Bulan terakhir musim dingin berakhir, dan keinginan yang sehat terbangun untuk pergi ke beberapa konferensi besar di Jawa. Untungnya, hanya satu bulan tersisa sampai JPoint 2019 - konferensi internasional Jawa, yang akan diadakan pada awal April di Moskow. Program hampir stabil, dan sekarang saatnya untuk mengungkapkan semua kartu.

Program JPoint baru sangat besar: dua hari, dua puluh laporan setiap hari. Yang mana untuk pergi? Anda dapat menyederhanakan tugas Anda dengan memecah laporan ke dalam beberapa kategori:

• VM & Runtime - 8 laporan hardcore dari para pemimpin industri: Oracle, BellSoft, IBM, Azul, Excelsior, Classmates dan GridGain;
• Enterprise - 5 laporan dari perusahaan Rusia dan internasional: Spring, JavaEE, Liferay, Vaadin, Kafka, Netflix OSS vs Kubernetes, arsitektur sistem besar;
• Reaktif - 10 laporan tentang dunia jet yang mengerikan dan ajaib: Spring Web Reactive Framework, Spring Project Reactor, RSocket, Reactive Streaming, arsitektur reaktif;
• Bahasa - 7 laporan bahasa: Java 9-12 (wakil CTO Azul), Kotlin dan Kotlin / Asli (JetBrains), Scala, pemrograman fungsional;
• Perkakas - 5 laporan tentang penyetelan: pencipta Jenkins (CEO CloudBees), pengembang Gradle dan IntelliJ IDEA;
• Beberapa laporan keluar dari kategori.

Volume habrastaty tidak akan memungkinkan untuk mempertimbangkan semua laporan pada saat yang sama, jadi di setiap kategori saya memilih beberapa yang paling menarik bagi saya secara pribadi. Segala sesuatu yang lain dapat ditemukan di situs , tetapi sekarang Anda dapat menyelam di bawah potongan dan melihat apa yang akan dipersiapkan tahun depan bagi kami.

VM & Runtime

Kebetulan di JPoint dan Joker yang secara tradisional membuat laporan paling hardcore di Rusia tentang struktur internal runtime Jawa. Tentu saja, tidak ada banyak insinyur JVM di antara para peserta, ada sangat sedikit dari mereka. Laporan semacam itu terutama diperlukan untuk merasakan "kedekatan dengan mobil," seperti dikatakan oleh pembalap mobil profesional. Anda dapat merasakan semua mekanisme tersembunyi, mempelajari cara menggunakan fitur-fiturnya, dan memuaskan rasa ingin tahu. Dalam kategori laporan yang ikonik ini, program konferensi tidak dapat dihajar secara langsung, dan ternyata dengan jelas. Laporan-laporan ini dilakukan oleh orang-orang paling terkenal di komunitas, perwakilan dari runtimes dan perusahaan yang berbeda:

• dari Azul direktur teknis mereka Simon Ritter akan datang;
• Oracle Labs akan menjadi Thomas Wuerthinger, direktur penelitian dan kepala arsitek Graal / Truffle, dan Oleg Shelaev shelajev-oleg , penginjil resmi pertama GraalVM;
• dari IBM - Charlie Gracie, arsitek pengumpul sampah di OpenJ9 dan Eclipse OMR;
• dari Excelsior - salah satu pengembang JET tertua, Nikita Lipsky pjBooms ;
• dari BellSoft - insinyur kinerja terkenal Dmitry Chuyko, yang sebelumnya bekerja di Oracle di tim Java SE Performance;
• dari perusahaan Odnoklassniki - Andrey Pangin apangin , yang sebelumnya bekerja di Oracle di tim HotSpot, yang berulang kali memecahkan semua catatan kehadiran laporannya;
• dan sebagainya.

Tidak ada daftar di sini, karena tidak ada tugas untuk menyalin program dari situs, tetapi hanya menyampaikan esensi dari apa yang terjadi. Mari kita lihat beberapa laporan saja.

Ingat laporan tentang cara menulis GC dalam 20 menit (berdasarkan artikel Shipilev )? Charlie Gracie akan memberi tahu kami hal yang lebih sakral - bagaimana menulis kompiler JIT Anda dalam satu jam . Tentu saja, itu tidak akan dilakukan tanpa solusi yang terbukti seperti OMR, yang sedang dikerjakan Charlie.

Tetapi sering kali Anda benar-benar perlu menulis JIT atau GC Anda? Andrey Pangin akan berbicara tentang cara penting lain untuk bekerja dengan OpenJDK: bekerja dengan JVM Tool Interface - API standar untuk mengembangkan semua jenis alat: profiler, debugger dan utilitas diagnostik. Ini adalah sesuatu yang lebih substansial, mudah dibayangkan di mana itu akan dibutuhkan dalam pekerjaan sehari-hari. Banyak orang tahu bahwa itu berguna untuk menulis agen Java, tetapi juga cocok untuk banyak hal lainnya. Laporan ini akan membahas cara untuk mengatasinya, bug, fitur, dan wawasan. Jika Anda masih ingin mendengar tentang agen Java, Rafael Winterhalter akan memberi tahu Anda tentang mereka.

Enterprise

Di sini kritik berseru: “Ya, dan saya menulis agen Jawa, dengan kata lain, tidak setiap hari. Saya tidak pernah menulis! " Oh ya, dan karenanya semua kategori laporan lainnya menekankan penerapan di berbagai bidang pengembangan dan arsitektur. Mari kita mulai dengan kategori yang paling jelas - perusahaan berdarah. Di bagian ini tidak hanya ada bintang asing seperti Sebastian Daschner (guru JavaEE dari IBM) dan Milen Dyankov (penginjil Liferay), tetapi juga pengembang Rusia terkemuka - Yuri Artamonov dari Haulmont (CUBA, delapan tahun bersama Vaadin), Grigory Koshelev dari Kontur, Vladimir Plizga Toparvion dari CFT dan sebagainya.

Pertama-tama, saya pergi ke laporan Sebastian . Secara resmi, ia adalah Lead Java Developer Advocate di IBM, yang bertanggung jawab, antara lain, untuk standar JAX-RS dan JSON-P dan banyak proyek sumber terbuka. Kami baru-baru ini melakukan wawancara dengannya untuk Habr, yang akan segera diterbitkan. Sangat jelas bahwa jika topik JavaEE dan JakartaEE setidaknya entah bagaimana menarik, maka ini adalah orang Anda. Nilai terbesar dapat membawa komunikasi di bidang diskusi, karena Sebastian dimasak di dunia JavaEE, dan Anda dapat mendekatinya dengan pertanyaan yang sangat bertarget, diskusikan, dan sepakati hal-hal tertentu. Yang terpenting, jangan lupa bahwa dia berbicara bahasa Inggris. Terakhir kali, saya menulis semua pertanyaan yang menarik minat saya di selembar kertas dan membaca daftar itu dengan membosankan (tidak untuk mengatakan bahwa ini harus dilakukan, tetapi berhasil) :-)

Anda mungkin terbiasa dengan Tolkachev tolkkv dan Borisov EvgenyBorisov menceritakan tentang Spring. Kali ini mereka memiliki hal yang sedikit berbeda , dan Vladimir Plizga dari CFT dan Victor Rentea (pimpinan teknis di IBM) mengungkapkan tema Spring wajib. Victor memiliki sesi pengkodean langsung yang panjang, terganggu oleh masalah teoretis yang mendalam, dan sebuah teori akan diperlukan di sana - karena ini adalah topik favorit Anda untuk menulis semua jenis proxy di Spring.

Reaktif

Anda dapat menegangkan dan mengingat saat-saat ketika regivisme adalah bagian dari astronautika arsitektur. Sekarang topik ini adalah mesin uap yang tidak dapat dihentikan: Kebetulan JPoint ini melaporkan topik jet paling banyak! Sebagai contoh, mereka dua kali lipat dari laporan perusahaan "bersih". Dan Anda tahu, semua adalah beberapa nama yang dikenal. Mari kita telusuri beberapa laporan.

Kirill Tolkachev dan Evgeny Borisov akan mencoba mencari tahu apa teknologi modern hanya mainan modis, dan apa yang praktis. Mereka akan mengambil beberapa jenis aplikasi dan mencoba untuk membuatnya dalam gaya reaktif, mengungkapkan fitur-fitur seperti Spring Web Reactive Framework. Kedengarannya sangat sederhana dan mudah, tetapi seperti yang kita tahu, laporan mereka adalah yang terbaik dalam hal peringkat, kehadiran dan elaborasi. Saya sarankan untuk melihat megadata sebelumnya "Boot dirimu, Spring akan datang" (dalam dua bagian: satu , dua ) - salah satu dari sedikit slot waktu yang disediakan untuk satu baris. Ada transkrip video dan teks pada tautan, tetapi saya sangat menyarankan Anda untuk menonton video, karena cara penyajiannya penting.

Sekarang mari kita bicara sedikit tentang masa depan, dengan cepat berubah menjadi masa kini. Ada hal seperti itu, RSocket adalah protokol biner simetris di atas byte transport seperti TCP atau soket web, yang akhirnya memungkinkan Anda untuk bekerja secara tidak sinkron. Dia belum sepenuhnya berakting, tetapi dia tidak menunggu lama, dan prospek pembukaannya luas. Dan di JPoint, kami memiliki orang khusus, Oleg Dokuk, dengan laporan tentang RSocket - committer Reactor 3, penulis buku "Reactive Programming with Spring 5", dan sekarang juga committer RSocket. Jika Anda benar-benar ingin bekerja dengan protokol normal, tetapi pertama-tama Anda harus memahami topik dan berkomunikasi secara dekat dengan pencipta teknologi, maka Anda perlu Oleg.

Bahasa

Mari selami lebih banyak hal sistemik. Dua kategori berikut adalah bahasa dan penyetelan. Saya telah mengaitkan dikotomi ini dengan "fisikawan dan penulis lirik" dengan perang suci tanpa akhir di Habré dan Reddit tentang fakta bahwa lebih penting untuk memiliki bahasa yang cerdas yang tahu bagaimana melakukan segala sesuatu, atau IDE dengan kecerdasan buatan di dalamnya yang membantu di setiap kesempatan. Untungnya, di sini kita tidak memiliki Haskell atau Common Lisp: di dunia Java ada bahasa yang cerdas, IDE yang sangat baik, dan laporan yang kuat tentang ini. Dari sisi linguistik barikade, dua karyawan JetBrains sedang menunggu kami, direktur teknis Azul , programmer fungsional gamedev , dan bahkan podcast Scala langsung dari Skalalaz - Olga Makhasoeva. Secara umum, detasemen dikelola sedikit kurang sepenuhnya.

Kami telah mendengar dan membaca tentang masa depan Jawa lebih dari sekali. Tapi di sini ada kasus khusus - Simon Ritter dari Azul akan berbicara tentang migrasi ke Jawa baru. Adalah orang yang memiliki hak atas pidato tersebut. Reinhold, Goetz, Rose ... Ritter. Nah, Anda mengerti intinya. Simon sekarang mewakili Azul di Komite Eksekutif JCP dan dalam kelompok ahli tentang JSR 379 dan JSR 383. Dalam laporan itu, ia akan memberikan ikhtisar tentang berbagai masalah migrasi: perubahan dalam bahasa, perpustakaan, pengaturan, dan bahkan mempengaruhi efek percepatan sensasional dari siklus rilis. Orang lain yang saya sangat merekomendasikan untuk berbicara di bidang diskusi adalah bahwa mungkin pertanyaan Anda akan mempengaruhi masa depan Jawa.

Pembicaraan kedua saya adalah “Kotlin / Asli: mengapa membuat bahasa ibu pada tahun 2019? Apa yang ada di luar JVM? " Nicholas Igotti dari JetBrains. Seperti yang Anda ketahui, semuanya menjadi lebih baik jika ditulis dalam Kotlin :-) Namun, kebutuhan untuk versi yang dikompilasi ke dalam kode asli masih menjadi misteri bagi banyak orang. Minimal, ada banyak bahasa yang dikompilasi, dan di sini kita berbicara tentang proyek yang relatif muda. Jangan takut, di sini kita tidak hanya memiliki siapa pun, tetapi manajer teknologi proyek Kotlin / Asli, dia pasti akan mengatasi semua pertanyaan.

Alat

Perkakas adalah hal yang tipis. Di satu sisi, semua orang bisa mengatakan sesuatu tentang dia, di sisi lain, biasanya percakapan seperti itu, dan bahkan seluruh laporan, dilipat ke dalam rasa biasa atau kurangnya pemahaman tentang seluk-beluk alat pengembangan yang digunakan tidak hanya oleh Anda secara pribadi, tetapi juga setengah dunia. Kompetensi semacam itu biasanya hanya tersedia untuk pengembang tuning yang sesuai atau penginjil yang berkomunikasi erat dengan pengguna alat ini. "Tooling Team" JPoint kami terdiri dari penulis Jenkins , salah satu pengembang Gradle, kepala JUG Berlin , dan seperti biasa, dua karyawan JetBrains.

Kohsuke Kawaguchi, direktur teknis CloudBees, adalah orang yang legendaris, ia membuat Jenkins dengan tangan-tangan ini dan dalam banyak hal menentukan cara teknologi CI / CD di Rusia dan di dunia. Dan tentu saja, dia tidak akan berbicara tentang Zaman Batu dan serangga yang jauh terlupakan. Ini tentang hal-hal yang sama sekali baru dan revolusioner di Jenkins. Laporan sedang dikembangkan saat ini dengan Komite Program, dan judul serta garis besar laporan yang diterbitkan di situs web JPoint dapat berubah di masa mendatang.

Laporan kedua, tentu saja, layak menyebutkan Tagir Valeev lany - pengembang di JetBrains, penemu banyak hal keren yang kita semua gunakan saat meluncurkan IntelliJ IDEA. Kali ini akan ada laporan tentang refactoring atom , yang meneliti masalah dan rasa sakit yang mendesak: apakah program tidak akan putus setelah refactoring otomatis? Tagir akan mengajarkan cara membuat IntelliJ IDEA refactor secara atomis tanpa melanggar semantik, bahkan jika itu menolak.

Di luar kategori

Dan kami juga memiliki pembicara di luar kategori - Yegor Bugaenko yegor256 , Direktur Zerocracy. Dia menulis setidaknya dua buku tentang OOP yang benar ( satu , dua - tidak ada deskripsi lain tentang pola Singleton, tetapi benar-benar ada sesuatu untuk dibaca), dia akan menyalin banyak kode ke sumber terbuka dan membuat laporan provokatif yang tidak biasa. Peserta reguler konferensi kami tahu bahwa pada suatu waktu mereka secara khusus menemukan penanda "Bersiap untuk membakar" demi dirinya. Sekarang penanda ini tidak ada dalam laporan, dan judul “Uji salah perhitungan” dan deskripsi laporan terlihat sangat serius dan pragmatis. Apakah Yegor mampu membuat laporan yang tidak meledakkan penonton? Ayo lihat.

Pelatihan "Pola Desain Pragmatis dengan Musim Semi", pembawa acara - Victor Rentea

Seperti yang mungkin telah Anda perhatikan, dalam program konferensi ada laporan tentang proksi di Spring, yang merupakan sesi pengkodean langsung. Tapi itu belum semuanya.

Satu hari sebelum dimulainya JPoint, yaitu, 4 April, Victor akan mengadakan pelatihan 8 jam besar tentang desain kode yang bersih dan dirancang dengan baik (termasuk bagaimana cara memperbaiki warisan Anda ke keadaan seperti itu).

Pelatihannya adalah sebagai berikut:

• Prinsip-prinsip arsitektur dasar: SRP, KERING, CIUMAN, YAGNI, SOLID, dll.
• Kehidupan yang tidak menyenangkan yang suram dengan status tunggal dan global, dan apa yang bisa dilakukan di sini;
• Adaptor - lapisan anti-korupsi kami;
• Dekorator, proksi, dan sihir Spring lainnya;
• Fasad dan pendekatan evolusi untuk arsitektur;
• Pengamat dan komponen yang dikendalikan oleh peristiwa di Spring;
• Iterator dan aliran sebagai konsep;
• Strategi dan rantai tanggung jawab, penerapan prinsip tanggung jawab tunggal (SRP);
• Pola Perintah, asinkron;
• Metode Templat dan cara membunuhnya dengan ...
• Passing Block dan pemrograman fungsional;
• Antipatterns dan apa yang harus dilakukan dengan mereka;
• Tes dan penghargaan akhir.

Peserta pelatihan lebih baik membiasakan diri dengan Spring terlebih dahulu, jika karena alasan tertentu ia belum melakukannya, dan umumnya dapat memprogram di Jawa.

Untuk informasi lebih lanjut tentang pelatihan, Anda harus menghubungi situs web JPoint .

FAQ: apakah hanya itu, hanya laporan?

Tentu saja, konferensi bukan hanya laporan, tetapi juga lautan komunikasi. Di sinilah kehadiran langsung berbeda dari siaran online, yang juga kami rencanakan untuk dilakukan.

Lihatlah daftar di atas - dengan sebagian besar orang ini saya ingin bertemu dan membahas sesuatu yang penting. Kami memiliki kesempatan seperti itu: setelah akhir laporan, semua orang pergi ke area diskusi dan berbicara di sana selama cukup waktu. Pada akhir hari, apa yang disebut sesi BOF diselenggarakan (seperti meja bundar, tetapi hanya semua orang yang berpartisipasi).

Anda bisa saja bertemu orang-orang menarik dari komunitas yang juga datang, tetapi tanpa laporan. Anda dapat menemukan perusahaan yang menarik, belajar sesuatu dari perwakilan mereka dan berpartisipasi dalam kontes. Akan ada berbagai kegiatan sampingan yang sekarang kita pikirkan. Singkatnya, semua itu bisa dibayangkan tentang konferensi besar.

Apa selanjutnya

Dan kemudian Anda harus datang ke JPoint! Ini akan diadakan 5-6 April 2019 di Moskow.

Tiket dapat dibeli di situs web resmi . Di sana Anda dapat membiasakan diri secara detail dengan versi program saat ini (ini dapat sedikit berubah, dan kami sering menulis tentang perubahan di Habré).

Catatan penting tentang harga dan diskon . Dibandingkan dengan JPoint sebelumnya, sistem tiket menjadi lebih fleksibel dan sekarang dapat mengeluarkan tiket dari empat jenis: Akademik, Pribadi, Standar, dan Online. Mengapa ini penting: jika Anda membeli tiket sendiri, maka biayanya akan jauh lebih murah daripada tiket untuk perusahaan. Dan jika Anda seorang siswa, mahasiswa pascasarjana atau guru (dan ada dokumen yang sesuai untuk konfirmasi), maka diskonnya sangat mengesankan. Kondisi terperinci, tentu saja, perlu dibaca di situs - semua hal di atas hanya untuk referensi.

Untuk mengantisipasi JPoint 2019, Anda dapat menonton rekaman konferensi dari tahun-tahun sebelumnya. Mereka berbaring dengan rapi di saluran YouTube kami. Catatan tahun lalu diletakkan di sana sebelum dimulainya konferensi baru, dan dengan cara ini Anda dapat menilai kualitas laporan secara visual.

Temui saya di JPoint 2019!