একজন জুনিয়র বিকাশকারী থেকে 'প্রায় ভাল' কোডটি কীভাবে মোকাবেলা করবেন? [বন্ধ]


95

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

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

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

লোকটিকে পড়াতে এবং তাকে ধ্রুবক সমালোচনা করে না জ্বালানোর মধ্যে আমি কীভাবে সামঞ্জস্য করব? কোনও জুনিয়রের জন্য হতাশ হতে পারে যদি আপনি তাকে তার চোখের কাজ করে এমন জিনিসগুলি আবার করতে বলুন।


7
আপনার প্রত্যাশা কি তা নিশ্চিত করতে আপনি কতটা সময় ব্যয় করেছেন?
blrfl


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

4
এটি এটিকে আরও বিষয়ের জন্য সম্পাদনা করেছিলাম। আমি বিশ্বাস করি এটি লিঙ্কযুক্ত নকল প্রশ্নের চেয়েও আলাদা।
এন্ডারল্যান্ড

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

উত্তর:


84

আপনি যদি মনে করেন মার্জ করার আগে কোডটি ঠিক করা উচিত, মন্তব্য করুন। সাধারণত "কেন" দিয়ে তাই দেব শিখতে পারেন।

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

তবে, যদি আপনি নিজেকে ক্লান্তিকর বলে মনে হয় এমন মন্তব্য করতে দেখেন তবে বিবেচনা করুন:

  • আপনার সিআই প্রক্রিয়া এগুলি ধরা উচিত?
  • আপনার কাছে কি রেফারেন্সের জন্য একটি স্পষ্ট "বিকাশকারী গাইড" আছে (বা সমস্ত কিছু আপনার মাথার মধ্যে নথিভুক্ত)?
  • এই মন্তব্যগুলি আসলে কোডের মানের অবদান রাখে?

প্রক্রিয়া বা পরিপূর্ণতার বেদীতে প্রচুর লোক উত্পাদনশীলতার ত্যাগ করে। সাবধান থাকুন আপনি এটি না করেন।

সম্ভব হলে আপনার সহকর্মীকে ব্যক্তিগতভাবে দেখার চেষ্টা করুন। অথবা ভিডিও কল ব্যবহার করুন। একটি সম্পর্ক তৈরি সমালোচনা (এমনকি কোড পর্যালোচনা) পরিচালনা করা সহজ করে তোলে।

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

তবে একেবারে জিনিসগুলিকে একীভূত করবেন না এবং তারপরে ফিরে এসে ঠিক করুন। এটি প্যাসিভ আগ্রাসী এবং যদি বিকাশকারী আপনাকে এটি করতে দেখেন তবে আপনি তাদের মনোবল মেরে ফেলবেন।


65
@ 9000 এটি আশ্চর্যজনক যে লোকেরা তাদের মান অনুযায়ী অবদান না দেওয়ার বিষয়ে প্রায়শই হতাশ হয়, যখন সেই মানগুলি কোথাও নথিভুক্তও হয় না ...
এন্ডারল্যান্ড

32
পরিবর্তনের নামগুলি কোডের অভিপ্রায় বর্ণনার ক্ষেত্রে সম্পূর্ণ গুরুত্বপূর্ণ; পদ্ধতি / ফাংশন নাম, আরও অনেক কিছু। নামগুলি সঠিকভাবে পাওয়া নিষ্ক্রিয় পারফেকশনিজম নয়, এটি রক্ষণাবেক্ষণের জন্য প্রয়োজন।
9000

9
@ যালোমন অবশ্যই তাঁর কাছে এটি উল্লেখ করেছেন; আরও, এটি একটি আলোচনায় পরিণত করুন। জুনিয়র দেব হিসাবে আমি কয়েকটি ভিন্ন সিনিয়র দেবের সাথে কাজ করেছি। আমার সেরা অভিজ্ঞতা এমন একজন দেবের সাথে ছিল যিনি তার সমস্ত সুপারিশের মধ্য দিয়ে আমাকে কথা বলেছেন - এমনকি "ছোট" এমনকি ভেরিয়েবলের জন্য কিছুটা ভাল নামের মতো। আমি কেবল তার কাছ থেকে একটি টন শিখিনি, তবে আমি এতটাই ভাল অনুভব করেছি যে তিনি আমার চিন্তার প্রক্রিয়া শুনছিলেন এবং আমাকে আলোচনায় অন্তর্ভুক্ত করেছিলেন - এটি আমাকে আরও বেশি শিখতে পারে যাতে তিনি আমার কোডটি আরও পর্যালোচনা করতে চান। (অবিরত)
ডিজে 18

6
@ জলোমন (অব্যাহত) ফ্লিপ দিকে, একজন প্রবীণ দেব যিনি আমার পিঠের পিছনে পরিবর্তন করেছেন (আপনি যদি তাকে পরে বলেন তবে এটি এখনও তার পিছনের পিছনে রয়েছে) পুরোপুরি হতাশায় পরিণত হয়েছিল - এতে আমার মনে হয়েছিল যে আমি একজন স্বৈরাচারীর সাথে কাজ করছি যে আমি কীভাবে সন্তুষ্ট করতে হবে তা বের করতে হয়েছিল।
ডিজে 18

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

19

লেখকের চেয়ে কোডে সমালোচনা রাখুন।

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

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

দেহ ভাষা

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

সৎ ইতিবাচক প্রতিক্রিয়া দিন

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


2
কথোপকথনের পয়েন্টে: যখন আপনাকে কোনও ব্যক্তিগত সর্বনাম ব্যবহার করতে হবে, কোড পর্যালোচনার উভয় পক্ষের আমার অভিজ্ঞতায়, "আপনি" এর পরিবর্তে "আমরা" বেছে নেওয়া সমালোচনাকেও হতাশ করে তোলে।
জোশ ক্যাসওয়েল

6

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

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

ভবিষ্যতে আপনার পর্যালোচনা করার জন্য এর অর্থ কম কোড হবে এবং সম্ভবত আপনার দলকে একটি নিয়োগের লক্ষ্য দেবে।

এছাড়াও, যদি আপনি পিছনে থাকে তবে আপনি সহায়তা করছেন না, পৃষ্ঠপোষকতা করছেন।

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

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


5

আপনার বর্ণনার উপর ভিত্তি করে, আমি এটিকে এখানে রেখে যাব: "এটি ভাল। কিছু জিনিস আমি আলাদাভাবে করতে পারতাম তবে সেগুলি খুব গুরুত্বপূর্ণ নয়" "

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

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


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

1
আমি মনে করি না যে ওপিকে ফিরে যেতে এবং পরে পরিবর্তনের জন্য যদি তারা যথেষ্ট গুরুত্বপূর্ণ হয় তবে দেবকে "তারা খুব গুরুত্বপূর্ণ নয়" বলাই ভাল ধারণা।
enderland

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

5

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

কাজটি কখন প্রথম গ্রহণ করা হয়, আপনার বার্তাটি এটি খারাপ ছিল না এবং কিছু জায়গাগুলি এটিকে যথেষ্ট ভাল হিসাবে গ্রহণ করত - তবে এমন জায়গাগুলি নয় যেখানে আপনি জুনিয়র বিকাশকারী হিসাবে তার ব্যবসায়টি সঠিকভাবে শিখতে চান not

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


3
অথবা "(খ) এবং আমি জানি আপনি আরও ভাল করতে পারেন।" যদি তিনি "আমাকে শেখান" জিজ্ঞাসা করেন তবে আপনি জানেন যে তিনি সঠিক পথে আছেন। :)
মাচাডো

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

4

বেশ প্রশস্ত খোলা প্রশ্ন, তবে এখানে বেশ কয়েকটি ধারণা রয়েছে।

  1. পিয়ার পর্যালোচনা (জুনিয়র বিকাশকারী দ্বারা)

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

  2. প্রাথমিক প্রতিক্রিয়া / কার্য পর্যালোচনা

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


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

2

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

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

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


2

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

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

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

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


1

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

এগুলি উভয়ই আসল সম্ভাবনা এবং বৈধ উদ্বেগ। বিকাশকারীদের এটি সম্পর্কে তারা কীভাবে অনুভব করেন জিজ্ঞাসা করুন।


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

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

1

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

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

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


0

আমি কোনও জুনিয়র বিকাশকারীকে সাথে কথা বলছি যিনি কোডিং ফ্যাক্টরি থেকে দূর থেকে কাজ করছেন।

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

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

… এসআরপি লঙ্ঘন, ,শ্বরের অবজেক্টস, পদ্ধতি বা ভেরিয়েবলগুলির অ-অর্থপূর্ণ নাম; আমি তার কী ঠিক করতে হবে তা নির্দেশ করে এবং কেন এটি ভুল তা বোঝানোর চেষ্টা করেছি।

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

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

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


-1

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

তারা ঠিক কী করেছে এবং পরবর্তী সময়ে কীভাবে তারা উন্নতি করতে পারে তা সবসময় তাদের জানান। আমরা সবসময় কোনও না কোনও ক্ষেত্রে উন্নত হতে পারি। প্রতিক্রিয়া যে কোনও বিষয়ে উন্নত হওয়ার ক্ষেত্রে গুরুত্বপূর্ণ।


-1

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

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

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