Loading...
Loading...
العرض التجريبي نجح. ثم جاء المستخدمون الحقيقيون، فصار المنتج يتعطّل في الأيام المزدحمة، ولا أحد يعرف متى ينهار، وكل ميزة جديدة تكسر شيئًا آخر. هذه أكثر الحالات شيوعًا — وأكثرها قابلية للإصلاح.
أراجع الكود والبنية وأعطيك قائمة مكتوبة بما هو خطير فعلًا، مرتّبة بالأولوية. ليست دعوة لإعادة بناء — غالبًا معظمه سليم.
الثغرات الأمنية ومخاطر فقدان البيانات والأخطاء التي تُضيّع الطلبات أو التسجيلات بصمت. هذه أولًا، قبل أي تحسين شكلي.
اختبارات آلية وفحوصات قبل النشر، ليُكتشف أي تغيير معطوب قبل أن يراه عملاؤك.
مراقبة وتنبيهات أخطاء، لتعرف بالمشاكل من إشعار لا من رسالة عميل غاضب.
كل مشروع أديره يُنشر خلف بوابات آلية: فحص أنواع، وفحص أمني، وتدقيق للاعتماديات، وفحوص وصولية وتباين ألوان، واختبارات يجب أن تنجح قبل السماح بالنشر. في هذا الموقع نفسه، مُنع نشر مؤخرًا لأن ثغرة جديدة ظهرت في إحدى الاعتماديات بين ليلة وضحاها — وهذا هو عمل البوابة. لا أبيعك أسلوبًا لا أستخدمه.
See the work →نادرًا جدًا. إعادة البناء غالبًا هي الإجابة المكلفة لمشكلة يحلّها أسبوع من التقوية. وإن رأيت أن إعادة البناء هي الصواب، سأعرض عليك المنطق وتكلفة الطريقين.
نعم — وهذا معظم هذا العمل. أدقّقه وأخبرك بصراحة بما يصلح، وأعطيك خطة مع تقدير.
شائع جدًا الآن، وقابل للإصلاح عادةً. الكود المولَّد يعمل في المسار المثالي ويتجاهل معالجة الأخطاء والاختبارات والأمان — وهي بالضبط قائمة هذه الخدمة.
التدقيق عادة بضعة أيام. الإصلاحات تعتمد على ما يُكتشف، لكن معظم المنتجات تصل إلى حالة مستقرة فعلًا خلال 2–4 أسابيع.
إن أردت. بعض العملاء يبقونني على اشتراك شهري، وآخرون يأخذون الكود بعد تقويته ويشغّلونه بأنفسهم. كلاهما مقبول.
أخبرني بما يتعطّل وما يقلقك. سأخبرك بما سأفحصه أولًا — وهل تحتاج مساعدة أصلًا.