خب خیلی وقتا پیش میاد که ما یه پروژه میگیریم و نمیدونیم دقیقا از کجا باید شروع کنیم. یه ایده هایی داریم که کجاهارو چجوری اجرا کنیم ولی ذهنیت اصلیمون اینه که خب اون قسمتایی رو که نمیدونم هم میرم تو دل ماجرا و میفهمم یجوری.
نهایتا واردش میشیم، از وسطش شروع میکنیم ساختن یکم قبل و یکم بعدش رو میسازیم و همین روند رو ادامه میدیم تا یه چی به درد بخور ازش در بیاد.
شاید فک کنین همه جا همینجوریه ولی امروز میخوایم درمورد این حرف بزنیم که چرا این روش اصلا بهینه نیست و روش بهینه ای وجود داره، روشی که جلوی بخش زیادی از گره خوردن های کارایی در مقابل طراحی و دوباره کاری ها و امثال این مشکلات رو میگیره و اونم چیزی نیست جز چک لیست اجرایی.
به شخصه خود من وقتی میخوام یه چیزی رو بسازم معمولا از این چک لیست استفاده میکنم چون کارفرما نمیدونه روند چطوریه، یا یهو از بکند شروع میکنه، یا از فرانت یا از هرچی دلش خواست. کاری که من میکنم اینه که اگر بخوام چیزی رو صفر تا صد بسازم میام و طبق این چک لیست پیش میرم و اگه بخوام بخشی از چیزی رو بسازم اولین کاری که میکنم اینه که چک میکنم ببینم بخش های قبلی آماده هستن یا نه. روش وصله پینه کردن پایه های اپلیکیشن ما در آینده فقط باعث سردرد ناشی از مشکلاتی میشه که نیازی نبوده به وجود بیان.
این چک لیست اجرایی رو میتونین سیو کنین یا واسه کارفرما بفرستین که بدونه اپلیکیشن ها سرسری ساخته نمیشن، بر اساس اصول و قواعد ساخته میشن.
البته اینم بگم که این واسه mvpای که بخوایم بعد ریفکتور کنیم نیست ضرورتا، ولی همون mvp هم اگه طبق اصول ساخته شه خیلی بهتر در میاد تا شانسی.
اینم در نظر داشته باشید که بعضی از این فاز ها در موازات همدیگه انجام میشن.
@persiandn
1
1August 28, 2026 69 3
