এই খারাপ বিকাশকারী লক্ষণগুলি? [বন্ধ]


36

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

তবে এখন আমি নিজের মধ্যে অন্যান্য 'whinges' দেখতে পাচ্ছি। কয়েকবার সম্প্রতি আমি নিজেকে বলেছিলাম 'এটি একটি বৃত্তাকার ছিদ্রে একটি বর্গক্ষেত্রের পেগ ফিট করার চেষ্টা করার মতো', এবং আমি নিজেকে কোনও প্রকল্পের অগ্রগতি না করার জন্য ক্লায়েন্ট ইন্ডেকশনকে দোষ দিচ্ছি।

আমার দৃষ্টিভঙ্গিটি কোথায় পরিবর্তন করা উচিত সেদিকে লক্ষ্য করার জন্য আমার কি লক্ষণ রয়েছে? ক্লায়েন্ট কি সর্বদা সঠিক, নাকি আমি মাঝে মাঝে হতাশ হয়ে ন্যায়সঙ্গত হয়েছি?


20
শুরু করার জন্য একটি ভাল জায়গা হ'ল স্ব-মূল্যায়ন যা আপনি যা করছেন ঠিক তা-ই।
ক্রিস

2
ক্লায়েন্ট সর্বদা সঠিক। এমনকি যদি ক্লায়েন্ট আকাশকে সবুজ বলে দাবি করে তবে প্রকৃতির নিয়মগুলি এককভাবে বাঁকানো (বা আরও অভিজ্ঞদের জন্য একক-অঙ্গুলিভাবে) আপনার কাজ। ক্লায়েন্টকে সন্তুষ্ট না করে আপনি কীভাবে আপনার অস্তিত্বকে ন্যায্যতা দিতে চলেছেন ?
টমাসএক্স

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

4
@ থমাসএক্স: ক্লায়েন্ট কি সর্বদা সঠিক? আমি খুঁজে পেয়েছি যে ক্লায়েন্ট কী চায় এবং ক্লায়েন্টের কী প্রয়োজন তার মধ্যে প্রায়শই একটি ব্যবধান থাকে। ক্লায়েন্ট আরও ভাল, আরও উপযুক্ত সমাধান সম্পর্কে সচেতন না হতে পারে।
Skizz

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

উত্তর:


55

আমি বলব না আপনি খারাপ বিকাশকারী। ইস্যু সম্পর্কে সচেতন থাকা আপনাকে ইতিমধ্যে এই সংজ্ঞাটি অতিক্রম করে।

প্রয়োজনীয়তা পরিবর্তন। এটি একটি প্রদত্ত একজন ভাল বিকাশকারীকে এটিকে বিবেচনায় নেওয়া দরকার। অনেক আধুনিক প্রোগ্রামিং কৌশল এটি মোকাবেলায় সহায়তা করে।

অরিজিনাল স্পেক থেকে সত্য থাকা বাস্তববাদী নয়। বাস্তবসম্মত নয় যে প্রয়োজনীয়তাগুলি সর্বদা পরিবর্তন করে।

ক্লায়েন্ট অবশ্যই সবসময় সঠিক হয় না। আমরা তার চেয়ে যত বেশি সময় চাই তার চেয়ে বেশি 'সঠিক' হয়, যদিও (যেমন, তিনি পুরোপুরি বন্ধ না থাকলে তাকে সামঞ্জস্য করার চেষ্টা করুন)। কিন্তু আপনি যখন তাকে প্রকল্পটি ভুল পথে চালিত করতে দেখেন, তখন আপনি যে জিনিসটি সঠিক বলে মনে করেন সেগুলির পক্ষে পরামর্শ করার চেষ্টা করুন।

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


16
+1 এর জন্য, "ইস্যু সম্পর্কে সচেতন হওয়া আপনাকে ইতিমধ্যে এই সংজ্ঞাটি অতিক্রম করে" "
maple_shaft

38

এটির ক্ষেত্রে ক্লায়েন্টটি রয়েছে। তবে এটিও আপনার সমস্যা

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

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

এক ধরণের জেন-মাইন্ড: এটি বিচার করবেন না, ঠিক এটির মতো দেখুন।


আমি শুনে শুনে খুব রোমাঞ্চিত হই যে ভাল পুরাতন "গ্রাহক সর্বদা সঠিক", +১ এর পক্ষে ওকালতি রয়েছে।
ওয়েইন কোর্টস

1
আসলে এটি আরও বেশি "গ্রাহক সর্বদা সঠিক ... আপনি গ্রাহক না হলে"।
লুক ভ্যান

@ ওয়াইনকোর্টস - যতক্ষণ তারা প্রদান করতে ইচ্ছুক থাকে ততক্ষণ তাদের গ্রাহক বলা যেতে পারে।
JeffO

2
প্রকৃতপক্ষে, আমি মনে করি টিসিআইআর 'অন্য প্রত্যেকেই ভুল' এর চেয়ে বেশি সফল, তবে 'কে সঠিক কে যত্নশীল করে, কেবল সমস্যাটি চিহ্নিত করুক' এর চেয়ে ভাল নয়, সুতরাং +1 অনুপযুক্ত হতে পারে।
কেপলা

1
টিসিআইআর একটি সমস্যা আছে তা অস্বীকার করার জন্য আংশিক প্রতিষেধক ।
স্টিভ 314

13

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

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

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


আইসবার্গের গোপনীয়তার জন্য +1।
ড্যানিয়েল প্রাইডেন

5

পরিবর্তনের প্রয়োজনীয়তা জীবনের একটি শক্ত তথ্য; কিন্তু কোড পচা যে কারণে হয় না।

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

হ্যাঁ, এটি আপনার দোষ এবং আপনার ব্যবহারকারীর নয়।

আসল সমাধান? আপনার সমস্ত কোড ঘন ঘন পরীক্ষা করুন । অবশ্যই, সর্বোত্তম উপায় হ'ল ভাল কভারেজ সহ স্বয়ংক্রিয় পরীক্ষা করা।


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

4

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


4

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

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

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

আমি বুঝতে পেরেছি যে প্রত্যেকে এই উত্তরের সাথে একমত হবে না তবে আমি মনে করি এই প্রশ্নের উত্তরগুলি একটি বিস্তৃত দৃষ্টিকোণকে আবৃত করে রাখা গুরুত্বপূর্ণ।


2

আপনি যখন কোনও ক্লায়েন্টের সাথে আলাপচারিতা করছেন তখন আপনি প্রোগ্রামিং করছেন না; আপনি শিখছেন এবং পড়াচ্ছেন।

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

তারা জিজ্ঞাসা করা প্রশ্নটি প্রকৃতিগত হলেও প্রযুক্তিগত বিশদে নেবেন না। আপনি প্রলুব্ধ হন কারণ আপনি কিছুটা প্রতিরক্ষামূলক বোধ করবেন এবং একটি চ্যালেঞ্জ নিতে চান / আপনার গীক চালু করতে চাইবেন। এটা করবেন না; তারা বিশদ সম্পর্কে চিন্তা করে না এবং 45 সেকেন্ড পরে শুনা বন্ধ করবে।

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

আপনি যখন ক্লায়েন্টের সাথে রয়েছেন, তখন কারও কাছে বা ঘরের অন্য কোনও কিছুর চেয়ে তাদের দিকে বেশি মনোযোগ দিন। গৃহপালিত কুকুর এটি প্রতিভা; বিশেষত আপনার যদি খাবার থাকে


1

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


1

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

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

এবং যদি আপনার পিছনে পিছনে পিছনে পড়ার জন্য কোনও অজুহাত প্রয়োজন হয় তবে আপনি বিআরডি-তে যে কোনও বিলম্বকে দোষ দিতে পারেন, ক্লায়েন্ট সাইন আপ করেছিল, যেমন এবং এই জাতীয় বৈশিষ্ট্য ইত্যাদি সহ না etc.

(অবশ্যই, আপনার প্রয়োজন হলে এটি কেবল একটি অজুহাত them আপনি কিছু পরিবর্তন করার বিষয়ে তাদের সবসময় পরিকল্পনা করা উচিত )


1

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

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

তবে অন্যদিকে, আপনার যদি আপনার বিধি লঙ্ঘনের জন্য যথাযথ যুক্তিযুক্ত এবং সমর্থনযোগ্য সমর্থনযোগ্যতা থাকে এবং আপনি দেখিয়ে দিতে পারেন যে আপনার দুর্বৃত্ত পদ্ধতিটি আরও পরিষ্কার আরও রক্ষণাবেক্ষণযোগ্য কোড তৈরি করে, তবে আপনার বোধগম্য পথ অবলম্বন করতে ভয় পাবেন না।

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