در این مقاله، نویسنده استدلال میکند که "ضد آبسازی" معماری نرمافزار غیرممکن است، زیرا آینده همواره شامل شکستن فرضیات است. به جای تلاش برای پیشبینی آینده، تمرکز باید بر محدود کردن تاثیر تغییرات و جلوگیری از انتشار آنها در سراسر سیستم باشد. نویسنده به اشتباهات رایج در استفاده بیش از حد از انتزاعات برای "ضد آبسازی" اشاره میکند و پیشنهاد میکند که کنترل "شعاع انفجار" تغییرات، یعنی محدود کردن نقاطی که تغییرات بر آنها تاثیر میگذارد، مهمتر است. مثالهایی از تغییرات غیرمنتظره مانند قوانین قیمتگذاری، برنامههای تمدید و تغییرات مالیاتی ارائه شده است. نویسنده تاکید میکند که تصمیمات اولیه میتوانند باعث وابستگیهای ناخواسته در کد شوند و در نتیجه، ایجاد تغییرات در آینده را دشوارتر کنند. در نهایت، نویسنده به تجربه یک تیم در انتقال از Stripe اشاره میکند که نشان میدهد وابستگیهای شدید به یک سرویس خاص میتواند منجر به مشکلات جدی شود.
مشاهده مطلب اصلی