হ্যাঁ, আমি আপনার হতাশাকে মূর্খ নিয়ম দিয়ে বুঝতে পারি। আমি অযথা মন্তব্য সহ প্রচুর প্রোগ্রাম পড়েছি
x = x + 1; // add 1 to x
এবং আমি নিজেকে বলি, সুতরাং এটি একটি প্লাস চিহ্নের অর্থ কী !! বাহ, আমাকে বলার জন্য ধন্যবাদ, আমি এটি জানতাম না।
তবে তা বলেছে, গ্রাহক বিলটি দিচ্ছেন। অতএব, আপনি তাদের যা চান তা দিন। যদি আমি একটি গাড়ীর ডিলারশিপে কাজ করি এবং কোনও গ্রাহক বলে যে সে একটি পিকআপ ট্রাক চায় তবে আমি তার সাথে আসলেই একটি পিকআপ ট্রাকের দরকার কিনা এবং সে কীভাবে তা চালিয়ে যাওয়ার আশা করে তা নিয়ে তাকে জিজ্ঞাসাবাদ করব না। আমি তাকে একটি পিকআপ ট্রাক বিক্রি করব।
ঠিক আছে, এমন সময় রয়েছে যখন গ্রাহকরা যা বলেন সে কী চায় এবং তার যা প্রয়োজন তার থেকে অনেক দূরে যে আমি তার সাথে বিষয়টি নিয়ে আলোচনা করার চেষ্টা করি, সম্ভবত তাকে আরও যুক্তিযুক্ত কিছুতে সম্মত করতে রাজি করান। কখনও কখনও এটি কাজ করে, কখনও কখনও এটি হয় না। শেষ পর্যন্ত, আমি যদি তার মন পরিবর্তন করতে না পারি, তবে তিনি যা চান তাকেই দিচ্ছি। যদি তিনি পরে ফিরে এসে বলেন, ওহ, এটি সত্যিই আমার ব্যবসায়ের প্রয়োজনীয়তা পূরণ করে না, তবে আমরা তাকে প্রথমবার যা করতে বলেছিলাম তা করার জন্য আমরা তাকে আরও চার্জ করতে পারি। আপনি গ্রাহকের সাথে কতটা আলাপ-আলোচনা করতে পারবেন তার উপর নির্ভর করে যে তারা আপনার দক্ষতার উপর কতটা নির্ভরতা রাখে, আপনার সাথে তাদের চুক্তি কীভাবে এই সংস্থার সাথে খাপ খায়, এবং সত্যই, তারা কতটা ষাঁড়যুক্ত-
এটি খুব বিরল ঘটনা হবে যেখানে ধরে নেওয়া, এটি আমার উপর নির্ভর করে আমি একটি চুক্তি হারাব কারণ আমি ভেবেছিলাম প্রয়োজনীয়তাগুলি অকল্পনীয় ছিল।
মনে রাখবেন যে আপনার সংস্থাটি যে লোকদের সাথে আলোচনা করছে তারা এই 25% নিয়মটি আবিষ্কার করেছিল বা নাও হতে পারে। এটি উপরের থেকে তাদের উপর চাপানো কোনও নিয়ম হতে পারে।
আমি পাঁচটি সম্ভাব্য প্রতিক্রিয়া দেখছি:
এক. আপনার মনিবকে বা যে ক্লায়েন্টের সাথে এই বিষয়ে তর্ক করতে negoti মতভেদ এটি কিছুই অর্জন করবে না, তবে আপনি চেষ্টা করতে পারেন।
দুই। এটি করতে অস্বীকার করুন। এটি সম্ভবত আপনাকে বরখাস্ত করবে, বা যদি সংস্থাটি আপনার সাথে একমত হয় তবে আপনাকে চুক্তিটি হারাতে হবে। এটিকে অনুৎজাতীয় বলে মনে হচ্ছে।
তিন. স্থান পূরণ করার জন্য অকেজো মন্তব্য লিখুন, এমন ধরণের মতামত যা কোডের মধ্যে যা রয়েছে তার পুনরাবৃত্তি করে এবং কোড পরিবর্তন করতে সক্ষম যে কোনও প্রোগ্রামার ২ সেকেন্ডের মধ্যে দেখতে পেত। আমি এর মত প্রচুর মন্তব্য দেখেছি। কয়েক বছর আগে আমি এমন একটি সংস্থার হয়ে কাজ করেছি যেখানে আমাদের প্রতিটি ফাংশনের সামনে মন্তব্য ব্লক রাখা দরকার ছিল যা পরামিতিগুলি তালিকাভুক্ত করেছিল:
/*
GetFoo function
Parameters:
name: String, contains name
num: int, the number
add_date: date, the date added
Returns:
foo code: int
*/
int GetFoo(String name, int num, Date add_date)
এই জাতীয় মন্তব্যগুলি রক্ষণাবেক্ষণের বোঝা হওয়ায় আপত্তিটি বৈধ নয়। এগুলিকে আপ টু ডেট রাখার দরকার নেই কারণ কোনও গুরুতর প্রোগ্রামার তাদের দিকে তাকাবে না। এটি নিয়ে যদি কোনও প্রশ্ন থাকে তবে দলের সমস্ত সদস্যদের কাছে স্পষ্ট করে নিশ্চিত করে ফেলুন যে অকেজো, অপ্রয়োজনীয় মন্তব্য উপেক্ষা করা উচিত। আপনি যদি কোনও ফাংশনের প্যারামিটারগুলি বা কোডের একটি লাইন কী করে তা জানতে চান, কোডটি পড়ুন, অকেজো মন্তব্যগুলির দিকে তাকান না।
চার। আপনি যদি নিরর্থক মূল্যহীন মন্তব্য যুক্ত করতে চলেছেন তবে এগুলি উত্পন্ন করার জন্য কোনও প্রোগ্রাম লেখার পক্ষে এটি সময় সাপেক্ষ। সামনে বিনিয়োগের কিছু, তবে রাস্তায় টাইপ করে গুছিয়ে রাখতে পারে save
আমি যখন প্রথম এই ব্যবসায় শুরু করি, তখন আমার জন্য কাজ করা একটি সংস্থা "আপনার জন্য আপনার ডকুমেন্টেশন লেখায়! প্রতিটি প্রোগ্রামের জন্য সম্পূর্ণ ডকুমেন্টেশন!" হিসাবে বিজ্ঞাপন দেওয়া হয়েছিল এমন একটি প্রোগ্রাম ব্যবহার করেছিল! সিস্টেমটির প্রয়োজন ছিল যে আমরা সমস্ত ভেরিয়েবলগুলি মূলত অর্থহীন নাম দিয়ে থাকি এবং তারপরে প্রতিটি টেবিলের জন্য একটি অর্থপূর্ণ নাম দেওয়ার জন্য একটি টেবিল থাকে, সুতরাং মূলত "স্বয়ংক্রিয় ডকুমেন্টেশন" যা করেছে তা অর্থহীন নামটির পরিবর্তিত হয়েছিল যা এটি আমাদের অর্থবহ নামের সাথে ব্যবহার করতে বাধ্য করেছিল। সুতরাং উদাহরণস্বরূপ - এটি COBOL এর সাথে কাজ করেছে - আপনার প্রোগ্রামে আপনার একটি লাইন থাকবে যা বলেছিল
MOVE IA010 TO WS124
এবং তারা "ডকুমেন্টেশন" এর একটি লাইন তৈরি করবে যা বলেছিল
COPY CUSTOMER NAME IN INPUT RECORD TO CUSTOMER-NAME IN WORKING STORAGE
যাইহোক, মোটামুটি সহজেই সমান মূল্যহীন ডকুমেন্টেশন তৈরির জন্য একটি প্রোগ্রাম অবশ্যই লিখতে পারে। লাইনের মতো পড়ুন
a=b+c
এবং মন্তব্য উত্পন্ন
// add b to c and save result in a
প্রভৃতি
পাঁচ। নির্বোধ নিয়ম সেরা করুন। দরকারী এবং অর্থপূর্ণ মন্তব্য লেখার চেষ্টা করুন। আরে, এটি একটি ভাল অনুশীলন হতে পারে।
ওহ, যাইহোক, আমি যুক্ত করতে পারি যে আপনি সর্বদা মেট্রিক গেম করতে পারেন।
আমি একবার মনে করি একজন নিয়োগকর্তা বলেছিলেন যে তারা প্রতি সপ্তাহে আমরা কত লাইনের কোড তৈরি করেছি তা দ্বারা প্রোগ্রামারগুলির উত্পাদনশীলতা পরিমাপ করা শুরু করতে যাচ্ছিল। যখন আমাদের একটি সভায় এটি বলা হয়েছিল, আমি বলেছিলাম, দুর্দান্ত! আমি সহজেই আমার স্কোর বাড়িয়ে তুলতে পারি। আর লেখা নেই
x=x+4;
পরিবর্তে আমি লিখব:
x=x+1;
x=x+1;
x=x+1;
x=x+1;
Loops? এটি ভুলে যাও, আমি কোডটি দশবার কপি করে পেস্ট করব। প্রভৃতি
সুতরাং এখানে, যদি তারা মন্তব্যের লাইন গণনা করতে চলেছে, প্রতিটি লাইন সংক্ষিপ্ত করুন এবং পরবর্তী লাইনে ধারণাটি চালিয়ে যান। মন্তব্যগুলিতে যা ঘটে তার কোনও পরিবর্তন হলে বিদ্যমান মন্তব্যটি আপডেট করবেন না। এটিতে একটি তারিখ রাখুন, তারপরে পুরো পাঠ্যটি অনুলিপি করুন এবং "আপডেটেড" এবং একটি নতুন তারিখ লিখুন। যদি ক্লায়েন্ট এটি প্রশ্ন করে তবে তাদের বলুন যে আপনি মনে করেছিলেন ইতিহাস বজায় রাখা দরকার ছিল। ইত্যাদি ইত্যাদি