ফ্রন্ট এন্ড প্রথম বা পিছনে শেষ end দুটির মধ্যে একটি ভাল সিস্টেম ডিজাইন প্রাইটিস?


30

আমার এই মুহুর্তে আমার ক্লায়েন্ট রয়েছে যাতে আমাকে বিদ্যালয়ের তালিকাভুক্তি বিকাশ করতে হবে। এই প্রথম চ্যালেঞ্জ এই ধরণের আমি প্রথম বার। অতীতে তৈরি করা বেশিরভাগ সফ্টওয়্যার এগুলি জটিল নয়।

আমি জানি আপনারা সবাই জটিল সফ্টওয়্যার তৈরি করেছেন, আমি এ বিষয়ে আপনার পরামর্শ চাই। আমি কি প্রথম ফ্রন্ট এন্ড ব্যাক এন্ড ডিজাইন করব?

ধন্যবাদ!

কিছুক্ষণ আগে ইন্টারনেটে পাওয়া একটি নিবন্ধের উপসংহার এখানে দেওয়া হয়েছে। শুধু ভাগ করতে চান

http://www.skitoy.com/p/front-end-vs-back-end-developers-my-take/157

ফ্রন্ট-এন্ড বনাম। ব্যাক-এন্ড বিকাশকারী (আমার নেওয়া)

আমার ব্যক্তিগত গ্রহণ

আবার এটি প্রশিক্ষণের বিষয়, কিছু ব্রড স্ট্রোক সাধারণীকরণ:

সামনের শেষ বিকাশকারীরা

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

পিছনে শেষ বিকাশকারী

  • সিএস ডিগ্রি বা প্রচুর অভিজ্ঞতা আছে
  • আমাকে তাদের সমস্যা সমাধানের পদ্ধতির আরও নিয়মতান্ত্রিকভাবে প্রবণতা দিন
  • যে জিনিসটি ফুটে উঠছে তা খুঁজে পেতে দিন কাটাতে আপত্তি করবেন না
  • সমস্যাগুলি সমাধান করার জন্য সরঞ্জামগুলি তৈরি করে দেখুন


2
smh, এই কারণেই আমি লোকদের বলি আমি একটি সফটওয়্যার বিকাশ বনাম ওয়েব বিকাশকারী।
প্লী

10
ফ্রন্ট এবং ব্যাক এন্ড ডিভাস সম্পর্কে এই জেনারালাইজেশনের প্রশ্নের সাথে কী করার আছে?
এরিক রিপেন

ফ্রন্ট এন্ড ডেভ! = ব্যাক এন্ড ডেভস, যদিও বেশিরভাগ সময়, ট্রানজিশনগুলি বি / ডব্লিউ এগুলি চালিয়ে যায়।
অভিনব গৌনিয়াল

আমি মনে করি এখানে একমাত্র বৈধ উত্তরটি হবে 'এটি নির্ভর করে ...'
অলিভার ওয়েইলারের

উত্তর:


43

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

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

আইএমও, আপনার প্রথমে বৈশিষ্ট্যটি নিয়ে কাজ করা উচিত। সিস্টেমের প্রতিটি বৈশিষ্ট্যের জন্য সামনে এবং পিছনের প্রান্তটি একসাথে লিখুন। এটি ক্লায়েন্টকে অগ্রগতির আরও বৃহত্তর দৃশ্যমানতা দেয় এবং এটি আপনাকে খুব বেশি ঝামেলা না করে "না, এটি আমি বোঝাতে চাইনি" বলার সুযোগ দেয়।

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


আমি মনে করি এটি আরও সংক্ষিপ্ত ব্যাখ্যা করে। তবে যদি আপনার ভাল কাঠামোযুক্ত প্রান্ত থাকে তবে প্রথম প্রান্তটি তৈরি করা আরও সহজ মনে করি আপনার প্রথম প্রান্তে কোজ করা ভাল।
drexsien

3
তারা যদি মনে করে সামনের
প্রান্তটি

1
এজন্য আপনার ক্লান্তকে দেখানো একটি মক-আপ জিইউআই তৈরি করা উচিত এবং বলুন যে "আপনি কি প্রোগ্রামটি চান এটি কি?", এবং এটি নিষ্পত্তি হয়ে গেলে আপনি এটিকে ফেলে দিন এবং ব্যাকএন্ডটি তৈরি করা শুরু করবেন।
গ্যাবলিন

1
+1 টি। @ অ্যান্ডসিয়েন: আপনি যদি ইতিমধ্যে আপনার মতামতটি পেয়ে থাকেন তবে কেন জিজ্ঞাসা করলেন? আমার অভিজ্ঞতার কাছে, পল ঠিক বলেছেন, বৈশিষ্ট্য-চালিত বিকাশ প্রায় সবসময়ই আরও ভাল কৌশল।
ডক ব্রাউন

3
@ অ্যান্ডসিয়েন: "আপনার যদি সুঠাম কাঠামোযুক্ত প্রান্ত থাকে তবে সামনের প্রান্তটি তৈরি করা সহজ"। আইএমএইচও এটি একটি বিপজ্জনক ভুল বোঝাবুঝি। সমস্যাটি হ'ল: আপনি জানেন না যে আপনি সম্মুখভাগের জন্য বৈশিষ্ট্য তৈরি করতে ব্যবহার না করা অবধি আপনার পিছনের প্রান্তটি সুসংযুক্ত struct
স্লেস্কে

9

সফ্টওয়্যারটির অনেকগুলি মাত্রা রয়েছে, অতএব, অত্যধিক সরল সামনের সামনের দিকে বনাম-ব্যাক একটি দুর্বল প্রশ্ন এবং এর একটি বুদ্ধিমান, দরকারী উত্তর প্রদান করা খুব কঠিন।

একটি দৃশ্য হ'ল ডেটার স্থিতিশীল কাঠামো। এই দৃশ্যে কমপক্ষে তিনটি মাত্রা রয়েছে: আর্কিটেকচারাল স্তর ("সামনের-থেকে-পিছনে"), কেস এবং অভিনেতা ব্যবহার করুন, পাশাপাশি ব্যয় বা বাস্তবায়নের ঝুঁকি।

একটি দৃশ্য হ'ল প্রক্রিয়াজাতকরণের গতিশীল কাঠামো। এই দৃষ্টিতে কমপক্ষে তিনটি মাত্রাও রয়েছে।

তৃতীয় দৃষ্টিভঙ্গি হ'ল স্থাপত্য উপাদানগুলি, যা প্রাকৃতিকভাবে স্তরগুলিতে পড়ে, ব্যবহারের ক্ষেত্রে সহায়তা দেয় এবং এতে ব্যয় এবং ঝুঁকি থাকে।

আমি যেতে পারে, কিন্তু মূল কথাটি হ'ল

ফ্রন্ট-এন্ড বনাম। ব্যাক-এন্ড বিকাশকারী (আমার নেওয়া)

সমস্যাটি দেখার জন্য এটি প্রায় সর্বনিম্ন কার্যকর উপায়। প্রকৃত বিকাশকারীগণ - এবং তাদের সম্পর্কে আপনার মতামত - এখানে খুব সামান্যই গুরুত্বপূর্ণ। বিষয়গুলি কি

  • কেস এবং অভিনেতা ব্যবহার করুন

  • লজিকাল ডেটা মডেল যারা ব্যবহার ক্ষেত্রে সমর্থন

  • প্রক্রিয়া যা ব্যবহারের ক্ষেত্রে অংশ হিসাবে সম্পন্ন হয়েছে

  • আপনি যে উপাদানগুলি ব্যবহারের ক্ষেত্রে সেই লজিকাল এবং প্রক্রিয়াকরণ উপাদানগুলি তৈরি করতে ব্যবহার করবেন।

এ কারণেই বেশিরভাগ লোকেরা বলছেন যে আপনার ব্যবহারকারীর কাহিনী বা ব্যবহারের ক্ষেত্রে আপনার সিস্টেমটি পচন করা দরকার।

যারা উন্নয়ন করবেন তাদের সম্পর্কে ব্রড স্ট্রোকের সাধারণীকরণ করবেন না।


7

আমরাও। আপনার অ্যাপ্লিকেশনটি কী করতে সক্ষম হতে হবে? নিশ্চিত করুন যে গরম ভালভটি গরম জল সরবরাহ করে, ঠান্ডা ভালভটি শীতল জল সরবরাহ করে, সেই জল প্রথম স্থানে প্রবাহিত হয়, আপনি যেখানে প্রয়োজন সেখানে পাইপগুলি প্রসারিত করতে পারেন এবং তারপরে বাড়ির সমস্ত কক্ষে প্রকৃত নদীর গভীরতানির্ণয় বাস্তবায়নের বিষয়ে বা বাড়ির কী হবে তা নিয়ে চিন্তা করুন আসলে দেখতে ঠিক যেমন চেহারা।

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

তবে আপনি যা-ই করুন না কেন, একটির নকশাকে অন্যটির নকশাকে নির্দেশ দেবেন না। এইভাবে পাগলামি মিথ্যা।

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

এছাড়াও, ২০০৮ সালে ফ্রন্ট এন্ড ডেভসকে ব্যাক এন্ড ডেভসের সাথে তুলনা করা ওয়েব বছরগুলিতে অনেক আগে। মজা করার জন্য, আমি সেই পুরানো চেস্টনেটে কিছু জিনিস সংশোধন / যুক্ত করতে চাইছি যেহেতু আমরা এটিকে প্রশ্নের সাথে যুক্ত করেছি, তবে (আশা করি) এর মধ্যে কয়েকটি টিপস এম্বেড করে রেখেছি:

সামনের শেষ বিকাশকারীরা

সাধারণত কোনও সিএস ডিগ্রি নেই বা তৃতীয় স্তরের স্কুল থেকে সিএস ডিগ্রি নেই।

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

মৌলিকের মতো ভাষাতে কাজ করুন (দেখুন পিএইচপি বেসিক)

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

ফটোশপ ডকুমেন্টগুলিকে সিএসএস / এইচটিএমএল / ইত্যাদিতে রূপান্তর করার জন্য একটি চাক্ষুষ দক্ষতা অর্জন করুন।

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

বিনামূল্যে ভাষা টাইপ করার কারণে পুনরাবৃত্তি প্রোগ্রামিংয়ের জন্য উচ্চ সহনশীলতা রয়েছে

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


আমার একমাত্র আক্ষেপ যে আমি আপনার প্রশ্নটি একাধিকবার +1 করতে পারি না। এটি লজ্জাজনক যে আমাকে এই প্রশ্নের 2 টি উত্তর নীচে স্ক্রোল করে শেষ পর্যন্ত বলা হয়েছে যেখানে এটি বলা হয়েছে যে সামনে এবং পিছনের ক্রমের বিষয়ে জিজ্ঞাসা করা জিজ্ঞাসা করা প্রশ্নটি ভুল প্রশ্ন is আমি সিএস ডিগ্রিতে আপনার মতামতের সাথেও একমত। এবং চূড়ান্ত "দেরী ব্লুমারস" মন্তব্য।
শিবান ড্রাগন

5

এর কোনও একক সঠিক উত্তর নেই। হয় নির্দিষ্ট পরিস্থিতিতে কিছুটা ভাল (এবং খারাপ) হতে পারে।

আমি আপনাকে টিডিডি পদ্ধতির বিবেচনা করার পরামর্শ দিচ্ছি, যেখানে একজন (গ্রহণযোগ্যতা এবং ইউনিট) পরীক্ষার দ্বারা নেতৃত্ব দেয়।

সিস্টেমের একটি কঙ্কাল একসাথে রেখে শুরু করুন : নিখুঁত ন্যূনতম কার্যকারিতা সহ বেসিক অবকাঠামো। এটি কেবল এটি দেখানোর জন্য যে আপনার ধারণাটি কাজ করে এবং বিভিন্ন উপাদান একসাথে কাজ করতে সক্ষম হয়। এটিতে খালি হাড়ের ইউআইও অন্তর্ভুক্ত রয়েছে (যদি প্রযোজ্য হয়), কেবলমাত্র করার জন্য এবং / অথবা কিছু ন্যূনতম দেখানোর পক্ষে যথেষ্ট।

তারপরে আপনি বিশদটি বিশ্লেষণ করুন, বৈশিষ্ট্য অনুসারে বৈশিষ্ট্যটি : একটি নির্দিষ্ট বৈশিষ্ট্য / দৃশ্যের জন্য একটি গ্রহণযোগ্যতা পরীক্ষা লিখুন, এটি ব্যর্থ করে দিন, তারপরে সন্তুষ্ট করার জন্য কোডটি লিখুন। এটি আপনাকে বাইরে থেকে ভিতরের দিকে কাজ করে work : সিস্টেমটি কিছু ইনপুট বার্তা পায়, সুতরাং আপনাকে সেই বার্তাটি হ্যান্ডেল / রূপান্তর করতে হবে, এটি দিয়ে কিছু করতে হবে, তারপরে ফলাফলগুলি আবার ইউআইতে প্রচার করতে হবে। পথে আপনি ডোমেন ধারণাগুলি আবিষ্কার করবেন এবং সেগুলি ইউআই থেকে ডোমেন স্তর এবং পিছনে নতুন ক্লাসের সাথে উপস্থাপন করবেন।

এই পদ্ধতির জন্য, একটি প্রস্তাবিত পাঠ হ'ল গ্রোয়িং অবজেক্ট-ওরিয়েন্টড সফ্টওয়্যার, পরীক্ষার দ্বারা পরিচালিত


1

প্রথম API

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

একটি পুনরাবৃত্ত পদ্ধতির সাথে একত্রিত করুন এবং এটি দেখতে দেখতে হবে:

  1. একটি সাধারণ এপিআই নকশা করুন
  2. উভয় দলই এপিআই ভিত্তিক বিকাশ এবং পরীক্ষা করে and
  3. ইন্টিগ্রেশন পরীক্ষা
  4. ক্লায়েন্টকে দেখান এবং প্রতিক্রিয়া পান।
  5. এপিআই বৃদ্ধি এবং পুনরাবৃত্তি।

0

সীমানা দিয়ে শুরু করুন, তবে প্রথমে, তারা ইতিমধ্যে বিদ্যমান একটি অ্যাপ্লিকেশন কেন খুঁজে পাবে না? এটি এই প্রকল্পের উপর আরও কিছু অন্তর্দৃষ্টি দেবে। তাদের কিছু অনন্য প্রয়োজনীয়তা রয়েছে বা তারা কি মনে করেন যে আপনি আরও সস্তা তৈরি করতে পারেন?

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

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

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

তারপরে আপনি ডাটাবেসটিতে জেদী তথ্য পেতে শুরু করতে পারেন।


1
সামনের প্রান্তটি (অভিজ্ঞতার ভিত্তিতে) দিয়ে শুরু করার ক্ষেত্রে সমস্যাটি হ'ল আপনি যখন কিছু কার্যকারিতা ভুলে যান, তখন এটি আপনার পিছনের
প্রান্তটিকে জঞ্জাল করে তুলতে

1
@ অ্যান্ডসিয়েন - আপনি ডিজাইনিং বা বিল্ডিংয়ের কথা বলছেন? আমি প্রথমে ব্যাকএন্ড ডিজাইন না করে সামনের প্রান্তটি তৈরি শুরু করব না।
JeffO

আমার দোষ আমি তৈরির কথা ভাবছি ... জেফের জন্য ধন্যবাদ
drexsien

0

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


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

@ এরিক রেপেন আমার অনেকবার অভিজ্ঞতা হয়েছে - আমি ক্লায়েন্টকে "ব্যবহারকারী একটি পাঠ্য ক্ষেত্রে ডেটা প্রবেশ করবে" এবং ক্লায়েন্টটি দেখায় "ফর্ম ক্ষেত্রটি হ'ল 400 পিক্সেল প্রশস্ত হবে এবং পৃষ্ঠাটি ফ্যাকাশে নীল হবে" আড়িয়াল ১১ এপি পাঠ্য সহ পটভূমি ... "তবে আমি এখনও মনে করি এটি প্রথম প্রান্তটি কখনই না দেখানো থেকে ভাল। অন্যথায় এমন একটি সম্পূর্ণ সিস্টেম তৈরি করা সম্ভব যা তাদের প্রধান ব্যবহারের ক্ষেত্রে কিছু অনাস্থিত অনুমানের সাথে সাংঘর্ষিক।
octern

আপনি সামনের প্রান্তটি ডেমো করতে পারেন তবে এটি সাধারণ এবং সরল রাখুন। ফটোশপ থেকে নিখুঁত বোকামি থেকে তাদের দূরে সরিয়ে দিন যতক্ষণ না তারা তাদের কাছে এটি বিক্রি করার দাবি করে। এবং এর মধ্যে সমস্যা রয়েছে। তারা এটাই প্রত্যাশা করে এসেছে তবে তারা পিক্সেলটিকে অগ্রাধিকার দিতে খুব বেশি বোকামি না করে "আসলে আমাদের গ্রাহকদেরকে আমরা যা করতে চাই তা করতে সহায়তা করে"।
এরিক পুনরায়

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

0

আমার মন্তব্যটি প্রসারিত:

প্রথমে প্রয়োজনীয়তা সংগ্রহ করুন, তারপরে সেগুলি ব্যবহারের ক্ষেত্রে এবং নকশায় রূপান্তর করুন।

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

আপনি বিই ছাড়া কীভাবে এফই দিয়ে শুরু করতে পারেন? কি জন্য ফে ??? আপনার ডাটাবেস সংজ্ঞায়িত করুন !! এটাই এফই হেরফের করে।

ঠিক আছে, সেখানে সমস্যার & পরে সমন্বয় হতে হবে, এবং আমি কি করতে সম্মত হন যে এটা ক্লায়েন্ট যত শীঘ্র সম্ভব সামনে একটি সহজ, নমুনা, গুই পেতে ভাল, যেহেতু হিমশৈল এর সেই বিশেষ ডগা কি সবচেয়ে সবচেয়ে বুঝতে হয়।

তবে, আমি 1) জোর দিয়ে বলছি যে এটি আলোচনার জন্য এবং কেবল 2) উদ্বেগের জন্য এটি একটি মোটামুটি উপহাস, এবং 2) ইচ্ছাকৃতভাবে এটিকে কুরুচিপূর্ণ , তবে কার্যকরী করে তুলবে , যাতে যারা জানেন না তারা নীটপিক করতে পারেন এবং আমাকে বলতে পারেন যে ইনপুট বাক্সটি ঠিক 400px বানাতে পারেন প্রশস্ত এবং পটভূমি হালকা-নীল।

আমি পড়েছি যে এখানে সর্বাধিক উত্তরগুলি (এবং আমি সেগুলি অনুসরণ করেছি) গ্রাহকের প্রতি খুব বেশি মনোনিবেশ করার ঝোঁক রাখি, তবে, বিশুদ্ধভাবে / ডাব্লু দৃষ্টিকোণ থেকে, আমি দাবি করি যে আপনি প্রথমে বিনা বেতারে কোনও মাপের জন্য কোনও এফই ডিজাইন করতে পারবেন না conte যে নকশা।


"আপনি প্রথমে সেই বিই ডিজাইন না করেই কোনও বিই হেরফের করার জন্য কোনও এফই ডিজাইন করতে পারবেন না"। ওহ হ্যাঁ, আপনি পারেন - এটিকে "প্রোটোটাইপ" বলা হয়। নতুন সিস্টেম শুরু করার সময় এটি একটি মূল্যবান প্রথম পদক্ষেপ হতে পারে।
স্লেসকে

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

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

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

আমি সন্দেহ করি যে আমরা বিভিন্ন উপায়ে একই কথা বলছি (+1)
মাওগ
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.