توقف عن القراءة لبناء مكتبة. ابدأ القراءة لحل مشكلة.

تركز معظم قوائم القراءة الهندسية على جمع المعرفة. بينما تكافئ الهندسة الحديثة حل الاختناقات.

أطلعني مهندس مبتدئ مؤخرًا على قائمة "أفضل 10 كتب للمهندسين". بدت القائمة مشابهة للقوائم التي كانت موجودة قبل عشر سنوات، حيث اعتمدت على نفس الافتراض القديم.

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

أفضل المهندسين يبنون خطط تعلمهم حول القيود.

تفترض قوائم القراءة التقليدية أن لكل معرفة قيمة. ولكن في الواقع، تعتمد القيمة الهندسية على السياق.

• مهندس backend يواجه مشكلات في قواعد البيانات لا يحتاج إلى كتاب عن Agile. • الفريق الذي ينفق الكثير على استنتاج الذكاء الاصطناعي (AI inference) لا يحتاج إلى كتاب عام عن الحرفية البرمجية. • الشركة الناشئة التي تواجه مشكلات في زمن الاستجابة (latency) لا تحتاج إلى إطار عمل للقيادة.

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

لا تزال الأساسيات مثل قواعد البيانات والشبكات مهمة، لكنها لم تعد كافية وحدها.

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

لم يعد التحدي مجرد كتابة برمجيات صحيحة، بل أصبح التحدي هو بناء أنظمة موثوقة فوق مكونات احتمالية (probabilistic components).

في الماضي، كان المهندسون يعملون مع أنظمة حتمية (deterministic systems)؛ حيث تؤدي نفس المدخلات إلى نفس المخرجات.

أما اليوم، فتتصرف الأنظمة بشكل مختلف. فالأمر (prompt) قد يعطي استجابات مختلفة، والوكيل (agent) قد يسلك مسارات مختلفة، وتحديث النموذج قد يغير السلوك دون أن تغير أنت كودك البرمجي.

الأسئلة الجديدة هي: • كيف تقيم الجودة؟ • كيف تدير هذه التحولات؟

هذه ليست حالات استثنائية، بل هي مهام هندسية يومية.

المهندسون الأقوياء لا يقرؤون الكتب من الغلاف إلى الغلاف، بل يقرؤون لفهم الآليات. يجدون الاختناق، ويحددون الآلية، ويتعلمون فقط ما يحتاجون إليه.

• إذا كان زمن الاستجابة (latency) مرتفعًا، ادرس المعالجة بالدفعات (batching). • إذا كانت السياقات (context) تمثل مشكلة، ادرس الاسترجاع (retrieval). • إذا فشل الوكلاء (agents)، ادرس التقييم (evaluation).

هذا يربط التعلم مباشرة بالإنتاج، وتصبح المعرفة وسيلة للتمكين.

استخدم حلقة التعلم هذه:

  1. حدد الاختناق.
  2. ابحث عن المورد المحدد لتلك المشكلة.
  3. طبق الحل.

توقف عن محاولة إنهاء قائمة قراءة، وابدأ في محاولة تحسين النظام.

قبل كتابك التالي، اسأل: ما هو أكبر قيد في نظامي؟

هل هو زمن الاستجابة، أم التكلفة، أم الموثوقية، أم قابلية الملاحظة؟

ابحث عن المورد الذي يعالج عنق الزجاجة هذا. الهندسة ليست مسابقة قراءة، بل هي مهنة لحل القيود.

النظام هو ما يملي عليك ما تتعلمه لاحقاً.

المصدر: https://dev.to/neilton_rocha_dev/stop-reading-to-build-a-library-start-reading-to-solve-a-problem-55ag