Upgrade yang sangat santai ke Java 11 dan temuan-temuan utama
Pada akhir Oktober, Oracle Java Magazine and Synk menerbitkan
laporan yang sangat baik tentang ekosistem JVM. Studi ini mewawancarai lebih dari 10.000 pengembang di seluruh dunia mengenai pilihan bahasa, platform, alat, proses, dan aplikasi JVM mereka.
Zeroturnaround dan JRebel sebelumnya mengeluarkan
laporan serupa dalam beberapa tahun terakhir. Eclipse Foundation juga menyelesaikan
studi Java EE-nya awal tahun ini. Penelitian jenis ini selalu bias sampai batas tertentu, tetapi pada saat yang sama mereka memberikan gagasan yang cukup bagus tentang komunitas pembangunan.
Dalam kasus kami, laporan ini memberikan snapshot dan makanan yang luar biasa untuk dipikirkan tentang alat yang digunakan pengembang Java. Pasti layak dibaca secara penuh. Berikut ini beberapa temuan paling menarik.
Java 8 - platform yang dominan
79% pengembang Java menggunakan Java 8 sebagai platform produksi utama mereka, sementara 8% menggunakan Java 9 dan 10. Tampaknya pengembang Java akhirnya meninggalkan Java 7 (9%). Sangat menarik untuk mengamati bahwa sekitar setengah dari pengembang yang disurvei yang tidak menggunakan Java 8 menggunakan versi yang lebih baru (4% untuk 9 dan 10).
Versi Java SE apa yang Anda gunakan dalam produksi untuk aplikasi utama?
Karena Java 11 adalah versi terbaru dari JDK, pertanyaannya adalah: mengapa pengembang tidak meningkatkan ke versi yang lebih baru? Jawabannya, jelas, terletak pada siklus rilis baru.
Lepaskan siklus
Ketika Java 9 dirilis kembali pada tahun 2017, banyak yang khawatir tentang dampak pada pengembangan perubahan dalam arsitektur dan siklus rilis, yang, seperti yang Anda tahu, sekarang memberi kami versi baru setiap 6 bulan.
"Saya percaya siklus baru ini adalah hasil dari siklus rilis yang lambat, hati-hati, dan mungkin bertahun-tahun yang terlalu lama yang telah dikritik terlalu banyak karena fitur-fitur baru yang penting atau signifikan belum dirilis dalam kerangka waktu yang dapat diterima," kata Duncan Brown, Direktur Teknis Perangkat Lunak Prometheus dan Manajer Regional DZone, "Rasanya hampir seperti siklus baru tampaknya memberikan kompensasi berlebih untuk waktu itu dan melangkah terlalu jauh ke arah yang lain."
Ketika ditanya bagaimana mereka akan bereaksi terhadap siklus rilis baru, 30% responden mengatakan bahwa mereka akan memilih sistem rilis-per-rilis, dan 34% mengatakan mereka akan lebih memilih rilis dukungan jangka panjang (LTS), yang meliputi Java 7, 8, dan 11.
Selain komentar tentang siklus rilis, D. Brown juga mengatakan:
"Di era integrasi dan pengiriman perangkat lunak (CI / CD) yang berkelanjutan dan, setelah menghabiskan begitu banyak waktu untuk rilis dengan fungsionalitas dan perencanaan penting, Oracle tampaknya tidak benar-benar menyadari berapa lama siklus rilis yang dapat diterima dan lebih cepat benar-benar harus diambil."
Secara umum, penelitian menunjukkan bahwa hanya 1 dari 10 pengembang yang ingin bekerja dengan JDK versi terbaru.
IntelliJ membuktikan pengembang bersedia membayar untuk IDE
Banyak pengembang telah bekerja dengan alat open-source dan IDE untuk Java sejak lama. Open-source telah memaksa penjual alat untuk bekerja keras untuk menjual IDE kepada pengembang. Oleh karena itu, tampaknya agak tidak terduga bahwa 32% pengembang Java membayar IntelliJ IDEA. Ini sangat dekat dengan angka yang sama - 38% yang menggunakan Eclipse (gratis!). IntelliJ dapat diberi selamat karena membuktikan bahwa pengembang setuju untuk membayar IDE mereka!
Secara keseluruhan, menurut sebuah studi oleh IntelliJ IDEA (45%) dan Eclipse IDE (38%) adalah dua platform IDE utama. Ini tidak mengejutkan, karena banyak penelitian lain menunjukkan bahwa IntelliJ lebih unggul dari Eclipse dalam dua tahun terakhir. Apache NetBeans menempati posisi ketiga, naik 11%.
Gradle tidak merampas Maven dari tahta
Beberapa tahun yang lalu, Gradle adalah "anak baru dalam membuat alat." Tampaknya momentum yang dengannya Gradle mulai berkembang akan membuatnya melampaui raja yang diakui, Maven. Namun, ternyata pertumbuhan Gradle melambat. 60% pengembang menggunakan Maven, dan hanya 19% menggunakan Gradle. Terkadang sulit untuk mengganti teknologi infrastruktur yang ada. Sedikit perubahan dalam mendukung Gradle dalam beberapa tahun terakhir telah tercapai berkat dukungan barunya untuk Kotlin.
Alat perakitan apa yang Anda gunakan dalam proyek utama?
GitHub bukan raja repositori kode
Sebagian besar, dan mungkin semua proyek sumber terbuka menggunakan GitHub. Oleh karena itu, agak tidak terduga bahwa pertanyaan "Repositori kode apa yang Anda gunakan dalam proyek utama?" Bitbucket dan GitHub masing-masing mencetak 25%, dan GitLab (20%) berada di peringkat kedua di sebelah mereka. Jawabannya mencakup repositori pribadi dan publik, sehingga hasilnya bukan sesuatu yang spesifik untuk open-source. Ini menunjukkan bahwa Bitbucket dan GitLab bekerja dengan sangat baik. Untung GitHub memiliki persaingan yang serius.
Repositori apa yang Anda gunakan dalam proyek utama?
Siklus rilis perangkat lunak pendek.
Sulit menemukan penelitian yang menanyakan: "Seberapa sering Anda merilis versi baru kode Anda?" Karena itu, menarik untuk menemukan jawabannya dalam penelitian ini. Sangat tak terduga dan mengesankan 72% responden mengatakan bahwa mereka mengeluarkan kode setidaknya sebulan sekali. Pengembangan lincah dan DevOps tentu memiliki efek menguntungkan pada pengurangan siklus rilis.
Seberapa sering Anda merilis versi baru kode Anda?
+ BONUS (!)
Apakah Anda tahu seberapa sering Anda merilis kode baru?
Java EE dan banyak lagi
Selain pertanyaan yang secara khusus terkait dengan versi JDK, penelitian ini juga mengajukan pertanyaan tentang Java EE dan banyak lainnya.
Laporan tersebut menyatakan bahwa 4 dari 10 pengembang tidak menggunakan Java EE untuk aplikasi inti mereka. Java EE 7 masih merupakan versi yang paling banyak diminta (27%), tetapi Java EE 8 tidak jauh di belakang (22%). Rilis Java EE 8 berlangsung pada bulan September 2017, sehingga terlihat sangat menjanjikan bahwa setelah hanya satu tahun versi ini menjadi hampir yang paling populer.
Versi Java EE apa yang Anda gunakan untuk aplikasi utama?
Dan tentu saja, Anda harus menjaga 2% dari mereka yang berjuang untuk J2EE - versi yang rilis terakhirnya pada tahun 2003;)
Artikel asli dapat ditemukan di
sini dan di
sini .