صحت اقتصادیات میٹرکس

موضوع 67 از 91· سافٹ ویئر انجینئرنگ اور ڈیجیٹل ڈیلیوری

تکنیکی قرض

تکنیکی قرض ایک کوڈ بیس میں فوری ماضی کے فیصلوں کی مضمر مستقبل کی لاگت ہے: واجب الادا علاج کا کام (اصل رقم) اور جاری کھینچاؤ جو یہ ڈیلیوری پر ڈالتا ہے (سود)۔ SQALE جیسے مقداری طریقے اسے استعارے سے ایک لاگت شدہ ذمہ داری میں تبدیل کرتے ہیں۔

یہ کیوں اہم ہے

غیر مقداری، ٹیک قرض ایک شکایت ہے؛ مقداری، یہ ایک کاروباری کیس ہے۔ صنعت کے بنیادی خطوط (CAST Appmarq، 1,400 ایپس / 550M LOC): تاریخی طور پر ≈ کوڈ کی فی لائن $3.61 تکنیکی-قرض اصل رقم، عام کوڈ بیسز دوبارہ تعمیر کی لاگت کا 15–20% قرض تناسب اٹھاتے ہیں، بمقابلہ عام طور پر استعمال شدہ ≤5% کی صحت کی بار (SonarQube کا "A" درجہ)۔ صحت-اقتصادیات کا فریم بالکل فٹ بیٹھتا ہے: قرض ایک دائمی حالت ہے — بغیر علاج، یہ بڑھتا ہے، اس کا "سود" سست ڈیلیوری اور زیادہ خرابی کی شرحوں کے طور پر مرکب ہوتا ہے، اور علاج بالکل اسی طرح صلاحیت کے لیے خصوصیت کام کے خلاف مقابلہ کرتا ہے جیسے روک تھام علاج کے ساتھ مقابلہ کرتی ہے۔

حساب

SQALE اصل رقم   = Σ خلاف ورزیوں پر (علاج کا وقت) × ڈیویلپر لاگت کی شرح
تکنیکی قرض تناسب (TDR) = علاج کی لاگت / دوبارہ ترقی کی لاگت × 100
                    (SonarQube درجے: A ≤ 5%، B ≤ 10%، C ≤ 20%، D ≤ 50%)

سود (وہ نمبر جو ادائیگی کا جواز پیش کرتا ہے):
  سود/سال = Δ ڈیلیوری رفتار × فی یونٹ رفتار قدر
                + Δ خرابی کی شرح × فی خرابی لاگت
ادائیگی کا کیس  = PV(افق پر اجتناب شدہ سود) − علاج کی لاگت
                (ڈسکاؤنٹ شدہ — discounting-and-time-preference.md دیکھیں)

اصل رقم ذمہ داری بیان کرتی ہے؛ سود سرمایہ کاری کا کیس بناتا ہے۔ £40k/سال سود سے بچنے کے لیے £500k اصل رقم ادا کرنا ایک بری ڈیل ہے؛ £400k/سال سے بچنے کے لیے، بہترین۔

حل شدہ مثال

ایک 400k-LOC طبی-ریکارڈ انضمام پرت: SQALE اصل رقم 3,800 گھنٹے × £75 = £285k؛ TDR ≈ 12% (درجہ C)۔ ماپا گیا سود: اس پرت کو چھونے والی ٹیمیں اسٹیٹ بنیادی خط کے مقابلے میں 40% لمبے سائیکل کے اوقات اور 2× تبدیلی-ناکامی شرحیں دکھاتی ہیں۔ پرت 6,000 ڈیویلپر-گھنٹے/سال جذب کرتی ہے:

سود ≈ 6,000 × 0.40 × £75      = £180,000/سال (رفتار کا کھینچاؤ)
         + 12 اضافی ناکامیاں × £8,000 = £96,000/سال (دوبارہ کام/واقعات)
         ≈ £276,000/سال

ہاٹ سپاٹس کو ہدف بناتے ہوئے بدترین 30% اصل رقم (£85k) کا علاج کریں → ماڈل شدہ
سود میں 60% کمی: ~£166k/سال بچاتی ہے۔ واپسی ≈ 6 ماہ۔

ہاٹ سپاٹ ہدف بندی اہم ہے: قرض کا سود وہاں مرکوز ہوتا ہے جہاں تبدیلی کی تعدد × قرض کی کثافت عروج پر ہوتی ہے — شاذ و نادر-چھونے والے قرض کا علاج کچھ نہیں خریدتا، ایک ایسی حالت کا علاج کرنے کی طرح جو کبھی بڑھتی ہی نہیں (روک تھام کی اقتصادیات)۔

سافٹ ویئر انجینئرنگ سے تعلق

صحت-اقتصادیات کی درآمدات جو ٹیک-قرض کے دلائل کو اپ گریڈ کرتی ہیں: اسٹیٹ کو ایک بوجھ کی انوینٹری کے طور پر بیان کریں (DALY-طرز — کھوئے گئے صحت مند انجینئرنگ-سال کہاں ہیں؟)؛ بڑھوتری ریاضی کے ساتھ ادائیگی کا جواز پیش کریں، ایمانداری سے (عام طور پر لاگت-مؤثر، لاگت-بچانے والا نہیں)؛ بدترین نظاموں کے علاج کا وزن شدت کی کمی سے کریں؛ اور بڑی علاج کی تجاویز کو ایک ادلا بدلی تجزیے کے ساتھ جمع کرائیں جو اجتناب شدہ ڈاؤن اسٹریم لاگتیں قواعد سے بچ جاتا ہے — امکان-وزنی، ڈسکاؤنٹ شدہ، ایک بار شمار شدہ۔

نقصانات

  • صرف-اصل رقم کی رپورٹنگ: کوئی سود کا تخمینہ نہ رکھنے والا ایک بڑا خوفناک نمبر کچھ جواز پیش نہیں کرتا۔
  • ٹول سے پیدا شدہ قرض کے اعداد و شمار کو لفظی طور پر لینا: SQALE قاعدے کی خلاف ورزیوں کا شمار کرتا ہے؛ یہ فن تعمیراتی قرض (مہنگی قسم) چھوڑ دیتا ہے اور معمولی چیزوں کا شمار کرتا ہے۔
  • قرض-صفر یوٹوپیا ازم: بہترین قرض کی سطح صفر نہیں ہے — قرض فائدہ ہے؛ سوال سود کی شرح ہے۔
  • "دوبارہ لکھنا سب کچھ سے بچاتا ہے": دوبارہ لکھنے کی تجاویز کو وہی ادلا بدلی قواعد صاف کرنے چاہئیں — کاؤنٹر فیکچوئل لاگت، امکان، ڈسکاؤنٹنگ۔

ذرائع