
Japanese: 
Android Fireside Chatへようこそ
年２回開催している本イベントでは
参加者の方からさまざまな
質問を受け付けて
それにお答えしています
ルールが１つだけあります
時期に関する質問をされても
ご期待に沿う回答は
できかねます
今後の開発については
申し上げられないからです
それ以外の質問なら歓迎です
技術について
面白い議論ができればと思います
このイベントは皆さんの質問で
成り立っています
Google I/Oの
Fireside Chatなどでは
SNSで事前に質問を受け付けますが
今回は行なっていません
会場の皆さんが頼りですので
よろしくお願いします
後方の方も指名します
まだ質問を考えていない方は
パネリストの自己紹介中に
お考えください
トーア お願いします

English: 
[TITLE MUSIC]
CHET HAASE: Welcome to
the Android Fireside
Chat, something we try to do
now, what, twice a year, where
everybody gets to
ask random questions
and then we try to figure out
what the answer to them is.
Ground rules-- the
only ground rule
is, if you ask a question
along the lines of "when is,"
you will be disappointed
with the answer.
We don't talk about future
developments for the most part.
And otherwise, anything is game.
Let's have an interesting
technical discussion.
Let's see, also,
all of this today
is driven by audience questions.
Sometimes at the
Fireside Chat, especially
at I/O, we sort of pre-roll some
questions from social media.
And we did not do that.
So we are depending upon
you to ask the questions.
That's your job.
And I will try to see
up in the heights.
So if you don't
know any offhand,
try to think of some quick
while the panel introduces
themselves.

Indonesian: 
-Selamat datang
di Android Fireside Chat,
acara yang kami upayakan
untuk diadakan dua kali setahun
dan semua orang bisa
mengajukan pertanyaan apa pun
lalu kami mencoba mencari tahu jawabannya.
Satu-satunya aturan dasarnya adalah
jika menanyakan tentang "kapan",
kalian akan kecewa
mendengar jawabannya.
Karena sebagian besar, kami tidak
membahas perkembangan di masa mendatang.
Silakan ajukan
pertanyaan apa pun selain itu.
Mari kita membahas 
masalah teknis yang menarik.
Selain itu, semua sesi pada hari ini
didorong oleh
pertanyaan audiens.
Terkadang di Fireside Chat, terutama
di I/O, kami memilah
beberapa pertanyaan dari media sosial.
Tapi sekarang
kami tidak melakukannya.
Jadi kami bergantung pada
pertanyaan yang kalian ajukan.
Itulah tugas kalian.
Dan saya akan
mencoba melihatnya dari sini.
Jadi, belum tahu mau tanya apa,
coba pikirkan dulu
selagi panel memperkenalkan diri.
Mari kita mulai dari Tor.

Korean: 
[타이틀 음악]
Android Fireside Chat에
오신 것을 환영합니다
저희는 1년에 두 번씩
참석하신 여러분의 의견을 듣고
그 의견의 해결책을 
찾으려고 노력하고 있습니다
한 가지 규칙이 하나 있는데요
만약 '시기'에 대한 질문을 하신다면
원하는 대답을 듣지 못하실 것입니다
Android의 향후 발전에
관해서는 이야기하지 않겠습니다
그 이외의 것은 무엇이든 좋습니다
재미있는 기술적인 토론을 해봅시다
오늘 토론의 모든 내용은
여러분의 질문이 이끌어가는 것이죠
특히 I/O에서 열리는 Fireside Chat에서는
소셜 미디어로 일부 사전 질문을 받았지만
오늘은 받지 않았습니다
그래서 오늘은 여러분의 질문이 중요하니
질문을 많이 해주시길 바랍니다
저는 여기서 지켜보는 역할을 하겠습니다
그러니 지금 질문이
떠오르지 않는다면
패널이 자기소개를 하는 동안
질문할 내용을 생각해 보세요

Spanish: 
Bienvenidos a Android Fireside Chat
un evento que organizamos dos veces al año
en el que todos pueden hacer preguntas
e intentamos encontrarles una respuesta.
La única regla del juego
es no preguntar "cuándo" sucederá algo
ya que no les gustará la respuesta.
En general,
no hablamos sobre desarrollos futuros.
Más allá de eso, todo está permitido.
Tengamos un debate técnico interesante.
En esta ocasión, responderemos
las preguntas del público.
Algunas veces, en Fireside Chat,
sobre todo en I/O,
respondemos preguntas
de las redes sociales.
Esta vez no es así.
Dependemos de sus preguntas.
Es su responsabilidad.
Trataré de ver hasta el fondo.
Si no tienen preguntas preparadas
piensen en algunas mientras
los miembros del panel se presentan.

Portuguese: 
[MÚSICA TOCANDO]
Bem-vindos ao Android Fireside
Chat, algo que tentamos realizar
agora duas vezes por ano, em que
todos fazem perguntas aleatórias
e tentamos descobrir as respostas.
Regra básica: a única regra básica é
se fizer uma pergunta com "Quando",
você ficará chateado
com a resposta.
Não falamos sobre desenvolvimentos
futuros na maior parte do tempo.
No mais, tudo é jogo.
Teremos uma discussão
técnica interessante.
Veremos, também, que tudo isso hoje
é orientado pelas perguntas do público.
Às vezes, no Fireside Chat, especialmente
no I/O, retiramos algumas perguntas
das mídias sociais.
Mas não fizemos isso.
Então, estamos contando com vocês
para fazerem as perguntas.
Isso é com vocês.
Tentarei ver daqui de cima.
Se vocês ainda não têm
nenhuma no momento,
tentem pensar em algo rapidamente
enquanto o painel se apresenta.

English: 
Why don't we start with Tor.
TOR NORBYE: All right,
so I'm Tor Norbye.
I'm director of Android Studio.
DIANNE HACKBORN: Hi,
I'm Dianne Hackborn.
I manage the framework team.
WALE OGUNWALE: I'm Wale.
I lead the window manager team.
MADY MELLOR: I'm Mady.
I'm an engineer on system UI.
AURASH MAHBOD: Hi, I'm Aurash.
I'm on Play.
STEPH CUTHBERTSON: I'm Steph.
I'm the director
for the developer PM
DevRel and UX team.
BRIAN CARLSTROM: Hi, I'm Brian
Carlstrom from the Android
engineering team.
KRISH VITALDEVARA: I'm Krish.
I'm on Play trust and safety.
YIGIT BOYAR: I'm Yigit.
I work on architecture
components.
ROMAIN GUY: And I'm Romain.
I work on the Toolkit team.
And I would like to
point out that only
Tor and Steph used their title.
[LAUGHTER]
We get it, you have a
higher title than we do.
[LAUGHTER]
CHET HAASE: Title-driven
development.
So in addition-- so it
turns out that Android
is a really huge platform with
many, many things going on.
And there's a really good chance
that a question that you ask

Indonesian: 
-Oke, perkenalkan
saya Tor Norbye.
Saya direktur Android Studio.
-Hai,
Saya Dianne Hackborn.
Saya mengelola tim Framework.
-Saya Wale.
Saya memimpin tim window manager.
-Saya Mady.
Saya engineer di UI sistem.
-Hai, saya Aurash.
Saya bekerja di Play.
-Saya Steph,
direktur untuk tim DevRel dan UX
PM developer.
-Hai, saya Brian Carlstrom
dari tim engineering Android.
-Saya Krish.
Saya bekerja di trust and safety Play.
-Saya Yigit.
Saya bekerja di
komponen arsitektur.
-Saya Romain.
Saya bekerja
di tim Toolkit.
Dan saya mau
katakan bahwa hanya Tor & Steph
yang menyebutkan jabatan mereka.
Kami tahu jabatan Anda
lebih tinggi daripada kami.
-Pengembangan yang didukung jabatan.
Jadi selain itu,
Android adalah platform yang
sangat besar
dengan banyak fitur dan bagian.
Dan ada peluang besar
bahwa pertanyaan yang kalian ajukan

Japanese: 
トーアです
Android Studioの
ディレクターです
Dianneです
フレームワークチームの
マネージャーです
ウェールです
ウィンドウマネージャーチームの
リーダーです
マディです
システムUIのエンジニアです
オラシュです
Playチーム所属です
ステフです
デベロッパーPM、DevRel、
UXチームの
ディレクターです
ブライアンです
Androidエンジニアリングチーム
所属です
クリシュです
Playトラスト＆セーフティチーム
所属です
イーイトです
アーキテクチャ開発者です
ロマンです
ツールキットチーム所属です
役職を言ったのは
トーアとステフだけでしたね
私たちよりも
高い役職だからでしょう
これが役職駆動開発です
１つ付け加えると
Androidは
多様な要素を含む
巨大プラットフォームです
パネリストでは詳しく答えられない

Spanish: 
Comencemos con Tor.
Mi nombre es Tor Norbye
y soy director de Android Studio.
Soy Dianne Hackborn
gerente del equipo de marco de trabajo.
Soy Wale
y estoy a cargo del equipo
del administrador de ventanas.
Soy Mady y soy ingeniera
de la IU del sistema.
Mi nombre es Aurash
y trabajo en Play.
Soy Steph
y soy directora del equipo de UX
y Relaciones de Programadores.
Soy Brian Carlstrom y trabajo
en el equipo de ingeniería de Android.
Soy Krish
y trabajo en la confianza
y seguridad de Play.
Soy Yigit y trabajo en los componentes
de la arquitectura.
Y yo soy Romain
y trabajo en el equipo de Toolkit.
Quiero destacar que solo Tor y Steph
mencionaron su cargo.
Sí, ya sabemos que tienen
un puesto más alto.
Desarrollo impulsado por el cargo.
Android es una plataforma enorme
en la que suceden muchísimas cosas.
Es posible que una de sus preguntas
supere la capacidad

Portuguese: 
Podemos começar com Tor?
Tudo bem. Meu nome é Tor Norbye.
Sou diretor do Android Studio.
Oi, Sou Dianne Hackborn,
gerente da equipe de framework.
Sou Wale.
líder da equipe de gerentes de janelas.
Sou Mady,
engenheira de IU de sistemas.
Olá, meu nome é Aurash,
Sou do Play.
Sou Steph,
diretora da equipe DevRel de PM
de desenvolvedores e UX.
Olá, sou Brian Carlstrom, da equipe
de engenharia do Android.
Sou Krish,
da equipe de segurança e segurança do Play.
Sou Yigit, trabalho
com componentes de arquitetura.
E eu sou Romain,
trabalho na equipe do Toolkit.
E gostaria de dizer que apenas
o Tor e Steph usaram seus cargos.
[RISOS]
Nós entendemos; vocês têm um
cargo maior que o nosso.
[RISOS]
Desenvolvimento orientado por títulos.
Além disso, o Android é realmente
uma grande plataforma,
com muitas coisas acontecendo.
E há uma boa chance de vocês
fazerem uma pergunta que

Korean: 
토르부터 시작해봅시다
저는 토르 노비이고
Android 스튜디오의 디렉터입니다
안녕하세요 저는 다이앤 해크본이고
프레임워크팀을 관리하고 있습니다
저는 왈레이고
윈도우 매니저팀을 이끌고 있습니다
저는 마디고
시스템 UI 엔지니어입니다
안녕하세요 저는 오라쉬이고
Play팀에서 일하고 있습니다
저는 스테프이고
개발자 PM DevRel과
UX팀 디렉터입니다
안녕하세요 Android 엔지니어링팀의
브라이언 칼스트롬입니다
저는 크리쉬이고
Play 신용안전팀에서 일하고 있습니다
저는 이기트이고
아키텍처 구성요소팀에서 일하고 있습니다
그리고 저는 로메인이고
툴킷팀에서 일하고 있습니다
그리고 토르와 스테프만이 
본인의 직함을 말했다는 것을
지적하고 싶군요
[웃음]
저희보다 직함이 높다는 것을 잘 알겠네요
[웃음]
직함을 기반으로 한 개발이군요
또한 Android는 정말
많은 일이 진행되고 있는
훌륭한 플랫폼입니다
그리고 여러분의 질문이

Portuguese: 
esteja além da capacidade de
alguém do painel
poder responder detalhadamente
Temos outras pessoas na plateia
aqui na frente ou no meio.
Podemos incluí-las também.
Vamos ver como as coisas caminham.
Eu vejo que, vou contar quantas pessoas
estão em frente ao microfone?
Nenhuma. Agora tem uma.
Excelente, temos nosso primeiro público.
Chet
Pergunta.
Tem também um microfone em cima.
Ah, sim, estou vendo.
Mas também não tem ninguém lá.
[SORRINDO]
Tudo bem.
Eu queria fazer uma pergunta não muito técnica.
Acabamos de obter a versão 10 do Android
e sabemos que muitos de vocês
trabalharam com o Android
desde sempre.
Então, qual seria a maior
surpresa ou algo que tenha sido adicionado
ou usado que você não esperava
no início da qual você mais
tem orgulho ou que mais gosta?
Quem do painel estava aqui antes
da versão 1.0?
Tudo bem, dois deles.

English: 
is going to surpass anybody
on the panel's ability
to actually answer it deeply.
So we have additional
people in the audience,
upfront or maybe spread
around in the audience.
So we may also
include some of them.
And we'll see how this goes.
So I see that--
I'm going to count
now-- how many people
are standing at the mic?
Exactly zero, but
now there's one.
Excellent, so we have
our first audience--
ROMAIN GUY: Chet--
CHET HAASE: --question.
ROMAIN GUY: --there's
also a mic at the top.
CHET HAASE: Yeah, I see.
But there's also zero up there.
[CHUCKLING]
All right.
AUDIENCE: So I wanted to ask not
as much a technical question,
but we just had
version 10 of Android,
and I know a lot of you
have been with Android
for almost ever at least.
So just kind of what
is sort of the biggest
surprise, or the thing
that has been added,
or that it's been used
for that you didn't expect
in the beginning that you're
most proud of or excited about?
CHET HAASE: So who was here
prior to 1.0 on the panel?
All right, a couple of them.

Korean: 
패널이 대답할 수 있는 수준을 능가할
가능성이 매우 큽니다
그래서 여러분들 앞쪽이나
사이사이에 퍼져있는
저희 직원이 답변을 할 수도 있습니다
시작해 보겠습니다
저는 이제
질문자를 세어보도록 하죠
마이크 앞에 몇 명이 있을까요?
아무도 없다가 한 명이 나오셨군요
첫 번째 질문자입니다
쳇
좋습니다
위쪽에도 마이크가 있어요
알겠습니다
하지만 저기에도 아무도 없군요
[웃음]
시작하시죠
기술적인 질문은 많이 하고 싶진 않지만
최근에 Android 버전 10이 출시되었고
많은 분들이 Android로
작업하는 것을 알고 있습니다
가장 놀라웠던 부분, 새로 추가된 부분
처음엔 예상하지 못했던 방식으로
사용된 부분
그리고 이중 가장 자랑스럽거나
좋았던 것은 무엇이었나요?
누가 1.0 이전부터 있었나요?
몇 명이 있군요

Spanish: 
de los miembros del panel
para responderla en detalle.
Hay otras personas en el público
en el frente o distribuidas en la sala
a las que podríamos incluir.
Vamos a ver cómo sale esto.
Veo…
Voy a contar cuántas personas
hay de pie junto al micrófono.
Ninguna. Ahí hay una.
Nuestra primera pregunta…
- Chet… hay un micrófono arriba.
- …del público.
Sí, pero tampoco hay nadie.
Muy bien.
Mi pregunta no es técnica.
Acabamos de recibir
la versión 10 de Android
y sé que muchos de ustedes
trabajan con Android
desde siempre.
¿Cuál es la sorpresa más grande
o el elemento que se agregó o usó
que no tenían en mente al principio
y que más los enorgullece ahora?
¿Quiénes ya trabajaban
en Android antes de 1.0?
Algunos.

Indonesian: 
di luar kemampuan panelis untuk
menjawabnya secara mendalam.
Jadi ada staf kami di antara audiens,
di depan atau mungkin
menyebar di antara audiens.
Jadi kami mungkin juga
meminta beberapa dari mereka membantu.
Mari kita lihat
seperti apa kelanjutannya.
Jadi sekarang...
saya akan
menghitung, berapa banyak
yang mau bertanya?
Tidak ada? Oke
tampaknya ada satu.
-Bagus, ini dia audiens pertama--
-Chet, ada mikrofon di atas.
-Ya, saya tahu.
Tapi tidak ada yang tanya di sana.
Oke
-Saya ingin bertanya
hal yang tidak terlalu teknis.
Android versi 10 baru saja rilis,
dan saya tahu
banyak dari kalian ada di tim Android
sudah sejak sangat lama.
Jadi, apa kejutan terbesar,
atau fitur yang telah ditambahkan,
atau yang awalnya tidak diharapkan
tapi sekarang paling
dibanggakan atau disukai?
-Jadi siapa panelis
yang ada di sini sebelum 1.0?
Oke, dua orang di sana.

Japanese: 
質問が出てくる可能性は
大いにあります
最前列や聴衆の中にも
専門家がいますので
質問に答えてもらう
かもしれません
成り行き次第ですね
さてそれでは
マイクの前に
何人いるでしょうか？
ゼロですか
１人いらっしゃいましたね
それでは最初の質問です
チャット
マイクは上にもありますよ
ええ でも誰もいませんよ
ではどうぞ
あまり技術的な質問では
ありませんが
先日Android 10が
リリースされました
皆さんのうち多くの方は
Androidに
ずっと携わってきたと思いますが
一番驚いたことは何でしょうか？
あるいは
予想外の使われ方をして
満足しているものや
面白いと思っているものは
何でしょうか？
1.0以前のバージョンに
関わった人はいますか？
何人かいますね

Korean: 
놀랐던 점부터 시작해 봅시다
이제는 Android가 어디에나 있기 때문에
지금은 놀라는 일은 없는 것 같습니다
그러나 초기에는
Android 스마트폰이
몇천 대 팔린 것을 축하하고
냉장고와 세탁기에도 Android가 탑재되고
이것들을 우주로 보낸 것을 기억합니다
저희는 당시 "이걸 왜 하는 거야?"
"응, 코드를 만들어 봤어"
"그렇게 하면 안 돼"와 
같은 대화를 나눴죠
[웃음]
ATM에서도 볼 수 있습니다
대단하군요
[웃음]
그리고 비행기에서 탐색 버튼을 보기 위해
화면을 위쪽으로 올리는
사람이 몇 명이나 되었을까요?
[웃음]
보통은 나름의 기교를 부리죠
가끔은 스마트폰을 끄고는
이렇게 생각하죠
나머지 비행시간 동안 무엇을 해야 하나?
그거 제가 하지 말라고 했죠?
또 다른 놀라운 점이 있나요?
제가 말할게요
기억나는 게 몇 가지 있습니다
구체적으로 두 가지가 있네요
처음으로 판매한 G1과
키보드가 없던 다른 하나는 기기 이름이
기억이 안 나네요
원래 Android는
저희 기기에만 탑재되어 있었고
이후에 일부 OEM에서
사용하기 시작했습니다

Spanish: 
Empecemos con eso: las sorpresas.
Ya nada es sorprendente
Android está en todas partes.
Pero recuerdo que, al principio
festejábamos las ventas
de los primeros miles de teléfonos
y que lo usaban en refrigeradores,
lavadoras y lo mandaban al espacio.
Pensábamos: "¿por qué lo hacen?
Escribí parte de ese código.
No deberían hacerlo".
Sí, y verlo en cajeros automáticos…
Oh, Dios.
¿Cuántas personas en un vuelo
trataron de deslizar el dedo hacia arriba
para ver los botones de navegación?
Hay trucos.
A veces lo logras
¿pero qué haces el resto del vuelo?
Te dije que dejes de hacerlo.
¿Alguna otra sorpresa?
Algunos ejemplos
me vienen a la mente.
Dos ejemplos específicos.
Primero lanzamos el G1
y después otro dispositivo
no me acuerdo el nombre
sin un teclado.
Android solo funcionaba
en nuestros dispositivos
y otros OEM comenzaron a usarlo después.

Portuguese: 
Você quer começar com isso,
as coisas surpreendentes.
Na verdade, nada mais
é realmente surpreendente,
porque o Android está
em todos os lugares.
Mas, eu me lembro do início, quando ainda
comemorávamos alguns milhares
de smartphones vendidos,
e as pessoas os colocavam
no congelador.
e máquinas de lavar e
mandando-os para o espaço.
A gente se perguntava: "Por que vocês
estão fazendo isso?".
Eu desenvolvi alguns desses códigos.
Vocês não devem fazer isso.
[RISOS]
Sim, e vemos isso nos
caixas eletrônicos também.
Meu Deus.
[RISOS]
E quantas pessoas durante um vôo
tentando deslizar a tela para cima
para ver os botões de navegação?
[RISOS]
Você pode até trapacear.
Até mesmo acabar com a tecnologia.
E pensa: "O que eu faço no resto do voo?".
Eu falei para você parar de fazer isso.
Alguma coisa ainda surpreendente?
Sim, eu
posso citar alguns pontos.
Há dois pontos específicos.
Primeiro, nós lançamos o G1. Depois,
não lembro o nome do outro dispositivo
sem um teclado.
Primeiro, o Android
só rodava nos nossos dispositivos.
Depois, alguns OEMs começaram
a utilizá-lo.

English: 
You want to start with
that, surprising things.
ROMAIN GUY: I mean, nothing's
really surprising anymore
because Android is
kind of everywhere.
But I remember in the
early days where, you know,
we're still celebrating a few
thousand phones being sold,
and people were
putting it in fridges,
and washing machines, and
sending them to space.
We were like, why
are you doing this?
Like, I wrote some of that code.
You really shouldn't do that.
[LAUGHTER]
DIANNE HACKBORN: Yeah, and
seeing it in ATMs, too, was--
ROMAIN GUY: Oh, God.
[LAUGHTER]
CHET HAASE: And how many
people have been on a flight
where you try to swipe
up from the bottom
to see the navigation buttons?
[LAUGHTER]
You can usually trick it.
And then occasionally you
can even kill the tech.
And then you're like, what do I
do for the rest of the flight?
ROMAIN GUY: I told you
to stop doing that.
CHET HAASE: Anything
else surprising?
DIANNE HACKBORN:
I'll say-- there's
a couple points I remember.
There's two specific points.
Because we first
shipped the G1, and then
I can't remember the
name of the other device
without a keyboard.
But originally Android was
only running on our devices,
and then some OEMs
started shipping it.

Japanese: 
まずロマンに
答えてもらいましょう
Androidが広まった今では
驚くことはありませんが
電話が数千台売れただけで
喜んでいた草創期の頃は
冷蔵庫や洗濯機に入れたり
宇宙旅行させる人がいましたが
不思議でした
私が携わった製品に
それはないでしょう
ATMに入っていたときは…
驚きでしたね
飛行機で移動中に
下から上にスワイプして
ナビゲーションボタンを
表示しようとしませんでしたか
小技を使ったり
時にはデバイスを停止させてしまい
到着まで何をしようかと
考えませんでしたか
それはやめたほうがいいと
言いましたよね
他に驚いたことは？
いくつか
覚えていますが
２つ詳しく話します
G1を初めて出荷したとき
もう１つのキーボードなしの
モデルも含め
Androidは
私たちのデバイスにしか
搭載されていませんでしたが

Indonesian: 
Anda ingin memulai
dari hal yang mengejutkan.
-Saya rasa,
tidak ada hal yang mengejutkan lagi
karena Android sudah tersebar luas.
Tapi saya ingat di masa awal saat
kami masih merayakan
ribuan ponsel yang terjual,
banyak orang
menaruhnya di lemari es,
mesin cuci, dan
mengirimnya ke luar angkasa.
Kami berpikir,
kenapa melakukannya?
Saya yang
ikut menulis kodenya.
Jangan lakukan itu.
-Ya,
di ATM juga ada...
-Ya Tuhan.
-Berapa banyak
yang mencoba menggeser layar ke atas
saat di pesawat
untuk melihat tombol navigasi?
Kalian biasanya bisa mengakalinya.
Lalu, sesekali bahkan mematikannya.
Lalu berpikir, apa lagi yang bisa
dilakukan selama sisa penerbangan?
-Sudah saya bilang, hentikan.
-Ada hal lain yang mengejutkan?
-Tentunya... ada
beberapa poin
yang saya ingat.
Ada dua poin spesifik.
Setelah kami pertama kali menjual G1,
lalu perangkat lainnya
yang saya lupa namanya,
yang tidak punya keyboard.
Tapi awalnya Android
hanya ada di perangkat kami,
lalu beberapa OEM mulai menjualnya.

Japanese: 
OEMが販売を始め
ある時点からAndroidを搭載した
他社製端末の数が
私たちの端末の数を上回りました
チームメンバーの多くは
これを不安に思い
どうしようかという感じでしたが
Androidはもう
自分たちのものでなくなり
すべてを制御できなくなったことを
受け入れ始めました
ただ
大型の画面など
これらの企業が生み出した
さまざまなものを見るのは
刺激的なことでした
驚きましたね
また
Googleサービス非搭載の
Androidデバイスを製造する
企業の登場も
私たちが強く
望んでいたことでした
それが実現するのを見て
「やったぞ」と喜びました
自分たちのコントロールが以前より
及ばなくなっても
それが実現するのを見て
すばらしいと思いましたね
なるほど
次は上の方に聞きましょう
こんにちは

English: 
And there was a point where
the number of other devices
besides ours running Android
surpassed our own devices,
which for a lot of
people on the team
was kind of this really scary,
oh my gosh, what are we doing,
it's not our device
anymore, and kind
of learning to accept
that we don't have control
over what we built so much.
And it's actually--
to learn to--
it's really exciting,
actually, seeing all the things
these companies do, and
seeing them making bigger
screens, and all this stuff.
It's just amazing.
And there was another point,
seeing some other companies
make Android devices without the
Google services on them, which
is also something
we very much wanted
Android to be able to do.
But seeing that happen
is just like, oh my gosh,
we made this thing,
and this is happening.
And it's like further,
oh, and we don't have--
even less control over
what's going on there.
But it's really awesome
to see it happening.
But yeah, it's pretty amazing.
CHET HAASE: Great.
Let's go upstairs.
AUDIENCE: Hi.

Spanish: 
En un momento, la cantidad de dispositivos
que no eran nuestros, 
usando Android eran la mayoría.
A muchos nos asustó
y nos hizo pensar qué estábamos haciendo.
Ya no es nuestro dispositivo
y tuvimos que aceptar
que ya no tenemos tanto control
sobre lo que creamos.
Y...
Es muy emocionante
ver lo que las empresas crean,
como pantallas más grandes y demás.
Es fascinante.
Otro ejemplo fue ver cómo las empresas
crean dispositivos Android
sin los servicios de Google
otra característica que queríamos
ver en Android.
Verlo suceder fue fascinante
sentimos que logramos hacerlo realidad.
Y de cara al futuro
el control de lo que sucede será menor
Es maravilloso verlo en acción.
Simplemente fantástico.
Excelente.
Allá arriba.
Hola.

Korean: 
그리고 Android가
탑재된 저희 기기보다
다른 기기에 탑재되는 Android가 
더 많아지는 순간이 있었는데
팀원 중 많은 사람이 두려워했었습니다
세상에 우리가 뭘 하는 거지?
이건 더 이상 우리만의 것이 아니야
그리고는 저희가 만든 것을 
더 이상 통제할 수 없다는
사실을 받아들였습니다
그리고 사실
더 큰 화면을 만드는 등
이들 회사에서 하는
모든 것들을 보는 것은
정말 흥미진진합니다
그저 놀라울 뿐이죠
그리고 또 다른 한 가지는 다른 회사가
Google 서비스 없이 
Android 기기를 만드는 것은
저희가 Android를 만들면서
매우 원했던 것입니다
이런 현상이 일어나는
것을 보는 것은 대단하죠
우리가 Android를 만들어서 
이런 현상이 일어나고 있는 거야
이러한 현상에 대한 통제가 
점점 불가능해지고 있지만
이런 일이 일어나는 것을 
보는 것은 정말 멋진 일이죠
정말 대단합니다
좋네요
위쪽 마이크를 확인해 봅시다
안녕하세요

Indonesian: 
Ada momen saat jumlah perangkat Android
selain milik kami
lebih banyak dari perangkat kami sendiri.
Bagi banyak orang
di tim, itu hal yang mengerikan.
Kami merasa,
ya ampun, apa yang terjadi,
ini bukan lagi perangkat kami,
dan kami berusaha
belajar menerima bahwa
kami tidak punya banyak kontrol
atas apa yang sudah kami buat.
Dan sebenarnya, pengalaman ini
sungguh menarik. 
Melihat berbagai hal
yang dilakukan para produsen,
seperti membuat layar besar,
dan lain sebagainya,
terasa luar biasa.
Lalu poin lainnya,
adalah saat melihat perusahaan lain
membuat perangkat Android
tanpa menggunakan layanan Google,
yang juga sangat kami inginkan
untuk bisa dilakukan oleh Android.
Melihat ini bisa terjadi
rasanya, ya ampun,
kami berhasil membuatnya.
Lalu kemudian kami sadar bahwa
kontrol kami atas
semuanya jadi makin berkurang.
Tapi sungguh
mengesankan melihatnya terjadi.
Ya, itu luar biasa.
-Baik.
Coba di sebelah atas.
-Hai.

Portuguese: 
Houve um momento em que
o número de outros dispositivos
executando o Android ultrapassou
o dos nossos próprios dispositivos,
o que, para muitas pessoas da equipe,
era um pouco assustador.
"Meu Deus, o que estamos fazendo?
Não é mais o nosso dispositivo!"
Tivemos que aprender a aceitar
que não temos tanto controle
sobre o que criamos.
Na verdade, aprender a...
Na verdade, é interessante
ver todas as coisas
que essas empresas fazem e
vê-las criando telas
maiores e tudo o mais.
É incrível.
E há outro ponto:
ver algumas outras empresas
criando dispositivos Android sem os
serviços do Google, o que
também é algo que queríamos muito
que o Android pudesse fazer.
Mas ver o que acontece é surpreendente.
"Fizemos isso, e isso está acontecendo."
E tem mais, não temos mesmo
controle sobre o acontece.
É fantástico ver tudo acontecer.
Incrível.
Ótimo
Vamos ali para cima.
Oi.

Japanese: 
Lintのお話を見逃したので
そこで回答されていたら
申し訳ありません
今プレゼンしましょうか？
いいんですか？
冗談です
CIでチェックを行うとき
テストにもLintチェックにも
時間がかかります
これらは並行して行えません
その根本原因はLintが
GradleのWorker APIを
使用していないからです
「いつ」と聞くのは控えますが
自分のビルドで
Worker APIを使えるようになるでしょうか
できない場合
何が問題なのでしょう
「いつ」は避けました
Lintの話は忘れてましたね
昨年のDev Summitでも
LintとCIのパフォーマンスについて
質問がありました
この件は調査が必要です
Build Attribution UIの
デモを行ったときに
常時進行中のタスクは
リスト化しているとは
言いましたが
文書化しているとまでは
言わなかったので

English: 
So, disclaimer, I
missed the Lint chat,
so if this was answered
there, I apologize in advance.
CHET HAASE: (JOKING) We could
do that presentation for you
first.
AUDIENCE: (JOKING) Oh,
could you, real quick?
Thank you.
So when we're doing our
CI checks and everything,
tests take a long time,
and Lint takes a long time.
And these are not
done in parallel.
>From what I understand,
the root cause of this
is that Lint is not using
Gradle's Worker API.
So I'm going to
avoid the "when is,"
but is it possible to
make it use that, like
from our own builds?
And if not, is there
anything blocking that?
There's no word,
"when," in there.
TOR NORBYE: So I actually
missed that talk as well.
[LAUGHTER]
I'm having a flashback
to last year's Dev
Summit with questions around
Lint and CI performance.
Yeah, it's something
we should look into.
In fact, when we demonstrated
the new Build Attribution UI
today, I pointed
out that, hey, we're
listing tasks that
are always run.
I didn't highlight that I've
written one of those tasks that
is always run.

Spanish: 
Me perdí el chat de Lint
así que me disculpo
si ya respondió está pregunta.
Podríamos repetirlo para ti si quieres.
Excelente, ¿podrían hacerlo
rápidamente? Gracias.
Cuando hacemos las verificaciones de IC
las pruebas y Lint tardan mucho tiempo.
Y no se pueden hacer en paralelo.
Según entiendo
esto se debe a que Lint
no usa la Worker API de Gradle.
Voy a evitar preguntar "cuándo"
¿pero es posible hacerlo
desde nuestras propias compilaciones?
Y si la respuesta es no, ¿a qué se debe?
No pregunté "cuándo".
Yo también me perdí esa charla.
Me vienen recuerdos
de la Dev Summit
del año pasado con preguntas
sobre el rendimiento de Lint e IC.
Es algo que debemos resolver.
Cuando demostramos la nueva IU
de atribución de la compilación
dije que estamos creando listas de tareas
que se ejecutan siempre.
No destaqué que escribí una de esas tareas
que se ejecuta siempre.

Portuguese: 
Bem, eu perdi o chat sobre o Lint.
Então, peço desculpas se isso
já foi respondido.
Podemos apresentar de novo para você
primeiro.
[BRINCANDO] Verdade? Rápido assim?
Obrigado.
Então, quando fazemos
as verificações de CI etc.,
os testes levam muito tempo,
e o Lint leva muito tempo.
Eles não são feitos em paralelo.
Pelo que sei, a causa raiz disso
é que o Lint não usa a API Worker
do Gradle.
Vou evitar o "quando",
mas é possível usar isso,
por exemplo, a partir das
nossas compilações?
Se não for, tem alguma coisa
impedindo isso?
Não há uma palavra
"quando" aqui.
Em perdi essa palestra também.
[RISOS]
Eu me lembro que, no Summit Dev
do ano passado, tivemos perguntas
sobre o Lint e o desempenho de CI.
Sim, é algo que temos que analisar.
Quando demonstramos
a nova IU de atribuição de compilação
hoje, eu indiquei que estamos
listando tarefas que são
sempre executadas.
Eu não destaquei que eu criei
uma dessas tarefas que
é sempre executada.

Korean: 
미리 말씀드리면 제가 
Lint Chat에 참석을 못 했습니다
그래서 만약 이 질문의 답이 이미 
나왔다면 미리 사과드립니다
프레젠테이션을 다시 해드릴 수
있습니다
짧게 할 수 있나요?
감사합니다
CI 검사나 모든 작업을 수행할 때는
테스트 시간이 오래 걸리고 
Lint 시간도 오래 걸리며
또한 동시에 수행되지 않습니다
그 이유는 Lint가
Gradle의 Worker API를
사용하지 않는 것이
근본 원인인 것 같습니다
시기에 관한 질문은 피하겠지만
자체 빌드를 가지고
Lint에서 Worker API를
사용할 수 있습니까?
아니면 차단되나요?
시기에 관한 내용은 없습니다
사실 이런 대화가 그리웠습니다
[웃음]
Lint와 CI 성능에 관한 질문이 있었던
작년 개발자 서밋이 생각납니다
저희가 더 알아봐야 할 부분입니다
사실 오늘 새로운
Build Attribution UI를 시연했을 때
저는 우리가 항상 실행되는 작업만
나열하고 있다고 지적했지만
제가 항상 실행되는
작업 중 하나를 작성한 것은

Indonesian: 
Jujur saya
ketinggalan obrolan Lint,
jika ini sudah terjawab,
saya minta maaf sebelumnya.
-(BERCANDA) Kami
bisa ulangi presentasinya untuk Anda.
-(BERCANDA) Oh,
bisa jelaskan dengan cepat?
Terima kasih.
Jadi saat kita melakukan pemeriksaan CI,
baik pengujian maupun
Lint perlu waktu yang lama.
Dan ini tidak dilakukan secara paralel.
Sejauh ini, penyebab utamanya adalah
Lint tidak
menggunakan Worker API Gradle.
Jadi saya akan
menghindari pertanyaan "kapan",
tapi apakah mungkin menggunakannya
dari build kita sendiri?
Dan jika tidak, apa kendalanya?
Tidak ada kata, "kapan", kan.
-Sebenarnya saya
juga melewatkan topik itu.
Saya jadi ingat
pertanyaan di Dev Summit
tahun lalu terkait performa Lint dan CI.
Ya, itu adalah hal
yang harus kami perhatikan.
Bahkan, saat mendemonstrasikan
UI Atribusi Build baru hari ini,
saya menyebutkan bahwa kami
membuat daftar tugas
yang selalu dijalankan.
Saya tidak menjelaskan bahwa
sayalah yang menulis salah satu tugas

Japanese: 
その点は配慮不足でした
前列のザブも
対処してほしいという
顔をしています
取り組むべき課題ですが
チャットが言ったように
今はお約束できません
ご要望ありがとうございます
ありがとうございました
こんにちは
たくさん質問がありそうですね
質問をどうぞ
インストゥルメンテーションテストに
ついての質問です
私たちはテストの信頼性を
高めるために
インストゥルメンテーションテストを
実施できる
信頼性の高い環境を
作ろうとしています
そこで テストごとに
スクリプトでモニターを停止し
再起動して
オンラインになるまで待機するなどの
手順を行っています
それでも信頼できる環境を
作れないのですが
何か助言をいただけないでしょうか？
信頼性の高いテスト環境とは
つまり
アクティビティの開始時間のような...
今何と？

English: 
So it's a bit of shame for me.
I know Zab is smiling
from the front row.
It's something he
wants us to work on.
So it's something
we should get to.
But obviously, as
Chet mentioned,
we're not going to
make promises today.
CHET HAASE: But thank you
for the feature request.
AUDIENCE: Appreciate it.
CHET HAASE: Hi.
Wow, looks like you have a
whole sheet full of questions.
All right.
AUDIENCE: Yay.
I'm sorry, I will ask questions
about instrumented test.
Because we have really
tried to make it reliable,
and to get an environment
that will be reliable enough
to do instrument test.
So we tried to do a script
to kill the monitor,
to restart it at each test,
to wait for it to be online,
and all that kind of stuff.
And we are still failing to
get a reliable environment.
So do you have any advice
so we can get there?
CHET HAASE: Reliable
test environment--
are you talking about like--
AUDIENCE: Instrumented test.
CHET HAASE: --launch time
for activities-- what's that?

Spanish: 
Me avergüenza un poco.
Sé que Zab sonríe
desde la primera fila.
Quiere que trabajemos en eso.
Nos tenemos que ocupar del tema.
Aunque, como dijo Chet
hoy no vamos a hacer promesas.
- Pero gracias por la solicitud.
- Muchas gracias.
Hola.
Parece que tienes una hoja
llena de preguntas.
Mi pregunta
es sobre la prueba instrumentada.
Tratamos de que sea confiable
y de obtener un entorno que sea
lo suficientemente confiable
para hacer la prueba instrumentada.
Tratamos de crear una secuencia
de comandos, cerrar el supervisor
reiniciar después de cada prueba,
esperar a que esté en línea
y demás.
Y seguimos
sin conseguir un entorno confiable.
¿Tienen algún consejo para lograrlo?
Entorno de prueba confiable…
- ¿Hablas de…
- La prueba…

Korean: 
언급하지 않았습니다
조금 부끄럽네요
잽이 맨 앞줄에서 웃고 있군요
잽이 우리가 해결하기를 원하고 있습니다
저희가 개선해야 할 일입니다
그러나 분명한 것은 쳇이 언급했듯이
오늘은 약속을 해 드릴 수는 없습니다
기능 요청에 대해서는 감사드립니다
감사합니다
안녕하세요
질문으로 가득 찬 질문지를 
가지고 있는 것 같군요
좋습니다
네
죄송하지만 계측 테스트에 
관한 질문을 드리겠습니다
저희는 실제로 안정성을 
높이고 계측 테스트를 수행하기에
충분히 안정적인 환경을 만들기 위해
노력해 왔습니다
그래서 우리는 모니터를 중지하고
테스트 시마다 모니터를 다시 시작하고 
가동할 때까지 기다리는 작업을 위한
스크립트를 만들려고 노력해 왔지만
여전히 안정적인 환경을 
얻지 못하고 있습니다
안정적인 환경을 얻기 위한 
조언을 해 주실 수 있나요?
안정적인 테스트 환경이라면
혹시--
계측 테스트입니다
활동 시작 시간인가요?

Indonesian: 
yang selalu dijalankan itu.
Jadi sedikit memalukan bagi saya.
Saya tahu Zab
tersenyum dari barisan depan.
Dia ingin kami kerjakan masalah ini.
Jadi, ini hal yang
harus kami lakukan.
Tapi seperti
yang Chet bilang,
kami tidak bisa
janji apa pun sekarang.
-Terima kasih atas permintaan fiturnya.
-Tidak apa-apa.
-Hai.
Wow, sepertinya Anda
punya segudang pertanyaan.
Oke.
-Ya.
Maaf, saya akan bertanya
tentang pengujian instrumen.
Kami telah benar-benar
mencoba membuatnya menjadi andal,
dan untuk memperoleh
lingkungan yang cukup andal untuk
melakukan pengujian instrumen.
Jadi kami mencoba membuat
skrip untuk menutup monitor,
memulainya ulang di setiap pengujian,
menunggu sampai tersambung ke internet,
dan hal lain sebagainya.
Tapi kami masih gagal
memperoleh lingkungan yang andal.
Jadi, apa Anda punya
saran agar kami bisa berhasil?
-Lingkungan pengujian yang andal,
-Maksud Anda--
-Pengujian instrumen.
-Apa?

Portuguese: 
Foi um pouco de vergonha.
Sei que Zab está rindo
agora aqui na frente.
É algo que ele queria
que nós trabalhássemos.
Então, temos que fazer isso.
Claro, como Chet mencionou,
não faremos promessas hoje.
Mas obrigado por solicitar
o recurso.
De nada.
Oi.
Parece que você tem uma
lista de perguntas.
Tudo bem.
Sim.
Desculpe, vou fazer
perguntas sobre testes instrumentais.
Porque tentamos torná-los confiáveis
e ter um ambiente suficientemente
confiável
para os testes intrumentais.
Tetamos criar um script para
matar o monitor,
reiniciá-lo em cada teste,
esperar para que ele ficasse on-line
e todos esses tipos de coisa.
Mas ainda não conseguimos
ter um ambiente confiável.
Você tem alguma dica
de como podemos conseguir isso?
Ambiente de testes confiável.
Você está falando sobre...
Testes instrumentais.
Tempo de inicialização de atividades.
É isso?

Spanish: 
- …tiempo de inicio para las actividades…?
- Prueba instrumentada para prueba de IU.
Bien.
No sé cuándo es la charla sobre pruebas.
Si es hoy o mañana.
Sabemos que es difícil
pero también es posible.
Nosotros también lo hacemos.
Hay planes a largo plazo
pero en el futuro lejano.
Debes lidiar con Espresso
y otras bibliotecas
que se crearon partiendo de esa base.
Es muy difícil, pero no hay nada
que podamos ofrecer.
Otra opción
consiste en minimizar la dependencia
en las pruebas de instrumentación.
Lo recomiendo.
También puedes usar Robolectric
para algunas partes
en las que no quieras probar la IU.
Para probar la IU,
necesitas una prueba de instrumentación.
Es la única manera.
Sé que Espresso
intentó ocuparse de esto
y de que todo sea más confiable.
Y tenemos muchas pruebas instrumentadas
para la plataforma en el marco de trabajo.
La buena noticia es que nos pasa lo mismo.

English: 
AUDIENCE: For instrumented
test for a UI test mostly.
CHET HAASE: Right.
YIGIT BOYAR: I don't know
when we have the testing
talk-- it's today or tomorrow.
Like, we know it is hard.
It's kind of doable.
I mean, we do it too.
But there is some
longer-term planning,
but it's distant future.
So you kind of need to deal with
Espresso and other libraries
people built on
top of it for now.
So right now, it's
really hard, but there
is nothing we can provide.
But you can always try to--
other people just try to
minimize their reliance
on instrumentation tests.
I recommend that.
And then you can also
try using Robolectric
for some parts of it
where you're really
not trying to test the UI.
But for testing the UI, you have
to run an instrumentation test.
There's no way around it.
CHET HAASE: I know
Espresso has tried
to deal with a lot
of these things
and make things more
reliable in general.
ROMAIN GUY: Yeah,
and we have a lot
of instrumented tests for the
platform in the framework.
And the good news is that
they're also very flaky for us.

Portuguese: 
Para testes instrumentais,
testes de IU, principalmente.
Certo.
Eu não sei quando falaremos
sobre testes, hoje ou amanhã.
Mas, sabemos que esse tipo
de coisa é difícil.
Ou seja, fazemos isso também.
Mas há um planejamento,
mas para um futuro distante.
Então, você precisa negociar
como o Espresso e outras bibliotecas
que as pessoas criam para isso agora.
No momento, é difícil, mas
não tem nada que podemos fazer.
Mas você pode tentar;
outras pessoas tentam
minimizar a confiança que têm
em testes instrumentais.
Eu recomendaria isso.
Você também pode tentar
usar Robelectric
em algumas partes onde você
consegue testar a IU.
Mas, para testar a IU, você tem que
executar um teste de instrumentação.
Não tem jeito.
Eu sei que o Espresso tentou
lidar com muitas dessas coisas
e tornou tudo mais
confiável, de um modo geral.
Sim, e temos muitos
testes instrumentais para a plataforma
no framework.
A boa notícia é que eles
são lentos para nós também.

Korean: 
UI 테스트를 위한 계측 
테스트에 주로 사용됩니다
그렇군요
정확하지는 않지만 테스트에 관한 토론이
오늘이나 내일 중에 있습니다
저희도 그것이
어렵다는 것을 알고 있습니다
가능하긴 합니다
저희도 진행하고 있지만
장기적인 계획이고
먼 미래의 일입니다
따라서 현재는 Espresso와 
이를 기반으로 구축된 다른 라이브러리를
처리해야 합니다
지금은 죄송하지만 저희가 제공할 수
있는 것은 없습니다
하지만 계측 테스트에 대한
의존도를 최소화하려고
노력하는 것을
저는 추천합니다
그런 다음 UI를 테스트하지 않는
일부 부분에 Robolectric을
사용해 볼 수도 있습니다
하지만 UI를 테스트하려면 
계측 테스트를 실행해야 하죠
다른 방법이 없습니다
Espresso에서 이런 문제를
많이 다루고 전반적으로
더 안정적으로 만들려고 노력했습니다
프레임워크의 플랫폼에 대한
많은 계측 테스트가 있습니다
계측 테스트는 저희에게도 
매우 안정적이지 않으니 안심하십시오

Japanese: 
UIのインストゥルメンテーション
テストです
なるほど
テストに関する講演は
いつだったでしょうか
困難なことは把握していますが
一応は実施できます
実は私たちも
実施しています
しかし 長期的な計画なので
かなり先になるでしょう
現在はEspressoや
それを基に作成された
ライブラリで
対処する必要があります
今はとても困難ですが
他に方法はありません
ただ
インストゥルメンテーションテストに
極力頼らないようにしている
開発者もいますので
それもご検討ください
UI以外のテストに関しては
Robolectricを
使うのもよいでしょう
しかし UIテストでは
インストゥルメンテーションテストは
必須です
Espressoは
このようなテストの
信頼性を高めるためのものです
私たちもプラットフォームの
インストゥルメンテーションテストを
何度も行いました
結果は当てになりませんでしたが

Indonesian: 
-Pengujian instrumen,
biasanya untuk pengujian UI.
-Baik.
-Saya tidak tahu kapan
topik pengujian akan dibahas.
Mungkin hari ini atau besok.
Karena kita tahu itu rumit.
Namun bisa dilakukan.
Kami pun melakukannya.
Tetapi ada beberapa
perencanaan jangka panjang,
tetapi jauh di masa mendatang.
Jadi Anda perlu berhadapan
dengan Espresso dan library lain
yang banyak digunakan untuk saat ini.
Jadi saat ini sangat sulit, tetapi
tidak ada yang bisa kami berikan.
Anda bisa mencoba...
orang lain mencoba
meminimalkan ketergantungan
pada pengujian instrumentasi.
Itu saran saya.
Lalu, Anda juga bisa
mencoba menggunakan Robolectric
untuk beberapa bagian saat Anda
tidak mencoba menguji UI.
Tapi untuk menguji UI, Anda
harus menjalankan pengujian instrumentasi.
Tidak ada jalan lain.
-Saya tahu
Espresso telah mencoba
menangani berbagai hal ini
dan menjadikannya lebih
andal secara umum.
-Ya,
kami punya banyak
pengujian instrumen untuk
platform di framework.
Kabar baiknya, pengujian itu juga
sangat tidak stabil bagi kami.

Indonesian: 
-Adakah anggota tim pengujian
di sini yang mau
menambahkan dan menjawabnya?
Oh, tidak ada yang mengangkat tangan.
Ada jam kerja pengujian khusus.
Ya, silakan.
Bagus.
-Ada jam kerja pengujian khusus
di summit, dan
seluruh tim pengujian kami
akan hadir di sana.
Jadi Anda bisa menanyakannya.
-Jadi carilah.
Terima kasih.
Di sebelah atas.
-Ya, terima kasih.
Ada banyak momentum
komunitas yang dibangun
di sekitar multi-platform Kotlin/Native.
Saya ingin tahu apakah
tim Jetpack atau, khususnya,
tim komponen arsitektur merencanakan
dukungan apa pun di area tersebut.
-Kami memperhatikannya
dengan sangat cermat.
Maksudnya,
kami ingin menyediakan
library yang diinginkan orang-orang.
Hal ini menjadi prioritas kami,
dan kami perhatikan dengan cermat,

English: 
[LAUGHTER]
CHET HAASE: And was anybody
from the testing team
here that wants to take that
and do anything more with it?
I'm not seeing any hands.
There is dedicated
testing office hours.
Yeah, go ahead, go ahead.
That's great.
AUDIENCE: There is a dedicated
testing officer hours
at the summit, though, and
we'll have the whole test
team here as well.
So you can ask them there.
CHET HAASE: So seek them out.
Thanks.
Upstairs.
AUDIENCE: Yeah, thanks.
So there's a lot of
community momentum building
around Kotlin/Native
multi-platform.
I'm wondering if the Jetpack
team or the, specifically,
architecture components
team is exploring
any support in that area.
YIGIT BOYAR: We're
watching it very closely.
[LAUGHTER]
No, this is like--
we want to provide libraries
that people want to use.
And this becomes important.
This is something we are
really watching closely,

Japanese: 
テストチームのメンバーで
この件について補足したい人は？
いないようですね
ちなみにテストに関しては
特別なオフィスアワーを…
補足ですか
どうぞ
このサミットではテストに関する
特別なオフィスアワーを
設けているので
そこで質問を
お尋ねください
そうですね
ありがとう
上の方
ありがとうございます
最近Kotlin/Nativeなど
マルチプラットフォーム技術の
コミュニティが活発化しています
Jetpackチームや
アーキテクチャコンポーネント
チームで
その分野のサポートは
考えていますか？
もちろん注目していますよ
私たちはユーザーが求める
ライブラリを提供したいと
考えています
この件も同様です
大いに注目している分野ですが

Portuguese: 
[RISOS]
Tem alguém da equipe de testes aqui
que queira aproveitar e dizer
algo mais sobre isso?
Não estou vendo ninguém.
Temos um horário depois
para testes.
Ok, vamos em frente.
Ótima.
Há um horário dedicado
para testes
no Summit e teremos toda a equipe
de testes aqui também.
Você pode perguntar para eles.
Então, procure por eles depois.
Obrigado.
Lá em cima.
Sim, obrigado.
Grande parte da comunidade tem criado com
multiplataforma Kotlin/Native.
Gostaria de saber se a equipe
de Jetpack ou, especificamente,
a equipe de componentes de
arquitetura está explorando
qualquer compatibilidade nessa área.
Estamos acompanhando isso de perto.
[RISOS]
Não.
Queremos fornecer as bibliotecas 
que as pessoas querem usar.
E isso se torna importante.
É algo que estamos, de fato,
acompanhando de perto,

Korean: 
[웃음]
테스트팀에서
추가하고 싶은 내용이 있나요?
아무도 없나 보군요
테스팅 담당자 근무 시간이...
계속하세요
좋습니다
행사 기간 동안 테스트 담당자가 있을 것이며
테스트팀도 전부
있을 것입니다
테스트팀과 상담하실 수 있습니다
나중에 찾아보세요
감사합니다
위쪽에 계신 분
감사합니다
Kotlin/네이티브
멀티 플랫폼을 중심으로
커뮤니티가 활발하게 형성되고 있습니다
Jetpack팀 또는 특히 아키텍처 구성요소팀이
해당 영역의 지원을 검토하고 있는지
궁금합니다
그 부분을 면밀히 검토 중입니다
[웃음]
저희는
사람들이 사용하길 원하는 
라이브러리를 제공하려고 합니다
해당 영역 지원이 점점 중요해지고 있어서
열심히 검토 중이지만

Spanish: 
¿Alguien del equipo de pruebas
que quiera agregar algo?
No veo ninguna mano.
Tenemos sesiones de consulta
dedicadas a las pruebas.
Adelante.
Hay sesiones de consulta
dedicadas a las pruebas
durante la cumbre y estará presente
todo el equipo.
Pueden preguntarles.
Estén atentos.
Gracias.
Allá arriba.
Gracias.
En la comunidad, hay mucha expectativa
sobre la multiplataforma Kotlin/Native.
Quería saber si el equipo de Jetpack
o el equipo de componentes
de la arquitectura
tienen previsto ofrecer asistencia
al respecto.
Lo tenemos muy en cuenta.
La realidad es que queremos ofrecer
bibliotecas que la gente quiera usar.
Y esto es importante.
Es algo que tenemos muy en cuenta

Portuguese: 
mas sem planos no momento.
Estamos realmente recriando
a paginação na Kotlin.
E essa será realmente a primeira
biblioteca em que testamos isso.
Então, é importante que as pessoas
queiram, mas precisamos
ver a demanda para poder
oferecer o suprimento.
Steph.
Sim.
Acho que você vai quebrar as regras
de Chet, mas tudo bem
perguntar sobre o futuro,
Acho que vale a pena
dizer que uma coisa que é
realmente legal sobre a Kotlin/Native
e que geralmente
nos perguntam é sobre o compartilhamento
de código entre várias plataformas
para código de back-end
e lógica comercial.
É algo que os desenvolvedores
dizem para nós:
"Tenho esse conjunto de coisas
que eu quero fazer.
Quero fazer em...
Quero um back-end comum
que forneça funções
que funcionam na Web,
no Android, no iOS
e para muitos clientes."
Uma das coisas que eu acho
legais sobre a Kotlin/Native
é que podemos criar e depois
executar de uma forma única
e depois ter uma
maneira coerente de tratar
entre o cliente e o servidor.
Acho que essa área é
realmente interessante.

Spanish: 
pero no hay planes por el momento.
Estamos rescribiendo
la paginación en Kotlin.
Y podría ser en la primera biblioteca
en la que lo intentemos.
Lo que la gente quiere es importante
pero tenemos en cuenta la demanda
para brindar la oferta.
Steph.
Sí.
Creo que rompiste la regla de Chet
acerca de preguntar sobre el futuro,
pero no importa.
Cabe decir
que una ventaja
de la plataforma Kotlin/Native
es el uso compartido de código de backend
entre varias plataformas
con fines de lógica empresarial.
Los desarrolladores siempre nos preguntan.
"Tengo un conjunto de acciones comunes
para varias plataformas.
Quiero un backend común con funciones
que funcionen en la Web,
en Android, en iOS
en muchos otros clientes".
Una ventaja de la plataforma Kotlin/Native
es la posibilidad de escribirlos
y ejecutarlos de una sola manera
además de tener un enfoque coherente
entre tu cliente y tu servidor.
Es un área muy interesante.

Korean: 
지금 당장은 계획이 없습니다
현재는 Kotlin에서 페이징을 
다시 작성하고 있습니다
그리고 이것이 저희가 실제로 시도한 
첫 번째 라이브러리일 수도 있습니다
따라서 사람들이 원하는 것도 중요하지만
공급하기 전에
수요를 고려해 볼 필요가 있습니다
스테프
네
쳇이 정한 규칙을 어기신 것 같지만 
Android의 미래에 관한 것이니
괜찮을 것 같네요
Kotlin/네이티브에서
정말 멋진 점 중 하나이며
우리가 자주 질문을 받는
부분은 비즈니스 로직을 위한
백엔드 코드를 위해 여러 플랫폼에서
코드를 공유하는 것입니다
그리고 개발자가 자주
이야기하는 부분인데요
이들은 여러 기기에서 작동되는
공통의 무엇인가를 원합니다
웹, Android, iOS
및 기타 여러 클라이언트에서
작동하는 기능을 제공할 수 있는
공통 백엔드를 원하는 것이죠
Kotlin/네이티브에서
또 한 가지 좋은 점은
코드를 작성한 다음
한 가지 방법으로 실행할 수 있으며
클라이언트와 서버 간에 일관된 방식으로
접근할 수 있다는 것입니다
정말 흥미로운 부분이라고 생각합니다

Indonesian: 
tetapi belum ada rencana saat ini.
Kami sebenarnya sedang
menulis ulang paging di Kotlin.
Ini mungkin adalah
library pertama yang pernah kita coba uji.
Jadi memang dibutuhkan, tetapi kami perlu
melihat permintaan
untuk menyediakannya.
-Steph.
-Ya.
Sepertinya Anda melanggar aturan Chet,
karena menanyakan
rencana mendatang, tapi tak apa.
Patut disebutkan bahwa satu hal yang
sangat keren dari
Kotlin/Native adalah hal yang sering
ditanyakan yaitu
berbagi kode lintas platform
untuk kode backend logika bisnis.
Ini sering ditanyakan
oleh developer kepada kami.
Misalnya, saya ingin
melakukan sekumpulan hal umum
Saya ingin melakukannya di...
saya ingin backend umum
yang menyediakan fungsi
untuk seluruh web, Android, iOS,
dan banyak klien lain.
Menurut saya salah satu hal
yang sangat keren tentang Kotlin/Native
adalah Anda
dapat menulisnya,
menjalankannya dengan
satu cara, dan juga berpotensi
memiliki cara
koheren untuk melakukannya
antara klien dan server Anda.
Jadi saya pikir ini
adalah area yang sangat menarik.

Japanese: 
計画はまだありません
ただし 最初の試みとして
KotlinのPagingを作り直しています
ユーザーの要望は大事ですが
提供するには
需要を調べる必要があります
ステフ
そうですね
将来に関する質問には答えないという
チャットのルールに
反するかもしれませんが
Kotlin/Nativeの長所であり
よく要望があるのは
プラットフォーム間での
ビジネスロジックの
バックエンドコードの共有です
開発者からはよく
これを共通の方法で
処理したいとか
ウェブ、Android、iOSなど
クライアントを問わず動作する機能を
提供できる共通の
バックエンドが欲しいという
話を聞きます
Kotlin/Nativeの優れた点は
このようなコードを作成し
１つの方法で実行して
クライアントやサーバーを問わず
コードへのアプローチを
一本化できることです
これは興味深い分野だと思います

English: 
but no plans right now.
We are actually rewriting
paging in Kotlin.
And that might actually be the
first library we ever try this.
So it is important that people
wants, but we kind of need
to see the demand to
provide the supply.
CHET HAASE: Steph.
STEPH CUTHBERTSON: Yeah.
I think you might have broken
Chet's rule, but that's OK--
about asking for futures.
I do think it's worth
mentioning that one thing that's
really cool about Kotlin/Native
is, one thing that we're often
asked about is code-sharing
across multiple platforms
for back-end code
for business logic.
And it's something developers
talk to us about often--
hey, I have this common set
of things that I want to do,
I want to do it across--
I want a common back end
that can provide functions
that work across the
web, Android, iOS,
lots of other clients.
I think one of the things that's
really cool about Kotlin/Native
is that you would be able
to write those, and then
execute them in a single way,
and then also potentially
have a coherent way
of approaching it
between your client
and your server.
So I think it's a
really interesting area.

Japanese: 
将来に関する質問には
お答えできませんが
この分野に関する
コミュニティの意見に対しては
以前から大変興味を持っています
ありがとうございました
質問をどうぞ
簡単な質問ですが
昨年のI/OでAndroidの
テストを容易化するための
Nitrogenプロジェクトが
発表されましたが
それはどうなりましたか？
動的モジュールのテスト
インストゥルメンテーションテスト
Robolectricの改善は
今後発表されますか？
テスティングのオフィスアワーについて
告知しましたっけ？
Nitrogenに詳しい人は？
プロジェクトは今も
継続中だと思います
Studioはまだ
サポートされていません
ええ トーアが言ったとおりですね
後はオフィスアワーで
お聞きください
最近はテストに関する質問が
多いように思います
長期的に投資したい分野には
違いありません
きわめて重要ですから

Korean: 
미래에 대한 질문에는 답을 드리지 못하지만
듣고 있으니 정말 멋지네요
저희는 항상 그렇듯이 커뮤니티의 생각에
매우 관심이 많습니다
감사합니다
감사합니다
안녕하세요
안녕하세요
간단한 질문인데요,
지난해 I/O에서
Android 테스트를 쉽게 하기 위한
프로젝트 Nitrogen이 발표되었습니다
이 부분이 현재
어떻게 진행되고 있는지,
동적 모듈 테스트,
특히 계측 테스트와
Robolectric에 대한
개선이 이루어질지 여부가
궁금합니다
테스트 담당자 상담 시간을
알려 드렸나요?
[웃음]
Nitrogen에 관해서 더 
말씀하시고 싶은 분 계시나요?
현재 개선을 위한 작업이
진행 중이라고 생각합니다
스튜디오 지원은 아직 제공되지 않습니다
전체적으로
토르가 말한 것이 모두 맞습니다
테스트 담당자와 이 부분을 
상의하는 게 좋을 것 같습니다
테스트 분야는 최근에 많은 질문을
받고 있다고 생각합니다
그리고 저희가 장기적으로
투자하고 싶은 분야이기도 합니다
매우 중요한 분야이죠

Portuguese: 
Não estamos falando sobre o futuro,
mas é legal ouvir isso.
Acho que, se há...
estamos interessados
no que a comunidade pensa
sobre isso, como sempre estivemos.
Obrigado.
Obrigado.
Oi.
Olá.
Uma pergunta rápida:
acho que no I/O do ano passado,
o Projeto Nitrogen foi anunciado para
facilitar os testes no Android.
O que acontece é que vamos ver
melhorias nos módulos de testes
dinâmicos, especialmente em
relação a testes
instrumentas e Robolectric.
[BRINCANDO] Já falamos do horário
sobre os testes?
[RISOS]
Alguém sabe alguma
coisa sobre o Nitrogen?
Acho que ainda estão
trabalhando nele.
Ainda não temos suporte
para o Studio.
Sim, geralmente...
o que Tor fala é verdade.
Seria ótimo participar
do horário dos testes.
Em geral, temos recebido
muitas perguntas
sobre testes.
Realmente é algo em que adoraríamos
investir em longo prazo.
É algo super importante.

Spanish: 
No respondemos preguntas sobre el futuro
pero nos gusta escuchar al respecto
y nos interesa mucho lo que la comunidad
tiene para decir al respecto.
Gracias.
Hola.
Hola. Creo que en I/O del año pasado
se anunció Project Nitrogen
para facilitar las pruebas de Android.
¿Qué sucedió al respecto?
¿Veremos mejoras en la prueba
de módulos dinámicos,
en especial la prueba de instrumentación
y Robolectric?
¿Les hemos dicho
sobre los horarios de oficina
solo para pruebas?
¿Alguien sabe algo sobre Nitrogen?
Creo que siguen trabajando en eso.
Todavía no tenemos lista
la compatibilidad con Studio.
En general…
confío en todo lo que dice Tor.
Participen en las horas
de oficina para pruebas.
Recibimos muchas preguntas
sobre las pruebas recientemente.
Es un área en la que nos encantaría
invertir más a largo plazo.
Es extremadamente importante.

English: 
You know, we're not
answering future questions.
But it's cool to hear about
it, and I think if there is--
we're very interested in
what the community thinks
about it, like we always are.
AUDIENCE: Thank you.
CHET HAASE: Thanks.
Hi.
AUDIENCE: Hey.
So just a quick question,
and I think last yea's I/O,
Project Nitrogen was
announced for making
Android testing easy.
What happened to
that, and are we
going to see any
improvements in testing
dynamic modules, especially
around instrumentation
testing and Robolectric.
CHET HAASE: (JOKING) Have we
mentioned the testing office
hours?
[LAUGHTER]
Anyone know anything
more about Nitrogen?
TOR NORBYE: I mean, I think
they're still working on it.
We don't have studio
support ready yet.
STEPH CUTHBERTSON:
Yeah, generally I
think everything
Tor said is true.
I think it'd be great to go
to the testing office hours.
In general, I think testing
is an area we are getting
asked a lot about recently.
It's definitely
something that we'd love
to invest in for the long term.
It's something that
is super important.

Indonesian: 
Kami tidak bisa menjawab
pertanyaan terkait rencana mendatang.
Tapi topik ini bagus,
dan saya pikir kami tertarik
mendengar pendapat komunitas
tentang hal ini, seperti
yang selalu kami lakukan.
-Terima kasih.
-Terima kasih.
Hai.
-Hai.
Kalau tidak salah di I/O tahun lalu,
Project Nitrogen diumumkan untuk
memudahkan pengujian Android.
Apa yang terjadi
selanjutnya, dan apakah kita
akan melihat
penyempurnaan dalam pengujian
modul dinamis,
terutama terkait pengujian
instrumentasi dan Robolectric.
-(BERCANDA)
Apakah kami sudah bilang
ada jam kerja pengujian?
Adakah di sini yang tahu
lebih banyak tentang Nitrogen?
-Saya rasa
tim masih mengerjakannya.
Kami belum memiliki dukungan studio.
-Ya, secara umum
semua yang Tor katakan itu benar.
Sebaiknya kunjungilah
jam kerja pengujian.
Secara umum, saya pikir
pengujian akhir-akhir ini
sering ditanyakan kepada kami.
Pastinya kami suka berinvestasi
dalam jangka panjang.
Ini adalah hal
yang sangat penting.

Spanish: 
Nos encantaría ver a la gente
probando más código.
Conviene escribir código de mayor calidad.
Y los comentarios son bienvenidos.
Chet, hay muchas preguntas
sobre el futuro.
Sí.
¿Necesitan que repitamos
las reglas básicas? Solo había una.
Bien.
Hola.
¿Yo?
Sí.
Seré breve.
Hola.
¿Cuál es su paradigma favorito, antipatrón
o queja principal
que los desarrolladores
de terceros adoptaron?
Déjame pensar.
Esas son varias preguntas en una.
[Inaudible]
Dianne, ¿quieres responder primero?
Debemos tener una opinión.
Tengo varias cosas en mente.
Abusar del servicio en primer plano
es algo que provocamos
cuando quitamos las restricciones
del segundo plano y demás.

English: 
We would love to see
people testing more code.
It definitely helps you to
write higher-quality code.
And so obviously
feedback is great.
There's a lot of future
questions in here, Chet.
CHET HAASE: Yeah.
Should we repeat
the ground rules?
There was only one.
All right.
Yes, hi.
AUDIENCE: Me?
CHET HAASE: Yep.
AUDIENCE: Little short.
Hello.
So as individuals, what is your
top pet peeve, anti-pattern,
or favorite paradigm that
third-party developers
have adopted?
[CHUCKLING]
DIANNE HACKBORN: Let me think.
[CHUCKLING]
ROMAIN GUY: That was
many questions at once.
BRIAN CARLSTROM: [INAUDIBLE]
[CHUCKLING]
ROMAIN GUY: Dianne,
you want to go first?
CHET HAASE: We're supposed
to be opinionated, right?
DIANNE HACKBORN: I have
lots of little things.
I mean, abusing
foreground service
is a big one that we
kind of instigated
because we cut all the
background restrictions,
and stuff, and everything.

Portuguese: 
Gostaríamos de ver pessoas
testando mais códigos.
Isso ajuda a criar códigos
de qualidade superior.
E, obviamente,
o feedback é ótimo.
Há muitas perguntas sobre
futuro aqui, Chet.
Sim.
Melhor repetir as regras básicas?
Havia apenas uma.
Tudo bem.
Sim. Oi.
Eu?
Sim.
É rápido.
Olá.
Individualmente, qual seria a principal
pedra no caminho, antipadrão ou
paradigma favorito que desenvolvedores
terceirizados adotaram?
[RISOS]
Deixe-me pensar.
[RISOS]
Foram muitas perguntas de uma vez.
[INAUDÍVEL]
[RISOS]
Dianne, quer responder primeiro?
Temos que ser opiniativos, certo?
Tenho algumas coisinhas.
O abuso dos serviços em primeiro plano
é algo que nos instiga,
porque cortamos todas as
restrições em segundo plano
e coisas assim.

Korean: 
사람들이 더 많은 코드를 
테스트하는 것을 보고 싶습니다
더 높은 품질의 코드를 작성하는 데 
도움이 될 것이기 때문입니다
아주 좋은 의견이었습니다
향후 발전에 관한 질문이 많네요
그러네요
규칙을 다시 말씀드려야 하나요?
한 가지밖에 없습니다
좋습니다
네 질문하세요
저 말인가요?
그렇습니다
짧게 하겠습니다
안녕하세요
개인적으로 타사 개발자가
도입한 것 중에
가장 큰 불만사항, 안티패턴
또는 선호하는 패러다임은
무엇인가요?
[웃음]
생각해 볼게요
[웃음]
많은 질문이 담겨있네요
[웃음]
다이앤이 먼저 할래요?
솔직하게 의견을 말씀하시죠
소소하지만 많은 것들이 있습니다
포그라운드 서비스 남용은
저희가 부추긴 문제인 것 같습니다
백그라운드 제한 같은 것들을
다 없애버려서 그런 것 같아요

Indonesian: 
Kami senang melihat orang
lain menguji beragam kode.
Pasti membantu Anda
menulis kode berkualitas lebih tinggi.
Masukan itu pasti penting.
Ada banyak pertanyaan
rencana mendatang, Chet.
-Ya.
Haruskah kita mengulangi aturan dasar?
Hanya ada satu.
Baiklah.
Ya, hai.
-Saya?
-Ya.
-Sedikit rendah.
Halo.
Menurut Anda sebagai individu,
apa paradigma paling menjengkelkan,
atau paling favorit
yang telah digunakan oleh
developer pihak ketiga?
-Saya pikir dulu.
-Banyak sekali pertanyaannya.
-Dianne, mau duluan?
-Kita pasti
punya pendapat, kan?
-Saya terpikir beberapa hal.
Saya rasa,
penyalahgunaan layanan latar depan
adalah yang terbesar
yang kami anjurkan.
karena kita memotong
semua batasan latar belakang,
dan sebagainya.

Japanese: 
テストが増えれば
コードの質が向上します
確かに貴重なご意見です
将来に関する質問ばかりですね
そうですね
ルールをもう一度
言いましょうか？
次に行きましょう
質問をどうぞ
私ですか？
そうです
声が遠いですね
こんにちは
サードパーティの開発者が導入した
最も腹立たしいものや
アンチパターン
あるいは好きなパラダイムは
何ですか？
考えさせてください
いろいろなことを
お聞きになりましたね
Dianneはどうですか？
正直にどうぞ
いくつかありますね
フォアグラウンドサービスの濫用は
ある意味 私たちが原因です
バックグラウンド制限などを
なくしたからです

Spanish: 
Se está convirtiendo en un problema
y nos tendremos que ocupar del tema.
Para mí, el tamaño de la app.
Con el tamaño del APK en mente,
y para divertirme
"desarmo" algunas apps de terceros
para ver qué hay
y qué quedó dentro de ellas.
Es muy divertido.
A veces encuentro más de 2 MB
de imágenes de prueba
de cerdos en una carreta
y contenido aleatorio sin sentido
en una app como Yelp.
Los motivo a que hagan lo mismo
y lo publiquen en Twitter.
Es muy divertido.
Algo parecido:
otro ejemplo que vimos
es comprimir la mesa de recursos.
Algunas apps lo hacen
para reducir su tamaño.
Por eso, en el dispositivo,
debemos descomprimir
cada vez que necesitamos acceso
y es terrible.
También tenemos que ocuparnos de eso.

Japanese: 
それが問題になりつつあるので
対処しなければなりません
私はアプリのサイズですね
いつもAPKのサイズに注目しています
サードパーティのアプリを分解して
中に残っているものを見ます
とても面白いですよ
2MB以上の
いくつものテスト用画像や
カートに乗った豚の画像など
さまざまな余計なものが
Yelpなどのアプリには入っています
真似してTwitterに
投稿してください
楽しいですから
今 新しい方法として
検討しているのは
リソーステーブルの圧縮です
アプリによっては
サイズが縮小されますが
その場合デバイス上で
アクセスするたびに
展開しなければなりません
これも解決策が必要です

Indonesian: 
Namun ini malah jadi masalah, jadi kami
akan mengambil
tindakan untuk mengatasinya.
-Menurut saya,
ukuran aplikasi cukup menarik.
Jadi, kadang-kadang saya
iseng memperhatikan ukuran APK,
dan memeriksa
aplikasi pihak ketiga
untuk melihat apa yang ada di dalamnya.
Ini latihan yang sangat menyenangkan.
Dan terkadang Anda menemukan
lebih dari 2 megabyte beberapa gambar
pengujian seperti,
babi di gerobak atau apa pun,
berbagai hal acak
yang tidak ada kaitannya
dengan Yelp atau aplikasi lain.
Sebaiknya lakukan
itu dan posting di Twitter.
Sangat menyenangkan.
-Seperti yang baru-baru ini
kami temukan adalah
terkait mengompresi tabel resource kalian.
Beberapa aplikasi
melakukannya untuk mengurangi ukuran.
Tapi pada akhirnya 
kami harus mendekompresi
pada perangkat setiap kali akan
mengaksesnya, dan ini merepotkan.
Jadi kami juga perlu mengatasinya.

Portuguese: 
Mas, isso está se tornando
um problema, e teremos
que fazer algo para resolver isso.
Na minha opinião é o tamanho dos apps.
Focando no tamanho do APK,
eu geralmente, por diversão,
vou e desmonto alguns
apps de terceiro só
para ver o que há neles e
o que foi deixado dentro deles.
É um exercício bem legal.
às vezes, você acha mútiplas images de
testes com mais de 2 megabytes,
pigs on carts e coisas do tipo,
coisas aleatórias que não têm a ver
com o Yelp ou outros apps.
[RISOS]
Encorajo todos vocês a
fazerem isso e postarem no Twitter.
É bem legal.
[RISOS]
Nesse sentido,
algo novo que estamos analisando
é a compactação da tabela de recursos,
porque alguns apps fazem isso
para reduzir o tamanho.
Mas o que acontece é que,
no dispositivo, precisamos
descompactá-la quando
temos que acessá-la, o que é terrível.
Então, precisamos fazer
algo em relação a isso.

Korean: 
하지만 이제는 문제가 되고 있으니
이를 해결하기 위해
조치가 필요할 것입니다
저는 개인적으로
앱 크기를 말씀드리고 싶습니다
APK 크기에 중점을 두고 
정기적으로 심심풀이로
여러 타사 앱을 분석하여
그 안에 무엇이 있고 
무엇이 남아 있는지 확인합니다
정말 재미있습니다
가끔 2MB 이상의 여러 개의
테스트 이미지를 볼 수 있는데 
카트에 돼지가 있거나
Yelp나 다른 앱에서 
아무런 연관성이 없어 보이는 것들을
볼 수 있습니다
[웃음]
여러분 모두 한번 해보시고
트위터에 올려보세요
엄청 재미있습니다
[웃음]
한편 저희가 살펴보고 있는
새로운 것 한 가지는
리소스 테이블을
압축하는 것입니다
왜냐하면 일부 앱은 크기를 줄이기 위해 
리소스 테이블을 압축하는데
그렇게 하면
기기에서 액세스할 때마다
압축을 풀어야 하죠
정말 끔찍합니다
이 문제를 해결하기 위한
노력이 필요합니다

English: 
But it's becoming an
issue, and so we're
going to have to do
stuff to address that.
AURASH MAHBOD: My
personal one is app size.
So, you know, focusing on APK
size, I regularly, for fun,
go and just tear down a bunch
of third-party apps just
to see what's in them and
what was left inside of them.
It's a very fun exercise.
And sometimes you find 2-plus
megabyte, multiple testing
images of, like, pigs
on carts or whatever,
random stuff that
has no business being
in Yelp or some other app.
[LAUGHTER]
I encourage you all to do that
and post those on Twitter.
It's a lot of fun.
[LAUGHTER]
DIANNE HACKBORN: You
know, going along
with, a new one we
were just looking at
is compressing your
resources table.
Because some apps do that
to reduce their size.
But it ends up meaning that
we have to, on the device,
decompress every time we need
to access it, which is terrible.
So we also need to do
something about that.

Portuguese: 
É isso mesmo.
Afinal, todos os apps são perfeitos.
[RISOS]
Oi.
Oi.
Minha pergunta é sobre confiança
e segurança e contas de desenvolvedores
e a postura do Play Console
em relação à comunidade.
Sei que há esse equilíbrio entre
usuários mal-intencionados e
tentar garantir que as pessoas não
acessem a plataforma e
não coloquem no ecossistema
apps que sejam
prejudiciais aos usuários finais.
Acho que todos concordam que
é que isso é algo que precisa de um
suporte institucional bom e forte.
Ao mesmo tempo, banir pessoas
de suas contas
por terem feito algo errado
é muito ruim para elas
e também significa
a falência das empresas delas.
Por exemplo, nosso app
foi retirado da Play Store.
Tudo bem, conseguimos reinseri-lo,
mas ele foi retirado da Play Store
por ter a palavra Gmail nele
porque estamos associados ao Gmail.

Spanish: 
Muy bien, listo.
Salvo por eso,
todas las apps son perfectas.
Hola.
Hola.
Mi pregunta es sobre la confianza
y la seguridad
las cuentas de desarrollador
y cómo Play Console
se posiciona frente a la comunidad?
Sé que hay un equilibrio
entre los malos actores
y tratar de que las personas no entren
a la plataforma y suban apps dañinas
para los usuarios finales en el ecosistema
y todos estamos de acuerdo
en que se necesita respaldo institucional
efectivo y sólido
para eso.
Pero a los usuarios
se les bloquea la cuenta
cuando no hicieron nada malo
y es muy perjudicial para ellos
y potencialmente para su empresa.
Por ejemplo, a nuestra app
la sacaron de Play Store
y no me molesta
porque pudimos reincorporarla
pero la sacaron de Play Store
porque tiene la palabra "Gmail",
ya que usamos Gmail como base.

Japanese: 
問題は以上ですか
それなら
他の点では完璧ですね
質問をどうぞ
こんにちは
私の質問は 信頼性と安全性
デベロッパーアカウント、
コミュニティに対するPlay Consoleの
位置付けに関するものです
悪意ある開発者がいる一方で
そうした者たちを
排除する努力も行われており
ユーザーに有害なアプリは
エコシステムから排除されます
ここにいる皆さんは
そのような努力を支える
強力な制度的支援が
必要であることに
同意すると思います
その一方で
無実の罪による
アカウント停止は
開発者にとって
痛手であり
倒産にもつながります
私たちのアプリは
Playストアから削除されました
元に戻せたので
良かったのですが
Gmailをベースにしたアプリで
Gmailという単語が含まれていたため
ストアから削除されたのです

Indonesian: 
-Baik, itulah jawabannya.
Selain yang itu tadi,
semua aplikasi sudah bagus.
Hai.
-Hai.
Pertanyaan saya
terkait trust and safety, akun developer,
dan bagaimana Konsol Play mengambil sikap
terkait dengan komunitas.
Saya mengerti bahwa ada
keseimbangan antara aktor jahat
dan berusaha
memastikan tidak ada yang
masuk ke platform,
dan tidak menempatkan aplikasi
di ekosistem yang
merugikan pengguna akhir,
dan saya pikir semua
orang di sini akan menyetujuinya,
sesuatu yang
memerlukan dukungan lembaga yang
kuat dan baik.
Tetapi di sisi lain,
ada akun pengguna yang
diblokir padahal
tidak ada kesalahan
sangatlah merugikan mereka,
dan bisa juga berakibat
perusahaan mereka rugi.
Misalnya, aplikasi kami
diblokir dari Play Store,
dan itu tak apa buat saya
karena kami sudah mengaktifkannya lagi,
tapi aplikasi kami
diblokir dari Play Store
karena berisi kata Gmail
dan kami menggunakan Gmail.

Korean: 
알겠습니다
그러면 모든 앱이 완벽하겠군요
[웃음]
안녕하세요
안녕하세요
제 질문은 신용과 안전, 개발자 계정
그리고 커뮤니티와 관련하여
Play Console의 입장에 관한 것입니다
악의적인 사용자를 방지하고
그들로 하여금 
플랫폼에 접근하지 못하게 하고
최종 사용자에게 해로운 앱을 
생태계에 올리지 못하게 하기 위한
노력이 진행 중인 것으로 알고 있습니다
저는 여기 참석한 모든 사람이
훌륭하고 제도적으로 강력한 지원이
이 분야에 필요하다는 데
동의할 거라고 생각합니다
하지만 동시에
아무 잘못도 하지 않은 사람이
자신의 계정을 차단당하는 것은
사용자 본인뿐 아니라 회사에도
매우 안 좋은 영향을 미칩니다
일례로, 저희 앱이
Play 스토어에서 차단당한 적이 있습니다
지금은 차단이 풀려서 괜찮습니다
저희가 Gmail을 기반으로 하기 때문에
Gmail이라는 단어가 포함되어
있다는 이유로
앱이 Play 스토어에서 차단을 당했습니다

English: 
CHET HAASE: All
right, and that's it.
And otherwise, all
apps are perfect.
[LAUGHTER]
Hi.
AUDIENCE: Hi.
So my question is around trust
and safety, and developer
accounts, and how Play
Console postures in relation
to the community.
I understand that there's this
balance between bad actors
and trying to make
sure that people don't
get onto the platform,
and don't put apps
in the ecosystem that are
detrimental to the end users,
and I think that's something
that everyone here would agree
is something that needs to
have good, strong institutional
support for.
But at the same time, people
getting their accounts
banned when they
did nothing wrong
is incredibly
detrimental to them,
and could also mean
their company goes under.
For example, our app got
pulled off of the Play Store--
and I don't care, we got
it reinstated, it's fine--
but our app got pulled
out of the Play Store
for having the word Gmail in it
because we sit on top of Gmail.

Japanese: 
また その通知が
何年も使っていない
メールアドレスに届いていました
Play Consoleには
情報が表示されませんでした
この問題は対処が必要です
コミュニティから
悲鳴が上がっています
基調講演でも
一応 触れていましたが
そのときのコメントは
ご迷惑をお掛けして
申し訳ありません
というものでした
しかし それは私たちに何の解決策も
もたらしません
上司への報告が
「申し訳ないと言っていました」
では困ります
そこで 開発者が
アカウント停止や
アプリの開発について
心配せずに済むように
将来に向けて
どのような計画を
お考えか
聞かせていただけないでしょうか？
そうですね
私が話したいことの
２つに触れてくださったので
助かりました
開発者とユーザーエコシステムを

Korean: 
그리고 약 4년 동안 사용하지 않은
이메일 주소로 알림이 오고 있었죠
Play Console에는 아무런 정보도 없었고
아무도 저희에게 연락을 주지 않았습니다
이러한 방식은 안 된다고 생각합니다
그래서 커뮤니티가 많이 힘들어했습니다
이 내용은 기조연설에서도
어느 정도 다루어졌으며
힘든 일을 겪게 된 것에 대해
유감을 표명하셨습니다
하지만 그런 말이 저희에게 
어떠한 도움도 되지는 않습니다
저희가 할 수 있는 일은 없습니다
Google에서 저희가
힘든 시간을 보낸 것을
알고 있다고 상사에게 가서 
말할 수 있는 것도 아니니까요
그렇다면 개발자가
사용자가 실제로 사용할 수 있는
앱을 빌드하는 것뿐만 아니라
향후 앱이나 계정의 존폐 여부를
걱정할 필요가 없도록
하기 위한 계획이 있나요?
예
제가 말하려고 했던 것 중 
두 가지를 다루어 주셨는데요
그래서 좋습니다
개발자와 사용자 생태계 모두가

Spanish: 
Y la notificación llegó a direcciones
de correo electrónico
que no usamos desde hace cuatro años.
No había información en Play Console.
Nadie se comunicó con nosotros.
La manera de hacerlo no es sostenible.
Y la comunidad sufrió mucho al respecto.
Se habló del tema en la sesión de apertura
y se disculparon
por nuestras dificultades.
Pero eso no soluciona el problema.
No nos sirve.
No puedo decirle a mi jefe
que Google sabe que tenemos dificultades.
Entonces, ¿cuál es el plan a futuro
para que los desarrolladores
no tengan que preocuparse
si su cuenta, la app
o las app de compilación
dejarán de existir mañana?
Mencionaste dos
de los puntos de mi charla.
Eso es bueno.
Coincidimos en que es importante
para nosotros

English: 
And the notification went
to some email address
that we haven't used in
four years or something.
There was no information
on the Play Console.
No one reached out to us.
This is not a sustainable
way to do this.
And there's been a lot
of pain in the community.
This was kind of
addressed at the keynote,
and the thing was
like, yes, we're
sorry you're going
through a hard time.
But that doesn't actually
give us any remediation.
There's nothing we
can do with that.
I can't go to my boss
and be like, yeah,
Google said that they know
we're having a hard time.
So what's the plan
for this moving
forward so that developers
don't have to worry about
whether their account is going
to exist tomorrow, let alone
the app, let alone building apps
that people can actually use?
KRISH VITALDEVARA: Yeah.
I was going to say, you took
two of my talking points.
So that's actually good.
So you agree philosophically
that it's very important

Portuguese: 
A notificação foi para alguns
endereços de e-mail
que não usávamos há quase quatro anos.
Não houve informações
no Play Console.
Ninguém entrou em contato conosco.
Essa não é uma maneira viável
de se fazer isso.
Tem sido difícil para a comunidade.
Isso foi de certa forma tratado no keynote
e parece que teremos
algum período difícil.
Mas não tivemos nenhuma solução.
Não há nada que podemos fazer
quanto a isso.
Não posso chegar no meu chefe e dizer
que a Google disse que não sabem
que estamos tendo dificuldades.
Então, qual é o plano para que isso mude
para que os desenvolvedores não tenham
que se preocupar se
a conta deles existirá amanhã
quanto mais o app ou criar apps
que as pessoas possam realmente usar?
Sim
Você tocou em dois pontos importantes.
Isso é muito bom.
Você concorda que é muito importante

Indonesian: 
Dan notifikasinya masuk
ke beberapa alamat email
yang tidak kami gunakan
selama empat tahun atau lebih.
Tidak ada informasi di Konsol Play.
Tidak ada yang menghubungi kami.
Ini bukan cara yang
berkelanjutan untuk melakukannya.
Dan ada banyak kendala di komunitas.
Ini sudah disampaikan saat keynote,
dan responsnya hanya,
"Kami minta maaf
atas kesulitan yang Anda alami."
Tapi hal itu tidak
memberi solusi sama sekali.
Tidak ada yang bisa kami lakukan.
Saya tidak bisa menghadap
ke bos dan bilang bahwa
Google mengatakan bahwa
mereka tahu kita mengalami kesulitan.
Jadi apa rencana ke depannya
sehingga developer tidak perlu khawatir
apakah akun mereka akan diblokir, apalagi
aplikasinya, yang membuat aplikasi
yang bermanfaat bagi banyak orang?
-Ya.
Anda menggarisbawahi
dua poin pembicaraan saya.
Yang sebenarnya bagus.
Jadi Anda setuju secara
filosofis bahwa penting agar kita,

Indonesian: 
baik sebagai developer
maupun ekosistem pengguna,
dapat melindungi pengguna.
Dan saya senang bahwa
komunitas developer merasa demikian,
dan kami telah melihat
beberapa hal yang diungkapkan
di Reddit dan tempat lain.
Jadi itu sebenarnya bagus dan positif.
Anda mengambil poin
pembicaraan kedua dari Tian,
di keynote, dia
membahas trust and safety.
Menurut saya, salah
satu hal yang ingin saya tegaskan
adalah bahwa 99% dari tindakan
yang kami terapkan pada developer,
sebenarnya sudah akurat.
Tetapi pada saat yang
sama, kami ingin lebih cermat.
Karena ada 1% kemungkinan
aplikasi Anda dihapus secara keliru.
kami sadar bahwa ini
adalah masalah serius,
dan mungkin berdampak
pada bisnis Anda, dan sebagainya.
Jadi saya pikir dari perspektif itu,
besarnya biaya yang dapat terkait,
saya pikir kita bisa
mengaitkan dengan hal ini.
Ada tiga hal yang kami
lakukan untuk dapat meminimalkannya.
Saya rasa tidak ada sistem
yang berjalan sempurna.
Tapi kami setidaknya
mengupayakan beberapa hal.
Yang pertama adalah konsol Play Developer.
Dan sebenarnya kami mencoba mencari tahu

Portuguese: 
para nós, como desenvolvedores e
como um ecossistema de usuários,
poder proteger nossos usuários.
Fico feliz em ver que a comunidade
pense dessa forma,
e temos expressado isso
no Reddit e em outros lugares.
Isso é, de fato, bom e positivo.
O segundo ponto, que foi apresentado
por Tian
no keynote, foi falar de
confiança e segurança.
Uma das coisas que gostaria de reforçar
é que em 99% do tempo que 
dedicamos aos desenvolvedores,
está tudo certo.
Ao mesmo tempo, queremos
ficar atentos,
porque no 1% do tempo
em que o app fica fora
incorretamente, sabemos que isso é grave
e que afetará seus negócios etc.
Pensando nisso,
na gravidade relativa aos custos,
podemos fazer essa relação.
Estamos fazendo três coisas
para minimizar isso um pouco.
Sei que nenhum sistema é perfeito.
Mas, pelo menos, estamos trabalhando
em algumas coisas.
A primeira é o console do Play Developer.
Estamos tentando descobrir

English: 
for us, both as a developers
and the user ecosystem,
to be able to protect our users.
And I'm glad that the developer
community feels that way,
and we have seen some
of that expressed
on Reddit and other places.
So that's actually
good and positive.
You took away the second
talking point, which was Tian,
in the keynote, actually
talking about trust and safety.
And I think one of the
things I want to reiterate
is that 99% of the time, when
we do enforce on developers,
it's actually accurate.
But at the same time, we
want to be very sensitive.
Because the 1% of the time
when your app is taken down
incorrectly, we are aware
it's actually serious,
and it has a potential impact
to your business, and so on.
So I think from
that perspective--
the gravity of what the
costs could relate to,
I think we can
relate to that one.
There are three
things that we are
doing to be able to
minimize some of it.
I don't think any system
is going to be perfect.
But we are at least
working on a few things.
The first one is the
Play Developer console.
And actually we're
trying to figure out

Spanish: 
como desarrolladores
y como ecosistema del usuario
proteger a los usuarios.
Me complace que la comunidad
de desarrolladores piense así
y vimos los comentarios
en Reddit y otros sitios.
Eso es bueno y positivo.
Tu segundo punto
fue la sesión de apertura de Tian
cuando habló sobre la seguridad
y la confianza.
Quiero reiterar
que el 99% de las medidas
que tomamos sobre los desarrolladores
son correctas.
Al mismo tiempo, debemos tener cuidado.
Ya que el 1% de las veces
que retiramos una app por error
sabemos que es muy serio
y conocemos el impacto potencial
que tiene en una empresa.
Desde ese punto de vista
entendemos la gravedad y los costos
que podría implicar.
Hay tres medidas en curso
para minimizar las consecuencias.
Creo que ningún sistema es perfecto.
Pero estamos trabajando
en algunos aspectos.
Primero, Play Developer Console.
Estamos averiguando

Japanese: 
保護することが重要だという
価値観には
賛同されているということですね
開発者の方々がそう思っているのは
嬉しいことです
Redditなどでも
そのようなコメントを見ました
これは好ましいことです
2点目は
ティアンが基調講演で話した
信頼性と安全性についてです
重ねて強調しますが
開発者のアプリの削除の99%は
誤りのないものです
とはいえ 細心の注意を
払う必要があります
そのうち1%は
正しくないからです
これは重大な問題であり
ビジネスなどに
多大な影響を与えかねません
そのため
このようなコストに関連する事柄の
重大性を考慮すると
その影響を抑えるために
３つのことができると考えています
完璧な仕組みは存在しませんが
いくつかの取り組みを進めています
１つはPlay Developer Consoleです
アプリのブロックを知らせる

Korean: 
사용자를 보호하는 것이 매우 중요하다고
동의하시네요
개발자 커뮤니티가 그렇게 
생각하고 있어서 다행이고
Reddit과 다른 곳에서
그런 내용이 있는 것을
보았습니다
이러한 사실은 긍정적이고
아주 좋습니다
두 번째 부분은 기조연설에서
티안이 언급했던 부분으로,
신용과 안전에 관한 이야기였습니다
제가 강조하고 싶은 것은
개발자에게 규칙을 시행할 때는
99% 정확하다는 것입니다
하지만 그렇다고 해서 안심해서는 안 되죠
앱이 실수로 잘못 차단되는
경우가 1%가 불과하다고 해도
이는 매우 심각한 문제이며
비즈니스에 악영향을 미칠 수 있습니다
그러한 차원에서
이는 큰 비용을 초래할 수 있는
문제입니다
이러한 문제를 최소화하기 위해
세 가지를 진행 중입니다
어떤 시스템도
완벽하다고 생각하지 않습니다
그래서 최소한
몇 가지 일을 진행 중이며
그 첫 번째가
Play Developer Console입니다

Indonesian: 
cara terbaik
untuk menampilkan beberapa
pesan ini di konsol, dan
menampilkan keduanya
dalam konteks saat aplikasi diblokir
tapi juga mencoba untuk lebih detail
tentang alasannya, atau mungkin
menyampaikan tindakan
yang harus Anda lakukan.
Jadi kami mengupayakannya.
Saya tahu kita tidak
membahas rencana ke depan.
Tapi masukan ini
kami dengar dengan jelas,
dan salah satu hal
yang menjadi perhatian utama
kami juga.
Dan ketika kami
menghubungi melalui email,
sebenarnya kami berusaha
untuk lebih preskriptif juga.
Dan saya tahu itu
bukan jawaban yang sempurna,
tapi kapan pun aplikasi
diblokir secara tidak benar,
ada proses banding.
Kami memiliki
seseorang atau beberapa orang di tim,
manusia yang
benar-benar memeriksa banding
dan mengambil tindakan jika,
seperti dalam kasus Anda,
aplikasi tersebut
dihapus secara tidak benar.
Jadi, kami setuju pengaruhnya,
setuju pentingnya,
serta mendengar masukan yang

English: 
what's the best
way to surface some
of these messages
in the console,
and surface them both in context
as to when the app is blocked,
but also to try to be more
prescriptive about, hey,
these are the reasons, or
maybe these are the things
that you've got to do.
So we're working on it.
I know we don't talk
about the future stuff.
But this feedback is
heard loud and clear,
and it's one of the things
that's top of mind for us
as well.
And when we do
communicate in email,
we are actually trying to be
more prescriptive as well.
And I know that's not
the perfect answer,
but at any given time when
the app is caught incorrectly,
there is an appeals process.
We have a person on the team,
or persons on the team--
real humans who actually
look at the appeals
and take action if they
find out, like in your case,
that the app was taken
down incorrectly.
So-- agree on the gravity of it,
agree on the importance of it,
but also completely
acknowledge the feedback

Japanese: 
メッセージを
コンソールとコンテキスト内の
両方に表示する最適な方法を
検討しています
また より有益な情報を提供し
削除の理由や
取るべき行動をお知らせしようと
考えています
それが今の活動です
将来のことは話さない方針ですが
はっきりとしたご意見であり
最優先事項の１つでもあるので
お答えしました
メールでやり取りする際も
取るべき行動を中心とした
情報の提供に努めています
完璧な回答ではありませんが
間違ってアプリが削除された場合
不服を申し立てる手続きを
取ることができます
チームの人間の担当者が
申し立ての内容を確認し
質問者の方の場合のように
削除が間違っていたとわかれば
対処します
この問題が重要であることには
同意しますし
改善の余地があるという

Korean: 
그리고 Console에 이러한 메시지를
표시하는 가장 효과적인
방법을 연구 중이며
앱이 차단되었을 때
관련 상황을 표시할 뿐 아니라
문제가 발생한 이유와
보다 구체적인
해결방법도 제시하려고
하고 있습니다
저희도 노력하고 있습니다
이 자리에서는 미래에 대한 이야기는 
하지 않지만
하지만 지금 의견은 잘 들었으며
저희에게도 가장 중요한 문제 중
하나입니다
저희는 이메일로 의사소통을 할 때
더 확실한 해결책을
제공하고자 노력하고 있습니다
이것이 완벽한 대답이
아니라는 것을 알고 있지만
앱이 잘못 차단당하면 
언제든지 이의를 제기할 수 있는
절차가 있습니다
팀 내 담당자를 두어
이의가 제기된 것을 확인하고
질문하신 경우와 같이
앱이 잘못 차단된 것을 알게 되면
조치를 하고 있습니다
따라서 그 심각성과 중요성에 동의하며
저희가 더 잘해야 한다는

Spanish: 
cuál es la mejor manera
de mostrar estos mensajes en la consola
en el contexto de bloqueo de la app
y de ser más prescriptivos
y comunicar los motivos o las acciones
que deberías realizar.
Estamos trabajando.
Sé que no hablamos
sobre desarrollos futuros.
Pero los comentarios están muy claros
y es uno de los aspectos
que más tenemos en cuenta.
Cuando nos comunicamos
por correo electrónico
tratamos de ser más prescriptivos.
Sé que no es la respuesta perfecta
pero siempre que una app
se retira por error
hay un proceso de apelación.
Tenemos miembros del equipo
personas reales,
que estudian las apelaciones
y toman medidas si descubren,
como en tu caso
que una app se retiró por error.
Estoy de acuerdo con la gravedad
y la importancia
y tomamos muy en serio los comentarios

Portuguese: 
a melhor maneira de apresentar
algumas dessas mensagens no console,
no contexto e quando o app fica bloqueado.
Também temos que tentar ser
mais prescritivos sobre
os motivos ou definir as coisas que
devem ser feitas.
Estamos trabalhando nisso.
Sei que não devemos falar
sobre o futuro,
mas esse feedback é óbvio
e é uma das coisas que são
importantes para nós também.
Quando enviamos um e-mail,
estamos tentando ser o mais
prescritivos também.
Sei que não é a resposta perfeita,
mas quando o app é considerado incorreto,
há um processo de apelaçaão.
Temos uma pessoa, ou pessoas, na equipe
que analisa as apelações
e agem quando descobrem, como no seu caso,
que o app foi removido incorretamente.
Então, eu concordo com
a gravidade e a importância,
mas também reconheço totalmete

Spanish: 
de que tenemos que mejorar.
Excelente.
Quiero agregar que este verano
Samir publicó en el blog
para desarrolladores de Android
más información sobre algunas medidas
que estamos tomando.
Si todavía no lo vieron, vale la pena.
Creo que la cantidad de veces
que aclaran que personas reales
se están ocupando de algo
deja ver la impersonalidad
de muchas de las respuestas
que recibimos.
Es algo que deben tener en cuenta.
Gracias por su tiempo.
El motivo
por el que la primera respuesta
siempre parece robótica
o por el que destacamos
que personas reales se están ocupando
se debe a que,
en casos de incumplimiento
no podemos ser muy específicos
cuando retiramos 1,000
por una infracción de política específica
no podemos ser prescriptivos
no demasiado específicos.
Por eso, para las apelaciones
tenemos a una persona.
Por eso hay una diferencia
entre la primera y la segunda
comunicación que ves.

Indonesian: 
bisa membuat kami lebih baik.
-Saya ingin
menambahkan, itu hebat,
sepertinya musim panas ini ada
blog yang diposting Samir
di blog Android Developers,
yang memberi
lebih banyak detail tentang beberapa
langkah yang kami lakukan.
Jika belum melihatnya,
sebaiknya Anda baca.
-Saya pikir
fakta bahwa Anda beberapa kali
mengatakan bahwa ada
manusia yang memeriksanya,
memungkiri impersonalitas
dari banyak respons yang kita
dapatkan.
Jadi pertimbangkan hal ini juga.
Terima kasih atas waktunya.
-Tidak, maksud saya,
alasan mengapa respons pertama selalu
terlihat seperti robot, atau
alasan kami mengatakan bahwa
ada manusia yang
benar-benar memeriksanya,
karena untuk jenisnya, 
ketidakpatuhan, menurut definisi,
karena kami tidak
bisa sangat spesifik saat
menghapus, misalnya 1.000 aplikasi
untuk pelanggaran kebijakan tertentu,
kami tidak bisa preskriptif
atau sangat spesifik.
Tapi saat banding,
saya rasa itulah alasan
kami menugaskan manusia.
Dan mengapa ada perbedaan
antara komunikasi pertama
dan kedua seperti yang Anda lihat.

English: 
that we have to do better.
CHET HAASE: I just wanted
to add-- that was great--
I wanted to add that, was
it this summer that we
had a blog that Samir posted
on the Android Developers blog,
where there was a bit
more detailed about some
of the steps that we're taking.
If you haven't seen that
yet, it's worth reading.
AUDIENCE: I think the fact
that the number of times that
y'all have had to say, real
humans are looking at this,
belies the impersonality of a
lot of the responses that we
get.
So I think just
consider that as well.
So thank you for your time.
KRISH VITALDEVARA: No,
I mean, the reason why
the first response is always--
it looks robotic, or the reason
why we enforce that, hey,
there are humans actually
looking at this thing,
is because for its type,
non-compliance, by definition,
because we cannot be very
specific when we are taking
down, let's say, 1,000 apps for
a specific policy violation,
we cannot be prescriptive or
we cannot get very specific.
But when you do appeal, I
think that's the reason why
we have a human.
And that's why there
is a difference
between the first and the second
communication that you see.

Portuguese: 
que temos que melhorar o feedback.
Gostaria de acrescentar... isso é ótimo...
que nesse verão
tivemos um blog postado pelo Samir
sobre o Blog de desenvolvedores Android,
com mais detalhes sobre algumas das
medidas que estamos tomando.
Vale a pena dar uma lida.
Acho que o fato de que vocês
reforçarem que "pessoas reais"
estão analisando isso
contradiz a impessoalidade de muitas 
respostas que recebemos
Seria bom considerar isso também.
Obrigado pelo seu tempo.
Gostaria de dizer que o motivo
pelo qual a primeira resposta sempre
parece ser automática ou por que reforçamos
que há pessoas cuidando disso
é devido ao tipo de caso,
ou seja conformidade.
Não podemos ser muito
específicos quando retiramos
1.000 apps devido a uma violação
específica da política.
Não podemos ser prescritvios ou
muito específicos.
Mas, temos pessoas quando
há uma apelação.
É por isso que há uma diferença
entre a primeira e a segunda mensagens.

Korean: 
의견에 전적으로 동감합니다
추가로 말씀드리면
이번 여름에
사미르가 Android 개발자 
블로그에 게시한 내용이 있는데
여기에 저희가 취하고 있는
몇 가지 조치에 대해 좀 더 자세한
내용이 담겨있습니다
아직 보지 못했다면 한번 읽어보세요
실제 담당자들이 이 문제를 다루고 있다고
말씀하시는데
저희가 그동안 받은 답은
인간적인 느낌이 없었거든요
좀 아이러니합니다
그 부분 또한 고려해줬으면 합니다
시간 내주셔서 감사합니다
첫 번째 응답이
항상 로봇처럼 보이는 이유와
저희가 이런 규칙을 시행하는 이유
또는 이 문제를 확인하는
사람들이 있다는 것을 언급하는 이유는
특정 정책 위반에 대해
1,000개의 앱을 차단한다는 등으로
구체적으로 말씀드릴 수 없기 때문입니다
확정적으로 말하거나
구체적으로 말할 수 없습니다
그러나 이의가 제기되면
이 부분을 처리할 담당자를 두는
것이죠
그래서 첫 번째 소통과
두 번째 소통 간에 차이가 있는 것입니다

Japanese: 
ご意見も理解します
１つ付け加えておくと
今年の夏にサミーヤが
Android Developersブログに
投稿した記事で
削除手続きについて
少し説明しています
ぜひご覧になってください
人間がチェックしていると
何度も聞きましたが
それにしては送られてくる回答が
機械的すぎると思いますので
見直してもらえればと
思います
ありがとうございました
最初の連絡が
機械的に見えたり
人間の担当者が
違反をチェックしていると
申し上げているのは
それが違反の際の形式的な
手続きだからです
アプリの削除時は
細かい対応はできかねます
あるポリシーに違反している
1,000個のアプリの開発者に
個別に対応するのは不可能です
申し立てがあれば
担当者が個別に
対応します
最初の連絡と２度目の連絡が
違うのはそのためです

Spanish: 
Gracias.
Arriba.
Qué tema tan divertido.
Una de las ventajas de Android
es que los OEM pueden modificar
el comportamiento del SO y demás.
También es una de las características
más aterradoras.
Algo que noté con Android
es que avanza
hacia un modelo más controlado
con más controles de privacidad y demás.
Quería saber si lo mismo sucede
con el trabajo con OEM
y lograr una experiencia más coherente
entre los dispositivos.
Iba a pedir la ayuda de…
¿Tienes información
para dar una respuesta?
Bien.
Sí. Hay un equilibrio
dejar que los OEM
tengan la flexibilidad necesaria
para hacer cosas geniales
y limitar esa flexibilidad
para garantizar el envío

Portuguese: 
Obrigado.
Lá em cima.
[BRINCANDO] Um tópico leve agora.
Uma das coisas boas do Android
é a forma como os OEMs podem modificar
o comportamento do SO
e coisas semelhantes.
Mas, umas das coisas terríveis
é que eles podem fazer isso também.
Uma das coisas que notei com o Android
é que ele caminha para 
um modelo mais controlado,
com mais controles de privacidade etc.
Pensei se esse também não
seria o caso com o trabalho com OEMs
e ter uma experiência
mais consistente com os dispositivos.
Eu ia pedir uma qualificação de...
Você tem o suficiente para uma resposta?
OK, ótimo.
Sim, há um equilíbrio
entre deixar os OEMs ter a
flexibilidade que eles
deveriam ter para fazer todas as
coisas legais que eles têm e menos
flexibilidade e ter certeza de que

English: 
CHET HAASE: Thanks.
Upstairs.
AUDIENCE: (JOKING)
Fun topic to follow.
So one of the great
things about Android
is how OEMs can modify
the behavior of the OS
and things like that.
Then, one of the
terrifying things
is that they can
do that as well.
So one of the things
I've noticed with Android
is it's going towards sort of
a more controlled model, more
privacy controls and
things like that.
I was just wondering if
that was also the case
with working with OEMs and
having a more consistent
experience across devices.
CHET HAASE: I was going to
ask for a qualification of--
do you have enough to
go for an answer on?
OK, great.
DIANNE HACKBORN: Yeah,
there's a balance
between letting the OEMs have
the flexibility that they
should have to do all the cool
things they do, and also less
flexibility and to
make sure that you're

Korean: 
감사합니다
위쪽에 계신 분
흥미로운 주제입니다
Android의 가장 큰 장점 중 하나는
OEM이 운영체제의 동작 등을
수정할 수 있다는 점입니다
물론 이것이
단점도 될 수 있겠지만요
제가 Android에서
느낀 점 중 하나는
더 강화된 개인 정보 보호 등
보다 통제된 모델로
나아가고 있다는 점입니다
이것이 OEM과 협력하고 기기 전반에
더 일관된 환경을 구축하는 경우에도
해당하는지 궁금합니다
적임자를 찾고 있는데
대답할 수 있겠어요?
좋아요
OEM이 하는 멋진 일들에 대해
자율성을 부여하는 것, 그리고
반대로 자율성을 제한하여
개인 정보 보호 규정이나
보안 규정을 위반하지 않고

Indonesian: 
-Terima kasih.
Di atas.
-(BERCANDA)
Topik yang menyenangkan.
Salah satu hal hebat dari Android
adalah cara OEM
mengubah perilaku OS
dan hal-hal semacamnya.
Lalu, salah satu hal terbaiknya
adalah mereka dapat melakukannya juga.
Jadi salah satu hal yang
saya perhatikan dari Android
adalah penggunaan
model yang lebih terkontrol, lebih
banyak kontrol
privasi, dan lain sebagainya.
Saya hanya ingin tahu
apakah hal yang sama juga berlaku
saat menggunakan OEM
dan memiliki pengalaman yang
lebih konsisten di seluruh perangkat.
-Saya tadi mau tanya soal kualifikasi,
apa Anda bisa menjawabnya?
Oke bagus.
-Ya, ada keseimbangan
antara memungkinkan OEM
memiliki fleksibilitas bahwa mereka
harus melakukan semua
hal keren, dan juga lebih sedikit
fleksibilitas dan untuk
memastikan bahwa mereka

Japanese: 
ありがとうございました
上の方どうぞ
面白い話題でした
さて Androidの優れた点は
OEMがOSの動作などを
変更できることだと思います
同時にそれは
恐ろしいことでもあります
私の見るところでは
Androidは
制御やプライバシーなどを
強化する方向に向かっています
OEMと協業したり
一貫した体験の実現に取り組む際も
その方針を
取っていますか？
この質問に答えられる人は
いるでしょうか？
お願いします
そうですね
OEMには独自の優れたアイデアを
実現できるように
柔軟性を提供する一方で
当社のプライバシールールや
セキュリティルールに沿った

Indonesian: 
mengirim produk berkualitas
tinggi yang tidak melanggar beberapa
aturan privasi atau aturan keamanan kami,
dan tidak menyulitkan developer.
Kami selalu berusaha
menemukan keseimbangannya.
Dan kami lebih condong memiliki
lebih banyak kontrol.
Hal-hal utama adalah contoh yang baiknya,
dan sebagian alasan untuk...
tentu saja mengupdate bagian platform
sangat bermanfaat
bagi semua orang, tetapi juga
bagus karena berarti
bahwa bagian platform
mengirim kode yang
berasal dari kami, jadi OEM
tidak mengubahnya.
Jadi kami melihatnya
sebagai proses yang akan
membantu hingga tingkat tertentu.
Tapi itu sulit.
Karena mengambil alih
kontrol dari OEM juga sangat sulit.
Mereka melakukan
banyak hal yang berharga.
Jadi kita perlu melakukan hal yang sama,
atau memberi cara agar tetap bisa
melakukan apa yang ingin mereka lakukan.
-Ya, saya sebenarnya sangat
setuju dengan Dianne.
Tapi mengingat masalahnya
dan apa yang tadi Anda sampaikan,

English: 
shipping high-quality products
that don't violate some
of our privacy rules
or security rules,
and don't make
developers' lives hard.
We're always kind of trying
to find a balance on that.
And we are kind of
leaning more into having
some more control over it.
The mainline stuff is
a good example of that,
where part of the reason for--
certainly updating
pieces of the platform
is very beneficial for
everyone, but it also
is nice because it means that
those parts of the platform
are shipping code that came
from us, so the OEMs aren't
modifying it.
So we do see that as
something that is going
to help that to some degree.
But it is difficult.
Because taking away
control from the OEMs
also is very difficult.
They are doing lots
of valuable stuff.
And so we either need
to do the same stuff,
or give them ways to still
do what they want to do.
STEPH CUTHBERTSON: Yeah,
I actually completely
agree with Dianne.

Portuguese: 
estão criando produtos de
qualidade que não violam
nenhuma de nossas regras de privacidade
ou regras de segurança
e não tornam a vida dos desenvolvedores
mais difícil.
Estamos sempre tentando
encontrar esse equilíbrio.
Estamos inclinados a ter
mais controle sobre isso.
A principal coisa é um bom exemplo disso,
em que parte do motivo para
a atualização de partes da plataforma
é bastante benéfica para todos, mas é
também legal, porque significa que
essas partes da plataforma
estão usando códigos que são nossos,
e os OEMS não os estão modificando.
Achamos que isso é algo que vai
ajudar, de alguma forma.
Mas é difícil, porque tirar o
controle dos OEMs também
é bastante difícil.
Eles têm feito um monte
de coisas valiosas.
Então, nós também precisamos
fazer a mesma coisa
ou dar a eles maneiras de ainda
fazer o que eles querem fazer.
Sim, eu concordo 
totalmente com a Dianne.

Japanese: 
高品質の製品を提供し
デベロッパーがトラブルに
巻き込まれないように
柔軟性に制限をかけています
双方のバランスを取るよう
努めていますが
今は制御を強化する方向に
動きつつあります
Mainlineはその好例です
その理由を言うと
プラットフォームの要素の更新は
全ユーザーにメリットがある
だけでなく
それらのプラットフォームの要素には
Googleのコードが含まれており
OEM側では
変更できません
このような方法で
ある程度
制御を強化しています
これは難しい問題です
OEM側のコントロールの制限は
複雑な問題だからです
OEMの活動は有益です
そのため このような方針を続けるか
OEMに自由を与えるか
どちらかを選ぶ必要があります
ええ
ディアンヌとまったく
同意見です
まず ご指摘いただいた問題は

Spanish: 
de productos de calidad
que no infrinjan las reglas
de privacidad o seguridad
y que no compliquen a los desarrolladores.
Siempre intentamos
encontrar un equilibrio.
Y nos estamos inclinando
por un poco más de control.
Un buen ejemplo es la línea principal.
Algunos de los motivos
por los que actualizamos la plataforma
es por las ventajas que ofrece,
pero también
porque esas partes de la plataforma
se envían con nuestro código
que los OEM no modifican.
Creemos que esto ayudará
en cierta medida.
Aunque es complicado
porque quitarles el control a los OEM
también es muy difícil.
Ofrecen mucho valor.
Entonces tenemos que hacer lo mismo
u ofrecerles maneras
para que puedan seguir haciéndolo.
Sí. Estoy totalmente
de acuerdo con Dianne.
Solo para agregar a lo que dijiste

Korean: 
개발자들을 힘들게 하지 않으면서
고품질의 제품을 제공하도록 하는 것
사이에 균형을 잡고 있습니다
저희는 항상 균형을
찾으려고 노력하고 있습니다
그리고 통제를 강화하는 쪽으로
나아가고 있습니다
Mainline이 이에 대한 좋은 예인데요
플랫폼 일부를
업데이트하는 것은
모든 사람에게 매우 유익할 뿐 아니라
플랫폼의 해당 부분이 
저희가 제작한 코드를 제공하고
OEM이 이를 수정하지 않기 때문에
좋습니다
그래서 어느 정도
도움이 될 것입니다
하지만 이것은 어렵습니다
OEM에게서 통제권을
빼앗아 오기란 매우 어렵기 때문입니다
그들은 가치 있는 
많은 것들을 하고 있습니다
그래서 우리도 같은 일을 하거나
OEM이 하고 싶은 일을 
할 수 있는 방법을 제공해야 하죠
저는 다이앤의 말에 동의합니다

Japanese: 
開発者にとって
重大だと思います
何かを開発してテストする場合
デバイスごとに動作が
それぞれ異なっていたら
大きな負担になります
そのため この問題は
対処が必要です
これもディアンヌと同意見ですが
Androidの強みは
OEMの存在です
何百社ものOEMが
それぞれイノベーションを
推進しているおかげで
Androidは急速に
進化しています
つまり これは
開放性のメリットです
ありきたりな表現ですが
この開放性が優れたアイデアを
生み出しています
これはある開発者から
聞いた話ですが
白色の実装方法は
あるOEMと別のOEMで
違うそうです
誰に聞いたかは秘密です
困らせたくないので
開発者にとっては
このようなもののテストは
負担になります
そのため
私たちの間でも
この問題について話しています

Indonesian: 
saya rasa masalah ini
sangat signifikan bagi developer.
Karena jika harus
membuat sesuatu lalu mengujinya,
dan memiliki lebih
dari satu perilaku dan tidak konsisten,
itu akan sangat boros.
Jadi menurut saya
sangat penting bagi kami
untuk mengatasi masalah ini.
Tapi,
Dianne juga benar bahwa
salah satu hal yang
paling keren dari Android
adalah semua OEM ini,
ada ratusan OEM yang berinovasi
secara independen.
Dan hal ini mendorong
platform berkembang dengan
kecepatan yang luar biasa ini.
Keren sekali.
Kami berbicara tentang
keterbukaan di platform.
Kedengarannya klise,
tapi nyatanya demikian
bahwa keterbukaan artinya
Anda memiliki aliran ide
yang menakjubkan ini.
Tapi saya akan
memberi contoh topik
yang dibahas developer,
apakah Anda tahu warna
putih diterapkan secara berbeda
di antara dua OEM yang berbeda?
Saya tidak akan bilang
siapa yang melakukannya.
Saya tidak mau
membuatnya malu.
Tapi mengharuskan developer mengujinya
hanya akan jadi beban bagi Anda.
Jadi saya pikir Dianne,
jelas kita sudah membahasnya dengan tim,

Portuguese: 
Mas, para começar com o
problema e com o que você está dizendo,
acho esse problema bastante significativo
para os desenvolvedores
Porque, se você precisa criar algo
e depois testá-lo,
e ele se comporta de uma maneira
e depois de outra,
de outra, de outra e outra,
isso tem um peso enrome.
E é muito importante para nós,
resolver o problema.
Ao mesmo tempo, Dianne
está totalmente certa.
Uma das cosias mais legais do Android
é que você tem todos esses OEMs.
E tem mais: centenas de OEMs inovando
de forma independente.
E isso impulsiona a plataforma
nessa taxa incrível.
Isso é muito legal.
Falamos sobre abertura na plataforma.
Pode parecer clichê, mas
é realmente verdade
que abertura significa ter
esse incrível de fluxo de ideias.
Vou dar um exemplo de algo
que um desenvolvedor me contou.
Vocês sabiam que a cor branca
é implementada de forma diferente
entre dois OEMs diferentes?
Não vou dizer quem fez isso.
[RISOS]
Não quero que ele se sinta mal.
[RISOS]
Mas essas coisas... um desenvolvedor
ter que testar isso representa um custo.
Então, acho que a Dianne...
obviamente temos falado
sobre isso na equipe

Korean: 
문제를 제기하셨기 때문에 말씀드리지만
이 문제가 개발자에게
매우 중요한 부분이라고
생각합니다
무언가를 빌드한 다음 테스트하는데
이런 방식으로 작동했다가
또 다른 방식으로 작동하고
작동 방식이 계속해서 달라진다면
그것은 엄청난 부담이 됩니다
따라서 문제를 해결하는 것이
매우 중요하다고 생각합니다
동시에 다이앤의 말도 맞습니다
Android의 멋진 점 중 하나는
이러한 OEM이 존재한다는 것입니다
수백 개의 OEM이 독립적으로
혁신하고 있죠
그리고 놀라운 속도로 플랫폼을
발전시키고 있습니다
정말 멋지죠
플랫폼의 개방성에 대해 이야기해봅시다
진부하게 들리겠지만
개방성이 있다는 것은 
놀라운 아이디어의 흐름이 있다는 것을
의미합니다
그러나 한 개발자가
저에게 이야기한 것을 
예로 들어보겠습니다
두 개의 다른 OEM이 화이트 색상을
서로 다르게 구현한 것을 알고 있나요?
누가 이렇게 했는지는 언급하지 않을게요
[웃음]
기분 나쁘게 만들고 싶지 않아요
[웃음]
개발자는 이를 테스트해야 하므로
비용이 든다는 것을 알고 있습니다
그리고 제 생각에는 다이앤은
우리는 분명히 팀 내에서
이것에 대해 이야기하고 있었고

English: 
But just to start with the
problem and what you're saying,
I do think it's a
very significant issue
for developers.
Because if you have to build
something, and then test it,
and it behaves one way,
and then another way,
and another way, and another
way, and another way,
that's just a huge tax.
And so I think it's
really crucial for us
to address the problem.
At the same time, Dianne's
also totally right,
one of the things that's
coolest about Android
is you have all these OEMs.
There's over-- there's like
hundreds of OEMs innovating
independently.
And that's just driving
the platform forward
at this incredible rate.
And it's really cool.
We talk about openness
on the platform.
It sounds corny,
but it's really true
that openness means you have
this amazing flow of ideas
happening.
But I'll give you an
example of something
that a developer
talked to me about,
was did you know the color
white is implemented differently
among two different OEMs?
I'm not going to call
out who did this.
[LAUGHTER]
I don't want to
make him feel bad.
[CHUCKLING]
But you know, things like
that, for a developer
to have to test that,
that's just cost for you.
And so I think Dianne--
obviously we've been talking
about this in the team,

Spanish: 
creo que es un problema muy serio
para los desarrolladores.
Si haces una compilación y la pruebas
y se comporta de un modo
o de muchos otros
el costo es enorme.
Es fundamental
abordar el problema.
Dianne está totalmente en lo cierto
una de las grandes ventajas de Android
son todos los OEM.
Hay cientos de OEM innovando
independientemente
Eso permite que la plataforma
avance a gran velocidad.
Es genial.
Hablamos de una plataforma abierta
y suena cursi, pero es cierto
que la apertura trae
un gran flujo de ideas.
Como ejemplo,
un desarrollador me dijo:
"¿sabías que el color blanco
se implementa diferente
en dos OEM distintos?"
No daré nombres.
No quiero que se sienta mal.
Para un desarrollador
tener que probarlo, genera costos.
Hablamos con Dianne
y con el resto del equipo

English: 
and something like Jetpack, what
Jetpack is doing with CameraX,
I think, is a fantastic example.
I'm really excited
that's going to beta.
Because there, with CameraX,
you have an example of something
that was very problematic,
and now that team
has been working
a lot with OEMs.
So now you can write
against the camera
in a single, unified
way, and trust
that it's going to work
consistently-- so doing that
at the API layer.
And then Dianne is
exactly right-- something
like mainline, again, where
we're working with OEMs,
is a fantastic way of
creating consistency.
It's really something
that we care a lot about,
and very empathetic with
the developer problem.
AUDIENCE: No worries.
Thank you.
CHET HAASE: Thanks.
Hi.
AUDIENCE: Hi.
My question was mainly
technical about UI.
So I will start with, too
much good is sometimes bad.
We've been dealing with
the keyboard height
issue for a long time now, that
it's been really pain for us.
[LAUGHTER]
Is there a way that we can get
an easy way of keyboard height?
If not, because there is so
much keyboards floating around,
and every OEM has, every
carrier has their own keyboards.

Portuguese: 
e sobre o Jetpack, o que o
Jetpack está fazendo com o CameraX.
É um exemplo fantástico.
Estou aguardando a versão Beta.
Porque, com o CameraX,
vocês têm o exemplo de algo que
era um problema e que, agora, a equipe
tem trabalhado muito com os OEMs.
Agora, vocês podem gravar
com a câmera
de uma maneira única e unificada e confiar
que vai funcionar de forma consistente
na camada da API.
Dianne está certa: algo
como a linha principal, que estamos
trabalhando com os OEMs,
é uma maneira fantástica de
criar consistência.
É algo com que nos preocupamos bastante.
E entendemos o problema
dos desenvolvedores.
Tudo bem.
Obrigado.
Obrigada.
Olá.
Oi.
Minha pergunta é mais técnica, sobre IU.
Vou começar com "o muito bom
às vezes é muito ruim.
Temos lidado com o problema da altura
do teclado por um bom tempo, o que
é bastante ruim para nós.
[RISOS]
Exite uma maneira de facilitar
a altura do teclado?
Se não tiver, porque há muitos
teclados por ai,
e cada OEM tem, cada operadora
tem o próprio teclado.

Korean: 
Jetpack이 CameraX를
통해서 하는 일이
훌륭한 예라고 생각합니다
정말 베타 버전이 기대됩니다
CameraX를 사용할 때
문제가 되는 사례가 있었지만
이제 해당 팀이 OEM과 많은 협력을
수행하고 있기 때문입니다
이제 단일 통합 방식으로
카메라에 대해 코드를 작성할 수 있고
일관되게 작동할 것이라고 믿으며
API 레이어에서 수행할 수 있습니다
다이앤의 말이 정말 맞습니다
Mainline에서와 같이
저희는 OEM과 협력하고 있고
협력은 일관성을 실현하는
환상적인 방법입니다
저희는 이 부분에 많은 관심을 갖고 있고
개발자가 당면한 문제에
대해 매우 공감합니다
걱정 마세요
감사합니다
감사합니다
안녕하세요
안녕하세요
제 질문은 주로 UI에 대한 기술적 내용입니다
우선, 과유불급이라는 말이 있습니다
저희는 키보드 높이 문제를 
가지고 오랫동안 씨름해 왔으며
이 문제가 정말 저희를 힘들게 합니다
[웃음]
키보드 높이 문제를 쉽게
해결하는 방법이 있을까요?
만약 없다면, OEM과 통신사 모두
각자만의 키보드를 가지고 있는 상황에서

Spanish: 
y lo que Jetpack está haciendo con CameraX
es un ejemplo fantástico.
Me entusiasma que pase a Beta.
CameraX es un ejemplo
de un gran problema y de cómo el equipo
trabajó con los OEM.
Ahora se puede escribir para la cámara
de manera única y unificada
y confiar que funcionará
de modo coherente en la capa de la API.
Dianne también tiene razón
sobre la línea principal,
y el trabajo con los OEM
es una gran manera de crear coherencia.
Nos interesa mucho el tema
y empatizamos con los desarrolladores.
No hay problema.
Gracias.
Gracias.
Hola.
Hola.
Tengo una pregunta técnica sobre la IU.
A veces, más es menos y tenemos problemas
con la altura del teclado
desde hace un tiempo.
¿Hay alguna manera de simplificarlo?
Si la respuesta es no,
porque hay demasiados
y cada OEM y proveedor tiene los suyos

Indonesian: 
dan sesuatu seperti Jetpack,
performa Jetpack dengan CameraX,
adalah contoh yang fantastis.
Saya sangat senang
menyambutnya dalam versi beta.
Karena dengan CameraX,
Anda memiliki contoh hal
yang sangat bermasalah,
dan tim itu sudah
banyak bekerja dengan OEM.
Jadi sekarang Anda
bisa menulis untuk kamera
dengan satu cara terpadu & yakin
akan berfungsi konsisten,
dan dilakukan di lapisan API.
Lalu Dianne benar sekali,
Mainline juga
bekerja bersama OEM,
adalah cara bagus
untuk membangun konsistensi.
Hal yang benar-benar kami perhatikan,
dan sangat berempati
dengan masalah developer.
-Baik. Terima kasih.
-Terima kasih.
Hai.
-Hai.
Pertanyaan teknis
saya terutama tentang UI.
Jadi saya akan mulai dengan,
terkadang terlalu baik itu buruk.
Kami telah berurusan dengan
masalah ketinggian keyboard
untuk waktu yang lama sekarang,
yang menyulitkan bagi kami.
Apakah ada cara agar kami bisa memperoleh
ketinggian keyboard dengan mudah?
Karena ada banyak keyboard digunakan,
setiap OEM dan operator
memiliki keyboard-nya sendiri.

Japanese: 
JetpackやCameraXが好例です
ベータ版が楽しみです
CameraXはこの問題に
対処するためのものであり
担当チームは多くのOEMと
連携しています
カメラを1つの方法で開発し
API層で一貫した方法で
機能させることが
可能になりました
Mainlineに関しても
OEMと連携しています
これも
一貫性を実現する
ためのものです
これは私たちが大いに
気にかけている
開発に関する問題です
ありがとうございます
次の方どうぞ
こんにちは
私の質問は主にUIに関する
技術的なものです
何事もやりすぎは
かえってよくないものですが
私たちは以前から
キーボードの高さの問題を
解決しようとしていて
大変手を焼いています
高さを簡単に取得する
方法はありますか？
自由に移動できるキーボードも
ありますし
どのOEMのデバイスにも
独自のキーボードがあるのですから

Japanese: 
既定のキーボードを
アプリで強制使用する
方法はないのですか？
私たちのアプリでは
キーボード周囲の
UIやグラフィックの切り替えに
キーボードの高さが
大きく関係しているからです
すみません
笑ってしまったのは
おかしいからではなく
１年前に
問題が判明し
質問があると
予想していたからです
なるほど
誰が答えますか？
その問題については
私たちも間違いなく認識しており
解決策を模索している最中です
難しい問題だとわかったのです
すぐに解決できるような問題では
なかったのです
難しい問題ですね
エコシステムは
進化しましたが
それが意図的か
そうでないかにかかわらず
そのような進化は
従来の方法に依存している人には
喜ばれません
そのため 長期的にうまくいく
適切な方法を
選択する必要があります
なるほど

Indonesian: 
Apakah ada cara untuk
setidaknya menerapkan keyboard
default sistem untuk aplikasi kami?
Karena aplikasi kami
sangat bergantung pada ketinggian
keyboard untuk
memungkinkan pengalihan UI atau
grafis di sekitar keyboard.
-Maaf, kami tersenyum
bukan karena ini lucu
tapi karena masalah ini
sudah ada setahun yang lalu,
dan kami tahu pasti akan ada 
yang tanya tentang keyboard.
-Ya. Jadi...
-Ini masalah yang kami sepakati.
Kami akui masalah ini,
dan sedang kami perbaiki.
-Ternyata
itu masalah yang sulit.
Responsnya pun bukan
sekadar, ya, kami memantaunya.
Tidak, ini
masalah yang sulit.
-Ini masalah sulit.
Ekosistem telah berkembang.
Dan untuk setiap perkembangan,
yang disengaja atau tidak,
jika kami ubah sesuatu,
bisa jadi merugikan bagi banyak orang
yang sudah bergantung pada hal itu.
Jadi kita perlu membuat
beberapa pilihan yang cukup sulit
agar semuanya berjalan
lebih baik dalam jangka panjang.
-Benar.

Spanish: 
¿podemos aplicar un teclado predeterminado
del sistema para nuestras apps?
Nuestra app depende en gran medida
de la altura del teclado
para los cambios de IU o gráficos
de los teclados.
Sonreímos no porque nos dé gracia
sino porque el tema surgió hace un año
y sabíamos que alguien
iba a preguntar sobre los teclados.
Sí.
Entonces…
Coincidimos en que es un problema.
Reconocemos el problema
y estamos trabajando para resolverlo.
Es un problema difícil.
No lo estamos viendo por encima.
No, es un problema complejo.
Es complicado.
El ecosistema evolucionó.
Para cada una de esas evoluciones,
intencionales y no,
no podemos desarmar partes
y perjudicar a las personas
que dependen de ellas.
Debemos tomar decisiones interesantes
para que las cosas funcionen
a largo plazo.
Correcto.

English: 
Is there a way to at least
enforce a system default
keyboard for our apps?
Because our app heavily
relies on the keyboard
height to allow shifting
the UI or graphics
around the keyboards.
CHET HAASE: Sorry, we just
smiled, not because it's
a funny issue, but because
it came up a year ago,
and we thought, you
know what, someone's
going to ask about keyboards.
AUDIENCE: Yeah.
CHET HAASE: So--
WALE OGUNWALE: It's a
problem we agree with.
And we definitely
recognize the issue,
and it's something we're
working towards fixing.
CHET HAASE: Turns out
it's a hard problem.
That's not just like, yeah,
we're looking into it.
No no, no, it's a hard problem--
WALE OGUNWALE: It's
a hard problem.
The ecosystem has evolved.
And for each of
those evolutions--
intentional and unintentional--
us breaking things is
not good for people
that already depend on it.
So we need to kind of make
pretty interesting choices
to make things work
better long term.
AUDIENCE: Right.

Portuguese: 
Tem uma maneira de,
pelo menos, aplicar um teclado
para para nossos apps?
Porque nosso app precisa muito da altura
do teclado para alternar entre
opções de IU ou gráficos pelos teclados.
Desculpe, nós demos risada não porque
é uma questão engraçada, mas porque
isso apareceu há um ano,
e nós sabíamos que alguém
ia perguntar sobre teclados.
Sim
Então,
nós concordamos com esse problema.
Definitivamente, reconhecemos o problema.
É algo em que estamos
trabalhando para corrigir.
E se torna um problema complicado.
Não é uma questão de estarmos analisando.
Não, é um problema difícil.
É um problema difícil.
O ecosssitema evoluiu.
E para cada uma dessas evoluções,
intencionais ou não,
interrompermos as coisas
não é bom para as pessoas
que já dependem disso.
Então, precisamos fazer
coisas interessantes
para que as coisas funcionem
melhor em longo prazo.
Certo.

Korean: 
최소한 앱에 시스템 기본 키보드를
적용할 수 있는 방법이 있을까요?
저희 앱은 키보드 높이에 크게 의존하여
키보드 주변에서 UI나 그래픽을
이동할 수 있도록 하기 때문입니다
웃어서 죄송하지만
웃긴 문제가 아니라 
1년 전에 발생한 문제이기 때문에
누군가가 키보드에 대해 물어볼 것이라고
생각했기 때문입니다
알겠습니다
그래서
저희도 동의하는 문제입니다
저희도 이 문제를 분명히 인식하고 있으며
해결하기 위해 노력하고 있습니다
어려운 문제이죠
그냥 노력 중이다 얘기하는 것이 아니라
이는 분명 어려운 문제입니다
정말 어려운 문제이죠
생태계가 진화하고 있습니다
그리고 각각의 진화에 대해
그것이 의도적이든 그렇지 않든
우리가 기존의 틀을 깨는 것은 
이미 그것에 의존하는 사람들에게는
좋지 않습니다
그래서 저희는 작업이
더 오래 지속될 수 있도록
꽤 흥미로운 선택을 해야 하죠
맞습니다

Korean: 
그러나 적어도 저희 앱이 
항상 시스템 기본 키보드를
사용하도록 할 방법이 있을 것 같은데요
아마 그럴 수 있을까요?
아니면 모르겠네요
좋은 아이디어입니다
[웃음]
모든 아이디어에는 장단점이 있습니다
그리고 커피나 맥주를 마시며 
그 아이디어의 의미에 대해
긴 대화를 나눌 수 있겠죠
알겠습니다
하지만 답을 찾기를 기대합니다
물론이죠
감사합니다
감사합니다
안녕하세요
안녕하세요
도구에 관한 질문입니다
저는 Intelligence Suite의 열렬한 팬입니다
오래 전에 처음 출시된 이후부터
사용하고 있습니다
그리고 Android 스튜디오가 
이것을 기반으로 한다는 점이 좋습니다
여러분이 한 최고의 일입니다
질문해 주셔서 감사합니다
[웃음]
그런데
지금까지는 저희도 동의합니다
네
문제는 제가 다른
플랫폼에서도 작업한다는 것입니다
특히 웹에서 말이죠
그리고 저희는 매우 가벼운

Japanese: 
しかし せめてアプリで
常にシステムデフォルトの
キーボードを使う方法は
あっても
よさそうなものですが
ないのでしょうか？
いいアイデアですね
どのアイデアにも
トレードオフや影響があります
それについては
コーヒーやビールを飲みながら
腰を据えて話さなくては
なりません
わかりました
今後に期待しています
承知しました
ありがとうございます
質問をどうぞ
こんにちは
ツールに関する質問です
Intelligence Suiteが好きで
数十年前のリリース当初から
使っているのですが
Android Studioは
これをベースに作られているので
大変気に入っています
ありがとうございます
ところで...
ここまでは同意見ですね
そうですね
私はウェブなどの
プラットフォームでも
仕事をしており
そちらではきわめて軽量な

Indonesian: 
Tapi setidaknya ada cara untuk
menyatakan bahwa aplikasi saya akan selalu
menggunakan keyboard
default sistem apa pun yang terjadi.
Mungkin seperti itu?
Atau ada cara lain.
-Itu bisa jadi ide bagus.
Dengan setiap ide,
ada kompromi dan implikasi.
Kita mungkin bisa
ngobrol lebih panjang
tentang implikasi ide itu
sambil minum kopi atau bir.
-Oke, ide bagus.
Kami tidak sabar menantinya.
-Pasti.
-Terima kasih.
-Terima kasih.
Hai.
-Hai.
Jadi ini pertanyaan terkait alat.
Saya penggemar berat Intelligence Suite.
Saya menggunakannya
sejak pertama kali dirilis,
beberapa dekade yang lalu.
Dan saya suka bahwa
Android Studio didasarkan pada alat ini.
Itu adalah hal terbaik
yang pernah Anda lakukan.
-Terima kasih atas pertanyaannya.
-Tapi--
-Sejauh ini, kami setuju.
-Ya.
Masalahnya adalah
saya mengerjakan platform lain juga
terutama web.
Saya dan yang lainnya menggunakan editor

Spanish: 
Pero ¿podría haber
una manera de que mi app
use el teclado predeterminado
del sistema siempre?
¿Existe algo así?
No lo sé.
Es una buena idea.
Por cada idea, hay compromisos
e implicaciones.
Podríamos charlar un buen rato
con un café o una cerveza
sobre las implicaciones de esa idea.
Me gusta la idea.
Quedamos a la espera.
Definitivamente.
Gracias.
Gracias.
Hola.
Hola.
Mi pregunta es sobre herramientas.
Me fascina Intelligence Suite.
Lo uso desde que salió
hace décadas.
Me encanta que Android Studio
lo use como base.
Es casi lo mejor que hicieron.
Gracias por tu pregunta.
Hasta ahí coincidimos.
Sí.
El problema es que también trabajo
en otras plataformas,
especialmente la Web.
Veo que la gente está adoptando editores

English: 
But at least there can be a way
to say that my app will always
use system default
keyboard no matter what.
Is-- maybe something like that?
Or I don't know.
WALE OGUNWALE:
That's an idea right?
[LAUGHTER]
With every idea, there's
trade-offs and implications.
And we could probably have a
long talk over coffee or beer
about the implications
of that idea.
AUDIENCE: OK, sounds good.
But we are looking for it.
WALE OGUNWALE: Definitely.
AUDIENCE: Thank you.
CHET HAASE: Thanks.
Hi.
AUDIENCE: Hi.
So this is a Tools question.
I'm a big fan of the
Intelligence Suite.
I've been using it basically
since it first came out, like,
decades ago.
And I love that Android
Studio is based on this.
It's the best thing
you've done almost.
CHET HAASE: Thanks
for your question.
[LAUGHTER]
AUDIENCE: Now--
TOR NORBYE: So far, we agree.
AUDIENCE: Yes.
So the problem is that I
work in other platforms
as well, especially web.
And I people there
adopting editors

Portuguese: 
Mas, pelo menos, deve haver
um jeito de dizer que meu app
sempre usará o teclado padrão.
Seria isso?
Ou, não sei.
Essa é uma ideia, certo?
[RISOS]
Toda ideia tem desvantagens e implicações.
Poderíamos conversar tomando
um café ou uma cerveja
sobre as implicações dessa ideia.
Boa ideia.
Mas estamos analisando isso.
Com certeza.
Obrigado.
Obrigado.
Oi.
Olá.
Minha pergunta é sobre Ferramentas.
Sou fã do Intelligence Suite.
Eu o uso basicamente desde 
o lançamento, há décadas.
E gosto do fato de o Android
Studio ser baseado nele.
É uma das melhores coisas
que vocês já fizeram.
Obrigada pela pergunta.
[RISOS]
Agora,
Até agora, nós concordamos.
Sim.
O problema é que eu trabalho
em outras plataformas também,
especialmente na Web.
As pessoas estão adotando editores

English: 
that are lightweight,
very lightweight.
They can actually run them on
various less powerful machines.
And as much as I love the
Intelligence Suite, and Android
Studio, and all of
those things, this
is a problem that
I see, especially
for new developers who have less
powerful laptops working with.
And I think that it's going
to become a bigger problem.
And what do you have to say
about Android Studio becoming
too heavy?
TOR NORBYE: I mean,
are you thinking
that laptops are going
to become less powerful,
or that Studio's going
to become more heavy?
AUDIENCE: Kind of both.
Like people will be using
Chromebooks and stuff
like that, very lightweight
laptops, to do coding.
And they work for web
development today,
but it don't work for Android.
And I think that might actually
be an issue in the future.
TOR NORBYE: Yeah,
I mean, Compose
is kind of weblike, isn't it?
In that--
[LAUGHTER]

Spanish: 
muy ligeros.
Pueden ejecutarlos en máquinas
mucho menos potentes.
Aunque me encante Intelligence Suite
Android Studio y demás
es un problema real
para los desarrolladores nuevos
que trabajan en laptops menos potentes.
Creo que se convertirá
en un problema mayor.
¿Qué opinan sobre Android Studio
y que sea demasiado pesado?
¿Quieres decir
que las laptops serán menos potentes
o que Android será más pesado?
Un poco de ambas.
La gente usará Chromebooks
y laptops muy livianas para codificar.
Hoy en día,
funcionan para el desarrollo web
pero no para Android.
Eso podría ser un problema en el futuro.
Compose es como un sitio web, ¿no?

Indonesian: 
yang ringan, sangat ringan
dan bisa dijalankan
di berbagai mesin yang kurang canggih.
Walaupun saya suka
Intelligence Suite, Android Studio,
dan semuanya, menurut saya
ini adalah masalah
terutama bagi developer baru yang
menggunakan laptop yang kurang canggih.
Dan saya rasa itu akan
jadi masalah yang lebih besar.
Bagaimana pendapat Anda
tentang Android Studio yang
menjadi terlalu berat?
-Apakah menurut Anda
laptop akan menjadi kurang canggih,
atau bahwa Studio
akan menjadi lebih berat?
-Dua-duanya.
Karena banyak orang akan
menggunakan Chromebook dan semacamnya,
laptop yang sangat ringan,
untuk melakukan coding.
Dan mereka bekerja untuk
pengembangan web sekarang,
tetapi tidak untuk Android.
Saya pikir itu mungkin
akan menjadi masalah di masa mendatang.
-Ya, maksud saya, Compose
adalah jenis web, bukan?
Karena...

Japanese: 
エディタを使用しています
それは性能が高くないマシンでも
動作します
Intelligence Suiteも
Android Studioも好きですが
これは性能の高くない
ノートパソコンを使う
開発者にとって問題だと思います
これは今後大きな問題になると
思っています
Studioが重くなる問題について
どうお考えでしょうか？
ノートパソコンの性能が
低下するとお考えなのか
それとも
Studioが重くなると
お考えなのでしょうか？
どちらもです
今後はChromebookなど
軽量のノートパソコンが
コーディングに使われるでしょう
ウェブ開発なら
問題ないでしょうが
Android開発に
使うのは厳しいため
問題になると思っています
Composeは
ある意味でウェブライクですよね？
つまり...

Korean: 
편집기를 도입하고 있습니다
여러 가지 성능이 낮은
머신에서 실행할 수 있죠
Intelligence Suite, Android 스튜디오,
그리고 이 모든 것들을 좋아하는 만큼
제게 문제로 느껴지는 것인데요
성능이 낮은 노트북을 사용하는 
새로운 개발자에게
특히 중요한 문제입니다
그리고 저는 이것이 앞으로 더 큰 
문제가 될 것이라고 생각합니다
Android 스튜디오가
너무 무거워지는 것에 대해서
하실 말씀이 있나요?
노트북의 성능이
떨어질 거라고 생각하는 건가요
아니면 Android 스튜디오가 
더 무거워질 거라고 생각하는 건가요?
둘 다입니다
사람들은 아마도 Chromebook과 같은
아주 가벼운 노트북을
사용하여 코딩할 것입니다
그리고 이들은 웹 개발을 위해 작업하며
Android를 위해서는 작업하지 않습니다
저는 이것이 실제로 향후에 
큰 문제가 될 수 있다고 생각합니다
Compose는
웹과 비슷하죠?
왜냐하면
[웃음]

Portuguese: 
que são leves, muito leves.
Elas podem executá-los em várias
máquinas menos poderosas.
Como eu adoro o Intelligence Suite, 
o Android e
todas essas coisas, esse
é um problema que vejo, especialmente
para novos desenvolvedores que têm
laptops menos potentes.
Acho que isso vai se tornar
um problema ainda maior.
O que vocês têm a dizer sobre 
o Android Studio ficar muito pesado?
Você acha que
os laptops vão se tornar menos poderosos
ou que o Studio vai ficar mais pesado?
Os dois.
Por exemplo, as pessoas usarão
Chromebooks etc.,
laptops muito leves para criar os códigos.
Elas trabalham para desenvolvimento
na Web hoje,
mas não para Android.
Acho que isso pode vir a ser
um problema no futuro.
Sim, por exemplo, o Compose
é para a Web, não é?
Assim...
[RISOS]

Portuguese: 
Digamos que você tem que
editar seu arquivo fonte e
não precisa de um depurador.
O que?
Certo?
[RISOS]
Tudo bem.
Tor é o diretor agora.
Ele não entende mais de tecnologia.
[RISOS]
Não, então vamos trabalhar muito
para tornar o Studo menor.
Esse é o Projeto Marble.
E não paramos por aí.
Simultaneamente, o JetBrains também
parece estar fazendo algo
semelhante ao Projeto Marble.
Na versão 2019.3, eles
deliberadamente trabalharam
no tempo de inicialização.
Parece que eles se preocupam
mesmo com isso.
Sei que que não é bem
isso o que vocês pediram.
Se vocês estão pedindo,
por exemplo, um IDE baseado na Web,
não tenho nada a anunciar agora.
[RISOS]
Ok, obrigado.
Obrigado.
Oi.
Antes de fazer minha pergunta,
gostaria de agradecer à Google
pelo convite.
Sou Ddesenvolvedor Android há 15 anos.
Oportunidades como essas são muito...
muito raras para mim.

Japanese: 
ソースファイルの編集だけでよく
デバッグが不要という意味で
何ですって？
違いますか
トーアはディレクターになったので
技術には
疎くなってしまいました
Studioの小型化には
大いに注力しています
Marbleという
プロジェクトで
今も継続中です
同時にJetBrainsでも
Marbleと同様のプロジェクトに
取り組んでおり
最新の2019.3リリースで
起動時間の問題に
対処していたので
この件に大きな関心があるようですが
ご質問はそれとは違いますよね
ウェブベースのIDEなどを
お探しでしたら
今は特に発表することは
ございません
ありがとうございました
ありがとう
質問をどうぞ
質問の前にまず
お礼を言いたいと思います
自分は15歳の開発者で
このような機会がもらえたことは
大変貴重だと思います

Korean: 
소스 파일을
편집하기만 하면
디버거가 필요하지 않으니까요
뭐라고요?
맞나요?
[웃음]
토르는 이제부터 디렉터입니다
더 이상 기술을 이해하지 못하고 있네요
[웃음]
그래서 스튜디오를 작게 만드는 데
많은 노력을 기울여서
프로젝트 Marble을 진행하였죠
그리고 여전히 진행 중입니다
동시에 JetBrains도 자체적으로
프로젝트 Marble과 유사한 과정을 
수행하는 것으로 보입니다
그래서 2019.3 버전에서는
시작 시간에 의도적으로 손을 댔습니다
그런 점에서 정말로 이 문제에 
신경을 쓰는 것 같습니다
질문에 대한 답이
아니라는 것을 알고 있지만
웹 기반 IDE와 같은 것을 요청하신다면
지금은 발표할 것이 없습니다
[웃음]
감사합니다
감사합니다
안녕하세요
질문하기 전에
초대해 주셔서 Google에 감사드립니다
저는 15살 Android 개발자입니다
그래서 이런 기회를 얻기란
매우 힘듭니다

Spanish: 
Lo que quiero decir
es que editas tu archivo de origen
y no necesitas un depurador.
¿Qué?
¿O no?
Bien, ahora Tor es director.
Ya no entiende de tecnología.
Nos esforzamos mucho
para que Studio sea más pequeño
como con Project Marble.
Y no paramos ahí.
Al mismo tiempo
JetBrains está creando
su propio Project Marble.
En el tercer trimestre de 2019
trabajaron en el tiempo de inicio.
Parece que realmente les importa.
Sé que no preguntaste exactamente eso.
Si te refieres a un IDE basado en la Web
no tengo nada que anunciar por ahora.
Bien, gracias.
Gracias.
Hola.
Antes de hacer mi pregunta
quiero agradecer a Google por invitarme.
Soy desarrollador de Android
y tengo 15 años
así que este tipo de oportunidades
son muy inusuales para mí.

Indonesian: 
artinya Anda cukup mengedit
file sumber dan tidak perlu debugger.
-Apa?
-Iya kan?
-Baiklah,
Tor adalah direktur sekarang.
Dia tidak mengerti teknologi lagi.
-Bukan begitu, tapi
kami benar-benar berusaha keras
membuat Studio lebih ringan.
Itulah Project Marble.
Dan kami
masih menjalankannya.
Dan secara bersamaan,
JetBrains tampaknya juga
akan melakukan hal seperti
Project Marble mereka sendiri.
Di versi terbaru, 2019.3, mereka
mengerjakan sesuatu
terkait waktu mulai.
Jadi mereka sepertinya
sangat memperhatikannya.
Saya tahu itu bukan
apa yang Anda tanyakan.
Jika Anda bertanya,
misalnya, IDE berbasis web,
saya tidak bisa
bilang apa-apa untuk saat ini.
-Oke, terima kasih.
-Terima kasih.
Hai.
-Sebelum bertanya,
saya ingin berterima kasih kepada
Google telah mengundang saya.
Saya developer
Android berusia 15 tahun.
Jadi mendapatkan peluang 
seperti ini sangatlah
langka bagi saya.

English: 
--in the sense that
it's like, hey, just
edit your source file, you
don't need no debugger.
ROMAIN GUY: What?
TOR NORBYE: Right?
[LAUGHTER]
ROMAIN GUY: All right,
Tor is a director now.
He doesn't understand
tech anymore.
[LAUGHTER]
TOR NORBYE: No, so we
actually put a lot of work
into making Studio smaller.
That was Project Marble.
And we haven't stopped that.
And simultaneously,
JetBrains seems
to also be doing their own
Project-Marble-like thing.
So in the latest,
2019.3, they've
deliberately actually
worked on startup time.
So they seem to really
care about this.
I know that's not exactly
what you asked for.
If you're asking for,
like, a web-based IDE,
I have nothing to
announce at this time.
[LAUGHTER]
AUDIENCE: OK, thanks.
CHET HAASE: Thanks.
Hi.
AUDIENCE: Before
I say my question,
I would like to thank
Google for inviting me.
I'm a 15-year-old
Android developer.
So to get opportunities
like this is very, very--
I don't know, very rare for me.

Korean: 
[박수]
커뮤니티에 오신 것을 환영합니다
또한 Google이 
어린 학생과 대학생들을
Android 개발자가 되도록
장려하는 것은 이 학생들에게
좋은 기회가 되기 때문에
매우 마음에 듭니다
멋지네요
환영합니다
제 질문은
작년 I/O에서
누가 언급하였는지 말하지 않겠지만
사실 그 부분을 고민했지만요
당시 Viewmodel,
LiveData와
기타 아키텍처 구성요소가
빠르게 개발되고 있을 때였습니다
누군지 찾았군요
[웃음]
이기트가 그때 뭐라고 했나요?
기본적으로 베타 라이브러리를
프로덕션 환경에서 
사용하는 것은 괜찮다고 했습니다
제 질문은 이것이 사실인지
그리고 Compose, CameraX와 
기타 Jetpack 라이브러리와 같은
최신 라이브러리의 경우
이들을 사용할 수 있나요?
아니면 향후에 고려해야 할 
단순한 아이디어인가요?

Indonesian: 
-Selamat datang di komunitas.
-Dan saya juga suka cara Google
mempromosikan
pelajar muda dan universitas
untuk menjadi developer Android,
karena inilah peluang
yang baik bagi mereka.
-Keren. Selamat datang.
-Jadi inilah pertanyaan saya.
Tahun lalu di I/O,
saya tidak akan sebut siapa, tapi...
tadinya saya mau sebut, tapi...
saat itu Viewmodel, dan LiveData,
dan komponen arsitektur lainnya
sedang dalam pengembangan pesat.
Oke, kalian menyadarinya.
-Jadi, apa yang dikatakan Yigit?
-Pada dasarnya dia berkata
bahwa boleh saja menggunakan
library beta ini dalam produksi.
Pertanyaan saya yang jelas adalah,
apakah ini masih benar, dan untuk library
yang lebih baru seperti Compose,
CameraX, dan library Jetpack lainnya,
haruskah kita mempertimbangkan
untuk menggunakannya, atau apakah itu
hanya ide yang harus kita
pertimbangkan di masa mendatang?

English: 
[APPLAUSE]
TOR NORBYE: Welcome
to the community.
AUDIENCE: And I also
like how Google's
promoting young students
and other university
students to become
Android developers,
because I really think it's
a good opportunity for them.
CHET HAASE: Cool.
Welcome.
AUDIENCE: So here's my question.
Last year at I/O--
I won't mention who, but--
I was considering it, but--
this was when
Viewmodel, and LiveData,
and other architecture
components
were under rapid development.
OK, you found out.
[LAUGHTER]
CHET HAASE: So
what did Yigit say?
AUDIENCE: Well,
basically he said
that it was OK to use these
beta libraries in production.
My obvious question is, is
this still true, and for newer
libraries like Compose, CameraX,
and other Jetpack libraries,
should we consider
using them, or are they
just mere ideas that we should
consider for the future?

Japanese: 
コミュニティへようこそ
Googleが生徒や学生に対して
開発者になるよう奨励しているのも
良いことだと思います
とてもいい機会だからです
どういたしまして
質問に入ります
迷いましたが
誰が仰ったかは
言わないことにします
昨年のI/Oで
ViewmodelやLiveDataなどの
アーキテクチャコンポーネントを
急ピッチで開発中と仰っていました
ええ そちらの方です
イーイトは何と？
そのようなベータ版の
ライブラリを本番環境で
使ってもよいと仰っていました
そこで聞きたいのは
ComposeやCameraXなどの
新しいライブラリや
その他のJetpackライブラリを
使ってもよいのでしょうか
それともそれらは
評価用のものでしょうか？

Portuguese: 
[APLAUSOS]
Bem-vindo à comunidade.
Gosto também da forma como a Google
vem promovendo jovens estudantes
e outros alunos de universidades
para se tornarem Desenvolvedores Android.
Essa é uma excelente oportunidade
para eles.
Legal.
Bem-vindo.
Então, minha pergunta agora.
No I/O do ano passado,
não vou mencionar quem, mas
estive considerando isso, mas
foi quando Viewmode e LiveData
e outros componentes da arquitetura
estavam sob um rápido desenvolvimento.
Ok, você descobriu.
[RISOS]
O que Yigt disse?
Bem, basicamente ele disse que
não havia problema em usar essas
bibliotecas Java na produção.
Minha pergunta óbvia é:
Isso ainda é verdade? E bibliotecas
mais novas, como Compose, CameraX
e outras bibliotecas Jetpack,
podemos pensar em usá-las ou elas são
apenas ideias que devemos considerar
para o futuro?

Spanish: 
Bienvenido a la comunidad.
También me gusta cómo Google
alienta a estudiantes jóvenes
y universitarios
a convertirse
en desarrolladores de Android.
Creo que es una buena oportunidad.
Excelente.
Bienvenido.
Mi pregunta es esta.
El año pasado en I/O
no diré quién
lo pensé, pero…
fue cuando Viewmodel, LiveData
y otros componentes de la arquitectura
estaban en desarrollo.
Me descubrieron.
¿Qué dijo Yigit?
Dijo que estaba bien
usar bibliotecas Beta en la producción.
Mi pregunta es si sigue siendo válido
para bibliotecas nuevas
como Compose, CameraX
y otras bibliotecas de Jetpack
¿podemos usarlas
o solo son ideas
que deberíamos considerar para el futuro?

Portuguese: 
Depende.
A resposta oficial é: nunca use
bibliotecas Beta na produção.
Mas você disse que no ano passado...
Sim, mas o fato é que
se estiver conversando num bar,
vou dizer que sim.
[RISOS]
A questão é que estamos
rastreando esses números.
Sabemos que as bibliotecas,
como milhares de apps, começam
a usá-las na produção.
Conhecemos esses números, quantas
deveríamos ter,
antes de criar algo estável
Essa é a confiança que temos.
Se ninguém tentar usar essas
bibliotecas antes de elas serem
disponibilizadas, nunca teremos
o feedback.
E voltaremos para o passado,
dois, três anos atrás,
quando tínhamos que esperar
a versão 0.1 da biblioteca de
suporte antes de começar a usá-la.
Não queremos mais isso.
Queremos que as pessoas possam
usar a versão estável.
Para isso, precisamos de pessoas
para testar as bibliotecas Beta Alfa.
[RISOS]
Mas precisamos dessa ajuda.

Japanese: 
状況によります
正式な回答としては
製品版には使用しないでください
しかし
昨年言っていたのは…
ええ
バーで会ったり
直に会って聞かれたなら
「どうぞ」と答えるでしょう
要するに こういうことです
製品版アプリで
ライブラリが使われ始めると
その件数が
トラッキングされます
どれくらい使用されるか把握してから
安定化に着手します
こうすることで
自信が持てるのです
リリース前に誰もライブラリを
使わなかったら
フィードバックが得られません
そうしないと
バージョン0.1の
ライブラリがリリースされるまで
使用できなかった
数年前に逆戻りすることになりますが
それは避けたいですよね
一般ユーザーには安定版を
使ってほしいので
一部の人に評価版を
試していただく必要があるのです
そのような助けが必要なので

English: 
YIGIT BOYAR: So it depends.
The official answer is never use
beta libraries on production.
ROMAIN GUY: But you
just said last year--
YIGIT BOYAR: Yeah, but
like so the thing is,
if you catch me in a bar or
talking here, I will say yes.
[LAUGHTER]
But the thing is that we
are tracking these numbers,
and we know every library,
like thousands of apps start
using it on production.
And we know these numbers, how
many we are supposed to have,
before we make something stable.
And that's the
confidence we have.
If no one ever tries to use
these libraries before they
are shipped, we will
never get the feedback.
And you will go back
to the old days,
like two, three years ago,
where you would always
wait the 0.1 version of support
library before start using it.
We don't want to
be there anymore.
We want people to be able
to use the stable version.
For that, we need some people
to try the alpha beta libraries.
[LAUGHTER]
But so we need that help.

Indonesian: 
-Jadi itu tergantung.
Jawaban resminya, jangan pernah
menggunakan library beta pada produksi.
-Tapi Anda mengatakannya tahun lalu--
-Ya, kalau Anda bertemu saya di bar
atau di sini, saya akan bilang iya.
Masalahnya adalah
kami melacak data ini,
dan setiap library, ribuan aplikasi
mulai menggunakannya pada produksi.
Dan data ini, berapa
banyak yang seharusnya kami miliki,
sebelum membuat sesuatu yang stabil.
Itulah keyakinan yang kami miliki.
Jika tidak ada yang pernah mencoba
menggunakan library ini sebelum dikirim,
kami tidak akan pernah menerima masukan.
Dan Anda akan kembali ke masa lalu,
dua atau tiga tahun
yang lalu, saat Anda akan selalu
menunggu library dukungan
versi 0.1 sebelum mulai menggunakannya.
Kami tidak ingin melakukannya lagi.
Kami ingin pengguna
menggunakan versi yang stabil.
Sehingga, kami perlu beberapa
orang untuk mencoba library alfa beta.
Jadi begitulah,
kami perlu bantuan untuk itu.

Spanish: 
Depende.
Oficialmente, nunca debes usar
bibliotecas Beta en la producción.
Pero el año pasado dijiste que…
Sí, lo que pasa es que,
si me preguntas en un bar o aquí,
diré que sí.
Hacemos un seguimiento de estos números
conocemos cada biblioteca
y sabemos que miles de apps
comienzan a usarlas en la producción.
Sabemos cuáles deben ser estos números
para garantizar la estabilidad.
Eso demuestra nuestra confianza.
Si nadie las usa
antes de que estén disponibles
nunca recibiremos comentarios.
Y retrocederíamos dos o tres años
cuando uno esperaba la versión 0.1
de la biblioteca de compatibilidad
antes de comenzar a usarla.
No queremos que eso se repita.
Queremos que la gente
pueda usar la versión estable.
Para eso necesitamos que algunos
prueben las bibliotecas Alfa Beta
Necesitamos esa ayuda.

Korean: 
경우에 따라 다르지만
공식 답변은 프로덕션에서는
베타 라이브러리를
사용하지 않는 것입니다
하지만 작년에는 괜찮다면서요
예, 물론 사적인 자리에서
이야기하면 사용하라고 말할 것입니다
[웃음]
현재 이러한 수치를 추적하고 있으며
수천 개의 앱이 프로덕션에서
베타 라이브러리 사용을
시작했다는 점을 알고 있습니다
그래서 안정화를 위해 
이러한 수치를 파악하고
어디까지 허용해야 하는가
파악하고 있습니다
그 부분에서 안심할 수 있죠
출시되기 전에 아무도 
이 라이브러리를 사용하려고
하지 않으면 의견을 받지 못하겠지요
그러면 2~3년 전처럼
0.1 버전의 지원 라이브러리를
사용하기 위해 기다리던
옛날로 돌아가게 될 것입니다
더 이상 그런 일은 없어야겠지요
저희는 사람들이 안정적인 
버전을 사용할 수 있기를 바라며
이를 위해 알파 베타 라이브러리를 
사용해 볼 사람이 필요합니다
[웃음]
저희는 도움이 필요합니다

Japanese: 
試していただけると
嬉しいのですが
使用を避けている企業も
少なくありませんので
その点も考慮しています
目新しいツールなどは
アルファや
ベータの期間が
長くなりがちですが
安定化を達成したら
スケジュールを加速して
機能の変更を減らし
短い間隔で安定したバージョンを
公開するよう努めています
アルファとベータの
違いについても説明できますか？
アルファ以前についても
お願いします
そうですね
Composeは
アルファ以前であり
Dev版と呼んでいます
AndroidXライブラリを
アルファ版と呼ぶ場合
それはライブラリ自体ではなく
APIが不安定だからです
まだ私たちも問題が
わかっていない段階です
状況が変わる可能性はありますが
Roomを使用したアプリは
数千個もリリースされています
まだベータ版ですらありませんが

Indonesian: 
Jika ada yang melakukannya,
kami akan sangat terbantu.
Tapi jika tidak mau,
kami tahu banyak perusahaan tidak mau,
jadi kami juga
berusaha mengakomodasinya.
Terutama jika versinya baru,
versi tersebut akan memiliki
periode alfa beta yang panjang.
Tapi setelah stabil, kami
akan terus mencoba mempersingkat waktunya,
sehingga fiturnya lebih
sedikit tapi waktunya lebih cepat
dan versinya lebih stabil.
-Dan Anda mungkin ingin
membedakan antara alfa dan beta,
dan terutama pra-alfa, dan saya yakin
Compose berada pada versi ini.
-Sebenarnya, ya, itu benar.
Compose adalah versi pra-alfa.
kami menyebutnya seperti dev.
Dan untuk library AndroidX,
saat menyebut versinya alfa,
bukan berarti tidak stabil.
Itu karena API-nya tidak stabil.
Kami bahkan tidak
tahu apa yang kami lakukan.
Jadi banyak hal yang mungkin berubah.
Tetapi seperti yang
telah kita lihat, ada ribuan
aplikasi yang dikirimkan dengan
Room sebelum bahkan menjadi versi beta.

English: 
If someone does it for
us, it's very lovely.
But if you don't want
that-- and we know
many companies
don't, and we're also
trying to accommodate for that.
Like especially if
something is new,
it will have a long
alpha beta period.
But after something
stabilizes, we
are trying to shorten the
timelines further and further
so that we can get fewer
features, but quicker and more
stable versions.
TOR NORBYE: And
you probably want
to make a distinction
between alpha and beta,
and especially pre-alpha,
which I believe
Compose is at this point.
YIGIT BOYAR: Actually,
yeah, that's true.
Compose is pre-alpha.
It's like dev, we called it.
And for AndroidX libraries,
when we call something alpha,
it is not that it is unstable.
It's that API is unstable.
We don't even know
what we are doing.
[LAUGHTER]
So things might change a lot.
But like we have seen,
there is thousands
of apps shipped with Room
before it even become beta.

Portuguese: 
Se se alguém puder fazer isso
para nós, seria perfeito.
Se vocês não querem isso, e sabemos
que muitas empresas não querem,
vamos tentar acomodar isso.
Quando algo é novo,
ele terá um longo período Beta Alfa.
Depois de estabilizado,
tentamos reduzir os prazos cada vez mais
para podermos ter menos recursos, mas
versões mais rápidas e mais estáveis.
Provavelmente, vocês querem
uma distinção entre Alfa e Beta,
especialmente Pré-Alfa, que é onde
eu acho que o Compose esteja.
É verdade.
O Compose está na Pré-Alfa.
Nós chamamos de "dev".
Para bibliotecas AndoridX,
quando chamamos algo de Alfa,
não significa que seja instável.
Mas sim que a API é instável.
Não sabemos o que há de errado.
[RISOS]
As coisas devem mudar bastante.
Temos visto milhares de
apps rodando a Room antes
mesmo de se tornarem Beta.

Spanish: 
Si alguien lo hace por nosotros,
se lo agradecemos.
Pero si no es así,
y sabemos que muchas empresas
no quieren hacerlo
también tratamos de adaptarnos.
Si una función es nueva
tendrá un período Alfa Beta prolongado.
Una vez que se estabiliza
intentamos reducir los tiempos
cada vez más
las funciones son menos,
pero las versiones
son más rápidas y estables.
También hay que distinguir
entre Alfa y Beta
especialmente pre Alfa,
donde creo que está Compose
en este momento.
Es correcto.
Compose está en pre Alfa.
Decimos que está en desarrollo.
Si las bibliotecas de AndroidX
están en Alfa
no quiere decir que sean inestables.
La API es inestable.
No sabemos lo que estamos haciendo.
Podría haber muchos cambios.
Hay miles de apps
que se lanzaron con Room
antes de que esté en Beta.

Korean: 
누군가 저희를 위해 그렇게 한다면 
매우 감사할 것입니다
하지만 많은 회사가
원하지 않는 것을 알고 있으며
여러분이 원하지 않는다면
저희는 그것을
수용하려고 노력하고 있습니다
특히 새로운 것이 있다면
알파 베타 기간이 길어질 것입니다
그러나 무언가가 안정된 후에는
제공할 수 있는 기능은 적어지지만
더 빠르고 안정적인 버전을 제공하도록
일정을 더욱 단축하려고
노력하고 있습니다
알파와 베타, 그리고
특히 Compose 같은
사전 알파를 구분해 주시면
좋을 것 같습니다
네 맞습니다
Compose는 사전 알파입니다
개발 단계와 비슷하죠
그리고 AndroidX 
라이브러리의 경우 알파라고 할 때
불안정하다는 것은 아닙니다
API가 불안정하다는 의미죠
저희가 무엇을 하고
있는지조차 모릅니다
[웃음]
따라서 상황이 많이 바뀔 수 있습니다
그러나 저희가 보았듯이
베타가 되기도 전에
수천 개의 앱에 Room이 제공되었습니다

English: 
And people used on productions.
So that might be OK.
When we say beta, it
means the API is stable,
so you won't need
to change your code.
And when we go RC, that means
we don't have any more bugs.
We're just waiting
for two weeks--
[LAUGHTER]
ROMAIN GUY: Bugs
that we know about.
YIGIT BOYAR: Yeah.
[LAUGHTER]
Oh yeah, OK.
And if nothing comes, it's
going to become stable.
If another bug comes, it's
going to be RC2, and another two
weeks.
[CHUCKLING]
CHET HAASE: There's
also something new
that we're seeing with
Jetpack, which is, well, we're
shipping a static library,
you have the ability
to test that in your app.
You are shipping that
code with your app.
If you test it
completely, you're
happy with the stability of
things, and the functionality
that you get from it,
then it is your decision
whether to ship with that.
The API may not be stable,
but if it solves the problems
that you needed to
solve, and you have not
detected bugs in your
thorough testing suite
that you run all
the time, then you

Japanese: 
製品版アプリで使われているので
大丈夫だと思います
ベータ版とは
APIが安定し コード変更が
不要になったという意味です
バグがなくなるとRC版になります
そして２週間待ち...
既知のバグが生じないか確認します
ええ
そのとおりです
何もなければ
安定版となります
バグが見つかった場合は
RC2版になり
さらに２週間待ちます
Jetpackには
アプリでのテストを可能にする
静的ライブラリを
同梱しています
コードはアプリに同梱されます
完全にテストして
アプリの安定性と機能を確認すれば
そのままリリースするか
どうかを判断できます
APIは安定していないかも
しれませんが
問題が解決されて
いつも実施している
全体テストでバグがなければ

Korean: 
그리고 프로덕션에서 사용되었고요
그래서 괜찮을 수도 있습니다
베타란 API가 안정적이라는 의미이며
따라서 코드를 변경할 필요가 없습니다
그리고 RC로 가면 더 이상 
버그가 없다는 것을 의미합니다
그리고 2주 동안 기다려 보죠
[웃음]
우리가 알고 있는 버그를 말합니다
그렇지요
[웃음]
그래요
아무것도 나타나지 않으면
안정화된 것이고요
또 다른 버그가 발생하면
RC2가 되고 2주 더 기다리게
됩니다
[웃음]
Jetpack에서 볼 수 있는
새로운 기능도 있는데
정적 라이브러리를 제공하므로
앱에서 테스트할 수 있습니다
개발자가 앱에 해당 코드를 제공하고 있죠
테스트를 완벽하게 마치고
전반적인 안정성과
그 기능에 만족하면
도입 여부를 결정할 수 있습니다
API가 안정적이지 않을 수 있지만
해결해야 하는 문제를 해결해 주고
철저한 테스트를 실행한 결과
버그를 발견하지 못했다면

Indonesian: 
Dan banyak orang
menggunakannya saat produksi.
Jadi mungkin tidak masalah.
Saat membahas beta,
artinya API-nya stabil,
jadi tidak perlu mengubah kode Anda.
Dan saat masuk ke RC,
artinya sudah tidak ada bug.
Kami hanya menunggu dua minggu...
-Bug yang kami ketahui.
-Oh ya, baiklah.
Dan jika tidak ada bug,
performanya akan stabil.
Jika ada bug lain,
itu akan menjadi RC2,
dan menunggu dua minggu lagi.
-Ada hal baru juga
yang kami lihat dengan Jetpack,
yaitu kami mengirim
library statis, Anda bisa
mengujinya di aplikasi.
Anda mengirimkan
kodenya dengan aplikasi.
Jika Anda mengujinya secara menyeluruh,
Anda puas dengan
stabilitasnya di berbagai hal,
dan fungsi yang didapatkan,
keputusan ada di tangan Anda
apakah akan mengirimnya.
API mungkin tidak stabil,
tapi jika mampu memecahkan masalah
yang perlu diselesaikan dan Anda belum
mendeteksi bug di
alat pengujian menyeluruh
yang Anda jalankan sepanjang waktu,

Spanish: 
Y se usan en la producción.
Puede funcionar.
Cuando decimos que esta en Beta,
la API es estable
y no necesitarás cambiar tu código.
Y cuando está en RC,
ya no tiene errores.
Esperamos dos semanas…
Errores que hayamos detectado.
Sí.
Bien.
Si no surge nada, es estable.
Si aparece otro error, pasa a RC2
y esperamos otras dos semanas.
Otra novedad de Jetpack
es que ofrecemos una biblioteca estática
y puedes probarla en tu app.
Ese código va con tu app.
Si lo pruebas por completo
y estás satisfecho con la estabilidad
y la funcionalidad
que ofrece, tú decides
si quieres incluirlo.
Si la API no es estable,
pero soluciona los problemas
que necesitas resolver
y no detectas errores
en el completísimo paquete de pruebas
que ejecutas siempre

Portuguese: 
As pessoas não usaram produções.
Então, acho que tudo bem.
Na versão Beta, a API está estável.
Não é necessário mudar o código.
Quando passamos para a RC, significa
que não há mais bugs.
Só estamos esperando duas semanas.
[RISOS]
Bugs que a gente conhece.
Sim.
[RISOS]
Verdade. OK.
Se nada acontecer, ela ficará estável.
Se houver outro bug, teremos RC2 e mais
duas semanas.
[RISOS]
Veremos também outra novidade
com o Jetpack: estamos lançando
uma biblioteca estática.
Vocês poderão testá-la
no app de vocês.
Vocês lançarão esse código com os apps.
Se testá-la completamente, ficarão
felizes com a estabilidade e a funcionalidade
que terão. Então, vocês é que decidem
se irão lançar com ela ou não.
A API pode não ser estável,
mas ela resolve os problemas
que vocês tinham que resolver
e os bugs que não detectaram
no suite de testes
que executam sempre.

Spanish: 
puedes decidir correctamente, ¿no?
Es distinto cuando creas
con una versión Alfa,
ya que podríamos cambiar funciones
entre las vistas previas.
Mi primer ejemplo de lo que hacen
nuestros desarrolladores
es a nivel de las limitaciones.
Nikolai me dijo que cuando
alcanzamos la primera versión Beta
estaba instalada
en mil millones de dispositivos.
Así que gracias…
Están locos.
Muchas gracias por responder mi pregunta.
Lo siento, Yigit.
Gracias.
Hola.
Acerca del sistema de vistas
de medida de diseño,
Romain dijo en una charla
que view.Java es aterrador.
Si tuvieses que volver atrás.
No dije eso, dije que es largo.
Largo.
¿Entonces no te molesta hacer Ctrl+O
en todo el archivo?
¿Sin problemas?
Para el resto de nosotros,
si tuvieses que volver a comenzar
¿qué cambiarías
sobre el diseño y el sistema de medición

Korean: 
적절한 결정을 내릴 수 있겠죠?
플랫폼에서 알파인 것에 작성하는 것과는
조금 다르며 프리뷰를 진행하면서
조금씩 변경이 발생할 수 있습니다
Android 프로젝트에서 진행된
사례 한 가지를 말씀드리면
constraintlayout에 관한 것이었는데요
첫 번째 베타 버전에 도달했을 때
10억 대의 기기에
설치되었다고 들었습니다
여러분의 참여에 감사드립니다
[웃음]
대단해요
[웃음]
질문에 답해 주셔서 감사합니다
이기트, 죄송합니다
[웃음]
감사합니다
안녕하세요
로메인이 오늘 대화에서 언급한 것처럼
뷰의 전체 레이아웃
측정 시스템과 관련하여
view.Java는 매우 끔찍합니다
처음부터 다시 시작하게 된다면요
끔찍하다고 한 게 아니라
오래 걸린다고 했어요
오래 걸립니다
따라서 전체 파일을 통제하는 데
문제가 없나요?
전혀요?
나머지 분들은
처음부터 다시 시작한다면
개념에서든 혹은 구현에서든
레이아웃과 측정 시스템에 대해

English: 
can make the proper
decision, right?
It's a little different than
writing to something that's
alpha in the platform, and
we may change the bits out
from under you between previews.
ROMAIN GUY: Yeah, my first
example of what our developers
actually do was, at the
[? constraint ?] [? level, ?]
[? Nikolai ?] was telling me
that when he reached the first
beta, it was installed
on a billion devices.
So thank you for--
[LAUGHTER]
You're crazy.
[CHUCKLING]
AUDIENCE: Thank you very much
for answering my question.
And sorry, Yigit.
[CHUCKLING]
CHET HAASE: Thanks.
Hi.
AUDIENCE: Regarding the
whole layout measure
system of view, like Romain
said earlier in a talk today,
the view.Java is very scary.
If you were to start over--
ROMAIN GUY: I didn't say
scary, I said it's long.
AUDIENCE: Long.
So you have no problem
just kind of Control-Oing
through the whole file?
All good?
OK, well, for the rest of us,
if you were to start over,
what would you do
differently, if anything,
about the layout
and measure system,

Portuguese: 
Vocês podem tomar a decisão certa.
É um pouco diferente de
criar algo que esteja na versão
Alfa na plataforma e podemos
alterar os bits
durante as visualizações.
Meu primeiro exemplo do que
os desenvolvedores realmente
fazem na [? limitação ?] [? nível, ?]
[? Nikolai ?] foi dizer que
quando ele chegasse à primeira
Beta, ele foi instalado em bilhões
de dispositivos.
Eu agradeço.
[RISOS]
Vocês estão loucos.
[RISOS]
Agradeço muito por responder
minha pergunta.
Desculpe, Yigit.
[RISOS]
Obrigado.
Oi.
Em relação ao sistema de medida e layout
de visualização, como o Romain comentou
mais cedo hoje,
a view Java é muito assustadora.
Se vocês tivessem que recomeçar
Eu não disse assustadora, eu disse longa.
Longa.
Então, vocês não têm problema
com Control-Oing
no arquivo todo?
É isso?
Bem, para todos nós,
se tivessem que começar de novo,
o que vocês fariam de diferente
em relação ao sistema de
layout e medidas,

Indonesian: 
Anda bisa ambil
keputusan yang tepat, kan?
Sedikit berbeda
dibandingkan menulis dengan
versi alfa di platform,
dan kami bisa mengubahnya sedikit
di antara pratinjau.
-Ya, contoh pertama
saya tentang hal yang dilakukan
developer kami, di
[? tingkat ?] [? kendala,?]
[? Nikolai?] memberi tahu
saya jika mencapai beta
pertama, aplikasi tersebut
diinstal pada satu miliar perangkat.
Jadi terima kasih untuk...
Anda gila.
-Terima kasih banyak
telah menjawab pertanyaan saya.
Dan maaf, Yigit.
-Terima kasih.
Hai.
-Mengenai
seluruh sistem ukuran tata
letak tampilan, seperti yang dikatakan
Romain di diskusi sebelumnya,
view.Java sangat mengerikan.
Jika memulai dari awal--
-Bukan mengerikan, tapi prosesnya lama.
-Lama.
jadi tidak ada masalah
dengan jenis Control-Oing
di seluruh file?
Semuanya baik?
Oke, untuk kita semua,
jika Anda memulai dari awal,
apa yang akan Anda
lakukan secara berbeda, jika ada,
terkait tata letak
dan sistem pengukuran,

Japanese: 
的確な判断を下せますよね
アルファ版を作成してから
プレビュー版で少しずつ
変更を加えるという
手法とは少し違います
私たちの最初の例は
ConstantLayoutです
Nikolaiによると
ベータ版リリース時に
デバイスへの
インストール数が
10億に達したそうです
ありがとうございました
驚きました
回答ありがとうございました
イーイトさん
すみません
ありがとうございました
質問をどうぞ
ビューのレイアウト測定システム
に関して
今日の講演でロマンさんは
View.javaが怖いと仰っていましたが
やり直すなら...
怖いではなく
長いと言ったのです
「長い」ですか
ファイル全体で
Ctrl+Oを
使っても問題ないと？
わかりました
では もし最初からやり直すとしたら
レイアウトおよび測定システムの
概念や実装について

Japanese: 
どのような点を変えたいと
思いますか？
参りましたね
それについてはComposeで
変えようとしています
正直なところそれは
ビューシステムやフレームワークの
最大の問題では
ありません
変えるならば
Activity extends Contextですね
私も同じ意見です
他に同意見の方は？
なるほど しかし
メモリリークの原因は
すべてそれです
なので
全員手を挙げるべきですね
以前からこのような
質問は答えにくいと
思っていました
あれを変えていれば
今頃は
全然違っただろうと
思うからです
ビュー階層を開発していた頃の
レイアウトシステムは
最小、優先、最大サイズなどの
制限を渡せる
洗練されたものであり
高度なことができました
当時のデバイスには
負荷が重かったため
それは廃止しました
当時の開発作業には
制約があったため
さまざまな判断を下す
必要がありました

Spanish: 
a nivel conceptual
o en la implementación?
¡Vaya!
Hicimos cambios con Compose.
Honestamente, no tengo problemas
con el sistema de vistas
ni el marco de trabajo.
Un cambio que haría, y lo siento, Dianne
es en el contexto
de extensión de la actividad.
Sí. Yo también lo cambiaría.
¿Quién lo cambiaría?
Todas las fugas de memoria se deben a eso
así que todos deberían levantar las manos.
Siempre me cuesta
responder esas preguntas
porque cuando lo creamos
y el presente son dos mundos distintos.
Cuando creamos la jerarquía de vistas
el sistema de diseño era más sofisticado
y pasábamos más limitaciones
como el tamaño máximo y mínimo preferido.
Podíamos hacer cosas
mucho más inteligentes.
Lo abandonamos porque en ese entonces
era demasiado costoso
para los dispositivos.
Siempre creamos bajo las limitaciones
del momento
que determinan muchas decisiones.

Portuguese: 
seja conceitualmente ou
em implementação?
Cara,
estamos fazendo diferente
com o Compose.
Honestamente, esse não é meu
maior problema com View
ou com o framework.
Eu gostaria de fazer uma grande mudança.
E, desculpe, Dianne.
É o contexto de ampliação de atividades.
[RISOS]
Sim.
Eu mudaria isso também.
[RISOS]
Quem mudaria isso?
Ok, mas você fica sem memória
por causa disso.
Vocês todos querem saber.
Verdade, eu sempre me deparo
com perguntas difíceis de
responder, porque,
na criação, se fizéssemos diferente,
seria um mundo totalmente 
diferente agora.
Quando fizemos a hierarquia
de visualizações,
tivemos um sistema de
layout mais sofisticado,
em que tivemos mais restrições, como
tamanho máximo preferencial mínimo.
Você podia fazer coisas mais inteligentes.
Nós a abandonamos, porque era
muito cara para os dispositivos
naquela época.
Você sempre faz as coisas
de acordo com as limitações
da época e que impulsionam
muitas decisões.

Korean: 
어떻게 다르게 할 것인가요?
오, 이런
Compose에서는 다르게 하고 있습니다
솔직히 말해, 이것은
뷰 시스템이나 프레임워크에 있어
저에겐 가장 큰 문제가 아닙니다
한 가지 변경할 사항이 있는데요
다이앤, 미안해요
활동이 컨텍스트를 확장하는 것입니다
[웃음]
그렇군요
저도 바꿀 것입니다
[웃음]
누가 그걸 바꾸겠어요?
그럴 경우, 모든 메모리가 누수될 것입니다
한 번 도전해 보세요
그 질문에 대한
답을 찾기가 어려운 이유는
만약 우리가 다르게 대처했다면
지금은 완전히
다른 세상이 되었을 것이기
때문입니다
뷰 계층 구조를
작업했을 때 기억나는 건
실제로 최소 선호하는 최대 크기와 같은
더 많은 제약 조건을 전달하는
보다 정교한 레이아웃 시스템이
있었다는 것입니다
훨씬 효율적으로 작업을 할 수 있었죠
그 당시에는 기기에 비해 너무 비싸서
포기했죠
따라서 항상 많은 결정을 좌우하는
제약 조건에 따라 작업을 수행해야 합니다

English: 
whether conceptually
or in implementation?
ROMAIN GUY: Oh boy.
We are doing it
differently with Compose.
Honestly, that's not my biggest
problem with our View system
or in the framework.
There's one change I would
make-- and I'm sorry, Dianne.
It's the activity
extends context.
[CHUCKLING]
Yeah.
AUDIENCE: I would
change that, too.
[LAUGHTER]
ROMAIN GUY: Yeah, who
would change that?
OK, but all your memory
leaks all because of that.
So you should all be
raising your hands.
DIANNE HACKBORN:
Yeah, I always find
those questions hard to
answer because I feel like,
at the time it was done--
if we were to do it different,
it's a totally different world
now.
You know, I remember back when
we did the view hierarchy,
we actually had a more
sophisticated layout
system where we passed in
more constraints about, like,
minimum preferred maximum size.
So you could do a
lot smarter stuff.
And we dropped it because it was
too expensive for the devices
that at that time.
So you're always doing the
stuff under the constraints
you have at the time that
drive a lot of decisions.

Indonesian: 
baik secara konseptual
atau dalam penerapan?
-Ya ampun.
Kami melakukannya secara
berbeda dengan Compose.
Jujur, itu bukan masalah
terbesar saya pada sistem tampilan kami
atau dalam framework.
Ada satu perubahan yang akan
saya lakukan,dan maaf, Dianne,
aktivitas yang memperluas konteks.
Yeah.
-Saya akan mengubahnya juga.
-Ya, siapa yang mau mengubahnya?
Oke, tapi memori kalian
akan bocor karena hal itu.
Jadi kalian semua harus mengangkat tangan.
-Ya, saya selalu kesulitan
menjawab pertanyaan itu
karena saya merasa,
saat selesai,
jika kita melakukannya
dengan berbeda, hasilnya pasti beda.
Saya ingat saat
mengerjakan hierarki tampilan,
kami punya
sistem tata letak yang lebih canggih
dan memasukkan
lebih banyak batasan seperti
ukuran maksimum 
atau minimum yang disukai.
Jadi Anda bisa lakukan
banyak hal menarik.
Tapi kami batalkan karena
saat itu terlalu mahal untuk perangkat
Jadi, kita selalu lakukan
hal dengan kendala yang ada
saat itu,
yang menghasilkan banyak keputusan.

English: 
And at that time,
we had one engineer
working on it, and
very low-end devices.
And so a lot of design decisions
that were driven by that.
And these days, Jetpack Compose
is how we would do it now,
but it's a very
different world now.
ROMAIN GUY: Yeah, and there's
only one thing that bothers me
with the measured layout system
that given in existing Toolkit
is the wrap_content
and match_parents.
You can be in situations
where there's a conflict.
So if the parent says that
it wants to write the content
but all the children say they
want to match the parent,
what do we do?
And you've seen that happen.
It does something.
It's really what you want,
but it does something.
AUDIENCE: Thanks.
CHET HAASE: Thanks.
Hi.
AUDIENCE: Hi.
So first of all, thank you
for the whole modern Android
development initiative.
I think it's a great idea.
And I wanted to learn
a little bit more
about how it's going
to be implemented.
Is it just going to
be tutorials, is it
going to be something
integrated into Studio,

Indonesian: 
Saat itu kami memiliki satu engineer
yang mengerjakannya,
dan perangkat yang sangat kuno.
Banyak sekali keputusan
desain yang dihasilkan darinya.
Saat ini, Jetpack Compose
adalah cara yang kami gunakan,
dan sudah berbeda dengan yang dulu.
-Ya, dan hanya
ada satu hal yang mengganggu saya
pada sistem tata letak terukur
yaitu di Toolkit yang ada disediakan
wrap_content dan match_parents,
Anda bisa menemukan konflik.
Jadi jika induk
menyatakan ingin menulis konten
tapi semua turunan ingin
mencocokkan dengan induk,
apa yang harus kita lakukan?
Anda telah melihat ini terjadi.
Ini menghasilkan sesuatu,
bukan yang Anda inginkan,
tapi ini melakukan sesuatu.
-Terima kasih.
-Terima kasih.
Hai.
-Hai.
Pertama, terima kasih
atas seluruh inisiatif pengembangan
Android modern.
Ini adalah ide yang hebat.
Dan saya ingin mempelajari lebih lanjut
cara untuk menerapkannya.
Apakah berupa tutorial,
yang terintegrasi ke dalam Studio,

Japanese: 
開発を担当していた
エンジニアは１人で
使用デバイスは
性能が低いものでした
設計上の判断の多くは
その制約を受けています
今はJetpack Composeで
対処しようとしていますが
当時とは状況が違います
現在のツールキットの
レイアウトシステムについては
１つだけ嫌な点があります
wrap_contentとmatch_parentです
競合が発生することがあるからです
親がコンテンツを
折り返そうとしているのに
子が親のサイズに
合わせようとしたら
どうなるでしょう？
ご存知のとおり
何かしらは
表示されますが
望みどおりの表示は得られません
ありがとうございました
質問をどうぞ
こんにちは
モダンAndroidの開発活動について
ご紹介いただき
ありがとうございました
良い内容でした
今後導入されるものについて
もう少し教えて
いただけないでしょうか
チュートリアルでしょうか
LintなどStudioに

Portuguese: 
Na época, tínhamos um engenheiro
trabalhando nisso e muitos
dispositivos de baixa capacidade.
Muitas decisões de design
foram tomadas com base nisso.
Agora, o Jetpack Compose
tem a ver com como faríamos agora.
Mas o mundo é muito diferente agora.
E tem uma única coisa que me chateia
com o sistema de layout e medida
no Toolkit existente:
é o wrap_content e o match_parents.
Você pode enfrentar situações
em que há um conflito.
Se os pais dizem que querem
criar o conteúdo,
mas todas as crianças dizem que
querem seguir o pai,
o que fazemos?
E vocês já viram isso acontecer.
Eles fazem alguma coisa.
É realmente o que vocês querem,
mas fazem algo.
Obrigado.
Obrigado.
Oi.
Olá.
Primeiramente, agradeço por
toda a iniciativa de desenvolvimento
do Android moderno.
É uma excelente ideia.
Gostaria de saber um pouco mais
sobre como ele será implementado.
Vai ser por tutoriais ou
será algo integrado ao Studio,

Spanish: 
En ese momento,
teníamos a un ingeniero trabajando
y dispositivos de gama muy baja.
Muchas decisiones se basaron en eso.
Hoy lo haríamos con Jetpack Compose
pero el mundo actual es muy distinto.
Algo que me molesta
del sistema de diseño medido
en el kit de herramientas existente
es wrap_content y match_parents.
A veces, se contradicen.
Si el superior
quiere escribir el contenido
pero todos los secundarios
quieren coincidir con el superior
¿qué hacemos?
Suele suceder.
Hace algo.
Rara vez es lo que quieres,
pero hace algo.
Gracias.
Gracias.
Hola.
Hola.
Quiero agradecer
por la iniciativa de desarrollo
de Android moderno.
Es una gran idea.
Quería saber un poco más
sobre cómo se implementará.
¿Mediante instructivos
una herramienta integrada en Studio

Korean: 
당시에는 한 명의 엔지니어와
매우 낮은 성능의 기기로 작업하였고
그러한 기기로 많은
설계 결정이 내려졌습니다
그리고 오늘날 Jetpack Compose가 
저희가 작업하는 방식이며
이것은 완전히 다른 세상입니다
기존 툴킷에 제공된
측정 레이아웃 시스템과
관련하여 귀찮은 부분은
wrap_content와 match_parents뿐입니다
충돌이 있는 상황에 처할 수 있습니다
상위 항목이 콘텐츠를 작성하기 원하지만
모든 하위 항목이
상위 항목과 일치하기를 원하면
어떻게 해야 할까요?
실제 그런 일이 있었습니다
뭔가 결과가 있죠
그것이 여러분이 원하는 것이지만
어떤 결과가 있습니다
감사합니다
감사합니다
안녕하세요
안녕하세요
먼저 Modern Android 개발
이니셔티브로 인해
감사드립니다
멋진 아이디어라고 생각합니다
그리고 어떻게 구현될지에 대해
조금 더 배우고 싶었습니다
단순한 가이드인지
아니면 Lint나 제안된 리팩토링과 같이

Spanish: 
como Lint o una refactorización sugerida?
¿Debemos usar apps de una sola actividad?
¿Desaparecerán los fragmentos?
¿Y las composiciones y animaciones?
¿Cómo se capacitará mejor
a los desarrolladores nuevos?
Respondiste tu propia pregunta.
Esas fueron como 17 preguntas.
¿Desarrollos de Android moderno?
¿Todo lo anterior?
Son un grupo de bibliotecas
vinculadas a nuestros componentes de arco.
Tenemos Compose.
Tenemos Kotlin,
como lenguaje de programación.
Estamos creando más instructivos.
Estamos probando instructivos interactivos
creando más muestras.
No puede ser solo una cosa.
Tienen que ser varias.
Steph, ¿me olvidé de algo?
Dave lo dijo muy claro.
Al equipo se le ocurrió el término
"Android moderno"
porque nos preguntaban seguido
"¿Qué recomienda el equipo de Android?"
¿Quién recuerda la publicación de Dianne

Indonesian: 
seperti Lint atau
refactoring yang disarankan?
Haruskah kita
menggunakan aplikasi aktivitas tunggal?
Apakah fragmen akan dihapus?
Compose, animasi, lainnya?
Jadi bagaimana cara memahaminya,
terutama untuk developer baru?
-Anda
menjawab pertanyaan Anda sendiri.
-Uh ya.
-Saya
mendengar sekitar 17 pertanyaan.
Perkembangan Android modern?
-Semuanya?
Maksud saya, adalah kumpulan library
yang terkait dengan
komponen lengkung kami.
Jelas ada hal seperti Compose.
Ada Kotlin di sisi bahasa pemrograman.
Kami membuat lebih banyak tutorial.
Mencoba membuat
lebih banyak tutorial interaktif.
Memberikan lebih banyak contoh.
Pastinya lebih
dari satu, bukan?
Harus lebih dari itu.
Jadi Steph, apa ada yang terlewat?
-Tentu.
Dave sebenarnya
mengatakannya dengan cukup baik.
Saya pikir alasan tim memunculkan
istilah Android modern,
adalah karena kami sering ditanya,
soal apa yang
direkomendasikan oleh tim Android?
Berapa banyak yang mengingat
postingan Dianne saat dia berkata,

Portuguese: 
como Lint ou refatoração sugerida?
Devemos usar apps de atividade única?
Os fragmentos desaparecerão?
Compose, animações?
Então, qual será a melhor forma
de conhecê-lo, especialmente
para os novos desenvolvedores?
Você respondeu à sua própria pergunta.
Uh huh.
Eu ouvi 17 perguntas aqui.
Desenvolvimentos de Android moderno?
Todas as opções acima?
Ou seja, um conjunto de bibliotecas que,
estão conectadas aos componentes
da nossa arquitetura,
Obviamente, há coisas como o Compose.
Temos a Kotlin, como linguagem de
programação.
Estamos criando mais tutoriais.
Estamos testando tutoriais
mais interativos,
criando mais amostras.
Não dá para ser uma única coisa, né?
Tem que ser mais do que isso.
Steph, faltou alguma coisa?
Bem.
Dave deixou bem claro.
Acho que o motivo porque
a equipe estabeleceu o termo
"Android moderno" foi porque
sempre nos perguntavam:
"O que a equipe do Android recomenda?"
"O que a equipe do Android recomenda?"
Vocês se lembram do post da Dianne em que

Korean: 
스튜디오에 통합된 형태가 될 것인가요?
단일 활동 애플리케이션을 사용해야 하나요?
프래그먼트는 사라지나요?
Compose와 애니메이션은 어떤가요?
새로운 개발자에게는
이에 대해 어떻게 더 나은 교육을
제공할 수 있을까요?
질문 속에 답이 있네요
아
저 질문에는 17개의
질문이 있는 것 같습니다
Modern Android 개발에 대한
답을 주시겠어요?
모든 질문에 대해서요?
이것은 저희의 Arch 구성요소에
연결되어 있는
수많은 라이브러리입니다
Compose와 같은 것이 있고요
프로그래밍 언어 측면에서는
Kotlin을 보유하고 있습니다
더 많은 가이드가 있고요
보다 대화형인
가이드를 시도하고 있습니다
그리고 더 많은 샘플 작업을
하고 있습니다
한 가지가 될 수 없겠죠?
그 이상이어야 합니다
스테프, 보충 설명을 부탁합니다
네
데이브가 잘 설명해 주셨고요
팀이 Modern Android라는
용어를 만든 이유는
저희가 자주 들었던 질문이
Android팀의 권장사항은 무엇인지에
관한 것이었기 때문입니다
다이앤이 게시글을 통해
권장사항이 없다고 밝힌 것을

Japanese: 
統合されるものや
リファクタリング提案機能でしょうか？
シングルアクティビティの
アプリを使うべきでしょうか？
フラグメントや
Composeやアニメーションは
どうなりますか？
新しい開発者にはどう教えたら
よいでしょうか？
答えはもう十分ご存知ですよ
そうですか？
17個くらい
質問がありましたね
モダンAndroidとは？
全部言うのですか？
アーキテクチャに関係する
多くのライブラリや
Composeなどはもちろん
言語のKotlin
インタラクティブな
チュートリアルや
サンプルにも
取り組んでいます
１つだけではないですね
ステフ
何か答えていないことは？
そうですね
十分答えたと思います
モダンAndroidという
用語を使ったのは
「開発チームの推奨は
何ですか」と頻繁に
聞かれるからです
ディアンヌが記事で
何も推奨していませんと

English: 
like Lint or
suggested refactoring?
Should we use
single-activity applications?
Are fragments going away?
Compose, animations, what?
So how is that going to be
better educated, especially
to new developers?
ROMAIN GUY: You answered
your own question.
AUDIENCE: Uh huh.
CHET HAASE: I heard about
17 questions in there.
Modern Android developments?
ROMAIN GUY: All the above?
I mean, it's a bunch of
libraries that, you know,
it's tied to our
arch components.
There's obviously
things like Compose.
We have Kotlin on the
programming language side.
We're doing more tutorials.
We're trying more
interactive tutorials.
We're doing more samples.
It can't be one thing, right?
It has to be more than that.
So Steph, anything I missed?
STEPH CUTHBERTSON: Sure.
Dave actually said
it pretty well.
I think the reason
the team came up
with the term,
modern Android, was
we were getting asked
the question so often,
what does the Android
team recommend, what does
the Android team recommend?
And how many people remember
Dianne's post where she said,

Korean: 
기억하는 분이 몇 명이나 있나요?
멋지네요
그 이후에
87개의 댓글이 달리고
뭔가 권장해 주기를 원하시더군요
다시 돌아가서 다이앤과 저는
무언가를 권장해야겠다는
이야기를 나눴죠
[웃음]
그리고 몇 년에 걸쳐서 본질적으로
우리가 권장하는 다양한 부분에
투자해 왔습니다
그리고 깨달은 것은 커뮤니티가
저희가 더 분명히 의사를
표시하기를 원한다는 것입니다
가령 Jetpack 사용을 추천하고
API 세트를 사용하면
매우 유용하고 효과적이고
작업을 빠르게 완료할 수
있다고 알려주는 거죠
그래서 저는
미래에 관한
질문에는 답할 수 없지만
앞으로 12개월 안에
Modern Android에 x, y 및
z가 있음을 보시게 될 것입니다
하지만 현재의 결과물이
저희가 향후 발전에 관해
어떻게 생각하고 있는지를 
잘 보여준다고 생각합니다
목표는 Android가 개방형 플랫폼이며
매우 멋진 것임을 입증하는 것입니다
새로운 아이디어가
많이 있으며 Modern Android는
발전할 것입니다
현재가 어떻든 12개월 후에는
달라질 것이라고 확신합니다

Spanish: 
cuando dijo que no recomendamos nada?
Excelente.
Inmediatamente después
recibimos 87 comentarios
exigiéndonos recomendaciones.
Hablamos con Dianne
y nos planteamos dar recomendaciones.
Durante años
invertimos en distintas piezas
que son nuestra recomendación,
básicamente.
Notamos que la comunidad
quería que fuésemos más explícitos
y que recomendáramos el uso de Jetpack
para un conjunto de API
como método rápido, fácil y efectivo.
Por eso...
como no respondemos preguntas a futuro
no puedo prometer que en 12 meses
verán tal o cual función
en Android moderno.
Pienso que lo que vemos hoy
es un buen indicio
de lo que tenemos en mente.
Android es una plataforma abierta
y es genial.
Hay muchas ideas nuevas y Android moderno
evolucionará.
Estoy segura de que en 12 meses
será diferente.

Japanese: 
言ったのをご存知の方は？
すばらしいですね
記事には
87件のコメントが付き
何か勧めてくれと
言われたので
私たちは考え直して
何か勧めるべきではと
話していました
長年にわたり
私たちはさまざまなものの
開発に投資し続けてきました
それらは基本的に
私たちが勧めるものです
ただ コミュニティが求めているのは
「APIを使用しているなら
Jetpackの使用を勧めます
効果的で使いやすい優れものですよ」
というような
もっと明確なメッセージです
将来の質問には
答えない方針なので
１年後にx、y、zが
導入されますなどとは
申し上げられません
しかし
今の段階で
リリースされているものが
私たちの考えを示しています
目標はオープンで
すばらしいプラットフォームに
することです
多くの新しいアイデアで
進化を続けます
現在の姿がどうあれ
１年後には
変わっています

Indonesian: 
kami tidak merekomendasikan apa pun?
Oke, ya, sangat keren.
Dan setelah itu,
ada 87 komentar yang isinya,
Anda perlu memberikan rekomendasi.
Kami kembali,
lalu saya & Dianne berbincang,
mungkin kita perlu memberikan rekomendasi.
Dan selama bertahun-
tahun, kami telah berinvestasi
dalam semua bagian yang berbeda ini,
yang pada dasarnya 
adalah rekomendasi kami.
Dan yang kami sadari
adalah bahwa komunitas menginginkan
kami untuk lebih
eksplisit dan berkata, lihat,
kami sangat menyarankan
Anda menggunakan Jetpack,
jika Anda menggunakan kumpulan API,
ini adalah cara hebat, efektif,
mudah, cepat untuk melakukannya.
Jadi saya pikir,
kami tidak menjawab pertanyaan
terkait rencana masa mendatang,
misalnya dalam 12 bulan,
Anda akan melihat Android
modern memiliki x, y, dan z.
Tapi saya pikir apa
yang Anda lihat hari ini
adalah indikasi yang
baik tentang konsep kami.
Tujuannya adalah menunjukkan
bahwa Android adalah platform terbuka,
dan itu sangat keren.
Ada begitu banyak ide baru,
dan Android modern
akan berkembang.
Apa pun hari ini, saya yakin hasilnya
akan berbeda dalam 12 bulan.

English: 
we don't recommend anything?
OK, yeah, it's really cool.
And after that, you all like--
87 comments, and
you were like, you
need to recommend something.
We went back and Dianne and I
were talking, like, maybe we
should recommend something.
[CHUCKLING]
And over the years,
we've been investing
in all of these different
pieces, which are,
in essence, our recommendation.
And what we realized was
that the community wanted
us to be more explicit
and say, look,
we really recommend
you use Jetpack,
if you're using a
set of APIs, this
is a really great, effective,
easy, quick way to do it.
And so I think--
we're not answering
futures question,
so I can't say, in the
future, in 12 months,
you'll see modern Android
will have x, y, and z.
But I think what
you're seeing today
is a good indication of how
we're thinking about it.
The goal is to say, look,
Android is an open platform,
and that's super cool.
There are so many new
ideas, and modern Android
is going to evolve.
Whatever it is
today, I'm sure it
will be different in 12 months.

Portuguese: 
ela disse: "Não recomendamos nada"?
Então, é muito legal.
Depois disso, tivemos
87 comentários do tipo
"Vocês têm que recomendar algo".
Conversei com a Dianne e talvez
devemos recomendar algo.
[RISOS]
Ao longo dos anos, temos investindo
em todos esses diferentes casos, que,
em essência, são nossas recomendações.
Percebemos que a comunidade queria
que fôssemos mais explícitos e disséssemos:
"Recomendamos que vocês usem Jetpack,
se vocês estão usando um conjunto
de APIs, essa
é uma maneira ótima, eficaz, fácil
e rápida de fazer isso"
Então, acho que não
responderemos mais perguntas
sobre o futuro.
Não posso dizer que no futuro,
em 12 meses
vocês verão que o Android moderno
terá x, y e z.
O que vocês estão vendo hoje
é uma boa dica de como estamos pensando.
O objetivo é dizer: "Olha, o Android
é uma plataforma aberta,
e isso é muito legal!"
Há muitas ideias novas, e o Android moderno
vai evoluir.
Se for hoje ou não, com certeza
será diferente em 12 meses.

Japanese: 
新しいアイデアが出てきたら
皆で集まって共有したり
それが受け入れられている
背景について
検討します
今もアイデアはいくつかあり
ご紹介したものは
今後さらに発展していくと
思います
モダンAndroidの良い点は
推奨に関する質問を
されずに済む点です
その代わりに皆さんから
不満な点を言われますけどね
ありがとうございました
質問をどうぞ
こんにちは
１つ質問があります
多くのプレゼンテーションで
Androidチームでは
Kotlinを第一に勧めていると聞きました
そこで
Javaのサポートはどうなるのかと
聞いてほしいという依頼を
20件は受けました
Java 9/Java 11の
シンタックス拡張や
サポートは導入されますか？
そのようなことを
質問してほしいと言われています
ありがとうございます
今はKotlinを勧めていますが

Portuguese: 
Porque alguém terá uma nova ideia,
e vamos nos reunir e dizer: "Viu isso?
Isso foi legal."
Muitas pessoas estão adotando e
temos que conversar a respeito.
Tivemos ótimas ideia hoje.
Mas acho que o que vocês viram
hoje é um bom começo.
Eu espero.
O bom do desenvolvimento
do Android moderno
é que não ouviremos mais:
"O que vocês recomendam?"
Em vez disso, vamos ouvir
que vocês descordam
do que recomendamos.
Obrigado.
Obrigado
Oi.
Olá.
Tenho uma pergunta.
Ouvi várias apresentações sobre
como o Google ia, ou pelo menos
como o Android está recomendando,
a Kotlin primeiro.
Eu recebi mais ou menos 20 mensagens
diferentes depois
pedindo para perguntar o que vai
acontecer com o suporte Java.
Teremos expansões sintáticas,
suporte etc. de Java9/Java 11?
Então, essa é a principal pergunta que me
pediram para perguntar a vocês.
Bem, obrigado pela pergunta.
É claro que a Kotlin é o que
recomendamos no momento.

Spanish: 
Alguien tendrá una idea nueva
nos reuniremos y veremos que es genial.
Muchos comenzarán a adoptarlo
y tendremos que hablar al respecto.
Ahora mismo hay ideas geniales.
Hoy habrán visto
que vamos por el buen camino.
Eso espero.
Lo mejor del desarrollo de Android moderno
es que no nos preguntarán
"¿Qué recomiendan?"
Sino que los escucharemos
discrepar con nuestras recomendaciones.
Gracias.
Gracias.
Hola.
Hola.
Mi pregunta es:
en muchas presentaciones
se dijo que Google, o al menos Android
recomendaba Kotlin.
Recibí unos 20 mensajes
pidiéndome que pregunte qué sucederá
con la compatibilidad con Java.
¿Habrán expansiones sintácticas,
compatibilidad y demás para Java 9 y 11?
Eso me pidieron que les pregunte.
Gracias por la pregunta.
Por ahora, recomendamos Kotlin

Korean: 
누군가가 새로운 아이디어를 갖게 되면
함께 모여서 "이거 보셨나요?"
"정말 멋져요"라고 얘기하죠
그리고 많은 사람이 도입하고 있고
저희는 그것에 대해 이야기해야 합니다
지금도 훌륭한 아이디어가 존재합니다
저는 오늘 여러분이
본 것이 좋은 출발점이라고
생각합니다
Modern Android 개발의 가장 큰 장점은
저희에게 무언가를 권장해 달라고
하실 필요가 없다는 점입니다
오히려 여러분이
저희가 권장하는 것에 대해
동의하지 않는다고
말씀하시게 될 겁니다
감사합니다
감사합니다
안녕하세요
안녕하세요
질문이 있습니다
Google이 어떤 방향으로
나아가고 있는지에 대한
많은 프레젠테이션을 들었습니다
적어도 Android는
Kotlin을 먼저 추천하고 있네요
그 직후에 20개의 메시지를 받았는데
자바 지원은 앞으로
어떻게 되는지 물어봐 달라고 합니다
자바 9/자바 11 구문 확장,
지원과 그 이외의
모든 것이 어떻게 진행될까요?
사람들이 제게 물어봐 달라고
요청한 내용의 핵심은 이것입니다
네, 감사합니다
분명히 Kotlin은 현재
저희가 권장하는 것이지만

Indonesian: 
Karena seseorang
akan memiliki ide baru,
dan kami akan terkejut,
apa Anda melihatnya?
Itu keren sekali.
Dan banyak orang menggunakannya,
dan kami harus membahasnya.
Bahkan ada beberapa ide hebat hari ini.
Tapi saya harap apa yang Anda lihat
hari ini adalah titik awal yang baik.
-Yang bagus di Android modern
adalah kami tidak ingin
mendengar Anda bertanya
apa rekomendasi kami,
tapi sampaikanlah
jika Anda tidak setuju
dengan rekomendasi kami.
-Terima kasih.
-Terima kasih.
Hai.
-Hai.
Jadi saya mau bertanya.
Saya mendengar banyak presentasi membahas
tentang cara Google akan...
atau setidaknya
Android merekomendasikan
Kotlin terlebih dahulu.
Saya menerima 20
pesan teks yang berbeda setelah itu,
yang memberi tahu saya untuk
bertanya, bagaimana dengan dukungan Java?
Apakah akan ada
perluasan sintaksis Java 9/Java 11,
dan dukungan, dan lain sebagainya?
Saya diminta untuk mengajukan
pertanyaan ini kepada kalian.
-Ya, terima kasih.
Jelas saat ini
kami merekomendasikan Kotlin,

English: 
Because someone's going
to have a new idea,
and we're going to get together
and be like, did you see that?
That was really cool.
And a lot of people
are adopting it,
and we should talk about that.
There's been even some
great ideas today.
But I think what you've seen
today is a good starting point,
I hope.
ROMAIN GUY: So the great
thing about modern Android
development is
that we won't hear
you ask, what do you recommend?
Instead we will hear you
say that you disagree
with what we recommend.
AUDIENCE: Thanks.
CHET HAASE: Thanks.
Hi.
AUDIENCE: Hi.
So I have a question.
I heard a lot of
presentations talking
about how Google was going
kind of-- or at least
Android is recommending
Kotlin first.
I got, like, 20 different
text messages right after that
telling me to ask, what's going
to happen with Java support?
Are there going to
be Java 9/Java 11
syntactical expansions, and
support, and all of that.
So that's the main question
that I've been asked to ask you.
BRIAN CARLSTROM: Well,
thank you for that.
So obviously Kotlin is what
we're recommending now,

Portuguese: 
Mas também estamos criando
com nossa infraestrutura
da linguagem Java.
Continuamos a investir nisso,
principalmente no ambiente de execução
ART, melhorando o desempenho
das linguagens
Kotlin e Java.
Um dos maiores investimentos
que estamos tentando fazer é parte
do Projeto Mainline,
conforme conversamos no ano
passado no I/O,
que é tentar fazer com que
o ambiente de execução
seja atualizável para continuarmos
a trazer coisas novas,
como suporte a desenvolvedores
em Java e em Kotlin.
Da mesma forma, investimos muito
em C++, com o NDK.
Anunciamos que estamos lançando versões de
suporte em longo prazo, porque ouvimos
de desenvolvedores que
eles gostam de usar versões novas.
Quando querem que um bug seja corrigido,
não querem o upgrade de tudo
para a versão mais recente de C++.
Então, continuamos a investir
em nosso suporte de linguagem
de programação.
Incrível.
Obrigado.
Quando adotamos a Kotlin,
estava claro que estávamos
incluindo uma linguagem, sem trocar um
recurso por outro.
O que queremos
esclarecer sobre o Kotlin é
é que, quando a incluímos em nossas APIs,

Korean: 
저희는 분명히 자바
언어 인프라를 기반으로
빌드하고 있습니다
그래서 Kotlin과 자바 언어 프로그램의
성능을 향상시키고자 ART 런타임에 계속
투자하고 있습니다
작년 I/O에서 이야기한 것처럼
프로젝트 Mainline 활동의 일환으로
런타임 자체를 업데이트할 수 있도록 하여
새로운 기능을 지속적으로 제공하여
자바 개발자와
Kotlin 측을 모두 지원하고자
상당한 투자를 하고 있습니다
마찬가지로 NDK와 함께 
C++ 측면에도
많은 투자를 하고 있습니다
최근에 개발자분에게서
새로운 버전을 도입하고 싶다는
의견을 받았기 때문에
장기 지원 출시를
하고 있다고 최근에 발표했습니다
하지만 때로는 버그 수정은 원하지만
모든 것을 최신 버전의 C++로
업그레이드하는 것은
원하지 않는 경우도 있습니다
그래서 프로그래밍 언어 지원에 대한
전면적인 투자를 지속하고 있습니다
대단하네요
감사합니다
첨언하자면, Kotlin을 도입했을 당시
우리가 하는 일은 다른 언어에서
리소스를 옮기는 것이 아니라
언어를 추가하는 것이라는 사실이
명확해졌습니다
그리고 Kotlin에 대해
가장 명확히 하고 싶은 부분은
API에 있어 Kotlin에 의존하더라도
자바 프로그래밍 언어에도

Indonesian: 
tapi tentu itu dibuat menggunakan
infrastruktur bahasa Java kami.
Jadi kami terus berinvestasi,
terutama dalam runtime ART,
meningkatkan performa
program bahasa Kotlin dan Java.
Salah satu investasi terbesar
yang coba kami lakukan
merupakan upaya Project Mainline ini,
seperti yang
dibahas tahun lalu di I/O
mencoba membuat runtime itu sendiri
agar bisa diperbarui sehingga kami
bisa terus mengembangkan banyak hal,
untuk mendukung developer
bahasa Java dan pihak Kotlin.
Kami juga banyak
berinvestasi di sisi C++, dengan NDK.
Baru saja diumumkan bahwa kami
sedang merilis dukungan jangka panjang,
atas masukan dari
developer bahwa mereka
sangat menyukai versi baru.
Tapi saat
hanya ingin perbaiki bug,
mereka tidak ingin
upgrade semua ke C++ versi terbaru.
Jadi kami terus
berinvestasi secara menyeluruh
dalam dukungan bahasa pemrograman kami.
-Luar biasa.
Terima kasih.
-Selain itu,
saat kami mengunakan Kotlin,
jelas bagi kami,
apa yang kami lakukan
adalah menambahkan bahasa,
bukan menghapus resource
dari bahasa lain.
Dan saya pikir hal
terbesar yang ingin kami
perjelas dengan Kotlin adalah,
meski cenderung
mengutamakannya di API kami,

Japanese: 
KotlinはJavaをベースに
構築されています
今後もARTを中心に注力し
KotlinとJava両方の
パフォーマンス向上を目指します
最も力を入れているのは
Mainlineプロジェクトです
昨年話したとおり
ランタイム自体を
更新可能にして
新機能の提供を続け
JavaとKotlin開発者両方を
サポートすることを目指しています
同様にC++とNDKにも
力を入れます
先日長期サポートのリリースを
発表しましたが
新バージョンを導入したいが
バグ修正のみ欲しいとか
最新版のC++に
更新したくないという
意見があったので
言語サポートは一律で
継続することにしました
すばらしい
ありがとうございました
Kotlin導入時に
言語を増やすだけであり
他の言語開発の
リソースを奪うわけではないと
強調しました
最も重要な点を申し上げると
APIに関しては
Kotlinを重視しますが

English: 
but we obviously-- that's
building on top of our Java
language infrastructure.
And so we continue to invest
in that particularly in the ART
runtime, improving performance
for both Kotlin and Java
language programs.
One of the biggest
investments we're
trying to make there is part of
this Project Mainline effort,
as we talked about
last year at I/O
is trying to make
the runtime itself
be updatable so we can continue
to bring new things forward,
both to support Java language
developers and the Kotlin side.
Similarly, we also invest a lot
on the C++ side, with the NDK.
We recently announced we're
now doing long-term support
releases, because
we got feedback
from developers that they really
like to adopt new versions.
But sometimes when they
just want a bug fix,
they don't want to have
to upgrade everything
to the latest version of C++.
So we do continue
to invest sort of
across the board in our
programming language support.
AUDIENCE: Awesome.
Thank you.
STEPH CUTHBERTSON: Just to
add, when we adopted Kotlin,
it was always super clear to
us that what we were doing
was adding a language, not
shifting resources away
from other ones.
And I think our
biggest thing we want
to be clear about
with Kotlin is,
even as we lean
into it in our APIs,

Spanish: 
aunque está basado
en nuestra infraestructura
de lenguaje Java.
Seguimos invirtiendo
en el tiempo de ejecución de ART
y mejorar el rendimiento
de los lenguajes de programación
Kotlin y Java.
Una de las mejoras principales
que buscamos
forma parte de Project Mainline
como dijimos en I/O del año pasado
y consiste en tratar
de que el tiempo de ejecución
se pueda actualizar
para ofrecer compatibilidad
a los desarrolladores
de lenguaje Java y Kotlin.
Mediante el NDK,
también invertimos mucho en C++.
Anunciamos que ofrecemos
asistencia a largo plazo
porque los desarroladores dijeron
que les gusta
implementar las versiones nuevas.
Cuando solo quieren
correcciones de errores
prefieren no actualizar todo
a la versión más reciente de C++.
En general, seguimos invirtiendo
en la compatibilidad
con los lenguajes de programación
Gracias.
Cuando implementamos Kotlin
siempre supimos
que agregábamos un lenguaje
y no mudábamos recursos de otros.
Lo que queremos aclarar
sobre Kotlin es que,
incluso si lo preferimos en nuestras API,

English: 
we are continuing to invest just
as much if not more in the Java
programming language.
Java was the first
language I used.
It has a huge community.
It's a really wonderfully
productive language.
And I think one of the
advantages of Kotlin
is it's interoperable.
We expect to see Java
programming language continue
to flourish, and we're
investing in that.
AUDIENCE: Thank you.
CHET HAASE: Hi.
AUDIENCE: Hi.
Last year, I had
asked about Bazel.
You made Bazel, so it's there.
But the Rules
Android are delayed,
Rules Kotlin are delayed,
DA does not support it,
which is like four years old.
What part of the
developer tools team
works on Bazel for Android?
CHET HAASE: Not me.
[CHUCKLING]
TOR NORBYE: We
don't work on that.
So we have a team that works
for internal Blaze support,
but we don't work
on Bazel at all.
AUDIENCE: Hm.
What I've heard
was that the part
of the team that works on
IntelliJ/Android Studio support
joined that team, you team.
TOR NORBYE: So that's the Blaze
support, not the Bazel support.
CHET HAASE: It's
spelled differently.

Japanese: 
今後も変わらずJavaへの投資を
続けます
Javaは私が初めて使った言語であり
コミュニティが巨大で
生産性も優れています
Kotlinの強みは
相互運用可能な点です
Javaも引き続き
広く使われると
予想されるため
注力する予定です
ありがとうございました
質問をどうぞ
昨年Bazelについて
質問しました
Bazelを開発されてから
Androidのルールが遅れ
Kotlinのルールも遅れ
4年ほど前の
DAもサポートしていません
Android向けBazelの
開発状況はどうなっていますか？
担当者は？
開発元は私たちではありません
社内向けのBlazeのサポートを
担当するチームはありますが
Bazelは開発していません
そうですか
IntelliJ/Android Studioの
サポートを担当するチームが
そのチームに加わったと
聞きましたが？
それはBlazeサポートです
スペルが違いますね

Portuguese: 
continuamos a investir, se não mais,
em Java.
Java foi a primeira linguagem que usei.
Ela tem uma comunidade enorme.
É uma linguagem incrivelmente produtiva.
Uma das vantagens da Kotlin
é que ela é interoperável.
Esperamos que a Java continue
a evoluir e estamos investindo nisso.
Obrigado.
Oi.
Olá.
No ano passado, perguntei sobre Bazel.
Vocês o criaram, e ele está aí.
Mas as regras do Android estão atrasadas.
As regras da Kotlin estão atrasadas.
A DA não é compatível com ela,
já há quatro anos.
Que parte da equipe de
ferramentas de desenvolvedores
trabalha no Bazel para Android?
Não sou eu.
[RISOS]
Não trabalhamos nisso.
Temos uma equipe que trabalha
com suporte interno do Blaze,
mas não com o Bazel.
Hum.
O que eu ouvi foi que parte
da equipe que trabalha com
suporte IntelliJ/Android Studio
se juntou à equipe, à sua equipe.
Então, esse é o suporte do Blaze,
não o suporte da Bezel.
Se escreve diferente.

Spanish: 
seguimos invirtiendo
hasta quizás más recursos en Java.
Java fue el primer lenguaje que usé.
La comunidad es enorme
Es un lenguaje enormemente productivo.
Una de las ventajas de Java
es su interoperabilidad.
Esperamos que Java
siga evolucionando e invertimos para eso.
Gracias.
Hola.
Hola.
El año pasado, pregunté sobre Bazel.
Lo crearon y está disponible.
Pero las reglas de Android
están retrasadas
las reglas de Kotlin también,
DA no las admite
y tiene unos cuatro años.
¿Qué parte del equipo
de herramientas para desarrolladores
trabaja en Bazel para Android?
Yo no.
No trabajamos en eso.
Hay un equipo que trabaja
con la compatibilidad de Blaze interna
pero nosotros no.
Escuché que la parte del equipo
que trabaja en la compatibilidad
con IntelliJ/Android Studio
se unió a su equipo.
Esa es la compatibilidad con Blaze,
no con Bazel.
Se escriben distinto.

Indonesian: 
kami tetap berinvestasi
sama besar atau bahkan lebih
dalam bahasa
pemrograman Java.
Java adalah bahasa
pertama yang saya gunakan,
dan punya komunitas besar.
Bahasa yang sangat produktif.
Dan salah satu kelebihan Kotlin
adalah bisa dioperasikan.
Kami berharap melihat
bahasa pemrograman Java
terus berkembang, dan
kami berinvestasi dalam hal ini.
-Terima kasih.
-Hai.
-Hai.
Tahun lalu, saya bertanya tentang Bazel.
Anda telah membuat Bazel.
Tapi Rules Android tertunda,
Rules Kotlin tertunda,
DA tidak mendukungnya
selama empat tahun.
Bagian tim fitur developer mana yang
mengerjakan Bazel untuk Android?
-Bukan saya.
-Kami tidak mengerjakannya.
Jadi kami memiliki tim yang
bekerja untuk dukungan internal Blaze,
tetapi bukan Bazel.
-Hm.
Saya dengar bagian tim
yang bekerja dengan
dukungan IntelliJ/Android Studio
bergabung dengan tim itu, yaitu tim Anda.
-Itu dukungan
Blaze, bukan dukungan Bazel.
-Ejaannya berbeda.

Korean: 
그에 못지않은 투자를 지속하고
있다는 것입니다
자바는 제가 사용한
첫 번째 언어였습니다
거대한 커뮤니티가 있죠
정말 놀랍도록 생산적인 언어입니다
Kotlin의 장점 중 하나는
상호 운용성입니다
저희는 자바 프로그래밍 언어가 
계속 번성할 것으로 기대하며
이에 투자하고 있습니다
감사합니다
안녕하세요
안녕하세요
작년에 저는 Bazel에
관해서 질문했었습니다
여러분이 Bazel을 만드셨죠
그러나 Android 규칙이 지연되고
Kotlin 규칙도 지연되며 
DA가 이를 지원하지 않는 것이
4년 정도 된 것 같습니다
개발자 도구팀의 어떤 분들이
Android용 Bazel을 맡고 있나요?
전 아닙니다
[웃음]
저희는 그 작업을 하지 않습니다
내부 Blaze 지원을
담당하는 팀이 있지만
저희는 Bazel을
전혀 담당하지 않습니다
흠
제가 들었던 것은
IntelliJ/Android
스튜디오 지원팀의 일원이
그 팀에 합류했다는 것입니다
Bazel 지원팀이 아니라
Blaze 지원팀입니다
철자가 달라요

Japanese: 
でも似た名前ですよね？
確かに似ていますが
そのチームが担当しているのは
Blazeという
社内のGoogle 3ビルドシステムの
サポートです
Bazelとは少し違います
外部に公開されるものでは
ありません
わかりました
今日紹介したものを含め
私たちは現在
ビルドアトリビューションなど
ビルドシステム関連の
ツールを開発中です
主軸はGradleです
複数のビルドシステムの
サポートは困難です
リソースは集中させる
必要があります
Gradleのサポートについては
多くの要望を頂いています
そのため
複数の活動に取り組む前に
まずそれに注力したいと
考えています
なるほど
ありがとうございました
残念ながら
残り１分となりましたので
最後の質問とします
上の方どうぞ
お聞きできなかった方は
申し訳ございません
嫌な質問ですが...
先ほどのお話のとおり

Indonesian: 
-Jadi--
-Tidak, sama saja. Tunggu.
-Tentu, mirip.
Tetapi intinya kami punya tim yang
bekerja untuk mendukung
sistem build internal Google 3,
yang disebut Blaze.
Itu sedikit berbeda dari Bazel,
jadi itu bukan sesuatu
yang kami bahas secara eksternal.
Yeah.
-Baik, oke.
-Jika Anda melihat
beberapa hal yang
telah ditunjukkan hari ini,
kami mengerjakan semua
fitur terkait dengan sistem build,
seperti atribusi build.
Ini semua dilakukan di Gradle.
Sulit untuk mendukung
lebih dari satu sistem build.
Jadi kami tidak ingin
mengalihkan resource kami di sana.
Kami sudah menerima banyak permintaan
untuk dukungan Gradle kami.
Kami ingin memastikan setidaknya
kami mendanainya dengan benar
sebelum mulai mencoba
melakukan beberapa hal.
-Menarik.
Terima kasih.
-Maaf tapi sebenarnya,
waktunya tinggal satu menit.
Satu pertanyaan terakhir.
Yang di atas.
Saya minta maaf bagi yang
belum sempat bertanya.
-Lagi pula
Anda tidak akan menyukainya.
-Hai, Anda
baru saja menyebutkan Anda

Portuguese: 
Então, temos um...
Esse é um link simbólico.
Espera.
Claro, são semelhantes.
A questão é que temos uma 
equipe que trabalha
com suporte ao sistema de compilação
interna do Google 3,
chamado Blaze.
É um pouco diferente de Bazel,
e não é algo que lançamos externamente.
SIm
Legal, tudo bem.
Como você deve ter notado
mostramos hoje que
estamos trabalhando nas ferramentas
relacionadas ao sistema de compilação,
por exemplo, a atribuição de compilação.
Isso tudo é investimento no Gradle.
O suporte a vários sistemas de
compilação é realmente difícil.
Não queremos esquecer nossos
recursos aqui.
Queremos ter muitas solicitações
para suporte ao Gradle.
Queremos ter certeza de que
estamos investindo adequadamente
antes de começar a tentar
fazer várias coisas.
Interessante.
Obrigaddo.
Essa é a parte em que eu preciso dizer
que só temos um minuto.
Vamos para a última pergunta.
Lá em cima.
Peço desculpas para as pessoas que
não conseguiram fazer suas perguntas.
Você não iria gostar da minha mesmo.
[RISOS]
Vocês disseram que

Spanish: 
Tenemos…
No, ese es un symlink.
Son similares.
Un equipo trabaja en la compatibilidad
con el sistema de compilación interno
de Google 3
llamado Blaze.
No es exactamente lo mismo que Bazel
y no lo ofrecemos a nivel externo.
Sí.
Está bien.
Hoy les mostramos
que trabajamos en herramientas
relacionadas con el sistema de compilación
como la atribución de la compilación.
Son inversiones en Gradle.
Es muy difícil admitir
varios sistemas de compilación.
No queremos desviar nuestros recursos.
Tenemos muchísimas solicitudes
de compatibilidad con Gradle.
Queremos asegurarnos
de sentar una buena base
antes de expandirnos.
Interesante.
Gracias.
Esta es la parte incómoda.
Queda un minuto.
Última pregunta.
En el fondo.
Les pido disculpas a quienes
no pudieron preguntar.
Mi pregunta no les hubiese gustado.
Están trabajando con varios OEM

English: 
TOR NORBYE: So we have an--
AUDIENCE: No, that's
just a symlink.
Wait, wait, wait.
TOR NORBYE: Sure,
they're similar.
But the point is that
we have a team that
works on supporting the
internal Google 3 build system,
called Blaze.
That's slightly
different from Bazel,
and so it's not something
we ship externally.
Yeah.
AUDIENCE: Cool, all right.
TOR NORBYE: And you
know, if you saw
some of the stuff
we've shown today,
we're working on all these tools
related to the build system,
such as the build attribution.
This is all investing in Gradle.
It's really hard to support
multiple build systems.
So we don't really want to
divert our resources there.
We already have lots
and lots of requests
for our Gradle support.
So we want to make sure that
we at least fund that properly
before we start trying
to do multiple things.
AUDIENCE: Interesting.
Thanks.
CHET HAASE: This is the awkward
part where I say, actually, we
only have a minute left.
So we're going to take
one last question.
I'm going to go upstairs.
I'm sorry for the
people that didn't
get to ask their questions.
AUDIENCE: You wouldn't
have liked mine anyway.
[CHUCKLING]
AUDIENCE: Hi, you
just mentioned you

Korean: 
그래서 저희는
하지만 비슷하잖아요
잠깐만요
물론 비슷합니다
그러나 요점은 Blaze라는
내부 Google 3 빌드 시스템을 지원하는
팀이 있다는 것이죠
그래서 Bazel과는 약간 다르며
외부에 제공하는 것이 아닙니다
예
알겠습니다
오늘 보신 것 중 일부를 짚어드리면
저희가 build attribution과 같이
빌드 시스템과 관련된 
모든 도구를 개선하고 있다는 것을
알 수 있습니다
모두 Gradle 투자에 관한 것이죠
여러 빌드 시스템을 
지원하는 것은 정말 어렵습니다
따라서 여기에 리소스를 
소모하고 싶지 않습니다
이미 Gradle 지원 요청이
많이 있지만
저희는 여러 가지 일을 시작하기 전에
적어도 그에 대한 
적절한 자금 확보가 필요합니다
흥미롭군요
감사합니다
이제 토론이
1분 정도 남았네요
마지막 질문 하나를 받겠습니다
위쪽으로 가죠
질문을 하지 못한 분들에게는
죄송합니다
어쨌든 제 질문이
마음에 들지 않았을 것 같네요
[웃음]
안녕하세요

Korean: 
방금 다른 OEM과 협력하여 
CameraX를 통해 카메라 사용을
개선하고 있다고 언급하셨습니다
하지만 저의 경우는
블루투스와 관련하여 진행 중인
작업이 있는지 알고 싶습니다
저희 팀이 연결 설정과
이와 유사한 문제에 대해
많은 어려움을 겪고 있습니다
질문을 이해를 못 했네요
누가 이해하셨는지 모르겠네요
CameraX와 유사한 프로젝트에서
블루투스와 관련하여
진행 중인 것이 있는지
알고 싶습니다
블루투스 말이죠
네
BluetoothX 같은 거겠군요
[웃음]
이 질문은 향후 발전에 관한
내용이겠네요
저는 시기를 질문한 것이 아닙니다
[웃음]
하지만 지금 하셨네요
[웃음]
지금 저희가 언급할 수
있는 것이 아니라서
실망스러운 대답으로 끝내야겠군요
와주셔서 감사합니다
[타이틀 음악, 박수]

Japanese: 
さまざまなOEMと協力しながら
CameraXでカメラを改善しているのは
すばらしいことだと思いますが
Bluetoothに関しては
何か取り組みを
進めているのでしょうか？
私のチームで接続の確立の
問題が頻繁に発生して
いるからです
聞き逃してしまいました
最後何とおっしゃいましたか？
CameraXと
同様の取り組みを
Bluetoothでも
進めているのでしょうか？
Bluetoothですか
BluetoothXのようなものは？
それは時期に関するご質問です
時期は聞きませんでしたよ
今言いましたね
それについては
コメントを控えます
白けさせてしまいましたが
これで終わりたいと思います
ありがとうございました

English: 
were working with different OEMs
to improve the usage of cameras
with the CameraX, which
is really promising.
But I think-- and I
really want to know
if there's something that you're
doing related with Bluetooth.
Because my team,
we are having a lot
of problems with the
establish connection
and something like that.
CHET HAASE: I missed
part of that question.
I don't know if anybody caught
it-- like the last third.
AUDIENCE: Yeah,
well, I just wanted
to know if you're working on
something similar to CameraX,
but with Bluetooth.
BRIAN CARLSTROM: Bluetooth.
AUDIENCE: Yeah.
So something like BluetoothX.
[CHUCKLING]
CHET HAASE: That would
be a when question.
AUDIENCE: I didn't say when.
[LAUGHTER]
CHET HAASE: But now you did.
[CHUCKLING]
I think that's not something
that we could comment on.
So I'm going to end with
that very disappointing note.
Thanks for coming.
[TITLE MUSIC, APPLAUSE]

Spanish: 
para mejorar el uso de las cámaras
con CameraX, lo que es prometedor.
Quiero saber
si están haciendo algo
con respecto a Bluetooth.
En mi equipo
tenemos problemas para conectarnos.
Me perdí de parte de la pregunta
¿Alguien entendió la última parte?
Quería saber
si están trabajando
en algo similar a CameraX
pero con Bluetooth.
Bluetooth.
Sí
Algo como BluetoothX.
Esa es una pregunta de "cuándo".
No dije "cuándo".
Pero acabas de hacerlo.
Creo que no podemos comentar
al respecto.
Así que vamos a terminar por ahora.
Gracias por venir.

Portuguese: 
estão trabalhando com diferentes OEMs
para melhorar o uso de câmeras
com o CameraX, o que é
bastante promissor.
Gostaria de saber
se há algo que vocês estão fazendo
em relação a Bluetooth.
Minha equipe está tendo
muitos problemas com a conexão
e coisas assim
Eu perdi parte da pergunta.
Não sei se alguém ouviu a última parte.
Sim, queria saber
se vocês estão trabalhando em algo
semelhante ao CameraX,
mas com Bluetooth.
Bluetooth.
Sim.
Algo como Bluetooth.
[RISOS]
Seria uma pergunta "Quando".
Eu não disse "Quando".
[RISOS]
Mas disse agora.
[RISOS]
Acho que é algo que
não poderíamos comentar.
Então, vou encerrar com essa
observação desapontadora.
Obrigada pela presença.
[MÚSICA TOCANDO, APLAUSOS]

Indonesian: 
bekerja bersama beberapa OEM
untuk menyempurnakan penggunaan kamera
dengan CameraX, yang sangat menjanjikan.
Tapi saya ingin tahu
apakah akan ada 
perubahan terkait Bluetooth.
Karena tim saya memiliki banyak
masalah dengan koneksi yang ada
dan semacamnya.
-Saya melewatkan
sebagian dari pertanyaannya.
Mungkin ada yang
menyadarinya di sepertiga terakhir.
-Ya, saya hanya ingin
tahu apakah Anda sedang mengerjakan
sesuatu yang mirip dengan CameraX,
tetapi dengan Bluetooth.
-Bluetooth.
-Ya.
Jadi, misalnya BluetoothX.
-Itu pertanyaan "kapan".
-Saya tidak mengatakan "kapan".
-Tapi
barusan Anda mengatakannya.
Saya pikir kali ini kami
tidak bisa berkomentar.
Jadi saya akan mengakhiri sesi 
dengan agak mengecewakan.
Terima kasih telah hadir.
