عموما انتخاب معماری، تکنولوژی یا ابزار، از بین ابزارهای موجود و شناختهشده انجام میشه و به ندرت تیمها نیاز یا حتی توانایی خلق معماری جدید رو دارن. توی چنین شرایطی شناخت معماری و زمینهی پیدایشش کمک بزرگی به پیشگیری از انتخاب اشتباه میکنه. یعنی وقتی میدونیم یک معماری در چه شرایطی و برای تأمین چه نیازی به وجود اومده، میتونیم فکر کنیم آیا شرایط و نیاز و مسئلهی فعلی ما هم راستا با شرایط و نیاز ما هست یا نه!
عموما انتخاب معماری، تکنولوژی یا ابزار، از بین ابزارهای موجود و شناختهشده انجام میشه و به ندرت تیمها نیاز یا حتی توانایی خلق معماری جدید رو دارن. توی چنین شرایطی شناخت معماری و زمینهی پیدایشش کمک بزرگی به پیشگیری از انتخاب اشتباه میکنه. یعنی وقتی میدونیم یک معماری در چه شرایطی و برای تأمین چه نیازی به وجود اومده، میتونیم فکر کنیم آیا شرایط و نیاز و مسئلهی فعلی ما هم راستا با شرایط و نیاز ما هست یا نه!
قصد دارم تا طی چند پست در مورد چند معماری مرسوم که عموما به اشتباه انتخاب میشن و بیشتر از اینکه انتخابشون تابعی از نیاز و شرایط باشه، ناشی از ترندهای فضای نرمافزار و حبابهاست بپردازم...
- مایکروسرویس
- متدولوژی Domain-Driven Design
- معماریها Clean / Hexagonal / Onion
اگر فکر میکنید موضوع جذابیه: ⚙️
اگر هم پیشنهادی براش دارید حتمن بنویسید 😊