Local blog for Indonesian speaking developers
Yang baru di #AndroidDevSummit!
09 November 2018
Ditulis oleh Stephanie Cuthbertson, Director of Product Management
Hari ini, di Computer History Museum, Mountain View, CA, kami memulai
Android Dev Summit
, melihat kembali Android dalam 10 tahun terakhir kemudian melompat ke beberapa fitur baru yang penting untuk para developer Android. Berikut ini beberapa hal yang kami bagikan!
Membuka Android ke dalam pengalaman baru
Semenjak Android 1.6, Android dan mitra kami telah mempertimbangkan beragam ukuran dan kepadatan layar, yang memungkinkan platform ini untuk mendukung berbagai faktor bentuk dan pengalaman baru seperti Android TV, Android Auto, Wear OS, dan bahkan aplikasi Android di Chromebook. Layar ponsel adalah area tempat mitra Android menyetel standar, memperkenalkan "pablet" ketika layar ponsel dirasa terlalu kecil. Hingga saat ini, pablet... hanyalah sebuah ponsel, ukuran standar yang disukai pengguna.
Sekarang kami melihat pembuat perangkat Android membuat kategori baru:
Foldables
. Memanfaatkan teknologi layar fleksibel terbaru, layar bisa benar-benar menekuk dan dilipat.
Ada dua varian yang banyak diperbincangkan: perangkat dua-layar dan perangkat satu-layar. Saat dilipat, foldables terlihat seperti ponsel, pas di saku atau tas Anda. Saat dibuka, fitur utama mereka adalah apa yang kami sebut kontinuitas layar. Misalnya, Anda bisa memulai video dengan layar terlipat yang lebih kecil - kemudian Anda dapat duduk dan membentangkan perangkat untuk mendapatkan layar berukuran tablet yang lebih besar untuk pengalaman yang indah dan imersif. Saat perangkat dibentangkan, aplikasi akan ditransfer ke layar yang lebih besar secara mulus. Kami mengoptimalkan Android untuk faktor bentuk baru ini. Dan, membuat perubahan untuk membantu developer di mana pun dengan memanfaatkan peluang ini untuk menciptakan pengalaman baru yang menakjubkan, cara baru untuk menarik dan menyenangkan pengguna Anda. Ikutilah sesi Foldables di Dev Summit pekan ini untuk mempelajari lebih lanjut. Nantikan kedatangan Foldables dari beberapa produsen Android, termasuk satu pratinjau Foldables oleh Samsung hari ini dan direncanakan meluncur tahun depan.
Kotlin: update untuk bahasa yang paling cepat berkembang
Kami membuat
Kotlin
sebagai bahasa utama di Android pada tahun 2017. Bulan ini kami memiliki lebih dari 118.000 project baru yang menggunakan Kotlin dimulai di Android Studio - dari pengguna yang memilih untuk berbagi metrik. Ini adalah peningkatan 10 kali lipat dari tahun lalu. Ini menjadi bahasa yang paling cepat berkembang dalam hal pertumbuhan jumlah kontributor di GitHub, dan terpilih sebagai bahasa #2 yang paling disukai di Stack Overflow. Dalam survei kami, semakin lama developer menggunakan Kotlin, semakin tinggi tingkat kepuasan mereka.
Pekan lalu, JetBrains
merilis versi terbaru Kotlin, 1.3
, yang menghadirkan fitur bahasa baru, API, perbaikan bug, dan peningkatan kinerja:
Inline classes
memungkinkan Anda membuat tipe yang tidak dialokasikan kecuali kalau dikemas. Untuk perangkat terbatas yang ditargetkan aplikasi Android, menghindari alokasi selagi mempertahankan keamanan-tipe adalah keuntungan besar.
Unsigned numbers
sekarang menjadi bagian dari library standar Kotlin termasuk UInt, UByte, dan ULong. Tipe-tipe baru ini dibangun menggunakan inline classes.
Kode
multiplatform
yang sebelumnya ditulis untuk Android atau JVM sekarang juga bisa menargetkan Javascript atau native. Ini membuka kemungkinan untuk menggunakan kembali bagian basis kode Anda di lebih banyak platform.
Dukungan
coroutines
sekarang stabil. Dukungan bahasa dan library digabungkan untuk menyederhanakan cara Anda berinteraksi dengan operasi tidak bersamaan dan melakukan pekerjaan secara bersamaan yang penting untuk setiap aplikasi Android.
Semua fitur baru Kotlin 1.3 ini akan diintegrasikan ke dalam API khusus-Kotlin yang kami sediakan, yang sebagian besar disediakan melalui ekstensi KTX sebagai bagian dari Jetpack.
Android Jetpack: Navigation, Work Manager, dan Slices
Di Google I/O kami mengumumkan
Jetpack
, Android API dan fitur generasi terbaru untuk mempercepat pengembangan aplikasi Android. Jetpack dibangun di atas fondasi yang dibuat oleh Support Library dan Architecture. Saat ini, 80% dari 1.000 aplikasi dan game teratas menggunakan salah satu library Jetpack terbaru dalam produksinya.
Musim panas ini kami telah memindahkan
AndroidX
- evolusi Jetpack dari Android Support Library asli - ke AOSP publik. Ini berarti Anda bisa melihat perbaikan bug dan fitur yang diimplementasikan secara real-time, serta berkontribusi untuk salah satu library AndroidX. Anda bisa mempelajari lebih lanjut tentang kontribusi
di sini
.
Kami berupaya mendapatkan sebanyak mungkin masukan dan melakukan penyempurnaan pada dua library Architecture Component yang baru:
Navigation
dan
Work Manager
, dan kami berencana untuk memindahkan keduanya ke versi Beta pada bulan ini. Navigation Architecture Component menawarkan cara yang disederhanakan untuk mengimplementasikan prinsip-prinsip navigasi Android dalam aplikasi Anda, menggunakan satu Activity. Plus, Navigation Editor yang baru di Android Studio untuk membuat dan mengedit arsitektur navigasi Anda. Proses ini mengeliminasi boilerplate navigasi, memberi Anda operasi navigasi yang mendetail, transisi animasi yang lebih mudah, dan banyak lagi. WorkManager memudahkan kita dalam melakukan tugas-tugas latar belakang dengan cara yang paling efisien, memilih solusi yang paling tepat berdasarkan status aplikasi dan API level perangkat.
Navigation Editor
Kami juga sangat senang melihat Android Slices berpindah ke eksperimen Penelusuran publik! Pada I/O tahun ini kami memperkenalkan Slices, sebuah cara baru untuk menarik pengguna ke aplikasi Anda. Slices bertindak seperti cuplikan mini aplikasi Anda, di sini Anda bisa menampilkan konten dan tindakan. Anda bisa memesan tiket pesawat, memutar video, atau menelepon tumpangan. Slices adalah contoh lain di mana kami ingin membukanya sangat awal, tetapi kami ingin meluangkan waktu untuk menyempurnakannya. Kami berpindah ke EAP publik pada bulan ini dengan Doist, Kayak, dan lainnya. Kami akan menjalankan eksperimen yang menampilkan Slices di hasil penelusuran Google. Untuk mempelajari lebih lanjut, hari ini juga diselenggarakan sesi di Dev Summit dengan lebih banyak info dan praktik terbaik.
Android Studio: berfokus pada produktivitas, kecepatan build, kualitas, dan fundamental
Android Studio
adalah IDE resmi kami untuk pengembangan Android. Kami bertanya di mana Anda menghabiskan waktu paling banyak? Ketika mengumpulkan data dari pengguna Android Studio yang ikut serta, kami melihat bahwa waktu build semakin cepat bersamaan dengan setiap rilis, kadang-kadang sampai 20%, tetapi kami juga melihat waktu build semakin lambat saja dari waktu ke waktu. Jadi, bagaimana kedua hal ini bisa terjadi bersamaan? Kami telah berusaha keras untuk memahaminya.
Ternyata, build adalah ekosistem yang cukup rumit. Pilihan developer membuat perbedaan yang besar. Developer kami menggunakan berbagai kombinasi OS yang sangat banyak (dan terus bertambah), plugin khusus, prosesor anotasi, dan bahasa. Semua hal ini secara signifikan memengaruhi waktu. Dalam satu kasus, sebuah plugin yang ingin ditambahkan pengguna secara diam-diam memperlambat kecepatan build hingga 45%. Mempelajari hal ini, kami menyadari bahwa kami memerlukan fitur analisis dan pembuatan profil build sehingga Anda bisa dengan mudah memahami apa yang memperlambat build Anda. Kami juga banyak berinvestasi di plugin kami sendiri untuk mempercepat kinerja guna memastikan kami terus meningkatkan kinerja build inti.
Android Studio 3.3 meluncurkan versi beta 3 hari ini
.
Dalam rilis mendatang, nantikan fokus utama pada
kualitas dan fundamental
: mengurangi jumlah error dan hang, mengoptimalkan penggunaan memori, dan memperbaiki bug yang berdampak terhadap pengguna. Hari ini kami juga mengumumkan Android Studio sebagai IDE yang didukung secara resmi di Chrome OS awal tahun depan; pelajari lebih lanjut
di sini
.
Android App Bundle dan fitur dinamis
Ukuran aplikasi bertumbuh secara dramatis, naik 5x sejak 2012. Namun aplikasi yang berukuran lebih besar memiliki kelemahan: tingkat konversi penginstalan yang lebih rendah, tingkat update yang lebih rendah, dan uninstal yang lebih tinggi. Inilah sebabnya kami membangun
Android App Bundle
, format publikasi baru yang hanya menayangkan kode dan sumber daya yang dibutuhkan pengguna untuk menjalankan aplikasi Anda di perangkat mereka; pada rata-rata aplikasi, didapatkan
35% penghematan ukuran dibandingkan dengan APK universal. Paket aplikasi juga menghemat waktu dan upaya Anda dengan setiap rilisnya karena Anda tidak perlu menggunakan solusi yang tidak lengkap seperti multi-APK.
Android Studio 3.2 membawa
dukungan IDE lengkap dari paket aplikasi, dan sekarang ada ribuan paket aplikasi yang diproduksi dengan jumlah total miliaran penginstalan, termasuk aplikasi Google seperti YouTube, Google Maps, Google Foto, dan Google Berita.
Paket aplikasi sekarang mendukung
library native tak terkompresi
; tanpa memerlukan kerja ekstra developer, paket aplikasi sekarang membuat aplikasi yang menggunakan library native rata-rata 8% lebih kecil untuk didownload dan 16% lebih kecil pada disk di perangkat M+.
Setelah beralih ke paket aplikasi, Anda juga bisa melakukan modularisasi aplikasi. Dengan
modul fitur dinamis
, Anda bisa memuat fungsionalitas aplikasi apa pun sesuai permintaan sebagai ganti pada waktu penginstalan. Anda tidak perlu menyimpan fitur-fitur berukuran besar yang hanya digunakan sekali, di setiap perangkat selamanya; fitur dinamis bisa diinstal dan di-uninstal secara dinamis ketika aplikasi Anda memintanya.
In-app Updates API
Kami mendengar bahwa Anda menginginkan lebih banyak kontrol untuk memastikan bahwa pengguna menjalankan versi terbaru dan terbaik dari aplikasi Anda. Untuk mengatasinya, kami meluncurkan
In-app Updates API
. Kami menguji API ini dengan mitra akses awal dan akan segera meluncurkannya ke semua developer.
Anda memiliki dua opsi dengan API ini; yang pertama adalah pengalaman layar penuh untuk update penting ketika Anda mengharapkan pengguna menunggu update untuk segera diterapkan. Opsi kedua adalah update fleksibel,
yang berarti pengguna bisa tetap menggunakan aplikasi saat update didownload. Anda bisa sepenuhnya menyesuaikan alur update sehingga terasa seperti bagian dari aplikasi Anda.
Discovery Instan
Kami juga membuat
instant app
lebih mudah dari sebelumnya untuk diadopsi. Kami baru-baru ini menggunakan URL web opsional, yang memungkinkan Anda untuk mengambil traffic deep link play store yang ada dan mengirim pengguna ke pengalaman instan Anda jika tersedia. Selain itu, kami telah menaikkan batas ukuran instant app menjadi 10MB untuk tombol Try Now di Play Store dan spanduk web untuk membuatnya lebih mudah diadopsi.
Di Android Studio 3.3 beta, Anda sekarang bisa membangun paket aplikasi yang diaktifkan secara instan. Hal ini berarti, Anda sekarang bisa membangun dan menerapkan pengalaman Instan dan terinstal Anda dari satu project Android Studio, dan menyertakannya dalam satu Android App Bundle. Anda hanya perlu mengupload SATU artefak untuk instant app dan aplikasi yang diinstal.
Sebagai developer, masukan Anda sangatlah penting dalam membentuk area investasi ini; Anda adalah bagian dari cara kami bekerja, mulai dari ide awal, hingga EAP dan canary, Beta, dan iterasi setelah peluncuran. Bergabunglah dengan kami untuk dua hari berikutnya, dengan
menonton 30+ sesi di livestream
, bergabung di media sosial, atau hadir secara langsung di Mountain View. Dari tim, kami ucapkan banyak terima kasih atas semua masukan dan kontribusi Anda yang sangat berharga. Kami harap Anda menikmati Android Dev Summit.
Mengumumkan Google Developer Challenge 2018
08 November 2018
Selama bulan November, lebih dari 100,000 developer ditantang untuk unjuk kebolehannya dalam Google Developer Challenge – sebuah ajang kompetisi online hackathon untuk pembuatan aplikasi yang dapat memberikan solusi bagi lima sektor industri di Indonesia: Pertanian, Perikanan, Kesehatan dan Kesejahteraan, Pariwisata, dan Ketahanan Bencana. Sebuah panel yang terdiri dari tenaga ahli teknis dan tenaga ahli di masing-masing sektor akan menyeleksi dan mengundang tim finalis Google Developer Challenge untuk menghadiri Google for Indonesia Developer Showcase di Jakarta pada tanggal 6-7 Desember, dimana mereka berkesempatan untuk mengikuti pelatihan satu hari dan bekerja langsung dengan para ahli teknologi, UX, dan pemasaran dengan tujuan menyempurnakan solusi yang telah dikembangkan. Di akhir rangkaian kegiatan, para finalis akan melakukan pitching dimana mereka akan unjuk ide di hadapan panel juri, dan solusi terbaik akan mendapat penghargaan atas karyanya.
Ajang kompetisi online hackathon ini diselenggarakan bekerja sama dengan Dicoding. Peserta akan berkompetisi untuk memperebutkan sejumlah penghargaan dan hadiah menarik, diantaranya 20,000 poin Dicoding untuk solusi terbaik yang dihasilkan pada setiap kategori tantangan. Kelima tantangan tersebut merepresentasikan sebagian langkah-langkah kunci untuk mencapai Tujuan Pembangunan Berkelanjutan (Sustainable Development Goals) di Indonesia. Dari pertanian hingga ketahanan bencana, Indonesia menghadapi segudang tantangan sekaligus kesempatan yang akan sangat terbantu dengan hadirnya inovasi-inovasi digital yang berlandaskan open platform. Kami mencari solusi-solusi inovatif yang mampu menjawab tantangan-tantangan berikut ini:
Tantangan Pertanian Berkelanjutan: Sasaran dari tantangan ini adalah untuk menciptakan solusi-solusi inovatif yang mampu mengakselerasi keberlanjutan pertanian di Indonesia, sebagai langkah pertama dan utama untuk mencapai Tujuan SDGs #2 Mengakhiri Kelaparan: “Pada tahun 2030, memastikan sistem produksi pangan yang berkelanjutan dan mengimplementasikan praktek-praktek agrikultur yang memiliki ketahanan yang baik yang mampu meningkatkan produktivitas dan produksi, yang mampu menjaga ekosistem, yang dapat menguatkan kemampuan adaptasi terhadap perubahan iklim, cuaca ekstrim, kekeringan, banjir, dan bencana lainnya, serta secara progresif mampu memperbaiki kualitas lahan dan tanah.”
Silakan daftar pada
tautan berikut
untuk mengikuti tantangan ini.
Tantangan Kesehatan dan Kesejahteraan: Sasaran dari tantangan ini adalah untuk menciptakan solusi-solusi inovatif yang mampu menurunkan angka kematian yang diakibatkan oleh penyakit tidak menular serta menggalakkan kesehatan mental dan kesejahteraan masyarakat di Indonesia untuk mendukung pencapaian Tujuan SDGs #3 Kesehatan yang Baik dan Kesejahteraan: “Pada tahun 2030, mengurangi sepertiga dari angka kematian dini yang diakibatkan oleh penyakit tidak menular melalui tindakan pencegahan dan pengobatan serta menggalakkan kesehatan mental dan kesejahteraan.”
Silakan daftar pada
tautan berikut
untuk mengikuti tantangan ini.
Tantangan Perikanan Berkelanjutan: Sasaran dari tantangan ini adalah untuk menciptakan solusi-solusi inovatif yang mampu mengakselerasi praktek-praktek perikanan berkelanjutan di Indonesia sebagai upaya untuk mendukung pencapaian Tujuan SDGs #14 Menjaga Ekosistem Laut: “Pada tahun 2020, secara efektif meregulasi panen dan menghentikan pengambilan ikan yang berlebihan, pengambilan ikan secara illegal, tidak terlaporkan, dan tidak teregulasi, dan praktek-praktek pengambilan ikan yang destruktif serta menerapkan rencana pengelolaan berbasis sains ilmiah agar dapat mengembalikan persediaan ikan sesegera mungkin, setidaknya hingga mencapai tingkatan dimana mampu memproduksi hasil maksimum yang berkelanjutan sebagaimana yang ditetapkan untuk karakteristik biologis tiap-tiap jenis ikan.”
Silakan daftar pada
tautan berikut
untuk mengikuti tantangan ini.
Tantangan Pariwisata: Sasaran dari tantangan ini adalah untuk menciptakan solusi-solusi inovatif untuk mengembangkan dan mengimplementasikan alat atau perangkat yang dapat mendukung dan memantau pelaksanaan pariwisata berkelanjutan sebagai satu langkah untuk mencapai Tujuan SDGs #12 Konsumsi dan Produksi yang Bertanggung jawab: “Mengembangkan dan mengimplementasikan alat untuk memonitor dampak pembangunan berkelanjutan untuk pariwisata yang berkelanjutan yang dapat menciptakan lapangan kerja serta mendukung budaya dan produk lokal.”
Silakan daftar pada
tautan berikut
untuk mengikuti tantangan ini.
Tantangan Ketahanan Bencana: Sasaran dari tantangan ini adalah untuk memperkuat ketahanan dan kemampuan adaptasi masyarakat dalam menghadapi bencana alam dan bencana yang terkait iklim di Indonesia, sebagai salah upaya untuk mendukung tercapainya Tujuan SDGs #13 Penanganan Perubahan Iklim: “Menguatkan ketahanan dan kemampuan adaptasi terhadap bencana yang terkait dengan iklim dan bencana alam di Indonesia.”
Silakan daftar pada
tautan berikut
untuk mengikuti tantangan ini.
Bagi developer yang tertarik untuk mengikuti hackathon ini, silakan tinjau ulasan mendetail mengenai setiap tantangan dan daftarkan diri Anda
disini.
Kompetisi online hackathon akan berlangsung selama bulan November dengan tenggat waktu pengumpulan 28 November untuk mengirimkan solusi terbaik Anda. Tim yang terpilih menjadi finalis akan diumumkan pada tanggal 30 November. Semua finalis akan diundang ke Jakarta untuk ikut serta dalam acara Google for Indonesia Developer Showcase pada 6-7 Desember 2018. Seluruh biaya perjalanan untuk kegiatan ini akan ditanggung oleh Google.
Sebagai penghujung rangkaian acara Pekan Google for Indonesia, kegiatan Google for Indonesia Developer Showcase akan menampilkan informasi terbaru dan kisah-kisah sukses terkait komitmen Google untuk melatih 100,000 developer mobile di Indonesia pada tahun 2020. Komitmen yang dibuat saat kunjungan Presiden Joko Widodo ke Sillicon Valley dalam pertemuan beliau dengan para pemuka industri teknologi di sana pada awal tahun 2016 telah menghasilkan berbagai program dan inisiatif, termasuk diantaranya Google Developers Kejar 2018, Google Developers Student Clubs, Google Faculty Training and Scholarships, Google Developer Certifications, dan Google Launchpad. Google akan berbagi tentang dampak yang telah dihasilkan oleh masing-masing program tersebut dalam acara Developer Showcase pada tanggal 6 Desember.
Untuk informasi lebih lanjut, silakan hubungi:
Dicoding
info@dicoding.com
Apa yang baru di AMP, Q4 2018
07 November 2018
Model tata kelola baru dan terbuka untuk AMP
Dalam
entri blog
terpisah, kami mendiskusikan maksud kami untuk beralih ke model tata kelola baru untuk AMP Project.
AMP Linker
Untuk browser yang membatasi akses cookie pihak ketiga, AMP Linker adalah cara baru untuk menjaga sesi pengguna tetap sinkron. Lihat
entri blog pemberitahuan kami
untuk detail dan cara penerapannya di halaman Anda.
“Scroll tanpa batas” dengan amp-next-page
<amp-next-page>
(sekarang tersedia sebagai versi eksperimen) mendukung apa yang disebut dengan “scroll tanpa batas” artikel. Developer bisa menetapkan hingga tiga URL yang akan dimuat ketika pengguna sampai ke kedalaman-scroll yang sudah ditetapkan dalam halaman, dan dokumen tersebut akan memuat dengan mulus secara berurutan.
Animasi tilt-bound dengan amp-orientation-observer
<amp-orientation-observer>
, yang mendukung sinkronisasi tingkat-rendah antara orientasi perangkat dan bingkai pengguna dalam animasi yang diberikan, sekarang sudah diluncurkan. Dengan ini, Anda bisa membuat berbagai efek, seperti menggeser latar belakang halaman dengan halus, panning gambar, atau melanjutkan gerak animasi dengan memiringkan perangkat. Anda bahkan bisa membuat ruang 3D berlapis dengan menggeser beberapa komponen overlay dari suatu adegan dengan kecepatan yang berbeda.
Membandingkan gambar dengan amp-image-slider
<amp-image-slider>
memberi pengguna kemampuan untuk membandingkan dua gambar sebagai overlay. Ini sangat berguna untuk perbandingan foto “sebelum dan sesudah”. Baca selengkapnya tentang komponen tersebut di
entri blog terbaru kami
.
Dukungan AMP Story Ads dengan Google Ad Manager (Beta)
Google Ad Manager sekarang mendukung pengiriman iklan yang terjual langsung oleh penayang ke AMP Stories yang mereka hasilkan. Anda bisa membaca selengkapnya tentang hal tersebut
di sini
.
Melihat iklan Google Pixel 2 sebagai salah satu halaman cerita
Terbaik dari yang lain
Kami meluncurkan beberapa komponen baru:
<amp-pan-zoom>
, mendukung pan dan zoom konten interaktif inline. Komponen ini membantu pengguna pada berbagai kasus penggunaan, seperti memeriksa detail gambar produk, atau memilih kursi dalam denah kursi interaktif.
<amp-date-picker>
, mendukung masukan tanggal dan rentang tanggal ke dalam formulir. Komponen ini sebelumnya diluncurkan sebagai eksperimen, dan sekarang tersedia secara umum. Detail selengkapnya
di sini
.
<amp-date-countdown>
, menampilkan hitung mundur dinamis ke tanggal dan waktu tertentu.
<amp-google-document-embed>
menampilkan file dokumen seperti dokumen Word, spreadsheet Excel, dan PDF secara inline di halaman AMP.
Developer sekarang bisa
menyesuaikan transisi
masuk dan keluar dari komponen <amp-lightbox> yang ada.
MOAT
telah
meluncurkan
dukungan versi beta untuk instrumentasi keterlihatan dan deteksi spam bagi iklan AMPHTML. Silakan hubungi MOAT untuk berpartisipasi dalam versi beta.
Penyedia email bisa mengintegrasikan dengan AMP for Email menggunakan petunjuk
di sini
.
Fitur-fitur mendatang yang layak diperhatikan
Pernahkah Anda ingin terus menonton video saat membaca artikel mengenai video itu, atau membaca petunjuk resep sambil menonton seseorang mempraktikkannya? Atribut “dock” di <amp-video> akan segera mendukung
pengecilan video ke sudut viewport
saat pengguna melakukan scroll. Developer akan dapat
menyesuaikan letak dan bentuk video ditempatkan
.
<amp-video-iframe>
akan segera mendukung satu set fitur yang tersedia untuk amp-video dan komponen video pihak ketiga lainnya (misalnya, fitur pengecilan video di atas) untuk video yang tersemat di dalam iframe.
Sama seperti AMP yang sekarang memiliki
<amp-next-page>
untuk “scroll tanpa batas” pada dokumen, segera hadir berikutnya adalah perilaku yang sama untuk
elemen halaman dalam daftar
. Ini sangat berguna untuk elemen daftar scroll tanpa akhir seperti hasil penelusuran dan kartu produk.
Input masking
akan segera membantu pengguna mengisi formulir secara lebih efisien dengan menambahkan pemformatan secara otomatis seperti spasi dan karakter pengantara yang ditentukan oleh developer.
Dukungan untuk framework persetujuan dan transparansi IAB
akan segera hadir sebagai bagian dari <amp-consent> bersama dengan kemampuan untuk mengintegrasikan CMP pihak ketiga. Jika Anda adalah CMP atau penayang yang ingin berintegrasi dengan framework persetujuan IAB di halaman AMP, silakan hubungi kami di GitHub.
Pemutar
<amp-ima-video>> disempurnakan
dengan fitur baru dan perbaikan bug yang meliputi penambahan tombol mute/unmute yang hilang, perbaikan kontrol tersembunyi saat memutar dan kemampuan untuk mengulang video.
Dukungan
sticky ads di desktop
ketika posisi konstan di pinggir kiri atau kanan halaman
* * *
Terima kasih kepada komunitas development AMP untuk karya dan masukan Anda. Seperti biasa, mohon
beri tahu kami
bila ada masalah atau permintaan fitur.
Ditulis oleh Eric Lindley, Product Manager, AMP Project at Google
Melihat Lebih Baik dan Lebih Jauh dengan Super Res Zoom di Pixel 3
05 November 2018
Ditulis oleh Bartlomiej Wronski, Software Engineer dan Peyman Milanfar, Lead Scientist, Computational Imaging
Zoom digital yang menggunakan algoritme (bukan lensa) telah lama menjadi "kambing hitam" dari kamera perangkat seluler. Dibandingkan dengan kemampuan zoom optik
kamera DSLR
, kualitas gambar yang diperbesar secara digital belum kompetitif, dan kebanyakan masyarakat berpendapat bahwa mekanisme dan optik kompleks kamera yang berukuran besar tidak akan dapat digantikan dengan algoritme cerdas dan kamera perangkat seluler yang jauh lebih ringkas.
Dengan fitur Super Res Zoom baru di Pixel 3, kami menantang pendapat tersebut.
Teknologi Super Res Zoom di Pixel 3 berbeda dan lebih baik daripada pembesaran digital sebelumnya yang menggunakan teknik pembesaran potongan pemangkasan
satu
gambar, karena kami menggabungkan
banyak bingkai
secara langsung ke gambar resolusi yang lebih tinggi. Hal ini menghasilkan detail yang jauh lebih baik dan kompetitif dengan lensa zoom optik 2x pada banyak smartphone lainnya.
Super Res Zoom berarti bahwa jika Anda melakukan cubit-zoom sebelum menekan rana, Anda akan mendapatkan lebih banyak detail dalam gambar daripada jika Anda memangkas setelahnya.
Pangkas Zoom 2x: Pixel 2, 2017 vs. Super Res Zoom di Pixel 3, 2018.
Tantangan Zoom Digital
Zoom digital sangat sulit karena algoritme yang baik berharap permulaan dengan gambar resolusi lebih rendah dan "merekonstruksi" detail yang hilang dengan andal — dengan zoom digital biasa, pemangkasan kecil sebuah gambar kemudian diperbesar untuk menghasilkan gambar yang jauh lebih besar. Secara tradisional, ini dilakukan dengan
metode interpolasi linear
, metode ini mencoba menciptakan kembali informasi yang tidak tersedia dalam gambar aslinya, tetapi mengakibatkan tampilan kabur atau seperti “plastik” yang tidak memiliki tekstur dan detail. Sebaliknya, kebanyakan pembesaran satu gambar modern menggunakan machine learning (termasuk karya kami sebelumnya,
RAISR
). Fitur ini memperbesar beberapa fitur gambar khusus seperti tepi lurus dan bahkan bisa menyintesis tekstur tertentu, tetapi mereka tidak bisa memulihkan detail resolusi tinggi yang natural. Meskipun kami masih menggunakan RAISR untuk meningkatkan kualitas gambar visual, sebagian besar resolusi ditingkatkan yang disediakan oleh Super Res Zoom (setidaknya untuk faktor zoom yang tidak terlalu tinggi seperti 2-3x) berasal dari pendekatan multibingkai kami.
Array Filter Warna dan Demosaicing
Merekonstruksi detail halus sangat sulit karena foto digital sudah tidak lengkap — mereka telah direkonstruksi dari informasi warna parsial melalui proses yang disebut
demosaicing
. Pada kamera konsumen biasa, elemen sensor kamera hanya ditujukan untuk mengukur intensitas cahaya, bukan warnanya secara langsung. Untuk mengambil warna sesungguhnya saat ini di layar, kamera menggunakan
array filter warna
yang ditempatkan di depan sensor sehingga setiap piksel hanya mengukur satu warna (merah, hijau, atau biru). Ini tersusun dalam pola
Bayer
seperti yang ditunjukkan pada diagram di bawah ini.
Filter warna mosaik Bayer. Setiap gugus piksel 2x2 mengambil cahaya yang difilter oleh warna tertentu — dua piksel hijau (karena mata kita lebih sensitif terhadap warna hijau), satu merah, dan satu biru. Pola ini diulang di seluruh gambar.
Pipeline pemrosesan kamera kemudian harus merekonstruksi warna asli dan semua detail dalam semua piksel, dengan informasi parsial ini.
*
Demosaicing dimulai dengan membuat tebakan terbaik pada informasi warna yang hilang, biasanya dengan menginterpolasi warna di piksel terdekat, yang berarti bahwa dua pertiga gambar digital RGB sesungguhnya adalah rekonstruksi!
Demosaicing merekonstruksi informasi warna yang hilang dengan menggunakan piksel yang berdekatan.
Dalam bentuk yang paling sederhana, ini bisa dicapai dengan melakukan rata-rata dari nilai-nilai yang berdekatan. Sebagian besar implementasi algoritme demosaicing yang sesungguhnya lebih rumit daripada hal ini, tetapi mereka masih menyebabkan artefak dan hasil yang tidak sempurna - karena terkendala oleh informasi parsial. Meskipun situasi ini juga terjadi pada kamera DSLR berformat besar, sensor dan lensa yang lebih besar memungkinkan mereka menangkap lebih banyak detail daripada kamera seluler biasa.
Situasinya semakin tidak menguntungkan ketika Anda melakukan cubit-zoom pada perangkat seluler; lalu algoritme dipaksa untuk membuat lebih banyak informasi, dengan interpolasi dari piksel terdekat. Namun, tidak semuanya hilang. Di sinilah fotografi burst dan perpaduan banyak gambar bisa digunakan untuk membuat resolusi-super, bahkan ketika terbatas oleh optik perangkat seluler.
Dari Fotografi Burst ke Resolusi Super Multibingkai
Meskipun sebuah bingkai tidak bisa memberikan informasi yang cukup untuk mengisi warna yang hilang, kita bisa mendapatkan beberapa informasi yang hilang ini dari beberapa gambar yang diambil secara berurutan. Proses menangkap dan menggabungkan beberapa foto berurutan ini dikenal sebagai
fotografi burst
.
Algoritme HDR+
Google, yang berhasil diterapkan di ponsel Nexus dan Pixel, sudah menggunakan informasi dari beberapa bingkai untuk menjadikan foto dari ponsel mencapai tingkat kualitas yang diharapkan dari sensor yang jauh lebih besar; apakah pendekatan serupa bisa digunakan untuk meningkatkan resolusi gambar?
Telah
dikenal selama lebih dari satu dekade
, termasuk dalam astronomi dengan konsep dasar yang dikenal sebagai “
drizzle
”, yang menangkap dan menggabungkan
beberapa
gambar yang diambil dari posisi yang sedikit berbeda bisa menghasilkan resolusi yang setara dengan zoom optik, setidaknya pada tingkat pembesaran rendah seperti 2x atau 3x dan dalam kondisi pencahayaan yang baik. Dalam proses yang disebut
resolusi super
multibingkai ini, ide umumnya adalah menyelaraskan dan menggabungkan foto burst resolusi rendah secara langsung ke grid resolusi yang diinginkan (lebih tinggi). Berikut adalah contoh bagaimana algoritme resolusi super multibingkai yang ideal berfungsi:
Dibandingkan dengan pipeline demosaicing standar yang membutuhkan interpolasi warna yang hilang (atas), idealnya, seseorang bisa mengisi beberapa lubang dari beberapa gambar, masing-masing digeser sebesar satu piksel secara horizontal atau vertikal.
Dalam contoh di atas, kami mengambil 4 bingkai, tiga di antaranya bergeser tepat satu piksel: ke arah horizontal, vertikal, dan ke kedua arah. Semua lubang akan terisi, dan demosaicing sama sekali tidak diperlukan! Memang, beberapa kamera DSLR mendukung operasi ini, tetapi hanya jika kamera tersebut menggunakan tripod, dan sensor/optik secara aktif berpindah ke posisi yang berbeda. Ini kadang-kadang disebut "microstepping".
Selama bertahun-tahun, penggunaan praktik pendekatan “super-res” untuk pencitraan resolusi yang lebih tinggi baru digunakan secara terbatas pada sebagian besar laboratorium, atau setelan terkontrol lainnya di mana sensor dan subjek disejajarkan dan gerakan di antara keduanya dikendalikan dengan sengaja atau dibatasi secara ketat. Misalnya, dalam pencitraan astronomi, teleskop stasioner mengetahui arah gerakan langit. Namun, dalam perangkat pencitraan yang banyak digunakan seperti smartphone modern, praktik penggunaan super-res untuk aplikasi zoom in seperti kamera perangkat seluler masih belum terjangkau.
Hal ini karena fakta bahwa agar bisa berfungsi dengan benar, kondisi tertentu harus terpenuhi. Pertama, dan yang paling penting, adalah bahwa lensa harus bisa memberikan detail yang lebih baik daripada sensor yang digunakan (sebaliknya, Anda dapat bayangkan sebuah kasus ketika lensa dirancang sedemikian buruk sehingga penambahan sensor yang lebih baik tidak memberikan manfaat sama sekali). Properti ini sering diamati sebagai artefak kamera digital yang tidak diinginkan yang disebut aliasing.
Aliasing Gambar
Aliasing
terjadi ketika sensor kamera tidak bisa dengan tepat merepresentasikan semua pola dan detail yang ada dalam foto. Contoh yang bagus dari aliasing adalah
pola Moiré
, yang kadang-kadang terlihat di TV sebagai akibat dari
salah memilih kabinet
. Selain itu, efek aliasing pada fitur fisik (seperti tepi meja) berubah ketika ada sesuatu yang bergerak dalam adegan foto. Anda bisa mengamatinya dalam rentetan burst berikut, di mana sedikit saja gerakan kamera selagi rentetan burst akan menciptakan efek time-varying alias:
Kiri: Resolusi tinggi, sebuah gambar tepi meja dengan latar belakang berpola frekuensi tinggi, Kanan: Bingkai yang berbeda dari foto burst. Efek Aliasing dan Moiré terlihat jelas antar bingkai — piksel terlihat melompat-lompat dan menghasilkan pola warna yang berbeda.
Namun, perilaku ini merupakan keuntungan tersembunyi: jika seseorang menganalisis pola yang dihasilkan, pola ini memberikan kita variasi nilai warna dan kecerahan, seperti yang dibahas di bagian sebelumnya, untuk mencapai resolusi super. Meskipun begitu, banyak tantangan yang harus diselesaikan, karena praktik resolusi super harus berfungsi dengan ponsel genggam dan setiap rentetan burst.
Praktik Resolusi Super Menggunakan Gerakan Tangan
Seperti yang disebutkan sebelumnya, beberapa kamera DSLR menawarkan mode khusus resolusi super menggunakan tripod yang bekerja dengan cara yang serupa dengan yang kami jelaskan sejauh ini. Pendekatan ini bergantung pada gerakan fisik sensor dan optik di dalam kamera, tetapi memerlukan stabilisasi kamera yang sempurna, sehingga tidak praktis diterapkan di perangkat seluler, karena hampir selalu digenggam. Tampaknya, akan dibutuhkan 22 jepretan guna pencitraan resolusi super pada platform seluler untuk hal ini.
Namun, kami memutarbalikkan kesulitan ini, dengan menggunakan gerakan tangan untuk keuntungan kami. Saat kami mengambil foto burst dengan kamera genggam atau ponsel, selalu ada gerakan yang terjadi antar bingkai. Sistem
Optical Image Stabilization
(OIS) mengompensasi goyangan kamera yang besar - biasanya 5-20 piksel antar bingkai berturutan berjarak 1/30 detik - tetapi tidak bisa sepenuhnya menghilangkan sedikit getaran tangan alami yang terjadi cepat, yang dialami oleh semua orang (bahkan mereka dengan “tangan stabil”). Ketika mengambil foto menggunakan ponsel dengan sensor resolusi tinggi, getaran tangan ini hanya memiliki besaran beberapa piksel.
Efek getaran tangan yang terlihat dalam burst yang dipangkas, setelah penyesuaian global.
Untuk mengambil keuntungan dari getaran tangan, pertama-tama kami harus menyesuaikan gambar-gambar burst tersebut secara bersamaan. Kami memilih satu gambar dalam burst sebagai "basis" atau bingkai referensi, dan menyesuaikan setiap bingkai lain yang terkait dengannya. Setelah penyesuaian, gambar yang digabungkan bersama kira-kira terlihat seperti dalam diagram yang ditunjukkan sebelumnya dalam postingan ini. Tentu saja, goyangan tangan tidak mungkin menggeser gambar tepat satu piksel, jadi kita harus melakukan interpolasi antar piksel yang berdekatan di setiap bingkai yang baru diambil sebelum memasukkan warna ke dalam grid piksel bingkai dasar.
Ketika tidak ada gerakan tangan karena perangkat benar-benar stabil (mis. ditempatkan di tripod), kita masih bisa mencapai tujuan dari menyimulasikan gerakan tangan alami dengan sengaja “menggoyang-goyang” kamera, dengan memaksa modul OIS bergerak sedikit antar jepretan. Gerakan ini sangat kecil dan dipilih sedemikian rupa sehingga tidak mengganggu foto normal - tetapi Anda bisa mengamatinya langsung di Pixel 3 dengan menahan ponsel agar stabil, seperti dengan menekannya ke jendela, dan secara maksimal melakukan cubit-zoom jendela bidik. Carilah gerakan elips yang kecil namun terus menerus terjadi pada benda-benda yang jauh, seperti yang ditunjukkan di bawah ini.
Mengatasi Tantangan Resolusi Super
Deskripsi proses ideal yang kami jelaskan di atas terdengar mudah, tetapi resolusi super tidak semudah itu — ada banyak alasan mengapa resolusi super tidak banyak digunakan dalam produk konsumen seperti telepon seluler, dan membutuhkan pengembangan inovasi algoritme yang signifikan. Tantangan-tantangan tersebut meliputi:
Sebuah gambar burst tidak bersih, ber-noise, bahkan dalam pencahayaan yang baik. Praktik algoritme resolusi super harus menyadari noise ini dan tetap berfungsi dengan baik. Kami tidak hanya menginginkan gambar ber-noise dengan resolusi lebih tinggi - tujuan kami adalah meningkatkan resolusi tetapi juga menghasilkan tingkat noise yang jauh lebih sedikit.
Kiri: Sebuah bingkai foto burst yang diambil dalam kondisi cahaya yang bagus masih terdapat banyak noise karena underexposure. Kanan: Hasil penggabungan beberapa bingkai setelah pemrosesan burst.
Gerak antar gambar dalam burst tidak terbatas hanya pada gerakan kamera. Ada gerakan yang kompleks dalam adegan foto seperti daun yang ditiup angin, riak yang bergerak melintasi permukaan air, mobil, orang-orang yang bergerak atau mengubah ekspresi wajah mereka, atau nyala api — bahkan beberapa gerakan yang tidak bisa ditetapkan dalam estimasi gerakan unik karena transparan atau multilayer, seperti asap atau kaca. Penyesuaian yang benar-benar andal dan dilokalkan pada umumnya tidak mungkin dilakukan, dan oleh karena itu, algoritme resolusi super yang baik harus tetap berfungsi bahkan jika estimasi gerakan tidak sempurna.
Karena banyak gerakan acak, bahkan jika ada kesesuaian yang baik, data mungkin padat di beberapa area gambar dan tipis di area lainnya. Inti dari resolusi super adalah masalah interpolasi kompleks, sehingga penyebaran data yang tidak teratur membuatnya menantang untuk menghasilkan gambar dengan resolusi tinggi di semua bagian grid.
Semua tantangan di atas tampaknya akan membuat penerapan resolusi super dalam pemakaian sehari-hari sulit dipraktikkan, atau terbatas hanya pada adegan foto statis dan kamera yang diletakkan di atas tripod. Dengan Super Res Zoom di Pixel 3, kami telah mengembangkan metode peningkatan resolusi burst yang akurat dan stabil yang menggunakan gerakan tangan alami, dan cukup kuat serta efisien untuk diterapkan di ponsel.
Berikut cara kami mengatasi tantangan-tantangan tersebut:
Untuk secara efektif menggabungkan bingkai dalam burst, dan untuk menghasilkan nilai merah, hijau, dan biru untuk setiap piksel tanpa demosaicing, kami mengembangkan metode integrasi informasi di seluruh bingkai dengan memperhitungkan
tepi
gambar, dan menyesuaikannya. Secara khusus, kami menganalisis bingkai masukan dan menyesuaikan cara kami menggabungkannya, mencari keseimbangan yang baik antara peningkatan detail dan resolusi vs. penghalusan dan peredam bising. Kami melakukannya dengan menggabungkan piksel di sepanjang tepi yang terlihat, daripada yang berhadapan. Efek bersihnya adalah metode multibingkai kami menyediakan keseimbangan praktik terbaik antara pengurangan noise dan peningkatan detail.
Kiri: Gambar yang digabungkan dengan tradeoff yang tidak optimal dari pengurangan noise dan resolusi yang ditingkatkan. Kanan: Gabungan gambar yang sama dengan tradeoff yang lebih baik.
Agar algoritme bisa menangani adegan dengan gerakan lokal yang kompleks (orang, mobil, air atau daun pohon yang bergerak) dengan andal, kami mengembangkan model ketahanan yang dapat mendeteksi dan mengurangi error penyesuaian. Kami memilih satu bingkai sebagai “gambar referensi”, dan menggabungkan informasi dari bingkai lain ke dalamnya hanya jika kami yakin bahwa kami telah menemukan fitur yang tepat dan sesuai. Dengan cara ini, kami bisa menghindari artefak seperti “ghosting” atau motion blur, dan salah menggabungkan bagian gambar.
Bus yang bergerak cepat dalam burst gambar. Kiri: Digabungkan tanpa model ketahanan. Kanan: Digabungkan dengan model ketahanan.
Mendorong Kualitas Tertinggi dalam Fotografi Seluler
Mode Potret
tahun lalu, dan pipeline
HDR+
sebelumnya, menunjukkan seberapa bagus fotografi seluler saat ini. Tahun ini, kami melakukan hal yang sama untuk fitur zoom. Ini adalah langkah lain dalam memajukan kualitas tertinggi dalam fotografi komputasional, sembari mengecilkan kesenjangan kualitas antara fotografi seluler dan DSLR. Berikut ini adalah
album
yang berisi gambar FOV penuh, kemudian diikuti dengan gambar Super Res Zoom. Perhatikan bahwa gambar Super Res Zoom dalam album ini tidak dipangkas — mereka diambil langsung di perangkat menggunakan cubit-zoom.
Kiri: Pangkas dari gambar yang diperbesar 7x di Pixel 2. Kanan: Hasil pemangkasan yang sama dari Super Res Zoom di Pixel 3.
Ide mengenai resolusi super sudah lebih dahulu ada setidaknya satu dekade sebelum munculnya smartphone. Hampir selama itu pula, ide ini hidup dalam imajinasi publik melalui film dan televisi. Ia sudah menjadi subjek ribuan makalah dalam konferensi dan jurnal akademik. Sekarang, ide ini menjadi kenyataan — di genggaman tangan Anda, di Pixel 3.
Animasi ilustratif Super Res Zoom. Ketika pengguna mengambil foto yang di-zoom, Pixel 3 mengambil keuntungan dari gerakan tangan alami pengguna dan menangkap burst gambar pada posisi yang sedikit berbeda. Gambar kemudian digabungkan untuk menambahkan detail ke gambar akhir.
Ucapan Terima Kasih
Super Res Zoom adalah hasil kolaborasi beberapa tim di Google. Project ini tidak akan mungkin berjalan tanpa upaya gabungan dari tim yang dipimpin oleh Peyman Milanfar, Marc Levoy, dan Bill Freeman. Penulis ingin mengucapkan terima kasih khususnya kepada Marc Levoy dan Isaac Reynolds atas bantuannya dalam penulisan blog ini.
Penulis ingin secara khusus berterima kasih kepada kontributor-kontributor utama project Super Res Zoom: Ignacio Garcia-Dorado, Haomiao Jiang, Manfred Ernst, Michael Krainin, Daniel Vlasic, Jiawen Chen, Pascal Getreuer, dan Chia-Kai Liang. Project ini juga sangat diuntungkan atas kontribusi dan masukan Ce Liu, Damien Kelly, dan Dillon Sharlet.
Bagaimana cara memaksimalkan Super Res Zoom?
Berikut adalah beberapa tips untuk mendapatkan hasil Super Res Zoom terbaik di ponsel Pixel 3:
Cubit dan zoom, atau gunakan tombol + untuk meningkatkan zoom dengan langkah-langkah terpisah.
Tap dua kali preview untuk beralih dengan cepat antara zoom in dan zoom out.
Super Res bekerja dengan baik di semua faktor zoom, meskipun untuk alasan kinerja, ia hanya aktif di atas 1,2x. Itu sekitar setengah jalan antara tanpa zoom dan “klik” pertama di UI zoom.
Ada batasan mendasar untuk resolusi optik kamera sudut lebar. Jadi untuk mendapatkan hasil maksimal dari (setiap) zoom, pertahankan faktor pembesaran yang tidak terlalu tinggi.
Hindari objek yang bergerak cepat. Super Res Zoom akan menangkapnya dengan benar, tetapi Anda kemungkinan tidak mendapatkan resolusi yang lebih tinggi.
*
Perlu dicatat bahwa situasinya mirip dengan cara mata kita melihat — pada manusia (dan mamalia lainnya),
sel kerucut
mata yang berbeda sensitif terhadap beberapa warna tertentu, dan otak mengisi detailnya untuk merekonstruksi gambar penuh.
↩
Google dan Android menjaga Anda dengan melindungi backup Anda
02 November 2018
Ditulis oleh Troy Kensinger, Technical Program Manager, Android Security and Privacy
Android adalah semua tentang pilihan. Karena itulah, Android berusaha menyediakan banyak pilihan bagi pengguna untuk melindungi data mereka. Dengan menggabungkan
Android Backup Service
dan
Google Cloud Titan Technology
, Android mengambil langkah tambahan untuk mengamankan data pengguna sembari menjaga privasi mereka.
Mulai Android Pie, perangkat bisa memanfaatkan kemampuan baru ketika data aplikasi yang di-backup hanya bisa didekripsi oleh kunci yang dihasilkan secara acak di klien. Kunci dekripsi ini dienkripsi menggunakan PIN/pola/kode sandi kunci pengguna, yang tidak diketahui oleh Google. Kemudian, material kunci yang dilindungi kode sandi ini dienkripsi ke
chip keamanan Titan
di lantai pusat data kami. Chip Titan dikonfigurasikan untuk hanya merilis kunci dekripsi backup ketika menerima klaim yang benar yang berasal dari kode sandi pengguna. Karena chip Titan harus mengotorisasi setiap akses ke kunci dekripsi, ia bisa memblokir akses secara permanen setelah terlalu banyak upaya yang salah dalam menebak kode sandi pengguna, sehingga mengurangi serangan brute force. Jumlah upaya yang salah dibatasi secara ketat oleh firmware Titan khusus yang tidak bisa diupdate tanpa menghapus isi chip. Secara desain, ini berarti bahwa tidak seorang pun (termasuk Google) bisa mengakses data aplikasi backup pengguna tanpa secara khusus mengetahui kode sandi mereka.
Untuk meningkatkan kepercayaan diri kami bahwa teknologi baru ini secara aman mencegah siapa pun mengakses data aplikasi yang di-backup pengguna, tim Android Security & Privacy menyewa ahli keamanan cyber global dan mitigasi risiko NCC Group untuk menyelesaikan audit keamanan. Beberapa hasilnya mencakup hal positif seputar proses desain keamanan Google, validasi kualitas kode, dan mitigasi untuk vektor serangan yang dikenal telah dipertimbangkan sebelum peluncuran layanan. Saat ada beberapa masalah yang ditemukan selama audit ini, para engineer segera memperbaikinya. Untuk detail selengkapnya tentang cara kerja layanan menyeluruh dan laporan terperinci temuan
NCC Group
, klik
di sini
.
Mendapatkan tinjauan eksternal untuk upaya keamanan kami adalah salah satu dari banyak cara kami dalam menunjukkan bahwa Google dan Android menjaga transparansi dan keterbukaan yang pada gilirannya akan membantu pengguna merasa aman ketika menyangkut data mereka. Baik itu 100-an jam data game atau preferensi personalisasi di Google app favorit Anda, informasi pengguna kami selalu terlindungi.
Kami ingin berterima kasih atas kontribusi Shabsi Walfish, Software Engineering Lead, Identity and Authentication untuk karya ini
Apa yang baru di Firebase Summit 2018
01 November 2018
Di Firebase, kami percaya bahwa aplikasi meningkatkan cara hidup seseorang, bekerja, belajar, dan bersosialisasi. Itulah sebabnya misi kami adalah membuat pengembangan aplikasi semudah mungkin dengan memberi Anda platform yang mampu menyelesaikan tantangan utama selama siklus hidup aplikasi. Baik Anda startup baru maupun perusahaan yang sudah mapan, Firebase bisa membantu Anda mem-build aplikasi, meningkatkan kualitasnya, dan mengembangkan bisnis Anda.
Sangat menyenangkan bisa mengembangkan Firebase bersama komunitas yang penuh semangat. Saat ini,
lebih dari 1,5 juta aplikasi secara aktif menggunakan Firebase setiap bulan
. Kami senang mendengar kisah Anda; mereka menginspirasi kami untuk terus membuat Firebase menjadi lebih baik sehingga Anda dapat melanjutkan kesuksesan. Sebuah kisah yang kami dengar baru-baru ini adalah dari Hotstar, aplikasi hiburan terbesar di India dengan lebih dari 150 juta pengguna aktif bulanan di seluruh dunia.
Beberapa bulan yang lalu, tim Hotstar meluncurkan fitur baru ke layar tontonan video mereka selama event olahraga live-streaming utama. Perubahan ini, bersama dengan update pada alur peluncuran mereka, meningkatkan interaksi pengguna sebesar 38%! Secara mengesankan, dengan menggunakan kombinasi produk Firebase, Hotstar bisa melakukannya tanpa mengganggu pengguna, mengorbankan stabilitas atau merilis build baru.
Pelajari lebih lanjut tentang kisah mereka di sini:
Hari ini, kami menjadi tuan rumah
Firebase Summit
tahunan yang ketiga di Praha serta bertemu dengan banyak anggota komunitas developer dan mempelajari hal-hal hebat yang mereka build. Semua sesi akan diposting ke
saluran YouTube
kami atau Anda bisa terus membaca untuk mempelajari tentang semua update baru yang menarik yang kami umumkan hari ini!
Mendukung tim pengembangan termutakhir
Kami selalu bekerja keras untuk mempermudah tim pengembangan aplikasi termutakhir menggunakan Firebase. Hari ini, dengan gembira kami beritahukan bahwa kami akan menambahkan dukungan Firebase ke paket dukungan Google Cloud Platform (GCP), yang tersedia dalam versi beta pada akhir tahun ini.
Jika Anda sudah memiliki paket dukungan GCP berbayar, versi beta kami akan memberikan jawaban atas pertanyaan Firebase Anda melalui saluran dukungan GCP - tanpa biaya tambahan. Ketika dukungan baru ini lulus untuk ketersediaan umum, ia akan meliputi waktu respons target, manajemen akun teknis (untuk tingkat perusahaan), dan banyak lagi. Anda bisa mempelajari lebih lanjut tentang
dukungan GCP di sini
.
Jika Anda berencana untuk tetap menggunakan dukungan gratis Firebase, jangan khawatir - kami tidak berencana mengubah apa pun perihal
model dukungan kami yang sudah ada
. Silakan terus menghubungi tim dukungan kami yang ramah jika membutuhkan bantuan.
Selain dukungan Cloud, kami telah melakukan penyempurnaan untuk Firebase secara keseluruhan. Selengkapnya di bawah ini!
Fitur baru untuk mem-build aplikasi yang lebih baik
Mengelola project dengan mudah melalui Firebase Management API
Kami telah bekerja keras untuk membuka akses ke API sisi-server kami, sehingga Anda bisa dengan mudah mengintegrasikan layanan Firebase dengan sistem yang ada. Hari ini kami merilis Firebase Management API, sebuah REST API yang memungkinkan Anda membuat dan mengelola project dan aplikasi lewat program
.
Sekarang, Anda bisa membuat dan menghancurkan lingkungan Firebase sebagai bagian dari alur kerja developer yang ada.
Management API juga memungkinkan mitra mem-build pengalaman baru yang luar biasa. Kami senang bisa berbagi bahwa Anda sekarang dapat menerapkan ke Firebase Hosting secara langsung dari dalam
StackBlitz
dan
Glitch
, dua IDE berbasis web. Platform mereka sekarang akan secara otomatis mendeteksi ketika Anda membuat aplikasi Firebase dan mengizinkan Anda menerapkan ke Firebase Hosting dengan mengklik tombol, tanpa harus meninggalkan platform.
Kerennya lagi adalah, ini bukan hanya diperuntukkan bagi mitra. Ini adalah API baru yang bisa diperluas dan kami sangat menantikan apa yang Anda build dengan itu. Anda bisa mempelajari lebih lanjut dan
memulai di sini
.
Deteksi wajah yang ditingkatkan dengan ML Kit
Diluncurkan di Google I/O pada bulan Mei,
ML Kit
membuat machine learning mudah dan dapat diakses oleh semua developer aplikasi, terlepas dari pengalaman Anda dengan ML. Jika Anda baru dalam dunia ini, Anda bisa menggunakan API bawaan ML Kit, seperti pengenalan teks atau deteksi wajah, atau jika Anda developer berpengalaman, Anda dapat membawa model TensorFlow Lite khusus Anda sendiri dan menayangkannya melalui Firebase.
Hari ini, kami memperluas API deteksi wajah dengan peluncuran kontur wajah versi beta, yang memungkinkan Anda mendeteksi 100+ titik mendetail di dalam dan sekitar wajah pengguna. Fungsionalitas kontur wajah memberdayakan aplikasi untuk dengan mudah melakukan overlay masker atau aksesori pada fitur wajah dengan ketepatan yang tinggi dan pemosisian yang akurat, atau menambahkan elemen kecantikan, seperti penghalusan atau pewarnaan kulit.
Lihat dokumen kami
untuk mempelajari lebih lanjut!
Meningkatkan percaya diri dalam penerapan dengan Cloud Firestore
Di masa lalu, kami mendengar masukan bahwa pengujian di Firebase bukanlah hal yang mudah. Misalnya, terkadang sulit menetapkan aturan yang tepat untuk memastikan aplikasi Anda aman. Untuk mengatasi masalah ini, kami merilis emulator lokal untuk
Cloud Firestore
dan
Realtime Database
. Emulator ini memungkinkan Anda mengembangkan dan menguji secara lokal, dan bisa di-build ke dalam alur kerja continuous integration sehingga Anda dapat menerapkan dengan lebih percaya diri dan tenang. Pelajari lebih lanjut tentang emulator
di sini
.
Mendistribusikan update Remote Config hampir secara realtime + integrasi dengan Cloud Functions
Developer senang menggunakan
Remote Config
karena memberi mereka kemampuan untuk memodifikasi aplikasi, menyesuaikan UI, atau merilis fitur baru tanpa menerapkan versi baru yang bisa mengganggu pengguna. Namun, tidak ada cara yang mudah untuk mengetahui kapan Remote Config aplikasi diupdate! Anda harus mengambil update dari Remote Config setiap beberapa jam untuk memastikan pengguna selalu melihat perubahan terbaru dalam aplikasi mereka.
Hari ini, dengan gembira kami umumkan bahwa Remote Config sekarang terintegrasi dengan
Cloud Functions
&
Firebase Cloud Messaging
sehingga Anda bisa memberi tahu aplikasi Anda hampir secara realtime ketika Anda memublikasikan (atau me-rollback) konfigurasi baru. Ini mengurangi kompleksitas penyiapan Remote Config dan menggunakan lebih sedikit bandwidth pada perangkat karena aplikasi hanya perlu mengambil ketika konfigurasi baru sudah tersedia.
Selain itu, Remote Config sekarang bisa memicu fungsi yang ditetapkan developer ketika Anda memublikasikan atau melakukan rollback konfigurasi Anda. Dengan cara ini, Anda bisa menyimpan berbagai project Remote Config yang disinkronkan (untuk alur kerja lingkungan pengembangan/staging/produksi), serta mengirim pesan Slack ke tim Anda saat konfigurasi baru dipublikasikan. Untuk mempelajari lebih lanjut,
kunjungi dokumen kami
!
Dari mitra akses awal kami, eBay:
"Kombinasi Cloud Functions dengan Firebase Remote Config REST API memungkinkan tim distribusi kami di eBay langsung diberi tahu setiap kali terjadi perubahan pada konfigurasi aplikasi kami. Menggunakan fitur ini untuk membuat
fungsi
yang mendorong perubahan ke Slack memastikan semua orang yang perlu tahu tentang perubahan konfigurasi mendapatkan informasi itu dengan segera."
- Jake Hall, eBay Classifieds Group Mobile Architect
Fitur baru untuk meningkatkan kualitas aplikasi
Test Lab untuk iOS lulus untuk ketersediaan umum
Di Google I/O, kami juga meluncurkan ketersediaan versi beta
Firebase Test Lab
untuk iOS. Dalam beberapa bulan terakhir, kami telah memperluas jangkauan perangkat iOS, menambahkan dukungan untuk iOS 12 serta versi iOS lama, dan mengintegrasikan UI untuk iOS ke Firebase console. Dengan update ini, kami meluluskan Test Lab untuk iOS dari versi beta dan tersedia untuk umum. Pelajari lebih lanjut dan
mulai Test Lab hari ini
!
Pemantauan Kinerja: Analisis sesi dan manajemen masalah
Bahkan bila Anda menjalankan tes menyeluruh selama siklus hidup pengembangan, bug dan masalah kinerja akan muncul di aplikasi produksi Anda dari waktu ke waktu.
Pemantauan Kinerja
memberi Anda analisis tentang masalah ini dan secara otomatis memunculkan masalah paling penting dalam instance jejak tertentu (yaitu alur pembayaran atau permulaan aplikasi tertentu). Sekarang, Anda bisa masuk ke sesi pelacakan individu untuk melihat apa yang terjadi ketika masalah kinerja terjadi.
Misalnya, di dasbor berikut, Anda bisa melihat bahwa penggunaan CPU melonjak setelah aplikasi mengambil dan merender gambar produk, yang akan memberi tahu Anda bagian kode tertentu yang perlu diselidiki.
Dengan semua data dan masalah yang dihadapi Pemantauan Kinerja, bukan hal yang mudah untuk memprioritaskan upaya Anda. Itulah sebabnya mengapa kami juga meluncurkan kemampuan untuk "mematikan suara", "menutup", dan "membuka kembali" masalah dalam konsol Anda. Mematikan sementara akan mendiamkan masalah, sehingga Anda bisa berkonsentrasi pada pekerjaan lainnya, sampai Anda siap mengatasinya. Menandai masalah sebagai ditutup menunjukkan bahwa masalah telah dipecahkan, tetapi Firebase akan memberi tahu Anda jika masalah ini terjadi lagi.
Pelajari lebih lanjut tentang analisis sesi dan manajemen masalah
di sini
.
Crashlytics sekarang terintegrasi dengan PagerDuty
Kinerja aplikasi dan masalah stabilitas bisa terjadi kapan saja. Untuk membantu stabilitas berada di tingkat tertinggi, bahkan ketika Anda tidak di depan komputer, kami memperkenalkan email ringkasan stabilitas Firebase Crashlytics dan integrasi baru dengan
PagerDuty
. Ringkasan stabilitas menandai kemunculan masalah-masalah yang bisa menjadi masalah serius di masa depan, sementara integrasi PagerDuty memungkinkan Anda untuk memberi tahu tim Anda tentang error berdampak besar, suatu saat. Untuk menghubungkan Crashlytics dengan PagerDuty,
ikuti langkah-langkah di sini
.
Lakukan lebih banyak hal dengan data Anda dengan BigQuery + Data Studio
Awal tahun ini, kami
mengintegrasikan Crashlytics dengan BigQuery
sehingga Anda bisa menjalankan analisis yang lebih mendalam pada data error. Untuk membantu Anda memulai di BigQuery, kami telah menyusun template
Data Studio
, sehingga Anda bisa dengan cepat membuat laporan yang dapat dibagikan. Anda bisa melihat
pratinjau template
dengan data buatan, kemudian menyesuaikan laporan agar pas dengan kebutuhan Anda.
Pelajari lebih lanjut di sini
.
Fitur baru untuk mengembangkan bisnis Anda
Predictions lulus dari versi beta dan tersedia untuk umum
Tahun lalu di Firebase Summit, kami memperkenalkan Anda ke
Firebase Predictions.
Predictions menerapkan machine learning Google ke data analisis aplikasi Anda untuk membuat segmen pengguna berdasarkan perilaku yang diprediksi. Tanpa menuntut siapa pun di tim aplikasi Anda memiliki keahlian ML, Predictions memberi Anda analisis tentang segmen pengguna yang cenderung melakukan churn atau berbelanja (atau menuntaskan event konversi lainnya) sehingga Anda bisa membuat keputusan produk yang terinformasi. Tahun ini, kami dengan gembira mengumumkan bahwa Predictions lulus dari versi beta dan tersedia untuk umum dengan sejumlah fitur baru yang dirancang untuk membuat Predictions lebih bermanfaat.
Ingin tahu apa yang masuk ke dalam prediksi yang ditentukan? Kami menambahkan halaman detail baru yang menunjukkan kepada Anda faktor-faktor yang dipertimbangkan model ML (seperti event, perangkat, data pengguna, dll.) Untuk membuat prediksi tersebut. Sekarang kami juga mengekspos metrik kinerja untuk setiap prediksi, agar Anda bisa melihat bagaimana prediksi dilakukan secara historis di masa lalu terhadap perilaku pengguna yang sebenarnya, sehingga Anda dapat menyesuaikan tingkat toleransi risiko Anda dengan lebih baik. Dan, jika Anda ingin melakukan analisis lebih mendalam terhadap data prediksi atau menggunakannya dalam layanan pihak ketiga, Anda bisa mengekspor dataset prediksi lengkap ke BigQuery.
Lihat dokumen kami
untuk mempelajari lebih lanjut!
Jangkau pengguna secara lebih efektif dengan audience dinamis di Google Analytics
Google Analytics for Firebase
selalu memberikan Anda kemampuan untuk menyegmentasikan pengguna ke dalam audience berdasarkan event, tipe perangkat, dan dimensi lainnya. Sekarang, kami meningkatkan builder audience dengan beberapa update utama: evaluasi audience dinamis, pengecualian audience, dan durasi keanggotaan.
Pertama, audience secara default kini dinamis, yang berarti bahwa Firebase akan menarik pengguna baru yang memenuhi kriteria Anda dan secara otomatis menghapus pengguna yang tidak lagi memenuhi kriteria. Jika, misalnya, Anda menyiapkan audience pengguna yang berada di level 5 dalam game Anda, ketika pengguna menamatkan level dan naik ke level 6, mereka akan secara otomatis dihapus dari audience. Sebaliknya, setelah pengguna naik ke level 5 mereka secara otomatis akan ditambahkan ke audience level 5 yang telah Anda tetapkan.
Kedua, Anda bisa menyaring audience dengan menambahkan kriteria pengecualian menggunakan pernyataan dan/atau sehingga Anda bisa membuat audience seperti "pengguna yang telah menambahkan ke keranjang belanja tetapi tidak melakukan pembelian".
Yang terakhir, audience sekarang bisa memasukkan durasi keanggotaan, yang memungkinkan Anda memastikan bahwa audience tetap baru. Ini memungkinkan Anda untuk menargetkan pengguna yang telah menyelesaikan aksi dalam jangka waktu tertentu, mis. "melakukan pembelian dalam dua minggu terakhir".
Audience dinamis memungkinkan Anda untuk menjangkau pengguna secara lebih efektif dengan messaging yang relevan dan pengalaman aplikasi yang terpersonalisasi. Pelajari lebih lanjut dan
mulai audience dinamis di sini
.
Jalankan campaign berulang secara otomatis dengan Cloud Messaging
Setelah Anda menetapkan segmen pengguna menggunakan Analytics atau Predictions, Anda bisa menggunakan
Firebase Cloud Messaging
(FCM) untuk mengirim notifikasi kepada pengguna laten untuk membawanya kembali ke aplikasi Anda. Kami telah merancang ulang konsol notifikasi untuk mendukung campaign yang lebih canggih. UI baru ini memberi Anda kemampuan untuk menyiapkan campaign notifikasi berulang yang
secara otomatis
mengirimkan pesan ke pengguna baru saat mereka memenuhi kriteria penargetan. Sebelumnya, Anda hanya bisa menjadwalkan satu-kali pengiriman.
Selain itu, UI notifikasi baru memungkinkan Anda untuk dengan mudah menargetkan pengguna berdasarkan tanggal sesi pertama pengguna atau jumlah hari sejak terakhir mereka membuka aplikasi. Dan yang terakhir tetapi tak kalah pentingnya, kami telah memperbarui tampilan hasil campaign sehingga Anda bisa melacak efektivitas campaign notifikasi berulang setiap harinya.
Lihat UI baru
di konsol Anda!
Melihat ke masa depan
Kami gembira dengan semua update untuk Firebase yang telah kami umumkan hari ini. Karena kami terus mengembangkan dan meningkatkan platform, kami selalu mengharapkan masukan dari Anda.
Bergabunglah dengan program Alfa kami
untuk mengintip apa yang sedang kami build berikutnya, membagikan ide Anda kepada kami, dan membentuk masa depan Firebase.
Jika Anda tidak dapat bergabung bersama kami di Praha, semua sesi kami direkam dan diposting ke
saluran YouTube kami
. Terima kasih telah menjadi bagian dari komunitas kami dan selamat membangun!
Hasil terbaru dengan AMP
31 October 2018
Pada tahun 2016, layanan perbandingan asuransi mobil Australia Greenslips.com.au, memulai desain ulang situsnya. Setelah melihat framework web yang mampu memenuhi kebutuhannya, mereka memilih untuk mem-build kembali situs webnya dengan AMP. Ini memungkinkan tim developer mereka mempertahankan basis kode tunggal yang memastikan pengalaman hebat dan cepat di desktop dan seluler.
Sejak meluncurkan situs “AMP-pertama” mereka awal tahun ini, Greenslips.com.au telah melihat peningkatan 12-15% (tergantung perangkat) dalam tingkat konversi
di atas peningkatan kecepatan yang diharapkan sebesar 15%.
Greenslips.com.au melihat peningkatan 12-15% dalam rasio konversi
Greenslips.com.au tidak sendirian Kami telah melihat banyak contoh bisnis terkini dalam bidang publikasi dan e-commerce meraih keberhasilan dengan menerapkan AMP di situs mereka. Pada bulan lalu, kami memublikasikan
5 studi kasus baru di AMPproject.org
— dan lebih banyak lagi akan segera menyusul. Meskipun masing-masing kasus ini unik, kami berharap bahwa dengan membagikannya, bisnis dan developer bisa lebih memahami bagaimana memanfaatkan AMP dapat menguntungkan bagi situs mereka.
Penayang India seperti The Tribune dan Jagran New Media telah melihat peningkatan pendapatan pada halaman AMP, yang disambungkan dengan situs tradisional mereka. Secara khusus, Jagran New Media melihat
peningkatan pendapatan 4,5 kali dari seluler
, bersama dengan peningkatan traffic.
Readwhere
, provider CMS yang digunakan oleh The Tribune, melihat pendapatan seluler dan keterlihatan iklan yang lebih tinggi di halaman AMP mereka.
Jagran New Media melihat peningkatan 4,5 kali dalam pendapatan seluler
Kami juga melihat situs e-commerce mendapatkan manfaat dari kecepatan dan keuntungan pengguna yang disediakan oleh AMP.
E-retailer Indonesia
Tokopedia
melihat peningkatan 5 kali dalam konversi
dan penurunan bounce rate dari implementasi AMP mereka. Dan ketika AMP digunakan dengan solusi periklanan seperti AdWords, bisnis ini sering kali meraih keuntungan dari campaign mereka.
DiscoverCarHire.com secara khusus melihat peningkatan 22% dalam kunjungan seluler dan 29% lebih banyak konversi
dari perangkat seluler melalui Google Ads-nya.
Tokopedia melihat rasio konversi seluler 5 kali lebih tinggi
Lihat studi kasus AMP baru di bawah dan
berlangganan newsletter kami
untuk mendapatkan update AMP Project terbaru di kotak masuk Anda.
Greenslips.com.au – peningkatan rasio konversi 12-15%
DiscoverCarHire.com – 29% lebih banyak konversi dari seluler
Tokopedia – rasio konversi seluler 5 kali
Readwhere & The Tribune – pendapatan inkremental 30%
Jagran New Media – peningkatan pendapatan 4,5 kali
Renovation Brands – sesi lebih lama 27%
Superbalist – 26% peningkatan rasio konversi
(diposting di Think with Google)
Compare The Market – Penurunan 50% dalam bounce rate
(diposting di Think with Google)
Apakah Anda sudah berhasil dengan AMP? Beri tahu kami dengan menghubungi
di Twitter
atau dengan
memberikan catatan dalam formulir ini
!
Ditulis oleh Matt Ludwig, AMP Project marketing lead di Google
Subscribe
Labels
actions on google
admob
agency
amp
android
arcore
assistant
augmented reality
chrome
dialogflow
documentation
domains
doubleclick
firebase
flutter
gmail
google bisnisku
google cloud
google code-in
google design
google font
google for entrepreneurs
google io
google maps
google partners
google photos
google play
google sign-in
gsuite
ios
launchpad
launchpad accelerator
machine learning
material design
pagespeed
progressive web app
python
tensorflow
vr
web
Archive
2018
Nov
Oct
Sep
Aug
Jul
Jun
May
Apr
Mar
Feb
Jan
2017
Dec
Nov
Oct
Sep
Aug
Jul
Jun
May
Apr
Mar
Feb
Jan
2016
Dec
Nov
Google
on
Follow @googledevsid
