얼마 전 Google 엔지니어들이 Reddit에서 AMA를 진행했습니다. AMA는 Android Q 베타에 관한 것이었습니다. 다음은 그들의 답변을 통해 우리가 배운 내용을 요약한 것입니다.
작년에 Google의 Android 팀은 Reddit의 /r/AndroidDev 하위 레딧에서 Ask Me Anything(AMA)을 주최하여 Android에 대한 질문을 했습니다. Android P 개발자 미리보기. 올해 Android Q 베타를 담당하는 엔지니어링 팀이 Reddit의 질문에 답변했습니다. AMA 8월 1일 오후 12시(PST)에 시작하여 약 한 시간 반 후에 끝났습니다. 33명의 Google 엔지니어가 AMA에 참여하여 AMA가 진행되는 짧은 시간 동안 수많은 질문에 답변했습니다. 다음은 우리가 배운 모든 새로운 정보에 대한 요약입니다.
Android Q AMA: Google에서 배운 모든 것
Android Q 베타팀 참가자
- 아담 코헨: Android 실행기/시스템 UI의 TLM
- 아담 파웰: UI 툴킷/프레임워크의 TLM; 뷰, 라이프사이클, 프래그먼트, 지원 라이브러리
- 앨런 비베레트: TLM, 제트팩/AndroidX
- 황 앨런: UI, 런처, 알림, 검색 통합 등에 대한 PM입니다!
- 앤드루 사피르스타인: Android 설정의 TLM
- 브라힘 엘부치키: Android 머신러닝 및 카메라 PM 디렉터(NN API, ML Kit, CameraX, 카메라 플랫폼)
- 채드 브루베이커: 소프트웨어 엔지니어, Android 플랫폼 보안
- 샤르메인 디실바: 개인정보 보호 PM
- 쳇 하세: Android 최고 옹호자, 개발자 관계
- 다이애나 웡: PM, 앱 호환성, 비 SDK API 사용, ART, NDK
- 다이앤 해크본: Android 프레임워크 팀 관리자(리소스, 창 관리자, 활동 관리자, 다중 사용자, 인쇄, 접근성 등)
- E.K. 정: UX 이사
- 이안 레이크: 소프트웨어 엔지니어, Jetpack(프래그먼트, 탐색, 아키텍처 구성요소)
- 일리얀 말체프: 수석 소프트웨어 엔지니어, 프로젝트 메인라인
- 제이콥 레르바움: Android 개발자 관계 이사
- 제이크 와튼: 소프트웨어 엔지니어, 제트팩
- 자말 이슨: PM, 안드로이드 스튜디오
- 제프 베일리: TLM, 안드로이드 오픈소스 프로젝트(AOSP)
- 제프 샤키: 소프트웨어 엔지니어, 안드로이드 프레임워크
- 제프리 반 고흐: 안드로이드 스튜디오, 컴파일러
- 젠 차이: PM, 위치 및 컨텍스트, 인증, 자동 완성, 비 SDK API 사용, ART
- 카렌 응: Android 개발자 도구, Android Studio, Android Tookit 및 Jetpack을 위한 그룹 PM
- 폴 뱅크헤드: Google Play 제품 관리 이사
- 로한 샤: 제품 관리자, Android 시스템 UI
- 로맹 가이: Android Toolkit/Jetpack 팀 관리자
- 사가르 캄다르: Android 제품 관리 이사
- 토요일 K: Android 연결 엔지니어링 부문 이사
- 셀림 시넥: 소프트웨어 엔지니어, 안드로이드 시스템 UI
- 스테파니 사드 커스버트슨: Android 제품 관리 부문 수석 이사
- 수미르 카타리아: 소프트웨어 엔지니어, Jetpack(WorkManager)
- 트래비스 맥코이: PM, 안드로이드 플랫폼
- 트리스탄 업스틸: 저명한 엔지니어, Android 시스템 UI 및 인텔리전스 부문 책임자
- 비닛 모디: PM, 안드로이드 카메라
더 읽어보세요
최근 사용자가 앱을 스와이프하면 OEM은 더 이상 앱을 종료할 수 없습니다.
중국 브랜드의 스마트폰을 사용해 본 적이 있다면 아마도 귀찮은 "배터리 최적화" 기능을 다루어 본 적이 있을 것입니다. 좋아하는 앱을 백그라운드에서 모두 종료하세요. 이 동작은 어떤 이유로든 특정 앱이 백그라운드에서 계속 실행되기를 기대하는 사용자에게 짜증나는 일일 뿐만 아니라 하지만 이는 앱의 문제가 아니라는 사실을 이해하지 못하는 사용자로부터 나쁜 평가를 받아야 하는 개발자에게도 짜증나는 일입니다. 잘못. 반면 구글은 아직 이 문제를 완전히 해결하지 못했습니다(그들은 이 행동이 이미 Android 호환성 정의 문서 요구 사항을 위반했을 가능성이 있음) ~이다 조치를 취하다 일부 OEM에서 채택한 "배터리 절약" 동작 변경에 반대합니다.
"이 상황을 돕기 위해 Android Q에 CTS 테스트를 추가하여 최근 항목에서 스와이프해도 앱이 종료되지 않도록 했습니다."
Android R은 예상보다 스크린샷에 더 많은 변경 사항을 가져올 수 있습니다.
구글은 추가할 계획이다 Android R의 스크롤 스크린샷, 그러나 동시에 안드로이드팀은 "[그들이] R의 전체 화면 [X] 경험을 어떻게 향상시킬 수 있는지 자세히 살펴보십시오." 따라서 우리는 다음 주요 Android 버전에서 스크린샷(및 스크린캐스트) 동작에 대한 다른 개선 사항을 확인하세요.
Android Q의 새로운 데스크톱 모드 설명
그만큼 첫 번째 공개 베타 릴리스 Android Q에서는 AOSP 및 Pixel Launcher에 숨겨진 데스크톱 모드 인터페이스를 도입했습니다. 비록 구글 기능에 대해 간략히 다루었습니다 Google I/O 세션 중에 새로운 기능이 Android 생태계에 어떻게 적용되는지 Google로부터 직접 들어본 적이 없습니다. Google 이제 명확하게:
"Q AOSP에서 '데스크톱 모드'는 애플리케이션 개발자를 대상으로 하는 개발자 옵션입니다. 이를 통해 다중 디스플레이 및 자유형 창 모드 환경에서 앱을 테스트할 수 있습니다. 이전에는 순정 Android에서 자유롭게 크기를 조정할 수 있는 창과 보조 디스플레이에서 앱 동작을 테스트할 수 있는 편리한 방법이 없었습니다. 이 기능은 자체적으로 제품화되지 않았으며 현재 일반 사용자를 위한 기능이 아닙니다. 그럼에도 불구하고 OEM이 혁신하고 훌륭한 제품을 만드는 것은 Android 플랫폼의 기본입니다."
따라서 OEM이 Android Q의 기본 데스크톱 모드를 기반으로 구축되는 것을 볼 수 있을 것으로 예상됩니다. 예를 들어, OnePlus 7 Pro는 HDMI를 통한 디스플레이 출력을 지원합니다., 그래서 그럴 수도 있지 Android Q 기반 OxygenOS 10 앞으로는 자체 데스크톱 모드 인터페이스를 갖게 될 것입니다. 우리는 또한 Google이 다가오는 기능을 기반으로 구축하기를 바라고 있습니다. 픽셀 4.
시간 기반 다크 모드
Android Q는 마침내 널리 요청된 기능을 제공합니다. 시스템 전체 다크 모드. 현재 다크 모드는 설정이나 빠른 설정 타일을 통해 수동으로 활성화하거나 배터리 절약 모드가 활성화되면 자동으로 활성화될 수 있습니다. Android Q 이전에는 다크 모드를 활성화하는 옵션이 있었습니다. 하루 중 시간을 기준으로, 그러나 해당 옵션은 더 이상 사용되지 않습니다. 크리스 베인스(Chris Banes)에 따르면:
"AppCompat v1.1.0에서 이것이 더 이상 사용되지 않는(제거되지 않은) 이유는 다음과 같습니다. 앱이 요청해야 합니다. 위치 권한이 정확해야 하며, 유효한 위치가 있어도 일출/일몰 시간 계산이 가능합니다. 버기."
이러한 버그에 대해 질문을 받았을 때 Mr. Banes는 "일출/일몰을 계산하는 것은 매우 어렵습니다. 특히 가까운 위치에서는 더욱 그렇습니다. 북극/남극." 사용자가 Android 7.1 Nougat부터 사용할 수 있는 야간 조명을 불러오면 일몰/일출에 따라 자동으로 전환될 수 있습니다. 일정. Mr. Banes는 Night Light가 CalendarAstronomer를 사용하기 때문에 다음과 같이 말합니다. ICU4J, "AppCompat이 의존하기를 원하지 않는 큰 코드 덩어리"를 사용합니다. 그러나 팀은 상태 이 기능은 "[그들이] 조사하게 될 것"입니다.
Android Q 실행 장치에 대한 필수 Camera2 API/카메라 HAL3 지원
Google은 앱이 스마트폰에 연결된 개별 카메라와 상호 작용할 수 있는 방법을 더 잘 정의하기 위해 Camera2 API를 도입했습니다. 구글하면서 격려한다 스마트폰 벤더들은 "모든 물리적 카메라를 개발자에게 공개"하기로 결정했지만, 많은 벤더들은 "API 자체가 공개되지 않음에도 불구하고 그렇게 하지 않기로 결정했습니다." 오늘 방지합니다." 이는 많은 타사 카메라 앱이 최신 장치에서 보조 또는 삼차 카메라 모듈을 사용할 수 없음을 의미합니다. 스마트폰. 하지만 Android Q가 개선되면서 진전이 이루어지고 있습니다. LOGICAL_MULTI_CAMERA는 개발자가 기기의 모든 카메라에 더 나은 액세스를 제공하고 OEM이 전력 소비를 제어하고 여러 카메라 상태를 관리할 수 있도록 하는 API입니다.
또한 Google은 Camera2 API/Camera HAL3을 기본적으로 지원하기 위해 Android Q로 출시되는 모든 장치에 대한 요구 사항을 추가했다고 밝혔습니다. 비니트 모디(Vinit Modi)에 따르면:
"Android P부터 HALv3/camera2를 기본적으로 사용하려면 1GB 이상의 RAM이 탑재된 새 기기가 필요합니다. Android Q 이후의 모든 새 기기는 기본적으로 HALv3/camera2를 지원해야 합니다. 안타깝게도 HALv1에서 HALv3으로의 업그레이드는 무선으로 진행되는 과정이 상당히 복잡하고 예상치 못한 결과를 초래할 수 있으므로 범위를 새로운 기기로 제한해야 했습니다."
흥미롭게도 일반 RAM Android P 출시 장치에 대한 Modi의 진술 모순된다 이전에 Google에서 들었던 내용과 온라인으로 Image Test Suite 페이지에 게시된 내용입니다.
Jetpack Compose를 사용한 동적 앱 테마 설정
Sony의 OMS 테마 프레임워크는 꽤 많은 릴리스에서 AOSP에 추가되었지만 OEM용 기반으로. 우리는 이미 그것을 알고 있습니다 구글은 반대한다 사용자는 테마 앱에 런타임 리소스 오버레이를 사용하지만 개발자에게는 회사가 희망하다 그건 Jetpack Compose UI 프레임워크는 "동적 테마에 대한 흥미로운 접근 방식"을 제시할 것입니다.
UI를 렌더링하기 위한 Skia용 Vulkan 백엔드
작년, 우리는 토론을 발견했습니다 Google 엔지니어들은 Android 프레임워크에서 UI 렌더링을 위해 Vulkan 그래픽 API를 사용하게 하려는 계획에 대해 이야기하고 있습니다. 이제 휴대폰 없이도 Vulkan 하드웨어 가속 백엔드를 활성화할 수 있습니다. 충돌이 발생했지만 Google에서는 이러한 기능을 언제 출시할 계획인지에 대한 구체적인 계획을 듣지 못했습니다. 변화. 이 AMA는 해당 질문에 답변하지 않지만 적어도 아직 작업 중이라는 확인을 받았습니다. 로맹 가이에 따르면:
"팀에서는 Android에서 사용하는 2D 렌더러인 Skia용 Vulkan 백엔드를 작업해 왔지만 현재는 기본적으로 활성화되어 있지 않습니다. UI와 캔버스는 여전히 OpenGL ES를 거칩니다."
Android Q의 제스처 바를 더욱 동적으로 만들기
XDA의 몇몇 사람들은 아직도 그렇게 생각해요 안드로이드의 새로운 제스처는 엉망이다, 하지만 개인적으로 괜찮다고 생각해요. 하지만 Android Q의 새로운 제스처를 조금만 사용해 보면 제스처 바가 손가락으로 움직이지 않는다는 것을 알 수 있습니다. 또한 홈 화면이나 최근 앱 개요와 같이 필요하지 않은 화면에도 표시됩니다. 알렌 황 라고 그들은 "탐색 노선을 덜 정적으로" 만들 수 있는 "기회가 있다는 데 전적으로 동의합니다". 그는 추가로 말한다 "이것은 우리가 작업하고 있는 것이지만 산만하지 않도록 균형을 맞추는 것이기도 합니다. 나타나다/사라진다."
저장소 액세스 프레임워크 개선
Android Q의 많은 변경 사항으로 인해 Android Q의 기능이 크게 향상되었습니다. 플랫폼의 보안 및 개인 정보 보호. "범위 지정 저장소"라고 불리는 이러한 변경 사항 중 하나는 합리적인 방식으로 외부 저장소에 있는 파일에 대한 앱의 액세스를 제한합니다. 예를 들어 음악 앱은 갤러리를 볼 필요가 없습니다. Android Q에서 실행되는 파일 관리자 앱은 정상적으로 계속 작동하려면 Storage Access Framework라는 API를 사용해야 하지만, 일부 개발자는 이 API가 열등하다고 생각합니다. 이전에 사용 가능했던 것. Google의 Jeff Sharkey 라고 팀은 이러한 개발자의 불만 사항 중 일부를 해결했습니다.
"우리는 최신 Android Q 베타 릴리스에서 SAF 성능을 일부 개선했습니다. 최신 베타와 비교하여 벤치마크를 확인해 주실 수 있나요? 또한 대량 작업을 실행할 때 ContentProviderClient를 사용하고 있는지 확인하세요."
Project Treble은 Android Oreo에 비해 Android Pie 채택을 개선했습니다.
우리는 Android 프레임워크의 주요 하위 수준 재설계인 Project Treble이 최신 Android OS 버전의 채택을 어떻게 개선했는지 이미 살펴보았습니다. Google은 수많은 스마트폰 공급업체가 합류한 데 Treble이 기여했다고 생각합니다. 안드로이드 P 베타 작년과 안드로이드 Q 베타 올해. 프로젝트 트레블(Project Treble)의 리더인 일리얀 말체프(Iliyan Malchev) 메인라인 엔지니어, 라고 Android Pie 채택은 2018년 말 Android Oreo 채택의 "3배"였습니다.
같은 댓글에서 Dick Dougherty는 Android 버전 분포 차트에 더 유용한 측정항목이 작업 중이라고 밝혔습니다. 차트는 다음과 같습니다. 5월에 마지막 업데이트됨, 하지만 해당 데이터는 앱 개발자보다 언론인에게 더 유용합니다.
화면 녹화는 여전히 WIP입니다.
초기 Android Q 베타에는 기본 화면 녹화를 위한 기능 플래그가 추가되었지만 플랫폼 자체는 다음과 같이 화면 녹화의 유용성을 크게 향상시켰습니다. 앱이 다른 앱의 오디오를 캡처하도록 허용. Stephanie Saad Cuthbertson은 팀이 "어제까지만 해도 화면 녹화 요구 사항을 어떻게 더 잘 처리할 수 있을지"를 고려하고 있다고 말했습니다. 다른 스마트폰 브랜드는 다음과 같습니다. 원플러스, ASUS, Huawei 및 Samsung은 내부 오디오를 녹음할 수 있는 강력한 화면 레코더를 보유하고 있으므로 Google이 여기서 따라잡을 것입니다.
다크 테마 모든 것!
혹시 놓친 경우를 대비해 Google은 대부분의 앱에 다크 모드를 추가하고 있습니다. 스테파니 사드 커스버트슨 라고 모든 "주요 앱"이 "공식 [Android Q] 릴리스를 통해" 어두운 테마를 지원할 것으로 기대합니다. 현재 Google Chrome에서도 시스템 전체의 어두운 테마가 활성화되면 페이지를 강제로 다시 로드하며, 테마가 활성화되면 더 이상 새로 고침되지 않도록 업데이트됩니다. 변경되었습니다.
예, 타사 실행 프로그램은 제스처와 함께 작동합니다(최종적으로).
안드로이드의 제스처는 일종의 타사 실행 프로그램을 사용할 때 깨짐. 최근 앱 UI가 스톡 런처 앱 내에 포함되어 있는데, Google에서는 아직 그렇지 않았기 때문입니다. 기본 Pixel에서 제스처를 사용할 때 볼 수 있는 것과 동일한 원활한 전환을 제공하는 방법을 알아냈습니다. 발사통. 아담 코헨 긍정하다 Google은 이러한 문제를 "출시 후 최대한 빨리" 해결할 계획입니다. 그는 더 나아가 다음과 같이 말한다. 비호환성은 "Q 이후 업데이트에서 해결될 예정이며 다음 버전으로 출시되는 새 장치에 대해 백포트됩니다. 큐."
동적/논리 파티션은 맞춤형 ROM을 죽이기 위한 것이 아닙니다.
지원하기 위해서는 동적 시스템 업데이트 Android Q에서는 Google Pixel 3 및 Pixel 3 XL과 같은 특정 장치가 논리 파티션을 사용합니다. 이러한 파티션은 동적으로 크기를 조정할 수 있습니다. 이 변경 사항은 루트 액세스가 작동하는 데 어려움이 있음이 입증됨, 일부 개발자는 맞춤형 ROM이 타겟이 되는 것을 우려하고 있습니다. Iliyan Malchev는 맞춤형 ROM을 제한하려는 의도가 없다고 확신합니다. 처럼 그는 설명한다:
"동적 파티션은 사용자 정의 ROM으로 수행할 수 있는 작업을 제한하기 위한 것이 아닙니다. 고정된 파티션 크기 문제와 장치를 다시 파티션하는 안전한 방법이 없는 문제에 대한 솔루션 오타. 동적 파티션 이전에 OEM이 크기 조정에 실수를 한 경우 시스템 파티션, 그런 다음 선택의 제약을 받게 되어 특정 기간 이후에는 장치를 업그레이드하는 것이 사실상 불가능해집니다. 가리키다. 일부 OEM은 관행적으로 OTA에서 장치를 다시 파티션하지만 이는 a) Android에서 공식적으로 지원되지 않으며 b) 파티션 테이블을 변경하는 것은 매우 위험한 것으로 간주됩니다. 동적 파티션은 물리적 파티션 테이블과 OS가 보는 사이에 간접적인 수준을 도입하여 문제를 완화하는 것을 목표로 합니다. 이를 통해 OTA에서 파티션 크기를 안전하게 조정할 수 있습니다. 맞춤형 ROM의 경우 현재보다 더 이상 수행할 수 있는 작업에 제약을 받아서는 안 됩니다. 맞춤형 ROM 지원은 각 개별 OEM이 활성화하기로 결정하는 것이며 앞으로도 계속 그럴 것입니다."
프로젝트 메인라인 - ART 모듈 및 지원 길이
Mainline은 특정 라이브러리와 패키지를 표준화하여 플랫폼 업데이트와 독립적으로 업데이트할 수 있도록 하는 Google의 새로운 이니셔티브입니다. 어떤 사람들은 왜 Android 런타임(ART)이 아직 메인라인 모듈이 아닌지 궁금해했지만 저는 Google I/O에서 다음과 같은 말을 들었습니다. ART 모듈화와 관련된 복잡성으로 인해 이를 초기 APEX 패키지 중 하나로 포함할 수 없었습니다. 처럼 설명했다 Iliyan Malchev와 Diana Wong의 글:
"런타임 업데이트(특히 성능, GC 수정, 핵심 라이브러리)는 확실히 우리가 메인라인 맥락에서 탐구하고 있는 부분입니다. 이러한 업데이트를 모든 장치와 메인라인의 여러 릴리스에서 일관되게 만들 수 있으면 많은 이점을 얻을 수 있습니다. 개발자를 위해 최선을 다하는 방법을 생각하는 것은 기술적으로도 큰 과제이며 아마도 다년간의 노력이 필요할 것입니다. 현재 Mainline이 할 수 있는 일은 아니지만 확실히 우리가 생각하고 있는 일입니다."
AOSP Gerrit를 따라가면 Google이 그럼에도 불구하고 열심히 일하다 런타임 APEX를 만드는 중입니다. 현재 그들은 Bionic과 ART/libcore 분리 별도의 APEX 모듈로 분리됩니다.
프로젝트 메인라인의 이점과 관련하여 한 사용자가 메인라인 업데이트 기간에 대해 질문했습니다. 이에 대해 일리얀 말체프는 라고 "이것은 아직 평가 중인 정책 문제이지만 가능한 한 오랫동안 장치의 메인라인 모듈을 업데이트하고 싶습니다." XDA 인정 개발자 luca020400 맞춤형 ROM 개발자가 업데이트를 병합할 수 있도록 사전 구축된 메인라인 모듈이 제공되는지 여부에 대해 문의했고 그에 대한 응답으로 Jeff Bailey 반복한다 "AOSP에서 분리되는 모듈은 각 모듈 릴리스와 일치하는 소스 릴리스를 갖게 됩니다." 우리는 이미 AOSP에서 새로운 APEX 모듈의 진행 상황을 볼 수 있습니다. 신경망 API.
CameraX와 ML Kit의 만남
올해 I/O에서 Google은 CameraX Jetpack 라이브러리. 이 라이브러리는 개발자가 Android Lollipop까지 호환성을 유지하면서 Android의 Camera2 API를 더 쉽게 지원할 수 있도록 설계되었습니다. 비닛 모디 놀리다 회사는 CameraX를 다음과 통합하기 위해 노력하고 있습니다. ML 키트, Google의 기계 학습 Firebase SDK를 사용하여 개발자는 분석을 위해 이미지 프레임을 ML Kit에 공급할 수 있습니다.
CameraX 공급업체 확장 프로그램 및 출시일
카메라 앱 개발자는 타사 카메라 앱에서 Google Pixel의 Night Sight와 같은 고급 카메라 기능에 액세스할 수 없다는 사실을 안타까워합니다. 이 문제는 Google의 Jeff Sharkey가 설명하는 CameraX 공급업체 확장을 통해 해결될 수 있을 것으로 예상됩니다. 라고 "모든 Pixel 기기는 CameraX Core에 최적화되어 있습니다." 그는 "확장 기능은 앞으로 출시될 새로운 장치에서 지원될 것"이라고 말했습니다. 게다가 구글은 "개발자와 사용자 모두에게 장치 기능을 제공할 수 있도록 여러 제조업체와 협력하고 있습니다." 직접 확인되지는 않았지만 기능을 볼 수도 있습니다. 좋다 야간 시력 에 구글 픽셀 4 CameraX 라이브러리를 사용하는 타사 카메라 앱에서 사용할 수 있게 됩니다.
Sharkey 씨는 Google이 올해 말 베타 출시를 목표로 하고 있다고 말했습니다.
Android Q의 메모리 관리 개선
Pixel 3는 다음과 같은 이유로 비난을 받았습니다. 출시 후 수많은 문제하지만 Google은 수많은 방법을 통해 이러한 문제를 해결하기 위해 많은 노력을 기울였습니다. 출시 후 업데이트. 메모리 관리는 Pixel 3의 가장 약한 측면 중 하나였지만 Android Q 릴리스에서는 상황이 조금 더 좋아질 것입니다. 셀림 시네크(Selim Cinek)에 따르면:
"예를 들어 SystemUI에서는 알림 및 기타 표면의 RAM 사용량을 줄이기 위해 Q에서 다양한 대규모 리팩토링 노력을 기울였습니다."
마침내 무선 ADB를 얻을 수 있을까요?
휴대전화를 무선으로 디버깅하려면 기기를 루팅해야 합니다. Android Studio 팀의 Jamal Eason 라고 그들은 현재 이 기능의 타당성을 다루고 있습니다.
Google은 여전히 태블릿에서 테스트를 진행하나요?
XDA 인정 개발자 루크1337 Google이 여전히 태블릿에서 AOSP UX를 테스트하는지 물었습니다. 고려하면 타당한 질문이다. 좋은 안드로이드 태블릿이 부족하다 그리고 버그 존재 현재 릴리스에서는. 알렌 황 라고 Google은 여전히 "매년 테스트하고 수정"하고 있으며 회사는 "좋은 Android 태블릿 경험을 보장하기 위해" 파트너와 긴밀히 협력하고 있습니다.
Reddit에는 전체 스레드에 더 많은 게시물이 있습니다. 여기서 다룬 내용은 우리가 배운 모든 새로운 정보를 요약한 것입니다. 하지만 몇몇 Google 직원은 (특히 Dianne Hackborn) X 기능을 삭제하거나 Y를 구현하지 않은 이유에 대해 설명합니다. 허가. Android 팀의 의사 결정을 좀 더 잘 이해하고 싶다면 전체 AMA를 읽어 보시기 바랍니다.
/r/AndroidDev에서 전체 AMA를 읽어보세요.