Jetpack Compose 및 최신 Android 도구가 앱 디자인의 미래에 대해 공개합니다.

게시 됨: 2025-05-03

물리적 키보드와 Android Cupcake 시대에 Tech World에 처음 합류했을 때 (예, Cupcake - Google은 Desserts의 Android 버전이라고 명명) 개발자가 항상 앱을 구축 할 수있는 것처럼 느껴졌습니다. 위의 비트 (또는 짧은 AB)와 우리와 같은 회사는 밤낮으로 혁신을 호흡하며 사용자, 고객 또는 Google 알고리즘이 아닌 인내심이 전혀 없습니다.

노스 캐롤라이나 주 샬럿에 자랑스럽게 뿌리를 둔 비트 위는이 완전한 변화를 직접 살았습니다. 샬럿에서 모바일 및 안드로이드 개발에 대한 거의 20 년의 실습 경험을 보유한 것은 우리에게 중요한 것을 가르쳐주었습니다. 오늘날의 세계에서 속도는 이점이 아니라 생존입니다. 그리고 Jetpack Compose, Kotlin Multiplatform 및 기타 현대 Marvels 개발자와 같은 새로운 도구보다 현실이 더 명확하지는 않습니다.

Jetpack Compose의 부상 : XML이 지금 전화 접속 인터넷처럼 느껴지는 이유

Android UI를 설계 할 때 정치에 대한 가족 저녁 식사 토론보다 더 오래 진행될 수있는 XML 레이아웃을 작성했을 때를 기억합니다. 수동으로 뷰, 중첩 레이아웃 및 끝없는 재활용 재활용은 통증이 통과의 의식 인 비밀 코딩 형제애의 일부처럼 느껴졌습니다. 오늘 빨리 전달하십시오. Jetpack Compose가 테이블을 뒤집 었습니다. 고맙습니다.

Google에서 소개하고 2021 년경에 공식적으로 안정화 된 Jetpack Compose는 개발자가 Kotlin에서 직접 선언적 UI 구성 요소를 작성할 수 있도록합니다. 이것은 XML 파일과 java/kotlin 코드베이스 사이를 더 이상 점프하지 않으며, 장치를 회전 할 때 제약 조건이 갑자기 마음을 잃지 않도록 더 이상기도하지 않습니다. 대신, 당신은 UI가 원하는 것을 설명하고 Compose는 How를 처리합니다.

자, 여기 키커가 있습니다. 글로벌 설문 조사에 따르면 Jetpack Compose Ship 기능을 사용하는 개발자는 이전 XML 접근 방식보다 20-30% 빠릅니다. 실제로 최근 스택 오버플로 개발자 설문 조사에 따르면 전문 Android 개발자의 거의 65%가 이미 Compose를 사용하거나 내년 마이그레이션을 계획하고 있다고 응답했습니다. 트렌드가 아닙니다. 스탬피드입니다.

당연히, 우리 팀은 샬럿 프로젝트의 Android 개발 작업을 수행 할 때 많은 새로운 앱을 신속하게 채택했습니다. 자전거에서 테슬라로 전환하는 느낌이 들었습니다.

속도가 중요한 이유 : 아무도 당신에게 말하지 않는 3 초 규칙

모바일 앱 개발에는 기록되지 않은 규칙이 있습니다. 앱이 유용한 것을 보여주기까지 3 초 이상이 걸리면 사용자의 절반을 잃었습니다. 실제로 Google의 연구에 따르면 모바일 사용자의 53%가 3 초 안에로드되지 않으면 사이트 나 앱을 포기할 것입니다. 잔인하지만 사실.

이것이 Jetpack Compose와 같은 기술이 단지 좋은 생존 도구가 아니라 필수 생존 도구가 아니라는 이유 중 하나입니다. Charlotte Work의 Android 개발에서 우리는 화면 렌더링 시간을 최적화하는 것이 더 나은 사용자 유지, 더 높은 세션 시간 및 고객의 수익이 높아지는 방법을 직접 보았습니다.

그러나 Compose는 모든 장미가 아닙니다. 전세계 일부 개발자들은 매우 크거나 복잡한 화면, 특히 낮은 RAM 환경을 실행하는 오래된 안드로이드 장치의 성능에 대한 우려를 표명했습니다. Google은 이러한 문제를 적극적으로 해결하고 있지만 다른 도구와 마찬가지로 Compose는 신중하게 사용해야합니다. 마법의 지팡이가 아닙니다.

AB에서는이 트레이드 오프를 잘 알고 있습니다. 우리는 Compose의 우아함을 좋아하는 동안 프로젝트 빌드 기간 동안 조기에 성능 모니터링 및 공격적인 프로파일 링도 구현합니다. 무언가가 현대적이라고해서 공연에 대한 무료 패스를 얻는 것은 아닙니다.

Android 개발은 움직이는 목표입니다. Kotlin Multiplatform에 오신 것을 환영합니다.

Jetpack Compose가 유일한 혁명이라고 생각했다면 다시 생각하십시오. KOTLIN MULTIPLATFORM (KMP)은 다른 게임 체인저로 빠르게 떠오르고 있습니다. 간단히 말해서 KMP를 사용하면 안드로이드와 iOS 앱간에 비즈니스 로직을 하나의 부풀린 하이브리드 코드베이스로 강요하지 않고 공유 할 수 있습니다. UI를 지시하지 않기 때문에 플러터 또는 반응 원시와 다릅니다. 데이터 모델, 네트워킹 계층 및 데이터베이스 액세스와 같은 지루하고 복잡한 백엔드 로직을 재사용 할 수 있습니다.

JetBrains (예, Intellij 아이디어 뒤에있는 동일한 사람들)는 KMP를 많이 밀고 있습니다. Slashdata 보고서에 따르면 2025 년 초 기준으로 크로스 플랫폼 앱을 구축하는 회사의 35% 이상이 실험하거나 구현하고 있다고합니다. Netflix 및 VMware와 같은 주요 플레이어는 이미 KMP 게임에 있습니다.

노스 캐롤라이나 주 샬럿에있는 위 비트 팀은 샬럿의 현대 안드로이드 개발의 분위기와 완벽하게 일치하기 때문에 KMP와 함께 플레이하는 것을 좋아합니다. 또한 고객에게 프로젝트 예산을 저렴하게 유지할 수 있습니다. 완전히 별도의 앱을 두 개의 완전히 구축하고 유지하는 대신, 우리는 중복을 줄이고 가장 중요한 자원 (사용자 경험)을 초점을 맞출 수 있습니다.

물론 KMP에는 드라마가 없습니다. 얼리 어답터는 끝없는 Gradle 구성 문제, 플랫폼을 가로 지르는 고통스러운 디버깅 및 사랑스럽게 "Kotlin/Native 두통"에 직면했습니다. 상황이 크게 향상되었지만 초보자는 여전히 조심해야합니다. 아직 플러그 앤 플레이는 아닙니다.

모든 빠른 앱 뒤에는 새로운 도구뿐만 아니라 더 똑똑한 코드가 있습니다.

이제 현대 모바일 개발에 대한 더러운 작은 비밀이 있습니다. Codebase가 엉망이라면 멋진 프레임 워크가 저장되지 않습니다. Jetpack Compose, Flut

위의 비트에서, 우리가 강조하는 것 중 하나는 샬럿의 안드로이드 개발 전반에 걸쳐 이것을 반복해서 보았습니다. 건축 선택과 코드 위생은 도구보다 더 중요한 것입니다. 우리는 MVVM (Model-View-ViewModel) 아키텍처와 같은 모범 사례를 따르고, 종속성 주입을 현명하게 사용하고 (Hello, Hilt 및 Koin!) 서비스를 분리하여 더 나은 테스트 가능성과 유지 보수 가능성을 위해 서비스를 분리합니다.

모범 사례에 대해 말하면 최적화에 대해 이야기 할 수 있습니까? AB의 팀은 종교적으로 Proguard, R8 및 수축 기술을 사용하여 최종 APK가 페더 라이트인지 확인합니다. 어떤 경우에는 사용되지 않는 종속성을 제거하고 이미지를 올바르게 압축하며 부풀어 오른 라이브러리를 다듬어 앱 크기를 42% 줄였습니다. 주의를 기울이지 않으면 현대 모바일 빌드에 빠진 정크가 얼마나 부끄럽다.

실제로 최근 Google Dev Summit에서 개발자가 단순히 최적화되면 Android Play 스토어 앱의 70% 이상이 더 적은 설치 크기를 가질 수 있음이 밝혀졌습니다. 마음이 날아가요?

그렇기 때문에 AB와 같은 숙련 된 팀은 특히 혁신적인 모바일 앱 개발 접근법을 목표로하는 경우 금으로 무게가 가치가 있습니다.

새로운 새로운 경우 항상 더 나은 의미는 없을 때 : Jetpack은 현미경으로 구성됩니다.

Jetpack Compose가 샬럿과 전 세계의 Android 개발에서 파도를 만들고 있지만 현실적인 것이 중요합니다. 완벽하지 않습니다. 많은 개발자들은 이전 장치에서 (신흥 시장에서 여전히 공통적 인 저가형 안드로이드를 생각해 보면) 가끔 메모리 관리와 어려움을 겪을 수 있다고보고합니다.

브라질의 안드로이드 커뮤니티 (Android Community)의 2024 년 개발자 사례 연구에 따르면 Compose 앱은 새로운 Snapdragon 8 Gen Devices에서 아름답게 수행되었지만 불과 2 년 전 출시 된 예산 전화에서 15-20%의 성능이 떨어졌습니다. 특히 대상 시장에 많은 사용자 인구 통계가 포함 된 경우 작은 간격이 아닙니다.

샬럿의 안드로이드 개발에 대한 우리의 접근 방식은 항상이를 고려합니다. 우리는 빌드 생산 준비를 선언하기 전에 플래그십 및 저렴한 전화기를 테스트합니다. 이를 통해 앱은 샬럿 시내 시내를 현혹시키고 누군가가 애쉬 빌 외곽의 시골 지역이나 노스 캐롤라이나의 국경을 넘어서로드하면 매끄럽게 성능을 발휘할 수 있습니다.

플러터 : 방의 다른 스타 (그리고 이길 때)

물론, 우리는 Flutter에게 정당한 순간을주지 않으면 현대 모바일 도구에 대해 이야기 할 수 없습니다. Google의 사랑 인 Flutter를 사용하면 개발자가 단일 다트 코드베이스에서 크로스 플랫폼 앱 (Android, iOS, 웹 및 데스크탑)을 구축 할 수 있습니다. Statista의 2025 년 초반 데이터에 따르면, 그것은 매끄럽고 반짝이며 세계를 폭풍으로 끌어 올렸습니다. Flut

경우에 따라, 특히 최소한의 실행 가능한 제품을 빠르게 구축하려는 신생 기업의 경우 Flutter는 실제로 원시 Kotlin/Compose 앱을 능가 할 수 있습니다. Android와 iOS를위한 초고속 프로토 타입이 필요하십니까? 플러터는 당신을 거기에 데려 갈 수 있습니다.

즉, 샬럿의 번성하는 기술 및 비즈니스 환경에서 샬럿 ​​프로젝트의 Android Development에서 종종 빠른 MVP보다는 본격적인 장기 제품으로 기울어 져서 비트 이상은 일반적으로 강력한 이유가 없다면 기본을 유지하는 것이 좋습니다. Native Kotlin + Compose는 더 나은 성능, 네이티브 느낌 애니메이션 및 플랫폼 별 API와의 더 쉬운 통합을 보장합니다.

또한 Flutterland에서 모든 것이 장미 빛인 것은 아닙니다. 일부 개발자는 앱 크기가 빠르게 부풀어 질 수 있다고 불평합니다. Google의 주장에도 불구하고, 진정한 "플랫폼 네이티브"는 때때로 순수한 기본 앱, 특히 복잡한 UX 경험에서 뒤쳐져 있다고 느낍니다. 또한, 고용 경험이 풍부한 플러터 개발자는 안드로이드와 iOS를 모두 이해하는 것이 전문화 된 원시 개발자를 고용하는 것보다 여전히 까다 롭고 비싸다.

Android 하드웨어 정글 : 테스트가 항상 중요한 이유

샬럿의 안드로이드 개발과 솔직히 어디에서나 변하지 않은 곳은? 분열. 여전히 여기에 있으며 여전히 재미 있습니다 (먼저 울지 않으면).

2025 년에는 화면 크기, 해상도, 칩셋, RAM 양 및 제조업체 스킨의 상상할 수있는 모든 조합에 걸쳐 전 세계적으로 24,000 개의 별개의 안드로이드 장치가있을 것입니다. 삼성의 접이식에서 예산 전화에 이르기까지 아프리카와 인도의 시장을 침수시켜“한 가지 크기에 맞는”안드로이드 앱을 구축하는 것은 불가능한 꿈입니다.

노스 캐롤라이나와 같은 시장에서도 장치는 크게 다릅니다. Ober Bits의 한 프로젝트에서 우리는 고객의 내부 필드 팀이 Android 9를 실행하는 견고한 얼룩말 핸드 헬드에서 Android 14와 함께 Google Pixel 8에 이르기까지 모든 것을 사용했음을 발견했습니다. 두 가지를 지원하는 데 필요한 광범위한 장치 테스트, 반응 형 레이아웃의 영리한 사용 및 여러 긴 커피가 많은 저녁 식사를 지원했습니다.

이것이 노련한 것이 중요한 또 다른 이유입니다. 샬럿의 안드로이드 개발 경험 (그리고 그 너머)은 혼란을 코딩하고 예상하는 것을 가르쳐줍니다. Device Labs, Firebase Test Lab을 통한 자동 테스트 및 많은 먼지가 많은 장치를 가로 지르는 오래된 수동 연기 테스트는 여전히 큰 차이를 만듭니다.

개발자 위스 : Android 개발자가 여전히 수면을 잃는 이유

커튼을 잠시 뒤로 당기겠습니다. Jetpack Compose는 완벽한 앱을 마술처럼 쓰는 동안 AB의 개발자가 라떼를 마시 며 앉아있는 것을 상상하기 쉽습니다. 현실 점검 : 2025 년에도 모바일 개발은 여전히 ​​잠들지 않는 밤을 공평하게합니다.

진행중인 두통 중 하나는 Play Store 요구 사항입니다. Google은 Target API 레벨 앱을 계속 높이기 위해 등록 된 상태를 유지해야하며 배경 활동 제한, 권한 모델 및 새로운 플레이 무결성 정책에 대한 변경 사항을 도입해야합니다. 유지하는 것은 매월 속도가 빨라지는 런닝 머신에서 달리는 것과 같습니다.

다른 하나는 보안입니다. 모바일 앱에서 사이버 공격이 증가함에 따라 (체크 포인트 리서치에 따라 전 세계적으로 60% 증가) 위의 비트는 SSL 고정, 생체 인증 및 데이터 암호화와 같은 강화 된 앱을 구축합니다. 스포일러 경고 : 온라인에서는 목표입니다.

업데이트조차도 케이크 워크가 아닙니다. 여러 주요 OS 버전에서 뒤로 호환성을 유지하면서 공기 중 공기 업데이트를 지원하려면 강력한 버전 작성 전략과 종종 유연한 기능 플래그 시스템이 필요합니다. 그것은 끔찍하고 비성애적인 작품이지만 신뢰할 수있는 앱 경험의 기반이 있습니다.

이 끊임없는 진화는 올바른 사고 방식과 경험이 있다면 샬럿의 역동적이고, 좌절하고, 짜릿하며, 완전히 중독성이있는 안드로이드 개발을 유지합니다.

비트와 모바일 지구력의 기술

사람들이 기술 혁신 허브를 생각할 때 종종 실리콘 밸리, 뉴욕 또는 오스틴을 생각합니다. 그러나 샬럿 (예, 노스 캐롤라이나 주 샬럿)은 똑똑한 기술 인재와 정통한 비즈니스의 강국으로 조용히 성장하고 있습니다. 위의 비트는 그 이야기의 일부가 된 것을 자랑스럽게 생각합니다.

Android 1.0의 초기부터 오늘날의 하이퍼 최적화 된 제트 팩 컴포지스 걸작에 이르기까지 AB는 미친 대행사 마크 업없이 고품질 앱을 제공합니다. 거의 20 년의 경험이 우리에게 장기 고객 관계, 날카로운 기술적 본능 및 최적화에 대한 끊임없는 초점이 유행의 유행어보다 중요한 방식으로 가르쳐주었습니다.

샬럿의 안드로이드 개발은 상자를 확인하는 것이 아니라 실제 결과를 소중히 여기는 고객과 파트너 관계를 맺는 것입니다. 그렇기 때문에 사람들은 창의적인 아이디어, 깨끗한 코드, 혁신적인 성능 전략 및 Play Store Gauntlet에서 살아남은 모바일 앱을 위해 AB를 신뢰하는 이유입니다.

우리는 모든 새로운 기술이은 총알이 아니라는 것을 알고 있습니다. 빠른 앱을 구축하면 지루한 세부 사항이 땀을 흘린다는 것을 알고 있습니다. 그리고 우리는 당신이 놀랍고 효율적인 모바일 앱을 얻기 위해 생명을 구할 필요가 없다는 것을 알고 있습니다.

포장 (제트 팩 작용 활으로)

JetPack Compose, Kotlin Multiplatform, Smarter Security Practices, 끊임없는 최적화 - 이들은 단순한 트렌드가 아닙니다. 그들은 오늘날의 모바일 세계에서 생존 기술입니다. 다음 유니콘 앱이나 비즈니스를 간소화하기위한 혁신적인 디지털 도구를 구축하든, 미래는 빠르게 움직이고, 코드 스마트하고, 3 단계 앞으로 생각할 수있는 팀에 속합니다.

비트는 샬럿과 노스 캐롤라이나 전역에서 자아 나 불필요한 비용없이 정확하게 그런 종류의 우수성을 제공 한 것으로 명성을 얻었습니다.

모바일 앱이 작동하는 것이 아니라 승리하는 데 더 깊이 다이빙하는 데 관심이 있다면 기술 모바일 개발 통찰력을 확인하십시오. 샬럿 최고의 비밀은 숨겨진 레스토랑이나 양조장이 아니라는 것을 알 수 있습니다. 거의 20 년 동안 공예를 완성한 개발 팀입니다.

그리고 우리는 여전히 시작하고 있습니다.