Pengembang Java luar biasa.
Tender front-end memuji mereka dan
mengadopsi alat yang berguna , desainer membawa tata letak dengan cinta khusus, dan penguji bersukacita, karena semuanya otomatis dan hidup adalah gula (tapi kami belum membicarakan hal ini).
Terkadang kami memegang java-mitaps untuk mereka - kami mengumpulkan para ahli dan meminta mereka untuk mengatakan sesuatu yang menyenangkan. Jadi kali ini - kolega dari Sberbank, Odnoklassniki, Yandex dan Yandex.Money datang ke JavaJam dan segera memposting banyak detail tentang pekerjaan mereka.
Di bawah potongan:
- Hal utama tentang logging aplikasi Java menggunakan contoh dari Yandex;
- Pengembangan alat pada Low-code untuk UFS dari Sberbank;
- Otomasi eksperimen di Odnoklassniki menggunakan Kotlin DSL;
- Seperti di Yandex.Money, mereka membuat satu platform untuk layanan microser, bukan tujuh.
Dan ada juga jajak pendapat tentang apakah pantas untuk memanggil java-developer javists.
Ketika permainan kata datang ke tingkat yang baruTentang kode waktuDalam deskripsi semua video di YouTube, untuk berjaga-jaga, kode waktu dengan titik menarik juga ada di dalamnya, jika Anda terbiasa menonton video di sana.
Panduan untuk rafting di log (Vladimir Krasilshchik, Yandex)
Konsep dan jebakan penting dari logging aplikasi Java menggunakan contoh dari pengembang Yandex. Kami akan berbicara tentang konsep utama dalam mencatat aplikasi Java, yang tanpanya pengembang tidak dapat bertahan.
Saya akan memberikan contoh perilaku aplikasi yang tidak terduga karena seluk-beluk pencatatan dari praktik saya sendiri, dan Anda akan belajar cara membuat hidup dengan log lebih mudah dan lebih menyenangkan - sebanyak mungkin. Tujuan dari presentasi ini adalah untuk membagikan praktik-praktik yang akan memungkinkan Anda untuk melupakan logging dan melakukan hal-hal yang sangat menarik.
Internal dan kode waktu1:20 - Mengapa saya tidak bisa melihat log?
7:04 - Tentang Logger, Appender, dan koneksi mereka
13:40 - Diagram Arsitektur Perangkat Lunak Universal (UPAD)
15:14 - Buzzwords dari dunia modern Java-logging
20:13 - Masalah 1 - Penjilidan berganda
21:46 - Masalah 2 - log4j atau JUL tanpa adaptor
25:09 - appender file logback “Swiss”
29:57 - Masalah 3 - GWT
31:16 - Masalah 4 - Hibernasi 4.X.X +
34:06 - Masalah 5 - Sementara non-determinisme
37:07 - Pengembangan API
40:50 - Masuk dalam layanan microser dan sebuah cluster
44:13 - Bagaimana ini dilakukan di Yandex.Market
50:36 - Tentang keamanan dalam logging
55:08 - Bagaimana melupakan log dan mulai hidup?
Model-Driven DevOps (Denis Vasin, Sberbank)
Anda mungkin akrab dengan budaya DevOps, yang menyatukan spesialis dalam pengembangan dan layanan teknologi informasi (Pengembangan dan Operasi). Tetapi hanya sedikit yang pernah mendengar platform Low-code - mengubah peserta dalam proyek terkait menjadi Citizen Developers.
Dalam laporan ini, saya akan berbicara tentang pengembangan alat kode-rendah untuk UFS (Unified Front System) Sberbank. Dan saya akan menjawab pertanyaan yang biasanya muncul dengan manajer MDE. Misalnya, cara mengelola versi model, pisahkan kode yang dibuat dan ditulis tangan, atau mengintegrasikan alat Anda sendiri ke dalam infrastruktur standar DevOps.
Internal dan kode waktu01:05 - Masa pakai produk keuangan sebelum dan sekarang
04:24 - Sberbank menemukan Low-Code di "sistem frontal tunggal"
12:16 - Cedera saat lahir Low-code
15:53 - Kolaborasi dalam infrastruktur perusahaan
25:34 - Bagaimana cara menghubungkan kode manual?
28:28 - Arsitektur Penerapan Perusahaan
30:19 - Fungsi Kontrol Kualitas
33:45 - Integrasi dalam Pipeline
36:13 - Migrasi dari DevOps ke Model Driven DevOps
Otomatisasi eksperimen menggunakan Kotlin DSL (Alexander Tarasov, Classmates)
Dalam proyek besar, Anda tidak bisa hanya mengambil dan membuat fitur tersedia untuk semua pelanggan. Untuk permulaan yang lancar, kami melakukan percobaan yang memerlukan perubahan manual - dan seringkali ini mengarah pada biaya waktu dan kesalahan. Untuk menghilangkannya, kami memutuskan untuk mengotomatiskan persiapan dan peluncuran percobaan.
Dalam laporan itu, saya akan menjelaskan mengapa kami menulis DSL kustom dan bagaimana Kotlin membantu membuatnya menjadi ringkas dan nyaman. Dan juga tentang masalah apa yang perlu dipecahkan agar semuanya berjalan sesuai keinginan Anda.
Internal dan kode waktu01:47 - Apa itu eksperimen?
04:23 - Anda tidak bisa hanya mengambil dan meluncurkan fitur
05:23 - Eksperimen diperlukan karena ...
07:38 - Masalah dengan eksperimen
09:00 - Skema awal percobaan
10:39 - Konsep Solusi
11:25 - Demo
15:04 - Apa yang harus ditulis DSL
16:46 - Di mana Kotlin dan apa lagi untuk menulis DSL?
21:22 - DSL "Nyali"
23:46 - Cara memastikan keamanan
24:38 - Optimasi DSL
29:31 - Kotlin Script
31:31 - Dan masalahnya
34:45 - Kesimpulan + demo lain
38:29 - Hasil dan apa yang harus dibaca pada topik
Platform microservice terpadu Yandex.Money (Vasily Sozykin, Yandex.Money)
Di Yandex.Money, kami telah membangun arsitektur layanan mikro selama enam tahun - kami memecah monolit menjadi layanan kecil dan menerapkan fungsi baru dalam bentuk komponen yang terpisah.
Tiga tahun lalu, kami memiliki tujuh platform eksklusif - empat untuk Java dan tiga untuk tumpukan JavaScript. Menyertai semua ini mahal dan sulit, tetapi tidak perlu berbicara tentang otomatisasi. Kami sudah bosan dengan kehidupan ini dan menciptakan platform tunggal untuk layanan Java berdasarkan tumpukan Boot Spring.
Saat ini kami hanya memiliki dua platform, dan bagi mereka kekuatan pengembangan telah menulis begitu banyak alat otomasi sehingga proses pengujian rilis dan memasukkannya ke dalam produksi sepenuhnya otomatis. Hampir tidak ada holivar di pull-quests sekarang, sehingga Anda dapat dengan cepat memulai pengembangan di salah satu dari lebih dari 60 komponen.
Dalam laporan tersebut saya akan memberi tahu Anda bagaimana kami meningkatkan proses pengujian, mencakup sebagian besar komponen dengan pengujian setidaknya 80% dan bagaimana kami berhasil mencapai semua ini.
Internal dan kode waktu00:12 - Bagaimana tidak mengejar sekelompok bahasa dan platform
01:02 - Apa yang telah berubah di Yandex.Money selama tiga tahun
03:51 - Awalnya ada dua platform
05:29 - +1 platform dan 10 layanan (semuanya memburuk)
08:32 - Pola pemeliharaan sistem layanan-mikro
08:44 - Instrumen Bangun Terpadu
12:11 - CI / CD sebagai kode
15:06 - Perpustakaan umum bebas bisnis
18:37 - Pengujian komponen
22:56 - Batas cakupan uji versi
25:13 - Platform microservice terpadu
28:40 - 20 menit dari penggabungan ke produksi
Dan di sini kita bersama orang-orang dari front-end berargumen apakah pengembang java tersinggung, jika Anda menyebutnya javists. Orang-orang mengatakan itu normal, tapi saya ragu, meskipun saya sendiri bukan javist.