⚡️⚡️**** **🚩 داستان Feature Flag؛ از یک if ساده تا چیزی که کسی جرئت حذفش رو نداره!
درحالی‌که یه عده بحث می‌کنن درد عاشقی بدتره یا درد بی‌پولی، هم‌زمان عده‌ای از لابه‌لای صف دستشویی بهشون پوزخند می‌زنن!
اما گروه چهارمی هم هستن که یه قابلیت جدید برای نرم‌افزارشون نوشتن، ولی نمی‌دونن چجوری فعال یا غیرفعال‌شدنش رو بدون Release جدید کنترل کنن.
بله، این‌ها همون‌هایی هستن که یا هنوز نمی‌دونن Feature Flag چیه، یا پیاده‌سازی درستش رو بلد نیستن و در شرایط بحرانی آرزو می‌کنن کاش توی صف قضای حاجت بودن، ولی درگیر اون پروژه نبودن!
البته از این گروه بدبخت‌تر هم داریم: کسانی که یه کدبیس با ده‌ها یا صدها Feature Flag رهاشده بهشون ارث رسیده و حالا هیچ‌کس جرئت نمی‌کنه چیزی رو حذف کنه!
توی این مطلب درباره این‌ها نوشتم:
انواع Feature Flag و تفاوت Flagهای موقت و دائمی
بدهی فنی، ترکیب‌های غیرقابل‌تست و Flagهایی که هیچ‌وقت حذف نمی‌شن
پلتفرم‌هایی مثل LaunchDarkly، Unleash، Flagsmith و OpenFeature
اصول Governance، نام‌گذاری، مالکیت و معیارهای سنجش بدهی
در مورد Consistency، Performance و امنیت Feature Flag در سیستم‌های توزیع‌شده
می‌شه گفت Feature Flag بدهی فنی نیست؛ اما Feature Flag بدون مالک، تاریخ انقضا و برنامه حذف، بدهی فنی زمان‌بندی‌شده است.
🔗 لینک کامل مطلب
اگر شما هم Feature Flagی دیدید که هیچ‌کس نمی‌دونه چرا هنوز وجود داره، تجربه‌تون رو بنویسید؛ احتمالاً تنها نیستید!