لقد استشرت ل 100+ شركة خلال السنوات الثلاث الماضية، وهذه بعض من توصياتي المفضلة شخصيا: (ستتفاجأ بعدد المطورين خارج فقاعة الإنترنت الذين يحتاجون إلى المساعدة.) 1. بعض الفرق لا تستخدم أي نظام لإصدار الكود. أعلم أن هذا صعب التصديق، لكن لدي شهود. بصراحة، هذا ليس شائعا، لكنني رأيته بعيني. 2. ثقافة الاختبار نادرة. طريقة سهلة لتحسين ما يقوم به الفريق هي تعليمهم كيفية كتابة اختبارات الوحدة والتكامل الآلي. 3. الجداول هي الحل الأكثر شعبية الذي رأيته في الواقع. على سبيل المثال، من أكثر توصياتي شيوعا هو استخدام MLFlow لتتبع التجارب ونماذج الإصدارات. 4. معظم الفرق دائما ترغب في تنفيذ الحل الصحيح تقنيا للمشكلة. أصبحت جيدا جدا في تحديد الحلول التي تلبي العديد من القيود (مثل الميزانية، الجدول الزمني، قدرة الفريق، الانطباع، إلخ). أسمي هذا "تأطير المشكلة"، وهو مفيد جدا للشركات. 5. دائما أوصي بحاويات التطوير للفرق التي يستخدم فيها كل شخص نظام تشغيل مختلف ويواجه صعوبة في التكوين وسهولة النقل. 6. حاول توسيع التطبيق دون قضاء وقت في الملاحظة والتتبع. في معظم الأحيان، يكون هذا سهلا مثل تسجيل المعلومات الصحيحة. أحيانا يمكنك قضاء وقت في إعداد الأدوات المناسبة لرصد أكثر جدية. 7. في أنظمة التعلم الآلي (90٪ من المشاريع التي أتعامل معها)، المراقبة دائما فكرة ثانوية. أصبحت جيدا جدا في مساعدة الفرق على الاندماج مع الذكاء الاصطناعي الواضح. 8. أقضي وقتا طويلا في مساعدة الفرق على بناء سير عمل متكامل وقابل للتكرار والأتمتة مع ملء الفراغات يمكنهم إكمالها لاحقا. على سبيل المثال، بناء خط أنابيب تدريب يبدأ بمعالجة البيانات وينتهي بنشر النماذج. دائما ما تظهر العديد من الممارسات المختلفة مع فرق مختلفة: • كيفية تنفيذ CI/CD • كيفية إصدار مجموعات البيانات • كيف تعرف معنى "تم الانتهاء منه" • كيفية إدارة الأسرار بشكل صحيح • كيفية إدارة إعدادات التكوين • كيفية تكوين السجلات • كيفية الاختبار في الإنتاج (اختبار A/B، نشر الظل، إلخ) • ... الأشخاص العاملون في شركات التقنية الكبرى متقدمون على الجميع بسنوات، لكن سوق هذه المعرفة خارج شركات التقنية الكبرى ضخم.

@kelvongx *كثير