التكلفة الهامشية للصحة

التكلفة الهامشية للصحة تتجه نحو الصفر. عليك أن تستوعب ما يعنيه ذلك بالنسبة لطريقة ممارستك لهندسة البرمجيات. عليك أن تكون مهووسًا بفعل الأمور بشكل صحيح.

مشهد متغير

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

أهم مهارة تحتاج إلى تطويرها لتمييز نفسك في الوقت الحالي هي «الحاسة السادسة»: أي القدرة على اكتشاف الأمور التي لا تسير على ما يرام ، والإرادة اللازمة لتصحيحها.

الكشف عن واجهة برمجة التطبيقات (API) البطيئة

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

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

وتمكنا من تجاوز هذه العقبة بعد بضعة أيام فقط، منتصرين على مشكلة زمن الاستجابة التي كانت تعيق عملية «اختبار المنتجات داخليًّا». وبفضل Fable، تمكنت من إنشاء بيئة اختبار محلية بالكامل لمنسق واجهة برمجة التطبيقات (API) الموزعة والمعقدة الخاصة بنا. وقمنا بوضع فرضيات لجميع النقاط الحرجة في كودنا واختبرنا الحلول لكل منها. كما قمنا بتنفيذ عمليات Redis المعقدة عبر خط أنابيب وتأكدنا من الحفاظ على السلوك. وأجرينا محاكاة لأنماط تحميل مختلفة استنادًا إلى حركة المرور في بيئة الإنتاج، وقمنا بتقدير البنية التحتية اللازمة.

لولا استخدام الوكلاء، لكان هذا المشروع غير قابل للتنفيذ ولا يمكن اقتراحه — حيث كان سيستغرق أسابيع أو شهورًا من ساعات العمل الهندسي. لكن بدلاً من ذلك، كان مشروعًا جانبيًّا بينما كان برنامج التدريب الخاص بي يُنفَّذ في الخلفية.

وقد كوفئنا على جهودنا بزيادة في معدل استخدام وحدة معالجة الرسومات (GPU) بنحو 5 أضعاف — من 20% (يا للأسف) إلى 98%، مع معدل إنتاجية يضاهي العقد المادية الخاصة بنا. ولم يكلفنا ذلك سوى القليل جدًّا. وقد حققنا بذلك كل شيء. فقد حول استضافة نموذجنا الجديد من عملية باهظة التكلفة إلى صفقة مربحة للغاية.

تنمية حس الشم لديك

للأسف، لا توجد «حيلة واحدة سهلة» لتنمية حسك الموسيقي، لكنها مهارة يمكنك تطويرها. وإليك ما نجح معي (على ما أعتقد):

لديه قدرة منخفضة على تحمل الألم

أي شيء يثير إحباطك من المرجح أن يثير إحباط مستخدميك أيضًا — فلا تكتفِ بتحمله بصبر. عليك أن تكون على وفاق مع نفسك: لاحظ ما الذي يسبب لك انزعاجًا خفيًّا خلال اليوم، وأجزاء قاعدة الكود التي قد تتجنبها دون وعي، أو المهام التي تشعر خلالها ببعض التوتر. هنا تكمن الفرص التي يمكن اغتنامها. وهذا ما كان الدافع وراء انطلاقي في رحلة التعمق في تحسين واجهة برمجة التطبيقات (API).

أحب أن أقول: «الأمور السهلة يجب أن تكون سهلة». وينطبق هذا على قاعدة الكود الخاصة بك (على سبيل المثال، يجب ألا يتطلب تشغيل عملية استبعاد تدريبية بسيطة أي جهد ذهني) وعلى منتجك (على سبيل المثال، يجب ألا يكون استدعاء واجهة برمجة التطبيقات (API) الواحد أبطأ إلا قليلاً من عملية التمرير الأمامي نفسها). عندما تجد نفسك تفكر: «لا ينبغي أن يكون الأمر بهذه الصعوبة»، فقم بإصلاحه! لديك الآن وكلاء! قم بإنشاء شجرة عمل وقم بتشغيل Codex /الهدف هيا، ما الذي لديك لتخسره؟

تشكك في كل شيء انطلاقاً من المبادئ الأساسية

تجعل الأدوات هذه العملية سهلة للغاية. «كم من الوقت يجب أن تستغرق هذه المهمة بالنظر إلى حجم الدفعة ومواصفات وحدة معالجة الرسومات (GPU) وعدد المعلمات؟» «كم يجب أن ننفق على هذا المزود بالنظر إلى حجم البيانات وحجم الاستعلامات؟» عندما تعرف الشكل الصحيح للأمور، يصبح من الأسهل بكثير تحديد ما هو غير صحيح.

أقوم بذلك لكل نموذج/عقدة/هيكل طلب ندعمه — فهذه هي الطريقة التي أضبط بها إعدادات نموذج اللغة الكبير (vLLM) لدينا للتأكد من أننا نقترب من الحد النظري. وهكذا عرفت أن هناك فجوة بين معدل إنتاجية واجهة برمجة التطبيقات (API) لدينا وما نحصل عليه على عقدة «بار ميتال».

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

كن فضوليًا، واقرأ كثيرًا

كان أحد عمليات التحسين المفضلة لدي التي قمت بتنفيذها خلال أسبوعي الأول في Pangram مستوحىً من آلية الانتباه المتفرق الهجين DeepSeek V4.

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

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

استخدم الرموز الخاصة بك

لديّ طقس أؤديه كل يوم أحد، حيث أقوم ببساطة بتعيين «كوديكس» على خيار عشوائي /الهدف لمحاولة استخدام رصيدتي الأسبوعية قبل إعادة الضبط. وفي أغلب الأحيان، ينتهي بي الأمر إلى التخلص من الكود أو يبقى مهملاً في مسودة طلب سحب (PR) منسية. أحيانًا يكون الأمر مجديًا. وأنا أتعلم شيئًا ما من هذه التجربة في الغالب. وفي كلتا الحالتين، لا يكلفني الأمر شيئًا. بعض الناس يسمون هذا «لعب ماكينات القمار»، لكنني أقول إنه لا يمكنك الفوز إن لم تلعب