من أنا؟

كيف أفكر في البرمجة؟

كيف أفكّر قبل أن أبني

1. أفهم المشكلة جيدًا قبل أن أكتب أيّ سطر — أغلب أخطائي جاءت من البناء قبل الفهم.
2. أبدأ بأصغر نسخة مفيدة، لا بالخطة الكاملة المثالية.
3. أبني شيئًا أجرّبه بيدي بسرعة، لا فكرة تبقى على الورق.
4. أختبره مبكرًا في استخدام حقيقي قبل أن أوسّعه.
5. أحسّنه تدريجيًا بناءً على ما يحدث فعلًا، لا على ما أظنّه.

البرمجة طريقة لترتيب الفوضى وتحويلها إلى نظام يخدم إنساناً حقيقياً — الكود وسيلة، والنتيجة القابلة للاستخدام هي الهدف.

ما الذي تعلمته من 10 سنوات؟

دروس لا تظهر في الدورات

• البناء يكشف ما لا تكشفه الخطة

  نسخة أولى قابلة للتجريب تُصحح الفهم بطريقة لا تفعلها أي وثيقة. الخطة تبدو منطقية حتى يلمسها مستخدم حقيقي.

• اختيار التقنية قرار أعمال لا قرار تقني

  الـ framework الخاطئ لا يُفشل المشروع فوراً — يراكم تكلفة تُدفع بعد ستة أشهر. السؤال الحقيقي: أي تقنية يُصانها الفريق سنة لاحقاً؟

• المشكلة الواضحة نصف الحل

  أصعب ما في المشاريع ليس التقنية — بل صياغة المشكلة بدقة كافية حتى يصبح الحل ممكن التصميم.

• الكود الذي يُصان أفضل من الكود الذكي

  قرأت كوداً لا أفهم كيف يعمل — كوداً كتبته قبل سنة. الوضوح للقارئ القادم أهم من الأناقة الحالية.

ما الذي يهمني في المنتجات؟

قيم أختبر كل مشروع بها

• هل يحل مشكلة يشعر بها المستخدم فعلاً؟
• هل الواجهة هادئة وواضحة تحت الضغط؟
• هل يمكن صيانته بعد ستة أشهر دون صداع؟
• هل البيانات آمنة والخصوصية محترمة؟
• هل يمكن البدء بسيطًا والنمو تدريجيًا؟

الأدوات التي أستخدمها

مكدس عملي، لا قائمة موضة

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