منهج · برمجيات بالذكاء الاصطناعي · مفتوح المصدر
Urazuke، منهج الدليل.
Urazuke (裏付け) هي الكلمة اليابانية للسند الذي يملكه ادعاء ما: ما يدعمه من الخلف. إنه منهجي لبناء البرمجيات بالذكاء الاصطناعي بحيث تخرج متينة وجاهزة للإنتاج، دون أن يضطر مالك المشروع إلى قراءة سطر واحد من الكود. استخلصته من ثلاثة أنظمة حقيقية أشغّلها اليوم في الإنتاج، مستندًا إلى هندسة النظم كما كانت دائمًا وإلى ما علّمتني إياه تلك الأنظمة عن المواضع التي تطبّق فيها النماذج تلك الهندسة بهشاشة.
المؤلف: Pablo Kuschniroff، بمساعدة Claude Code.
Creative Commons BY-SA 4.0 · ثماني لغات · محايد تجاه الأداة · ثلاثة أنظمة في الإنتاج كمصدر · مفتوح المصدر وتعاوني
الأطروحة
الذكاء الاصطناعي لا يقطع المنهج: بل يواصله.
قبل الأطروحة، توضيح يهمني: هذا المنهج ليس مجموعة رقع وضعتها بعد كل ضربة. إنه ينبع من عاملين مجتمعين. الأول هو معرفتي الخاصة بهندسة النظم: المسح، المتطلبات، التحجيم، الاختبارات كدليل، النشر القابل للتكرار، التدقيق؛ وقد حملتها من قبل وجود هذه النماذج بزمن طويل. والثاني هو ما أظهرته لي ثلاثة أنظمة في الإنتاج، حادثة بعد حادثة: أين تطبّق النماذج تلك المبادئ بهشاشة، ومن ثم أين يجب الشد كتابةً. الندوب تثبت أين تلزم الصرامة؛ وليست أصل المبادئ.
توقفت الصناعة عن الثقة بكاتب الكود قبل عشرين عامًا. عندما انتقلت الكتابة إلى فرق مبتدئة أو خارجية أو متناوبة، صارت المراجعة سطرًا بسطر مستحيلة، ونما مكانها كل ما نعتبره اليوم بديهيًا: الاختبارات الآلية، التكامل المستمر، معايير القبول، خطوط الأنابيب التي لا تمرر شيئًا دون اللون الأخضر. كان ذلك جواب هندسة النظم على "من يكتب ليس موثوقًا": لا تقرأ كوده، بل اطلب منه الدليل. النموذج هو الكاتب التالي، لا الأول الذي لا يُوثق به.
أين يذهب جهد الإنسان
الإنسان يفعل شيئين فقط: يقرر، ويتحقق من المخرجات. الصياغة والبناء والاختبار والقياس والتوثيق يقوم بها النموذج. كل درجة تنتهي بفحص اكتمال دون قراءة الكود.
الدليل يثبت نفسه
اختبار لم ترَه يفشل قط لا تعرف إن كان يثبت شيئًا. مقياس بلا اختبار يكذب. تقرير بلا نقاط عمياء يخفي. انضباط استقلالية مراقبة الجودة، منقولًا خطوة إلى الداخل.
كلفة المخرجات
كان التوثيق مكلفًا ويشيخ. الآن إعادة توليده مجانية، فتصبح القاعدة "في الالتزام نفسه" و"قابل للتكرار يدويًا، دون ذكاء اصطناعي". ما كان مثالًا بعيد المنال يصبح بوابة.
ما هو وما ليس هو
هندسة النظم مطبَّقة على بانٍ لا يتعب ولا يمكن تصديقه.
لمن يأتي من عالم النظم يبدو مألوفًا: المسح، المتطلبات، التحجيم، التصميم، البناء، الاختبار، النشر، التشغيل، التدقيق. ولمن يأتي من الـvibecoding يمنحه ما ينقصه، وهو الهيكل تحديدًا.
ما هو
- منهج: ماذا تفعل وبأي ترتيب، ماذا تطلب من النموذج، ماذا يجب أن يسلّم، وكيف تعرف أنه مكتمل.
- أربع وعشرون درجة في أربعة مقاطع، لكل منها عقد: السياق، الموجِّهات، النتيجة المتوقعة، التحقق، إشارات الإنذار.
- محايد تجاه الأداة: Claude Code أو Cursor أو Codex CLI أو Gemini CLI أو Forge. كل مخرج هو ملف أو اختبار أو سكربت.
- مستخلص من ثلاثة أنظمة حقيقية في الإنتاج، كل قاعدة مربوطة بالالتزام والضربة التي ولّدتها.
ما ليس هو
- ليس دورة في البرمجة ولا في إطار عمل.
- ليس مجموعة حيل للموجِّهات ليكتب النموذج أفضل.
- ليس منهجًا لنموذج أولي لعرض يوم الجمعة: إنه لما يجب أن يستمر في العمل بعده.
- ليس منهجًا يصلح لأي مشروع. الدرجة 0 تحدد الحدود كتابةً.
السُّلَّم
أربع وعشرون درجة، أربع مراحل، بترتيب الصعود.
الدرجات مرقّمة بالترتيب الزمني لصعودها. درجات الانطلاق مرة لكل مشروع؛ درجات الحلقة مع كل تغيير؛ درجات الإطلاق مرة واحدة قبل أول نشر؛ درجات التشغيل حين يكون النظام حيًا. الدرجة 23 تغلق الدورة وتعود إلى 0. لكل درجة بطاقة من ثمانية أجزاء وعقد مع الموجِّهات. لا مواعيد نهائية: المنهج عملية، لا وعد بالسرعة.
مرة لكل مشروع، قبل كتابة الوظائف
الخمس الأكثر إغراءً بالتخطي والأغلى ثمنًا عند تخطيها.
مع كل تغيير، طوال المشروع
بالترتيب الذي تُنفَّذ به مع كل بند معلّق. تُتعلَّم في أول كتلتين وتُمارَس طوال المشروع.
مرة واحدة، قبل أول نشر
تحوّل «يعمل» إلى «يمكن استدامته»: التدقيق، الأقفال، المسار إلى الإنتاج، قابلية الملاحظة، التخزين، الثغرات، الأداء والأدلة.
حين يكون النظام حيًا
المراقبتان بتقرير دوري، والوكيل المقيم، والمراجعة الختامية التي تغلق الدورة وتعود إلى 0.
ثلاث عشرة درجة لا تُفاوَض في أي مشروع
- الأهلية (ساعة واحدة؛ توفر شهورًا)
- اتفاقية العمل المشترك
- تعريف قصير، مع "ما ليس هو"
- التحجيم بأرقام العمل
- البنود المعلّقة كخطة
- قرارات بمالك وتاريخ
- اختبارات شوهدت حمراء
- تقرير متحقق / معتقد / نقاط عمياء
- مراجعة ختامية بالأرقام
- فحص الاعتماديات والأسرار في خط الإنتاج
- التقاط مركزي للأخطاء وتقرير
- جودة الكود في خط الإنتاج، بحدها الأدنى
- حالات اختبار يدوي ينفذها البشر
الجدول الزمني
متى تُصعد كل درجة، وماذا يحدث بينها.
منهج بلا خط زمني هو قائمة نوايا حسنة. هذا هو الخط الزمني لأي مشروع: خمس مراحل بالترتيب، وفي كل منها ما يُنجز إلى جانب الدرجات: استيعاب المتطلبات، البنية التحتية، خط التكامل والنشر، التطوير، الاختبارات من طرف إلى طرف، النظرة البشرية، الاختبارات البشرية. بلا مواعيد: كل مرحلة تدوم ما يتطلبه النظام.
الجمع
مسح مع المالك بالأساليب الكلاسيكية لهندسة المتطلبات: مقابلات، حالات استخدام، نموذج مجال بحالاته، نماذج أولية للشاشات. نثرًا، ناقصًا عمدًا: الوكيل يكمله بالسؤال.
الانطلاق (الدرجات 0 إلى 4)
الأهلية، الاتفاقية، التعريف مع الشجرة الدلالية، التحجيم. وكل البنية التحتية الأولية وسلسلة CI/CD: المستودع، بيئة الاختبار، التكامل المستمر، أول نشر والنظام فارغ. المالك يفتح الرابط ويرى الشاشة الفارغة.
الحلقة (الدرجات 5 إلى 12)
كتلة وظيفية تلو الأخرى. مع كل بند معلّق: مواصفة، قرارات، اختبار شوهد أحمر، اختبار طرف إلى طرف للتدفق، لقطة شاشة ينظر إليها المالك. عند إغلاق كل كتلة: المجموعة الكاملة من طرف إلى طرف واختبارات بشرية في بيئة الاختبار.
الإطلاق للإنتاج (13 إلى 20)
تدقيق بجلسة أخرى. أقفال قبل بناء ما يحصّل أو يرسل. إغلاق السلسلة نحو الإنتاج مع تراجع مُختبَر. الأدلة الثلاثة. اختبارات قبول المالك على كل التدفقات. ومعها درجات جودة التشغيل الأربع قبل النشر: قابلية الملاحظة، التخزين، الثغرات، الأداء.
التشغيل (21 إلى 23 والحلقة)
وكيل مقيم باسم شخص. تدقيق دوري. كل تطور يدخل عبر الحلقة الكاملة ويخرج عبر سلسلة النشر. استعادة بالأرقام عند إغلاق كل مرحلة. المراقبتان، الموارد والأخطاء، تُركّبان في أسبوع أول نشر، مع تقرير دوري يقرؤه المالك.
اختبارات الطرف إلى الطرف ليست مرة واحدة في النهاية
مع كل بند معلّق، التدفق الذي مسّه. عند إغلاق كل كتلة، كل التدفقات الموجودة. قبل الإنتاج، كل التدفقات بالإصدار الدقيق الذي سيُرقّى. إن فعلت الثالث فقط، تصل إلى النهاية بأسابيع غير مختبَرة.
حالات الاستخدام الثلاث
مجلد فارغ، أو نظام بُني بالمنهج، أو نظام موروث: من أين تدخل.
كُتب السلّم بالنظر إلى مجلد فارغ، وهي الحالة الأوضح للتعلم وليست الأكثر شيوعًا. قبل فتح الوكيل يجدر أن تعرف في أي الحالات الثلاث أنت، لأن ذلك يغيّر مكان الدخول. والثالثة، النظام الموجود أصلًا الذي لم يولد بالمنهج، لها طريق خاص: يُطبَّع من دون إعادة كتابة، وبعدها فقط يُصعد السلّم.
مشروع جديد
مجلد فارغ ومالك لديه طلب. تدخل من الدرجة 0 وتصعد الدرجات الأربع والعشرين بالترتيب: أسبوع انطلاق قبل أول وظيفة. هذا ما يصفه المستند الرئيسي والعقود والدورة.
تطويري-تصحيحي بالمنهج
النظام صعد السلّم من قبل: لديه عقد وخريطة وبنود معلّقة أُغلقت بالأدلة وحزمة اختبارات ونشر وأدلة استخدام. تدخل من الدرجة 5 بفتح كتلة وتتبع الحلقة. إنها الدرجة 15 تعود إلى 0.
تطويري-تصحيحي من دون منهج
نظام يعمل وله مستخدمون، بناه غيرك أو أنت نفسك من دون أدلة. ثماني محطات تطبيع (N0 إلى N7): استعادة المدخلات التي لم يكتبها أحد بالاكتشاف الذاتي مع علامات المصدر؛ حزام أمان كبوابة صارمة؛ وسداد الدين كلما لُمست وحدة. ثم الحلقة في الوضع التصحيحي أو التطويري.
اقرأ الطريق التطويري-التصحيحي ← الدورة، الجزء 2: المشروع الموروث ←
عقد كل درجة
كيف يُطلب، ماذا يجب أن يعود، وكيف أعرف أنه عاد مكتملًا.
كل درجة تُنفَّذ بعقد من خمسة أقسام. الموجِّهات للنموذج بالإنجليزية، قطعة واحدة متطابقة في النسخ الثماني من الوثيقة، وتحت كل منها شرح بلغة القارئ لما نطلبه ولماذا كل بند موجود.
السياق المطلوب
مسمّى بشكل عام. المسوح ناقصة بطبيعتها؛ لا تُستكمل بنموذج، بل يستكملها النموذج بالسؤال.
الموجِّهات
حرفية. كلها بالبند نفسه: يقيّم النموذج ما إذا كان السياق كافيًا، يطلب ما ينقص قبل المتابعة، ولا يقدّر ولا يختلق بيانًا لا يملكه إلا العمل.
النتيجة المتوقعة
الخصائص التفصيلية للمخرج: أي ملف، أي أقسام، ما لا يمكن أن يغيب.
فحص الاكتمال
ما يفحصه المالك في المخرج دون قراءة الكود. إن كان جواب واحد "لا"، فالدرجة لم تُصعد.
إشارات الإنذار
أعراض أن الدرجة صُعدت بشكل سيئ رغم أنها تبدو مصعودة. تلك التي تُرى بعد أسابيع، حين يبدأ الألم.
موجِّه مثال · الدرجة 7
docs/PENDING.md؛ التغيير المنفَّذ بالفعل؛ أمر حزمة الاختبارات في docs/STATUS.md؛ وبيئة الاختبار العاملة ببيانات للتدفق المعني. في التوثيق، يسبق كل موجِّه كتلة كهذه: أي ملفات تبنيها أنت، وبأي محتوى، وما الحالة الدنيا المقبولة.لماذا بالإنجليزية: المحتوى نفسه بلغة أخرى يشغل 30 إلى 50 % رموزًا أكثر، والنماذج تتبع التعليمات بدقة أكبر بالإنجليزية، ومفردات المهنة إنجليزية. لكني لا أريد أن تكون الإنجليزية حاجزًا: في الوثائق يأتي كل موجِّه مع ترجمته إلى لغة الوثيقة ومع زر كهذا. ما يُلصق للنموذج هو الإنجليزية؛ والترجمة لكي تفهمه أنت. كلها تنتهي بـ"Reply in my language".
من المتطلب إلى البند المعلّق
هندسة المتطلبات كما كانت دائمًا، مفكَّكة إلى وحدات يستطيع النموذج بناءها وتستطيع أنت التحقق منها.
المتطلب ليس جملة من العميل في محادثة. إنه تلك الجملة بعد معالجتها بأساليب موجودة منذ عقود، يطبّقها النموذج جيدًا جدًا إن طلبت وسيئًا جدًا إن لم تطلب: المقابلات، حالات الاستخدام، نموذج المجال، معايير القبول، نماذج الشاشات الأولية، التتبّع. في المنهج، ثلاثة مخرجات تحملها.
الشجرة الدلالية
النظام كشجرة: المجالات؛ وتحتها الفاعلون، العمليات (حالات الاستخدام)، الكيانات بحالاتها، الشاشات والتكاملات؛ ومن كل عقدة تتدلى البنود المعلّقة والقرارات. الوكيل يبنيها، وأنت تصحّحها، وهي ما يقرؤه الوكيل قبل لمس الكود. البند المعلّق الذي لا يتدلى من أي عقدة خارج النطاق، ويُرى ذلك في عشر ثوانٍ.
المواصفة التفصيلية تعيش في كل بند معلّق
وثيقة المواصفات الطويلة التي كانت تشيخ تُفكَّك: كل بند معلّق يحمل عقدته في الشجرة، قصة الأصل بكلمات العميل، الوصف، قواعد العمل بقرارها وتاريخها، البيانات، الشاشات، الحالات الحدّية، معايير القبول، وكيفية التحقق. قراءة تلك المواصفة هي أقرب ما ستصل إليه من قراءة الكود، وهي المسافة الصحيحة.
البنود المعلّقة المغلقة هي توثيق
البند المغلق لا يُحذف: يبقى بمواصفته، والقرار الذي أنشأه، والدليل الذي أُغلق به، والالتزام والتاريخ. طابور البنود المغلقة هو التاريخ الوظيفي للنظام؛ منه يخرج سجل التغييرات، ودليل المستخدم، وجواب "لماذا يفعل النظام هذا" بعد ستة أشهر.
مع أي أداة
المخرجات ملفات واختبارات وسكربتات. ما يتغير هو أين توضع.
Claude Code
الاتفاقية والروتينات توضع في CLAUDE.md الخاص بالمشروع؛ وموجِّهات الدرجات تُلصق في المحادثة عند صعود كل درجة.
Cursor
الروتينات توضع في .cursor/rules/ كقواعد دائمة التفعيل؛ والباقي كما هو.
Codex CLI / Gemini CLI
في AGENTS.md أو GEMINI.md في جذر المستودع.
Yujin Forge
الاتفاقية والروتينات عقائد، والموجِّهات تُحقن تلقائيًا عند عبور كل بوابة، وسجل البنود المعلّقة أصلي. المنهج نفسه بنسخ ولصق أقل. تعرّف على Forge →
الدورة
أربع وعشرون درسًا بمهام عملية، حتى التطبيق في الإنتاج.
دليل بأسلوب الدورة، درس لكل درجة، لتطبيق المنهج على مشروع خاص أو على المشروع المرشد ("Turnera"، دفتر مواعيد بتذكيرات وعربون وبيانات شخصية: كل ما يلزم حتى لا تكون أي درجة وهمية). ينتهي بقائمة الخروج إلى الإنتاج: أربع وعشرون شرطًا يتحقق منها المالك دون فتح الكود. يتناول الجزء 2 من الدورة العيادة نفسها بنظام موروث («Turnera الموروثة») ويعلّم تطبيعه قبل تصحيحه وتطويره.
ما يجب أن تفهمه
مفهوم كل درجة، مشروحًا كما يُشرح لإنسان، مع الفشل الحقيقي الذي ولّده.
المهمة، خطوة بخطوة
بالموجِّه الدقيق للوكيل وما تفعله بما يعيده. تتضمن اختبارات مقصودة: اترك سؤالًا بلا جواب وانظر ماذا يفعل.
التحقق والتسليم
الأسئلة التي تطرحها على نفسك عما سُلِّم، دون فتح الكود، والملف أو الدليل الذي يجب أن يوجد في النهاية.
الأخطاء الشائعة والمشروع المرشد
ما يحدث للجميع تقريبًا في المرة الأولى، وكيف يبدو كل درس مطبَّقًا على Turnera.
لمن يدخل المهنة
المطوّر المبتدئ في عصر ما بعد البرمجة اليدوية.
إذا كان النموذج يكتب الكود، فكيف يتعلم المبتدئ، وماذا يتعلم، وليصبح ماذا؟ مستند مستقل عن محاور التدريب التي تفقد وزنها، والتي تكسبه، والإلمام الذي يبقى إلزاميًا، والهدف، وخطة من اثني عشر أسبوعًا مع مرشد. مكتوب للمبتدئين، كالمنهج كله.
في فريق
عدة مطورين، لكل منهم وكيله، على فرع مشترك واحد.
المنهج مكتوب بصيغة المفرد. يشرح هذا المستند كيف يُطبَّق مع عدة أشخاص: القواعد السبع للفرع المشترك (البند المعلّق وحدة الملكية، الدمج صغيرًا ومتكررًا، التكامل المستمر حكمًا، غير المكتمل خلف مفتاح، الخريطة كاشفًا للتعارض، القرارات بالاسم، مراجعة الأدلة لا الكود)، وكيف تُوزَّع الدرجات، والموجِّهات.
كل المواد، بثماني لغات
اقرأه بلغتك.
الإسبانية هي مصدر الحقيقة؛ النسخ السبع الأخرى ترجمات، وعند الاختلاف تسود الإسبانية. الموجِّهات متطابقة في الجميع. ثلاث وثائق لكل لغة: الوثيقة الرئيسية (الأطروحة، مسح الأنظمة الثلاثة، الدرجات الأربع والعشرين، الإخفاقات الحقيقية والمسرد)، العقود الأربع وعشرون، ودليل الدورة. ومنذ الإصدار 5، مستندان إضافيان لكل لغة: الطريق التطويري-التصحيحي للأنظمة الموجودة أصلًا، والجزء 2 من الدورة مع المشروع الإرشادي الموروث.
يُنشر المنهج بموجب Creative Commons نَسب المُصنَّف - الترخيص بالمثل 4.0: يمكن استخدامه وترجمته وتكييفه، مع نسب المصنّف وبالترخيص نفسه. المستودع عام وتعاوني: github.com/pkuschnirof/urazuke. التحسينات تدخل عبر طلب سحب من تفريعة، مع دليلها، وأدمجها بعد المراجعة.
هل هذا موجود أصلًا باسم آخر؟ بحثتُ بعمق عمّا يشبهه حتى أكتوبر 2026 (Uncle Bob و"gauntlet" الخاص به، وTsumiki، وSpec Kit، وConsort، وIACDM، وOsmani وغيرهم)، وما يُستحسن الاستشهاد به بدل ادّعائه، وما لم أجده في أي مكان، وأخطر اعتراض مع ردّه. يوجد في الجزء F من الوثيقة الرئيسية، "أعمال ذات صلة" (بالإنجليزية).
دليلان للتنفيذ في Forge، خطوة بخطوة مع لقطات شاشة، أُنجزا على مشاريع تدريب حقيقية: مشروع جديد (Turnera) ومشروع قائم (Turnera الموروثة). مع الأدلة المجموعة في كل درجة (بالإسبانية).
وثيقتان إضافيتان، خارج المتن المترجم: شرح البوابات، بالإنجليزية، لأنها وثائق أداة وتُولَّد من البيانات؛ وتقييمات نماذج الذكاء الاصطناعي للمنهج، بالإسبانية.
إذا كنت ستستهلك المنهج بأداة، فلا حاجة لقراءة المستودع: واجهة البيانات موجودة في yujin.app/urazuke/api/. يسرد فهرسها كل مورد بعنوانه المرجعي وإصداره وبصمته: gates.json، التعريف الآلي للبوابات، وprompts.json، المحفزات. تُحسب البصمة من المحتوى من جديد، لذا تكشف النسخة القديمة عن نفسها.
من أين يأتي
ثلاثة أنظمة في الإنتاج، وست وأربعون حالة موثّقة بالتاريخ والدليل.
مسحتُ بالقراءة فقط ثلاثة مستودعات في الإنتاج اليوم يستخدمها أناس حقيقيون: الأداة التي تشكّل فيها المنهج (ألف وتسعون التزامًا في خمسة أشهر)، نظام أتمتة لجهة صحية بمال وبيانات حساسة على المحك (ستمئة وواحد وأربعون بندًا معلّقًا، كلها مغلقة)، ومكتب استقبال متعدد القنوات لجمعية مدنية (الأول الذي يسبق فيه القياس البناء منهجيًا). كل حالة أستشهد بها في المنهج مرقّمة في وثيقة المراجع، لتبقى الإجراءات نظيفة ويبقى التفصيل على بُعد نقرة. العملاء مجهولو الهوية؛ الأرقام والتواريخ والالتزامات حقيقية.
حيث يفشل النموذج في تطبيق البديهي
المقياس الذي كذب مرتين. خطأ المصادقة الذي أُبلغ عنه كنجاح. الادعاءات الثلاثة من أربعة التي كانت خاطئة. كل منها أخبرني أين كان على مبدأ بديهي بالنسبة لي أن يصبح بندًا صريحًا في الموجِّه.
استعادة بالأرقام
أنهيت فريقًا كاملًا من الوكلاء بستين دولارًا وثلاث وسبعين دقيقة مقابل تسعين دقيقة. وقسّمت النشر بأربع وعشرون إلى سبع وعشرين دقيقة مقابل إحدى عشرة. السُّلَّم نفسه هو ذلك.
Pablo Kuschniroff، بمساعدة Claude Code
RPAForce / Yujin. المنهج يُطبَّق على نفسه: قراراته مسجلة بالتاريخ والكلمات الحرفية، والمستودع عام منذ 18 أكتوبر 2026 على github.com/pkuschnirof/urazuke.
الأسئلة الشائعة
الأسئلة الشائعة.
- هل أحتاج إلى معرفة البرمجة؟
- لا. تحتاج إلى مالك مجال ذي حكم ووقت للقرار، ومفاهيم أساسية عمّا هو المستودع والالتزام والدفع. المنهج موجود تحديدًا ليتحقق المالك من الأدلة بدل قراءة الكود.
- هل يصلح لأي مشروع؟
- لا، وهذا ليس عيبًا. هناك شرطان إقصائيان: مستودع قياسي لحفظ الأدلة، وشاشات يمكن تشغيلها برمجيًا للاختبار من طرف إلى طرف. الدرجة 0 تضع الحدود كتابةً.
- هل أحتاج إلى Forge أو NAC3؟
- لا. المنهج محايد تجاه الأداة؛ كل مخرج هو ملف أو اختبار أو سكربت. Forge يؤتمت البوابات وحقن الموجِّهات، لكن الدرجة موجودة بدونه. NAC3 هو الوسيلة التي نحقق بها اليوم قابلية اختبار الشاشات، لا شرطًا.
- لماذا الموجِّهات بالإنجليزية بينما الوثائق بلغتي؟
- لأن النماذج تتبع التعليمات بدقة أكبر ورموز أقل بالإنجليزية. كل موجِّه قطعة واحدة متطابقة في النسخ الثماني، مشروحة بلغتك تحتها، وتنتهي بـ"Reply in my language".
- كم يستغرق مشروع صغير من البداية إلى النهاية؟
- لا أعطي موعدًا نهائيًا، عن قصد. المنهج عملية لصنع أنظمة قابلة للتشغيل والصيانة من دون فهم بت واحد من الكود؛ وليس عملية لبناء الأنظمة أسرع، حتى لو ظهرت السرعة كنتيجة. ما يثبّته المنهج هو الترتيب والبوابات؛ أما كم تستغرق كل مرحلة فيحدده حجم نظامك وتعقيده.
- كيف أقترح تحسينًا؟
- بالدليل: الدرجة 15 تطلب أن تنتهي كل استعادة باقتراح ملموس لتغيير السُّلَّم، مع الحادثة التي تبرره. الاقتراحات تدخل عبر طلب سحب من تفريعة على github.com/pkuschnirof/urazuke وأراجعها قبل الدمج.
اطلب الدليل. لا تقرأ كوده.
منهج ليبني النموذج وتقرر أنت وتتحقق. بثماني لغات، برخصة مفتوحة، ومع ضربات ثلاثة أنظمة حقيقية حتى لا تتلقى الضربات نفسها.