들어가며
우연히 접한 안드로이드 컨퍼런스 행사 소식!
친한 네이티브 개발자를 꼬셔서
4월 6일 역삼에서 진행한 'Native vs Flutter 그리고 KMP' 에 다녀왔습니다.
주요 세션
| 발표자 | 제목 | 설명 |
|---|---|---|
| 양수장 | Flutter가 몸에 좋은 이유 : 개발자 건강을 위한 최고의 방법 | Flutter가 개발자들에게 '몸에 좋은 이유'는 단순히 생산성 향상을 넘어섭니다. Flutter와 함께라면, 개발자의 삶은 더욱 건강하고, 행복해질 수 있습니다. |
| 유광무 | 코틀린으로 멀티플랫폼 만들기 | 코틀린으로도 멀티플랫폼을 만들 수 있다는 사실을 알고 계시나요? KMP가 무엇인지와 다른 크로스플랫폼과의 차별점에 대해 알아봅니다. |
| 박상권 | 튜닝의 끝은 결국 순정 | 지금까지 수많은 크로스 플랫폼들이 나타났다가 사라졌습니다. 지금까지 그래왔고 앞으로도 그럴것입니다. 돌고돌아 결국 네이티브 개발입니다. |
참가한 이유
네이티브 개발 경험이 있는 프론트엔드 개발자입니다.
평소에 '자원이 충분하다면 네이티브로 개발하는게 최고' 라고 생각하고 있었고,
다른 의견이 있다면 들어보고 싶었습니다.
또한 개발자로서 하고 있는 많은 선택에 대한 근거를 선명하게 하는 데 도움이 되지 않을까 했습니다.
후기
'크로스 플랫폼 프레임워크 개발도 네이티브 개발에 대한 이해가 바탕이 되어야 한다'
'결국 네이티브 개발 공부를 하게 된다'
모든 세션에서 동일하게 나온 내용입니다.
크로스 플랫폼 프레임워크를 이용해 개발하더라도 결국에는 각각의 플랫폼 위에서 동작하게 되고,
플랫폼의 자원을 사용하게 됩니다.
따라서 플랫폼에 대한 이해가 바탕이 되어야만 더 잘 개발할 수 있습니다.
하지만, 우리에겐 동료라는 자원이 있습니다.
옆에 네이티브 개발에 대해 깊게 이해하고 있는 개발자가 있다면
당장은 플랫폼에 대한 이해도가 크지 않아도 될 겁니다.
'네이티브급 성능이라는 말 자체가 결국 네이티브보다 좋은 성능을 가질 수 없다는 뜻이다'
주 세션 이후의 라이트닝 토크에서 언급되었지만, 행사 중 가장 인상깊었던 말입니다.
그동안 머리 속에서만 떠돌던 내용이 문장으로 정립되었습니다.
'급', '처럼' 이라는 말 안에 한계를 내포하고 있다라는 것.
위에서 이야기했듯이 결국은 플랫폼의 자원을 사용하게 되고,
이 자원을 사용하는 데 네이티브 앱보다 좋은 퍼포먼스를 내기는 쉽지 않을 겁니다.
하지만, 그렇게 큰 차이가 나지는 않습니다.
많은 경우에 이정도의 성능 차이가 큰 문제가 되지는 않을 겁니다.
결국엔 네이티브! 를 바탕으로 한 경험입니다.
개발 범위가 어느 정도이고 활용할 수 있는 자원이 어느 정도인지 판단할 수 있어야 합니다.
자원을 적절하게 활용할 수 있으면서도 요구조건을 구현하는 데 어려움이 없는 기술이 무엇일지 잘 선택해야 합니다.
프론트엔드에서도 선택해야 하는 것들이 상당히 많아졌습니다.
React vs Vue vs Angular, CSR vs SSR vs SSG, TS 사용 여부, 테스트 코드 작성 여부 등등.
마찬가지로, 틀린 기술은 없습니다.
충분히 작은 프로젝트에 React를 사용할 필요가 있을까요?
충분하지 않은 시간 내에 개발해야 하고 유지보수되지 않을 프로젝트에 TS나 테스트 코드를 적용해야 할까요?
(물론, 프로젝트 규모에 따라서 필요할 수 있습니다)
상황에 맞는 기술을 선택할 수 있도록 경험을 쌓고 안목을 길러야 합니다.
