কোনও জুনিয়রকে কীভাবে সংশোধন করতে হবে, তবে তাকে নিজের জন্য চিন্তা করতে উত্সাহিত করবেন? [বন্ধ]


54

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

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

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

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

সম্পাদনা: এগুলির একটি সুস্পষ্ট লক্ষণের উদাহরণ এখানে যে তারা নিজের মতামত তৈরি করছে না:

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

জুনিয়র (আমাকে ভুল বোঝার পরে): হ্যাঁ, আমি সম্পূর্ণ একমত আমাদের এখানে সম্প্রসারণের পদ্ধতি ব্যবহার করা উচিত নয় কারণ তারা অন্যান্য বিকাশকারীদের বাস্তবায়ন সম্পর্কে খুব বেশি জানতে বাধ্য করে।

একটি ভুল বোঝাবুঝি হয়েছিল, এবং তা মোকাবেলা করা হয়েছে। তবে তাঁর বক্তব্যে যুক্তির কোনও উত্সাহও পাওয়া যায়নি! তিনি ভেবেছিলেন যে তিনি আমার যুক্তিটি আমার কাছে ফিরিয়ে আনছেন, এই ভেবে যে এটা বোধগম্য হবে যখন সত্যিকার অর্থেই সে কেন বলছে তা তার কোনও ধারণা নেই।



4
আমি এন.ইউইকিপিডিয়া.আর.উইকি / সোসোক্রেট_মোথোড ব্যবহার করার চেষ্টা করব এটি নিশ্চিত না যে এটি কেবল প্রোগ্রামিংয়ের সাথে সম্পর্কিত
জে.কে।

10
এই প্রশ্নের সমাপ্তি সম্পর্কে: যদিও এটি কেবলমাত্র দিকটিই প্রোগ্রামিং না করে - আমার মনে হয় এটি এমন কিছু যা অনেকে মুখোমুখি হন। এটি একটি আসল প্রশ্ন। আমি খোলা রাখার জন্য দৃ vote়ভাবে ভোট দিই।
দিপান মেহতা

3
সম্ভবত আরও প্রাসঙ্গিক প্রশ্ন: "আপনি কীভাবে আপনার সিনিয়রকে সংশোধন করবেন?"
উইলিয়াম পার্সেল 25'12

2
@ উইলিয়ামাম পার্সেল নিস তারা যদি আমাকে সংশোধন করে তবে আমি এটি পছন্দ করব।
ফিল

উত্তর:


37

সংক্ষিপ্ত উত্তর:

তাদের জড়িত করুন (তাদের মনে ধাঁধা রাখুন), তাদের ক্ষমতায়ন করুন (তাদের উত্তরগুলিতে বিশ্বাস করুন)।


এটা আমাদের চালিত প্রশ্ন! - ম্যাট্রিক্স।

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

আপনি ভুল যে এগুলি শোনার বিষয়ে কিছু বলার অপেক্ষা রাখে না - তবে সর্বোত্তম হ'ল আপনি তাদের ভাবনা তৈরি করেছেন। কেন? অন্য কোন উপায় আছে? একই জিনিস করার আরও ভাল উপায় আছে? আমি সর্বদা ব্যবহার করি এমন একটি উপাখ্যানটি হ'ল - "আমাকে তিনটি সমাধান দিন (এই সমস্যাটির জন্য)!"

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

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


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

সাধারণত একটি ফলাফল যে তুমি কি তাদের প্রস্তাবনা নিতে কিন্তু পরে তাদের অগ্রাহ্য এবং তারা আপনার মতামত সম্পর্কে সমানভাবে অনিশ্চিতপ্রত্যয় হয়; আপনি বয়োজ্যেষ্ঠ কারণ তারা কোন লড়াই এড়িয়ে চলেছেন!

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

কেবল সফ্টওয়্যারেই নয়, সর্বত্র সর্বশেষে কেবলমাত্র সবচেয়ে ক্ষমতায়িত সতীর্থরা উত্তর দিতে সাহস করবে বলেই সিস্টেমটিকে প্রশ্ন করা উচিত।


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

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

26

আপনি আপনার জুনিয়র নিজেদের জন্য চিন্তা করতে চান, তাদের সঠিক না: তাদের পেতে নিজেদের সংশোধন

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

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


7

যেহেতু আপনার একাধিক জুনিয়র বিকাশকারীরা গ্রুপ 1 হিসাবে 1 হিসাবে কোড পর্যালোচনা করেন না।

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

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

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


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

1
@ এসিস্টিফুটারসডুড আমার মনে হয় গোষ্ঠী হিসাবে করা হলে কোড পর্যালোচনাগুলি আরও কার্যকর হবে যেহেতু এটি দল জুড়ে বিস্তৃত জ্ঞানের প্রচারকে উত্সাহ দেয়।
ড্যান নীলি

5

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

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

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

মুল বক্তব্যটি হ'ল অভিজ্ঞতা ব্যতীত সিনিয়র সদস্যদের পরামর্শগুলি তাদের কাছে সর্বদা সঠিক হবে।


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

5

আপনার পোস্ট থেকে কথোপকথন প্রায় কোনও কিছু শেখানোর মূল নীতিটি দেখায়: তাদের আপনি কী বলেছিলেন তা ব্যাখ্যা করার জন্য তাদের জিজ্ঞাসা করুন এবং প্রতিক্রিয়াটি মনোযোগ সহকারে শুনুন: এটি আপনাকে কী সংশোধন করা দরকার তা অবিকল জানিয়ে দেবে।

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

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

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

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


5

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

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


4

যখন আমি এর সাথে মোকাবিলা করতে হয়েছিলাম, তখন আমি (সৎভাবে) এই জাতীয় জিনিসগুলি বলেছি:

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

মানুষকে নতুন দিকে নির্দেশ করার জন্য এটি সাধারণত পর্যাপ্ত ছিল।


2

দায়বদ্ধতা হ'ল একটি জিনিস যা তাদের সহায়তা করতে পারে।

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


1

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

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

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


1

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

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

এটি তাদের একই সাথে অ্যাপ্লিকেশনটিতে প্রবর্তিত সমস্যাটি সমাধান করার সুযোগ দেওয়ার সময় তারা কী বিকাশ করছে সেগুলির ত্রুটিগুলি দেখতে দেয়।

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