Halo, Habr! Nama saya Alexander Kolobanov, saya adalah pemimpin tim Android di FunCorp. Pada bulan November, saya berada di sebuah droidcon di San Francisco. Di bawah potongan ulasan kecil konferensi, catatan perjalanan dan beberapa foto.
Kenapa terbang sejauh ini?
Konferensi Droidcon diadakan tidak hanya di AS, tetapi juga di Eropa. Lebih murah dan lebih murah untuk terbang ke sana, tetapi berdasarkan pengalaman saya, saya dapat mengatakan bahwa lokasi geografis memutuskan. Semakin dekat konferensi dengan kantor pusat Google dan perusahaan IT top lainnya, semakin besar kemungkinan bahwa pembicara terkenal akan mengambil bagian di dalamnya.
Selain itu, penyelenggara berbeda di tempat yang berbeda, dan hanya nama mereka yang menyatukan mereka. Karena itu, Anda perlu melihat setiap kota secara terpisah. Menurut pendapat saya, droidcon NYC umumnya adalah top hat. Dari Eropa, saya akan menyebut droidcon London - sebuah konferensi yang layak tentang kualitas organisasi dan tingkat laporan. Untuk pengembang Android dari Eropa, itu mungkin yang utama. Droidcon di Berlin dan Wina, tempat saya juga mengunjungi, lebih cocok untuk pemula dan pengembang tingkat menengah, dan pembicara terkemuka dan laporan hardcore tentang mereka sangat jarang.
Jika kita membandingkan droidcon SF dengan rekan-rekannya dari Rusia, penyelenggaranya kurang memikirkan hal-hal seperti makanan (ada kopi - oke) dan kenyamanan para peserta. Tidak ada yang mengirim rencana terperinci untuk bagaimana menuju ke sana, 20 pengingat bahwa konferensi mereka akan segera, tidak membuat bot dan platform untuk diskusi dan yang lainnya. Tidak ada cacat, navigasi super-detail dan beragam nishtyakov. Di sini, di tempat pertama (serta di tempat kedua dan ketiga), bagian teknis dan tingkat laporan. Ini tidak berarti bahwa beberapa laporan biasa-biasa saja bisa bocor ke dalam program, tetapi secara umum droidcon SF adalah konferensi dari pengembang untuk pengembang, di mana hanya ada konten top-end dan pembicara terkemuka.
Mengingat semua ini, saya akan mengatakan bahwa program konferensi di San Francisco berada pada tingkat tinggi. Tidak ada laporan peretasan yang jujur dengan menceritakan kembali tutorial dari developer.android.com.
Biaya transportasi dan lainnya
Amerika bukanlah negara yang murah, dan jika Anda terbang dari bagian kami, kecil kemungkinan Anda bisa menghemat banyak dalam penerbangan. Selain itu, setiap orang membutuhkan tingkat kenyamanan yang berbeda untuk hidup, dan apa yang dapat diterima untuk satu tidak cocok untuk yang lain.
Nasihat universal yang selalu berhasil: ambil tiket dan pesan akomodasi terlebih dahulu. Anda dapat mencoba mencari tiket diskon dan melihat lebih dekat pada penjualan. Ada banyak informasi tentang hal-hal seperti itu di situs web dan dalam kelompok khusus di jejaring sosial yang ditujukan untuk menghemat perjalanan. Anda harus melihat maskapai kelas menengah, yang sering menawarkan layanan yang tidak lebih buruk daripada mahal dan mahal. Nah, secara umum, pada transatlantik, biasanya layanannya ada di level semua orang, terlepas dari kelasnya. Maskapai penerbangan berbiaya rendah tidak terbang pada jarak seperti itu (dan mungkin juga). Dan karena biaya penerbangan merupakan bagian penting dari anggaran perjalanan, lebih baik menggabungkan perjalanan ke konferensi dengan liburan, jika, tentu saja, ada peluang seperti itu. Ada sesuatu untuk dilihat dan dilakukan di AS.
Taksi di negara bagian biasanya mahal. Oleh karena itu, saran: gunakan transportasi umum atau pengumpulan mobil (ini adalah ketika taksi menjemput beberapa orang yang bepergian dengan rute yang sama dan berbagi biaya perjalanan). Antar kota lebih baik bepergian dengan bus atau menyewa mobil. Harga parkir di kota sangat tinggi, dan kondisinya sulit dan aneh (misalnya, Anda tidak dapat parkir dari pukul 8 pagi hingga 10 pagi pada Kamis kedua bulan itu - tetap dan berhitung), sementara jalurnya sangat nyaman dan aman, dan orang-orang di jalan sebagian besar tidak agresif dan dapat diprediksi .
Jika kita berbicara tentang perumahan, maka di sini Anda tidak akan dapat berhemat banyak, terutama di kota-kota mahal seperti San Francisco. Untuk pecinta, ada pelatih selancar, tetapi sisanya adalah buku yang sama di muka.
TempatKonferensi diadakan di Mission Bay Conference Center. Terletak di salah satu gedung Universitas California di San Francisco. Di gedung yang sama, omong-omong, ada perpustakaan, ruang kebugaran, dan kafe. Ada cukup ruang, meskipun jumlah peserta agak besar (lebih dari 800). Di koridor, kadang-kadang kami harus mendorong, tetapi ada cukup ruang di aula untuk semua orang, tidak ada yang berdiri di sepanjang dinding.
Mission Bay Conference Center itu sendiri terletak cukup dekat dengan pusat kota (10 menit dengan taksi dari pusat). Di sini kita perlu berkomentar: San Francisco sendiri adalah kota yang cukup kompak. Dari pusat ke bandara, ambil sekitar 40 menit dengan taksi (lebih banyak pada jam-jam sibuk). Karena itu, masalah untuk sampai ke sana seharusnya tidak muncul secara prinsip. Satu-satunya hal dengan transportasi umum di daerah itu cukup rumit, jadi saya lebih suka naik taksi.
Konferensi dialokasikan 2 lantai, masing-masing dua kamar: besar dan kecil. Pendaftaran, di mana lencana dan T-shirt dikeluarkan, tepat di pintu masuk. Terlepas dari jumlah peserta yang besar, semuanya berjalan sangat cepat. Hanya butuh beberapa menit untuk mendapatkan lencana. Antrian kecil muncul di pagi hari tepat sebelum keynote. Ngomong-ngomong, kaos didistribusikan dalam jumlah yang hampir tidak terbatas, dan tidak hanya pada saat pendaftaran, tetapi juga di banyak stan. Seperti itu saja.
Di belakang area pendaftaran adalah aula besar, dari mana semua orang sudah tersebar di aula. Itu juga memiliki area pameran dengan stan perusahaan sponsor (omong-omong, ada lebih banyak dari mereka di lantai dua, dan bangunan lebih padat) dan titik kopi. Langsung dari aula Anda bisa pergi ke taman kecil yang terletak di dalam kampus. Bagus dan nyaman.
Momen organisasi
Semuanya terorganisasi dengan baik, tetapi sedikit tidak biasa dibandingkan dengan konferensi Rusia. Jelas ada sedikit keributan dan lebih banyak perhatian pada laporan dan sisi teknis. Dari "makanan" hanya teh dan kopi. Kami lebih memperhatikan rehat kopi, katering, dan nutrisi secara umum. Di sini, selain minuman panas, tidak ada apa-apa. Lebih tepatnya, saat makan siang mereka masih membawa lemari es dengan kaleng "Cola". Jika Anda ingin makan - di sana, di sudut, ada sebuah kafe di mana Anda dapat membeli sandwich. Tidak ada perawatan super dan tahanan hiper untuk Anda. Dan omong-omong, itu adalah norma.
Makan siang itu sendiri juga cukup nominal: apel, keripik dan, sekali lagi, sandwich. Diisi secara formal, tetapi tidak lebih. Banyak siswa pergi makan siang di taman yang sama di bangku.
Tetapi itu sangat penting untuk memperhatikan bagian teknis dari organisasi. Praktis tidak ada masalah dengan WIFI, meskipun terbuka dari kampus. Pengeras suara diatur dan terhubung dengan sangat cepat, tepat dalam beberapa menit. Selama laporan, kami terus memantau sehingga semuanya bekerja dengan baik. Mereka bahkan berkurang dan menambahkan suara hampir secara instan ketika pembicara, misalnya, mulai berbicara lebih keras atau lebih tenang. Secara umum, saya tidak melihat satu pun hambatan dan masalah dengan peralatan, semuanya super. Kecuali pada semua laporan, mikrofon dipakai di aula, tetapi pembicara sendiri yang mengajukan pertanyaan yang diajukan kepada mereka.
Dari yang tidak biasa: Saya sangat menyukai ruangan yang sunyi. Hanya ruangan di mana Anda bisa masuk, minum teh, duduk dengan laptop dalam keheningan dan beristirahat dari kebisingan konferensi besar.
Programnya
Laporan itu mengalir dalam empat aliran, hampir dari pagi hingga malam. Situs dibuka pada jam 8 pagi, dan laporan pertama dimulai pada jam 9. Semuanya berakhir sekitar jam 7 malam. Utas tidak memiliki tema yang jelas. Kemungkinan besar, panitia membagikan slot dengan perkiraan kehadiran untuk setiap laporan. Topik utama termasuk CI / CD (seperti hampir semua konferensi Android selama beberapa tahun terakhir), tes UI (tiba-tiba ternyata hampir tidak ada yang memilikinya), Kotlin (di mana kita tanpa itu sekarang), arsitektur aplikasi (kumpulkan dua pengembang Android, dan segera mereka akan berbicara "untuk arsitektur"). Singkatnya, semuanya cukup standar di sini. Saya tidak bisa mengatakan sesuatu yang menarik tentang keynote, hanya itu. Mereka berbicara tentang fakta bahwa kami membuat aplikasi yang ada di telepon hampir semua orang, kami membentuk dunia ini dan bagaimana orang berinteraksi dan berkomunikasi di dalamnya. Tapi saya lebih ingat komedi (meskipun awalnya tidak ada komedi yang direncanakan) menutup kinerja oleh Romain Guy dan Chet Haase - orang yang sangat terkenal di dunia pengembangan Android yang bekerja lama di Google dan dalam banyak hal ditentukan bagaimana platform terlihat sekarang. Saya pikir banyak yang menonton pertunjukan mereka di Google I / O (omong-omong, sangat keren) tentang akselerasi perangkat keras, animasi, dan rendering. Jika Anda tidak melihatnya, saya sangat merekomendasikannya. Saya tidak ingin
berbicara banyak tentang
pembicaraan komedi terakhir mereka, karena menceritakan kembali lelucon adalah kegiatan yang biasa-biasa saja. Lebih baik lihat sendiri.
Jika Anda mencoba menyorot laporan teratas, maka itu akan menjadi murni pribadi dan bergantung pada yang paling menarik bagi saya. Ini dia:
Cara Membangun Pipeline Pengujian Kinerja dari Scratch oleh Valera Zakharov dari Slack. Performa hebat, tembakan langsung. Banyak saran yang bagus dan praktis dan pengalaman yang menarik. Laporan tentang fakta bahwa Anda tidak boleh membuat perangkat Anda sendiri jika Anda tidak memiliki tim terpisah untuk mendukungnya. Dan betapa pentingnya tidak hanya membuat aplikasi cepat, tetapi juga terus-menerus, dari komitmen untuk berkomitmen, untuk memastikan bahwa itu tetap seperti itu dan tidak memungkinkan regresi. Dan jika tes sering "membuat suara" dan jatuh sia-sia, maka biayanya sedikit, karena segera semua orang akan mulai mengabaikannya.
Desain API Human Centered , Pierre-Yves Ricau, Square. Yang membuat LeakCanary dan sekelompok perpustakaan yang sama-sama terkenal bersama dengan pengembang lain dari Square. Dia memberi tahu cara membuat API eksternal untuk orang. Jadikan itu intuitif. Jadi, untuk meminimalkan persentase kesalahan bagi mereka yang menggunakannya. Laporan yang baik bukan hanya tentang menulis API eksternal, tetapi juga tentang bagaimana mendesain dengan benar secara umum. Ngomong-ngomong, bagaimanapun juga, API dari setiap modul aplikasi Anda juga harus mudah dan sejelas mungkin, bukan?
Membangun masa depan di Snapchat , Ben Dodson, Gustavo Moura - secara tak terduga, tetapi dari Snapchat. Tentang cara membuat ulang aplikasi yang berumur 4+ tahun, agak lambat dan mengubah konsep beberapa kali dalam kehidupan. Dan secara umum, sekarang, pertama-tama, kamera, dan kemudian obrolan. Dan bahkan Retrofit tidak ketika Anda menulisnya. Ide utamanya adalah Anda tidak perlu terburu-buru menulis ulang semuanya. Alangkah baiknya untuk memahami prioritas Anda dan apa yang Anda inginkan, memperkenalkan metrik dan benar-benar mematuhinya. Meskipun beberapa modul dapat ditulis ulang dari awal. Dan ya, ini, sebenarnya, sudah merupakan aplikasi yang berbeda, dan itu perlu diperkenalkan entah bagaimana kepada pengguna, kadang-kadang itu hanya terlihat untuk mengganti satu modul dengan yang lain dan mencoba untuk mencegah semuanya jatuh. Berdasarkan kejadian nyata.
Ada banyak laporan menarik dan bermanfaat. Anda dapat menyoroti kisah pengembang dari Uber, bagaimana mereka bertarung dengan Kehabisan memori. Seringkali tidak hanya kebocoran dan konsumsi memori yang besar menyebabkan mereka, tetapi juga sejumlah besar utas. Lagi pula, setiap utas mengalokasikan sepotong memori untuk dirinya sendiri di bawah tumpukan, misalnya. Beberapa utas juga buruk: tugas yang bergantung satu sama lain, karena kurangnya utas, akan memasuki kebuntuan utas kelaparan (seperti yang mereka sebut situasi ketika satu tugas menunggu hasil yang lain, dan tugas yang klise tidak memiliki utas untuk dijalankan). Jalan keluar dari situasi ini cukup sederhana: gunakan satu alat untuk multithreading di seluruh aplikasi (mereka memilih Rx) dan tahu cara kerjanya. Dalam kasus Rx, misalnya, periksa perbedaan antara penjadwal.
Pengembang dari Facebook menghadirkan perpustakaan baru untuk bekerja dengan gambar Spectrum. Secara tradisional, perpustakaan Facebook menggunakan kode asli, termasuk MozJPEG, yang sekarang menjadi salah satu codec terbaik untuk JPEG. Mampu kode, kompres, optimalkan, tambahkan berbagai transformasi. Secara umum, fungsionalitas yang agak menarik, yang sebelumnya cukup sulit ditemukan dalam bentuk yang mudah digunakan.
Dari laporan tentang Kotlin yang disebut Kotlin
Lanjut , Anda bisa mengetahui bahwa Anda mahir di Kotlin, jika Anda tahu apa infiks dan tailrec, bedakan antara masuk dan keluar untuk tipe generik, Anda tahu tentang di mana dan kelas disegel. Nah, Anda juga bisa membangun dsl serupa di lambdas.
Ada juga laporan bagus tentang arsitektur UI dari Tinder dan Netflix. Yang pertama membuat, sehingga untuk berbicara, UI reaktif pada negara-negara yang diaktifkan melalui tindakan dan menggunakan LiveData dan ViewModel dari komponen arsitektur untuk ini. Yang terakhir membuat komponen mereka sendiri, melampirkan bagian dari logika bersama dengan View, dan menghubungkan mereka melalui implementasi mereka dari bus peristiwa.
Jadi ada banyak laporan bagus, dan penyebutan masing-masing layak diperhatikan mungkin akan membutuhkan selusin halaman. Sebenarnya tidak ada laporan yang benar-benar buruk. Tetapi secara pribadi, saya tidak suka laporan Romain Guy tentang fotografi. Ini bahkan bukan tentang cara mengambil gambar dari aplikasi Anda, tetapi hanya tentang teori fotografi. Dia, tentu saja, adalah pengembang yang disegani, namun orang membayar uang untuk konferensi tentang pengembangan Android, dan bukan untuk kursus fotografi.
Jaringan
Dengan demikian, tidak ada ruang untuk komunikasi dengan speaker atau setidaknya zona khusus. Pembicara, pada umumnya, setelah presentasi mereka menjawab pertanyaan dari audiens, dan kemudian mereka mengundang mereka untuk berbicara lebih lanjut secara informal, dengan gaya "Aku akan berada di sini sampai akhir tangkapan, tanyakan, aku akan senang." Namun ada nuansa. Hampir semua perusahaan dari mana pembicara berasal memiliki berdiri di mana tidak hanya pembicara, tetapi juga pengembang lain dari perusahaan nongkrong, jadi datang dan mengajukan pertanyaan yang menarik bukanlah masalah. Jadi stan-stan itu menarik dan terkadang sangat hidup.
Siapa yang harus mengunjungi droidcon SF?
Konferensi ini layak dikunjungi bagi mereka yang ingin mendengarkan laporan aplikasi pengembang terkenal, dan kemudian secara pribadi bertanya bagaimana dan apa yang berhasil untuk siapa. Suasananya sangat terbuka dan ramah. Tetapi saya tidak akan merekomendasikan pergi ke konferensi untuk mereka yang memiliki sedikit pengalaman. Laporannya cukup rumit, langkah konferensi sangat tinggi. 8 kuliah sehari itu keras. Begitu parahnya hingga Slack, misalnya, membagikan Survival Kit - tas dengan vitamin dan pil untuk sakit kepala - di standnya. Dan, seperti yang Anda tahu, dalam setiap lelucon hanya ada sebagian kecil dari lelucon itu. Plus, setidaknya saat ini, banyak topik tidak hanya tentang pemrograman, tetapi juga tentang infrastruktur, pengalaman dan praktik mereka. Jadi pemimpin tim dan manajer pengembangan juga akan dapat menemukan konten yang cocok untuk diri mereka sendiri di droidcon SF.
Meskipun topik CI, pengujian, dan segala sesuatu yang terkait dengannya masih hidup dan sangat relevan, mungkin layak untuk mengunjungi teknisi QA dan DevOps. Ngomong-ngomong, salah satu pengamatan menarik saya: di perusahaan-perusahaan yang diwakili, mereka sering berbicara hanya tentang insinyur dan tidak membaginya menjadi pengembang, penguji dan infrastruktur. Ini diwujudkan dalam kenyataan bahwa banyak yang dapat mengubah peran mereka dan, sebagai pengembang, pergi, misalnya, menjadi tim infrastruktur. Kenapa tidak, masih insinyur.
Kesan umum
Kesan keseluruhan sangat positif. Saya mengharapkan laporan yang lebih lemah, tetapi hampir tidak ada "walk-through." Pada prinsipnya, saya siap untuk organisasi makanan, atau lebih tepatnya, ketidakhadirannya. Saya berharap mungkin ada masalah dengan memahami semua yang dikatakan, tetapi sebagian besar pembicara berbicara dengan jelas dan tidak benar-benar mempercepat, jadi pada prinsipnya tidak ada masalah. Terkadang hanya perlu sedikit membiasakan diri dengan aksen. Dan organisasi teknis dan komunikasi informal jelas melebihi harapan. Dan ini bukan hanya pendapat saya. Ada banyak diskusi menarik di aula dan di antara laporan.
PS Tautan di bawah ini adalah ulasan dari konferensi asing lainnya dari blog kami:
droidcon ViennaAtlassiandroidcon londonGoto berlinKTT web