Top 10: The Best Joker 2017 Papers

Baru-baru ini, kami membuka rekaman video dari laporan Joker 2017 untuk semua orang. Dan ketika empat puluh laporan Java segera tersedia untuk umum, apa masalahnya? Fakta bahwa mata terbelalak! Ketika ada begitu banyak hal, tidak jelas apa yang harus dicari sejak awal.

Anda dapat fokus pada peringkat audiens: mulai dengan laporan yang paling disukai oleh orang-orang yang duduk di aula. Oleh karena itu, kami telah mengompilasi untuk Anda sepuluh video utama, memberikan mereka sedikit deskripsi.

Biasanya di puncak seperti itu kami secara ketat menunjuk tempat. Tapi kali ini, laporan teratas pergi "head to head", dan perbedaan di antara mereka terkadang simbolis. Oleh karena itu, meskipun video peringkatnya lebih rendah dalam urutan naik ke peringkat tertinggi, divisi ini agak sewenang-wenang: lebih penting tidak dalam urutan di mana mereka pergi, tetapi fakta bahwa penonton benar-benar menyukainya.

Profiler adalah hobbit berbohong

Pembicara: Nitsan Wakart
Tautan presentasi


Apa yang akan Anda katakan jika aplikasi "Akuntansi untuk konsumsi lalu lintas seluler" terkadang memberi tahu Anda "Ini dia makan lalu lintas!" bukan layanan yang benar-benar menghabiskan seluruh kuota Anda, tetapi yang tidak bersalah? Anda mungkin akan marah: aplikasi tidak mengatasi tugas utamanya dan hanya menyesatkan Anda.

Situasi dengan profiler Java umumnya serupa. Dalam kondisi tertentu, banyak dari mereka dapat menipu sehingga jika Anda tidak mengetahuinya, penggunaannya dapat mempersulit hidup Anda alih-alih bantuan. Tetapi ini tidak berarti bahwa Anda harus membuang semuanya dan mengukur kinerja "dengan mata". Akan jauh lebih konstruktif untuk mencari tahu apa yang sebenarnya salah dan bagaimana hidup dengannya. Inilah yang dibicarakan oleh Nitsan Wakart, yang dikenal banyak orang di blog Psychosomatic, Lobotomy, Saw .

---

Editor teks bukan matematika tertinggi Anda, di sini Anda perlu berpikir

Pembicara: Alexey Kudryavtsev
Tautan presentasi


Judul laporan tentu saja provokatif, tetapi tidak muncul dari awal. Hal yang sama dengan laporan itu sendiri: tidak memiliki ironi dan "daging". Alexey bekerja di JetBrains pada IDE (yang juga merupakan editor teks dalam arti tertentu) - dan dia tahu betul bagaimana berurusan dengan teks yang panjangnya tidak pernah kita impikan dalam String kita. Dan kekhususan apa yang muncul ketika inspeksi terus dilakukan pada teks ini.

Di sini, tentu saja, muncul pertanyaan tentang penerapan praktis. Berapa banyak dari kita yang harus bekerja pada editor teks? Jika tidak, apa yang akan diberikan laporan ini kepada kita? Tapi dia bisa memberikan setidaknya ini: pada IDE yang sama yang Anda lihat setiap hari, setelah itu Anda melihat mata yang sedikit berbeda.

---

Sumber acara, arsitektur yang digerakkan oleh acara, dan CQRS

Pembicara: Sebastian Daschner


Tampaknya tidak ada kekurangan teks di Internet yang menjelaskan konsep pencarian sumber acara dan Segregasi Tanggung Jawab Kueri Perintah ("memulihkan keadaan saat ini berdasarkan sumber dan peristiwa yang terjadi", "pemisahan membaca dan menulis", itu saja). Tetapi hal yang sama dapat dijelaskan dengan cara yang berbeda, dan umpan balik audiens menunjukkan: orang-orang menyukai bagaimana Sebastian Dashner menjelaskan.

Berikut adalah contoh dalam laporan: "Bayangkan Anda memesan burger di sebuah kafe, duduk untuk mengantisipasi, dan kemudian pelayan kembali dengan kata-kata" Maaf, mereka berkata di dapur bahwa tidak ada bahan yang tepat saat ini. " Tentu saja, ini tidak menyenangkan. Tetapi untuk menjamin menghindari hal seperti itu, pelayan harus segera setelah kata-kata "bisakah saya memesan burger?" lari ke dapur dan tidak kembali sampai dia siap: "ya, Anda bisa, dan ini dia." Jelas, pendekatan ini tidak akan berhasil sama sekali. Oleh karena itu, lebih masuk akal untuk membuat sistem kompleks dari banyak elemen yang tidak sepenuhnya konsisten, tetapi akhirnya konsisten. "

Dan Sebastian ingin menyerahkan pencapaian terpisah "semangat sekolah lama" karena fakta bahwa presentasinya alih-alih Powerpoint dibuat, tampaknya, di Vim (dan skema di sana dengan hati-hati dilukis dengan seni ASCII).

---

DC / OS satu-awan di Jawa dan untuk Jawa

Pembicara: Oleg Anastasiev
Tautan presentasi


Kata "cloud" dalam beberapa tahun terakhir telah usang untuk kemustahilan. Tetapi jika dalam banyak kasus dapat diganti secara mental dengan Amazon, maka situasinya benar-benar berbeda.

Awalnya, di Odnoklassniki setiap server bertanggung jawab hanya untuk satu tugas, yang sangat disederhanakan (misalnya, segera jelas tugas apa yang "makan" berapa banyak). Namun seiring perkembangannya, menjadi jelas bahwa sumber daya infrastruktur yang paling berharga bukanlah server, melainkan rak, dan kita perlu meningkatkan pemanfaatan pusat data, membagi sumber daya dari setiap server di antara tugas yang berbeda. Bagaimana cara menggunakan Docker untuk membagikan sumber daya dengan benar antara tugas-tugas kelas "respons cepat penting" dan kelas "bandwidth penting"? Apa yang terjadi ketika Kubernetes tidak cocok, tetapi adakah kekuatan untuk membuat keputusan sendiri?

Menurut uraian tersebut, laporan tersebut mungkin terlihat cukup "devoppy" dan infrastruktur, bukan perkembangan. Namun pada kenyataannya, ia menjadi "benar-benar bohong" bukan di Joker, tetapi di konferensi DevOops kami yang lain: Oleg menyiapkan versi laporan yang berbeda untuk dua acara yang berbeda.

---

Java Puzzlers NG S03 - Dari mana Anda semua memanjat?!

Pembicara: Tagir Valeev dan Baruch Sadogursky
Tautan presentasi


Teka-teki, tentu saja, saya ingin menunjukkan dengan contoh spesifik. Karena itu, kami menceritakan kembali masalah kedua yang disuarakan oleh Tagir dan Baruch. Misalkan kita telah menyarangkan satu operator ternary ke operator lain (jangan tanya mengapa):

System.out.println(isUltimateQuestion ? 42 : isUltimateQuestion ? 42 : null); 

Anggaplah isUlalueQuestion salah. Pertanyaan: apa yang akan dihasilkan oleh kode dan mengapa?

Opsi:

1. null
2. Tidak dikompilasi
3. 42
4. Nullpointerinterception

Jawaban yang benar ada di bawah spoiler.


Namun, dalam laporan kusut, tugas itu sendiri setengah pertempuran, presentasi tidak kalah penting. Dan di sini dia, seperti yang diduga dari pembicara ini, juga cerah: T-shirt terbang ke aula, Baruch bercanda di atas panggung, di layar serigala mengejar kelinci. Pada sebuah konferensi dari ruang tetangga mereka mengeluh bahwa itu terdengar bahkan di sana!

---

Proyek kuning: timah dari ladang

Pembicara: Tagir Valeev
Tautan presentasi


Dan di sini Tagir sudah tanpa Baruch. Dia memutuskan untuk memahami “apa yang akan terjadi pada hari yang akan datang bagi kita”, dan mempelajari informasi tentang Proyek Amber - pilihan perubahan kecil.

Hari ini, masalah utama dengan laporan ini, tentu saja, adalah banyak yang telah berubah selama bertahun-tahun. Katakanlah laporan dimulai dengan keluaran variabel lokal - dan sekarang kita telah menerimanya di Java 10, dan sudah ada banyak bahan dari format "sebagaimana adanya", dan bukan "bagaimana itu akan terjadi". Tetapi laporan itu masih tetap menarik: keduanya karena menempatkan segala sesuatu dalam konteks (“pada kenyataannya, ketik inferensi seperti itu muncul di versi kedelapan”), dan karena menarik untuk melihat bagaimana segala sesuatu tampak seperti pada akhir 2017.

---

Shenandoah: pemulung yang bisa (bagian 2)

Pembicara: Alexey Shipilev .


Laporan ini menuntut pengunjung karena dua alasan:

Pertama, itu membutuhkan kenalan awal dengan laporan Alexey sebelumnya dibuat di JPoint 2017 (pada kenyataannya, dari sini datang "bagian 2" dalam judul). Sekarang kedua laporan ini tersedia untuk semua orang, Anda dapat segera menganggapnya sebagai "Dilogi tentang GC" yang tidak terpisahkan.

Dan kedua, ini adalah laporan oleh Alexei Shipilev. Bukan yang paling marah dari semua yang pernah dia katakan, jadi Anda tidak perlu takut untuk mendekati, tetapi bagaimanapun, beberapa pengetahuan diperlukan dari pemirsa. Dan di sini format video dapat menjadi keuntungan dibandingkan dengan kehadiran pribadi dalam laporan. Karena Anda dapat menjeda video dan google sesuatu yang tidak dapat dimengerti!

---

Java 8: baik, buruk, jahat

Pembicara: Nikolay Alimenkov
Tautan presentasi


Versi baru Java sekarang saling menggantikan lebih cepat dari iPhone baru, dan kesebelas tidak lagi mendekat. Tetapi jika kita bertanya "baik, tetapi jenis produksi apa dalam produksi Anda", kemungkinan besar Anda akan menjawab "kedelapan". Dan ini berarti bahwa laporan tentang fitur penggunaannya sekarang masih relevan.

Tidak diragukan lagi, G8 telah memberi kita banyak peluang baru yang luar biasa - tetapi tidak ada peluang besar yang tidak dapat dimanjakan oleh penyalahgunaan. Dan laporannya hanya tentang ini: bagaimana itu digunakan secara tidak benar, dan bagaimana itu akan layak untuk dilakukan dengan bijak. Repositori GitHub pergi ke laporan dalam pasangan - jika Anda mau, Anda dapat melihat contoh spesifik di sana.

---

GraphQL - API dengan cara baru

Pembicara: Vladimir Tsukur
Tautan presentasi


Sebuah jajak pendapat audiensi di awal laporan menunjukkan bahwa sangat banyak orang mendengar tentang GraphQL di antara audiensi, tetapi sangat sedikit yang menggunakannya "dalam pertempuran". Tentu saja, untuk seluruh komunitas Jawa, ini mungkin sampel yang tidak representatif (tidak mengherankan bahwa orang-orang seperti itu tertarik pada laporan semacam itu), tetapi masih ada perasaan bahwa teknologi ini sekarang dalam status "sekarang saatnya untuk mengenal". Inilah yang ditawarkan oleh laporan itu - seorang kenalan yang lancar dan lancar.

Sekarang masalah yang berhubungan dengan API dapat menjadi zona ketegangan antara front-end dan back-end. Untuk frontend, mungkin terlihat seperti "persyaratan saya telah berubah dan saya perlu mengubah sesuatu di titik akhir, tetapi mereka tidak gatal", untuk backend - "semua orang datang ke sini dan sangat menginginkan sesuatu ketika kita memiliki tugas lain yang terbakar". Jika para frontendder dapat dengan mudah meminta data yang mereka butuhkan dan menerimanya dengan tepat, tidak lebih dan tidak kurang, bukankah surga di bumi akan datang pada saat yang sama?

Faktanya, saya tidak akan datang: GraphQL memiliki kekurangannya. Tetapi para pemirsa memuji laporan ini sebagian karena tidak memintas mereka dan tidak berubah menjadi gambar iklan yang indah. Dan pada saat yang sama, banyak yang mengindikasikan umpan balik bahwa mereka sekarang ingin menguji teknologi dalam konsep kerja. Apakah ini tidak berhasil?

---

Boot dirimu, Spring akan datang

Pembicara: Evgeny Borisov dan Kirill Tolkachev

Bagian 1:


Bagian 2:


Akhirnya, peringkat dinobatkan bukan hanya laporan, tetapi laporan. Dia menempati dua slot waktu dan, tampaknya, dapat dengan mudah berlanjut selama. Dia berkumpul di aula dan membayar siaran online total lebih dari seribu orang. Akhirnya, ia menuntut dua orang di atas panggung sekaligus, dan ini juga merupakan tantangan: laporan pasangan adalah format yang tidak semua orang dapatkan.

Mungkin, mengingat popularitas Boot Musim Semi di ekosistem Jawa, diperlukan laporan sebesar itu. Dan ulasan menunjukkan bahwa semuanya tidak sia-sia: ternyata bukan hanya ayunan pada rubel, tetapi juga pukulan yang sesuai.

Dan jika Anda adalah penggemar serial dan segera melihat judul referensi untuk "Brace Yourself, Winter is Coming", maka Anda benar: Cyril dan Eugene telah bermain "Game of Thrones" selama dua jam.

Jika laporan dari daftar ini menarik bagi Anda, kami menarik perhatian Anda: kami telah mengumumkan Joker berikutnya , dan di sana Anda tidak kalah menarik. Pada saat yang sama, tiket menjadi lebih mahal dari waktu ke waktu, dan kenaikan harga berikutnya akan terjadi pada 1 Juli. Jadi jangan menunda membeli tiket untuk Joker baru sebelum Anda meninjau semua laporan dari yang sebelumnya!