সাধারণভাবে বলতে গেলে, সমস্ত কার্যকরী অংশগুলি তৈরি করা বা ইউআই প্রথমে কাজ করা ভাল - বা দুজনের একটি মিশ্রণ?


47

সাধারণভাবে বলতে গেলে, সমস্ত কার্যকরী অংশগুলি তৈরি করা বা ইউআই প্রথমে কাজ করা ভাল - বা দুজনের একটি মিশ্রণ?

ধরে নিই যে আপনি বড় কিছু নিয়ে কাজ করছেন, কোনও ইউআইয়ের আগে সমস্ত ফাংশনাল ডেটা কাটার ব্লবগুলি কাজ করার জন্য, সমস্ত ইউআই একবারে যেতে যেতে একসাথে সমস্ত টুকরোয় কাজ করার জন্য, বা মাঝখানে কিছু পাওয়ার জন্য সাধারণত গৃহীত অনুশীলন?

পরিচালনযোগ্য টুকরো টুকরো করার কাজটি আমরা সকলেই ভেঙে ফেলতে জানি, তবে প্রশ্নটি শেষ পর্যন্ত ইউআই ম্যানেজযোগ্য টুকরোতে অন্তর্ভুক্ত কিনা তা প্রশ্ন।

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

এই নির্দিষ্ট প্রশ্নের উদাহরণ অ্যাপ্লিকেশনটি এখানে সহ ব্লগ এবং মূল বাণিজ্যিক পণ্য সহ

উত্তর:


85

অনেক ব্যবসায়ী ব্যবহারকারী এবং ক্লায়েন্টদের মধ্যে একটি সাধারণ ধারণা রয়েছে যে এটি যখন সম্পূর্ণ দেখায় এটি প্রায় সম্পূর্ণ। আপনি সম্ভবত জানেন, এটি সত্য থেকে দূরে। এটি দেখতে দেখতে সুন্দর দেখতে পাওয়া যায়, তবে কোনও ব্যাকএন্ড না থাকায় এবং কিছু ব্যবহারকারী মনে করেন যে এটিকে সুন্দর দেখানো 80% কাজের, 20% ( বা অন্যান্য 80% ) নয়।

অগণিত বিকাশকারীরা এর হরর গল্প বলতে পারে - মাইক্রোসফ্ট ওয়ার্ডে অন্য কোনও সরঞ্জামের স্ক্রিন শট ব্যবহার করে এবং ক্লায়েন্ট "তাই, আপনি প্রায় শেষ হয়ে গিয়েছেন?"

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

একটি 'প্রথম এবং অন্যটির' সবচেয়ে খারাপ পরিস্থিতিটি যখন আপনি অন্য অংশে পৌঁছান, আপনি দেখতে পাচ্ছেন যে এটি নকশাকে মোটেই ফিট করে না।

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

জোয়েল দ্য আইসবার্গ সিক্রেটে প্রকাশ করেছেন :

গুরুত্বপূর্ণ করোলারি দুটি। যদি আপনি একটি নন-প্রোগ্রামার এমন একটি স্ক্রিন দেখান যার একটি ইউজার ইন্টারফেস থাকে যা 100% সুন্দর হয় তবে তারা ভাববে যে প্রোগ্রামটি প্রায় শেষ হয়ে গেছে।

প্রোগ্রামার নয় এমন লোকেরা কেবল পর্দায় তাকিয়ে আছে এবং কিছু পিক্সেল দেখছে। এবং যদি পিক্সেলগুলি দেখে মনে হয় যে তারা কোনও প্রোগ্রাম তৈরি করে যা কিছু করে তবে তারা মনে করে "ওহ গহ, এটিকে আসলে কাজ করা কতটা কঠিন হতে পারে?"

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

এটি আবার ব্লগ পোস্টে পুনরুদ্ধার করা হয় যে ডেমোটিকে এটি কার্যকর গ্রাফটি দিয়ে দেখায় না!

এটি কীভাবে করা হয়েছে এটি দেখতে কেমন দেখাচ্ছে

এখানে লক্ষ্য করুন দুটি বিকল্পটি সাধারণত 'ইউআই সম্পন্ন করুন' প্রতিফলিত করে (এবং তারপরে প্রত্যাশাটি হ'ল আপনি শীঘ্রই সম্পন্ন হয়ে যাবেন) এবং 'ব্যাকএন্ডটি সম্পন্ন করুন' (এবং তারপরে গ্রাহক আপনাকে সময়সীমা মিস করার বিষয়ে চিন্তিত করবেন)।

কীভাবে 'সম্পন্ন' কিছু দেখায় তা কীভাবে 'সম্পন্ন' হয় তা মেলানো উচিত।

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

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


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

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


আরও পড়া (এবং নিবন্ধ থেকে লিঙ্ক):


7
মনে হচ্ছে আপনি কোনও ধরণের চতুর পদ্ধতির প্রস্তাব দিচ্ছেন ... :)
আলেকজান্ডার

7
@ আলেকজান্ডার এগিল এই ক্ষেত্রে সহায়তা করে তবে এটি প্রয়োজনীয় নয়। জলপ্রপাতের মাইলফলক (বিতরণযোগ্য) মাইলফলক থাকতে পারে এবং গ্রাহকরা "এটি দেখে মনে হচ্ছে, খুব হতাশ হতে পারে, কেন আরও 3 মাইল পাথর রয়েছে কেন যে এত দীর্ঘ সময় লাগে?" এফডব্লিউআইডাব্লু, আমার এমন উদাহরণ রয়েছে যেখানে ব্যবসায় ব্যবহারকারী ভেবেছিলেন যে এটি করা হয়েছে কারণ টেক ডিজাইনের স্ক্রিনশট + এমএস পেইন্ট (জলপ্রপাতের দোকান) ভাল লাগছিল।

3
আপনি যদি ভিডিওটির কোনও বিশেষজ্ঞের উত্তর না দেখে থাকেন তবে তা এখানে: youtu.be/B7MIJP90biM
ragol

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

2
ন্যাপকিন এল অ্যান্ড এফের জন্য +1। এটা অবশ্যই আমার ভবিষ্যতে হবে। :)
ক্যাথি

27

এটি নির্ভর করে: আপনার কার্যকারিতাটির সবচেয়ে গুরুত্বপূর্ণ অংশটির চারপাশে আপনার একটি দৃ feedback় প্রতিক্রিয়া লুপ দরকার

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

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

আপনার কোডটি কীভাবে সর্বোত্তমভাবে ইন্টারঅ্যাক্ট করতে এবং যাচাই করতে হবে তার সর্বোত্তম সংমিশ্রণটি স্থির করতে (সেখানে স্বয়ংক্রিয় পরীক্ষাগুলি? পরীক্ষার জন্য ইউআই?) কীসের মধ্যে একটি अस्पष्ट ধূসর অঞ্চল রয়েছে। আমি ব্যক্তিগতভাবে চূড়ান্ততা এবং এর মধ্যেকার উভয় জিনিসই করেছি এবং সেই বর্ণালীতে থাকার সঠিক জায়গাটি স্থির করা আমার পক্ষে সিদ্ধান্ত নেওয়া সবচেয়ে কঠিন কাজ এবং আমি যে ধরণের জিনিসটি নির্মাণ করছি তার উপর 100% নির্ভরশীল।


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

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

8

একটি চৌকস পরিবেশে, আপনি "হাঁটার কঙ্কাল" বা "পাতলা উল্লম্ব টুকরো" এর আলোচনা শুনতে পাবেন। যেহেতু কার্যনির্বাহী সফ্টওয়্যারটি ব্যবহারকারীর পক্ষে গুরুত্বপূর্ণ তাই আপনি এই সফ্টওয়্যারটিকে টুকরো টুকরো করে ওয়ার্কিং ফ্যাশনে তৈরি করেন।

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

সংক্ষেপে, হ্যাঁ, ইউআই কাজ সম্পূর্ণরূপে কার্যকরী কাজের ইউনিটের অংশ এবং পার্সেল, যদি আপনার কোনও ইউআই থাকে।

কাজ করে এমন ছোট্ট কিছু দিয়ে শুরু করুন এবং সম্পূর্ণ সফ্টওয়্যার সরবরাহ করতে এর কার্যকারিতা পুনরাবৃত্তি করুন।


+1 সর্বদা কোনও শিপযোগ্য কোনও টুকরো থাকা অপরিহার্য।
জেনসজি

@ জেনস: "সর্বদা একটি শিপযোগ্য কোনও জিনিসের টুকরো থাকা প্রয়োজনীয়" একটি কর্ড। সর্বোপরি এই বক্তব্যটি শুধুমাত্র সংখ্যালঘু সফ্টওয়্যার অ্যাপ্লিকেশনগুলিতে প্রযোজ্য। বাস্তব বিশ্বে, অ্যাপ্লিকেশনগুলি যা কেবলমাত্র কাজের কিছু অংশ প্রয়োজন তা সামান্য ক্ষেত্রে কার্যকর হয় না।
ডঙ্ক

এটা আপনার অভিজ্ঞতা। আমার আলাদা আছে। প্রচুর মাইলফলক এবং সত্যিকারের গ্রাহকরা সহ বিশাল, বাস্তব-বিশ্বের প্রকল্পগুলি।
JensG

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

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

3

আমি কার্যকারিতা এবং UI উভয়ের মিশ্রণ তৈরি করার পরামর্শ দেব (এবং প্রতিক্রিয়া পাওয়া বা ASAP পরীক্ষার অভিজ্ঞতা পেতে)।

বিটিডাব্লু, বেশিরভাগ বৃহত জিইউআই সফটওয়্যারটি যেভাবে বিকাশ করা হয় তা নয়? ফায়ারফক্স ব্রাউজারে উদাহরণস্বরূপ দেখুন : একটি সংস্করণ থেকে পরবর্তী কার্যকারিতা এবং ব্যবহারকারী ইন্টারফেস উভয়ই বিকশিত হয়েছে।


2

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

এই পদ্ধতির একটি গৌণ সুবিধা হ'ল সমস্ত কোড লিখিত ও বিতরণ করার আগেও আমরা চুক্তি / ইন্টারফেসটিকে ইউএন প্রয়োজনীয়তাগুলি পরিবর্তিত করতে পারি (এবং এগুলি সর্বদা পরিবর্তিত হয়) can


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

2

আমি যা করতে চাই তা হ'ল একটি ক্রেপি ইউআই দিয়ে শুরু করা : এমন কিছু যা কেবল স্ক্রিনের ভেরিয়েবল ডেটা ফেলে দেয়। কোনও ফন্ট নেই, কোনও প্রান্তিককরণ নেই, আসলে কোনও সময়ের জন্য গ্রাফিকাল কিছুই নয়। কেবল "ওয়েলকাম ইউজার এক্স" এবং "লোড পিক" নামক বোতামগুলি ইত্যাদি this এ সম্পর্কে ভাল is

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

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


এবং গ্রাহক আপনার পদ্ধতিতে খেলতে আসে কোথায়? মনে রাখবেন যে সাধারণত আপনার গ্রাহকরা কেবল তাদের কী চান তা সম্পর্কে একটি সাধারণ ধারণা রয়েছে। তারা এগুলি কীভাবে তৈরি করতে পারে ঠিক কীভাবে তারা চান "কীভাবে সেগুলি থেকে আঁকতে হয়" তা নির্ধারণ করা আপনার পক্ষে up আপনার পদ্ধতিটি কেবল গ্রাহককে যা চায় তা তৈরি করে তবে গ্রাহক আসলে যা চায় তা খুব কমই হয়। সুতরাং আপনি গ্রাহকটি চান না এমন কিছু কোডিংয়ের জন্য মাত্র এক টন সময় নষ্ট করেছেন।
ডঙ্ক

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

0

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


0

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

আপনার সিস্টেমটি সর্বদা বৈশিষ্ট্য অনুসারে বৈশিষ্ট্যযুক্ত করুন এবং খুব ছোট বৈশিষ্ট্যগুলিতে বিভক্ত করার চেষ্টা করুন। আপনি আপনার গ্রাহকদের কাছে পৌঁছে দেওয়ার জন্য আরও কিছু পাওয়ার জন্য আপনার কাছে সর্বদা কাছাকাছি রয়েছেন, মনে রাখবেন যে সফ্টওয়্যার বিকাশ এটির 1.0 সংস্করণটি তৈরি করার বিষয়ে নয় 1.0 এর সংস্করণ 1.0.1 থেকে 1.0.2 এ যাওয়ার বিষয়ে ...


0

এটা নির্ভর করে. আপনার প্রয়োজনীয়তা কতটা সংজ্ঞায়িত? সিস্টেমটির কতটা মুখোমুখি ইউআই?

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

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

তারপরে আপনার স্প্রিন্ট রয়েছে এবং গ্রাহকের সাথে ইউআই এবং কার্যকরী উভয় দিক বিকাশের সাথে অবিচ্ছিন্ন যোগাযোগ থাকতে পারে।

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