অনেক পাঠকই জানেন যে বিটা পর্যায় শুরু হওয়ার পর PostgreSQL 19 শাখা থেকে অস্বাভাবিক রকম বেশি ফিচার ফিরিয়ে নেওয়া হয়েছে। কিছু ফিচার ফিরিয়ে নেওয়া অস্বাভাবিক নয়, এবং প্রতি চক্রে একটি হওয়া প্রত্যাশিত হতে পারে। কিন্তু এবার, গণনার ধরন অনুযায়ী, প্রায় ৮ থেকে ১০টি উল্লেখযোগ্য ফিচার ফিরিয়ে নেওয়া হয়েছে, যার কয়েকটি বিটা পর্যায়ের বেশ দেরিতে। লেখক, যিনি আক্রান্ত কিছু ফিচারের একজন ডেভেলপার বা কমিটার, যা ঘটেছে তা নিয়ে ভাবছেন এবং এখনও প্রাথমিক পর্যায়ের মতামত দিচ্ছেন।
কারণগুলো সম্ভবত প্রতিটি ফিচারের ক্ষেত্রে ভিন্ন ভিন্ন উপাদানের মিশ্রণ। লেখক স্বীকার করেন যে কোডটি হয়তো যথেষ্ট ভালো ছিল না, এবং দলও হয়তো যথেষ্ট ভালো কাজ করতে পারেনি। এটি কাকতালীয়ও হতে পারে: প্রকল্পটি ভালো গতিতে এগোচ্ছিল এবং এমন কয়েকটি ফিচারে হাত দিয়েছিল যা সময়মতো শেষ করা কঠিন প্রমাণিত হয়েছে। কিছু ফিচারে গুরুতর স্থাপত্যগত ত্রুটি ছিল, যা বিটা চলাকালে দ্রুত ঠিক করা কঠিন হতো। অন্যগুলো বেশ কিছু তুলনামূলকভাবে নিরীহ প্রান্তিক ক্ষেত্রের সমস্যার ভারে ভুগছিল, যা আগের চক্রগুলোতে পরে দেখা দিত এবং পরের কয়েক বছরে ধীরে ধীরে ঠিক করা হতো।
LLM-সহায়ক কোড রিভিউ সেই সময়সূচি বদলে দিয়েছে। এই সমস্যাগুলো এখন অনেক দ্রুত ধরা পড়ছে, ফলে ডেভেলপারদের হাতে প্রায় চল্লিশটি ত্রুটি-প্রতিবেদনের তালিকা এসে যাচ্ছে। প্রতিটির জন্য হয়তো সামান্য সংশোধনই লাগে, তবু প্রতিটি সামলানোর স্থির খরচ যোগ হতে থাকে এবং সময় ফুরিয়ে যায়। আক্রান্ত বেশিরভাগ ফিচার এমন রিভিউ টুল কার্যকর হওয়ার অনেক আগে লেখা, তাই তাদের যুক্ত হওয়ার পর কার্যকর মানদণ্ড বেড়ে গেছে। লেখকের যুক্তি, এটি "ভাইব কোডিং"-এর কারণে নয়, কারণ কোডটি সেই সম্ভাবনার আগের।
এপ্রিল থেকে আগস্ট পর্যন্ত "Vulnpocalypse" নামে পরিচিত নিরাপত্তা সংকট পরিস্থিতিকে আরও খারাপ করে তোলে, যা অনেক সিনিয়র ডেভেলপারকে নিরাপত্তা সংশোধনে ব্যস্ত রাখে। ফলে বিটা চলাকালে সাধারণত যে অতিরিক্ত রিভিউ ও পরীক্ষা হতো তা কমে যায় এবং পরে ফিরে আসে, যা ব্যাখ্যা করে কেন এত সমস্যা এত দেরিতে দেখা দিল। লেখকের বিশ্বাস, আরও প্রায় দুই মাস পেলে অনেক ছোট সমস্যার সমাধান করা যেত, কিন্তু সম্প্রদায় বিলম্বের চেয়ে প্রকাশের সময়সূচি মেনে চলাকেই বেছে নিয়েছে।
উৎস: Hacker News · সারাংশ: HeadlinesBriefing