উন্নয়ন প্রক্রিয়াটি বোঝার জন্য নন-প্রোগ্রামার পাওয়া Get


66

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

অন্যান্য ধরণের পণ্য বিকাশ থেকে সফ্টওয়্যার বিকাশ কীভাবে আলাদা হয় তা প্রত্যাশা পরিচালনা এবং প্রোগ্রামহীন প্রোগ্রামারদের বোঝানোর কিছু উপায় কী?


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

উত্তর:


34

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

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


এটি দেখানোর জন্য +1। কারিগরি লোকেরা এবং নন-টেক-ছেলেরা একে অপরের প্রতি সামান্য সম্মান রাখলে কোনও প্রকল্পের পক্ষে আরও বিপজ্জনক কিছুই নয়।
mhr

28

একটি পদ্ধতির যেটি আমি সফল পেয়েছি তা হ'ল:

আমরা সবাই জানি যে একটি কম্পিউটার কেবল এবং ঠিক যা করতে বলা হয় তা করে।

প্রোগ্রামিং পথ যে আমরা একটি কম্পিউটার বলতে হয় এখন আমরা এটা করতে কি কি পরে

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

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


4
"পরে আমরা কী চাই" এখনই বলার জন্য +1। বেশিরভাগ সফ্টওয়্যার নতুন স্টাফ করে এমন ধারণার সাথেও ।

12

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


1
আপনি যদি 100% বিকাশ করে থাকেন তবে এটি একটি দুর্দান্ত কৌশল। যদি দেবের কোনও অংশ অন্য পক্ষের দ্বারা পরিচালিত হয়, আপনাকে সম্ভবত কিছুটা আপস করতে হবে।
জেবিআরওয়িলকিনসন

3

রূপকের দ্বারা ব্যাখ্যা একটি ফাঁসী বিমূর্ততা, তবে এখানে কিছু ধারণা দেওয়া হয় যা প্রায়শই আমার পক্ষে কার্যকর হয়:

মনে রাখবেন যে এই ব্যাখ্যার কোনওটিই opালু কাজকে ক্ষমা করে দেয় না।

কম্পিউটার প্রোগ্রামটিকে মেশিন হিসাবে ভাবুন যেখানে প্রতিটি পরিবর্তনশীল একটি চলমান অংশ। এটি এমনকি একটি তুচ্ছ প্রোগ্রামকে শত শত চলমান অংশ নিয়ে গঠিত একটি মেশিন তৈরি করে।

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

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


2
মাইক্রোসফ্ট সম্পর্কে খুব ভাল বিষয়
কেসব্যাশ

1
এটি প্রমাণ করা অসম্ভব যে কোনও প্রোগ্রাম এটি এবং এটি করে। কম্পিউটারের পক্ষে এটি বলা অসম্ভব যে কোনও প্রদত্ত প্রোগ্রাম শেষ পর্যন্ত এটি এবং এটি করা বন্ধ করে দিবে কিনা if

1
-1 @ থরবজরনআরভানএন্ডারসন সঠিক। এই পোস্টটি ভুল। প্রোগ্রামগুলি সঠিক (নির্ভুলতার একটি নির্দিষ্ট ধারণা অবধি) প্রমাণ করা খুব সম্ভব, আমাদের মধ্যে কেউ কেউ সর্বদা তা করে থাকেন। আমি মনে করি পোস্টারটি থামানো সমস্যার জ্ঞানতাত্ত্বিক পরিণতিটিকে ভুল বোঝে এবং এইভাবে অ-দাবী করে অ-প্রোগ্রামারগুলিকে বিভ্রান্ত করছে।
ফিলিপ জেএফ

2

আমি অনুরূপ প্রশ্নের উত্তর আরও বিশদে দিয়েছি , তবে সংক্ষিপ্তসারটি হ'ল, "প্রোগ্রামিংটি কারখানা বা সমাবেশ লাইন তৈরির মতো" "


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

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

2

এটি উল্লেখ করার traditionalতিহ্যগত উপায় হ'ল প্রকল্প পরিচালনা ত্রিভুজ: সুযোগ, ব্যয় এবং তফসিলের তিনটি প্রতিযোগী মানদণ্ড; সাধারণত "সস্তা, দ্রুত, ভাল - দুটি চয়ন করুন" হিসাবে প্রকাশ করা হয়।

শেষ একটি নকশা, গঠন ও স্থাপনার প্রক্রিয়ার, প্রত্যাশা একটি পণ্য যে নকশা সংক্রান্ত ত্রুটিগুলি অপেক্ষাকৃত বিনামূল্যে এবং পরিচালনা একটি নির্দিষ্ট বৈশিষ্ট্য সহ পুরোপুরি যুক্তিসঙ্গত। কোনও প্রকল্প, প্রক্রিয়া বা পেশার ক্ষেত্রে একই প্রত্যাশা সম্পূর্ণ অযৌক্তিক।

বিজ্ঞানের উপর ভিত্তি করে কী পেশাদার, কঠোর বা নরম, অন্বেষণের প্রক্রিয়াটির মধ্য দিয়ে যায় না, ভুল-ত্রুটিযুক্ত এবং অনর্থক ধারণাটি তৈরি করে, অপেক্ষাকৃত কম-অনুকূল (বা কেবল সরল ভুল) কৌশল অনুসরণ করে, পরীক্ষা এবং ত্রুটির মধ্য দিয়ে কী কাজ করে তা আবিষ্কার করে এবং পুনরাবৃত্তি করে প্রক্রিয়া বার বার প্রস্থান করা হয় যতক্ষণ না কোনও সংস্থান শেষ হয়ে যায় বা পর্যাপ্ত পরিমাণে সম্পাদন হয়?

কোনও প্রক্রিয়া কখনই ত্রুটিমুক্ত থাকে না, যদিও এটি উচ্চ মানের মানের স্তরে সংক্ষিপ্ত আকারে আসতে পারে।

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


স্বয়ংচালিত তুলনার সাথে দুর্দান্ত পয়েন্ট, এটি একটি মোতায়েন অ্যাপ্লিকেশনটির অব্যাহত রক্ষণাবেক্ষণ সম্পর্কে একটি পয়েন্ট তৈরি করার দুর্দান্ত উপায়।
কিংসোলমনে

0

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


0

আপনি এটি দেখতে পারেন এমন কিছু সাথে তুলনা করতে পারেন এবং যদি সম্ভব হয় তবে প্রতিদিন ব্যবহার করুন।

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

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

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

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

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

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


0

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


0

ব্যয় এবং সময়।

সময়

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

মূল্য

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


-2

রূপকগুলি ফাঁসী বিমূর্ততা, তবুও এগুলি সামান্য পদক্ষেপ যা আপনাকে বোঝার আরও কাছে নিয়ে যায়।

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


-2

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


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