আপনার জুনিয়র যদি আপনার পরামর্শ গ্রহণ না করে তবে আপনার কী করা উচিত? [বন্ধ]


30

আমি 3-4 জুনিয়র বিকাশকারীদের একটি দলকে নেতৃত্ব দিচ্ছি। আমার কাজ - কোড লেখার পাশাপাশি - জুনিয়রদের তদারকি এবং গাইডেন্স প্রদান করা।

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

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

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

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


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

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

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

35
কেন এটি সবচেয়ে আকর্ষণীয় প্রশ্নগুলি বন্ধ হয়ে যায়?
থমাসএক্স

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

উত্তর:


28

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

নিম্নলিখিত কারণে এই পদ্ধতির গুরুত্বপূর্ণ:

  • দৃ want় ব্যবসায় / প্রযুক্তিগত কারণে আপনি এগুলি পরিবর্তন করতে চান। এগুলি কী তা সম্পর্কে পরিষ্কার হওয়া গুরুত্বপূর্ণ (যে কোনওরাই মনে রাখবেন যে আপনিও ভুল হতে পারেন, তাই নম্র হোন ....)।
  • আপনি আপনার পরামর্শের পিছনে যুক্তিটি সত্যই প্রকাশ করতে চান - প্রাপক ভবিষ্যতে এই জাতীয় সমস্যাগুলি নিজেরাই সমাধান করতে শিখবেন। আপনার জুনিয়ররা যদি মনে করেন যে তারা আপনার কাছ থেকে কিছু ভাল অন্তর্দৃষ্টি শিখছে You
  • আপনি যদি আপনার জ্যেষ্ঠতা ব্যবহার করেন এবং আপনার প্রকৃত কারণ আছে তা প্রমাণ করতে না পারলে আপনি সম্মানিত হবেন না।
  • আপনার বস সম্ভবতঃ আত্মবিশ্বাস পোষণ করতে চাইবেন যে আপনি আপনার জুনিয়রদের সময়কে সত্যিকারের মূল্যবোধ তৈরি করার জন্য কার্যকরভাবে ব্যবহার করছেন, কেবল এটির জন্য "এটি আমার পথে করা" নয়।

আপনি স্মার্ট হন, তাহলে আপনি তাদের ঠিক করে উত্তরে পৌছতে পেতে পারেন প্রশ্ন জিজ্ঞাসা । ঠিক হয়ে গেছে, আপনার জুনিয়র নিজেরাই সঠিক উপসংহারে আসবে (এবং তাই এটি বাস্তবায়নে আরও বেশি আগ্রহী)। উদাহরণ উদাহরণ:

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

সম্পাদনা : যদি আপনি আপনার জুনিয়র যে কাজ করতে ডান জিনিস আপনার পরামর্শের অনুসরণ করা হয় বুঝিয়ে দিলেন সফল, কিন্তু তারা হন এখনও এখানে চেয়ে অনিচ্ছুক কিছু অতিরিক্ত পরামর্শ হল:

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

আমি যখন আমার টাইপ করতে শুরু করি তখন আমি আপনার উত্তরটি দেখতে পাইনি! সুতরাং আমার কাছ থেকে +1, কারণ আমি যা লিখছিলাম তার মর্ম আপনি ক্যাপচার করেছেন, কেবল আরও মার্জিত ও সংক্ষেপে। ;-)
এস। রোবিনস

@ মিকেরা, তারা সম্মতি জানায় যে আমার সমাধানটি আরও ভাল, কেবল তারা পুরানো কোড ফেলে নতুন কোডে বিনিয়োগ করতে নারাজ।
গ্রাভিটন

কোন কালো বা সাদা নেই। লোকেরা নাবালিকাগুলি সম্পর্কে খাঁটি হতে পারে। তারা মানুষ, রোবট নয়। সুতরাং আমি স্বীকার করি যে আপনার দৃষ্টিভঙ্গি পরিষ্কার এবং নিখুঁতভাবে জানানো গুরুত্বপূর্ণ, কূটনৈতিক হওয়ার চেষ্টা করুন to কীভাবে মানুষকে বোঝানো যায় সে সম্পর্কে একটি পুরো সাহিত্য রয়েছে এটি নিজের মধ্যে একটি বিজ্ঞান। এক দেখতে en.wikipedia.org/wiki/How_to_Win_Friends_and_Influence_People
siamii

8

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

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


5

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

  • আপনার কাছে কি নির্দিষ্ট সমাধানের জন্য চাপ দেওয়ার কর্তৃত্ব রয়েছে?
  • সেই কর্তৃত্বের সীমা কত?
  • সমাধান কি খারাপ নাকি ঠিক অন্যরকম?

আমি নিশ্চিত যে আপনি আরও জিজ্ঞাসা করতে পারেন, তবে প্রথম দুটি আপনার কর্তৃত্বের দিকে মনোনিবেশ করবে এবং শেষটি সমস্যাটি সত্যিই চাপ দেওয়ার মতো কিনা on

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


আমার কাছে কর্তৃত্ব রয়েছে, তবে আমি এটি ব্যবহার না করা পছন্দ করি
গ্র্যাভিটন

কর্তৃপক্ষ হ'ল অবশ্যই দ্বি-তরোয়ালযুক্ত তরোয়াল। আপনার সহকর্মীদের ক্ষোভের চেয়ে সমর্থন করা ভাল। অন্তর্ভুক্তিমূলক প্রক্রিয়াতে ব্যর্থতা প্রায়শই পরে আপনার কর্তৃপক্ষের চ্যালেঞ্জের দিকে পরিচালিত করে এবং আপনি যদি নিজের কর্তৃত্বকে দৃ support় করার জন্য নিজের ম্যানেজারকে অন্তর্ভুক্ত করার প্রয়োজনে আটকে থাকেন তবে আপনি ভবিষ্যতে সাফল্যের সাথে জড়িত হওয়ার কোনও সম্ভাবনা হারিয়ে ফেলেছেন একই পরিস্থিতিতে আপনার জুনিয়রদের সাথে।
এস.রোবিনস

1
"নিম্নলিখিত উত্তর"। উত্তরগুলি কোনও নির্দিষ্ট ক্রমে প্রদর্শিত হবে বলে আশা করা যায় না। আপনি আপনার উত্তরে উল্লেখ করতে পারেন এমন একটি URL পেতে "লিঙ্ক" লিঙ্কটি ব্যবহার করুন।

4

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

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

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

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

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

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


4

আপনি যদি আপনার পরামর্শটি এমনভাবে উপস্থাপন করেন যা অনুমেয় নয় I আপনি যখন বাক্যাংশ ব্যবহার করছেন যেমন:

আমার সমাধানটি তাদের চেয়ে অনেক বেশি উন্নত

এবং

আমার হৃদয়ে গভীরভাবে আমি জানি যে আমার অ্যালগরিদম তাদের চেয়ে অনেক ভাল এবং তাদের কেবল এটি গ্রহণ করা উচিত।

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

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

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


3

প্রথমত, আপনার জুনিয়র আপনার পরামর্শ গ্রহণ না করার প্রকৃত কারণটি কি আপনি জানেন?

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

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

"আপনার কোডটি খুব জটিল নয়, আপনার এটিতে এটি পরিবর্তন করা দরকার ..."

পরিবর্তে জিজ্ঞাসা করুন

"আমি কেবল ভাবছি, যদি কেউ হয় ... আপনার কোড কী এটি পরিচালনা করতে পারে? ... আমি মনে করি একটি কৌশল প্যাটার্ন এখানে সহায়তা করতে পারে you আপনি কী মনে করেন?"

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


2

আপনি কি ভান্ডারগুলিতে পুশ অ্যাক্সেস নিয়ন্ত্রণ করেন?

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

তারা কি আপনার কোডটি হ্যাক করে বা উন্নত করতে পারে? যদি তারা আপনার কোডটি কীভাবে কাজ করে সেগুলি সম্পর্কে ইন্টার্নালগুলি দেখার সুযোগ পান তারা কীভাবে আপনার শৈলীর সাথে আরও ভাল মানিয়ে নিতে পারে তা শিখতে পারে। যদি আপনি মুক্ত পরামর্শের সাথে পরামর্শ গ্রহণ না করে আপনার পরামর্শগুলি চাপ দিচ্ছেন তবে তারা আপনার মতামত শোনার জন্য কম ঝুঁকবে।

কিছু পরিস্থিতিতে রয়েছে যেখানে সঠিক উত্তর নেই (যেমন কোডিং শৈলীর পছন্দগুলি)। সেক্ষেত্রে কোনও সংস্থা-ব্যাপী নীতি প্রতিষ্ঠার (বা প্রয়োগ) করার চেষ্টা করুন যাতে তারা বুঝতে পারে যে কোডের স্টাইলটি মূল কোডবেসের সাথে সামঞ্জস্য রাখতে তত্পর হওয়া উচিত। ইতিমধ্যে প্রতিষ্ঠিত স্টাইলের গাইডলাইন (যেমন সি # এর জন্য মাইক্রোসফ্টস স্টাইল গাইড) ব্যবহার করা বিশেষত দলে নতুন বিকাশকারীদের পক্ষে যাওয়ার সেরা উপায়।

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

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

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

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


2

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

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

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


2

প্রত্যেকেরই আলাদা স্টাইল থাকে। যদি আপনি 10 টি পৃথক লোক খুঁজে পান এবং একটি অনানুষ্ঠানিক সমস্যার সাথে তাদের উপস্থাপন করেন তবে তারা আপনাকে 10 টি পৃথক "কোডিং স্ট্যান্ডার্ড" শৈলী ব্যবহার করে 10 টি ভিন্ন ভিন্ন পদ্ধতি প্রদান করবে।

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

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

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


2

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

জুনিয়র বিকাশকারীদের যেমন করণীয় পছন্দ করেন তেমন কাজ করার চেষ্টা করার ক্ষেত্রে:

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

2

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

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


2

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

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

আদেশ দিন। পরিণতি নিয়ে বেঁচে থাকুন। অভিজ্ঞতা থেকে শিখুন। শ্রদ্ধা একটি দ্বিমুখী রাস্তা। আপনি এটি প্রদর্শন করছেন এবং তারা তা নয়।


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