أحد الأشياء الجميلة في البرامج هو أنه يتطور دائمًا. ومع ذلك ، فإن كل قطعة تحمل ثقل القرارات السابقة التي تم إنشاؤها عند إنشاءها. مع مرور الوقت ، فإن الإصلاحات السريعة ، الحلول “المؤقتة” ، وتتلاشى الموعد النهائي إلى الديون التقنية. مثل الديون المالية ، كلما طال انتظار معالجته ، كلما أصبح أكثر تكلفة.

من الصعب تحديد أولويات إصلاحات الديون التكنولوجية عندما تلوح في الأفق المواعيد النهائية وتستمر طلبات الميزات في البث. يبدو أن عمل الدين التقني يبدو وكأنه رفاهية عندما تكون باستمرار في الوضع التفاعلي. إن إصلاح ما يتم كسره اليوم له الأسبقية على منع شيء من الانهيار غدًا. في بعض الأحيان ، ينتج عن ذلك الديون التكنولوجية المتراكمة إعادة كتابة النظام الكامل ، والتي تستغرق وقتًا طويلاً ومكلفة ، فقط لتحقيق التكافؤ مع الأنظمة الحالية.

لا تعمل الأساليب الشائعة لإدارة الديون التقنية ، مثل أسابيع البستنة (العدوات المخصصة للديون التقنية) والجداول الزمنية الممتدة ، بشكل جيد. تعامل أسابيع البستنة ديون التكنولوجيا كاستثناء بدلاً من الصيانة المستمرة ، وغالبًا ما تترك مشاكل أكبر دون معالجة بينما تؤجل الفرق إصلاحات أصغر. تخلق الجداول الزمنية الممتدة تقديرات غير واقعية يمكنها كسر الثقة بين فرق الهندسة وفرق المنتجات.

المشكلة الأساسية هي التعامل مع ديون التكنولوجيا كشيء يقاطع تدفق التطوير الطبيعي. ماذا لو كان بإمكانك بدلاً من ذلك التخلص من الديون التقنية بشكل مستمر ، بالتوازي مع العمل المنتظم ، دون تعطيل التزامات العدو أو الجداول الزمنية لتوصيل الميزات؟

باستخدام وكلاء الذكاء الاصطناعى لمعالجة ديون التكنولوجيا بشكل روتيني

تعد إدارة الديون التقنية فرصة كبيرة لوكلاء الذكاء الاصطناعى مثل وكيل الترميز في جيثب copilot.

مع وكلاء الذكاء الاصطناعى مثل وكيل الترميز في جيثب copilot، لم تعد عناصر الديون التقنية تحتاج إلى الذهاب إلى تراكم للموت. أثناء التركيز على الميزات الجديدة والتغييرات المعمارية التي تحتاج إلى إحضارها إلى قاعدة الكود المتطورة ، يمكنك تعيين Github Copilot لإكمال مهام الديون التقنية في نفس الوقت.

فيما يلي بعض الأمثلة على ما يمكن أن يفعله وكيل الترميز:

• تحسين تغطية اختبار الكود: هل لديك تغطية محدودة للاختبار الكود ولكنك تعرف أنك لن تحصل أبدًا على المشاركة لقضاء بعض الوقت في كتابة المزيد من الاختبارات؟ تعيين المشكلات إلى github copilot لزيادة تغطية الاختبار. سيعتني به الوكيل ويتحرك عندما تكون الاختبارات جاهزة للمراجعة.
• تبديل التبعيات: هل تحتاج إلى مبادلة مكتبة سخرية لمكتبة مختلفة ، لكن هل تعلم أنها ستكون عملية طويلة؟ قم بتعيين المشكلة لتبديل المكتبة إلى github copilot. يمكن أن تعمل من خلال هذا المبادلة أثناء تركيز انتباهك في مكان آخر.
• توحيد الأنماط عبر codebases: هل هناك طرق متعددة لإرجاع وتسجيل أخطاء في قاعدة بيانات الكود الخاصة بك ، مما يجعل من الصعب التحقيق في المشكلات عند حدوثها وتؤدي إلى الارتباك أثناء التطوير؟ قم بتعيين مشكلة إلى github copilot لتوحيد طريقة واحدة لإرجاع الأخطاء وتسجيلها.
• تحسين أنماط تحميل الواجهة الأمامية: هل هناك منطقة تقوم فيها بإجراء مكالمات API أكثر مما يحتاجه تطبيقك حقًا؟ اطلب من GitHub CoPilot تغيير التطبيق لإجراء مكالمات API فقط عند طلب البيانات ، بدلاً من تحميل كل صفحة.
• تحديد الكود الميت والقضاء عليه: هل هناك في أي مكان في مشروعك حيث قد يكون لديك وظائف غير مستخدمة أو نقاط نهاية قديمة أو تكوين لا معنى له؟ اطلب من GitHub CoPilot البحث عن هذه واقتراح طرق لإزالتها بأمان.

إذا كانت هذه الأمثلة تبدو محددة للغاية ، فذلك لأنها كذلك. هذه كلها تغييرات حقيقية تعاملت مع فريقي باستخدام وكيل ترميز GitHub Copilot – وربما لم تكن هذه التغييرات قد حدثت بدونها. إن القدرة على معالجة الديون التقنية بشكل مستمر أثناء تقديم الميزات نمت بشكل كبير، وعمل عملاء الذكاء الاصطناعى في سير العمل لدينا أثبتوا قيمة لا تصدق. لقد تمكنا من تقليل الوقت الذي يستغرقه إزالة الديون التقنية من أسابيع من الأسابيع ، وتقسيم التركيز إلى بضع دقائق من كتابة مشكلة وبضع ساعات للمراجعة والتكرار بناءً على طلب سحب.

هذا لا يتعلق باستبدال المهندسين البشر ؛ يتعلق الأمر بتضخيم ما نفعله بشكل أفضل. في حين أن الوكلاء يتعاملون مع العمل المتكرر والمستهلك للوقت المتمثل في إعادة إنشاء التعليمات البرمجية القديمة ، وتحديث التبعيات ، وتوحيد الأنماط عبر قواعد الكود ، يمكننا التركيز على قرارات الهندسة المعمارية ، والابتكار ، وحل مشاكل العمل المعقدة. والنتيجة هي برنامج يبقى أكثر صحة بمرور الوقت ، والفرق التي تشحن بشكل أسرع ، والمهندسين الذين يقضون وقتهم في العمل الذي ينشطهم بالفعل.

عندما يكون الذكاء الاصطناعى هو copilot الخاص بك ، لا يزال يتعين عليك القيام بالعمل

كلما تعلمت أكثر عن الذكاء الاصطناعي ، كلما أدركت مدى أهمية البشر في العملية بأكملها. يتفوق وكلاء الذكاء الاصطناعى في المهام المحددة جيدًا والمتكررة ، وهو نوع من أعمال الديون التقنية المهم ولكنها مملة. ولكن عندما يتعلق الأمر بالقرارات المعمارية الأكبر أو التغييرات المنطقية التجارية المعقدة ، فإن الحكم البشري لا يزال لا يمكن الاستغناء عنه.

نظرًا لأننا مهندسين ، فإننا نعرف اعتبارات التخطيط والمعاينة الدقيقة التي تأتي مع حرفتنا. واحد خاطئ فاصلي ، ويمكن أن ينهار الأمر برمته. هذا هو السبب في أن كل موجه يتطلب دراسة متأنية ويتطلب كل تغيير إلى قاعدة قاعدة الشفرة مراجعة شاملة.

فكر في الأمر على أنه يعمل مع شريك رائع يمكنه كتابة رمز نظيف طوال اليوم ولكنه يحتاج إلى إرشادات حول ما يهم فعليًا لتطبيقك. عامل الذكاء الاصطناعى يجلب السرعة والاتساق. لا تتعب أبدًا ، ولا تقطع الزوايا أبدًا لأنها بعد ظهر يوم الجمعة ، ويمكنها الحفاظ على التركيز عبر مئات التغييرات. لكنك تجلب التفكير الاستراتيجي: معرفة الديون التقنية التي يجب معالجتها أولاً ، وفهم التأثير التجاري للنهج المختلفة ، والتعرف على متى قد يخلق “الإصلاح السريع” مشاكل أكبر.

يحدث السحر في التفاعل بين الحكم الإنساني وتنفيذ الذكاء الاصطناعي. يمكنك تحديد المشكلة ، وتعيين القيود ، والتحقق من صحة الحل. يتعامل الوكيل مع تفاصيل التنفيذ الشاقة التي من شأنها أن تستهلك ساعات من وقتك. تتيح لك هذه الشراكة العمل على مستوى أعلى مع الحفاظ على الجودة والتحكم.

نصائح لتحقيق أقصى استفادة من وكيل الترميز في Github Copilot

إليك ما تعلمته من استخدام وكيل الترميز في Github Copilot خلال الأشهر القليلة الماضية:

1. يكتب تعليمات copilot لمستودعك. هذا يؤدي إلى تجربة أفضل بكثير. يمكنك حتى أن تطلب من وكيلك كتابة الإرشادات التي يمكنك البدء بها ، وهو ما فعلت ذلك! قم بتضمين أشياء مثل البرامج النصية التي تحتاج إلى تشغيلها أثناء التطوير لتنسيق وبرد (تنظر إليك ، go fmt).
2. العمل في قطع هضم. هذا ليس بالضرورة لأن الوكيل يحتاج إلى العمل في قطع صغيرة. لقد تعلمت الطريقة الصعبة التي ستجعلها بعض التغييرات الطموحة والكتابة إذا لم تقم بوضوح بذكر مجالات قاعدة قاعدة البيانات التي تريد تغييرها. ومع ذلك ، فإن مراجعة طلب سحب 100+-file ليس فكرتي عن الوقت المناسب ، لذا فإن العمل في أجزاء قابلة للهضم يجعل تجربة أفضل بالنسبة لي كمراجع. ما يبدو عليه هذا بالنسبة لي هو بدلاً من كتابة مشكلة تقول “تحسين تغطية الاختبار لهذا التطبيق” ، أقوم بإنشاء مشكلات متعددة مخصصة لـ Github Copilot التي “تحسين تغطية الاختبار للملف X” أو “تحسين تغطية الاختبار للمجلد Y” ، لتحسين نطاق التغييرات التي أحتاجها إلى مراجعتها.
3. إتقان فن الحطام الفعال. تعتمد جودة ما تحصل عليه من وكلاء الذكاء الاصطناعي اعتمادًا كبيرًا على مدى توصيل متطلباتك. كن محددًا بشأن السياق والقيود ومعايير الترميز التي تريد أن يتبعها الوكيل.
4. دائما مراجعة الرمز بدقة. على الرغم من أن وكلاء الذكاء الاصطناعى يمكنهم التعامل مع المهام المتكررة بشكل جيد ، إلا أنهم لا يفهمون منطق العمل كما تفعل. إن جعل مراجعة التعليمات البرمجية جزءًا مركزيًا من سير العمل الخاص بك يضمن الجودة مع الاستفادة من الأتمتة. هذا هو أحد الأسباب التي تجعلني أحب وكيل ترميز Github Copilot. يستخدم نفس أدوات مراجعة التعليمات البرمجية التي أستخدمها كل يوم لمراجعة التعليمات البرمجية من زملائي ، مما يجعل من السهل بشكل لا يصدق أن يتناسب مع سير العمل الخاص بي.

نحن في لحظة محورية في هندسة البرمجيات. لفترة طويلة جدًا ، كانت الديون التقنية هي القاتل الصامت للإنتاجية. إنه الشيء الذي نعرفه جميعًا يحتاج إلى اهتمام ولكن نادراً ما يحصل على الأولوية حتى يصبح أزمة. يمنحنا وكلاء ترميز الذكاء الاصطناعي الفرصة لتغيير هذه المعادلة بالكامل.

سيكون للمهندسين الذين يتعلمون التعاون بفعالية مع وكلاء الذكاء الاصطناعى – الذين يتقنون فنًا واضحًا ومراجعة التعليمات البرمجية المدروسة ، وتفويض المهام الاستراتيجية – ميزة هائلة. سيكونون قادرين على الحفاظ على قواعد الكود التي يصارعها أقرانهم ، ومعالجة الديون التكنولوجية التي يتجنبها الآخرون ، وربما يلغي الحاجة إلى إعادة كتابة تلك الباهظة الثمن التي تستغرق وقتًا طويلاً والتي ابتليت صناعتنا منذ عقود.

لكن هذا التحول يتطلب جهدا مقصودا. تحتاج إلى تجربة هذه الأدوات ، وتعلم نقاط قوتها وقيودها ، ودمجها في سير العمل. التكنولوجيا جاهزة. والسؤال هو ما إذا كنت ستستفيد منه.

إذا لم تكن قد بدأت في استكشاف كيف يمكن لوكلاء الذكاء الاصطناعي المساعدة في ديونك التقنية ، فهو الآن هو الوقت المثالي للبدء. إن نفسك المستقبلية ، التي هي أكثر إنتاجية ، أقل إحباطًا ، وتركز على الجوانب الإبداعية للهندسة ، سوف تشكرك. والأهم من ذلك ، أن مستخدميك ، الذين سيستفيدون من تطبيق أكثر استقرارًا ، يتم صيانته جيدًا يستمر في التطور بدلاً من طلب تعطل كبير في النهاية لإعادة بناء كاملة.

كتبه

بريتاني مهندس برمجيات في جيثب ، ويعمل في المنصة والمؤسسة.