আমি অতীতে এই বিষয়টিতে সফ্টওয়্যারইজিনিয়ারিং.এসইতে অনেকগুলি লিখেছি এবং আমিও একই পরিস্থিতিতে ছিলাম। অতএব, আমি আপনার প্রশ্নটি পড়ার সময় আমি কয়েকটি ইঙ্গিত দেওয়ার চেষ্টা করেছি এবং কয়েকটি বিষয় হাইলাইট করার চেষ্টা করব।
তবে প্রথমে একটি গুরুত্বপূর্ণ দিক সম্পর্কে কথা বলা যাক: সংস্থায় আপনার ভূমিকা।
আপনার ভুমিকা
জিনিসগুলি বাড়ানোর জন্য আপনার কাছে আপনার বসের একটি স্পষ্ট আদেশ থাকতে পারে এবং শ্রেণিবিন্যাসের এমন একটি জায়গা যেখানে অন্যান্য বিকাশকারীদের আপনার আদেশ শুনতে হবে । অথবা আপনি সমবয়সীদের মধ্যে থাকতে পারেন, একই ভূমিকা এবং একই কর্তৃত্ব থাকা, আপনার বিকল্পটি কেবল ... ভাল ... একটি মতামত ।
উভয় ক্ষেত্রেই, বিষয়গুলি হায়ারার্কিতে আপনার স্থান কম এবং আরও:
অন্যান্য বিকাশকারীরা আপনাকে কী মনে করে। যদি তারা আপনাকে বিরক্তিকর লোক বলে মনে করে যারা তাদের কাছে বোকা জিনিস জিজ্ঞাসা করে, আপনি আর দূরে পাবেন না। আমি এমন অনেকগুলি ক্ষেত্রে দেখেছি যেখানে প্রযুক্তিবিদ এবং প্রকল্প পরিচালকদের দলে একেবারে কোনও প্রভাব ছিল না, কারণ দলটি জানত (বা ভেবেছিল) যে এই "নেতাদের" তারা গ্রহণ করার সিদ্ধান্ত নেওয়ার কোনও প্রযুক্তিগত পটভূমি নেই। অন্যদিকে, আমি বেশ কয়েকটি বিকাশকারীকে দেখেছি যাঁরা আসলে তাদের সমবয়সীরা শুনেছিলেন, কারণ তারা জানতেন যে এই বিকাশকারীরা দক্ষ এবং অভিজ্ঞ।
আপনার দলটি কতটা দৃ is় এবং কী তাদের উত্সাহিত করে। এমন একটি সংস্থা কল্পনা করুন যেখানে প্রতিটি বিকাশকারীকে কেএলকে / মাসের জন্য প্রদান করা হয়। আপনার সহকর্মীদের কাছে আপনি স্টাইলের বিষয়ে কিছু বলবেন? সম্ভবত তা নয়, কারণ বিরল এমন ব্যক্তিরা থাকেন যারা কম বেতন পান। সাধারণভাবে, যদি এটি কোনও দল না হয় তবে একই প্রকল্পে কাজ করা ব্যক্তিদের একটি গ্রুপ, আপনি কোনও কিছুই উন্নতি করতে পারবেন না।
তার উপর নির্ভর করে, আপনি সিদ্ধান্ত নিতে পারেন যে কোনও পরিবর্তন আনার প্রচেষ্টাটি মূল্যবান কিনা। আপনার যদি কণ্ঠস্বর না থাকে এবং কোনও টিম সংহতি না থাকলে কেবল অন্য কোনও কাজের সন্ধান করুন। আপনি যদি একজন মেধাবী, সম্মানিত বিকাশকারী হিসাবে পরিচিত হন এবং সেখানে শক্তিশালী দল অনুভূতি হয় তবে আপনি আপনার বস বা অন্যান্য দলগুলির বৈরিতার মুখোমুখি হয়েও তুলনামূলক সহজ বিষয়গুলিকে উন্নত করতে সক্ষম হবেন।
সব ক্ষেত্রেই, আপনার দলে চাপ না দেওয়া অপরিহার্য। তাদের বিরুদ্ধে না, তাদের সাথে কাজ করুন। তাদের অর্ডার দেবেন না, তবে তাদের লক্ষ্যের দিকে পরিচালিত করুন।
এখন, ইঙ্গিতগুলি।
শৈলী
আমি একবার কোডিং স্টাইল এবং বিদ্যমান কোডের সিংহভাগের বিন্যাস অনুসরণ করতে খুব সুন্দরভাবে জিজ্ঞাসা করেছি (দুর্ভাগ্যক্রমে আমাদের কাছে কোনও আনুষ্ঠানিক কোডিং শৈলী নথি নেই)। কিন্তু এটি কার্যকর হয়নি ...
অবশ্যই এটি হয়নি, যেহেতু এটি করা উচিত নয়।
স্টাইল বিরক্তিকর ।
নিম্নলিখিত শৈলী বিরক্তিকর ।
কোডিং স্টাইলের ডকুমেন্ট লেখা বিরক্তিকর ( এবং অভিশাপজনক ; আপনি যদি দশ বছরেরও বেশি সময় ধরে ভাষা নিয়ে কাজ না করেন তবে এটি করার চেষ্টাও করবেন না)।
স্টাইলের ডকুমেন্ট পড়া বিরক্তিকর ।
স্টাইলের ভুলগুলির জন্য কোড পর্যালোচনা বিরক্তিকর ।
আমার শৈলীটি আপনার চেয়ে ভাল যে ট্রোলিং করা উত্তেজনাপূর্ণ , বিশেষত যখন অন্য স্টাইলের একেবারে কোনও উদ্দেশ্যমূলক সুবিধা না থাকে। গম্ভীরভাবে, যে বিবেকী ব্যক্তির জানে যে লিখতে সঠিক ভাবে if (x)পথ আমি লিখেছি তা নয় if(x)বা if ( x )!
অতএব:
স্টাইল পর্যালোচনা করবেন না। এটি স্টাইল চেকারদের কাজ। এই সুন্দর অ্যাপ্লিকেশনগুলির আপনার মস্তিষ্কের কয়েকটি সুবিধা রয়েছে: তারা পুরো প্রকল্পটি কয়েক ঘন্টা বা দিন নয়, মিলিসেকেন্ডগুলির ক্ষেত্রে পরীক্ষা করে এবং এগুলি ভুল করে না এবং স্টাইলের ত্রুটিগুলি মিস করে না।
আপনার নিজের স্টাইলের মান লিখবেন না write আপনি যাহাই হউক না কেন এটি ভুল করে ফেলবেন এবং আপনার সহকর্মীরা আপনাকে ট্রোল করবে যে আপনি খারাপ পছন্দ করেছেন।
বিকাশকারীদের 2000 স্টাইলের ত্রুটিগুলি ঠিক করতে বাধ্য করবেন না।
প্রতিশ্রুতিবদ্ধ করতে শৈলী স্বয়ংক্রিয়ভাবে প্রয়োগ করুন। স্টাইলের ভুল রয়েছে এমন কোডটির সংস্করণ নিয়ন্ত্রণে কোনও স্থান নেই।
প্রকল্পের শুরু থেকেই এটি করুন। একটি বিদ্যমান প্রকল্পে শৈলী নিয়ন্ত্রণ সেট আপ করা অসম্ভব কঠিন।
সে সম্পর্কে আরও জানার জন্য, এসইএসইতে এই অন্যান্য উত্তরের প্রথম বিভাগটি পড়ুন ।
এছাড়াও:
- খুব কঠোর হতে হবে না। উদাহরণস্বরূপ,
jslintকমপ্লায়েন্ট কোড লেখা বেশ বিরক্তিকর, সুতরাং একেবারে প্রয়োজন হলে এটি একচেটিয়াভাবে করা উচিত (বা যদি আপনার দলের সমস্ত সদস্য এটি ব্যবহার করে খুশি হন)। অবিচলিত চেকিং সরঞ্জামগুলির জন্য একই; উদাহরণস্বরূপ, .NET এর কোড সর্বাধিক স্তরে বিশ্লেষণ খুব নিপীড়ক এবং হতাশাজনক হতে পারে, যখন সামান্য সুবিধা নিয়ে আসে; অন্যদিকে, মাঝারি স্তরে একই সরঞ্জাম সেটটি খুব সহায়ক বলে প্রমাণিত হয়।
কোড পর্যালোচনা
কোড পর্যালোচনা চলাকালীন এখন আপনাকে স্টাইল সম্পর্কে মাথা ঘামানোর দরকার নেই, আপনি আরও আকর্ষণীয় স্টাফগুলিতে মনোনিবেশ করতে পারেন: উত্স কোড বাড়ানো (বনাম ফিক্সিং)।
কোড পর্যালোচনায় বিভিন্ন ব্যক্তি আলাদাভাবে প্রতিক্রিয়া জানান। কেউ কেউ এটিকে একটি সুযোগ বলে মনে করেন। অন্যরা এটি ঘৃণা করে। কিছু আপনি তাদের যা কিছু বলেছিলেন তা শোনেন, নোট নিন এবং আলোচনা না করুন, এমনকি যদি তারা সঠিক হতে পারে। অন্যরা প্রতিটি বিষয় নিয়ে তর্ক করার চেষ্টা করে। প্রতিটি বিকাশকারীকে তার ব্যক্তিত্ব অনুসারে ডিল করার একটি উপায় খুঁজে বের করা আপনার উপর নির্ভর করে। এটি সাধারণত সহায়ক:
কোড পর্যালোচনাগুলি ব্যক্তিগতভাবে করুন, বিশেষত যখন বিকাশকারী জুনিয়র হয় এবং সত্যিই খারাপ কোডটি লিখে থাকে।
ব্যক্তিগত কোনও কিছুই নেই তা দেখান: আপনি কোডটির পর্যালোচনা করছেন, ব্যক্তির দক্ষতাগুলি নয়।
কোড পর্যালোচনার আসল লক্ষ্যটি দেখান। লক্ষ্যটি কোনও বিকাশকারী কতটা খারাপ তা দেখানো নয়। লক্ষ্য উন্নতির সুযোগ প্রদান করা।
কখনও তর্ক করবেন না। আপনি এখানে বোঝানোর জন্য নয়, তবে আপনার দক্ষতা দেওয়ার জন্য।
কখনও মনে করবেন না যে রিভিউই একমাত্র তিনি, যা পর্যালোচনা থেকে কিছু শিখতে পারে। কোডটি পড়ে এবং যে অংশগুলি আপনি বুঝতে পারছেন না সে সম্পর্কে ব্যাখ্যা জিজ্ঞাসা করেও আপনি এখানে শিখতে এসেছেন।
একবার কোড পর্যালোচনা হয়ে গেলে, নিশ্চিত হয়ে নিন যে ব্যক্তিটি আসলে তার কোডটি উন্নত করে। আমার বেশ কয়েকটি কেস রয়েছে যেখানে বিকাশকারীরা ভেবেছিলেন যে আসল সভা শেষ হলে কোড পর্যালোচনা শেষ হয়। তারা ছেড়ে যায় এবং তাদের নতুন বৈশিষ্ট্যগুলিতে ফিরে যায়, আপনি তাদের সাথে যা ভাগ করেছেন কেবল তা নতুন কোডের জন্য প্রয়োগ করার চেষ্টা করছেন। কোড পর্যালোচনার জন্য একটি শালীন ট্র্যাকিং সরঞ্জাম থাকা সহায়তা করে।
মনে রাখবেন যে অন্যদের তুলনায় সংস্থায় আপনার বিশেষ ভূমিকা এবং আপনার দক্ষতার বিষয়ে স্বাধীনভাবে আপনার কোডটিও পর্যালোচনা সাপেক্ষে হওয়া উচিত। অন্যের কোড পর্যালোচনা আপনি একমাত্র হওয়া উচিত নয়।
একটি সাম্প্রতিক প্রকল্পে যেখানে আমি একজন প্রযুক্তিবিদ হিসাবে কাজ করেছি, আমার সহকর্মীদের বোঝাতে আমার খুব কষ্ট হয়েছিল যে আমার সহ একে অপরের কোডের পর্যালোচনা করা তাদের ভূমিকা। তার প্রযুক্তিগত নেতার কোডটি পর্যালোচনা করতে চলেছে এমন কোনও ইন্টার্নির ভয় কোডটিতে প্রথম সমস্যাগুলি খুঁজে পাওয়ার সাথে সাথেই অদৃশ্য হয়ে যায় — এবং আমাদের মধ্যে কে ত্রুটিবিহীন কোড লেখেন?
প্রশিক্ষণ
কোড পর্যালোচনা প্রোগ্রামিং এবং সফ্টওয়্যার ডিজাইনের কিছু দিক শেখানোর এবং শেখার দুর্দান্ত সুযোগ, তবে অন্যদের প্রশিক্ষণের প্রয়োজন।
আপনি যদি আপনার সহকর্মীদের প্রশিক্ষণ দিতে সক্ষম হন তবে তা করুন। যদি আপনার পরিচালনা প্রশিক্ষণের ধারণার বিরুদ্ধে বৈরী হয় তবে এটি অনানুষ্ঠানিকভাবে করুন। আমি এই ধরনের প্রশিক্ষণ অধিবেশনগুলি এক প্রকার অনানুষ্ঠানিক বৈঠকে করেছি, বা কখনও কখনও একটি সাধারণ আলোচনা হিসাবেও, কখনও কখনও পরিচালনা দ্বারা বাধাগ্রস্ত হয় এবং পরে তা অনুসরণ করি।
প্রত্যক্ষ প্রশিক্ষণের পাশাপাশি, ম্যাককনেলের কোড কমপ্লিটের মতো বইগুলি যথেষ্ট ভাল জানেন এবং আপনার সহকর্মীদের কাছে সেই বইগুলি সম্পর্কে কথা বলুন তা নিশ্চিত করুন। ওপেন সোর্স প্রকল্পগুলির উত্স কোড পড়তে তাদের পরামর্শ দিন, তাদের উচ্চ মানের কোডের নির্দিষ্ট উদাহরণ দিন। এবং, স্পষ্টতই, নিজেকে উচ্চ মানের কোড লিখুন।
প্রসঙ্গে মনোনিবেশ করুন, ব্যক্তিদের প্রতি নয়
আমি কেবল 'খারাপ সংস্থার সংস্কৃতি', 'অনভিজ্ঞ গ্র্যাজুয়েটস' ইত্যাদির উপর মনোনিবেশ না করে কীভাবে এই পরিস্থিতিটির সমাধান করব?
এই স্নাতকদের একটি লক্ষ্য রয়েছে: অভিজ্ঞতা অর্জন করুন, স্টাফ শিখুন, আরও দক্ষ হন। যদি বছরের পর বছর তারা ক্রিপি কোড লিখে এবং প্রোগ্রামিং সম্পর্কে কিছুই না জানে তবে সম্ভবত এটি আপনার দল বা আপনার সংস্থা তাদের এই সুযোগটি দিচ্ছে না।
আপনি যদি আপনার দলে অনভিজ্ঞ গ্র্যাজুয়েটস রয়েছে তার দিকে মনোনিবেশ করে থাকেন তবে এটি কোনও লাভ করবে না। পরিবর্তে, আপনি তাদের জন্য এবং তাদের সাথে কি করতে পারেন সেদিকে মনোনিবেশ করুন। কোড পর্যালোচনা এবং প্রশিক্ষণ পরিস্থিতি উন্নতির দুটি কৌশল।
খারাপ সংস্থার সংস্কৃতি একটি ভিন্ন জন্তু। কখনও কখনও, এটি পরিবর্তন করা যেতে পারে। কখনও কখনও, এটি পারে না। সব ক্ষেত্রে, মনে রাখবেন আপনি হয় এই কোম্পানির অংশ, তাই আপনি কোম্পানির সংস্কৃতির অংশ। আপনি যদি এটিকে পরিবর্তন করতে না পারেন এবং তা অন্তত খারাপ, তাড়াতাড়ি বা পরে খুঁজে পান, আপনাকে চলে যেতে হবে।
আপনার মেট্রিকগুলি এখনই পান
আপনি এখনই কোডটি কীভাবে পরিমাপ করবেন? আপনি কি প্রতি বিকাশকারী প্রতি দিন কমিটের সংখ্যা পরিমাপ করেন? বা প্রতি প্রোগ্রামার প্রতি মাসে কেএলকে? অথবা হতে পারে কোড কভারেজ? নাকি খুঁজে পাওয়া এবং ঠিক করা বাগের সংখ্যা? বা রিগ্রেশন পরীক্ষার দ্বারা ধরা সম্ভাব্য বাগের সংখ্যা? বা অবিচ্ছিন্ন ডিপ্লোয়মেন্ট সার্ভার দ্বারা সম্পন্ন রিভার্টের সংখ্যা?
আপনি যে জিনিসগুলি পরিমাপ করেন সেগুলি কারণ দলের সদস্যরা তাদের কাজগুলি মাপানো ফ্যাক্টরের সাথে খাপ খাইয়ে নিচ্ছেন। উদাহরণস্বরূপ, একটি সংস্থায় যেখানে কয়েক বছর আগে আমাকে কাজ করতে হয়েছিল , কেবলমাত্র এটিই অফিসে ব্যয় করার সময়টি পরিমাপ করা হয়েছিল। বলা বাহুল্য যে এটি আরও ভাল কোড সরবরাহ করতে, বা স্মার্ট কাজ করতে, বা ... ভাল, মোটেও কাজ করার জন্য উত্সাহজনক ছিল না।
ইতিবাচক এবং নেতিবাচক শক্তিবৃদ্ধি খুঁজে বের করা এবং সময়ের সাথে পরিমাপক ফ্যাক্টরগুলি সামঞ্জস্য করা মূলত আপনার দলের সদস্যদের উপরে থাকা লাভ is যখন সঠিকভাবে সম্পন্ন করা হয়, ফলাফলগুলি অর্জন করা এটি সহজ করে তোলে যা সাধারণ শ্রেণিবিন্যাস দ্বারা প্রাপ্ত হবে না।
যে জিনিসগুলি আপনাকে বিরক্ত করে, সেগুলি পরিমাপযোগ্য করে তোলে। সেগুলি পরিমাপ করুন এবং ফলাফলগুলি সর্বজনীন করুন। তারপরে ফলাফল উন্নত করতে অন্যান্য দলের সদস্যদের সাথে একসাথে কাজ করুন।
উদাহরণস্বরূপ, আসুন বিবেচনা করা যাক টিম সদস্যরা ক্লাস, শ্রেণি সদস্য এবং ভেরিয়েবলের নামে অনেক বেশি বানান ভুল করে। এটা বিরক্তিকর। আপনি কিভাবে এটি পরিমাপ করতে পারেন? পার্সারের সাহায্যে আপনি কোড থেকে সমস্ত শব্দ বের করতে পারেন এবং একটি বানান পরীক্ষক ব্যবহার করে ভুল এবং টাইপগুলি সমন্বিত শব্দের অনুপাত নির্ধারণ করতে পারেন, 16.7% বলুন।
আপনার পরবর্তী পদক্ষেপটি লক্ষ্য অনুপাতে আপনার দলের সাথে একমত হওয়া। এটি পরবর্তী স্প্রিন্টের জন্য 15%, পরেরটির জন্য 10%, ছয় সপ্তাহে 5% এবং দুই মাসে 0% হতে পারে। এই মেট্রিকগুলি প্রতিটি প্রতিশ্রুতি অনুসারে স্বয়ংক্রিয়ভাবে সংশোধিত হয় এবং অফিসে একটি বড় স্ক্রিনে প্রদর্শিত হয়।
আপনি যদি লক্ষ্য অনুপাতটি অর্জন না করেন তবে আপনার দল বানান ভুল সংশোধন করার জন্য আরও কিছু সময় ব্যয় করার সিদ্ধান্ত নিতে পারে। অথবা আপনার দল বিকাশকারী প্রতি অনুপাতের গণনা করা আরও ভাল বিবেচনা করতে পারে এবং বড় পর্দায়ও এই তথ্য প্রদর্শন করে। অথবা আপনার দল লক্ষ্য করতে পারে যে লক্ষ্যটি খুব আশাবাদী ছিল এবং আপনার এটি পর্যালোচনা করা উচিত।
আপনি যদি লক্ষ্য অনুপাত অর্জন করেন তবে পরবর্তী পদক্ষেপটি ভুল এবং টাইপসের সংখ্যা সময়ের সাথে বৃদ্ধি পাবে না তা নিশ্চিত করা। তার জন্য, আপনি আপনার বিল্ডে একটি অতিরিক্ত টাস্ক তৈরি করতে পারেন যা বানান ভুলগুলি পরীক্ষা করে এবং কমপক্ষে একটি ভুল খুঁজে পাওয়া গেলে বিল্ডটি ব্যর্থ করে। এখন আপনি এই সমস্যা থেকে মুক্তি পেয়েছেন, নতুন প্রাসঙ্গিক পরিসংখ্যান দেখানোর জন্য আপনার বড় পর্দা পুনরায় ব্যবহার করা যেতে পারে।
উপসংহার
আমি বিশ্বাস করি যে আপনার প্রশ্নের বর্ণিত প্রতিটি দিকই আমার উত্তরে অন্তর্ভুক্ত কৌশলগুলির মাধ্যমে সমাধান করা যেতে পারে:
অন্যান্য বিকাশকারীরা যখন এই প্রকল্পে যোগদান করেছিল, তখন আমি লক্ষ্য করেছি যে তারা একটি ভিন্ন কোডিং শৈলী ব্যবহার করে (কখনও কখনও সম্পূর্ণ আলাদা শৈলী)
আপনাকে প্রতিশ্রুতি দেওয়ার সময় শৈলীটি স্বয়ংক্রিয়ভাবে প্রয়োগ করতে হয়েছিল।
এবং প্রায়শই আধুনিক ভাষার বৈশিষ্ট্যগুলি যেমন সম্পত্তি অ্যাক্সেসরগুলি ব্যবহার করবেন না (এটি উদ্দেশ্য-সিতে তুলনামূলকভাবে নতুন)।
কোড পর্যালোচনা এবং প্রশিক্ষণ উভয়ই আপনার ভাষা সম্পর্কে জ্ঞান স্থানান্তর করতে এখানে রয়েছে।
কখনও কখনও তারা ফ্রেমওয়ার্কের অনুরূপ বৈশিষ্ট্যগুলি ব্যবহার না করে তাদের নিজস্ব সাইকেলগুলি আবিষ্কার করত
কোড পর্যালোচনা এবং প্রশিক্ষণ উভয়ই আপনার কাঠামোর জ্ঞান স্থানান্তর করার জন্য এখানে রয়েছে।
বা অন্যান্য প্রোগ্রামিং ভাষা বা প্যাটারগুলি থেকে ধারণাগুলি আমাদের কোড বেসে শিখেছে into
এটি একটি দুর্দান্ত জিনিস। আপনার কাছ থেকে তাদের শেখার সুযোগের মতো মনে হচ্ছে।
প্রায়শই খারাপ ইংরেজি থাকার কারণে তারা পদ্ধতিগুলি বা ভেরিয়েবলগুলির নাম ঠিকঠাক রাখতে পারে না
কোড পর্যালোচনাগুলিও যথাযথ নামকরণের দিকে মনোনিবেশ করা উচিত। কিছু আইডিই-তে বানান চেকারও রয়েছে।
কখনও কখনও আমি মনে করি এটি যদি আইডিই না হয় তবে আমার ধারণা তারা কোনও কোড ছাড়াই বিন্যাস বা বিন্যাস ছাড়াই সমস্ত কোড লিখবে।
অবশ্যই তারা করবে। স্টাইল বিরক্তিকর এবং স্বয়ংক্রিয় দিতে হবে।
মূলত, আমি তাদের লেখার কোডটি ঘৃণা করি।
কোড পর্যালোচনা অংশ থেকে মনে রাখবেন: "লক্ষ্যটি কোনও বিকাশকারী কতটা খারাপ তা দেখানো নয়। লক্ষ্য উন্নতির সুযোগ প্রদান করা। ”
এটি খারাপভাবে ফর্ম্যাট / সংগঠিত, এবং কখনও কখনও প্রকল্পের বাকী অংশ থেকে একেবারে আলাদা is
স্বয়ংক্রিয় স্টাইল পরীক্ষা করা checking
যখন তারা তাদের স্প্যাগেটিটি আমার শিল্পের অংশে যুক্ত করে তখন আমি খুব বিরক্ত বোধ করি
কিসের অপেক্ষা?! শিল্প টুকরা?! কি অনুমান? কিছু ব্যক্তি (আপনাকে ছয় মাসে অন্তর্ভুক্ত) আপনার কোডটি শিল্পের একটি অংশ হতে অনেক দূরে খুঁজে পেতে পারে। এদিকে, বুঝতে চেষ্টা করুন যে আপনার কাজকে শিল্পের একটি অংশ হিসাবে বিবেচনা করা এবং তাদের কাজকে বোকা হিসাবে বিবেচনা করা কাউকে সাহায্য করবে না। আপনি সহ.
এটি শিখতে বা যত্ন নেওয়ার জন্য উদ্বিগ্ন হতে পারে না এমনটি আরও বেশি অনুভব করে: তারা কেবল তাদের কাছ থেকে যা প্রয়োজন তা করে এবং বাড়িতে চলে যায়।
অবশ্যই তারা তাদের কাছ থেকে যা প্রয়োজন তা করবে। মনে রাখবেন: প্রসঙ্গ, ব্যক্তি নয় এবং আপনার মেট্রিকগুলি ঠিক পান । প্রসঙ্গটি যদি তাদের কাছ থেকে তারা যা করে সে বিষয়ে সর্বোত্তম হয়ে ওঠার প্রয়োজন হয় তবে তারা এটি করবে। যদি প্রসঙ্গটি যথাসময়ে মাসে আরও বেশি কেএলকিউ উত্পাদন করার প্রয়োজন হয় এবং তারা এটিও করবেন।