https://www.youtube.com/watch?v=JAvpTtnXdEw

description: |-

1. 이건 꼭 알아야 한다[^1]

[? 질문] 모바일 앱을 만드는 방식(네이티브 vs 크로스 플랫폼)에서 사람들이 “요즘 전부 플러터로 앱 만든다”고 느끼는 근본 이유는 무엇인가[^2]
[= 답] 네이티브는 플랫폼이 다르다는 이유만으로 개발 노력이 사실상 2배가 되는데, 플러터는 한 코드로 안드로이드/iOS를 동시에 만들 수 있어 속도가 빠르고, 특히 다른 크로스 플랫폼 대비 “플랫폼별 코드를 덜 쓰게” 설계돼 입문과 생산성이 좋다는 기대가 커졌기 때문이다.[^3]

[? 질문] 크로스 플랫폼은 빠르다는데, 왜 “꼭 좋은 것만은 아니다”라고 경고하는가[^4]
[= 답] 커뮤니티/기업이 주도하는 크로스 플랫폼 기술은 언제든 개발이 중단될 수 있고, 인기가 떨어지면 사용자들이 떠나며 프로젝트가 “버려지는” 리스크가 있다. 그 결과 유지보수 불가 상태(화자가 비유한 ‘맞춤형 지옥’)에 빠질 수 있다.[^5]

[? 질문] 플러터를 배우면 누구에게는 ‘극강의 가성비’지만, 누구에게는 위험한 선택이 되는 이유는 무엇인가[^6]
[= 답] 1인 개발/사이드 프로젝트 관점에서는 빠르게 앱을 만들기 쉬워 효율이 매우 좋지만, 취업(월급쟁이) 관점에서는 (특히 한국에서) 플러터 채용이 상대적으로 적고, 플러터만 파면 이직 선택지가 좁아질 수 있다는 우려를 제기한다.[^7]

2. 큰 그림[^8]

이 콘텐츠는 모바일 앱 개발 방식이 네이티브와 크로스 플랫폼으로 나뉘는 배경에서, 왜 최근 **플러터(Flutter)**가 주목받는지(기술적/시장적 이유)와 동시에 그 선택의 리스크(특히 커리어 관점)를 풍자 섞인 톤으로 설명한다.[^9] 또한 리액트 네이티브(React Native)와 비교하며 플러터의 접근 방식(UI 컴포넌트/위젯, 언어 Dart, 플랫폼 의존성)을 통해 “만들기 쉬움”의 정체를 풀어낸다.[^10]

• 개발 노력의 중복 문제: 네이티브는 iOS/안드로이드를 따로 만들어야 해 동일 기능 구현에도 노력이 2배가 되기 쉽다.[^11]
• 크로스 플랫폼의 양날의 검: 한 번에 두 앱을 만들 수 있어 빠르지만, 기술이 버려질 위험이 있어 ‘맞춤형 지옥’에 빠질 수 있다.[^12]
• 플러터의 설계 차별점과 커리어 경고: 네이티브 컴포넌트를 “연결”하는 방식이 아니라 많은 UI를 자체적으로 재구현해 플랫폼별 코드를 덜 요구한다는 인식이 있고, 입문은 쉽지만 취업 시장은 별개 문제라고 말한다.[^13]

3. 하나씩 살펴보기[^14]

3.1 오프닝: “플러터는 모바일 앱을 가장 쉽고 빠르게” 만들게 해준다[^15]

화자는 시작부터 플러터를 “모바일 앱을 가장 쉽고 빠르게 만들어 낼 수 있는 기술”이라고 규정한다.[^15] 즉 이 영상의 전제는 ‘플러터가 빠르고 쉽다’는 주장이고, 이후에는 왜 쉬운지, 왜 요즘 관심이 몰리는지, 그럼에도 왜 조심해야 하는지를 순차적으로 풀어가는 구조다.[^16]

3.2 앱 개발 방식은 크게 2가지: 네이티브 vs 크로스 플랫폼[^17]

화자는 앱을 만드는 방식을 두 부류로 나눈다.[^17]

• 네이티브: “운영사인 애플과 구글이 시키는 대로 만드는” 방식이라고 표현한다.[^18] 즉 iOS는 애플 생태계 규칙대로, 안드로이드는 구글 생태계 규칙대로 개발한다는 뜻이다.[^19]
• 크로스 플랫폼: “공식은 아닌데 특이한 기술 써서” 한 번에 양쪽을 공략하는 방식으로 묘사한다.[^20] (표현은 풍자적이지만, 요지는 공식 SDK만으로 각각 만드는 네이티브와 대비되는 제3의 접근이라는 프레이밍이다.)[^21]

이어서 화자는 애플/구글의 “고집”을 충전기(규격 통일이 늦었다는 인식) 사례로 비유하며, 두 회사가 쉽게 표준을 통일하지 않는다는 이미지를 깐다.[^22] 이 비유를 통해 앱 개발에서도 통일되지 않은 규칙/패러다임이 존재한다는 설명으로 연결한다.[^23]

3.3 네이티브의 구조적 비효율: 플랫폼이 다르면 앱을 ‘따로’ 만든다[^24]

화자는 애플과 구글의 앱 개발 방식이 “패러다임, 프로그래밍 언어, 기타 등등 통일된 게 하나도 없다”고 말한다.[^25] 즉 생태계가 다르니 개발 스택도 다르고, 그 결과 네이티브 개발은 기본적으로:

• 애플용 따로
• 구글용 따로

앱을 만든다고 단언한다.[^26]

여기서 화자는 동일한 기능을 두 번 구현하는 상황을 두고, “똑같은 기능을 하는 코드를 짜면 즐거워하는 사람들도 일부 있겠지만”이라는 말로, 반복 구현을 즐기는 소수는 있어도 일반적이지 않다는 뉘앙스를 준다.[^27] 결론은 다음과 같다.

• 같은 목적의 앱을 만들 때도
• 플랫폼이 다르다는 이유만으로
• 노력이 두 배가 된다[^28]

그리고 이 상황을 “대부분의 사람들은 불합리하고 인생의 낭비라고 생각할 것”이라고 평가한다.[^29]

3.4 크로스 플랫폼의 약속: 한 프로그램으로 두 앱을 한 번에 만든다[^30]

화자는 크로스 플랫폼을 “별도의 기술을 써서 한 프로그램으로 두 앱을 한 번에 만드는 기술”이라고 정의한다.[^31] 여러 커뮤니티가 “자발적으로 서로 다른 크로스 플랫폼 기술”을 만들었다고 말하며, 시장에 다양한 시도가 있었음을 암시한다.[^32]

크로스 플랫폼의 1차 이점은 단순하다.

• “한 코드가 안드로이드 앱도 되고 아이폰 앱도 되기 때문에”
• 네이티브보다 앱 제작 속도가 빠르다[^33]

여기까지가 “왜 사람들이 크로스 플랫폼을 원했는지”에 대한 설명이다.[^34]

3.5 하지만 크로스 플랫폼은 언제든 ‘버려질’ 수 있다: 맞춤형 지옥 비유[^35]

화자는 곧바로 “그러나 크로스 플랫폼이 꼭 좋은 건 아닌 게”라며 위험을 제기한다.[^36]

핵심 논리는 지속가능성/신뢰 문제다.

• 크로스 플랫폼 기술은 “언제 개발이 중단해도 이상하지” 않다.[^37]
• 반면 네이티브는 구글/애플이 “핸드폰 계속 팔아먹어야 하니” 품질/유지 관리를 “빡세게” 한다고 대비한다.[^38]
• 크로스 플랫폼은 “어디까지나 취미 같은 거로 만들어진 거라… 썩 믿을 만하지” 않다고 말한다.[^39]

특히 “인기가 떨어지면 이용자도 뒤통수 치고 날아 버릴 가능성”을 언급하면서, 사용자가 떠나는 생태계 붕괴(라이브러리/유지보수/채용/커뮤니티 축소 등) 상황을 리스크로 든다.[^40] 그리고 “이러면 뭐 어떻게 할 방법이 없”다고 말해, 한번 버려지면 대체/복구가 어려운 현실을 강조한다.[^41]

이때 등장하는 핵심 비유가 “맞춤형 지옥”이다.[^42] 화자는 버려진 크로스 플랫폼들이 “맞춤형 지옥에 떨어진다”고 표현하고, 그 지옥에서 “자마린(Xamarin)이나 폰갭(PhoneGap) 등 한물간 크로스플랫폼 기술들이 신참을 반기고” 있다고 말한다.[^43]
즉, 한때 유행했지만 현재는 위상이 내려간 기술들을 ‘지옥의 주민’으로 비유해 기술 선택 실패의 장기 후폭풍을 풍자한다.[^44]

[!WARNING] 크로스 플랫폼 선택의 핵심 리스크(화자의 프레이밍) 기술이 버려지면 제품(앱)과 커리어가 함께 ‘맞춤형 지옥’에 빠질 수 있으며, 그때는 되돌리기 어렵다.[^42]

3.6 플러터의 등장 배경: 구글이 “크로스 플랫폼도 해먹겠다”[^45]

화자는 플러터를 “구글이 네이티브 말고 크로스 플랫폼도 해먹겠다 해서 나온 기술”이라고 소개한다.[^46] 그리고 “요즘 소문”과 “(문전성시 수준의) 성실” 같은 표현으로, 최근 플러터의 인기가 높다는 분위기를 전한다.[^47]

또한 플러터가 다른 ‘구멍가게’(소규모/커뮤니티성) 기술들과 달리 “만들다가 (중단) 하지 않을 것 같다는 믿음”이 있어서 사람들이 선택하는 것 같다고 말한다.[^48] 즉 플러터 인기의 한 축은 구글이라는 후원자(대기업) 신뢰다.[^49]

다만 화자는 곧바로 개인 의견을 덧붙인다.

• “구글이 버린 프로덕트가 쓰레기장에 산을 채울 정도”라서
• 자신은 “구글을 믿진 않”는다고 말한다.[^50]

즉 “대기업이 한다고 무조건 안전하진 않다”는 개인적 회의감을 동시에 표현한다.[^51] 그럼에도 “다른 사람들은 다른 것 같다”라고 하며, 시장의 선택은 신뢰 쪽으로 기울어 있음을 인정한다.[^52]

3.7 리액트 네이티브에서 플러터로 ‘환승’하는 분위기: 시총/풀배팅 비유[^53]

화자는 대표적인 크로스 플랫폼 기술로 **리액트 네이티브(페이스북 운영)**를 든다.[^54] 그리고 요즘 “리액트 네이티브에서 플루터로 환승 이별을 하는 추세”라고 말한다.[^55]

그 이유로 제시하는 프레임은 다소 풍자적이지만 핵심은 “지속성/투자 여력”이다.

• 페이스북(메타)과 구글의 시총을 비교하며
• “페이스북보다 구글에 풀배팅”이 더 안정적으로 보인다는 인식이 있다는 식으로 말한다.[^56]

그리고 특히 “MZ 개발자들이 열렬히 관심을 가지고” 있다고 덧붙여, 트렌드가 젊은 개발자층 중심으로 형성되는 모습도 언급한다.[^57]

이어지는 부분은 화자의 전형적인 과장/농담 톤으로, 플러터를 하면 “아저씨 소리 안 들을 수” 있고, 심지어 “쿨뷰티 미녀가 관심을 가질 수도” 있다는 식의 우스갯소리를 한다.[^58] 이 대목은 기술적 근거라기보다 “유행 기술 탑승”의 사회적 보상 심리를 희화화한 것으로 읽힌다.[^59]

3.8 플러터의 역사와 레퍼런스(실사용 사례) 비교: RN은 디스코드/인스타, 플러터는 상대적으로 적다[^60]

화자는 플러터가 “2017년에 발표”되었다고 말한다.[^61] 역사가 짧다는 점을 감안해도 “아직까지는 플루터 대형 앱은 별로 없”다고 평가한다.[^62]

반면 리액트 네이티브는 “디스코드나 인스타그램 같은 실사용” 사례가 있다고 말한다.[^63] 그리고 인스타그램 사례에 대해:

• 페이스북이 리액트 네이티브를 만들었으니
• 인스타그램에도 쓰는 것이 “짐심(진심) 모드” 같다고 표현한다.[^64]

즉 “만든 회사가 자기 서비스에 적용한다”는 것이 신뢰 신호라는 뉘앙스다.[^65]

반대로 구글에 대해서는:

• “구글은 자기네들도 잘 안 쓰는 걸 왜 팔아먹으려 하는지”
• “마인드가 아쉽”다고 비판한다.[^66]

그리고 “구글로 약을 팔려면 성인은(성의는) 보여야 되지 않나”라는 말로, 자사 적용(도그푸딩) 부족이 설득력을 떨어뜨린다는 불만을 표현한다.[^67]

3.9 한국 사례: 네이버 블로그/라인 일본 배달앱이 플러터를 쓴다 + 선택 이유(인력 수급) 프레임[^68]

화자는 “한국 개발사에서 네이버 블로그와 라인의 일본 배달앱이 플루트를 쓴다”고 말한다.[^69] 그리고 네이버/라인의 발표 자료를 참고했다면서, 선택 배경을 다음처럼 전달한다.

• 앱 개발자는 평소엔 “많이 안 필요한데”
• 막상 필요할 때는 “없는” 경우가 있다.[^70]
• 사람(개발자) 구하다가 “빡쳐서 플루트를 선택”했다는 설명을 소개한다.[^71]

즉, 기술 선택이 순수 기술 우위만이 아니라 채용/인력 수급 문제 같은 현실적 요인으로도 결정된다는 관점을 준다.[^72]

+++ 상세 예시: “평소엔 안 필요하지만 막상 찾으면 없는 친구들”의 의미(맥락 재구성) 화자의 표현은 ‘항상 상시로 대규모 네이티브 인력을 들고 가기 어렵고, 특정 시점(리뉴얼/신규 기능/유지보수 이슈)에는 갑자기 인력이 필요해지는데 그때 적합한 사람을 구하기가 힘들다’는 업계 상황을 풍자적으로 말한 것으로 읽힌다.[^70] 그 결과 “한 번에 양쪽을 커버”할 수 있는 크로스 플랫폼이 조직 운영 측면에서 매력적으로 보였다는 논리로 연결된다.[^71] +++

3.10 기존 크로스 플랫폼(특히 RN 계열)에 대한 기술적 불만: ‘네이티브 컴포넌트 연결’과 플랫폼별 코드의 함정[^73]

화자는 “리액트 네이티브 같은 크로스 플랫폼은 내부적으로 안드로이드나 아이폰 컴포넌트를 연결해 동작”한다고 말한다.[^74] 그리고 중요한 문제를 지적한다.

• 두 플랫폼은 “같은 게 하나도 없”다.[^75]
• 그래서 앱을 “괜찮게 만들려면” 어느 정도 “플랫폼별 코드를 따로 짜야” 한다.[^76]

이 말은 곧, RN로도 결국:

• iOS도 알아야 하고
• 안드로이드도 알아야 하고
• 크로스 플랫폼 프레임워크(RN)도 알아야 하는

삼중 학습/삼중 유지보수 상황이 생긴다는 주장이다.[^77]

그리고 그 결과로 화자는 개발자가 느끼는 감정을 “이럴 바에 네이티브 개발하지 왜 이러고 있나 하는 현타”라고 표현한다.[^78] 즉 “한 번에 만든다”는 기대가 무너지면, 크로스 플랫폼의 존재 이유가 흔들린다는 논리다.[^79]

3.11 플러터의 차별점으로 제시되는 지점: 네이티브 컴포넌트를 안 쓰고 ‘싹 다 재개발’했다[^80]

화자는 여기서 플러터의 접근을 RN과 대비해 설명한다.[^81]

• 다른 크로스 플랫폼으로 피난 왔더니 “까보니 한통속”이라며(=결국 네이티브 의존성/플랫폼별 이슈에서 자유롭지 않다는 의미)
• 플러터는 “네이티브 컴포넌트를 안 쓰고”
• “싹 다 시원하게 재개발”했고
• “처음부터 새로 컴포넌트를 만들었다”고 말한다.[^82]

그 결과로 제시되는 기대효과는:

• “웬만하면 플랫폼 별로 코드도 따로 안 짜도” 되고[^83]
• “아이폰이나 안드 잘 몰라도 앱이 만들어진다”는 것[^84]

그리고 이 점 때문에 “플루터가 최근 매우 주목받”는다고 결론 내린다.[^85]

[!IMPORTANT] 화자가 보는 플러터 인기의 기술적 핵 [h 다른 크로스 플랫폼이 ‘네이티브 연결’로 인한 플랫폼별 코드 문제를 피하기 어렵다면, 플러터는 UI를 자체 구현해 그 부담을 줄여준다는 기대가 있다.] [^82]

3.12 플러터의 언어/런타임: Dart, 그리고 “왜 또 언어를 배워야 하지?”라는 의문[^86]

화자는 플러터가 **다트(Dart)**라는 언어를 사용한다고 말한다.[^87] 다트에 대한 인상 평가도 곁들인다.

• “자바스크립트와 자바 등 어디서 본 거 같은 언어를 적당히 쓸어 만들어진 거 같다”[^88]

또한 다트와 안드로이드의 코틀린, iOS의 스위프트가 강 타입, **널 안정성(널 타입 관련 안전 장치)**을 지원한다는 식으로 유사성을 언급한다.[^89]

여기서 화자는 개발자 관점의 질문을 던진다.

[? 질문] 비슷한 특성(강 타입/널 안정성)을 가진 언어가 이미 있는데, 왜 플러터 때문에 또 다트를 배워야 하는가[^90]
[= 답] 화자는 명확한 기술적 해답을 제시하기보다, “구글 형님의 우주를 품은 큰 뜻이 있을 거라 믿”는다는 식의 반(半)풍자적 태도로 넘긴다.[^91]

즉, 다트 채택 이유에 대해 영상 내에서 깊게 설명하지는 않고, 학습 부담이 생길 수 있다는 감정을 강조하는 흐름이다.[^92]

3.13 UI 구성 방식: ‘위젯’ 중심, 네이티브 대비 마음이 편해진다는 주장[^93]

화자는 플러터가 화면을 **위젯(widget)**이라는 단위로 그린다고 설명한다.[^94] 그리고 “거의 모든 게 위젯으로 되어 있다”고 말해, 플러터 UI의 기본 구성 철학(모든 것이 위젯)을 강조한다.[^95]

이어서 네이티브 쪽 구성요소와의 대응을 예시로 든다.

• 안드로이드에서 위젯에 해당하는 것으로 뷰(View), 프래그먼트(Fragment), 액티비티(Activity) 등을 언급한다.[^96]
• 아이폰(iOS)에서는 뷰 컨트롤러(ViewController), 뷰(View) 등을 언급한다.[^97]

그리고 네이티브 계열에서는 이런 구성요소들의 “상호작용을 잘 외워야” 하는데, 플러터는 “그럴 필요가 없으니 마음이 편안해지게 한다”고 말한다.[^98]
즉 플러터의 장점으로 **단일한 UI 추상화(위젯)**를 제공해 복잡한 플랫폼별 UI 개념을 덜 외우게 해준다는 학습/개발 경험상의 이점을 든다.[^99]

3.14 위젯 코딩 스타일은 SwiftUI/React와 유사 + setState 언급: 리액트 경험자에게 쉬움[^100]

화자는 위젯의 형태가:

• iOS의 스위프트UI(SwiftUI)
• 웹의 리액트(React)

코드와 “매우 비슷”하다고 말한다.[^101]

또한 위젯이 “내부의 값을 들고 다니면서 값을 변경”할 수 있고, 이때는 setState 함수를 부른다고 설명한다.[^102] 그리고 이 방식 역시 “리액트와 별로 다를 게 없다”고 비교한다.[^103]

여기서 화자의 결론은 다음이다.

• “리액트 쪽을 찍어 먹어 봤다면”
• “플루터 입문은 존(매우) 쉬운 수준”[^104]

즉 플러터는 선언형 UI/상태 변경 모델이 리액트류와 닮아 있어, 프론트엔드/리액트 경험이 있는 개발자에게 진입장벽이 낮다는 주장이다.[^105]

[!TIP] 리액트 경험자의 플러터 접근 포인트(콘텐츠 흐름 기반) 위젯 구조와 상태 변경(setState) 패턴을 “리액트와 유사한 모델”로 연결해 이해하면 입문이 쉬워진다는 관점이 제시된다.[^101]

3.15 결론(1): 플러터는 네이티브보다 입문이 쉬워 1인 개발에 ‘가성비’가 좋다[^106]

화자는 “결론적으로 플루터 개발은 네이티브 앱 개발보다 훨씬 입문하기 쉽다”고 정리한다.[^107]

그리고 특정 타깃(1인 개발자)을 직접 호명한다.

• “만약 1인 앱 개발자로 대박을 만들겠다는 (학 전공을) 꿈꾸고 계신다면”
• 플러터는 “극강의 가성비 라인”이라고 말한다.[^108]

이어서 “대충 배우면 어느새 앱 하나가 금방 나온다”고 말해, 학습→결과물까지의 시간이 짧다는 효용을 강조한다.[^109] (정교한 최적화나 고급 구현이 아니라, ‘일단 돌아가는 앱’을 빠르게 만드는 측면의 장점에 방점이 찍혀 있다.)[^110]

3.16 결론(2): 하지만 ‘월급쟁이’(취업/이직) 관점은 다르다—한국도 외국도 어렵다[^111]

화자는 즉시 단서를 단다.

• “그러나 월급쟁이로 빌어 먹으려면 다른 이야기”라고 선을 긋는다.[^112]
• “한국에선 플로터로 취직하기 힘들”다고 말한다.[^113]
• 외국에서도 “플루터 개발했다가 잘렸더니 갈 회사가 없어서 인생 망했다”는 내용의 포스트가 올라오는 걸 보면 “상황 비슷”하다고 말한다.[^114]

즉 플러터의 생산성 이점과 별개로, 채용 시장의 수요/이직 안전성이 낮을 수 있음을 경고한다.[^115]

마지막으로 화자는 과장된 농담/풍자 스타일로 마무리한다.

• “플루터 외길이 정당하게 취직하려면 철학 전공자들과 손잡고대 그리스로 가셔야” 한다는 식으로, 현실적 난이도를 희화화한다.[^116]
• 그리고 “월급쟁이 희망자들은 얌전히 리액트 책 보시기 바란다”고 말하며, 취업 목적이라면 리액트(계열) 쪽을 권하는 듯한 결론을 던진다.[^117]

이로써 영상의 메시지는 “플러터 = 만들기 쉽고 빠르다(특히 1인 개발) / 하지만 커리어 안정성은 조심”이라는 양면 구조로 닫힌다.[^118]

4. 핵심 통찰[^119]

1. [c 네이티브의 본질적 비용은 ‘플랫폼 분리’에서 오며, 크로스 플랫폼은 그 비용을 시간으로 환산해 줄여주는 선택지로 제시된다.] [^26]

   • 실행 시사점: 개인/소규모 팀이라면 “동일 기능 2벌 개발”의 부담이 병목인지 먼저 점검하라.[^28]

2. [h 크로스 플랫폼의 가장 큰 리스크는 성능보다 ‘생태계 지속성(중단/이탈)’로 묘사된다.] [^37]

   • 실행 시사점: 기술 선택 시 기능 비교뿐 아니라 “5년 뒤 유지보수”를 가정해 커뮤니티/기업 지원, 채용 풀을 함께 검토하라.[^40]

3. [h 플러터의 차별점으로 ‘네이티브 컴포넌트 연결’보다 ‘자체 UI 구현’이 강조되며, 이것이 플랫폼별 코드 요구를 줄인다는 기대를 만든다.] [^82]

   • 실행 시사점: 프로젝트 요구사항이 플랫폼별 네이티브 UI/동작과 얼마나 강하게 결합되는지(예: 특정 OS 기능/디자인) 평가하라.[^76]

4. [m 플러터 입문 난이도는 선언형 UI/상태 관리 모델이 React/SwiftUI와 닮았다는 비교로 설명된다.] [^101]

   • 실행 시사점: 팀 내에 리액트 경험자가 있다면 온보딩 전략을 “위젯=컴포넌트, setState=상태 갱신” 매핑으로 설계하라.[^103]

5. [h ‘1인 개발 효율’과 ‘취업 효율’은 분리해서 판단해야 한다는 커리어 메시지가 명확히 제시된다.] [^112]

   • 실행 시사점:
     • 1인 개발/프로토타입: 플러터로 빠르게 MVP를 만들고 검증하는 전략을 고려하라.[^109]
     • 취업/이직: 지역(한국/해외) 시장에서 플러터 채용 규모와 대체 가능한 스택(예: React)을 병행 학습하라.[^113]

5. 헷갈리는 용어 정리[^120]

네이티브(Native): 애플(iOS)과 구글(안드로이드)이 제공하는 공식 생태계/방식대로 각 플랫폼 앱을 따로 개발하는 방식으로 설명된다.[^18]
크로스 플랫폼(Cross-platform): 별도의 기술을 통해 한 번 작성한 코드(프로그램)로 iOS/안드로이드 앱을 동시에 만드는 접근으로 정의된다.[^31]
플러터(Flutter): 구글이 만든 크로스 플랫폼 기술로 소개되며, UI를 자체 컴포넌트/위젯으로 구성하는 특징이 강조된다.[^46]
리액트 네이티브(React Native): 페이스북이 운영하는 크로스 플랫폼 기술로 언급되며, 내부적으로 네이티브 컴포넌트를 “연결”하는 방식이라는 설명이 나온다.[^74]
다트(Dart): 플러터에서 사용하는 언어로 소개되며, 자바/자바스크립트와 닮았다는 인상이 언급된다.[^87]
위젯(Widget): 플러터에서 화면을 그리는 기본 단위로, “거의 모든 것”이 위젯이라고 설명된다.[^95]
setState: 위젯이 들고 있는 값(상태)을 바꾸기 위해 호출하는 함수로 언급되며, 리액트와 유사한 방식으로 설명된다.[^102]

---

참고(콘텐츠 정보)[^121]

• 제목: 요즘 전부 플러터로 앱 만드는 이유[^121]
• 채널: 저세상개발자[^121]
• 길이: 5분 34초[^121]
• 링크: https://www.youtube.com/watch?v=JAvpTtnXdEw[^121]

[^1]: @[00:00] “플루토는 모바일 앱을 가장 쉽고 빠르게 만들어 낼 수 있는 기술입니다” [^2]: @[00:04] “앱을 만드는 방식은 두 가지가 있는데요” [^3]: @[00:26] “네이티브 개발을 하면 애플용 따로 구글용 따로 앱을 만듭니다” / @[00:43] “크로스 플랫폼은… 한 프로그램으로 두 앱을 한 번에 만드는 기술입니다” / @[03:35] “웬만하면 플랫폼 별로 코드도 따로 앉아도 되고요” [^4]: @[00:59] “그러나 크로스 플랫폼이 꼭 좋은 건 아닌 게요” [^5]: @[01:01] “크로스 플랫폼 기술은 언제 개발이 중단해도 이상하진 않아요” / @[01:25] “버려진… 맞춤형 지옥에 떨어진다고” / @[01:29] “자마린이나 폼 dann 등 한물간…” [^6]: @[05:00] “1인 앱 개발자로…” / @[05:13] “그러나 월급쟁이로… 다른 이야기고요” [^7]: @[05:16] “한국에선 플로터로 취직하기 힘들고요” / @[05:19] “외국에서도… 갈 회사가 없어서…” [^8]: @[00:04] “앱을 만드는 방식은 두 가지” / @[03:40] “그래서 플루토가 최근 매우 주목” / @[05:13] “월급쟁이로… 다른 이야기” [^9]: @[00:08] “네이티브” / @[00:12] “크로스 플랫폼” / @[01:33] “플루토는 구글의… 크로스 플랫폼도…” [^10]: @[03:00] “리액트 네이티브…” / @[03:31] “네이티브 컴… 안 쓰고… 재개발” / @[03:52] “다트…” / @[04:18] “위젯…” [^11]: @[00:26] “애플용 따로 구글용 따로” / @[00:35] “노력이 두 배” [^12]: @[01:01] “개발이 중단” / @[01:25] “맞춤형 지옥” [^13]: @[03:31] “네이티브 컴… 안 쓰고” / @[04:56] “입문하기 쉽” / @[05:16] “취직하기 힘들” [^14]: @[00:00]~@[05:28] 전체 전개(네이티브/크로스플랫폼 비교 → 플러터 특징 → 커리어 결론) [^15]: @[00:00] “모바일 앱을 가장 쉽고 빠르게…” [^16]: @[00:43] “크로스 플랫폼은…” / @[01:01] “중단…” / @[03:40] “주목…” / @[05:13] “월급쟁이…” [^17]: @[00:04] “방식은 두 가지” [^18]: @[00:08] “애플과 구글이 시키는 대로… 네이티브” [^19]: @[00:20] “통일된 게 하나도 없고요” [^20]: @[00:12] “공식은 아닌데… 크로스 플랫폼” [^21]: @[00:43] “별도의 기술을 써서…” [^22]: @[00:16] “충전기 하나 통일 안 했던…” [^23]: @[00:20] “통일된 게 하나도 없고요” [^24]: @[00:26] “애플용 따로 구글용 따로” [^25]: @[00:20] “패러다임… 통일된 게 하나도” [^26]: @[00:26] “따로…” [^27]: @[00:30] “즐거워하는 사람들도 일부…” [^28]: @[00:35] “노력이 두 배” [^29]: @[00:39] “불합리… 인생의 낭비” [^30]: @[00:43] “한 프로그램으로 두 앱” [^31]: @[00:43] “한 번에 만드는 기술” [^32]: @[00:47] “여러 커뮤니티가 자발적으로…” [^33]: @[00:51] “한 코드가… 안드… 아이폰…” / @[00:57] “속도가 빠르고요” [^34]: @[00:51]~@[00:57] 크로스 플랫폼 이점 설명 [^35]: @[01:25] “맞춤형 지옥…” [^36]: @[00:59] “꼭 좋은 건 아닌 게요” [^37]: @[01:01] “언제 개발이 중단…” [^38]: @[01:05] “핸드폰 계속 팔아먹어야… 물관리 빡세게” [^39]: @[01:10] “취미 같은 거로… 믿을 만하지” [^40]: @[01:16] “인기가 떨어지면… 날라 버릴 가능성” [^41]: @[01:20] “어떻게 할 방법이 없고요” [^42]: @[01:25] “맞춤형 지옥” [^43]: @[01:29] “자마린… 폼 dann…” [^44]: @[01:25]~@[01:33] 버려진 기술 비유 전개 [^45]: @[01:33] “구글의… 크로스 플랫폼도…” [^46]: @[01:33] “플루토는 구글의…” [^47]: @[01:33] “요즘 소문이나…” [^48]: @[01:40] “다른 구멍 가게들과 다르게…” [^49]: @[01:40] 믿음/지속성 프레임 [^50]: @[01:44] “구글이 버른 프로덕트… 전 구글을 믿진 않지만요” [^51]: @[01:44]~@[01:48] 구글 불신 표현 [^52]: @[01:48] “다른 사람들은 다른 거 같습니다” [^53]: @[01:51]~@[02:01] RN→Flutter 환승 언급 [^54]: @[01:51] “리액트 네이티브…” [^55]: @[01:57] “요즘 리액트 네이티브에서 플루트로 환승…” [^56]: @[01:57] “시총을 비교하면… 구글…” [^57]: @[02:01] “특히 mz 개발자들…” [^58]: @[02:05] “아저씨 소리…” / @[02:09] “쿨뷰티 미녀…” [^59]: @[02:05]~@[02:14] 유행/사회적 농담 흐름 [^60]: @[02:14]~@[02:39] 역사/레퍼런스 비교 [^61]: @[02:14] “2017년에 발표” [^62]: @[02:18] “대형 앱은 별로 없고요” [^63]: @[02:22] “디스코드나 인스타그램…” [^64]: @[02:32] “인스타그램에도 쓰고…” [^65]: @[02:32] 자사 서비스 적용 신뢰 프레임 [^66]: @[02:36] “구글은 자기네들도 잘 안 쓰는 걸…” [^67]: @[02:39] “성의는 보여야…” [^68]: @[02:43]~@[02:54] 한국 사례/발표 자료 언급 [^69]: @[02:43] “네이버 블로그… 라인의 일본 배달앱…” [^70]: @[02:50] “평소엔… 안 필요한데 막상 찾으려면 없는…” [^71]: @[02:50]~@[02:54] “사람 구하다가… 플루트를 선택” [^72]: @[02:47] “발표 자료를 참고해 보면요” [^73]: @[03:00]~@[03:20] RN 방식의 한계 전개 [^74]: @[03:00] “내부적으로… 컴퍼넌트를 연결해” [^75]: @[03:00] “같은게 하나도 없거든요” [^76]: @[03:04] “플랫폼별 코드를 따로…” [^77]: @[03:08] “아이폰도 알고 안드도 알고…” [^78]: @[03:15] “현타…” [^79]: @[03:15]~@[03:20] 존재 이유 흔들림 뉘앙스 [^80]: @[03:31]~@[03:40] 플러터 재개발/플랫폼 코드 감소 주장 [^81]: @[03:24] “까보니… 그놈이 그놈인데” [^82]: @[03:31] “네이티브 컴… 안 쓰고 싹다… 재개발” / @[03:32] “처음부터 새로…” [^83]: @[03:35] “플랫폼 별로 코드…” [^84]: @[03:38] “잘 몰라도 앱이…” [^85]: @[03:40] “매우 주목…” [^86]: @[03:52]~@[04:18] Dart 언어 언급과 학습 부담 [^87]: @[03:52] “다트… 사용” [^88]: @[03:57] “자바스크립트와 자바…” [^89]: @[04:02] “강 타입과 널 타입…” [^90]: @[04:07] “왜… 다트를 배워…” [^91]: @[04:13] “큰 뜻이 있을 거라 믿고요” [^92]: @[04:07]~@[04:18] 의문 제기 후 농담 처리 [^93]: @[04:18]~@[04:41] 위젯 중심/네이티브 대비 [^94]: @[04:18] “위젯이란 단위로…” [^95]: @[04:25] “거의 모든게 위젯…” [^96]: @[04:27] “뷰… 프레그먼트… 액티비티…” [^97]: @[04:27] “뷰 컨트롤러…” [^98]: @[04:31] “상호 작용을… 외워야” / @[04:37] “그럴 필요가 없으니…” [^99]: @[04:37] “마음이 편안…” [^100]: @[04:41]~@[04:56] React/SwiftUI 유사, setState [^101]: @[04:41] “스위프트 UI… 리액트… 비슷” [^102]: @[04:45] “셋 스테이트…” [^103]: @[04:48] “리액터와…” [^104]: @[04:52] “플루터… 쉬운 수준” [^105]: @[04:41]~@[04:52] 유사성→입문 용이 연결 [^106]: @[04:56]~@[05:10] 1인 개발 가성비 결론 [^107]: @[04:56] “입문하기 쉽…” [^108]: @[05:00] “1인 앱 개발자…” / @[05:00] “극강의 가성비…” [^109]: @[05:03] “대충 배우면…” / @[05:10] “금방 나오거든요” [^110]: @[05:03]~@[05:10] 빠른 산출물 강조 [^111]: @[05:13]~@[05:28] 취업 관점 경고 및 마무리 [^112]: @[05:13] “월급쟁이로… 다른 이야기” [^113]: @[05:16] “취직하기 힘들…” [^114]: @[05:19] “잘랐더니… 인생 망했다…” [^115]: @[05:16]~@[05:25] 채용/이직 리스크 프레임 [^116]: @[05:25] “그리스로…” [^117]: @[05:28] “리액트 책…” [^118]: @[05:00]~@[05:28] 1인 개발 추천 ↔ 취업 경고 대비 [^119]: @[00:26]~@[05:28] 전반 주장(중복 비용→플러터 주목→커리어 분기) [^120]: @[00:08]~@[04:48] 용어들이 직접 언급/설명된 구간 [^121]: 사용자 제공 메타데이터(제목/채널/길이/링크) 및 영상 정보 전체