فرانت اند یا بک اند : اول مرغ یا تخم مرغ

اصلا امکان نداره اول فرانت

@hamid.control1368
چطور مگه؟ اگه یه طرح خوب قبل شروع داشته باشیم میدونیم چه امکاناتی میخواد سایت بعدش بر اساس اون قبلش از شروع فرانت طراحی میشه

@mojtaba.kh
سلام و وقت بخیر
من یه تجربه نسبتا تلخ دارم در این مورد .
من همین اولین پروژه ای که گرفتم ( که هنوز میخوام refactor کنمش :)) ، روی فرانت اند خیلی با کارفرما بحث کردم که دقیقا چیزی باشه که خود طرف میخواد (واقعا برام سخته چیزی طراحی کنم که به نظر خودم زشته :») و واقعا نابود شدم چون هم خیلی وقت ازم گرفت هم هماهنگ کردن اینکه مثلا فرانت چجوری باشه کاریه که بهتره حضوری انجام بشه و ما از طریق واتساپ با ویس فرستادن ایده میدادیم و واقعا ( ببخشید) **** شدم D:
بعد حالا اومدم بک اند رو بنویسم 2 تا مشکل وجود داشت:
1 درسته که فرانت کار طراحی و آماده بود . ولی فقط کلیت سایت رو مشخص میکرد و ویژگی های سایت همچنان مبهم بود که فوق العاده ازم انرژی گرفت که سر این اپشن ها با کارفرما به توافق برسیم.
2 خیلی جالب بود من 1 روز مثلا وقت می‌گذاشتم تا یه گروه از صفحات که دسته بندی بودن (مثلا فرض کنید گروه فیلم رو باید اول طبق پایه و سپس طبق درس ، گروه بندی میکردم که با یک کنترلر کار کنه و واقعا خسته شدم البته نبود نظر قطعی کارفرما اینجا خیییلی اهمیت داشت که ما هم نظر قطعی نداشت کار فرمامون :( ) درست کنم، بعد یهو کارفرما میگفت این دکمه رو توی نوبار بجای فیلم بکن جزوه :|
من میگفتم چند ساعت وقت میخواد باشه فردا میگفت براچی :)
خلاصه که نتیجه چی شد ؟
یه سایت که به خاطر اینکه به بک اند برسم ، فرانتش رو یکم عجله‌ای زدم و خیلی جالب نشد(البته نظر شخصیمه ولی مطمين ام طراحی‌اش مال قرن 19 شده :‌) ).
و بک‌اندش رو هم به خاطر خستگی و نبود نظر قطعی کارفرما چنان شلغم شوربایی زدم که الان اگه سورس رو بذارم تو راکت مردم ببینن درجا همه یقه **** میکنند و عربده کشان ، به صحرای آفریقا فرار میکنند🤣🤣
حالا هم مجبورم refactor کنم کل پروژه رو :| :(
نتیجه اخلاقی : اول اول اول هدف سایت و آپشن های سایت (حداقل اگر مطمين نیستید آپشن ها چی هستند با گیت ورژن بندی کنید) رو مشخص کنید.
بعد ( به نظر من) بهتره که اول بک اند رو شروع کنید چون بعدا تغییر و سازگار کردن فرانت‌اند با بک‌اند ساده تر از بک‌اند با فرانت‌اند هست.
البته آدم به آدم فرق داره ولی من دیگه یجوری از این خوردم عمرا اول برم سر فرانت :)(شاید هم رفتم :|)
ببخشید خیلی طولانی شد
امیدوارم مفید بوده باشه
موفق و سلامت باشید
یا حق

@TimeRunner2359
بسیاااار ممنونم عالی بود جناب قربانی :)

پس نتیجه میگیریم اول بک اند بعد که سایت آماده شد یه لباس تنش می کنیم D: (فرانت اند)

نیمدونم شاید تا حدی سلیقه ای باشه ولی ضمن احترام به نظر همه دوستان نظر بنده کمی متفاوته ظاهرا.

تجربه شخصیم این هست که شروع با فرانت اند بهتره. روندی که من معمولا انجام میدم و راضی بودم تا الان به این صورت هست:

۱- طراحی html و css ساده صفحات. (یعنی همون تبدیل فایل psd به کد)
۲- اضافه کردن جینگولک بازی های جاوا اسکرپتی (مثل اسلایدر و آکوردیون و سایدبار و ...)

خوب تا پایان این دو مرحله ما یک سایت استاتیک ساده داریم که از هر مقاله یا محصول یا ... در حد چند تا دونه با حالت های خاص اگر داره اومده و به شکل مستقیم در کد نوشته شدند (hard code). خبری از دیتابیس نیست هنوز.

۳- حالا تو این مرحله میرم سراغ پیاده سازی بک اند و دیتابیس و در نهایت داینامیک کردن قالب استاتیک قبلی که طراحی شده بود.

۴- در آخر هم یکسری ریزه کاری ها و تمیز کاری ها و برقراری ارتباط های باقیمونده وتمام.

اگر خواسته باشید با بک اند شروع کنید یکی از مشکلاتش این هست که تا مدت زیادی نمی تونید خروجی کارتون رو به شکل تمیز و تو مرورگر ببنید و همه اش مجبور هستید با command line نتیجه کارتون رو تست و بررسی و دیباگ کنید که برای بنده حداقل چندان جالب نیست.

جواب این سوال بسته به نوع تخصص فرد، مقدار تجربه و امکانات پروژه .. ممکنه فرق داشته باشه.

به طور معمول:

• برای یه توسعه دهنده بک اند (مادامی که ساختار پروژه و شرح وظایفش مشخصه) خیلی فرقی نداره که بتونه نتیجه کار رو با قالب ببینه.. میتونه بدون هیچ استایلی از List-item استفاده کنه... یا میتونه اصلا نبینه و با تست نویسی از نتیجه کارش اطمینان پیدا کنه..
• از طرف دیگه توسعه دهنده فرانت طرحی رو که (توسط تیم Ui/Ux) بوجود اومده رو تبدیل به قالب میکنه
  و میتونه بدون بک‌اند هم با داده های فیک قالب رو پر کنه.

میمونه ادقام این دو سمت که کار چندانی نداره.. پس به جز پروسه ادقام بک و فرانت از هم جدا هستند.

حالا وقتی هر دو پروسه رو قرار باشه یک نفر انجام بده و ادقام کنه.. مسئله کمی پیچیده تر میشه.
اکثرا با حیطه ای که بهش مسلط ترند شروع میکنند..
بعضی ها هم برعکس...
عده ای هم نظم خاصی برای این کار دارند..

اما شرایط هم خیلی اثر داره که من به چندتاش اشاره میکنم:
۱) یه موقع هست شما داری برای خودت یه پروژه میزنی و حالت تمرینی هم داره.. خوب از قبل هم به ساختارش فکر نکردی.. این جور مواقع پروژه نسبتا موازی جلو میره.. چونکه هر لحظه ممکنه تغییر وجود داشته باشه، پس نمیشه یک سمت رو کامل کرد.

۲) شما توی یه شرکت کار میکنید و شرکت به شما میگه چطور مراحل کار رو پیش ببری

۳) شما یه توسعه دهنده فول استک هستی و قرار پروژه رو در یک ددلاین مشخص تحویل بدی: در این حالت شما باید با توانایی های خودت خوب آشنا باشی و برآورد زمانی برای هر سمت انجام بدی; و در نهایت بازده شخصی شماست که مهمه. نه ترتیب کار.

هر دوتا رو باید پیش برد با هم . البته تیم باید ی دست باشه و فروتن باشن وگرنه نمیشه کار کرد

من تازه کارم و خیلی تجربه ندارم ولی تا جایی که من یاد گرفتم و اطلاع دارم اول فرانت رو بزنی خیلی بهتره چون راحت هم می تونی نتیجه کار رو ببینی و خطا ها رو بگیری

هردو فرانت اند وبک اند باید باهم پیش بره چون فرانت و بک اند هردو متصل به هم هستند اگه که سایتتون شامل ارسال و ذخیره فرم باشد حتما باید از بک اند همراه فرانت استفاده کرد در غیر اینصورت بک اند لازم نیست

فزانت و بک اند باید باهم و همزمان انجام شود چرا که کنترل و کارهایی که تو بک اند انجام میشه نتیجه اش در فرانت برمیگردد

ابتدا فرانت رو تکمیل کنید
وقتی خیالتون از فرانت راحت شد میتونید سراغ بک برید
اگر اول بک رو تکمیل کنید در حین تکمیل کردن طبیعاتا سردرگمی به خاطر تکمیل نبودن فرانت دارید
وقتی کاملا قالب تکمیل شد فقط لازمه به جسم یک روح اضافه کنید

برای پوشش دادن یک پروژه از صفر تا صد معمولا بهتر از از فرانت شروع کنید

سلام خسته نباشید
ببین همیشه فرانت بک با هم در تعامل هستن و با هم جلو میرن
شما یه بخشی از فرانت رو میزنید باید بک رو بزنید و اینا وصل کنید
البته میتونی اول بک رو بزنید بعد فرانت اما باید یه ساختار دیتابیس بهتون بدن که بدونید چه دیتابیسی باید طراحی کرد
اما میتونید اول فرانت طراحی کنید مشکلی نیست اما هر دو با هم خیلی بهتره

نتیجه نهایی اینه ک اول فرانت رو تکمیل کنی چون :

1. نتیجه کارو زودتر میتونی ببینی
2. جزئیات و آپشن های مختلفی ک بصورت کامل پروژه نیاز داره مشخص میشه و هیچ ابهامی برای بک اند باقی نمیمونه
3. با داده های فیک میتونی اون قسمتهایی ک نیاز به اتصال ب بک اند داره رو تکمیل کنی
4. زمانبندی پروژه درست پیش میره چون معمولا فرانت زیره کاری بیشتری داره تا بک اند و زمان بیشتری هم میگیره
5. وقتی کارفرما شِمای کلی پروژه رو میبینه اگه نیاز ب تغییراتی توی پروژه داشته باشه و بهت بگه راحت تر میتونی تغییرات رو هندل کنی

همیشه اول فرانته بعد بک اند
فرانت اند وبسایت های هست که سمت سرور نیست
ولی بک اند وب سایت های سمت سروره
مثلا بک اند وبسایت هایی مثل فروشگاهی درگاه پرداخت یا ...
فراند جزو: HTML, CSS, JS میشه
بک اند جزو: Node.js و... میشه