سرعة النماذج الأولية في عصر الذكاء الاصطناعي
ملحوظة: هذه أفكار شخصية حول كيفية تغير سير العمل الخاص بي خلال العام الماضي، وليست عرضًا تقديميًا لأي أداة. سوف تختلف المسافة المقطوعة (وربما ينبغي). قبل بضع سنوات كتبت عن حبي للنماذج الأولية؛ تلك الإثباتات الصغيرة للمفاهيم الموجودة فقط لإخراج فكرة من رأسك إلى شيء ملموس. في ذلك الوقت، كان أكبر عنق الزجاجة بالنسبة لي هو أنا؛ الوقت المستغرق لبناء مشروع ما، وتوصيل الأجزاء المملة، والوصول إلى مكان حيث يمكن بالفعل اختبار الأجزاء المثيرة للاهتمام. وبالمضي قدمًا إلى الآن، اختفى عنق الزجاجة هذا تقريبًا. لقد كنت مترددا قليلا في الكتابة عن هذا. لقد قمت بالفعل بمشاركة بعض الأفكار الحذرة حول الذكاء الاصطناعي وأين يتناسب مع سير العمل الخاص بي، وأنا أؤيد كل ذلك. ما زلت أعتقد أن الصناعة تكتشف الأمور في الوقت الفعلي، وما زلت أعتقد أنه من المفيد توخي الحذر. لكن الحذر لا يعني العمى، والحقيقة الصادقة هي أن الذكاء الاصطناعي قد غيّر مدى السرعة التي يمكنني بها الانتقال من “أتساءل عما إذا كان…” إلى “أوه، إنه يعمل”. عمليات إعادة الشراء الأخيرة إذا نظرت إلى GitHub الخاص بي مؤخرًا، فستلاحظ ظهور تدفق من عمليات إعادة الشراء الجديدة. Sakoa، هي لغة أنظمة تقدمية قمت بتصميمها من الصفر، ومكتملة بنظام تأثير وثلاثة أوضاع للذاكرة وMIR مع واجهات خلفية متعددة. Kato، هي لغة تدوين تهدف إلى الجلوس في مكان ما بين JSON وTOML وYAML، ولكنها مصممة بشكل صريح لتكون صديقة لكل من البشر والوكلاء. Seal، وهو واجهة سطر أوامر صغيرة تعمل على قتل ملف .env بهدوء عن طريق إخفاء الأسرار في مخازن بيانات الاعتماد الأصلية لنظام التشغيل. Karabiner، تطبيق مراسلة أصلي للوكيل الأول لنظام التشغيل iOS. Plim، محرر قوالب مستوحى من فكرة Notion وقابل للتضمين للويب مع نواة غير محددة لإطار العمل وروابط React. وعدد قليل آخر من الأشخاص ليسوا جاهزين لتسليط الضوء بعد. قبل بضع سنوات، كانت تلك القائمة عبارة عن ثلاثة اتفاقيات إعادة شراء مع وحدات README، وفرعين مهجورين، ونموذج أولي عامل سأكون فخورًا به بهدوء. الآن؟ النماذج الأولية موجودة. يركضون. ومنهم من لديه اختبارات. بدأ الزوجان في الظهور كمشاريع حقيقية. وعلى الرغم من أنها لن تتحول جميعها إلى أي شيء جدي (وهذا هو بيت القصيد)، إلا أن هناك شيئًا مُرضيًا حقًا بشأن القدرة على تجربة فكرة ما، بدلاً من مجرد التحدث عنها. التصغير الشيء الذي لم يحذرني منه أحد حقًا هو مدى تغيير الذكاء الاصطناعي لشكل العمل الهندسي، وليس فقط سرعته. عندما لا أكون الشخص الذي يكتب كل سطر، فأنا مجبر على التفكير بشكل مختلف. أنا أفكر في الحدود، والعقود، وكيف تتناسب الأجزاء معًا. أنا أكتب المطالبات والمواصفات التي تصف النظام بشكل كلي، قبل وجود النظام. يبدو هذا التحول صغيرًا، لكنه كان تحويليًا بهدوء. أنا أخطط على مستوى أكثر تجريدًا، وأضع المشكلات في إطار قبل أن أحلها، وأصبحت أفضل بشكل ملحوظ في التفويض؛ سواء للوكلاء أو للناس. لقد تبين أن مهارة “وصف شكل النجاح بالضبط، بطريقة يستطيع مهندس مبتدئ (أو نموذج) التصرف بها بدون وجودك في الغرفة” هي نفس المهارة في كلا الاتجاهين. مشاركة الرؤية، وتقسيم العمل، وتوقع أين قد تسوء الأمور؛ هذه هي العضلات التي اضطررت إلى تمرينها بشكل أكثر تعمدًا، وأنا أفضل من ذلك. فيما يتعلق بالإنتاجية، كنت أتتبع هذا بشكل فضفاض لفترة من الوقت، بدافع الفضول في الغالب. استنادًا إلى مهامي الهندسية اليومية (التي يتم قياسها تقريبًا من خلال الوقت اللازم للعلاقات العامة لأجزاء العمل النموذجية)، أصبح معدلي أسرع بنحو 4 مرات مما كنت عليه قبل أن يصبح الوكلاء جزءًا ذا معنى من سير العمل الخاص بي. في بعض الأيام يكون الرقم أكثر، وفي بعض الأيام يكون أقل، وفي بعض الأيام يفعل الوكيل شيئًا غريبًا ومبهجًا يكلفني ساعة للتراجع عنه (وهو ما سأحسبه بكل سرور مقابل المتوسط). لكن هذا الرقم يقلل من التأثير الأكثر إثارة للاهتمام: لقد تغير نوع العمل الذي يمكنني القيام به. الأشياء التي كنت سأضعها سابقًا تحت عنوان “فكرة جميلة، لا يوجد وقت” أصبحت الآن في فترة ما بعد الظهر. إن عمليات إعادة البناء التي كنت سأشعر بالفزع منها قابلة للتنفيذ. لقد انخفضت تكلفة تجربة شيء ما بدرجة كافية لدرجة أنني سأحاول فقط تجربة الأشياء التي كنت سأجادل بشأنها في المستند. تكلفة السرعة ليست كلها في الاتجاه الصعودي. نفس السرعة التي تجعلني منتجًا تعني أيضًا أنني أكتب تعليمات برمجية أقل مما اعتدت عليه، وقد لاحظت أنه يجب علي أن أكون متعمدًا بشأن الحفاظ على براعتي الفنية الحادة. إذا سمحت بذلك، فستقوم الأدوات بكل ذلك بكل سرور؛ وهذه ليست صفقة أريد عقدها حقًا. ما زلت أريد أن أعرف كيف تعمل الأشياء التي أعمل عليها بالفعل. لذلك بدأت في تخصيص وقت للأجزاء اليدوية عن قصد. تنفيذ شيء ما من البداية إلى النهاية باليد. قراءة كود المصدر بدلا من طلب ملخص. الجلوس مع مصحح الأخطاء بدلاً من لصق تتبع المكدس في الدردشة. إنه أبطأ، ومحبط في بعض الأحيان، وربما ضروري؛ سواء من أجل سلامتي العقلية، أو لأن اللحظات التي لا يكون فيها الذكاء الاصطناعي كافيًا لا تزال تتطلب مهندسًا يعرف بالفعل ما يفعله. الجانب الآخر من هذا أكثر إمتاعًا: مع السرعة الجديدة، من السهل بشكل مدهش تخصيص وقت للاستكشاف والتعلم وإنشاء النماذج الأولية. الساعات التي كنت أقضيها في الأجزاء المتوسطة التي لا يمكن تجنبها من المشروع أصبحت الآن حرة للعب بأفكار جديدة، أو التنقيب في أشياء لا أفهمها تمامًا، أو مجرد بناء شيء غريب من أجل ذلك. هذه تجارة يسعدني القيام بها. التأثير في العمل لقد ظهرت هذه الوتيرة الجديدة في وظيفتي اليومية أيضًا. بدون الخوض في الكثير من التفاصيل (سأحتفظ بالكتابات المناسبة بمجرد حصولي على تسجيل الخروج المناسب)، فقد سمحت لي زيادة السرعة بإحداث تأثير في بعض المجالات المختلفة من دوري والتي لم يكن لدي النطاق الترددي لأتطرق إليها بخلاف ذلك: لقد تمكنت من المساعدة في طرح بعض الأتمتة التي توفر الدعم للمهندسين الآخرين؛ عمل أفتخر به حقًا، وآمل أن أكتب عنه بشكل مناسب قريبًا. لقد قمت أيضًا بالبحث في أوقات تمهيد مساحة التعليمات البرمجية الداخلية الخاصة بنا وتمكنت من إجراء تغييرات أدت إلى تقليلها بنسبة 50٪ تقريبًا. هناك مقال أطول بداخلي حول كيفية وصولنا إلى هناك، ولكن يجب الانتظار. كلاهما من الأشياء التي ربما كانت لدي أفكار بشأنها قبل عامين، لكن لم يكن لدي المساحة اللازمة لتقديمها جنبًا إلى جنب مع عملي الأساسي. التغيير في السرعة لا يؤدي فقط إلى تسريع الأشياء التي كنت أفعلها بالفعل؛ إنه يوسع مساحة سطح ما يمكنني فعله على الإطلاق. أنا لست الوحيد الذي لاحظ هذا، فقد كتب عدد قليل من المهندسين الآخرين في هذا المجال عن تحولات مماثلة، وكان من المطمئن (والمفيد) قراءته. اثنان أوصي بهما بشكل خاص: مايك ماكويد (قائد Homebrew، Hubber السابق لمدة 10 سنوات) لديه كتابة رائعة عن إعداده الحالي للوكيل، بما في ذلك استخدامه لوضع الحماية وأشجار عمل git لموازاة العمل فعليًا. إن تأطيره المتمثل في “المزيد من الرموز المميزة/الإنفاق يترجم مباشرة إلى سرعة أكبر” هو أحد التعبيرات الأكثر وضوحًا عن الاتجاه الذي تتجه إليه الأمور. قامت Cassidy Williams، وهي Hubber الحالية، بتنفيذ الكثير من المشاريع الشخصية الصغيرة ولكنها مرضية للغاية باستخدام Copilot CLI، بما في ذلك إعداد صغير ممتع يربط وحدة التحكم Logitech MX Creative الخاصة بها للتحكم في أضواء Elgato الخاصة بها. إنه مثال جيد على مدى انخفاض مستوى “سأبني هذا بنفسي”. أود أيضًا أن أومئ برأسي إلى منشور القوى العظمى الذي كتبه سيمون ويليسون لإلقاء نظرة أوسع على ما يستطيع وكلاء البرمجة فعله فعليًا في البرية؛ تستحق القراءة إذا لم تقم بذلك. ما زلت لا أعتقد أن الذكاء الاصطناعي سحر، وما زلت حذرًا بشأن الصورة الأوسع؛ أما المسائل البيئية والمالية والاجتماعية فلم تذهب إلى أي مكان. لكن بالنسبة لي، في الوقت الحالي، الواقع اليومي هو أنني أستطيع التحرك بشكل أسرع، والتفكير بشكل أكبر، والشحن أكثر مما كنت أستطيع من قبل. وكان ذلك ممتعًا حقًا. ليس لدي نتيجة دقيقة لإنهاء هذا الأمر. سأستمر فقط في إنشاء النماذج الأولية، وسأستمر في وضع يدي في أيديهم عندما أحتاج إلى ذلك، وسأستمر في الاهتمام بما يتغير وما لا يتغير. المزيد من الأفكار مع استمرار الأمور في التحول. حتى المرة القادمة…
تم النشر: 2026-05-31 17:37:00
مصدر: darylcecile.net
