Google for Developers Korea Blog

Android Studio 3.2

2018년 11월 20일 화요일

.post-body span { white-space: normal !important; } <블로그 원문은 이곳에서 확인하실 수 있으며 번역 리뷰에는 이승민(Android GDE)님이 참여해 주셨습니다.>게시자: Jamal Eason, Android 제품 관리자
Android Studio 3.2를 다운로드하실 수 있습니다. Android Studio 3.2는 앱 개발자가 최신 Android 9 Pie 릴리스를 사용하고 새로운 Android App Bundle을 빌드할 수 있는 최선의 수단입니다. 우리는 Google I/O '18에서 Android Studio의 이 업데이트를 발표한 이후로 20여 가지의 새로운 기능을 구체화하고 더욱 가다듬었고 이처럼 Android Studio 3.2의 안정적 출시를 위한 품질 개선 노력에 집중해왔습니다. 모든 개발자는 Android Studio 3.2를 사용해 새로운 앱 게시 형식인 Android App Bundle을 사용하는 방향으로 전환해야 합니다. 최소한의 작업만으로 Android Studio를 사용해 앱 번들을 생성할 수 있습니다. Google Play에 앱 번들을 일단 업로드하고 나면 사용자에게 더 작고 최적화된 앱을 배포할 수 있습니다. 얼리 어답터들은 이미 앱 번들을 사용한 덕분에 이전 APK 앱 크기에 비해 앱 크기를 11%~64% 줄이는 효과를 보았습니다. 놓치지 말아야 할 또 다른 기능은 Energy Profiler입니다. 이 새로운 프로파일러는 개발한 앱이 에너지 사용량에 미치는 영향을 진단하고 개선하는 데 도움이 되는 도구 집합을 제공합니다. 가장 많이 쇄도하는 사용자 요청 사항 중 하나가 바로 기기 배터리 수명 개선인데, Android Studio 3.2에서 Energy Profiler를 사용하면 앱이 알맞은 시점에 적당량의 에너지만 사용하도록 함으로써 앱 개발자로서 기기 배터리 수명의 개선에 기여할 수 있습니다. 마지막으로, 새로운 Android Emulator Snapshots 기능도 확인해 보셔야 합니다. 이 기능을 사용하면 화면, 앱, 설정의 현재 상태를 포함하는 에뮬레이터의 현재 상태에 대한 스냅샷을 빠르게 생성할 수 있습니다. 2초 이내에 에뮬레이터 스냅샷을 재개하거나 부팅할 수 있습니다. 초고속 부팅 시간을 원하거나 예측 가능한 Android 환경에서 테스트를 실행할 방안을 찾고 있는 앱 개발자에게는 Android Emulator Snapshots가 앱 개발의 판도를 바꿔주는 대단한 기능입니다. Android Studio 3.2에는 이런 주요 기능 외에도 20가지의 눈에 띄지는 않지만 품질 향상에 기여하는 다수의 새로운 기능이 있습니다. Android Studio 3.2를 사용하면 Android Jetpack부터 Android Slices를 포함한 Google AI(Artificial Intelligence) API의 최신 기술까지 다양한 최신 기술에 걸맞은 앱도 개발할 수 있습니다. 카나리아 및 베타 릴리스 모두에 대해 일찍부터 소중한 피드백을 보내주신 분들께 감사합니다. 보내주신 피드백 덕분에 Android Studio 3.2의 품질과 기능을 더욱 개선할 수 있었습니다. 다음의 안정적 릴리스를 사용할 준비가 되어 있고 새로운 생산성 기능 세트를 사용해보고 싶으시다면 오늘 바로 Android Studio 3.2를 다운로드하여 새로운 변화를 시작해보세요. 아래에 Android Studio 3.2의 모든 새로운 기능을 주요 개발자 워크플로우를 기준으로 정리해 두었으니 확인해 보세요. 개발

Slices 지원 - Slices는 Google 검색 제안과 Google 어시스턴트에서 앱 콘텐츠를 노출하여 내장된 Android AI 기능을 이용하는 새로운 방식입니다. Android Studio 3.2에는 새로운 Slice Provider API로 앱을 확장하는 데 도움이 되는 내장 템플릿뿐 아니라 Slices를 생성할 때 모범 사례를 확실히 따르도록 하기 위한 새로운 lint 검사 기능도 있습니다. 사용하려면 프로젝트 폴더를 마우스 오른쪽 버튼으로 클릭하고 New→ Other→ Slice Provider로 이동하세요. 자세히 알아보기.

샘플 데이터 - 플레이스홀더 데이터를 사용하여 앱 설계를 지원하는 기능입니다. 이 기능은 런타임 데이터에 종속되는 레이아웃의 시각화에 도움이 됩니다. Layout Editor에서 팝업 창을 통해 RecyclerViews, ImageViews, TextViews와 같은 뷰를 게재하기 위한 기본 제공 샘플 데이터를 추가할 수 있습니다. 자세히 알아보기.

머티리얼 디자인 업데이트 - Android Design 지원 라이브러리에서 새로운 MaterialComponents 앱 테마 및 라이브러리로의 마이그레이션을 시작할 때 Android Studio 3.2에서 BottomAppBar, 버튼, 카드, 텍스트 필드, 새로운 글꼴 스타일 등의 새로운 위젯과 업데이트된 위젯에 액세스할 수 있습니다. 자세히 알아보기.

CMakeList 편집 지원 - 앱에 C/C++를 사용하는 개발자를 위해, Android Studio에는 CMake를 위해 더 나은 지원 기능이 있습니다. 이번에 출시되는 Android Studio 3.2에서는 공통적인 CMakeList 빌드 스크립트 명령어에 대해 코드 완성 및 구문 강조표시 기능을 사용할 수 있습니다.

새로운 어시스턴트 - Android Studio 3.2에는 업데이트 후에 자동으로 열려 IDE에 대한 최신 변경 내용을 알려주는 새로운 어시스턴트 패널이 있습니다. Help → What's New in Android Studio로 이동하여 이 패널을 열 수도 있습니다.

AndroidX 리팩터링 지원 - Android Jetpack의 컴포넌트 중 하나는 Android 확장 라이브러리(AndroidX)를 Android 지원 라이브러리의 대체 라이브러리로 도입한 것입니다. AndroidX를 새 프로젝트에 추가하려면 gradle.properties 파일에 android.useAndroidX=true를 추가하기만 하면 됩니다. 뿐만 아니라, Android Studio 3.2에는 프로젝트를 새로운 네임스페이스와 종속 항목으로 마이그레이션하는 데 도움이 되는 새로운 리팩터링 액션이 기본 제공됩니다. 또한 AndroidX 네임스페이스로 마이그레이션하지 않은 Maven 종속 항목이 있는 경우 Android Studio 빌드 시스템은 이러한 프로젝트 종속 항목도 자동으로 변환합니다. 자세히 알아보기.

IntelliJ 플랫폼 업데이트 - Android Studio 3.2에는 IntelliJ 2018.1.6 플랫폼 릴리스가 포함됩니다. 이 IntelliJ 릴리스에서는 데이터 흐름 분석, 디버깅, 새로운 검사, 인라인 외부 주석, 부분 Git 커밋 외에도 다수의 기능에 많은 개선 사항이 추가되었습니다. 자세히 알아보기.

Kotlin 업데이트 - Android Studio 3.2에는 Kotlin 1.2.61과 함께 Kotlin 친화적인 Android 9 Pie SDK 지원 기능이 번들로 묶여 있습니다. 자세히 알아보기.

빌드

Android App Bundle - Android App Bundle은 사용자에게 더 작은 APK를 전달하고 앱의 다운로드 크기를 줄이는 데 도움이 되도록 디자인된 새로운 앱 게시 형식입니다. Dynamic Delivery라고 부르는 Google Play의 새로운 앱 서비스 모델은 각 사용자의 기기 구성에 맞춰 최적화된 APK를 생성하여 사용자가 앱 실행에 필요한 코드와 리소스만 다운로드하도록 앱 번들을 처리합니다. Android Studio 3.2를 사용하거나 명령줄을 통해 코드를 앱 번들로 손쉽게 빌드하고, 앱 코드를 전혀 변경하지 않고 언어, 화면 밀도, ABI를 기반으로 더 작은 APK의 이점을 누릴 수 있습니다. 자세히 알아보기.

Android App Bundle 빌드

D8 Desugaring - 경우에 따라, 새로운 Java Language 기능에 새로운 바이트코드와 언어 API가 필요할 수 있습니다. 하지만 이전 Android 기기에서는 이러한 기능을 지원하지 않을 수도 있습니다. Desugaring을 통해 빌드 프로세스 중에 새로운 바이트코드와 언어 API를 이전의 것으로 바꾸는 방법으로 이전 기기에서도 이러한 기능을 사용할 수 있습니다. Android Studio 3.2의 경우 D8 Desugaring 기능은 기본적으로 활성화되어 있으며, 현재 대부분의 최신 언어 변경 내용을 사용하는 동시에 이전 기기를 대상으로 삼을 수도 있습니다.

R8 Optimizer - 우리는 Android Studio 3.2부터 시작해서 ProGuard 대신 R8을 사용하여 자바 언어 바이트코드를 최적화하고 축소하는 방향으로 전환하기 시작하고 있습니다. R8은 아직 실험 단계이므로 R8을 사용하여 앱을 게시하라고 권장하지는 않지만, R8이 ProGuard를 완전히 대체하기 전에 필요한 조정 작업을 할 수 있도록 Android Studio 팀에게 조기에 피드백을 주시면 정말 큰 도움이 될 것입니다. 자세히 알아보기.

테스트

Emulator Snapshots - 최신 Android Emulator 릴리스를 사용하면 에뮬레이터의 현재 상태를 보여주는 스냅샷을 생성하고 2초 내에 어떤 스냅샷으로든 부팅하고 전환할 수 있습니다. Android Emulator Quickboot 기능을 기반으로 빌드된 Android Snapshots는 눈에 보이지 않을 정도로 속도가 향상된 이번 안정적 릴리스로 훨씬 더 빠르게 저장하고 로드할 수 있습니다. 앱을 테스트하고 개발할 때 Android Snapshots를 사용하면 구성하고 싶은 사전 설정, 앱, 데이터 및 설정으로 AVD(Android Virtual Device) 스냅샷을 미리 구성하고 같은 스냅샷으로 반복해서 되돌아갈 수 있습니다. 자세히 알아보기.

Android Emulator Snapshots

Microsoft® Hyper-V™ Support - 이제는 Windows® 10 컴퓨터(Hyper-V가 사용 설정된 컴퓨터)에서 Android Emulator를 실행할 수 있습니다. Intel HAXM은 여전히 가장 빠른 Android Emulator 환경을 위한 기본 하이퍼바이저입니다. 하지만 Microsoft에서 최근에 발표한 오픈소스와 새로운 WHPX(Windows Hypervisor Platform) API가 추가된 덕분에, Android Emulator는 새로운 Hyper-V Support를 사용하여 로컬 가상 머신 등, Hyper-V의 지원을 받는 다른 애플리케이션과 공존할 수 있습니다. 자세히 알아보기.

AMD® 프로세서 지원 - 현재 Windows 10에 설치되는 Android Emulator는 AMD 프로세서를 지원합니다. 이전에는 Windows 실행 시 Android Emulator를 실행하면 소프트웨어 에뮬레이션이 느려지는 한계가 있었지만, AMD 프로세서를 보유한 개발자는 이제 하드웨어 가속 성능을 활용할 수 있습니다. 자세히 알아보기.

Android Emulator의 화면 녹화 - 이제는 Android Emulator의 새로운 화면 녹화 기능으로 임의의 Android API 레벨에서 화면과 오디오를 둘 다 기록할 수 있습니다. 과거에는 실제 Android 기기의 화면 녹화 기능은 Android 4.4 KitKat(API 19) 이상에서만 작동했고, 그나마 오디오를 기록할 방법이 없었고 Android Emulator 지원도 제한적이었습니다. 하지만 최신 Android Emulator(v28.0 이상)에서는 이러한 제한이 더는 없습니다. 그 밖에, 출력을 GIF와 WebM으로 변화하는 기능도 보너스로 기본 제공됩니다. Android Emulator Extended Controls 패널, 명령줄, Android Studio에서 이 새로운 화면 녹화 기능을 실행할 수 있습니다. 자세히 알아보기

Android Emulator용 가상 장면 카메라 - Android Emulator의 새로운 가상 장면 카메라는 증강 현실 환경을 빌드하기 위한 Google 플랫폼인 ARCore용 앱을 개발하는 데 도움이 됩니다. 이 에뮬레이터는 AR 앱용 ARCore API와 함께 작동하도록 보정되고 가상 장면 비트맵 이미지를 삽입할 수도 있습니다. 이 가상 장면 카메라를 일반 HAL3 호환 카메라로 사용할 수도 있습니다. 자세히 알아보기.

ADB Connection Assistant - Android Studio 3.2에는 Android ADB 기기 연결 문제의 해결에 도움이 되는 새로운 어시스턴트 시스템이 있습니다. ADB Connection Assistant는 Android 기기를 개발 시스템에 연결하기 위한 일반적인 문제해결 단계를 안내해줍니다. 이 어시스턴트는 Run 대화상자에서 실행하거나 Tools → Connection Assistant로 이동하여 실행할 수 있습니다. 자세히 알아보기.

최적화

Energy Profiler - 배터리 수명은 많은 모바일 사용자의 주요 관심사로, 당신의 앱이 알고 있는 수준보다 많이 배터리 수명에 영향을 미칠 수 있습니다. Android Studio 성능 프로파일러 모음의 새로운 Energy Profiler는 개발한 앱이 Android 기기에 미치는 에너지 영향을 파악하는 데 도움이 될 수 있습니다. 이제는 시스템 컴포넌트의 예상 에너지 사용량을 시각화하는 것은 물론, 배터리 방전을 일으킬 수 있는 백그라운드 이벤트를 검사할 수도 있습니다. Energy Profiler를 사용하려면 Android 8.0 Oreo(API 26) 이상을 실행하는 Android 기기 또는 에뮬레이터에 연결되어 있어야 합니다. 자세히 알아보기.

Energy Profiler

System Trace - CPU Profiler의 새로운 System Trace 기능을 사용하면 앱이 시스템 리소스와 상호 작용하는 방식을 세세한 수준까지 자세히 검사할 수 있습니다. 스레드 상태의 정확한 타이밍과 지속 시간을 검사하고, 모든 코어에 걸쳐 CPU 병목현상이 발생하는 위치를 시각화하고, 사용자설정 추적 이벤트를 추가하여 분석할 수 있습니다. 시스템 추적을 사용하려면 앱 프로파일링을 시작하고 클릭하여 CPU Profiler로 들어간 다음, System Trace 기록 구성을 선택하세요. 자세히 알아보기.

프로파일러 세션 - 이제는 Android Studio가 열려 있는 동안 Profiler 데이터가 '세션'으로 자동 저장되므로, 다음에 해당 데이터를 다시 보고 검사할 수 있습니다. 다음에 다른 도구로 분석하거나 검사하기 위해 CPU 기록과 힙 덤프를 가져오고 내보내는 기능도 추가했습니다. 자세히 알아보기.

자동 CPU 기록 - 이제는 Debug API를 사용하여 CPU 활동을 자동으로 기록할 수 있습니다. 앱을 기기에 배포한 후 프로파일러는 앱이 startMethodTracing(String tracePath)를 호출할 때 CPU 활동 기록을 자동으로 시작하고 앱이 stopMethodTracing()을 호출할 때 기록을 중지합니다. 마찬가지로, 이제는 실행 구성에서 Start Recording a Method Trace on Startup 옵션을 사용 설정하여 앱이 시작될 때 CPU 활동 기록을 자동으로 시작할 수도 있습니다. 자세히 알아보기.

JNI 참조 추적 - Android 앱에 C/C++ 코드를 사용하는 개발자를 위해, Android Studio 3.2에서는 Memory Profiler에서 JNI 코드의 메모리 할당을 검사할 수 있도록 되어 있습니다. Android 8.0 Oreo(API 26) 이상을 실행하는 기기에 앱을 배포하는 한, JNI 참조에서 할당 호출 스택으로 드릴다운할 수 있습니다. 이 기능을 사용하려면 메모리 프로파일러 세션을 시작하고 Live Allocation 드롭다운 메뉴에서 JNI Heap을 선택하세요. 자세히 알아보기.

요약하자면, Android Studio 3.2의 최신 카나리아 버전에는 다음과 같은 새로운 주요 기능이 포함되어 있습니다.

개발

AndroidX 리팩터링
샘플 데이터
머티리얼 디자인 업데이트
Android Slices
CMakeList 편집
새로운 어시스턴트
새로운 Lint 검사
Intellij 플랫폼 업데이트
Kotlin 업데이트

빌드

Android App Bundle
D8 Desugaring
R8 Optimizer

테스트

Android Emulator Snapshots
Android Emulator의 화면 녹화
가상 장면 Android Emulator 카메라
AMD 프로세서 지원
Hyper-V 지원
ADB Connection Assistant

최적화

Energy Profiler
시스템 추적
프로파일러 세션
자동 CPU 기록
JNI 참조 추적

자세한 내용은 출시 노트를 참조하세요.
시작하기
다운로드 페이지에서 Android Studio 3.2 최신 버전을 다운로드하세요. 이전 카나리아 출시 버전의 Android Studio를 사용 중이라면 Android Studio Canary 14 이상으로 업데이트해야 합니다. Android Studio의 안정적인 버전을 그대로 유지하고 싶을 경우 Android Studio의 안정적인 릴리스 버전과 카나리아 출시 버전을 동시에 실행할 수 있습니다. 자세히 알아보기. 위에서 언급한 Android Emulator 기능을 사용하려면 Android Studio SDK Manager를 통해 다운로드한 Android Emulator v28.0.7 이상을 실행 중이어야 합니다. 어떤 점이 마음에 드는지, 어떤 문제나 기능에 대해 알고 싶은지 피드백을 보내주시면 감사하겠습니다. 뛰어난 제품 품질을 유지하기 위해 이전 릴리스 채널에서 본 두어 가지 기능(예: Navigation Editor)이 안정적인 릴리스 채널에서는 기본적으로 비활성화되어 있다는 점에 유의하세요. 버그나 문제를 발견하면 언제든지 문제를 제기해 주세요. Google+ 페이지나 Twitter에서 저희 Android Studio 개발 팀과 계속 소통하시기 바랍니다.

#AndroidDevSummit에서 방금 들어온 소식!

2018년 11월 13일 화요일

.post-body span { white-space: normal !important; }

<블로그 원문은 이곳에서 확인하실 수 있으며 번역 리뷰에는 정승욱(Android GDE)님이 참여해 주셨습니다.>

게시자: Stephanie Cuthbertson, 제품 관리 이사 오늘 우리는 캘리포니아 마운틴 뷰의 컴퓨터역사박물관(Computer History Museum)에서 Android Dev Summit의 막을 올렸고, 이 자리에서 Android가 걸어온 지난 10년의 발자취를 뒤돌아보고 Android 개발자를 위한 몇 가지 중요한 새로운 기능을 살펴보는 시간을 가졌습니다. 이 자리에서 어떤 이야기를 함께 나누었는지 살펴보세요! Android를 새로운 환경으로 전개 일찍이 Android 1.6부터 Android와 파트너들은 다양한 화면 크기와 밀도를 고려하여 개발해왔고, 그 덕분에 Android 플랫폼이 Android TV, Android Auto, Wear OS, 심지어 Chromebook에서의 Android 앱과 같이 폭넓은 범주의 폼 팩터와 새로운 사용 환경을 지원할 수 있었습니다. 휴대폰 화면은 Android 파트너가 업계를 선도하며 기준을 세우는 영역으로, 휴대폰 화면이 아직은 작던 시절에 '패블릿'을 도입한 바 있습니다. 패블릿이 이제는 그냥 휴대폰 중 하나로 여겨지는 현재 시점에서 보자면, 사용자들의 마음을 사로잡아 표준이 되다시피 한 크기가 바로 패블릿 크기입니다. 그런데 이제는 Android 기기 메이커들이 새로운 범주의 기기를 만들어내는 걸 볼 수 있습니다. 바로 Foldables 말이죠. 새로운 플렉서블 디스플레이 기술을 이용해 화면을 말 그대로 구부려 접을 수 있습니다.

이런 기기로는 대체로 투 스크린 기기와 원 스크린 기기의 두 가지 변형이 있습니다. Foldables는 접으면 보통 스마트폰처럼 보이고 주머니나 파우치에 넣고 다니기에 꼭 맞는 크기가 됩니다. Foldables를 폈을 때 가장 뚜렷한 특징은 화면이 연속성을 띠며 펼쳐진다는 점입니다. 예를 들어, Foldables를 접은 상태에서 작은 화면으로 동영상을 시작한 후 그냥 펼치기만 하면 태블릿 크기의 큰 화면으로 전환되면서 훨씬 높은 몰입감을 느끼며 시청할 수 있습니다. 화면을 펼칠 때 앱 화면이 한순간도 빠짐없이 큰 화면으로 완벽하고 자연스럽게 넘어갑니다. 우리는 이 새로운 폼 팩터에 맞춰 Android를 최적화하고 있습니다. 그리고 개발자가 어디에서든 이 기술의 무한한 가능성을 활용하여 Android에 변화를 줌으로써 사용자에게 탁월한 몰입감과 즐거움을 주는 새로운 방식과 놀라운 경험을 창출할 수 있습니다. 이번 주 Dev Summit에서 열리는 Foldables 세션을 꼭 챙겨 보시고 더 자세히 알아보시기 바랍니다. 오늘 삼성에서 내년 출시 예정인 Foldables를 프리뷰 형식으로 선보인 것을 비롯하여, 여러 Android 제조업체에서 선보이는 Foldables를 보실 수 있습니다. Kotlin: 가장 빠르게 성장 중인 언어로 업데이트 우리는 2017년에 Kotlin을 Android에서 일류급 언어로 만들었습니다. 통계 자료를 공유하기로 옵트인한 사용자로부터 얻은 정보를 기준으로 볼 때, 이번 달만 하더라도 Android Studio에서 Kotlin을 사용하는 신규 프로젝트가 118,000여 건이나 시작된 것을 확인할 수 있습니다. 작년에 비하면 무려 10배나 급증한 수치입니다. Kotlin은 GitHub의 기고자 수 성장세의 관점에서 볼 때 가장 빠르게 성장 중인 언어가 되었고, Stack Overflow에서 가장 사랑받는 언어를 뽑는 투표 결과 2위를 차지하는 기염을 토했습니다. 우리가 실시한 설문조사에서는 Kotlin을 사용하는 개발자가 많아질수록 만족도도 높아진다는 점을 알 수 있습니다. 지난주, JetBrains는 최신 버전인 Kotlin 1.3을 출시했는데, 이 버전에는 다음과 같이 새로운 언어 기능, API, 버그 수정, 성능 개선 사항이 포함됩니다.

인라인 클래스를 사용하면 boxed 형식이 아닌 경우에는 할당되지 않는 유형을 생성할 수 있습니다. Android 앱이 대상으로 삼는 제한된 기기의 경우, 유형의 안전을 유지하는 동안 할당을 회피하는 것이 큰 이점입니다.

부호 없는 숫자는 이제 UInt, UByte, ULong을 비롯한 Kotlin 표준 라이브러리에 포함됩니다. 이러한 새로운 유형은 인라인 클래스를 사용하여 빌드됩니다.

이전에는 Android 또는 JVM용으로 작성했던 다중 플랫폼 코드가 이제는 자바스크립트 또는 네이티브도 대상으로 삼을 수 있습니다. 이에 따라 훨씬 더 많은 플랫폼에서 코드베이스 중 일부를 재사용할 수 있는 가능성이 열립니다.

코루틴이 이제는 안정적으로 지원됩니다. 언어 및 라이브러리 지원이 결합되어 비동기 작업과 상호 작용하고 모든 Android 앱에 필수적인 동시 작업을 수행하는 방법이 간소화되었습니다.

Kotlin 1.3의 이런 모든 새로운 특징을 우리가 제공하는 Kotlin 고유 API에 통합할 예정이며, 그중 다수는 Jetpack의 일부로서 KTX 확장 프로그램을 통해 제공됩니다. Android Jetpack: Navigation, Work Manager, Slices Google I/O에서 우리는 Android 애플리케이션 개발을 가속화하기 위한 차세대 도구이자 Android API인 Jetpack을 발표했습니다. Jetpack은 Support Library와 Architecture에 의해 레이아웃되는 기초를 토대로 합니다. 이미 상위 1,000대 앱 및 게임 중 80%가 프로덕션 환경에서 새로운 Jetpack 라이브러리 중 하나를 사용하고 있습니다. 올해 여름에 우리는 원래 Android Support Library를 Jetpack에 적합하게 발전시킨 AndroidX를 공개 AOSP로 이전했습니다. 즉, 실시간으로 구현되는 각종 기능과 버그 수정을 보고 AndroidX 라이브러리에 기여할 수 있다는 의미입니다. 기여에 관한 자세한 내용은 여기에서 알아보실 수 있습니다. 우리는 두 가지 새로운 Architecture Component 라이브러리인 Navigation과 Work Manager에서 가능한 한 많은 피드백을 받고 구체화하는 작업을 진행하기 위해 노력해오고 있으며, 이번 달에 둘 모두 베타 단계로 옮길 계획입니다. Navigation Architecture Component는 단일 Activity를 사용하여 개발자의 애플리케이션에 Android의 네비게이션 원칙을 간단하게 구현할 방법을 제공합니다. 그 밖에도, 새로운 Android Studio의 Navigation Editor로 네비게이션 아키텍처를 생성하고 편집할 수 있습니다. 이에 따라 네비게이션 상용구가 제거되고 원자성 네비게이션 작업이 제공되며 애니메이션 전환이 더 쉬워지는 등의 이점이 있습니다. WorkManager를 사용하면 애플리케이션 상태와 기기 API 레벨을 기준으로 가장 알맞은 솔루션을 선택할 수 있으므로, 가장 효율적인 방식으로 백그라운드 작업을 수월하게 수행할 수 있습니다.

Navigation Editor Android Slices가 공개 Search 실험 단계로 넘어가게 된 점도 기쁜 일입니다! 올해 I/O에서 우리는 개발자의 앱으로 사용자를 안내하는 새로운 방법인 Slices를 선보였습니다. Slices는 콘텐츠와 작업을 노출할 수 있는 앱의 미니 스니펫과도 같은 것입니다. 그래서 항공편을 예약하거나 동영상을 재생하거나 콜택시를 부를 수 있습니다. Slices는 가급적이면 일찍 공개하고 싶지만 올바르게 작동하도록 확인할 시간을 갖고 싶은 또 다른 사례이기도 합니다. 우리는 이번 달에 Doist, Kayak 등과 함께 공개 EAP로 이동할 예정입니다. Google 검색결과에 Slices를 노출하는 실험을 실행할 것입니다. 오늘 Dev Summit에서 열린 한 세션에서 이에 대한 자세한 정보와 모범 사례를 다루었으므로, 더 자세한 내용은 이 세션을 확인해 보시기 바랍니다. Android Studio: 생산성, 빌드 속도, 품질 및 기본에 주력 Android Studio는 Android 개발을 위한 Google의 공식 IDE입니다. 우리는 개발자가 어디서 가장 많은 시간을 보내는지 궁금했습니다. 그래서 Android Studio의 옵트인을 선택한 사용자로부터 데이터를 수집해 봤더니, 새로운 버전이 출시될 때마다 빌드 시간이 점점 빨라지고 때로는 20%나 빨라지는 사례도 확인할 수 있었지만, 시간이 흐르면서 빌드 시간이 점점 느려지는 현상도 목격했습니다. 도대체 이 두 가지 현상이 어떻게 동시에 일어날 수 있는 걸까요? 우리는 이 상황을 이해하려고 끈질기게 물고 늘어졌습니다. 그 결과, 빌드의 세계는 무척이나 복잡한 생태계인 것으로 드러났습니다. 개발자가 어떤 선택을 하느냐에 따라 엄청난 차이가 생기는 세계입니다. 개발자들은 매우 폭넓고 다양한 OS, 맞춤형 플러그인, 주석 프로세서 및 언어 조합을 사용하고 있고 그 범위가 더욱 넓어지고 종류도 증가하고 있다는 사실을 알았습니다. 이 모든 요인이 시간에 중대한 영향을 미칠 수 있습니다. 한 사례를 보자면, 일부 사용자가 추가하고 싶어하는 플러그인이 암암리에 빌드 속도를 최대 45%나 느리게 만드는 것으로 밝혀졌습니다. 이러한 사실을 알게 된 우리는 개발자가 빌드 시간이 점점 늘어나게 만드는 요인을 쉽게 파악할 수 있도록 프로파일링 및 분석 도구를 빌드할 필요가 있다는 점을 깨달았습니다. 우리는 또한 코어 빌드의 성능을 계속 향상하기 위해 성능을 가속화하는 자체 플러그인에 더 많이 투자하고 있습니다. 오늘 Android Studio 3.3의 베타 3을 출시합니다. 향후 출시 버전에서는 매우 충실하게 품질과 기본 사항에 초점을 맞춘 모습을 기대하셔도 좋습니다. 즉, 장애 및 중단 횟수 감소, 메모리 사용량 최적화, 사용자에게 영향을 미치는 버그 수정에 주력할 것입니다. 오늘 우리는 내년 초에 Chrome OS에서 Android Studio를 공식 지원 IDE로 삼겠다는 계획도 발표했습니다. 자세한 내용은 여기에서 확인해 보세요. Android App Bundle과 동적 기능 2012년 이래로 앱 크기는 극적으로 증가해 최대 5배까지 커졌습니다. 그러나 이처럼 앱이 커지면 설치 전환율과 업데이트 비율이 낮아지고 제거 비율은 높이지는 단점이 있습니다. 사용자가 특정 기기에서 앱을 실행하는 데 필요한 코드와 리소스만 제공하는 새로운 게시 형식인 Android App Bundle을 빌드한 이유가 바로 이 때문입니다. 그 덕분에 평균적인 앱에서는 범용 APK에 비해 35%의 크기 감소 효과를 볼 수 있습니다. 앱 번들 덕분에 다중 APK와 같은 불완전한 솔루션을 사용할 필요가 없으므로 새로 출시될 때마다 소요 시간과 작업도 줄어듭니다. Android Studio 3.2에는 앱 번들의 전체 IDE 지원 기능이 포함되었는데, 현재 프로덕션 환경에서 사용되는 앱 번들만 수천 가지에 이르러 YouTube, Google 지도, Google 포토, Google 뉴스 등의 Google 앱을 비롯하여 총 수십억 회의 설치 회수를 기록 중입니다. 앱 번들은 현재 개발자가 추가적인 작업을 수행할 필요 없이 비압축 네이티브 라이브러리를 지원하고, 앱 번들 덕분에 네이티브 라이브러리를 사용하는 앱의 다운로드 크기는 평균 8% 작아지고 M+ 기기의 디스크 공간은 평균 16% 덜 차지합니다. 앱 번들로 전환하면 앱 모듈화를 시작할 수도 있습니다. 동적 기능 모듈을 사용하면 설치 시점이 아니라 필요할 때 어떤 앱 기능이든 로드할 수 있습니다. 모든 기기마다 한 번만 사용되는 큰 규모의 기능을 계속 유지할 필요가 없습니다. 앱에서 요청할 때 동적 기능을 유동적으로 설치하고 제거할 수 있습니다. In-app Updates API 개발자는 사용자가 개발 앱의 최신이자 최대 버전을 올바로 실행할 수 있도록 하기 위해 더 많은 컨트롤을 선호한다는 점을 우리는 익히 들어서 잘 알고 있습니다. 이러한 요구에 부응하고자 In-app Updates API를 출시할 예정입니다. 우리는 사전 체험판 파트너들과 함께 이 API를 테스트하는 중이며, 모든 개발자에게도 곧 선보일 예정입니다. 이 API를 사용하면 두 가지 옵션 중에서 선택할 수 있게 됩니다. 첫 번째 옵션은 사용자가 업데이트가 즉시 적용되기를 기대하며 기다릴 것으로 여겨질 때 중요한 업데이트를 전체 화면으로 표시하는 옵션입니다. 두 번째 옵션은 업데이트가 다운로드되는 동안에도 사용자가 앱을 계속 사용할 수 있는 유연한 업데이트 옵션입니다. 업데이트 흐름이 마치 앱의 일부인 것처럼 느껴지도록 완전히 맞춤설정할 수 있습니다.

순간 검색 우리는 또한 그 어느 때보다도 쉽게 빠른 실행 앱을 채택할 수 있도록 할 예정입니다. 최근에는 웹 URL 사용을 선택 사항으로 만들었는데, 이를 통해 기존의 Play Store 딥 링크 트래픽을 이용해 가능한 상황이 되면 사용자를 빠른 실행 앱 환경으로 보낼 수 있습니다. 뿐만 아니라, 우리는 Play Store와 웹 배너의 Try Now 버튼에 대한 빠른 실행 앱 크기 제한을 10MB로 올려 빠른 실행 앱을 훨씬 더 쉽게 채택할 수 있도록 했습니다. Android Studio 3.3 베타에서는 이제 빠른 실행 기반의 앱 번들을 빌드할 수 있습니다. 즉, 이제는 단일 Android Studio 프로젝트에서 빠른 실행 앱 환경과 설치 앱 환경을 둘 다 빌드하고 배포할 수 있고, 이들을 단일 Android App Bundle에 포함할 수 있다는 의미입니다. 빠른 실행 앱과 설치 앱 모두에 대해 단 한 개의 아티팩트만 업로드해야 합니다.

개발자의 피드백은 우리가 투자해온 이러한 분야에서 최종 결과물을 결정하는 데 있어 결정적으로 중요한 역할을 해왔습니다. 첫 아이디어 제시 단계부터 EAP와 카나리아 버전, 베타 버전, 그리고 출시 후의 반복 단계까지, 우리가 일하는 방식에서 개발자 여러분은 결코 빼놓을 수 없는 중요한 존재입니다. 라이브스트림을 통해 30개 이상의 세션을 시청하시든, 소셜 미디어로 참여하시든, 마운틴 뷰에 직접 오셔서 우리와 함께하시든, 모든 개발자께서 앞으로 이틀 동안 진행되는 Android Dev Summit에 함께 참여하시길 바라겠습니다. 우리 팀원 모두가 모든 개발자 여러분의 사려 깊은 피드백과 헌신적인 공헌에 진심으로 감사의 마음을 전합니다. Android Dev Summit이 유익한 이벤트가 되기를 바랍니다.

Firebase Summit 2018에서 나온 새로운 업데이트들을 소개합니다

2018년 11월 1일 목요일

.post-body span { white-space: normal !important; }

글 작성자 : Francis Ma (제품 책임자) 다양한 앱이 사람들이 생활하고 일하고 학습하고 어울리는 방식을 개선해 준다고 믿고 있습니다. 그것이 바로 앱 라이프 사이클에서 주요 도전 과제를 해결하는 플랫폼을 개발자에게 제공함으로써 최대한 쉽게 앱을 개발할 수 있도록 한다는 것을 사명으로 삼는 이유입니다. 전도유망한 스타트업이든 이미 확고히 자리 잡은 대기업이든 상관없이, Firebase는 개발자가 앱을 원활히 빌드하고 앱 품질을 향상하고 비즈니스를 키우도록 도와드릴 수 있습니다. 열정에 넘치는 커뮤니티와 더불어 Firebase를 발전시켜 나가는 건 무척 즐거운 일입니다. 바로 지금 이 순간, 매달 150만 개 이상의 앱이 Firebase를 활발히 사용하고 있습니다. 저희는 다양한 개발자의 이야기를 듣고 싶습니다. 그런 이야기를 듣다 보면 저희는 Firebase를 훨씬 더 나은 모습으로 계속 발전시켜 나갈 동기와 영감을 얻게 되고, 개발자 분들에게 계속 성공할 발판을 마련해드리고 싶습니다. 최근에 들은 이야기 중, 인도 최대의 엔터테인먼트 앱인 Hotstar가 월간 기준으로 전 세계적으로 1억 5천만 명 이상의 실제 사용자를 확보했다는 소식이 있었습니다. Hotstar 팀은 몇 달 전에 주요 라이브 스트리밍 스포츠 이벤트 중에 동영상 시청 화면에 새로운 기능을 무사히 적용한 바 있습니다. 온보딩 흐름에 대한 업데이트 외에, 이러한 변화를 통해 사용자 참여도를 38%나 늘렸습니다! Hotstar가 Firebase 제품을 여러 개 조합해 사용함으로써 사용자에게 불편을 끼치거나 안정성을 해치거나 새로운 빌드를 릴리스하지 않고도 이런 성과를 거둘 수 있었다는 점이 인상적입니다. 이 사례에 대해 좀 더 자세히 알아보세요.

3년전부터 열리고 있는 올해의 Firebase Summit을 통해서, 이 행사를 통해 개발자 커뮤니티의 수많은 회원을 만나 그분들이 작업 중인 멋진 앱에 대한 얘기를 들어볼 것입니다. 행사에서 진행되는 모든 세션은 우리 YouTube 패널에 게시할 테니 놓치지 말고 보시기 바랍니다. 오늘 발표하는 모든 흥미롭고 새로운 업데이트 사항에 대한 소식을 읽어보셔도 됩니다. 복잡하게 구성된 개발 팀 지원 우리는 복잡하게 구성된 앱 개발 팀이 더욱 간편하게 Firebase를 사용할 수 있도록 하기 위해 애쓰고 있습니다. 오늘 우리는 올해 말까지는 베타 버전으로 제공되는 GCP(Google Cloud Platform) 지원 패키지에 Firebase를 위한 지원 기능을 추가할 예정이라는 사실을 기쁜 마음으로 알려드립니다. 이미 유료 GCP 지원 패키지를 보유하고 계실 경우, 베타 버전을 사용하면 무료로 GCP 지원 채널을 통해 Firebase 관련 질문에 대한 대답을 받으실 수 있을 것입니다. 이 새로운 지원 기능이 정식 출시 단계에 이르면 목표 응답 시간, 기술 계정 관리(엔터프라이즈 티어용) 등을 포함하게 될 것입니다. 여기서 GCP 지원에 대해 자세히 알아보실 수 있습니다. Firebase의 무료 지원을 계속 고수할 계획이시더라도 걱정하지 마세요. 기존 지원 모델에 대해서는 어떤 사항도 변경할 계획이 없습니다. 필요하실 경우 언제라도 저희 지원팀에 도움을 청하시면 친절하게 도와드릴 것입니다. 클라우드 지원 외에도, Firebase 전반에 걸친 개선 작업을 단행했습니다. 아래에서 더 자세한 내용을 알아보세요! 더 나은 앱을 빌드하기 위한 새로운 도구 Firebase Management API를 통해 손쉽게 프로젝트 관리 우리는 서버 측 API에 누구나 액세스할 수 있도록 하기 위해 많은 노력을 기울였습니다. 그 결과, 개발자가 Firebase 서비스를 기존 시스템과 손쉽게 통합할 수 있게 되었습니다. 오늘 우리는 프로젝트와 앱을 프로그래밍 방식으로 만들고 관리할 수 있게 해주는 REST API인 Firebase Management API를 출시합니다. 따라서 이제는 Firebase 환경을 기존 개발자 워크플로의 일부처럼 만들고 제거할 수 있습니다. Management API는 새롭고 멋진 경험을 선사하는 앱을 빌드할 수 있게 해주는 훌륭한 파트너이기도 합니다. 두 가지 웹 기반 IDE인 StackBlitz와 Glitch 내에서 직접 Firebase 호스팅에 배포할 수 있다는 새로운 사실을 알려드리게 되어 정말 기쁩니다. 이 두 IDE의 플랫폼에서는 이제 개발자가 Firebase 앱을 만들 때 이를 자동으로 감지하여 플랫폼에서 나갈 필요도 없이 버튼 하나만 클릭하면 바로 Firebase 호스팅에 배포할 수 있을 것입니다.

이 정도 수준이면 단순한 파트너가 아니라는 점이 특히 멋집니다. 이것은 새롭고 확장 가능한 API로, 개발자가 이 API로 앱을 빌드한다고 생각하면 저희로선 무척 설레고 흐뭇한 일이 아닐 수 없습니다. 여기에서 더 자세히 알아보고 시작할 수 있습니다.
ML 키트를 이용하여 향상된 얼굴 인식 5월에 Google I/O에서 출시된 ML 키트를 사용하면 ML 관련 경험 수준에 상관없이 머신러닝에 쉽게 접근할 수 있습니다. 텍스트 인식 또는 얼굴 인식과 같이 ML Kit에서 기본으로 제공하는 API를 사용할 수 있고, 이미 경험이 있는 분이라면 자체적인 맞춤 TensorFlow Lite 모델을 가져와 Firebase를 통해 제공할 수 있습니다. 우리는 오늘 얼굴 윤곽의 베타 버전을 출시하여 얼굴 인식 API를 더욱 확장할 예정입니다. 이에 따라 사용자의 얼굴에서 100개 이상의 세분화된 지점을 인식할 수 있을 것입니다. 얼굴 윤곽 기능이 탑재된 앱은 높은 충실도와 정확한 포지셔닝으로 얼굴의 특징에 다양한 마스크나 액세서리를 용이하게 오버레이하거나, 피부를 매끄럽게 하거나 색조 효과를 주는 것과 같은 미화 요소를 더해줄 수 있습니다. 자세한 내용은 관련 문서를 참조하세요!

Cloud Firestore로 더욱 자신 있게 배포하세요 우리는 과거에 Firebase에서 테스트하기 어렵고 복잡할 수 있다는 피드백을 들은 적이 있습니다. 예를 들어 때로는 앱이 안전한지 확인하는 알맞은 규칙을 설정하기 어렵다는 것이죠. 이 문제에 도움을 드리기 위해, Cloud Firestore와 실시간 데이터베이스를 위한 로컬 에뮬레이터를 출시합니다. 이런 에뮬레이터를 사용하면 개발자가 로컬 위치에서 개발하고 테스트할 수 있고, 개발자의 지속적 통합 워크플로에 에뮬레이터를 내장할 수 있으므로 더욱 안심하면서 자신 있게 배포할 수 있습니다. 여기에서 에뮬레이터에 대해 자세히 알아보세요. 거의 실시간으로 원격 구성 업데이트 전파 + Cloud Functions와의 통합 개발자가 원격 구성을 즐겨 사용하는 이유는 이를 사용하면 새 버전을 배포하느라 사용자에게 불편을 끼치는 일 없이 앱을 수정하거나 UI를 맞춤설정하거나 새로운 기능을 출시할 수 있기 때문입니다. 그러나 앱의 Remote Config가 언제 업데이트되었는지 쉽게 알 길이 없었습니다! 사용자가 앱의 최신 변경 사항을 항상 볼 수 있도록 하려면 몇 시간마다 Remote Config에서 업데이트를 가져와야 하는 불편이 있었습니다. 오늘 드디어 원격 구성이 Cloud Functions 및 Firebase 클라우드 메시징과 통합된다는 사실을 발표하게 되어 기쁩니다. 이에 따라 이제 개발자는 새로운 구성을 게시하거나 롤백할 때 거의 실시간으로 이 사실을 앱에 알릴 수 있습니다. 그 덕분에 원격 구성의 설정이 덜 복잡해지고 기기에서 대역폭도 덜 사용하게 됩니다. 왜냐하면 새로운 구성을 사용할 수 있을 때 앱은 그냥 이런 구성을 가져오기만 하면 되기 때문입니다.

뿐만 아니라, 원격 구성은 이제 개발자가 자신의 구성을 게시하거나 롤백할 때 개발자가 정의한 함수를 트리거할 수 있습니다. 이런 식으로, (개발/준비/프로덕션 환경 워크플로를 위해) 다양한 원격 구성 프로젝트를 동기 상태로 유지할 뿐 아니라, 새로운 구성이 게시될 때 팀에 Slack 메시지를 보낼 수도 있습니다. 자세한 내용은 관련 문서를 참조하세요!
사전 체험판 파트너인 eBay에서 나온 반응을 소개합니다. "Cloud Functions를 Firebase 원격 구성 REST API와 결합함으로써 eBay에서 광범위하게 분산되어 있는 우리 팀 전체에 애플리케이션 구성의 어떤 변경 사항이라도 즉시 알릴 수 있게 되었습니다. 이런 도구를 사용해 Slack으로 변경 내용을 푸시하는 함수를 만들었더니, 구성 변경에 대해 알아야 하는 모든 이가 그 정보를 즉시 알 수 있게 된 거죠."
- Jake Hall, eBay Classifieds Group 모바일 아키텍트

앱 품질 개선을 위한 새로운 도구 정식 출시 단계에 이른 iOS용 Test Lab Google I/O에서 우리는 iOS용 Firebase Test Lab의 베타 버전을 출시하기도 했습니다. 지난 몇 개월 동안, 우리는 iOS 기기 팜을 확장하고 이전의 iOS 버전뿐 아니라 iOS 12를 위한 지원을 추가하고 iOS용 UI를 Firebase 콘솔에 통합하는 등, 분주하게 움직였습니다. 이러한 업데이트 과정을 거치면서 우리는 이제 iOS용 Test Lab의 베타 단계를 지나 정식 출시를 앞두고 있습니다. 자세히 알아보시고 오늘 바로 Test Lab을 시작해보세요!

성능 모니터링: 세션 통찰력과 문제 관리 개발 수명 주기 내내 철저하게 테스트를 실행하더라도 프로덕션 앱에서 종종 버그와 성능 문제가 발생하곤 합니다. 성능 모니터링 기능을 사용하면 이러한 문제를 통찰하고 주어진 추적 인스턴스(즉, 특정 앱 시작 또는 체크아웃 흐름)에서 가장 중요한 문제를 자동으로 표면화할 수 있습니다. 이제는 성능 문제가 발생했을 때 개별 추적 세션을 깊이 파고들어 무슨 일이 일어난 것인지 정확히 파악할 수 있습니다. 예를 들어 다음 대시보드에서는 앱이 제품 이미지를 가져와서 렌더링한 후 CPU 사용량이 치솟은 것을 볼 수 있는데, 이는 코드 중 조사해봐야 할 특정 부분을 알려주는 셈입니다.

성능 모니터링이 보여주는 모든 데이터와 문제를 살펴보기에는 어떤 점에 우선순위를 두고 주력할지 판단하기 어려울 수 있습니다. 우리가 콘솔에 문제 '숨기기', '닫기', '다시 열기' 기능도 도입하는 이유가 바로 그 때문입니다. 어떤 문제를 일시적으로 숨기면 그 문제를 해결할 준비가 될 때까지 다른 작업에 집중할 수 있습니다. 문제를 완결된 것으로 마킹하면 그 문제가 해결되었음을 나타내지만, Firebase는 같은 문제가 재발할 경우 개발자에게 알려줍니다. 여기에서 세션에 관한 정보와 문제 관리에 대해 자세히 알아보세요.
PagerDuty와 통합되는 Crashlytics 앱 성능 및 안정성 문제는 언제든 발생할 수 있습니다. 개발자가 업무용 데스크 앞에 앉아있지 않을 때도 안정성 문제를 훤히 꿰뚫고 있을 수 있도록 도와드리기 위해, 우리는 Firebase Crashlytics 안정성 알림 이메일과 PagerDuty와의 새로운 통합 기능을 선보입니다. 안정성 알림 이메일은 새롭게 등장해 앞으로 문제가 될 수 있는 이슈를 강조해서 보여주는 한편, PagerDuty 통합 기능을 사용하면 하루 중 어느 때고 큰 영향을 미치는 장애에 대해 팀에 알릴 수 있습니다. Crashlytics를 PagerDuty와 연결하려면 여기서 안내하는 절차를 따르세요.
BigQuery + Data Studio를 사용해 데이터로 더 많은 작업 수행 올해 초, 우리는 개발자가 장애 데이터를 더욱 심도 깊게 분석할 수 있도록 Crashlytics를 BigQuery와 통합했습니다. 개발자가 BigQuery에서 시작하는 데 도움을 드리고자 우리는 Data Studio 템플릿을 하나로 합쳤고, 이에 따라 개발자는 공유할 수 있는 보고서를 빠르게 만들 수 있습니다. 모의 데이터를 이용해 템플릿을 미리 볼 수 있으며, 그런 다음 필요한 사항에 맞춰 보고서를 맞춤설정할 수 있습니다. 자세한 내용은 여기를 참조하세요.

비즈니스 성장을 위한 새로운 도구 베타 버전을 거쳐 정식 출시 단계로 진입하는 예측 우리는 작년 Firebase Summit에서 Firebase 예측을 소개한 바 있습니다. 예측은 Google의 머신러닝을 개발자의 앱 애널리틱스 데이터에 적용하여 예상되는 행동을 기반으로 사용자 세그먼트를 생성합니다. 앱 개발 팀에 ML 전문가가 없더라도, 예측을 사용하면 어떤 사용자 세그먼트가 앱을 제거하거나 지갑을 열거나 다른 변환 이벤트를 완료할 가능성이 높은지 통계적으로 알 수 있으므로, 올바른 정보를 기반으로 제품 관련 결정을 내릴 수 있습니다. 마침내 올해, 예측이 베타 버전을 거치면서 더욱 유용한 도구가 되도록 고안된 여러 가지 새로운 기능을 탑재하여 정식 출시하게 되었다는 소식을 흐뭇한 심정으로 알려드립니다. 어떤 특정한 예측에 대해 어떤 점이 달라진다는 것인지 궁금하세요? 우리는 ML 모델이 특정한 예측을 하기 위해 고려한 요소가 무엇인지(예: 이벤트, 기기, 사용자 데이터 등) 보여주는 새로운 세부 정보 페이지를 추가했습니다. 또한 이제는 각각의 예측에 대한 성능 통계도 보여주므로, 개발자는 실제 사용자 행동에 대해 과거에는 예측이 어떤 방식으로 수행되었는지 확인할 수 있고, 따라서 위험 허용 수준을 더 나은 방식으로 보정할 수 있습니다. 그리고 예측 데이터를 더 깊이 분석하거나 타사 서비스에서 사용하고 싶을 경우, 전체 예측 데이터세트를 BigQuery로 내보낼 수 있습니다. 자세한 내용은 관련 문서를 살펴보세요!

Google 애널리틱스에서 역동적 잠재고객을 파악하여 더욱 효과적으로 사용자에게 접근 Firebase용 Google 애널리틱스에서는 항상 이벤트, 기기 유형 및 기타 측정기준을 바탕으로 사용자를 몇 가지 잠재고객 세그먼트로 분류할 수 있었습니다. 우리는 현재 동적 잠재고객 평가, 잠재고객 제외, 멤버십 지속 기간과 같은 몇몇 주요 업데이트를 통해 잠재고객 구축 역량을 강화하고 있습니다.
첫째, 잠재고객은 이제 기본적으로 동적인 존재입니다. 즉, Firebase는 개발자가 정한 기준에 맞는 신규 사용자를 끌어들이고 기준에 더 이상 맞지 않는 사용자는 자동으로 제거한다는 의미입니다. 예를 들어 게임 앱에서 레벨 5에 이른 사용자를 잠재고객으로 설정한 경우, 잠재고객이던 사용자가 레벨 5를 깨고 레벨 6으로 승급하면 자동적으로 잠재고객 목록에서 제거됩니다. 반대로, 새롭게 레벨 5로 승급한 사용자는 개발자가 설정한 레벨 5 잠재고객으로 자동 추가됩니다.
둘째, 예컨대 '쇼핑 카트에 아이템을 추가했지만 구매하지는 않은 사용자'와 같은 잠재고객을 생성할 수 있게 해주는 and/or 문을 사용하여 제외 기준을 추가하여 잠재고객을 구체화할 수 있습니다. 마지막으로, 이제 잠재고객은 멤버십 지속 기간을 포함할 수 있어, 잠재고객에 관한 정보를 계속 최신 상태로 유지할 수 있습니다. 따라서 예컨대 '지난 2주 이내에 구매'와 같이, 특정 기간 내에 어떤 행동을 완료한 사용자를 대상으로 삼을 수 있습니다. 이처럼 동적인 잠재고객을 고려하여, 적절한 메시지 전달과 더욱 구체적으로 맞춤설정된 앱 사용 환경으로 더욱 효과적으로 사용자에게 접근할 수 있습니다. 여기에서 동적인 잠재고객에 대해 자세히 알아보고 시작해보세요.
클라우드 메시징으로 반복적 캠페인 자동 실행 애널리틱스 또는 예측을 사용하여 사용자 세그먼트를 정의하고 나면 Firebase 클라우드 메시징(FCM)을 사용하여 잠재 사용자에게 알림 메시지를 보내 앱을 다시 사용하도록 유도할 수 있습니다. 우리는 더욱 정교한 캠페인을 지원하기 위해 알림 콘솔을 다시 디자인했습니다. 이 새로운 UI를 이용해 목표 기준을 충족하는 새로운 사용자에게 자동으로 메시지를 보내는 반복 알림 캠페인을 설정할 수 있습니다. 이전에는 일회성으로만 메시지 보내기 예약을 할 수 있었을 뿐입니다. 그 밖에도, 새로운 알림 UI를 사용하면 사용자의 첫 번째 세션 날짜나 사용자가 앱을 마지막으로 열어본 이후의 일수를 기준으로 간편하게 특정 사용자를 대상으로 캠페인을 실시할 수 있습니다. 마지막으로, 반복 알림 캠페인의 효과를 일별로 추적할 수 있도록 캠페인 결과를 업데이트했다는 점도 빼놓을 수 없습니다. 콘솔에서 새로운 UI를 살펴보세요!

미래를 바라보며 오늘 우리가 발표한 Firebase 업데이트는 모두 흥미로운 내용이니 잘 살펴보시기 바랍니다. 우리가 플랫폼을 계속 성장시키고 향상해가는 과정에서 개발자 여러분의 피드백은 언제나 대환영입니다. 우리의 알파 프로그램에 참여하시면 우리가 다음으로 착수하고 있는 일이 무엇인지 살짝 엿볼 수도 있고, 여러분의 생각과 의견을 적극적으로 개진하여 Firebase의 미래를 함께 만들어갈 수도 있습니다. 프라하에서 열리는 이번 행사에 직접 참석하지 못하신다면, 모든 세션을 녹화해 저희 YouTube 채널에 게시할 예정이니 꼭 챙겨서 보시기 바랍니다. 우리의 커뮤니티의 일원이 되어주셔서 감사하고 즐겁게 앱을 만드시기 바랍니다!

Android Studio 3.2

#AndroidDevSummit에서 방금 들어온 소식!

Firebase Summit 2018에서 나온 새로운 업데이트들을 소개합니다

Contents

검색

Tag

Archive

Feed