description

نحوه تعامل مناسب بین برنامه نویس frontend و برنامه نویس backend در پروژه های وب سایت

- 5 ماه پیش
توسط mehdi آپدیت شد
mehdi ( 469 تجربه )
5 ماه پیش

سلام. دوستانی که تجربه کار در پروژه های تیمی جهت طراحی و پیاده سازی وب سایت های بزرگ یا متوسط را دارند لطفا از نحوه ارتباط و تعامل مناسب بین برنامه نویس frontend و برنامه نویس backend در پروژه ها بگویند. آیا این دو برنامه نویس باید در مهارت های مربوط به هم مسلط باشند یا اینکه در مهارت مربوط به خودشان مسلط باشند کفایت می کنه؟ این دو برنامه نویس به چه صورت می توانند همدیگر را حمایت و پشتیبانی کنند و نیاز های همدیگر را در پروژه مرتفع کنند؟ آیا برای ایجاد هماهنگی بین آن ها حتما نیاز به یک مدیر پروژه است یا اینکه خودشان می توانند در جهت پیشبرد پروژه باهم هماهنگ شوند؟ به عنوان مثل اگر یک تیم دو نفره متشکل از یک برنامه نویس frontend و یک برنامه نویس backend جهت طراحی و پیاده سازی یک پروژه متوسط وب سایت تشکیل شود چگونه می توانند در قالب یک تیم و همراه هم بصورت موازی پروژه را استارت بزنند و به نتیجه نهایی برسانند؟ منتظر نظراتتان هستم و پیشاپیش از دوستانی که در این بحث مشارکت می کنند سپاسگزارم.

بهترین پاسخ انتخاب شده توسط mehdi
پیمان گلدسته
5 ماه پیش

سلام.
در جواب سوال اول شما٬ باید وقتی توی یک تیم کار می کنید به دیگر مهارت ها هم مسلط باشید. معمولاْ تیم های بزرگ بر اساس متد های چابک برنامه ریزی می کنن که خیلی مهمه در درجه اول باعث رشد فردی شما میشه.
معمولاْ‌ برنامه نویس frontend بیشتر از backend کمک میگیره. اما بسته به اینکه پروژه monolithic هست یا microservice تعامل این دو با هم متفاوت تر هست ٬ توی پروژه های بزرگ به علت اینکه همه چیز از سمت api میاد تعامل خیلی راحت تره چون و ورودی و خروجی مشخصه.
برای ایجاد هماهنگی بین بچه های تیم برنامه نویسی حتماْ نیاز به یک اسکرام مستر هست ٬ در کنار مدیر محصول که در راستای پیشرفت محصول تیم رو مدیریت میکنه.
در تیم های ۲ نفره همه موارد خیلی بیشتر به نفرات اون تیم داره. معمولاْ ساید frontend یک تا چند هفته جلوتر از ساید backend هست.
در متدهای چابک تاکید همیشه بر روی تیم هست. تیم تصمیم های اصلی رو میگیره . تیم میبینه کی بهتر کار کرده و تیم یک نفر رو از گروه اخراج میکنه!
حضور اسکرام مستر برای تیم ها لازم هست. توی تیم های بزرگ مدیر های محصول سمت تکنیکال و بیزینس جدا هستند ولی توی تیم های کوچک این رول رو ۱ نفر هم میتونه بازی کنه.
در طول هر اسپرینت مدیر (های) محصول و اسکرام مستر میتونن با هم جلسات زیادی داشته باشن.

پیمان گلدسته ( 289 تجربه )
5 ماه پیش

سلام.
در جواب سوال اول شما٬ باید وقتی توی یک تیم کار می کنید به دیگر مهارت ها هم مسلط باشید. معمولاْ تیم های بزرگ بر اساس متد های چابک برنامه ریزی می کنن که خیلی مهمه در درجه اول باعث رشد فردی شما میشه.
معمولاْ‌ برنامه نویس frontend بیشتر از backend کمک میگیره. اما بسته به اینکه پروژه monolithic هست یا microservice تعامل این دو با هم متفاوت تر هست ٬ توی پروژه های بزرگ به علت اینکه همه چیز از سمت api میاد تعامل خیلی راحت تره چون و ورودی و خروجی مشخصه.
برای ایجاد هماهنگی بین بچه های تیم برنامه نویسی حتماْ نیاز به یک اسکرام مستر هست ٬ در کنار مدیر محصول که در راستای پیشرفت محصول تیم رو مدیریت میکنه.
در تیم های ۲ نفره همه موارد خیلی بیشتر به نفرات اون تیم داره. معمولاْ ساید frontend یک تا چند هفته جلوتر از ساید backend هست.
در متدهای چابک تاکید همیشه بر روی تیم هست. تیم تصمیم های اصلی رو میگیره . تیم میبینه کی بهتر کار کرده و تیم یک نفر رو از گروه اخراج میکنه!
حضور اسکرام مستر برای تیم ها لازم هست. توی تیم های بزرگ مدیر های محصول سمت تکنیکال و بیزینس جدا هستند ولی توی تیم های کوچک این رول رو ۱ نفر هم میتونه بازی کنه.
در طول هر اسپرینت مدیر (های) محصول و اسکرام مستر میتونن با هم جلسات زیادی داشته باشن.

mehdi ( 469 تجربه )
5 ماه پیش

ضمن تشکر از شما مسلما انجام پروژه ها در چارچوب متدولوژی های جدید و پیشرفته مهندسی نرم افزار بسیار بهتر و اصولی تر است ولی برای تیم های طراحی وب سایت که تازه شکل گرفته و تجربه چندانی ندارند به نظر منطقی نمی رسد که برای پروژه های کوچک و متوسط که در ابتدای راه شروع می کنند خود را معطل یادگیری این متدولوژی ها کنند و بهتر است استفاده از این متدولوژی ها را در چشم انداز آینده خود برای پروژه های بزرگتر و جدی تر قرار دهند. لذا منظورم بیشتر در مورد نحوه تعامل برنامه نویس سمت کلاینت و سمت سرور در تیم های تازه شکل گرفته و افراد تازه کار بود.

برای ارسال پاسخ باید وارد سایت شوید