আমি যখন অনুশীলন থেকে আসি তখন আমার নতুন জায়গায় কোনও কোড পর্যালোচনার কীভাবে মোকাবিলা করব?


33

আমার নতুন সংস্থার টিমের একটি কোড পর্যালোচনা প্রক্রিয়া নেই।

আমি আবশ্যক সংস্কৃতি হিসাবে কোড পর্যালোচনা সংস্থাগুলি থেকে এসেছি এবং এইভাবে আমি আমার কোড এটি কারও দ্বারা পর্যালোচনা না করে প্রতিশ্রুতিবদ্ধ স্বাচ্ছন্দ্য বোধ করি না।

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

  • আমি কীভাবে দেখাব যে কোড পর্যালোচনা সময় নষ্টকারী নয় বরং সময় বাঁচানো হয়?
  • আপনার ইউনিট পরীক্ষা থাকলে কোড পর্যালোচনা এড়ানো যায়?

অফ-সাইট রিসোর্স সুপারিশগুলি হেল্প সেন্টারে স্পষ্টত অফ-বিষয় । দেখুন meta.programmers.stackexchange.com/questions/6483/...
মশা

1
এটি এখানে জিজ্ঞাসা করার বিষয়টি বিবেচনা করুন: meta.codereview.stackexchange.com এবং মনে মনে, এই প্রশ্নটি এখানে জিজ্ঞাসা করা যেতে পারে কারণ তিনি প্রোগ্রামিং সম্পর্কিত কিছু ধারণা জানতে চান।
xqMogvKW

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

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

3
আমি দেখতে পাচ্ছি না এটি কীভাবে "অফ-সাইট রিসোর্স সুপারিশ"। এটি আমার কাছে সঠিক ঘনিষ্ঠ কারণ বলে মনে হয় না।
nyuszika7h

উত্তর:


30

আপনার ইউনিট পরীক্ষা থাকলে কোড পর্যালোচনা এড়ানো যায়?

কিন্তু কেন?

পিয়ার পর্যালোচনার প্রাথমিক ভূমিকাটি বাগগুলি খুঁজে পাওয়া নয়।

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

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

ইউনিট পরীক্ষার উপস্থিতি সম্পূর্ণরূপে অর্থেগোনাল। আপনার কাছে 100% কোডের কভারেজ থাকতে পারে এবং সমস্ত পরীক্ষাগুলি সম্পূর্ণ বোধগম্য কোডের জন্য পাস করে।

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

বিস্তৃত বিষয়গুলির পরিকল্পনায়, একজন ব্যক্তি অন্য ব্যক্তির কোড পড়া থেকে বিকাশকারী হিসাবেও শিখেন এবং বৃদ্ধি পান।

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


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

2
@ ডকব্রাউন এটি সত্য। তবে রিগ্রেশন বাগগুলি ধরাও বাগগুলি ধরার বিভাগের অধীনে আসে। স্পষ্টতই ইউনিট টেস্টগুলির সমকক্ষ পর্যালোচনাগুলির (এই দিকটি) আরও বেশি সুবিধা হ'ল কারণ তারা ওয়ান-অফ অপারেশন নয়। পিয়ার পর্যালোচনা এমনকি এই গুরুত্বপূর্ণ দিকটি সামাল দেওয়ার চেষ্টা করে না, কারণ প্রতিটি একক পরিবর্তনের পরে পুরো কোডবেসটি পুনরায় পর্যালোচনা করা সম্ভব নয়।
কনরাড মোরাউস্কি

1
@ ডকব্রাউন Peer review doesn't even attempt to tackle this important aspect- ভাল, এটি কিছুটা সাজায় । কিছুদূর. আমি প্রায়শই নিজেকে দেখায় যেমন উদাঃ। "অংশীদার, আপনি কার্যকরভাবে এখানে একই যুক্তি পুনরাবৃত্তি করছেন, এবং এটি একটি টিকটিক বোমা One একদিন এটি অন্য জায়গায় পরিবর্তিত হতে চলেছে এবং আমরা এটি এখানে আপডেট করতে ভুলে যাব ..."
কনরাড মোরাওস্কি

24

কোড পর্যালোচনা দেখায় এমন কোনও অধ্যয়ন এবং পরিসংখ্যান একটি সময় অপচয়কারী নয় বরং সময় সাশ্রয়ী?

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

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

তবে ভুলে যাবেন না: এখান থেকে আঁকতে আপনার নিজের অভিজ্ঞতা আছে। তারা আপনাকে কেন ভাড়া দিয়েছে এটি তারই একটি অংশ। সুতরাং আপনি যদি সত্যই বিশ্বাস করেন যে আপনি দক্ষতা বাড়িয়ে তুলতে পারেন (এবং আপনার দলটি আসলে এর অভাব ভোগ করে), তবে স্পষ্টভাবে যোগাযোগ করুন।

আপনার ইউনিট পরীক্ষা থাকলে কোড পর্যালোচনা এড়ানো যায়?

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


2
আমি মনে করি আপনি পরীক্ষার ক্ষেত্রে কোড রিভিউতে সত্যিকারের ভাল পয়েন্ট তৈরি করেছেন। ধন্যবাদ!
jparkcool

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

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

"এগুলি বাজে কথা হলে কী হয়? বা কভারেজটি যদি লম্পট হয়?" বা শুধু বলুন return true;
বুরহান আলী

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

5

থেকে নেওয়া কিছু র্যান্ডম স্লাইড আমি দেখেছি , কিন্তু হার্ড ডেটা স্টিভ ম্যাককনেল এর কোড সম্পূর্ণ হয়েছে বই থেকে আসে:

কোড পর্যালোচনাগুলি কি কার্যকর?

"আমি বিশ্বাস করি যে পিয়ার কোড পর্যালোচনাগুলি আপনার কোডটি উন্নত করতে আপনি করতে পারেন এমন একক বৃহত্তম কাজ"

Http://www.codinghorror.com/blog/2006/01/code-reviews-just-do-it.html তে কোডিং হরর এর জেফ অ্যাটউড


"ব্যক্তিগত পরিদর্শনগুলি সাধারণত প্রায় 60 শতাংশ ত্রুটিগুলি ধরা দেয় যা প্রোটোটাইপিং এবং উচ্চ-ভলিউম বিটা পরীক্ষা ব্যতীত অন্যান্য কৌশলগুলির চেয়ে বেশি" "

স্টিভ ম্যাককনেল, কোড সম্পূর্ণ দ্বিতীয় সংস্করণ, পৃষ্ঠা 485

সেই %০% চিত্রটি আইইইই পেপার থেকে এসেছে শুল এট আল 2002 এর মাধ্যমে আমরা ত্রুটিগুলি লড়াইয়ের বিষয়ে যা শিখলাম তাতে শিরোনামে বিভাগটি রয়েছে:

"পিয়ার পর্যালোচনাগুলি 60% ত্রুটিগুলি ধরা দেয়"


1
আমি মনে করি এটি নিয়ে সমস্যাটি ২০০ 2006 এর মধ্যে আমরা এখনও পুরোপুরি জড়িত জোড় প্রোগ্রামিং করতে পারি নি, যা আমার মনে হয় একরকমভাবে পিয়ার কোড রিভিউ করার পরিবর্তে পরিণত হয়েছে। আমি বুঝতে পারি যে তারা কিছু উপায়ে তুলনীয় নয়।
জেপি সিলভাশি

3

দাবি অস্বীকার: এই উত্তরটি আমার ব্যক্তিগত অভিজ্ঞতা :)

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

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

সুতরাং আমি বলব এটি আপনি কী করছেন, আপনি কত লোক ইত্যাদি এর উপর নির্ভর করে highly

আপনার কোডের মতামতগুলি একটি যুদ্ধে শেষ হওয়ার ঝুঁকিটি হ্রাস করা নয়।


3

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

নিশ্চিত হয়ে নিন যে আপনার কোডটি পর্যালোচনার আগে ভালভাবে লিখিত এবং পরীক্ষা করা হয়েছে।

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

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

কোড পর্যালোচনাগুলির কয়েকটি উদ্দেশ্য রয়েছে:

  • কোডে ত্রুটি সন্ধান করা
  • দলের সদস্যদের মধ্যে জ্ঞান স্থানান্তর

আমি মনে করি নতুন দলের কর্মীদের কোড রিভিউ করা ঠিক আছে, এমনকি যদি টিম অভিজ্ঞ দলের সদস্যদের মধ্যে কোড পর্যালোচনাগুলি এড়িয়ে যেতে পছন্দ করে।


2

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

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

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

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


1

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

কোড পর্যালোচনা ছাড়াই আপনি নিজেরাই আছেন, তাই উচ্চ কোডের মান বজায় রাখা আপনার পক্ষে to একটি সহজ সমাধান হ'ল আপনি নিজের করা প্রতিটি পরিবর্তন পর্যালোচনা করা এবং এমন জিনিসগুলি ঠিক করা যা আপনার মানের মান অনুসারে নয়।

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


0

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

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

এর মধ্যে, আপনি যতটা সক্ষম হন তা পেতে আপনি যা করতে পারেন তা করুন:

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

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


-2

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

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

তারপরে আপনার যাচাইয়ের আগে সবকিছু পরীক্ষা করুন The সবচেয়ে গুরুত্বপূর্ণ বিষয়টি এটি সঠিকভাবে কাজ করে।


2
-১: ওপি'র নতুন দল কোড পর্যালোচনা করে না এমনটি করা এটি কোনও খারাপ ধারণা করে না। উন্নয়নের প্রক্রিয়াটির মান উন্নত করতে সহায়তা করা এটি একজন ভাল ইঞ্জিনিয়ারের লক্ষণ।
জার্জেন ফগ

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

1
এটি সম্ভব যে সুবিধাগুলি ব্যয়যোগ্য নয় worth যাইহোক, দলটি কোড পর্যালোচনাগুলি সম্পাদন করে না এমনটি আমাদের তাদের উচিত কি না সে সম্পর্কে কিছুই আমাদের জানায় না।
জার্জেন ফোগ

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

-2

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

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