ডেভলপমেন্ট ম্যানেজার দ্বারা কীভাবে কোড "গোল ট্রেন্ডিং" পরিচালনা করা উচিত?


12

প্রথমে আমাকে একটি শব্দ মুদ্রা করার অনুমতি দিন:

কোড লক্ষ্য-প্রবণতা: সকালে কোডটি পরীক্ষা করা, তারপরে অন্য বিকাশকারীদের দ্বারা আগের দিন ফাইলের মাধ্যমে করা সমস্ত পরিবর্তনের নিঃশব্দে পর্যালোচনা করা (বিশেষত কোড ফাইলগুলি যা আপনি মূলত বিকাশ করেছেন) এবং ফরম্যাটিং, যুক্তি, পরিবর্তনশীল নাম পরিবর্তন, রিফ্যাক্টরিং দীর্ঘ পদ্ধতি ইত্যাদি, এবং তারপরে ভিসিএসে পরিবর্তনগুলি প্রতিশ্রুতিবদ্ধ।

এই অনুশীলনটিতে আমি চিহ্নিত করেছি এমন কয়েকটি উপকারিতা এবং ধারণা রয়েছে:

  • প্রো : কোডের মান / পাঠযোগ্যতা / ধারাবাহিকতা প্রায়শই বজায় থাকে
  • প্রো : অন্যান্য বিকাশকারী মূল কোডটির সাথে খুব বেশি পরিচিত না হওয়ার কারণে কিছু বাগগুলি স্থির করা হয়েছে।
  • কন : প্রায়শই লক্ষ্য-বিকাশকারী বিকাশকারীকে সময় নষ্ট করে।
  • কন : মাঝেমধ্যে বাগগুলি পরিচয় করিয়ে দেয় যা বিকাশকারীরা মনে করে যে তারা আগের দিন বাগ-মুক্ত কোডটি লিখেছিল they
  • কন : অন্যান্য বিকাশকারীরা অত্যধিক নিটপিকিং নিয়ে ক্রুদ্ধ হন এবং লক্ষ্য-দরপত্রের কোডটিতে অবদানের অপছন্দ করতে শুরু করেন।

দাবি অস্বীকার: সত্যি কথা বলতে, আমি আসলে কোনও উন্নয়ন ব্যবস্থাপক নই, আমি এমন বিকাশকারী যিনি আসলে "লক্ষ্য ট্রেন্ডিং" করছেন।

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

সুতরাং, আপনি যদি পরিচালক হন তবে আপনি কীভাবে এই সমস্যার সমাধান করবেন?

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


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

2
কন: এটি আপনার কাজ নয়। এই লোকেরা তাদের নিজস্ব লক্ষ্য-প্রশিক্ষণ করা উচিত।
রবার্ট হার্ভে

10
একজন বিকাশকারী হিসাবে আমি অন্য বিকাশকারীকে আমার সমস্ত পরিবর্তনগুলি করে এটি করার জন্য এটি
হিংসাত্মক

4
@ রাইথাল: দোকানে কোডের মান প্রয়োগ করা উচিত। কোডটি সাধারণত পুরো দলের মালিকানাধীন থাকে, তাই আপনি যদি লোকেরা এটি পরিবর্তন করতে না চান তবে আপনার উচিত এটি প্রথম স্থানে make
রবার্ট হার্ভে

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

উত্তর:


52

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


4
বড় +1। কোড পর্যালোচনা দল গঠনে সহায়তা করে যখন তিনি বর্ণিত "গোল ট্রেন্ডিং" দেখে মনে হচ্ছে এটি লোককে ভুল উপায়ে ঘষতে পারে।
ডগ টি।

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

2
উজ্জ্বল উত্তর এবং অন্তর্দৃষ্টি জন্য ধন্যবাদ। আমি মনে করি এই প্রশ্নের একটি অনুলিপি এবং আমার পরিচালকের কাছে একটি নম্র মনোভাব তাকে বোঝাতে পারে যে কোড রিভিউগুলি দলের পক্ষে উপকারী হবে এবং "গোল ট্রেন্ডিং" এর প্রয়োজনীয়তা হ্রাস করবে।
কেভিন ম্যাককর্মিক

1
একমত। জিজ্ঞাসা না করে অন্য ব্যক্তির কোড দিয়ে উপহাস করবেন না। আপনি কিছু জাঁকজমকপূর্ণ বাগ পেতে পারেন। আমি লক্ষ্য-প্রবণতা বাগগুলি স্থির করেছি এবং সেগুলি সুন্দর নয়। আপনি যদি কোড দৃust়তা সম্পর্কে উদ্বিগ্ন হন তবে ইউনিট পরীক্ষা লিখুন।
পল নাথান

2
এমনকি যদি আপনি কখনই "বাস্তব" কোড পর্যালোচনায় রূপান্তর করেন না, কেবল অন্য ব্যক্তির সাথে কেবল কথা বলছেন - কেন তারা কিছু নির্দিষ্ট কাজ করেছে এবং কেন তারা তা [কিছু অন্যভাবে] করেন নি, তা অনেকগুলি সম্পূর্ণ করার দুর্দান্ত উপায় is লক্ষ্য। +1
তেহশ্রাইক

14

প্রকৃতপক্ষে, আইএমএইচও, এটি একটি ভয়ানক ধারণা।

আমি আশা করবো মনোবলটি আগেই না থাকলে নর্দমার মধ্যে পড়বে।

আপনার কাছে ন্যায্য হতে, আপনি এটি স্বীকার করবেন।

পিয়ার কোডের পর্যালোচনাগুলি ঠিক আছে, এটি "আমাদের তুলনায় তাদের তুলনায়" দৃশ্যের পরিবর্তে সমস্ত স্তরে ডিভসের উপর চাপ দেয়। (যেখানে সেগুলি পরিচালনা / নেতৃত্ব)।

কিছু বিকাশকারী হতে পারে যা আপনার অন্যের চেয়ে বেশি নজর রাখার প্রয়োজন হতে পারে, তবে কম্বলটি সমস্ত কোড প্রথমে আপনার মাধ্যমে আসতে বাধ্য করা হাস্যকর।

এবং আপনি কতটা ভাল বলে মনে করেন, তবুও এমন সময় আসবে যখন আপনি ভুল হবেন, বা "নীট বাছাই" হবে এবং এটি বিষয়টিকে আরও খারাপ করে দেবে।


এটি এবং ম্যানেজার সম্ভবত কোডটি আরও খারাপ করার সম্ভাবনা বেশি রয়েছে।
অ্যান্ডি

5

আমি যদি পরিচালক হয়ে থাকি তবে এই সমস্যার সমাধান করতে:

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

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

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


3

খারাপ জুজু

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

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

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

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