قبل ظهور الوكلاء، كان من السهل الاعتقاد بأن تبادل التعليقات على لقطات النظام طريقة فعّالة للتعاون في تطوير البرمجيات، لكنها لم تُجدِ نفعًا مع فريق Zed. نعمل معًا باستمرار في نفس شجرة العمل، ونبني الثقة والتفاهم المشترك من خلال مناقشة الكود أثناء كتابته. لا يسمح GitHub بمناقشة الكود إلا بعد إتمام عملية الالتزام والدفع، ولكن بحلول ذلك الوقت تكون أهم نقاشاتنا قد انتهت بالفعل.
لذا، في عام ٢٠٢١، أسسنا Zed لتجاوز قيود الالتزامات. كانت خطتنا بناء مُحرر يليق بأفضل مطوري العالم، ثم توفير طريقة أفضل للعمل الجماعي داخله. لم نتوقع حينها كيف ستزداد أهمية المشكلات التي أمضينا سنوات في التفكير فيها في سياق التعاون البشري عند التعاون مع الوكلاء.
يتزايد باستمرار أن الحوار الذي يُنتج الكود يُصبح المصدر الحقيقي لبرمجياتنا. تتطور هذه المحادثة باستمرار، ويجب ربطها بالشيفرة البرمجية عند تغييرها. لم يُصمم نظام Git، القائم على عمليات الالتزام المنفصلة، لدعم هذا النوع من العمليات.
لذا، نعمل على تطوير نظام يدعم ذلك. أطلقنا عليه اسم DeltaDB، وهو نوع جديد من أنظمة التحكم في الإصدارات مبني على تجريد متماسك واحد، يحوّل محادثاتك مع الوكلاء ومسارات العمل التي يعدلونها إلى عناصر مشتركة. لقد أحرزنا تقدمًا كبيرًا منذ أن تحدثت عنه لأول مرة في خريف العام الماضي، ومع جاهزية النسخة التجريبية خلال أسابيع قليلة، يسعدني أن أشارككم المزيد حول ما سنطلقه.
ليست هناك تعليقات:
إرسال تعليق