মুক্তি জ্বর চলাকালীন কীভাবে দক্ষ কোড পর্যালোচনা করবেন?

Question

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

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

Comments

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

— ভিনসেন্ট সাভার্ড

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

— রবার্ট হার্ভে

একটি প্রবাহ"? আপনি কি একটি ত্রুটি বোঝাতে চান?

— ডক ব্রাউন

আপনার দলটি প্রতি সপ্তাহে একটি প্রতিমাসে, প্রতি মাসে একটি বা প্রতিবছর একটি মুক্তি দিলে সম্ভবত একটি তাত্পর্য হবে।

— ডক ব্রাউন

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

— tofro

Answer 1

উত্তর এখানে যোগাযোগ করা হয়।

1. প্রযুক্তিগত / দলের নেতৃত্বকে বিষয়টি সম্পর্কে বলুন
2. কিউএর সাথে সম্ভাব্য প্রভাব সম্পর্কে কথা বলুন
3. প্রকল্প পরিচালনকে (আপনার পিছনে কে) বলুন যে কোনও সমস্যা হতে পারে যার ফলে মুক্তি বিলম্বিত হতে পারে এবং আপনি তাদের সাথে ASAP (মিনিট বা কয়েক ঘন্টার মধ্যে ফিরে আসতে পারেন)
4. এই ইস্যুটি মুক্তির জন্য শো স্টপার কিনা তা মূল্যায়ন করুন

ইস্যুটি যদি শো স্টপার না হয় তবে প্রকাশটি অবিরত করুন। QA, এবং আপনার ব্যবহারকারীদের অবহিত করুন এবং সমস্যা অনুসরণ করা হবে যেখানে একটি ফলো-আপ তারিখ প্রতিশ্রুতিবদ্ধ। এটি কেবল উত্পাদনে যাওয়া আরও ঝুঁকিপূর্ণ হয়ে ওঠে।

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

সম্ভাবনা হ'ল পরিচালনগুলি এই দেরিতে গেমটির শেষের দিকে শো স্টপার সম্পর্কে খুশি হবে না, তবে এটি প্রযোজনায় প্রকাশ করতে চাইবে না।

যোগাযোগ করুন এবং ম্যানেজমেন্টকে কল করতে দিন।

Answer 2

সমস্যাটি কেবল কথোপকথন করবেন না, এটি ডকুমেন্ট করুন

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

আপনি যে সমস্যাটি পেয়েছেন সে সম্পর্কে প্রকল্প পরিচালককে জানতে দিন, এবং তাকে এটি জানিয়ে দিন যে আপনি এটি নথিভুক্ত করবেন । আপনার যথাযথ পরিশ্রমের দিকে ইঙ্গিত করতে আপনাকে সক্ষম হতে হবে।

কোথায় ডকুমেন্ট করবেন এবং কাকে বলতে হবে তা আপনার কাজের পরিবেশের উপর নির্ভর করে তবে অবশ্যই আপনার বসকে অন্তর্ভুক্ত করবেন।

ঝুঁকি এবং প্রভাব চিহ্নিত করুন

আপনি উল্লেখ করেছেন যে সমস্যাটি একটি সমালোচনামূলক নয় তবে সত্যিকার অর্থে এর অর্থ কী তা ব্যাখ্যা করবেন না। এটি থেকে দূরে থাকা আপনার পরবর্তী পদক্ষেপ।

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

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

আপনার পরবর্তী প্রকাশ কখন হয়?

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

যদি আপনার উদ্বেগ স্থির করার সুযোগটি "বঞ্চিত" হয়ে যায় (এটি পরবর্তী চকচকে বর্ধনের পক্ষে অবহেলিত) তখন এটি আবিষ্কারের পরে যত তাড়াতাড়ি সম্ভব সমস্যাটি নথিভুক্ত করার আরও একটি কারণ: যদি কার্যকরভাবে "শুরু হয়" "ঘড়ি" ইস্যুতে।

Answer 3

এই ক্ষেত্রে, কেবল প্রত্যেককে অবহিত করুন এবং তাদের সিদ্ধান্ত নিতে দিন। আপনার মুক্তি পাওয়া সম্ভবত এটি প্রথম বাগ নয়।

সময়সীমা আগামীকাল, কিন্তু আপনি নিজেকে এই পরিস্থিতিতে খুঁজে পাবেন:

প্রকল্প পরিচালক আপনার কাঁধে দাঁড়িয়ে আছেন এবং আপনাকে চাপ দেওয়ার জন্য অবশেষে একটি বিল্ড তৈরি করুন

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

যে কেউ এই জিনিসটির নেতৃত্ব দিচ্ছে তাদের কাছে এই দৃশ্যটি উপস্থাপন করুন।

• কী ধরণের সমস্যা উপস্থাপন করা উচিত তা নির্ধারণ করুন।
• বিকল্পগুলি সনাক্ত করুন।
• কে সিদ্ধান্ত নেয়
• এই সব কখন দ্বারা সিদ্ধান্ত নেওয়া উচিত? এটি সম্ভবত মুক্তির তারিখের তুলনায় আপেক্ষিক হতে চলেছে।

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

Answer 4

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

এইরকম পরিস্থিতিতে, আপনি নিশ্চিত হয়ে উঠতে পারেন যে কিছু সমালোচনামূলক ত্রুটি পেরোবে।

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

Comments

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

— ক্লাইজস্টাররা

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

— ডক ব্রাউন

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

— টিম গ্রান্ট

Answer 5

অন্যান্য উত্তরগুলি আপনার মানক প্রক্রিয়াটি বাঁকানোর চেষ্টা করা আপনার পরিচালকের সমস্যার দিকে দৃষ্টি নিবদ্ধ করে।

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

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

সমস্যাটি প্রশমিত করার জন্য এখানে কয়েকটি টিপস রয়েছে:

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