مقدمه
در حوزه مهندسی نرم افزار، تنش دائمی بین ارائه سریع ویژگی ها و حفظ یک معماری قوی و انعطاف پذیر وجود دارد. جنبش چابک، در کنار DevOps و شیوههای تحویل مداوم، نحوه تفکر سازمانها در مورد ساختن نرمافزار را به تدریج تغییر داده است. در میان بسیاری از اصول در روش شناسی چابک، یاگنی– مخفف “You Aren’t Gonna Need It” – به دلیل تاکید آن بر سادگی و اجتناب از پیچیدگی حدس و گمان، جایگاه ویژه ای دارد.
علیرغم اینکه در داخل به خوبی شناخته شده است برنامه نویسی افراطی (XP) در محافل، بسیاری از تیم ها هنوز با کاربرد عملی YAGNI مبارزه می کنند. این مبارزه اغلب از ترس ناشی می شود که نه ایجاد قابلیتهای «مقاوم در آینده» منجر به کار بیشتر در آینده یا بدهی فنی میشود. از طرف دیگر، پیادهسازی بسیاری از ویژگیها «فقط در مورد» میتواند منجر به ایجاد نرمافزاری شود که نگهداری و تکامل آن سختتر است.
مهندسی بیش از حد باعث هدر رفتن زمان توسعه دهنده می شود، سربار شناختی را اضافه می کند و حتی می تواند کیفیت کلی یک محصول را کاهش دهد.
هدف این مقاله ارائه یک درک کامل از اصل YAGNI، ردیابی منشأ آن، بررسی نقش آن در توسعه نرمافزار و معماری، و ارائه راهنماییهای مشخص برای پذیرش است. همچنین چالش هایی را بررسی خواهیم کرد که …