إنها الساعة 7:40 صباح يوم ثلاثاء من عام 2031، ولم تكتب بعد سطرًا واحدًا من الشيفرة. وبينما كنت نائمًا، عمل أربعة وكلاء على قائمة المهام التي رتبتها بعد ظهر اليوم السابق. أنهى ثلاثة منهم عملهم وتركوا طلبات دمج (pull requests)، كل منها مع اختبارات، وتسجيل قصير يوضح عمل الميزة، وملاحظة حول الأجزاء التي لم يكونوا متأكدين منها. أما الرابع فتوقف في الساعة 2:13 فجرًا وطرح سؤالًا: تنص المواصفات على إعادة الاستردادات إلى البطاقة الأصلية، لكن بطاقة هذا العميل انتهت صلاحيتها في مارس. ما الذي ينبغي أن يحدث؟ كان بإمكان الوكيل أن يكتب شيفرة الاسترداد طوال اليوم، لكنه لا يستطيع أن يقرر ما تدين به الشركة للعميل في هذه الحالة، فتوقف وسأل.
يسير صباحك على هذا النحو: تقرأ ثلاثة طلبات دمج، وتتحدث مع أحد أفراد فريق الدعم، وتكتب القاعدة بوضوح كافٍ حتى لا يضطر أحد، إنسانًا كان أو آلة، إلى التخمين مرة أخرى. هذا السيناريو متخيل، لكن الوكلاء الذين يعملون دون إشراف طوال الليل موجودون اليوم بالفعل. يعمل أحدهم كل ليلة في الساعة العاشرة على جهاز المؤلف، فيبتكر مشروعًا صغيرًا، ويبنيه، ويختبره، ويكتشف المؤلف ما صنعه أثناء الإفطار. وقد تحولت هذه التجربة إلى Rule Safari، وهو مشروع حي على الموقع.
هل هذه نهاية البرمجة؟ لقد سأل الناس هذا السؤال منذ أكثر من سبعين عامًا. ففي نوفمبر 1954 كتبت مجموعة أبحاث البرمجة في IBM أن FORTRAN "ينبغي أن يُلغي عمليًا الترميز وتصحيح الأخطاء". صدرت لغة FORTRAN عام 1957 وألغت فعلًا نوعًا من الترميز، إذ لم يعد أحد تقريبًا يترجم المعادلات إلى تعليمات آلة يدويًا. أما تصحيح الأخطاء فقد بقي. ما فعله المترجم حقًا هو إزالة طبقة مملة ورفع العمل إلى مستوى أعلى. أصبحت البرامج أرخص في الكتابة، فأراد الناس المزيد منها. وقد تكرر هذا النمط منذ ذلك الحين، وقد يكون الوكلاء الخطوة التالية فيه.
المصدر: Hacker News · لخّصه HeadlinesBriefing