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

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

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