তিনি দলের কথা শুনতে অস্বীকার করেছেন এবং তিনি সম্প্রতি কোড রিভিউ, ইউনিট পরীক্ষা, প্রয়োগের বিশদ ভাগ করে নেওয়া বন্ধ করেছেন ...
কোড পর্যালোচনাগুলি অগত্যা কোডের পর্যালোচনার জন্য জমা দেওয়ার প্রয়োজন হয় না।
তিনি কী করেন তার উপর নজর রাখার একটি সহজ উপায় হ'ল ভিসিএসের ইতিহাসে নজর রাখা, তার চেক-ইনগুলি সন্ধান করা। আপনি যদি তার কোড সম্পর্কে উদ্বিগ্ন হন তবে এটি এটির সন্ধান করার একটি সহজ উপায়। একটি পৃথক ইতিহাস পান, তিনি কী রেখেছিলেন তা দেখুন এবং দেখুন যে কোনও লাল পতাকা আপনার দিকে ঝাঁপিয়ে পড়েছে কিনা। তার চেকিনগুলি দ্রুত পর্যাপ্তরূপে ধরুন এবং যদি আপনি কোনও সমস্যা পান তবে আপনি প্রতিশ্রুতিটি ফিরিয়ে আনতে পারেন এবং তাকে সেই ইমেল করতে পারেন। আপনি যখন কোনও স্পষ্টত কোনও ভুল দেখেন তখন আপনাকে আপনার সহকর্মী দলের সদস্যদের, এমনকি একজন জুনিয়র কোডার হিসাবে কল করার অনুমতি দেওয়া হয়।
হ্যাঁ, তিনি দ্রুত "কোডস" করেন তবে তার কোডটি কেবল বাগ জেনারেটর। অন্যান্য দলের সদস্য এবং আমি একটি "বাগ ফিক্সিং পর্যায়ে" রয়েছি এবং ৮০% বাগ তার কোড থেকে আসে। আমি তার বাগগুলি ঠিক করতে চাই না। এবং পরিচালনা অন্ধ, বা এটি দেখতে চায় না বা সম্ভবত তারা তার "গতি" পছন্দ করে।
কোড প্রয়োজনীয়তা থেকে আসে। প্রয়োজনীয়তাগুলি চালনাযোগ্য পরীক্ষার ফলস্বরূপ যা প্রয়োজনীয়তা যাচাই করে। এই পরীক্ষাগুলি আরও ভেঙে ফেলা যেতে পারে, এবং পরিবর্তনগুলি প্রয়োজনীয়তা পূরণ করে কিনা তা যাচাই করার জন্য পরিবর্তনগুলি লেখার আগেই এটি লেখা যেতে পারে (লাল-সবুজ-রিফ্যাক্টর; টিডিডির সারাংশ)।
আপনার দলের বিল্ড সার্ভারে একটি "কোড কভারেজ" মেট্রিক যুক্ত করুন (আশা করি আপনার একটি রয়েছে; যদি না হয় তবে এটি আপনার প্রথম সমস্যা)। কেবলমাত্র ইউনিট পরীক্ষাগুলি পাসের পরীক্ষা করা তার নতুন নন-টিডিডিড কোডের সাথে সমস্যাগুলি ধরবে না, যেসব অঞ্চলে ইউনিট পরীক্ষা নেই। সমস্ত ইউনিট পরীক্ষা চালানোর পরে, বিল্ড সার্ভারটি আদর্শভাবে কোডের প্রতিটি লাইন কার্যকর করা উচিত ছিল, তবে এমন কিছু জিনিস রয়েছে যা আপনি কেবল ইউনিট-টেস্ট করতে পারবেন না। বাস্তবিকভাবে, আপনি এখনও 95% কভারেজ বা তার চেয়ে ভাল (বা কভারেজ থেকে নির্দিষ্ট গ্রন্থাগার বা ফাইলের ধরণের ফাইল বাদ দিতে পারেন) আশা করতে সক্ষম হওয়া উচিত। যত তাড়াতাড়ি বা পরে, আপনার কাউবয় এমন কিছু যাচাই করে যা বিল্ডটি ভেঙে দেয় কারণ সে কভারেজের স্তরটি দোরের নিচে ফেলেছে এবং আপনি তাকে কল করেছেন।
এবং যতক্ষণ পর্যন্ত "গতি" সম্পর্কিত, গতি হ'ল আপনি জিনিসগুলি কত দ্রুত "সম্পন্ন" করেন এবং সঠিকভাবে সম্পন্ন না হওয়া পর্যন্ত এটি "সম্পন্ন" হয় না। আপনি এটিকে আপনার পরিচালকদের কাছে এভাবে রাখতে পারেন; একটি অটো মেকানিক বিবেচনা করুন, যখন পরিচালক তার বিএমডাব্লুতে তেল পরিবর্তন আনার জন্য তেল প্যান প্লাগটি ফিরে ফিরে যেতে ভুলে যায় এবং ফলস্বরূপ সমস্ত নতুন তেল এমনকি গ্যারেজ থেকে বের হওয়ার আগেই তা বাইরে বেরিয়ে যায়। অবশ্যই, তেল পরিবর্তন মাত্র পাঁচ মিনিট সময় নিয়েছিল, তবে পরিচালক যখন তার গাড়ির ইঞ্জিনটি বাড়ির পথে ধরে ফেলেন তখন সে বিষয়টি যত্নশীল হবেন না। তিনি যত্ন নিতে চলেছেন যে যান্ত্রিক একটি পদক্ষেপ মিস করেছে, এটি তার জন্য অতিরিক্ত সময় এবং অর্থ নির্ধারণ করতে হবে। এই মুহুর্তে, তিনি কাজটি সত্যিই দ্রুত করার জন্য একজন গরুকে দিচ্ছেন, এবং তারপরে তিনি ' টিমের বাকি অংশগুলিকে আরও বড় অঙ্কের অর্থ প্রদান করে আসার এবং কাজটি সঠিকভাবে করার জন্য। সত্যিই, কাউবয়কে তার জিনিসটি চালিয়ে দেওয়া চালিয়ে যাওয়ার সুবিধা কী?
আমি (বয়সের দিক দিয়ে তার ছোট সহকর্মী হিসাবে, তার মনিব না হয়ে) এ সম্পর্কে কিছু করার উপায় আছে কি?
ওকে ডাকো। যখন আপনি কিছু পেয়ে গেছেন তখন তার কোডটি কীভাবে ব্যর্থ হচ্ছে, কীভাবে তিনি প্রথমে সমস্যাটি রোধ করতে পারতেন (যথাযথ নকশা, টিডিডি, কোড পর্যালোচনা সহ) এবং আপনি কী ছিলেন বা ফলস্বরূপ কী করার প্রয়োজন হবে তা তাকে দেখান তার ভাঙ্গা কোড ঠিক করতে।
আমার মনে হয় আমিই শেষ যিনি প্রকৃতপক্ষে প্রকল্পটির যত্নশীল।
ক্লেক্সন ব্লারিং, লাইট ফ্ল্যাশিং, সাইরেন ওয়েলিং - যদি আপনি সত্যিই এমন মনে করেন যে আপনি একমাত্র ব্যক্তি যিনি টিম দ্বারা উত্পাদিত কোডের মান সম্পর্কে যত্নশীল হন তবে একটি গুরুতর সমস্যা আছে। আপনি যদি মনে করেন যে আপনি পুরো টিমটিকে লাথি মারতে এবং চিৎকার করার জন্য ভাল কোডিংয়ের যুগে চেষ্টা করছেন এবং এটি খুব বেশি ওজন হ্রাস করতে পারে তবে তা ফেলে দিন। সংস্থায় অন্য দল রয়েছে যা এটি সঠিকভাবে করছে, একটি স্থানান্তর চেয়ে বলুন, নইলে এটিকে বের করে দিন।