کد تمیز یا تحویل سریع

تحقیق کردم درباره‌ی یکی از معروف‌ترین فاجعه‌های نرم‌افزاری تاریخ و فکر کردم برای بحث «بدهی فنی» جالب باشه:

کد قدیمی Power Peg (سال ۲۰۰۳) هیچ‌وقت کامل حذف نشده بود
یه فلگ قدیمی برای قابلیت جدید دوباره‌استفاده شد
استقرار فقط روی ۷ از ۸ سرور انجام شد
نتیجه: ۴۴۰ میلیون دلار ضرر در ۴۵ دقیقه (SEC هم ۱۲ میلیون دلار جریمه‌شون کرد)

نکته‌ی جالبش اینه که علت مستقیم «خطای استقرار» بود، ولی مسیر رسیدن بهش دقیقاً از تصمیم‌های «سریع و کوچیک» گذشت که هیچ‌کس مسئول پرداختشون نبود.

یه بخش هم اضافه کردم درباره‌ی «ربع‌های بدهی فنی» مارتین فاولر که نشون می‌ده گاهی تحویل سریع اتفاقاً تصمیم درستیه: https://shagerd.io/blog/%DA%A9%D8%AF-%D8%AA%D9%85%DB%8C%D8%B2-%DB%8C%D8%A7-%D8%AA%D8%AD%D9%88%DB%8C%D9%84-%D8%B3%D8%B1%DB%8C%D8%B9-%DB%B4%DB%B4%DB%B0-%D9%85%DB%8C%D9%84%DB%8C%D9%88%D9%86-%D8%AF%D9%84%D8%A7%D8%B1-%D8%AF%D8%B1-%DB%B4%DB%B5-%D8%AF%D9%82%DB%8C%D9%82%D9%87

نظر شما چیه؟ تو تیم‌تون چطور بین سرعت و کیفیت تعادل برقرار می‌کنین؟

#برنامه_نویسی #کد #کامپیوتر #هوش_مصنوعی #دلار