یادداشتهای مهندسی
ایدههای عملی درباره نرمافزاری که باید مدام تغییر کند.
یادداشتهایی کوتاه درباره بکاند، معماری، نوسازی، رفتار Production و بدهبستانهای پشت تصمیمهای فنی.
۰1↖۰2↖۰3↖
سازگاری با نسخههای قبلی یک قابلیت محصول است
چرا حفظ قراردادهای معتبر میتواند یکی از مهمترین تصمیمها در نوسازی یک سیستم قدیمی باشد.
محیط عملیاتی بخشی از مهندسی است
چرا health check، پیکربندی، CI/CD، وابستگیها و حالتهای شکست باید همزمان با خود برنامه طراحی شوند.
معماری به مرز نیاز دارد، نه لایههای بیشتر
نگاهی عملی به ماژولاریتی، coupling و انتخاب ساختار بر اساس تغییر، نه مد روز.