أطلق مشروعًا صغيرًا هذا الأسبوع

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

اختر مشروعًا يمكنك إنهاؤه في عطلة نهاية أسبوع

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

بدلاً من ذلك اختر شيئًا بوظيفة واحدة واضحة:

• أداة CLI تعيد تسمية الملفات في مجلد بناءً على تاريخ EXIF
• نص برمجي يقشط API عام ويرسل لك ملخصًا يوميًا
• تطبيق Flask مع نموذج واحد وصفحة إخراج واحدة
• امتداد متصفح يبرز كلمة رئيسية في أي صفحة تزورها

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

حدد موعدًا نهائيًا حقيقيًا وجمهورًا حقيقيًا

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

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

ابن النسخة القبيحة أولاً

تخطَّ نقاشات هيكل المجلد، تخطَّ اختيار إطار عمل CSS، تخطَّ تقرير الاختيار بين Postgres و SQLite لأداة ستخزن أربعين صفًا. اكتب ملف واحد. استخدم عبارات print() بدلاً من logger. استخدم قائمة Python بدلاً من قاعدة بيانات إذا كان ذلك كل ما تحتاجه.

# expenses.py - ugly version, and that's fine
import csv
from datetime import date

def add_expense(amount, category):
    with open('expenses.csv', 'a', newline='') as f:
        writer = csv.writer(f)
        writer.writerow([date.today().isoformat(), amount, category])

add_expense(12.50, 'coffee')

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

انشره في مكان ما، حتى لو كان سيئًا

مشروع على جهاز الكمبيوتر الخاص بك لا يحسب كمُطلَق. ضعه أمام الإنترنت أو أمام شخص يشغله بنفسه.

• أداة CLI: ادفعها إلى مستودع GitHub عام مع README من فقرتين يظهر أوامر التثبيت والتشغيل الدقيقة
• تطبيق ويب: انشره على Render أو Fly.io أو Droplet DigitalOcean بـ 5 دولارات — لا تقضِ ثلاثة أيام في مقارنة خيارات Kubernetes لمشروع له مستخدم واحد
• نص برمجي: قم بإعداد cron job أو GitHub Action بحيث يعمل بدونك

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

اكتب ما انكسر

بعد الإطلاق، اقضِ خمس عشرة دقيقة في كتابة ثلاثة أشياء خاطئة وكيفية إصلاحك لها. ليس لأي شخص آخر — لنفسك. هذا هو التعلم الفعلي. علمتك الدروس بناء الجملة. pip install المكسور، خطأ CORS، خطأ off-by-one للتاريخ في منتصف الليل — تلك تعلمك كيف يتصرف البرنامج فعلاً.

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

ثم اختر الشيء التالي، أكبر قليلاً

لا تقفز من نص برمجي CLI إلى نظام موزع. أضف بُعدًا واحدًا من التعقيد في كل مرة: المشروع التالي يحصل على قاعدة بيانات بدلاً من CSV، أو مجموعة اختبار أساسية، أو مستخدم ثانٍ. خطوات صغيرة مركبة تتفوق على إعادة كتابة طموحة واحدة تتوقف في الأسبوع الثالث.

إذا كنت تريد خطوات منظمة بعد هذا، فإن أقسام Python و DevOps في Korra Studio تغطي بالضبط فجوات النشر والأدوات التي تميل إلى تعثر الناس فور مشروعهم الأول المُطلَق.