Banyak pembaca tentu tahu bahwa jumlah fitur yang dibatalkan dari cabang PostgreSQL 19 setelah periode beta dimulai sangat tinggi. Pembatalan beberapa fitur bukanlah hal yang aneh, dan mungkin satu per siklus memang wajar. Namun kali ini, tergantung cara menghitungnya, sekitar 8 hingga 10 fitur signifikan dibatalkan, beberapa di antaranya cukup terlambat dalam periode beta. Penulis, seorang pengembang atau committer dari beberapa fitur yang terdampak, merefleksikan apa yang terjadi, dengan pendapat yang masih bersifat awal.
Penyebabnya kemungkinan merupakan kombinasi berbagai faktor yang berbeda untuk setiap fitur. Penulis mengakui bahwa kodenya mungkin belum cukup baik, dan tim mungkin belum bekerja cukup baik. Bisa juga ini kebetulan: proyek sedang berjalan lancar dan mencoba beberapa fitur yang ternyata terlalu sulit untuk diselesaikan tepat waktu. Beberapa fitur memiliki cacat arsitektur yang signifikan yang sulit diperbaiki dengan cepat selama beta. Yang lain mengalami rentetan panjang masalah kasus tepi yang relatif tidak berbahaya, yang pada siklus sebelumnya akan muncul belakangan dan diperbaiki secara bertahap selama bertahun-tahun berikutnya.
Tinjauan kode berbantuan LLM telah mengubah lini masa tersebut. Masalah-masalah ini kini ditemukan jauh lebih cepat, sehingga pengembang menghadapi daftar sekitar empat puluh laporan cacat. Meskipun setiap masalah hanya membutuhkan perbaikan kecil, beban tetap untuk menangani setiap masalah terakumulasi dan waktu pun habis. Sebagian besar fitur yang terdampak ditulis jauh sebelum alat tinjauan semacam ini berguna, sehingga standar kualitas efektif telah meningkat sejak fitur tersebut digabungkan. Penulis berpendapat bahwa hal ini bukan karena "vibe coding", sebab kodenya sudah ada sebelum kemungkinan tersebut muncul.
Situasi ini diperparah oleh krisis keamanan yang dijuluki "Vulnpocalypse", yang menarik banyak pengembang senior untuk memperbaiki keamanan dari April hingga Agustus. Akibatnya, tinjauan dan pengujian tambahan yang biasanya dilakukan selama beta berkurang dan baru dilanjutkan belakangan, yang menjelaskan mengapa banyak masalah muncul begitu terlambat. Penulis meyakini bahwa dengan tambahan sekitar dua bulan, banyak masalah kecil bisa ditangani, tetapi komunitas memilih untuk tetap pada jadwal rilis daripada menundanya.
Sumber: Hacker News · Diringkas oleh HeadlinesBriefing