توسعه دهندگان عاشق کد “اصلاح” هستند – به همین دلیل این یک مشکل است

هر محصول به روش مرموز خود تکامل می یابد. حتی تیم باتجربه نمی تواند هر پیچ و تاب در چرخه زندگی محصول را پیش بینی کند. ویژگی های ساده می تواند به گردش کار چند جانبه هیولا منتقل شود. برخی از سناریوهای جانبی سریع توسعه یافته می توانند به پرکاربردترین آنها تبدیل شوند. حتی محبوبیت این محصول می تواند مسائل مربوط به عملکرد غیر منتظره را ایجاد کند. و تطبیق نرم افزار برای نیازهای بازار کاملاً طبیعی است. تنها راه داشتن یک محصول قابل اعتماد و قابل پیش بینی ، رزرو مدتی برای رفع بدهی فنی و ارائه یک فرآیند مناسب برای اصلاح مجدد است.

بهتر است تعاریف اصطلاحات را در این مقاله درج کنید. بدهی فنی یا بدهی فنی ، سازش های انباشته شده در پایگاه کد است که ممکن است در طول توسعه سریع یا سایر نوسانات رخ دهد. روند اصلاح مجدد بیشتر در مورد بهبود محصول به طور کلی است. این ممکن است شامل فعالیت های مربوط به عملکرد ، ساختار کد بهتر و سادگی راه حل باشد. با این حال ، گاهی اوقات این دو مفهوم می توانند بسیار نزدیک باشند. به عنوان مثال ، چند ویژگی پر از بدهی فناوری ممکن است نیاز به اصلاح مناسب کل ماژول داشته باشد تا یک بار برای همه با ایده های جدید و اجرای مجدد مشکل را برطرف کند.

و این ترفند است. به طور کلی ، توسعه دهندگان نرم افزار خوب ایده های زیادی برای بهبود محصول دارند. “خوب ، …

Source link