كيف يكتب المطور الذي يقضي أسبوعين في التفكير بالتصميم كوداً يعمل اليوم فوراً
TuBrief 편집팀
2026년 8월 9일
0
Mental Health원본 영상을 바탕으로 AI의 도움을 받아 작성했습니다. 원본 영상이 기준입니다.
커뮤니티의 다른 글
댓글 (0)
Log in to leave a comment
아직 작성된 글이 없습니다
원본 영상을 바탕으로 AI의 도움을 받아 작성했습니다. 원본 영상이 기준입니다.
Log in to leave a comment
아직 작성된 글이 없습니다
إن معالجة مواصفات البنية المعمارية ومحاكاة حالات الاستثناء في ذهنك أمر ممتع، فالكود الموجود في ذهنك خالٍ من الأخطاء ومثالي. ولكن إذا طال التفكير دون فتح محرر النصوص، فلن يكون ذلك حرصاً بل خوفاً، وتحديداً الخوف من الفشل. وثائق التصميم الضخمة التي تم إنشاؤها لتجنب عدم اليقين تنهار تماماً عند أول تغيير في المتطلبات بمجرد بدء التطوير.
من أجل المطورين الذين يعانون من شلل التحليل ويهدرون وقتهم، قمنا بترتيب منهجية عمل لكسر المثالية وتقديم نموذج أولي (Prototype) اليوم بالذات.
إن مجرد مقارنة مختلف أطر العمل والبنى المعمارية قبل كتابة سطر واحد من الكود يسبب عبئاً معرفياً عالياً. إن الهوس بمعالجة أخطاء تقل احتمالية حدوثها عن 0.1%، أو بناء طبقات تجريد (Abstraction layers) قبل ظهور المتطلبات حتى، هو استجابة نمطية لتجنب الخسارة.
وفقاً لدراسة أجرتها شركتا McKinsey وLeadership IQ على شركات قائمة في مؤتمر فورتشن 500، فإن الوقت المهدر بسبب تردد اتخاذ القرار والتحليل المفرط يتجاوز 53,000 يوم سنوياً. وإذا حسبناها كتكلفة عمالة، فهذا يعني أن 250 مليون دولار تتبخر في الهواء دون أي نتائج. كما تنخفض إنتاجية المطور الفرد بنسبة تزيد عن 40% بسبب التحسين المسبق.
إذا شعرت أن المحاكاة الذهنية طالت، يجب عليك إيقافها قسراً بالنظام. يمكنك تطبيق نمط حلول الذروة (Spike Solution Pattern) الخاص ببرمجة القصوى (XP) في روتينك اليومي:
إذا كنت عالقاً في مرحلة التخطيط لمدة أسبوعين، فهذا لا يعني نقصاً في المواصفات، بل نقصاً في سياق التنفيذ. في هذه الحالة، يجب إغلاق وثائق التصميم وتحديد إطار زمني مدته 30 دقيقة.
النموذج الأولي بنسبة اكتمال 30% يكون خالياً تماماً من معالجة الأخطاء، والربط بقواعد البيانات، ودقة واجهة المستخدم. نحن ننظر فقط فيما إذا كانت النتيجة المطلوبة تظهر عند إدخال القيم. ولهذا السبب تقوم فرق المنتجات في وادي السيلكون بالاجتماع بناءً على نماذج أولي تعمل مباشرة بدلاً من وثائق المتطلبات المجردة. إزالة عدم اليقين لا تحدث إلا بتجربة الشاشة بأنفسنا.
دعنا نحسبها بناءً على تكلفة التأخير (Cost of Delay). إذا قام 4 مهندسين يتقاضون 2,025 دولاراً أسبوعياً بتكرار اجتماعات البنية المعمارية لمدة أسبوعين، فسنتكبد خسائر مباشرة وغير مباشرة بقيمة 16,200 دولار.
| عنصر التقييم | التطوير المرتكز على المواصفات | التطوير المرتكز على النماذج الأولية | التأثير |
|---|---|---|---|
| تعريف المتطلبات الأولية | من أسبوعين إلى 4 أسابيع (كتابة الوثائق) | من 30 دقيقة إلى يوم واحد (كتابة حلول الذروة) | تقليل الوقت بنسبة 90% |
| اجتماعات تعديل التخطيط | من 8 إلى 12 اجتماعاً في المتوسط (نقاشات مجردة) | اجتماع أو اجتماعان في المتوسط (قائم على العروض التوضيحية) | تقليل الاجتماعات بنسبة 70% |
| تصحيح أخطاء الاتجاه | إعادة بناء الهيكل بالكامل | التخلص من المسودة ذات 30 دقيقة | تقليل تكلفة إعادة العمل للحد الأدنى |
| سرعة مراجعة PR | حدوث اختناقات (Bottlenecks) | نشر مسودة PR مسبقاً (Draft PR) | زيادة سرعة المراجعة بنسبة 30% |
إذا اختلط التفكير بالتنفيذ، فسوف تستمر في الالتفات للوراء أثناء كتابة الكود. ولهذا السبب يتم تقسيم ساعات عمل اليوم بوضوح بين مرحلة التحليل ومرحلة التنفيذ حصرياً. وهذا يشبه مبدأ "الوقت الثابت والنطاق المتغير" الذي تتبعه منهجية Shape Up لشركة Basecamp. حدد الوقت أولاً، وإذا بدا أنك لن تنتهي خلاله، فتخلَ عن الميزات.
عندما تواجه قسماً مسدوداً، فإن معيار الالتفاف حوله دون الوقوع في تأملات عميقة يعتمد على مفهوم "الدين المتعمد والمدروس" من مصفوفة الديون التقنية لمارتن فاولر. إذا كان الكود قابلاً للتغيير بسهولة لاحقاً، فمن الأفضل اختيار أبسط طريق التفاف الآن والقيام بعمل Commit.
قال جيف بيزوس إنه يجب اتخاذ القرار والتحرك عندما يصل مستوى اليقين إلى حوالي 70%. الانتظار حتى تصبح الأمور مثالية بنسبة 90% أو أكثر هو أمر يقتل السرعة.
إذا أخفيت الكود بحجة أنه ليس مثالياً، فسيعود عليك ذلك بعمل أكبر لاحقاً. يقوم فريق الهندسة في Shopify برفع مسودات PR (Draft PR) ليس للحصول على مراجعة لكود مثالي، بل للتحقق من اتجاه العمل.
من الأفضل الحفاظ على حجم PR بحيث يكون أقل من 200 إلى 300 سطر. إذا قمت بإرفاق وسم WIP (جارٍ العمل) مع عبارة "نستقبل التعليقات حول اتجاه هيكل الخوارزمية فقط"، فسوف تقلل أيضاً من عبء المراجع.
الكود الأولي ليس عملاً فنياً بل هو مجرد فرضية تحتاج إلى تحقق. عندما تصل التعليقات، قم بتطبيقها بسرعة وانتقل لما بعدها.
البنية المعمارية الافتراضية المثالية لا يمكنها مغادرة ذهنك أبداً. سطر واحد من المسودة الضعيفة التي تعمل والتي تكتبها اليوم يصبح مهارتك الحقيقية. يمكنك الخروج من مستنقع تكلفة التأخير عندما تتخلى عن عذر المثالية.