জুনিয়রদের প্রশিক্ষণের জন্য অনুরোধ করা হচ্ছে pull


11

আমাদের ধারণা আছে যে একটি পুল অনুরোধের সমস্ত কোডকে মাস্টার হিসাবে প্রস্তুত করা উচিত। এটি উপলব্ধি করে এবং আমার মতে এটি একটি যথাযথ বিবৃতি।

এখানে ধারণাটি হ'ল একবার আপনি জনসংযোগ তৈরি করার পরে, আপনি বলছেন যে আপনি এটিকে মাস্টার হিসাবে স্থাপন করেছেন, তবে কিছু পর্যালোচক আপনার সাথে কেবল 'সম্মতি' দিতে এবং আপনার যে কোনও কিছু মিস করতে পারে তা স্পষ্ট করতে চান।

যেহেতু আমরা কেবল মানুষ, আমরা ভুল করি এবং আশা করি যে অন্যান্য পর্যালোচকরা এমন একক আইটেমগুলি খুঁজে পেতে পারে যা ইউনিট পরীক্ষাগুলি খুঁজে পেতে পারে না - বানান ভুল, ভুল জাভাদোকস ইত্যাদি find

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

প্রতিবার আপনি যখন নতুন পরিবর্তন ঘটাচ্ছেন, পর্যালোচকদের আপনার পরিবর্তনগুলি পুনরায় পর্যালোচনা করতে হবে, যা তাদের বিকাশের সময় থেকে নেয় এবং পরিবর্তনের পুনর্বিবেচনার কারণ হয়ে দাঁড়ায়।

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

"আমার টানার অনুরোধটি কি উত্পাদন প্রস্তুত হওয়া উচিত" এর লক্ষ্য অর্জনে বিকাশকারীদের পাওয়ার চেষ্টা করে অন্য কেউ লড়াই করছেন?

উত্তর:


13

না। টানুন অনুরোধ প্রশিক্ষণের জন্য জায়গা নয়। আপনার দলের সঠিক ধারণা আছে। একটি জনসংযোগ অর্থ "আমি মনে করি এটি যাওয়া ভাল। এবং আমি সন্দেহ করি ঠিক এটি আপনার শিক্ষানবিশ করছে। তারা সত্যই মনে করে যে এটি ভাল।

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


ধন্যবাদ @ রাবারডাক। জোড় প্রোগ্রামটি একটি দুর্দান্ত ধারণা এবং আমরা এটি করছি - বাছাই। আমার সন্দেহ হয় আমাদের আরও বেশি করে করা উচিত। তবে সমুদ্রের আপনার কোনও "ড্রপ" বারবার একই ভুল করছে কিনা তা পরিমাপ করার জন্য কিছু যথাযথ মেট্রিক বা সরঞ্জাম যা এই জোড় প্রোগ্রামিংয়ের প্রয়োজন তাও জানতে সহায়তা করবে। আমি নিশ্চিত এই সমস্যাটি বড় দলগুলির সাথে আরও খারাপ হয় !?
রিয়ান শুট

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

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

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

3
এটি অ্যান্ডি একটি সাধারণ ভুল ধারণা। যদিও এটি ঠিক সত্য নয়। হ্যাঁ, এটি পাল্টা স্বজ্ঞাত, আমি জানি।
রাবারডাক

9

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

তবে এটি কি সেরা জায়গা? আমি না বলার কিছু কারণ এখানে রয়েছে:

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

জোড় প্রোগ্রামিং এবং ডিজাইন পর্যালোচনাগুলি বৃহত্তর স্কেলের প্রতিক্রিয়াগুলির জন্য পছন্দনীয় স্থান।

এটি বলেছিল যে কোড পর্যালোচনা চলাকালীন এটিকে সম্বোধন করা "ভুল" ভেবে কোডটি যেতে দেওয়া আরও খারাপ হবে এবং এমন কিছু পরিস্থিতিতে (যেমন দূরবর্তী দল) থাকতে পারে যেখানে আপনি এটি করতে পারেন সেরা। সেক্ষেত্রে কোড পর্যালোচনার সমস্যাগুলি সমাধান করুন এবং আপনার বিকাশের প্রক্রিয়াতে যে সমস্যাগুলি এটি পেয়েছে তাও সম্বোধন করুন।

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


5

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

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

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


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

2

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

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

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

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

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

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

কোডের সমস্ত কিছুর পরে। তবে তারপরে আমরা কিউএটিকে নির্যাতন করি।


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

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

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

2

আমি তাদের অবদানের জন্য প্রত্যেককে ধন্যবাদ জানাতে চাই এবং এই বিষয় সম্পর্কে লোকেরা কী বলবে তা বুঝতে আমাকে সহায়তা করতে চাই।

প্রদত্ত প্রতিক্রিয়া এবং প্রাপ্ত উত্তর এবং মন্তব্যের ভিত্তিতে এখন আমার বোঝার পরে এটি আমার উত্তর। ধন্যবাদ সবাইকে.

সারসংক্ষেপ

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

1
বিস্ময়কর সংক্ষিপ্তসার এবং উত্তর। আপনি যদি নিজেকে চেক মার্ক দেন তবে আমি মোটেও বিরক্ত হব না।
রাবারডাক

ধন্যবাদ @ রবারডাক, তবে আমার প্রশ্নের উত্তর এবং আমার প্রশ্নের মন্তব্য ছাড়া আমার সংক্ষিপ্তসারটি উপস্থিত থাকতে পারে না। চিয়ার্স।
রিয়ান শুট

0

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

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

অথবা হতে পারে আপনাকে একটি প্রতিস্থাপন জুনিয়র ভাড়া নেওয়ার দরকার আছে এবং এটি বের করতে সক্ষম হয় নি এমন একটিটি রেখে দিতে হবে?

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

সুতরাং আপনাকে নিজের জন্য সিদ্ধান্ত নিতে হবে: আপনার জুনিয়রদের দক্ষতা দেখাতে কতগুলি টানা অনুরোধ লাগবে, এবং যাঁরা না করেন তাদের ছেড়ে দেওয়ার সাহস কি আপনার আছে?


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

@ রিয়ান যারা পর্যালোচনা করছেন?
রিবল্ড এডি

কারিগরি থেকে যে কেউ জুনিয়রদের দিকে নিয়ে যায়। সাধারণত এটি জুনিয়র / ইন্টারমিডিয়েট রিভিউয়ার সহ একজন সিনিয়র / ইন্টারমিডিয়েট রিভিউয়ার। (2 পর্যালোচক)
রিয়ান শুট

@ রিয়ান তখন সময়ের সাথে সাথে আমি আশা করব যে দলের জুনিয়র সদস্যরা তাদের পার্থক্য করবে। আপনি বলতে সক্ষম হবেন কে বিবেকবান এবং কে অভাবগ্রাহী। আমি দেখতে পেয়েছি যে সফ্টওয়্যার ডেভলপমেন্ট ভালভাবে সম্পন্ন হয়েছে একটি ক্রিয়াকলাপটি একটি ডিগ্রি ভিত্তিক মানসিকতার পক্ষে উপযুক্ত। কিছু লোক এটি টানতে সক্ষম নাও হতে পারে। তাদের কী করবেন তা আপনার সিদ্ধান্ত নিতে হবে। তবে মৌলিকভাবে আপনার উচিত এমন ডেভেলপারদের আশা করা উচিত যারা কোডটি জমা দেয় তা মার্জ হওয়ার জন্য আত্মবিশ্বাসী যে এটি উদ্দেশ্য হিসাবে কাজ করে এবং উত্পাদন প্রস্তুত production আপনার কাছে একটি বৃহত, পরিশীলিত কিউএ টিম থাকলেও, আপনার ডিভগুলি এখনও উত্পাদন-প্রস্তুত কোড PR'ing হওয়া উচিত।
রিবল্ড এডি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.