কোড পর্যালোচনায় ইতিবাচক প্রতিক্রিয়া কতটা গুরুত্বপূর্ণ?


48

এটা বাতলান করা জরুরী ভাল একটি কোড পর্যালোচনা ও কেন এটা ভালো সময় কোডের অংশ? ইতিবাচক প্রতিক্রিয়া বিকাশকারীকে পর্যালোচনা করার জন্য এবং পর্যালোচনায় অংশ নেওয়া অন্যদের জন্য ঠিক ততটাই কার্যকর হতে পারে।

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

ইতিবাচক এবং নেতিবাচক প্রতিক্রিয়া মধ্যে একটি ভারসাম্য থাকা উচিত?


3
আরে, যদি এটি পাস হয় তবে এটি ইতিবাচক প্রতিক্রিয়া। :)
অ্যাড্রিয়ান জে মোরেনো

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

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

উত্তর:


41

পিয়ার কোড পর্যালোচনাগুলি ব্যবহার করে গুণমান এবং মনোবলকে উন্নত
করুন

প্রত্যেকের করণীয় : কোড পর্যালোচনা

এই উভয় নিবন্ধে বলা হয়েছে যে কোড পর্যালোচনার অন্যতম উদ্দেশ্য হ'ল ত্রুটিগুলি সন্ধান না করে ভাল বিকাশের কৌশল সম্পর্কে জ্ঞান ভাগাভাগি করা।

সুতরাং আমি বলব এটি খুব গুরুত্বপূর্ণ। কে কোন সভায় যেতে চায় এবং কেবল সমালোচিত হয়?


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

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

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

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

2
@ ব্রায়ানকে আমার বলতে হবে, যদি কেউ সামান্য সমালোচনার মুখোমুখি হয়ে যায় তবে তারা সম্ভবত সংস্থার সংস্কৃতি এবং অফিসের মনোবলকে পুরোপুরি একটি প্রতিরোধকারী হিসাবে মনে করছেন, আমি মনে করি আপনি ভাল আছেন।
জিমি হোফা 21

29

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

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

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

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

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

"ঠিক আছে এই অংশটি বোঝায়, আহ এখানে একটি ম্যাজিক সংখ্যা আছে, সেই মানটির অর্থ পরবর্তী ইঞ্জিনিয়ার দ্বারা এটি স্পর্শ করার জন্য ভালভাবে বুঝতে পারে না"

"আমি দেখতে পাচ্ছি যে আপনি এখানে একটি ডিআই কনটেইনার পেয়েছেন ঠিক আছে তাই আপনার that ভান্ডারটির সাথে আলগা মিলন হবে"

"আহ এখানে একটি স্থিতিশীল অভিধান আছে, যদি একাধিক থ্রেড যদি সেই অভিধানটি স্পর্শ করে তবে আমরা কিছু জাতি অবস্থাতে যেতে পারি"

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


4
" বোধগম্যতার সহজ স্থানান্তরের জন্য +1 হ'ল অন্য ইঞ্জিনিয়ারের প্রশংসা ... এটি অন্তর্নিহিত বৈধতার একটি ফর্ম দেয়"
রায় টিঙ্কার

আমি এটিকে দু'বার +1 করতে চাই। একটি কারণ @ রয়টাইঙ্কার এবং একই কারণে "কিছু ভাল বা মন্দ বলে বলবেন না, বরং কারণ এবং প্রভাবের মাধ্যমে কথা বলুন"। উভয়ই খুব ভাল পয়েন্ট!
বেন লি

7

আমি যদি কোনও কোড পর্যালোচনায় এমন কিছু দেখেছি যা আমি সত্যিই পছন্দ করেছি এবং এটি "ভাল-পর্যাপ্ত" কোডের ওপরে এবং এর বাইরে ছিল, আমি ইতিবাচক প্রতিক্রিয়া জানাতে চাই।

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


6

এটি এতটা প্রোগ্রামিং প্রশ্ন নয় কারণ এটি একটি সাধারণ পরিচালনা এবং মানব-মিথস্ক্রিয়া প্রশ্ন। কোড পর্যালোচনায় ইতিবাচক প্রতিক্রিয়া যেকোন ধরণের পর্যালোচনায় ইতিবাচক প্রতিক্রিয়া হিসাবে ঠিক গুরুত্বপূর্ণ important

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

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

আবার, আপনি যে ব্যক্তির সাথে কাজ করছেন তা আপনাকে জানতে হবে এবং তারা কী প্রতিক্রিয়া জানায় তা বুঝতে হবে। লোকেদের সাথে ডিল করা হ'ল ম্যানেজমেন্ট যা হয় এবং ভাল পরিচালকরা কীভাবে লোকদের প্রতিক্রিয়া জানাতে হয় তা জানে।


4

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

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

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


এটি আমাকে "প্রশংসামূলক তদন্ত" নামে ধারণার স্মরণ করিয়ে দেয়, যা সমস্যা সমাধানের দিকে মনোনিবেশ করার পরিবর্তে ইতিমধ্যে কীভাবে কাজ করে তার উন্নতি এবং প্রসারিত করতে সন্ধান করে।

3

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

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

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


2

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

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

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

কয়েক বছরের মধ্যে আমি যে শব্দগুলি সবচেয়ে বেশি শিখেছি:

  • "এটি একটি আকর্ষণীয় পদ্ধতির we [আমাদের যদি কিছু অন্যান্য ব্যবহারের ক্ষেত্রে] থাকতে হয় তবে কী হবে?"
  • "খুব ভাল চেষ্টা করুন! আপনি কি জানেন যে এটি করার জন্য আমাদের কাছে ইতিমধ্যে একটি পদ্ধতি রয়েছে? কোন পদ্ধতির আরও দক্ষতা রয়েছে তা দেখার জন্য আমাদের কিছু বেঞ্চমার্কিং করা উচিত।"

2

কোড পর্যালোচনাগুলির সাথে আমার যে ওয়ার্কফ্লোটি সবচেয়ে বেশি পছন্দ হয়েছিল তা হ'ল:

  1. মেলিং তালিকা / অনলাইন সরঞ্জামে প্যাচ জমা দেয় Dev
  2. যাদের যত্ন নেওয়া দরকার তারা প্যাচটি দেখুন, উন্নতির পরামর্শ দিয়েছেন।
  3. দেব # 1 এ ফিরে যান
  4. যদি কোনও উন্নতির প্রয়োজন হয় না, লোকেরা "ভাল কাজ করুন, দয়া করে প্রতিশ্রুতিবদ্ধ করুন" বলে। <- পজিটিভ ফিডব্যাক। গৃহীত সমস্ত কোড ভাল। জিনিসগুলিকে পরিবর্তন করতে আপনাকে যত কম লোক আপনাকে বলতে হবে, আপনি আরও ভাল করছেন।
  5. দেব কমিট করে, পরের আইটেমটিতে চলে আসে।

সাধারণত কী হবে তা হ'ল নতুন ডেভস কোডবেসের সাথে পরিচিত হওয়ার সাথে সাথে আরও অনেকগুলি 'সংশোধনমূলক' প্রতিক্রিয়া পাবেন।

এই পদ্ধতির সুবিধা হ'ল:

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

সুতরাং, মূলত, আপনি কোনও প্রতিক্রিয়া পাবেন না আশা করি। কেন কাজ করতে যান? আপনি বাড়িতে অদৃশ্য হতে পারেন।

1

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

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

আপনার কাছে এমন লোকদেরও সমস্যা রয়েছে যারা ইতিবাচক প্রতিক্রিয়া না পেয়ে খুব সম্ভবত চেষ্টা করে এবং একটি পরিণতি ঘটায় "আমার উপর বিশ্বাস করুন, এটি কাজ করে!"!

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

ব্যাকস্ল্যাপিংটি পাবে ছেড়ে দিন।


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

1

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


0

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


আমার অভিজ্ঞতা হ'ল যে প্রোগ্রামাররা খুব চেষ্টা করে, তারা 'ভাল ছেলেরা' এবং একটি সমর্থক দলের সাথে খুশি যে সফ্টওয়্যারটি কাজ করে তা লেখার ঝোঁক।
সি_মেকার

আমি মুরগি এবং ডিম অনুমান। তবে প্রশ্নটি কোড পর্যালোচনা সম্পর্কে ছিল ... যা আমি কেবল মনে করি না অহংকে আঘাত করার সময় ...
এসারউইন

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

0

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

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

আপনি যদি কোনও মন্তব্য না পান তবে আপনি একটি ভাল কাজ করেছেন তা বিবেচনা করতে পারেন।


সম্ভবত এ কারণেই বেশিরভাগ প্রোগ্রামাররা পুরুষ।

-1

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


-3

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

তবে, আপনি মনে করছেন কোনও কর্মক্ষেত্রের পরিবেশে কথা বলছেন, যেখানে কোডটি আবার লেখা যেতে পারে। কোন ক্ষেত্রে, আপনি বাগ থেকে আপনার সিস্টেম থেকে বেরিয়ে আসার চেষ্টা করছেন। সুতরাং, এই পরিস্থিতিতে, কেবল নেতিবাচক বাগগুলি কোনও মূল্যবান।

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

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


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

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

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