"المطور العُشاري" هو البيغ فوت في عالم التقنية. الجميع يدّعي أنه رأى واحدًا. لا أحد يستطيع إثبات وجودهم.
ما يوجد حقًا: مطورون يُنتجون قيمة عُشرية. لكن ليس بكتابة كود عُشري الكمية. بل بكتابة عُشر الكمية — العُشر الصحيح.
المهارة العُشرية الحقيقية: معرفة ما لا يجب بناؤه
شاهدتُ مطورَين يتعاملان مع المشكلة نفسها:
المطور أ بنى نظامًا مخصصًا لتتبع الأحداث باستخدام CQRS، ونمط saga للمعاملات الموزعة، ولغة استعلام مخصصة. استغرق الأمر 6 أسابيع وكان به 3 أخطاء حرجة عند الإطلاق.
المطور ب استخدم جدول PostgreSQL بعمود حالة ووظيفة cron. استغرق الأمر 3 أيام وعمل بشكل مثالي لمدة عامين.
بدا المطور ب "أقل إثارة للإعجاب." لم يكن كوده ذكيًا. لم تكن بنيته مثيرة للاهتمام. لكن حلّه تم إطلاقه في 3 أيام، لم يتعطل أبدًا، وكلف 0 دولار في البنية التحتية.
المطور ب هو المطور العُشاري.
ما الذي يجعل الشخص منتجًا حقًا
1. يحذف الكود أكثر مما يكتبه.
كل سطر كود هو التزام. يجب فهمه واختباره وصيانته وتصحيح أخطائه. المطور الذي يحذف 200 سطر ويستبدلها بـ 40 قد حسّن قاعدة الكود أكثر من الذي أضاف 400 سطر.
2. يقول "لا" أكثر من "نعم."
"هل نضيف GraphQL؟" لا، عملاؤنا الخمسة مرتاحون مع REST. "هل نضيف طبقة تخزين مؤقت؟" لا، قاعدة بياناتنا تتحمل الحمل. "هل نهاجر إلى الخدمات المصغرة؟" لا، تطبيقنا المتجانس يُنشر في 30 ثانية.
كل "لا" توفر أسابيع من العمل الذي لن يُنتج أي قيمة للمستخدم.
3. يتواصل قبل أن يبرمج.
المطور الأكثر إنتاجية الذي عملت معه كان يقضي 3 ساعات يوميًا في الاجتماعات. ليست اجتماعات عديمة الفائدة — مناقشات معمارية، توافق على المنتج، تنسيق عبر الفرق. كان إنتاجه البرمجي "منخفضًا." لكن فريقه كان يُنتج أسرع بمرتين من أي فريق آخر.
كان يزيل الغموض. كل ساعة من الوضوح المسبق توفر 10 ساعات من إعادة العمل.
4. يؤتمت نفسه خارج العمل.
كتبت خط أنابيب CI يُجري أكثر من 500 اختبار في 8 دقائق. هذا الخط وفّر آلاف الساعات من الاختبار اليدوي عبر الفريق. عائد الاستثمار لهذه الأتمتة الواحدة يفوق أي شيء آخر بنيته في ذلك الربع.
الإنتاجية العُشرية ليست عن السرعة — بل عن الرافعة. ابنِ أشياء تضاعف إنتاج الجميع، ليس فقط إنتاجك أنت.
الحقيقة غير المريحة حول الإنتاجية
معظم وقت الهندسة لا يُقضى في كتابة الكود. يُقضى في:
- فهم المتطلبات (30%)
- قراءة الكود الموجود (25%)
- تصحيح الأخطاء (20%)
- انتظار CI/النشر (10%)
- كتابة الكود فعليًا (15%)
إذا أردت أن تكون أكثر إنتاجية بعشر مرات، لا تتعلم الكتابة بشكل أسرع. تعلم أن:
- تطرح أسئلة أفضل أثناء المتطلبات
- تتنقل في قواعد الكود بشكل أسرع
- تصحح الأخطاء بشكل منهجي بدلًا من العشوائي
- تؤتمت خط أنابيب CI/CD الخاص بك
لماذا هذا مهم لمسيرتك المهنية
السوق يدفع مقابل المخرجات، وليس الجهد. لا أحد يهتم إن كنت عملت 80 ساعة هذا الأسبوع. يهتمون إن تم إطلاق الميزة، وإن كانت تعمل، وإن لم تكسر أي شيء.
المطور الذي يُطلق الشيء الصحيح في 20 ساعة هو أكثر قيمة من الذي يُطلق الشيء الخطأ في 60 ساعة.
ركّز على اتخاذ القرارات الصحيحة. الكود سيتبع.
