সোর্স কোড কমিটে মন্তব্য যুক্ত করতে আমি কীভাবে আমার সহযোগী দেবকে বোঝাতে চাই?


78

আমি জানি যে সাবভারশন (আমরা কী কাজে ব্যবহার করছি) কমিটের বিষয়ে মন্তব্যগুলির প্রয়োজনের জন্য কনফিগার করা যেতে পারে, তবে আমি কেবল এটি চালু করার মতো ক্ষমতার অবস্থানে নেই। আমি জানি যে আমার প্রতিশ্রুতিবদ্ধ মন্তব্যগুলি করার কারণ হ'ল কারণ এটি শুধুমাত্র যদি একটি স্মৃতি-জোগার হিসাবে থাকে তবে দ্রুত প্রতিশ্রুতির পিছনে কারণটি বোঝার জন্য এটি কার্যকর। তবে, আমি সবসময় যে দুটি প্রতিক্রিয়া পাই তা মোকাবিলার পক্ষে এটি যথেষ্ট বলে মনে হয় না:

  1. এটি অনেক দীর্ঘ সময় নেয় এবং আমি কেবল রেপোতে আমার পরিবর্তনগুলি পেতে চাই।
  2. এটি কেবল ভিন্নতাগুলি দেখার পক্ষে যথেষ্ট সহজ।

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

সবচেয়ে খারাপ কথা, যে ব্যক্তি কল করতে পারেন তিনি একই শিবিরে রয়েছেন: বিরক্ত করতে চান না এবং ভিন্নতা দেখায় ভাল আছেন।

আমি জানি এটি করা সঠিক জিনিস, তবে কীভাবে আমি তাদের আলো দেখাব? এমনকি আমি যদি আমার সহকর্মী দেবগণকে বোঝাতে না পারি তবে আমি কীভাবে ম্যানেজমেন্টকে বোঝাতে পারি যে ব্যবসায়ের জন্য এটি করা সঠিক জিনিস?


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

11
@ChrisSimmons: করতে তাদের চাই মন্তব্য করতে চান ... আপনি সন্মোহন চেষ্টা করেছি? গুরুতরভাবে, আমি মনে করি না যে তারা তা করতে চাইবে না যদি না হয় তারা হয়: ১) মন্তব্যগুলির অভাব থেকে উদ্ভূত একরকম সমস্যা 2) কিছুটা তাত্ক্ষণিক সুবিধা অর্জন করতে সক্ষম হয়।
হতাশ

4
"খুব বেশি সময় লাগে"? উত্স নিয়ন্ত্রণের কোনও মন্তব্যে এক মিনিটেরও বেশি সময় ব্যয় করার কথা মনে নেই। আরও বেশি 10 সেকেন্ডের মতো।
jsternberg

4
"তাদের ব্যথার কারণ দিন" এঙ্গলে, এটি করার সর্বোত্তম উপায় হ'ল কয়েকবার "আপনার স্থির সমস্যাটি এক্স" এর প্রতিশ্রুতি আমি খুঁজে পাই না with (যদিও ব্যথা হওয়ার সর্বোত্তম উপায়টি ইতিবাচক উত্সাহ হিসাবে কাজ করবে না))
ডেভিড শোয়ার্জ

4
আপনি সমস্যার জন্য বাগ ট্র্যাকিং সফ্টওয়্যার ব্যবহার করেন, একটি একটি মন্তব্য কমিট হিসাবে হিসাবে সহজ হতে পারে যোগ #10291। রেফারেন্সটি তাত্ক্ষণিকভাবে আপাত হবে এবং সমস্ত প্রাসঙ্গিক বিবরণটি ইতিমধ্যে ত্রুটি ট্র্যাকিং সিস্টেমে থাকা উচিত।
zzzzBov

উত্তর:


78

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

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

অডিটিং কারণও আছে। বাইন্ডিং কমিটস এবং টিকিট আইডির পক্ষে ঠিক বলা সহজ হয়েছে, আমরা সংস্করণ 2 চাপিয়ে দিচ্ছি, এই ত্রুটি 23, 25, 26 এবং 27 ত্রুটিযুক্ত কিন্তু ত্রুটি 24 এর বিরুদ্ধে কোনও প্রতিশ্রুতি নেই তাই এটি এখনও বকেয়া।


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

1
এই ক্ষেত্রে, আমি মনে করি যে whyচেক- ইনটির জবাব দেওয়া হ'ল আপনার পরে যা হ'ল: বিকাশকারীদের তাদের (অর্থপূর্ণ) চেক-ইন মন্তব্য কেন ব্যবহার করা উচিত তার একটি ভাল কারণ ( একে প্রেরণা) প্রদান করা ।
একটি সিভিএন

5
যে ব্যক্তি কল করতে পারে তাকে বোঝানোর বিষয়টি এটি। যথাযথ প্রতিক্রিয়াটি হ'ল: "আপাত কোনও কারণ ছাড়াই গতকাল সতেরোটি কমিট হয়েছিল Seeing কারণ তারা কোনও বকেয়া ত্রুটি বা ইস্যুতে অবদান রাখেনি বলে তাদের ফিরিয়ে আনা হয়েছে" "
ক্রিস চডমোর

2
আপনার একটি বন্ধুত্বপূর্ণ অনুপ্রেরণাকারী ব্যবহার করা উচিত ।
SoylentGray

1
পুরানো বন্ধ কোড "WAD" রয়েছে - নকশাকৃতভাবে কাজ করা। কৌতুক ক্লোজ কোড "ডাব্লুএইসি" রয়েছে - কোডড হিসাবে কাজ করা। পার্থক্যটি বলতে সক্ষম হওয়ায় এটি দুর্দান্ত।
উডাং

33

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

শাখা মার্জ করার জন্যও। এটি আপনার উপর পড়ে কি না তা নিশ্চিত নয় তবে এটি একটি ক্ষেত্র যা আমি মন্তব্যগুলিকে দরকারী বলে মনে করি useful

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


4
আমি স্থিতি প্রতিবেদনের কোণটি পছন্দ করি। "যে ব্যক্তি কল করতে পারেন" আমি উল্লেখ করেছি যে তাদের নিজস্ব স্থিতি প্রতিবেদনের জন্য এটি স্তরের বিক্রয় বিক্রয় হতে পারে।
ক্রিস সিমন্স

14
"ভাল প্রতিশ্রুতি সাপ্তাহিক স্থিতির প্রতিবেদনের পরিবর্তে কাজ করবে" এর জন্য +392,481। এটা স্পষ্ট যে তাদের "কেন" প্রদর্শন করা কোনওরকম সাহায্য করেনি এবং সহায়তা করবে না। সৃজনশীল সমাধানগুলি তাদের ভাল প্রতিশ্রুতি বার্তা বিকাশ করতে সহায়তা করবে will
রিওয়ালক

আমিও. পিছনে যখন আমাকে প্রচুর পরিমাণে সূক্ষ্ম টাইম-শিটগুলি সম্পন্ন করতে হবে আমি প্রতি কার্যে কতটা সময় ব্যয় করেছি তা অনুমান করার জন্য প্রতিশ্রুতিবদ্ধ সময় স্ট্যাম্পগুলি ব্যবহার করব।
মিকেরোবি

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

আমি অবাক হয়েছি যদি আমি এই ব্যবস্থার সাহায্যে ম্যানেজারকে স্থিতি বৈঠকগুলি কেটে ফেলার জন্য বোঝাতে পারি (বর্তমানে 5 সদস্যের দেব দলের জন্য প্রতি সপ্তাহে 3 এ)।
গ্রেফ্যাড

26

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

কখনও কখনও আপনি আলাদা তুলনা করা প্রয়োজন, কিন্তু প্রায়ই আপনি না। ডেভসকে তুলনা করতে বাধ্য করা যখন তাদের প্রয়োজনীয় সমস্ত 2-3 বাক্য পড়তে পারা ছিল সময় নষ্ট করা। আমি অবাক হয়েছি কেন তারা বিকাশকারী সময়ের মূল্য দেখছে না।


4
এই জন্য + 365,000। আমি বুঝতে পারছি না যে একটি বাক্য লেখার সময় কেন "জটিল এবং সময়সাপেক্ষ" হয় যখন আলাদা হয় তখন বেশি সময় লাগে।
জেনিফার এস

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

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

জঘন্য চাকা হতে ভয় পাবেন না। অন্য মানুষের খারাপ অভ্যাসের বিরুদ্ধে লড়াই করা প্রায়শই হতাশার যুদ্ধ।


12

এটি আমি শুনেছি সবচেয়ে উদ্ভট প্রশ্ন হতে হবে। প্রতিশ্রুতি বার্তা টাইপ করতে লোকেরা কয়েক ঘন্টা এমনকি দিন ব্যয় করে কোনও কিছু ঠিক করে দেয় এবং অতিরিক্ত 2 সেকেন্ড বেশি সময় ব্যয় করে ?! আমাকে বলতে হবে যে আমি এই জাতীয় স্বল্পদৃষ্টির লোকদের সাথে কাজ করার বিষয়ে চিন্তা করব। তারা স্পষ্টতই তাদের সম্পূর্ণ সম্ভাবনার নিকটে তাদের সরঞ্জামগুলি ব্যবহার করছে না।

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

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

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

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


1
"লোকেরা ঘন্টা বা এমনকি কিছু ব্যয় করে কিছু ঠিক করে দেয় এবং প্রতিশ্রুতি বার্তা লিখতে অতিরিক্ত 2 সেকেন্ড খুব দীর্ঘ হয় ?!" আরে, আমি দেখতে পাচ্ছি লোকেরা একটি স্টোরের ভিতরে কয়েক মাইল হেঁটে যায়, কিন্তু যখন তাদের গাড়িতে ফিরে আসে, তাদের শপিং কার্টটি পঞ্চাশ ফিটকে কার্টের কর্লায় ঠেলাতে খুব দূরে থাকে। অলস লোকেরা তারা কতটা অলস হচ্ছে তা সুনির্দিষ্টভাবে বিবেচনা করতে খুব অলস হয়।
কিরেলেসা

এ কারণেই মৃত কোড (যেমন মন্তব্য করা আউট কোড) অপসারণ করা উচিত, এক বছরের জন্য কমেন্ট করা হয়নি।
চথুলহু

10

আমার ঠিক এখানে একই সমস্যা ছিল, তাই আমি সাবভারসনে একটি প্রাক-কমিট হুক যুক্ত করেছি যাতে এটি এমন কোনও কমিট গ্রহণ করবে না যা ব্যবহারকারীর গল্প নম্বর দিয়ে শুরু হয়নি (একটি প্রত্যাশিত ফর্ম্যাটের সাথে কিছু বেসিক প্যাটার্ন মিলছে)।

তাদের 000-0000 এ enteringুকতে বাধা দেওয়ার কিছুই নেই, তবে কেবলমাত্র যখন একটি বিঘ্নজনক ইডিয়ট একটি সংখ্যা তৈরি করতে চলেছে যখন তারা সেখানে পুরোপুরি গ্রহণযোগ্য সংখ্যা পাবে।

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


1
-1 তিনি বলেছিলেন যে তিনি এটি চালু করতে পারবেন না।
ডায়েটবুদ্ধ

@ ডায়েটবুদ্ধ: তবে এটি চালু করার জন্য তার আরও যুক্তি রয়েছে এবং আগে কেউ প্রাক-কমিট হুকের কথা উল্লেখ করেনি।
বাইনারি ওয়ারিয়ার

7

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

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

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

সুতরাং যদি আপনার সহকর্মীরা মনে করেন যে কমিটমেন্ট মন্তব্য করা খুব বেশি কাজ, উদাহরণস্বরূপ, তারা জিরার কেস / টিকিটটি সমাধান করছে যা ভালভাবে বোঝাচ্ছে, তবে তারা প্রতিটিটির কারণ সম্পর্কে ক্রমাগত প্রশ্নের জবাব দেওয়ার চাপে উদ্বুদ্ধ হতে পারে might changeset।

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

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


6

ক্ষমা প্রার্থনা, অনুমতি না।

রূ While় থাকাকালীন, আমি কেবল এটি করেছি। আমার সমর্থনকারী ব্যক্তি এবং বিরোধী ব্যক্তিদের মধ্যে আমার 50/50 বিভাজন ছিল, বেশিরভাগই গ্রুপে আমার মতো সমান স্তর ছিলেন। যুক্তিগুলি ছিল "আমাকে বিরক্ত করা যায় না" এবং "বিষয়টি কী?" (উভয়ই উদাসীনতা এবং অলসতা নির্দেশ করে, আসল উদ্বেগ নয়)।

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

এক সপ্তাহের জন্য আমি * * (এক্সপ্লিটিভ মোছা) বা kjhfkWkfjhw এর মতো বার্তা পেয়েছি । এর পরে, প্রাথমিক বার্তাগুলি প্রদর্শিত হতে শুরু করে।

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

আপনি যদি আরও সহজাত হতে চান (বা আপনি সমস্যায় পড়বেন বলে মনে করেন), ট্রায়াল পিরিয়ডের জন্য কমিট হুক যুক্ত করার অনুমতি চাইবেন। বলুন যে 2 সপ্তাহ বা 4 সপ্তাহের মধ্যে লোকেরা এটি পছন্দ না করে আপনি এটি গ্রহণ করবেন। সম্ভাবনাগুলি হ'ল, তারা আগ্রহ হারিয়ে ফেলবে ... বা এটিকে পছন্দ করবে।


5

আমি সাধারণত:

  • ভাল সমর্থনকারী কারণে দ্বান্দ্বিক
  • উদাহরণের সাহায্যে পরিচালনা
  • ক্ষয়

যদি আমি চাইতাম যে আমাদের দলটি যথেষ্ট খারাপ কিছু করতে পারে তবে আমি আমার পথ না পাওয়া পর্যন্ত ছিটিয়ে থাকি। আমি সেই সময়গুলিতে ইঙ্গিত করার চেষ্টা করি যেখানে আমি ইঙ্গিত করতে পারি যে আমরা ইতিমধ্যে এক্স করে থাকলে আমরা সময় / অর্থ সাশ্রয় করতে পারতাম।

কমিট করার জন্য অতিরিক্ত ভাল কারণ:

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

3
  • 6 মাস আগে তৈরি করা অস্পষ্ট কোনও কিছুর জন্য আপনাকে এসভিএন লগগুলি পরীক্ষা করে দেখুন।
  • কখন এটি হয়েছে তা না জানিয়ে এই জিনিস সম্পর্কে কিছু প্রশ্ন জিজ্ঞাসা করুন
  • ???
  • মুনাফা

2

আপনি কীভাবে তাদেরকে ভাল মন্তব্য যুক্ত করতে চান ?

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

সুতরাং - গ্রহণযোগ্যতা - এর একটি সমাধান হ'ল প্রকল্পের শেষে বিকাশকারীদের সংক্ষিপ্ত দলিলগুলি লিখতে হবে যাতে কোন ফাইলগুলিতে কী পরিবর্তন করা হয়েছিল, কোন ফাইলগুলি যুক্ত / সরানো হয়েছে এবং কেন তা বিশদভাবে করা হয়েছে detail


2

বন্ধ দরজা পিছনে পরিচালনার জন্য এটি প্রস্তাব করুন:

সবচেয়ে খারাপ পরিস্থিতিটি ঘটে: সমস্ত সিনিয়র স্তরের বিকাশকারীরা দরজা দিয়ে বেরিয়ে যান।

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

অ্যাপটির ইতিহাস পুনর্গঠনে তাদের কাজটি কী আরও সহজ করে তুলবে বলে তাদের মনে হয় তাদের জিজ্ঞাসা করুন:

সরল ইংরেজী পড়া কি সিস্টেমের পরিবর্তিত অবস্থার পরিষ্কারভাবে বর্ণনা করে?

অথবা তারা কোডের পার্থক্যগুলি দেখতে এবং তাদের নিজেরাই নির্ধারণ করতে পছন্দ করবে?


1

আমার ধারণা তাদেরকে বোঝানোর একটি উপায় হ'ল আসলে আপনি যে ব্যথা অনুভব করছেন তা অনুভব করা।

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

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


1

তবে, আমি সবসময় যে দুটি প্রতিক্রিয়া পাই তা মোকাবিলার পক্ষে এটি যথেষ্ট বলে মনে হয় না:

  1. এটি অনেক দীর্ঘ সময় নেয় এবং আমি কেবল রেপোতে আমার পরিবর্তনগুলি পেতে চাই।
  2. এটি কেবল ভিন্নতাগুলি দেখার পক্ষে যথেষ্ট সহজ।

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

  1. তাদের গেমটি উচ্চতর করে তোলা - এটি গ্রহণের জন্য কৌশলগত দৃষ্টিভঙ্গি হতে পারে তবে এখানে ধারণাটি হ'ল তারা কিছু সময়ের জন্য এটি করেন এবং ধারণাটি অভ্যস্ত হন যাতে অভ্যাসটি অন্য পথে যেতে আরও বেশি সময় নিতে পারে। এখানে আরেকটি বিষয় মন্তব্যগুলি কতটা তদন্ত হবে? আপনি যদি মন্তব্যে একটি ছোট গল্প চাইছেন তবে আমি তাদের বক্তব্য বুঝতে পারি।
  2. কোনও পরিবর্তনের জন্য ভর্তুকি দেওয়া - এটিই এখানে চেষ্টা করার জন্য প্রাথমিক ক্রয়-ইন করার উপায় হিসাবে বা কিছুক্ষণের জন্য পরিবর্তনটি সম্পন্ন করার জন্য অন্য কোনও প্রকারের উত্সাহ প্রদানের উপায় হিসাবে আপনি কিছুটা প্রতিযোগিতা করতে চান।

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


1

এই সময়ে খুঁজছি আরেকটি উপায় ডেভেলপার (গুলি) তাঁদের পেশাজীবনের হত্তয়া জড়িত জন্য একটি উপায় হিসাবে - তারা উচিত মালিক ডকুমেন্টেশন তাদের কাজের।

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


0

আপনি তাদের বোঝানোর পরে যে আপনার কমিটগুলি মন্তব্য করা গুরুত্বপূর্ণ, আপনি একটি স্ক্রিপ্ট তৈরি করতে পারেন যা কমিট সম্পর্কে মন্তব্য করতে বাধ্য করে, অন্যথায় এটি ব্যর্থ হবে। এমনকি এটির অর্থবহ মন্তব্যটি নিশ্চিত করতে আপনি ন্যূনতম অক্ষরও নির্দিষ্ট করতে পারেন। এটি তাদের "মনে রাখতে" সহায়তা করবে।

যাইহোক, এটি গুরুত্বপূর্ণ যে তারা কেন কেভিন বলেছেন সেভাবে কেন বুঝতে পারে, অন্যথায় তারা কেবল যেকোনও এলোমেলো মন্তব্য যুক্ত করবে।


0

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

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

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


0

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


0

এটি একটি প্রক্রিয়া পরিবর্তনের আইটেম: মন্তব্যগুলির QA সহ একা কোডটিতে গুণমান নিশ্চিতকরণের জন্য "এক্স" দ্বারা "Y" তে বিকাশিত কোনও ম্যানেজারকে নিয়োগ করুন।

আমার নিজস্ব প্রতিষ্ঠানে বিকাশকারীদের তাদের নিজস্ব কোডের চূড়ান্ত কিউএ সম্পাদনা করার এবং এটির পরীক্ষা করার অনুমতি নেই, এটি অন্য বিকাশকারী দ্বারা করতে হবে। কিউএ চেকটির অংশটি হ'ল মন্তব্য, সুতরাং কোনও মন্তব্য নেই, কোনও চেক ইন নেই We আমরা আমাদের অনেকগুলি কন্ট্রাক্ট কাজ করি যেখানে আমাদের "আর্ট" আসলে অন্য কারও চুক্তিভিত্তিক বৌদ্ধিক সম্পত্তি, তাই অন্যদের আমাদের কোডটি বুঝতে এবং উত্সাহ দেওয়ার পক্ষে সক্ষম হওয়া দরকার। এছাড়াও, এমন অনেক সময় রয়েছে যখন প্রকল্পগুলি দীর্ঘ ব্যবধানের পরে আমাদের কাছে ফিরে আসে এবং আমাদের 18-24 মাস পরে কোড বাছতে এবং আমাদের সামনে কোড আর্টিক্টে কেন, কোথায় এবং কীভাবে পৌঁছেছে তা বুঝতে সক্ষম হতে হবে। এটি কমিট কমেন্ট লেখার জন্য একটি স্ব-পরিসেবা প্রেরণা সরবরাহ করে।


0

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

সম্ভাবনা হ'ল পরের দিন থেকে তারা আপনাকে মন্তব্য করতে বলবে।


0

এখানে কিছু পরামর্শ:

  1. বিশ্বের পরিবর্তন করার চেষ্টা করবেন না। আপনি ব্যর্থ হবে।
  2. পরিবর্তে আপনার স্বীকৃতি দেওয়া উচিত যে প্রত্যেকে কিছুটা ভিন্নভাবে কাজ করে। কোনও আকারই সবার ফিট করে না।
  3. মানুষের কাজের প্রক্রিয়াগুলিতে কিছু নির্দিষ্ট পদক্ষেপের প্রয়োজন খুব খারাপ। এই প্রক্রিয়াগুলি পরিবর্তন করতে 10 বছর সময় লাগে। আপনি তাদের পরবর্তী সময়সীমার আগে এটি করতে বলছেন।
  4. এমনকি সাধারণ প্রক্রিয়া পরিবর্তনগুলি দীর্ঘ সময় নিতে পারে।
  5. কমিট সম্পর্কে কিছু ছোট মন্তব্য এই প্রক্রিয়াগুলি পরিবর্তন করার পক্ষে খুব তুচ্ছ।
  6. আপনি ধরে নিতে পারেন তারা মানসম্পন্ন কাজ করে তবে তাদের পদক্ষেপগুলি বেছে নেওয়ার জন্য পর্যাপ্ত স্বাধীনতা দেওয়া উচিত। অভিজ্ঞ বিকাশকারীদের জন্য কিছু মজাদার পদক্ষেপের প্রয়োজন হতে পারে না।
  7. যদি আপনি newbies বয়সিটিং করছেন, তবে শক্তিশালী প্রক্রিয়াগুলি প্রয়োজন হতে পারে তবে অভিজ্ঞ বিকাশকারীদের বুলশিট মোকাবেলা করা উচিত নয়।
  8. কীভাবে কাজ করা উচিত তা নিয়ে কঠোর বিধিনিষেধ আরোপ করা কখনই কাজ করে না, এটি কেবল লোককে ধীর করতে পারে (তারা খুব দ্রুত হলে ভাল হতে পারে)
  9. এমন অনেক লোক আছেন যারা ভাবেন যে তাদের উপায়গুলি জিনিসগুলির একমাত্র সঠিক উপায়। আশা করি আপনি তাদের একজন নন।

0

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

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

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