সংক্ষিপ্ত উত্তর
আমি কি কোডটি নিজেই ঠিক করব?
না।
আমি কি তাদের পর্যালোচনা প্রক্রিয়াটি সম্পর্কে প্রতিক্রিয়া জানাতে পারি এবং আমার নির্দেশাবলী অনুসারে এগুলি ঠিক করতে দেব?
হ্যাঁ. আপনার পরামর্শ অনুসারে , নির্দেশনা নয় । নির্দেশাবলী খুব অনুমোদনযোগ্য শোনায়।
এবং যদি তা হয় তবে আমি এই প্রতিক্রিয়াটি কীভাবে দেব, আমি কি কিছু নির্দিষ্ট টেম্পলেট নথি পূরণ করে তাদের কাছে প্রেরণ করব বা এমন কোনও সফ্টওয়্যার রয়েছে যা আমাকে কোড ফাইলগুলির ভিতরে সমস্যাগুলি চিহ্নিত করতে সহায়তা করবে যেখানে তারা পরে এটি পরীক্ষা করতে পারে? (আমি ভিজ্যুয়াল স্টুডিও ব্যবহার করছি)।
প্রতিক্রিয়া জানাতে একটি সরঞ্জাম ব্যবহার করুন। আপনি ভিজ্যুয়াল স্টুডিও ব্যবহার করতে পারেন।
দীর্ঘ উত্তর
আমি ভিজ্যুয়াল স্টুডিও ব্যবহার করতাম তবে আমাকে নিয়মিতভাবে অন্যান্য বিকাশকারীদের জিজ্ঞাসা করতে হয়েছিল, "আরে আপনি কি আমাকে আপনার কাজ পাঠাতে পারেন যাতে আমি এটি পর্যালোচনা করতে পারি?" আমি এটি পছন্দ করি নি এবং এটি সত্যিই ভাল কাজ করে না। এখন, আমি রিভিউ সহকারী ব্যবহার করি কারণ আমি চেকিনগুলি দেখে পর্যালোচনা শুরু করতে পারি। আমাকে অন্য বিকাশকারী আমাকে পর্যালোচনা করতে পাঠানোর উপর নির্ভর করার দরকার নেই need এটি আইটেমগুলিকে ত্রুটি হিসাবে চিহ্নিত করতে বা লেখককে দেখার জন্য আইটেমগুলিকে চিহ্নিত করতে সহায়তা করে। এটি আমাদের দলের পক্ষে কাজ করে কারণ আমরা একবার পর্যালোচনা শুরু করার পরে এটি পর্যালোচনা বোর্ডে ঠিক সেখানে থাকে এবং অনুবাদে হারিয়ে যায় না। এটি ভিজ্যুয়াল স্টুডিওর সাথে একীভূত। যেমনটি আমি উল্লেখ করেছি, ভিজ্যুয়াল স্টুডিওতেও এর নেটিভ পর্যালোচনা প্রক্রিয়া রয়েছে তবে আমি দেখতে পাচ্ছি যে এর সীমাবদ্ধতা রয়েছে এবং প্রক্রিয়াটি প্রাকৃতিক নয়; অতএব, আমি পর্যালোচনা সহকারী ব্যবহার করি।
এই সরঞ্জামটি পিছনে পিছনে প্রক্রিয়া, আলোচনা ইত্যাদিতে সহায়তা করে
প্রক্রিয়াটি কমবেশি নিম্নরূপ:
আমি কিছু পর্যালোচনা করি, তারপরে আমি এটি লেখকের কাছে প্রেরণ করি (আপনার ক্ষেত্রে জুনিয়র দেব)। তারা পরিবর্তন করে এবং তারপরে তারা এটিকে ফেরত পাঠায়। আমি পরিবর্তনগুলি দেখুন এবং প্রতিক্রিয়া প্রদান। আমি যদি পরিবর্তনগুলির সাথে ভাল থাকি তবে আমি পর্যালোচনাটি বন্ধ করি। অন্যথায় এটি পিছনে পিছনে যায়। কখনও কখনও যদি খুব বেশি পিছনে থাকে তবে আমি কেবল তাদের ডেস্কে গিয়ে হোয়াইটবোর্ড ব্যবহার করব - এটি সত্যিই প্রক্রিয়াটি ত্বরান্বিত করে।
কোড পর্যালোচনা একটি সংবেদনশীল ক্ষেত্র তাই শব্দ শব্দের পছন্দ সম্পর্কে খুব সতর্কতা অবলম্বন করুন। আমি কখনই কাউকে বলি না
শব্দের দুর্বল পছন্দ
আমি আপনার কোড পর্যালোচনা করেছি এবং আপনার কিছু পরিবর্তন করার দরকার আছে you
আমি পরিবর্তে এটি বলি:
কথা বলা ভাল পছন্দ
আমি আপনার কোডটি দেখেছি এবং আমার কিছু সহায়তা দরকার। আমি যে আইটেম আপনাকে পাঠিয়েছি তা দয়া করে পর্যালোচনা করতে পারেন এবং আপনি আমার কিছু প্রশ্ন পরিষ্কার করতে পারেন কিনা তা দেখতে পারেন?
এটি লেখককে ভাবতে বাধ্য করে:
- আমার সাহায্য দরকার যাতে তারা কোনও প্রতিরক্ষামূলক মোডে না যায়।
- দেখে মনে হচ্ছে এগুলি পর্যালোচক, আমি নয়। প্রযুক্তিগতভাবে বলতে গেলে, যেহেতু আমি তাদের অন্য চেহারা দেখতে এবং কিছু জিনিস বদলাতে বলছি, সেগুলি ধরণের পর্যালোচকের মতো।
এই সাধারণ শব্দের পছন্দগুলি আমাকে প্রচুর পরিমাণে সহায়তা করেছে।
আমি জুনিয়র দেবগুলিকে কখনই অবমূল্যায়ন করি না। আমি কিছু প্রবীণ বিকাশকারীদের সাথে কাজ করেছি (10 বছরেরও বেশি অভিজ্ঞতা) এবং সেখানে কোডটি একজন জুনিয়র কো-অপ-শিক্ষার্থীর চেয়ে খারাপ ছিল। সুতরাং কেবলমাত্র তারা সিনিয়র বা জুনিয়র সমস্ত গুরুত্বপূর্ণ নয়; তাদের কাজ সত্যিই যা বছরের অভিজ্ঞতার চেয়ে জোরে কথা বলে।
প্রায়শই জুনিয়র দেবগুলিকে উত্সাহিত করার জন্য এবং তাদের পর্যালোচনায় অংশ নিতে, আমি তাদের জন্য আমার পর্যালোচনা করার জন্য কিছু পাঠাব: যা তারা বুঝতে পারে, এমন কিছু তারা চ্যালেঞ্জিং পাবে তবে তাদের থেকে সম্পূর্ণ অতিক্রম করবে না। আমি নীচের মত এটি বলতে পারি:
আপনি কি দয়া করে আমার জন্য কিছু কোড পর্যালোচনা করুন কারণ আমি এটি বের করতে পারি না।
এটি আমাকে আবারও ব্যাপকভাবে সহায়তা করে। এটি সহায়তা করে কারণ এটি স্পষ্টভাবে দেখায় যে আমি কেবল পর্যালোচনা করি না, তবে তারা পর্যালোচনাও করে এবং তারাও প্রক্রিয়াটির অংশ। এটি দেখায় যে পুরো ধারণাটি ভাল, পরিষ্কার কোড তৈরি করা এবং প্রয়োজনে সহায়তা চাইতে হবে। পর্যালোচনা প্রক্রিয়া একটি সংস্কৃতি তাই আমাদের এটিতে কাজ করা প্রয়োজন।
এখন কিছু লোক উদ্বেগ করতে পারে যে তারা যদি উপরের কাজটি করে তবে জুনিয়র ডিভস সম্মান হারাবে কারণ তারা ঠিক এমন কিছু করেছে যা আপনি করতে পারেন নি। তবে এটি সত্য থেকে দূরে: সাহায্যের জন্য চাওয়া নম্রতার পরিচয় দেয়। এছাড়াও এমন প্রচুর পরিস্থিতি রয়েছে যেখানে আপনি জ্বলতে পারেন। অবশেষে যদি এটি আপনার ভয় হয় তবে আপনার আত্ম-সম্মানের বিষয় রয়েছে। শেষ অবধি, সম্ভবত আমি এটি জানি না: আমার অর্থ এইগুলির মধ্যে কিছু দেবের মাথায় অ্যালগোরিদম টাটকা রয়েছে কারণ তারা মাত্র এক মাস আগে এগুলি অধ্যয়ন করেছিল।
যাইহোক, জুনিয়র এবং পর্যালোচনায় ফিরে। যখন তারা এটিকে বের করে ফেলবে এবং আমাকে একটি উত্তর প্রেরণ করবে তখন তাদের মুখের চেহারাটি আপনার উচিত। আমি তখন তাদের বলতে পারি, "ঠিক আছে, আমাকে পরিবর্তনগুলি করতে দিন এবং আপনি যদি এতে খুশি হন তবে দয়া করে সমস্যাটি বন্ধ করুন।"
তারা আমার কাজটি দেখার ক্ষমতা রাখে এবং তারা বলে: "হ্যাঁ, আপনার পরিবর্তনগুলি ভাল I আমি সমস্যাটি বন্ধ করে দিয়েছি They"
আমি কোডটি কখনই নিজেরাই ঠিক করি না কারণ:
- লেখক সেখান থেকে শিখবেন না।
- এটি আমার বলার মতো: "একপাশে সরুন, এটি কীভাবে হয় তা আমাকে দেখান My আমার কোডটি আপনার চেয়ে ভাল" "
- কেন আমি? এটি আমার পক্ষে আরও কাজ।
তবে লেখককে সাহায্য করার জন্য আমি আমার মন্তব্যে আইডিয়া এবং কোড স্নিপেটগুলি পরামর্শ দেব। দয়া করে মনে রাখবেন যে কখনও কখনও আমার পর্যালোচনাগুলি কেবল লেখককে জিজ্ঞাসা করে যে আমি তাদের কোড বুঝতে পারি না; তাদের কোডে কোনও ভুল হতে পারে না। তাদের ভেরিয়েবলের নাম পরিবর্তন করতে হবে, মন্তব্য যুক্ত করতে হবে। সুতরাং, আমি জানি না সে ক্ষেত্রে কী পরিবর্তন করতে হবে; কেবল তারা করবে।
আপনি যদি পর্যালোচনাগুলি চালিয়ে যান, আপনি, তাড়াতাড়ি বা পরে, দলের প্রতিটি বিকাশকারীদের জ্ঞান স্তর সম্পর্কে সত্যিই ভাল ধারণা পাবেন। এটি জেনে রাখা সত্যিই দরকারী এবং আপনার এটির সুবিধা নেওয়ার এবং এটি উন্মুক্ত করা দরকার। এটি এখানে: যদি আমি কিছু কোড পর্যালোচনা করি এবং উন্নতির জন্য সুস্পষ্ট ক্ষেত্রগুলি দেখতে পাই এবং আমি জানি অন্য বিকাশকারীরা সেগুলিও পেতে পারে তবে আমি তাদের পরিবর্তে এটি পর্যালোচনা করে আনব। "আরে, আমি এমন কয়েকটি ক্ষেত্র দেখছি যা উন্নতি হতে পারে you আপনি কি দয়া করে আরও বিশদে এটি পর্যালোচনা করে লেখককে আপনার মন্তব্য পাঠাতে পারেন?" এটি খুব দুর্দান্ত কাজ করে কারণ এখন আমার একে অপরের সাথে আরও 2 টি দেব কাজ করছে working
যদি আমি কিছু কাজ পর্যালোচনা করে দেখছি এবং আমি এমন কিছু লক্ষ্য করেছি যা থেকে পুরো দলটি উপকৃত হতে পারে তবে আমি একটি অনুমানমূলক পরিস্থিতি তৈরি করব এবং একটি বৈঠকে বিষয়টি ব্যাখ্যা করব। আমি দৃশ্যের ব্যাখ্যা দিয়ে শুরু করব এবং সবাইকে জিজ্ঞাসা করব যে তারা সমস্যাটি খুঁজে পেতে পারে বা কোনও সমস্যা দেখতে পারে, তাদের জড়িত রাখবে। সবাইকে প্রশ্ন জিজ্ঞাসা করুন। তারপরে অবশেষে আরও ভাল পদ্ধতির উপস্থাপন করুন। অন্য কারও যদি আরও ভাল পদ্ধতির থাকে, আমি তাদের ধন্যবাদ জানাই এবং দলের সামনে স্বীকৃতি জানাই যে তাদের পদ্ধতির আরও ভাল। এটি দেখায় আমি "আমার পথ বা হাইওয়ে" ধরণের ব্যক্তিত্ব নই। তদুপরি, আমি কারও কাজ খোলা রাখি না এবং একটি বৈঠকে বিষয়গুলি দেখানো শুরু করি, লেখক এটিকে প্রশংসা করবেন না - আমি যতই সুন্দর ও নির্দোষ বলে বিবেচনা করি তা নির্বিশেষে being
আমি যখন পর্যালোচনা করি, আমি কেবল ভাল পরিষ্কার কোডই সন্ধান করি না তবে কোডটি কী করছে। ব্যবসায়ের প্রয়োজনীয়তা যদি হয়: কোনও কর্মী যদি 10 বছরেরও বেশি সময় ধরে সংস্থার সাথে থাকেন তবে তাদের 5% বৃদ্ধি দিন। অন্যথায়, 2.5% । আমি যা যা পরীক্ষা করে দেখি তা যদি এটি আসলে তা করে actually তারপরে আমি এটি পরীক্ষা করে নিচ্ছি যে এটি এটি একটি পরিষ্কার, ধারাবাহিক এবং পারফরম্যান্ট উপায়ে করছে।
যদি আমি একটি পর্যালোচনা করি তবে আমি নিশ্চিত হয়েছি যে অনুসরণ করে বা কেউ পর্যালোচনাগুলি গুরুত্ব সহকারে নেবে না।
আমি কয়েক বছর আগে কারও সাথে কাজ করতাম যিনি একটি রিভিউ করতেন এবং ডেভ ম্যানেজার, এবং কিউএ ম্যানেজার তবে উভয় পরিচালকই ব্যবসায়ের পটভূমিতে এসেছিলেন বা তাদের খুব কম বিকাশের অভিজ্ঞতা ছিল। তিনি কেবল তাদের প্রভাবিত করার জন্য এটি করেছিলেন। কেউ এটিকে পছন্দ করেনি এবং তা হ'ল আমি যখন নিজেকে বলেছিলাম যে আমি কখনই ভুল করব না।
তিনি অন্য যে কাজটি করতেন তা হ'ল প্রোগ্রামিং স্টাইলটি বেছে নেওয়া এবং তার স্টাইলটি সবচেয়ে ভাল বলে নিশ্চিত হয়েছিল ("আমার কুংফু আপনার বানরের স্টাইলের চেয়ে আরও ভাল ...")। এটি আমার জন্য আরেকটি পাঠ ছিল: সমস্যা সমাধানের জন্য সর্বদা 1 টিরও বেশি উপায় রয়েছে।
আপনার কয়েকটি নম্বরযুক্ত প্রশ্নের উত্তর দিন
1- আমি কোডটি নিজেই ঠিক করব?
না, দয়া করে উপরে বর্ণিত কারণগুলি দেখুন।
2- আমি কি তাদের পর্যালোচনা প্রক্রিয়াটি সম্পর্কে প্রতিক্রিয়া জানাতে পারি এবং আমার নির্দেশাবলী অনুসারে তাদের এগুলি স্থির করতে পারি?
হ্যাঁ, বাক্য এবং এমন একটি স্বর ব্যবহার করার চেষ্টা করুন যা বন্ধুত্বপূর্ণ তবে তবুও মনোযোগের প্রয়োজন। আপনি পরিষ্কার হিসাবে পরিষ্কার হতে পারেন। কোড সহ সমস্যাটি কী তা, কীভাবে এটি উন্নত করা যায় তা জানান। কেবল এটি পরিবর্তন করতে বলবেন না। তবে কারণ সরবরাহ করুন।
আমি এই প্রতিক্রিয়াটি কীভাবে দেব, আমি কি কোনও নির্দিষ্ট টেম্পলেট নথি পূরণ করে তা তাদের কাছে প্রেরণ করব, বা এমন কোনও সফ্টওয়্যার রয়েছে যা কোড ফাইলগুলির ভিতরে সমস্যার সাথে জিনিসগুলি চিহ্নিত করতে সহায়তা করবে যেখানে তারা পরে এটি পরীক্ষা করতে পারে? (আমি ভিজ্যুয়াল স্টুডিও ব্যবহার করছি)।
যেমনটি আমি বলেছিলাম, আপনি যে সরঞ্জামটি আমি ব্যবহার করি তা ব্যবহার করতে পারেন বা অন্য কোনও সরঞ্জাম। ইমেল বা শব্দের দস্তাবেজগুলি ব্যবহার করবেন না কারণ সেগুলি হারিয়ে যায় এবং এটির উপর নজর রাখা শক্ত।
আমি কোডটি পর্যালোচনা করার পরে এবং সংশোধনগুলি সম্পন্ন করার পরে কিছুটা সময় পেরিয়ে গেছে এবং অতীতে আমি যে কোডটির কিছু অংশ পর্যালোচনা করেছি সেগুলির কিছু পরিবর্তন হয়েছে, আমি কীভাবে পুনরায় পর্যালোচনা প্রক্রিয়া করব? আমার আবার সমস্ত কোড পুনরায় যাচাই করা উচিত?
বেশিরভাগ ক্ষেত্রে আমি যা করি তা বদ্বীপ পরীক্ষা করা (কেবলমাত্র পরিবর্তন)। কিছুই যাতে ভাঙা না যায় এবং এটি স্থাপত্যের অনুসরণ করে তা নিশ্চিত করতে আপনার সামগ্রিক চিত্রটি মনে রাখা দরকার।
সর্বশেষ ভাবনা
আমি ব্যক্তিগতভাবে মনে করি "কোড পর্যালোচনা" শব্দটি একটি খারাপ পছন্দ এবং এটি কীভাবে শুরু হয়েছিল তা জানি না। তারা একটি আরও ভাল এবং কম অনুমোদনমূলক শব্দ চয়ন করতে পারে।