ওয়েব ডেভলপমেন্ট প্রকল্পগুলিতে ব্যাক-এন্ড এবং ফ্রন্ট-এন্ড দুটি পজিশনে আলাদা করা কি সাধারণ?

Question

ওয়েব স্টার্টআপে, কোনও ইঞ্জিনিয়ারের বৈশিষ্ট্যটির সম্মুখভাগ এবং ব্যাক-এন্ডে কাজ করা (সাধারণভাবে পুরো বৈশিষ্ট্যের দায়িত্বে) কাজ করা কি আরও সাধারণ? নাকি ইঞ্জিনিয়াররা ব্যাক-এন্ড এবং ফ্রন্ট-এন্ডের মধ্যে পৃথক হয়েছে?

কোনটি বেশি উপকারী এবং কোন পরিস্থিতিতে?

নেতিবাচক দিকটি, আমি লক্ষ করেছি, পুরো বৈশিষ্ট্যের দায়িত্বে একজন ইঞ্জিনিয়ার থাকার বিষয়টি হ'ল ব্যক্তিটি কেবল সামনের দিকের বা ব্যাকএন্ড বিকাশে বিশেষভাবে শক্তিশালী হতে পারে তবে উভয়ই নয়, এইভাবে গতি এবং গুণগতমান হ্রাস পেতে পারে।

এক বৈশিষ্ট্যে ফ্রন্টএন্ড এবং ব্যাকএন্ড বিকাশকারীদের বৈশিষ্ট্যটির গতি এবং গুণমান বৃদ্ধি করে এবং এটি সহযোগিতাকে উত্সাহ দেয়। তবে আমি দু'জন ইঞ্জিনিয়ারকে একটি বৈশিষ্ট্যে কাজ করার বিষয়ে উদ্বিগ্ন যা সম্পদের দুর্বল ব্যবহার হতে পারে যেহেতু 1 প্রকৌশলীকে অন্য বৈশিষ্ট্যটিতে কাজ করার জন্য স্থাপন করা যেতে পারে।

একটি ছোট প্রারম্ভিক পর্যায়ে স্টার্টআপে বরাদ্দ ব্যাকএন্ড / ফ্রন্টএন্ড ইঞ্জিনিয়ারিং সংস্থানগুলির জন্য সাধারণ / সেরা অনুশীলন কী? এবং তারপরে এটি কীভাবে পরিবর্তিত হবে?

Answer 1

14 বছরের অভিজ্ঞতা থেকে আমার জ্ঞান এখানে:

• আপনার যদি একটি সূচনা হয়, ভূমিকা রাখবেন না। আরও ভাল আশা করি যে আপনি একটি ভাল স্ব-সংগঠক দলকে একত্রিত করেছেন। প্রত্যেকে যদি একে অপরকে চেনেন তবে প্রত্যেকেই জানেন যে কে সবচেয়ে ভাল করবে। একটি প্রকল্প পরিচালক কেবল পথে দাঁড়াবেন।
• পরবর্তীতে, ফ্রন্ট-এন্ড এবং ব্যাক-এন্ডের মধ্যে পার্থক্যটি বোঝায়। ব্যাকএন্ডে, গুণমানটি প্রিও এক। কোডটি পারফরম্যান্ট, সুরক্ষিত এবং লেনদেন নিরাপদ হতে হবে। ফ্রন্ট-এন্ডে, প্রয়োগের সময়টি গুরুত্বপূর্ণ। এবং আপনি অবশ্যই একটি ভাল ব্যাক-এন্ডের উপর নির্ভর করতে সক্ষম হবেন। ফ্রন্ট- এবং ব্যাক-এন্ডের বিভিন্ন লক্ষ্য এক সাথে ভালভাবে কাজ করে না।
• ফ্রন্ট-এন্ড কোডার কাজ শুরু করার আগেই ইতিমধ্যে ব্যাক-এন্ড থাকা উচিত। অন্যথায়, ফ্রন্ট-এন্ড কোডারটি খুব ধীর হয়ে যাবে।
• ব্যাকএন্ড এগুলি ধীর না করার জন্য ফ্রন্ট-এন্ড প্রয়োজনীয়তার উপর দ্রুত প্রতিক্রিয়া জানাতে সক্ষম হবে

Comments

+1 এর জন্যif you have a startup, don't assign roles. Better hope that you assembled a good self organizing team. If everybody knows each other, everybody knows who does what the best.

— কিউরকি

-1 গুণ ঠিক সামনের প্রান্তে যেমন গুরুত্বপূর্ণ।

— ফ্লোরিয়ান মার্জাইন

হ্যাঁ, সামনের প্রান্তে গুণমানটিও গুরুত্বপূর্ণ, তবে কোনও বাগের পিছনের প্রান্তে বাগের মতো পরিণতি হবে না। উদাহরণ: ব্যাক-

— এন্ডে

@ রাল্ফ এবং যদি আপনার ৪০% ব্যবহারকারী লেনদেন শুরু করতে না পারে কারণ ইন্টারফেসটি কমে যায়, তবে লেনদেনটি নিরাপদ থাকত কি না তা বিবেচ্য নয়। সামনের প্রান্তে যেমন গুণমানটি ঠিক তেমনি গুরুত্বপূর্ণ তবে এটি পিছনের প্রান্তে রয়েছে।

— রাছিট

@ রাছিট: সম্ভবত আমার এটি অন্যরকমভাবে প্রকাশ করা উচিত ছিল। আমি অনুমান করি যে আমি যা বলতে চেয়েছিলাম তা হল গুণমানের পার্শ্ববর্তীতা আলাদা। ব্যাকএন্ডে লেনদেনের সুরক্ষার মতো নির্দিষ্ট সমস্যা থেকে সীমান্তটি ieldালানো উচিত। যদি সঠিকভাবে সম্পন্ন করা হয়, আপনাকে কেবল সীমান্তে লেনদেনের বিষয়ে যত্ন নিতে হবে, তবে আপনাকে এখনও কার্যকারিতা, ব্যবহারযোগ্যতা, নকশা ইত্যাদি সম্পর্কে যত্ন নিতে হবে ব্যবহার এবং নকশা এমন দিক যা প্রায় ব্যাকএন্ডে নেই - কারণ এটি কোনও সীমান্ত নয়: -)

— rdmueller

Answer 2

@ উত্তর থেকে সেরা উত্তরটি দেওয়া হয়েছে তবে কেবলমাত্র শেষ অংশটি "এটি নির্ভর করে।" আমার অভিজ্ঞতায়, ১~ বছর বা তার বেশি সময় ধরে, আমি উভয় বিকল্প বিভিন্ন ধরণের বিভিন্ন কনফিগারেশনে চেষ্টা করে দেখেছি। আমি একটি সম্পূর্ণ স্ট্যাক বিকাশকারী হয়ে, আমি যা শিখতে এসেছি তা এখানে:

* (BE = পিছনের শেষ, FE = সামনের শেষ)

স্প্লিট স্ট্যাক বিকাশের সাধারণ ক্যাভেটস:

1. চতুর বিকাশ অনুশীলন (আজকাল একটি সাধারণ কৌশল) বৈশিষ্ট্য বিকাশের প্রস্তাব দেয়, যেখানে বৈশিষ্ট্যটি গ্রাহকের দৃষ্টিকোণ থেকে কার্যকারিতার একক মূল্যবান অংশ। এই দৃষ্টিকোণ থেকে আপনার বিকাশকারী উভয় বাস্তবায়ন করা উচিত।

2. সার্ভারের সীমানা দিয়ে স্ট্যাকটি বিভক্ত করা দু'টি বিকাশকারীদের মধ্যে একটি ইন্টিগ্রেশন পয়েন্ট তৈরি করে। যদি না তারা কার্যকরভাবে যোগাযোগ করে এবং ভালভাবে একসাথে কাজ করে তবে এটি দুটি বৈশিষ্ট্য একসাথে এলে বেশ কয়েকটি বাগের কারণ হবে।

3. পৌরাণিক ম্যান-মাস থেকে যোগাযোগের N (n-1) / 2 নিয়ম প্রয়োগ করুন এবং আপনি দেখতে পাবেন যে দুটি ব্যক্তির মধ্যে দুটি অংশে বিভক্ত বৈশিষ্ট্যগুলি আপনার সামগ্রিক কাজের চাপ বাড়িয়ে তুলবে। অনুমোদিত যে নিয়মটি বৈশিষ্ট্যগুলিতেও প্রযোজ্য, তবে স্ট্যাকটি বিভক্ত করা যোগাযোগের পরিমাণ দ্বিগুণ করে।

4. কোনও ডিজাইনার বিই বিকাশকারীদের স্ক্র্যাচ থেকে আকর্ষণীয় ইন্টারফেস তৈরি করতে না পারার সমস্যাগুলি সমাধান করবে। এটি ধরে নিয়েছে তারা কমপক্ষে এইচটিএমএল এবং সিএসএস জানে এবং এমন একটি ইন্টারফেস তৈরি করতে পারে যা ডিজাইনারের তৈরি স্ক্রিনশটের সাথে মেলে।

5. বৈশিষ্ট্যগুলি সাধারণত বিচ্ছিন্ন উপাদান যা অন্যান্য বৈশিষ্ট্যগুলির সাথে খুব কম যোগাযোগ করে। এটি সর্বদা ক্ষেত্রে হয় না তবে সাধারণত মিথস্ক্রিয়াটির অবস্থানটি ডাটাবেস বা ফাইল সিস্টেমের মতো নিম্ন স্তরে থাকে। সুতরাং কোনও পূর্ণ-স্ট্যাক বিকাশকারীকে তাদের বৈশিষ্ট্যটি প্রয়োগ করতে বাধা দেওয়ার পক্ষে তেমন কিছু নেই। তবে যদি কোনও এফই বিকাশকারী কোনও কাজ শেষ করতে কোনও বিই বিকাশকারীকে অপেক্ষা করতে হয় তবে এটি পয়েন্ট 3-তে উত্পাদন ক্ষতির শীর্ষে আরও বিলম্ব যুক্ত করবে।

6. ওয়েব 2.0 আরও আরও এফই এবং বি এর মধ্যে পার্থক্যটিকে ঝাপসা করে। এমভিসি ফ্রেমওয়ার্কগুলি, এবং পুরো অ্যাপ্লিকেশনগুলি ক্লায়েন্ট-সাইডে নির্মিত হচ্ছে, নিরাপদ এবং দক্ষ এফ অ্যাপ্লিকেশনগুলি প্রয়োগ করার জন্য এখন বিই জ্ঞানের একটি ভাল চুক্তি প্রয়োজন।

7. আমার এই অনুশীলনের দিকে সবচেয়ে বড় আকর্ষন হ'ল এটি প্রকল্পের সাথে জড়িত প্রত্যেকের সক্ষমতা সীমাবদ্ধ করে। যদিও এটি 2000 এর দশকের গোড়ার দিকে একটি সাধারণ অনুশীলন ছিল এটি প্রয়োজনীয়তার বাইরেই করা হয়েছিল কারণ দু'জনই করতে পারে এমন বিকাশকারীদের সন্ধান করা বেশ কঠিন ছিল (পুরোপুরি নতুন-নেছার কারণে নয় যে উভয়টি শিখতে অভ্যন্তরীণ অসুবিধার কারণে।) অনুশীলনের অবশিষ্টাংশটি কী? এক দশক পরে আমাদের এখনও "ওয়েব বিকাশকারী" রয়েছে যা CSS জানে না।

8. আমার দ্বিতীয় বৃহত্তম গ্রিপ এটি সহজেই একটি উন্নয়ন দলকে বিভাগ করতে পারে। এফই বিকাশকারী বিই কোড সংশোধন করার পরে একটি ত্রুটি তৈরি করে এবং দলটি ক্রস-স্ট্যাক বিকাশকে সীমাবদ্ধ করতে ভোট দেয়। কোড পর্যালোচনা এবং শিক্ষা সমস্যার সমাধান করতে পারে, লোকেরা পরিবর্তে আঞ্চলিক হয়ে যায়।

সুবিধাগুলি / স্প্লিট স্ট্যাক বিকাশের ব্যবহারের ক্ষেত্রে:

1. RESTful API গুলি এই বর্ণনীর জন্য উপযুক্ত কারণ কোনও এফই নেই। প্রায়শই কোনও সংস্থা প্রথমে একটি RESTful API এ কাজ করবে এবং তারপরে তাদের ওয়েব অ্যাপ্লিকেশনগুলি বিকাশ করবে। এই ক্ষেত্রে এফই অ্যাপ্লিকেশন শেষ করার সময় বিই দলটিকে পরবর্তী বড় সংস্করণে ফোকাস করার জন্য একটি শক্তিশালী মামলা রয়েছে। তবে মন্থর বিপদটি এখনও বিদ্যমান - বিশেষত যদি ফে ডেভ পর্বে অনুসন্ধান করা নতুন তথ্যের জন্য বিআই এপিআই-তে তুচ্ছ-সংশোধন করা দরকার।

2. এফই ও বিই এর মধ্যে ভারসাম্যহীন কাজের চাপও কেবলমাত্র এফইআর-এর একটি দল তৈরির জন্য ভাল। আবার এটি খুব পরিস্থিতিগত যেখানে সম্ভবত মূল বিকাশ একটি ডেস্কটপ অ্যাপ্লিকেশনটির মাধ্যমে করা হয়েছে এবং সংস্থাটি একটি 'লাইট' ওয়েব ইন্টারফেস বিকাশের চেষ্টা করছে।

3. নতুন / জুনিয়র বিকাশকারীদের প্রশিক্ষণ। যদি আপনি কোনও ইন্টার্ন বা কোনও জুনিয়র দেব নিয়োগ করে থাকেন এবং তাদের ডিএপেন্ডেন্টের মধ্যে ফেলে দেওয়ার বিষয়ে উদ্বিগ্ন হন তবে সেই যোগাযোগ / সংহতকরণের ব্যয়গুলির একটি অংশটিকে পিয়ার ডেভলপমেন্ট সিস্টেমে বিনিয়োগ করা ভাল বিকল্প।

এই পৃষ্ঠায় @ রাল্ফের গৃহীত উত্তর সম্পর্কে উদ্বেগ:

1. প্রথম পয়েন্টটি বেশ সাহসী - এবং আপনার যদি সেই "ভাল স্ব-সংগঠিত দলগুলি" না থাকে তবে তা দ্রুত ব্যর্থ হবে। আপনার কাছে সেই দল থাকলেও তাদের সীমানা ঠেকানো আপনার এবং তাদের স্বার্থে। এবং ভাল স্ব-সংগঠিত দলগুলি সর্বদা এটি করতে স্ব-অনুপ্রাণিত হয় না।

2. আপনার দ্বিতীয় বিষয়টি ঠিক ভুল। আধুনিক ওয়েব বিকাশের জন্য পারফরম্যান্স, সুরক্ষিত, অ্যাসিঙ্ক্রোনাস নিরাপদ, এক্সএসএস-প্রুফ, ক্রস ব্রাউজার এবং দ্রুত বিকাশযুক্ত এফআই কোডের প্রয়োজন। লক্ষ্যগুলি কেবল বিই এর সাথে প্রতিযোগিতা করে না তারা কার্যকরভাবে সমান।

3. তৃতীয় বিষয়টিও একটি খারাপ ধারণা - ফেয়ার বিকাশ কোনও বিই ভিত্তি কাজ ছাড়াই খাঁটি এইচটিএমএল / সিএসএস / জেএস দিয়ে শুরু করতে পারে। সেখান থেকে এটি কেবলমাত্র রেকর্ডিংয়ের টেম্পলেটগুলিতে বিভক্ত করার জন্য একটি তুচ্ছ প্রচেষ্টা। প্রায়শই প্রায়শই এফই কাজটি শুরু করা ভাল কারণ এটি অংশীদারদের সামনে ভিজ্যুয়াল অগ্রগতি দেখার জন্য একটি উষ্ণ ও ম্লান অনুভূতি দেবে।

উপসংহার:

আপনি যদি একটি স্টার্টআপ হন এবং আপনার জ্বলতে অনেক সময় বা অর্থ ব্যয় না ঘটে তবে কেবল এফই বা কেবল বিকাশকারীদের নিয়োগ করবেন না। সিনিয়র লেভেলের ওয়েব বিকাশকারী এবং একজন ভাল ux / ডিজাইনার ভাড়া করুন এবং তারা আপনার আবেদনটি যত তাড়াতাড়ি সম্ভব স্থল থেকে সরিয়ে নেবে। এগুলির দাম বেশি, তবে সেগুলি আরও বেশি উত্পাদনশীল এবং আপনার সেগুলির কম প্রয়োজন।

Answer 3

আমি মনে করি প্রশ্নটি ভুল।

আমি যে সমস্ত স্টার্টআপগুলিতে অংশ নিয়েছি তাদের একটিমাত্র FE-BE আর্কিটেকচার ছিল না।

আমি জানি বেশিরভাগ স্টার্টআপগুলিতে রয়েছে:

• মূল - আসল পণ্য যা একটি ইন্টারফেস প্রকাশ করে
• UI - BE এবং FE বিই কোর এর এপিআই ব্যবহার করে।

এপিআইগুলি রাষ্ট্রবিহীন এবং সহজেই উপহাস করা হয় - এমনকি কোনও কোর বিকাশকারীর প্রয়োজন ছাড়াই। হেল, যদি আমাকে স্ক্র্যাচ থেকে কোনও প্রজেক্ট শুরু করতে হয় আমি পুরো ইউআই দিয়ে শুরু করতে পারি যা পুরোপুরি বিদ্রূপ নিয়ে কাজ করে - যা উপস্থাপনার জন্য দুর্দান্ত হবে। বেশিরভাগ প্রতিক্রিয়া ইউআইয়ের কারণে। গ্রাহকরা নোট করে যে আরও - (আপনার লক্ষ্য দর্শকের উপর নির্ভর করে))

উদাহরণস্বরূপ - গুগল সন্ধানের মূল উপাদান রয়েছে যা ওয়েব ক্রল করে, এটিকে সূচক করে দেয় .. এবং গুগল ইউআই সম্পূর্ণ ভিন্ন একটি বিশ্ব। এই কোরটি সহজেই ডাব্লুডাব্লুডাব্লু অনুসন্ধানগুলিকে সমর্থন করতে পারে, যখন ইউআই পারে না।

এইভাবে আপনার ইউআইটি "প্লাগযোগ্য" এবং আপনার উদ্বেগের বিভাজন রয়েছে।

আপনি উন্নয়ন জ্ঞান উল্লেখ করেছেন, তবে আপনি প্রকল্প পরিচালনার দিকগুলি উপেক্ষা করছেন। যদিও মূল দলে 2 সপ্তাহের স্প্রিন্ট সময়কাল প্রয়োজন হতে পারে, ইউআই টিম সিআই ব্যবহার করবে - সবকিছু সর্বদা আপলোড করা হয়। কোর দলের পিছনে সামঞ্জস্যের প্রয়োজন হবে যখন ইউআই তা করবে না।

ভাষা পৃথক। আপনি সম্ভবত মূল উপাদানটির জন্য সি বিকাশকারীদের চাইবেন - এবং এটি ঠিক আছে যদি এটি কোনও একক ওএসে চলে, যেখানে ইউআই হিসাবে ক্রস ওএস ভাষায় লেখা হবে in

পরীক্ষা পৃথক। সফটওয়্যার বিকাশের ক্ষেত্রে ইউআই টেস্ট ওয়ার্ল্ডটি আমি জানি সবচেয়ে জটিল। বেশিরভাগ সূচনাগুলি এটিকে অবহেলা করে এবং পরে এই সিদ্ধান্তের জন্য অনুতপ্ত হয়। পরীক্ষা করার সময় আপনি বিই এবং এফই আলাদা করতে পারবেন না। এটি একক ইউনিট হতে হবে যা এটি পরিচালনা করে।

ওপেন সোর্স ইউআই - দুটি আলাদা করার এক অন্যতম বড় সুবিধা হ'ল আপনি নিজের ইউআই খুলতে পারেন। ইউআই প্রকল্পের ওপেন সোর্স সমর্থন প্রয়োজন।

আমি এমন কোনও ইউআই বিকাশকারী কল্পনা করতে পারি না যা পুরো session বৈশিষ্ট্যটি বুঝতে পারে না । আপনি জানেন - আপনি বিভিন্ন অনুরোধের মধ্যে আপনি যেখানে লগইন এবং লগইন থাকেন। সত্য যে তারা পিএইচপি এবং জাভা না জেনে থাকতে পারে .. তবে বিই ধারণাটি পরিষ্কার হওয়া উচিত (যেমন একটি এনক্রিপ্ট করা কুকি ব্যবহার করুন)। নির্দিষ্ট ভাষার বাধা ভুল - প্রতিটি বিকাশকারীকে যে কোনও ভাষায় কাজ করতে ইচ্ছুক হতে হবে। কয়েক বছর আগে তারা জাভাস্ক্রিপ্টে বিই লিখবে কে ভেবেছিল?

আপনি যদি 3 টি দল নিয়ে চলে যান: কোর, বিই এবং এফই, এটি সম্পদের অপচয় im ডিবি সম্পর্কে কী? আপনার ডিবিএ করা উচিত? একজন বিকাশকারী বিকাশকারীকে ডিবি এবং একটি এফই বিকাশকারীকে কেন বিই এবং ডিবি না জানা উচিত? কোন সীমা নেই।

আপনার যদি বিশেষজ্ঞের প্রয়োজন হয় এবং আপনি করবেন তবে আউটসোর্সিংগুলি বেশ ভাল কাজ করে। তারা সাধারণত মানের কোড সরবরাহ করে এবং তারা এটি বেশ দ্রুত করে। অগত্যা আপনি তাদের ঘরে ঘরে চাইবেন না কারণ তারা চলে গেলে আপনি হারিয়ে যাবেন। এছাড়াও আপনি আজ অনলাইনে দুর্দান্ত পরামর্শ পেতে পারেন। প্রান্ত স্টাফ কাটা বিভিন্ন পদ্ধতির প্রয়োজন হতে পারে।

সুতরাং ফলাফলটি মূলত ইউআইতে একটি খুব পাতলা বিই যা প্রতিটি এফই বিকাশকারী বিকাশ করতে পারে। আপনার যদি ইউআইতে একটি ঘন বিই থাকে তবে আপনার সম্ভবত সম্ভবত কিছু এপিআই কার্যকারিতা প্রয়োজন।

এখানে সর্বদা কমপক্ষে একজন বিকাশকারী থাকুন যা বাকি অংশের চেয়ে আলাদা। এ জাতীয় পাতলা এফই দেওয়া, তিনি বিই কোডে অন্য বিকাশকারীকে সহায়তা প্রদান (বিকাশ নয়) পরিচালনা করতে পারবেন। আমার অভিমত এই বিকাশকারী খুব ভাল অবস্থানে আছেন এবং যথাযথভাবে পুরষ্কার দেওয়া উচিত (বেতনে নয়, যদিও অন্য কিছু)। আমি এও বিশ্বাস করি যে তারা বিল্ড প্রক্রিয়া পরিচালনা করতে এবং সঠিকভাবে বিল্ড করতে সক্ষম হবে।

এই মডেলটি আপনাকে বিই বিকাশের বিষয়ে একটি দুর্দান্ত নমনীয়তা দেয়। বিই বিশ্ব গত কয়েক বছরে বেশ কয়েকটি টার্নআরউন্ডস জেনে গেছে, তাই যাইহোক আমি খুব বেশি বিই স্থিতিশীলতার উপর নির্ভর করার পরামর্শ দিই না। কোর একটি আলাদা গল্প।

এখনও প্রশ্ন রয়েছে - এফই এবং একই প্রকল্প হওয়া উচিত ? আপনি নিম্নলিখিত নোট করা উচিত

• স্ট্যাটিক সংস্থানগুলি ফ্রন্ট-সার্ভার থেকে সেরা পরিবেশন করা হয়। যেহেতু ফ্রন্ট-এন্ড সার্ভারগুলি (যেমন এনজিনেক্স) খুব শক্তিশালী এবং যেহেতু আপনি স্থিতিশীল সংস্থাগুলির জন্য ক্যাশে ব্যবহার করতে পারেন, তাই আপনি আপনার স্থিতিশীল সংস্থানগুলির একক স্থাপনার সাথে পরিচালনা করতে পারেন (যা সমস্ত HTML সামগ্রী, জেএস, সিএসএস, চিত্রগুলি হওয়া উচিত)।
• ব্যাকএন্ড কোডে একই বিলাসিতা নেই, তাই আপনার অবশ্যই একটি বিতরণ সিস্টেম থাকা উচিত - যা সামনের সার্ভার দ্বারাও পরিচালিত হয়।
• জাভা স্ক্রিপ্ট সমর্থন করে এমন সমস্ত নতুন প্রযুক্তির সাথে ফি কোডটি পুনরায় ব্যবহার করা উচিত to আপনি এখন জাভাস্ক্রিপ্ট সহ ডেস্কটপ এবং মোবাইল অ্যাপ্লিকেশন লিখতে পারেন।
• বিল্ড প্রক্রিয়া সম্পূর্ণ আলাদা - এবং এটি প্যাচ বিতরণ, আপগ্রেড, ইনস্টলেশন ইত্যাদি অন্তর্ভুক্ত করতে পারে ..

আমি যেতে পারি, তবে আমি আশা করি এটি স্পষ্ট যে আমি মনে করি যে BE এবং FE একই দলের হওয়া উচিত, তবে বিভিন্ন প্রকল্প হতে পারে।

Answer 4

আমি মনে করি সফল বাস্তবায়ন কিছু জিনিস হতে পারে। যদি এমন একমাত্র বিকাশকারী থাকে যার দৃ bac় ব্যাকএন্ড রয়েছে তবে এটির সাথে ইউজার ইন্টারফেস এবং সমস্ত "ফ্রন্ট-এন্ড" টুকরোয় একটি শালীন উপলব্ধি রয়েছে তবে সম্ভবত এটি সফল হতে পারে। এটি সাধারণত ক্ষেত্রে হয় না, যদিও (আমার ব্যক্তিগত অভিজ্ঞতাতে)। উদাহরণস্বরূপ, আমি নিজেকে ব্যাক-এন্ড বিকাশকারী হিসাবে বিবেচনা করি। তবে আমি নিজে অনেক প্রকল্পে কাজ করি। আমি কি উপস্থাপনা এবং ক্লায়েন্ট-পাশের টুকরাগুলিতে কাজ করব? অবশ্যই। তারা কি প্রকৃত প্রতিভাবান ডিজাইনার এবং ক্লায়েন্ট-সাইড বিকাশকারী হিসাবে তৈরি দেখতে ভাল দেখাচ্ছে? একেবারে না.

সবই দেওয়া ও নেওয়া তবে দু'জন বিকাশকারীদের সহযোগিতা আপনাকে দ্বিধাগ্রস্থ করতে দেবেন না। বিকাশকারী এবং ডিজাইনারের মধ্যে উত্পাদন সর্বাধিক করার চেষ্টা করা এবং সত্য উপায় রয়েছে।

অন্য কথায় ... এটি নির্ভর করে