আমাদের কোনও কর্মচারী এখনও বহু বছর পরেও খারাপ কোড লেখার সাথে চালিয়ে যেতে হবে? [বন্ধ]


13

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

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

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

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

class Foo {
public:
    Foo(Bar& bar) : m_bar(bar) {}
private:
    Bar& m_bar;
};

তবে (অন্যান্য কারণে) তারও ফু-র জন্য একটি ডিফল্ট নির্মাতার দরকার ছিল এবং তার প্রাথমিক নকশা সম্পর্কে প্রশ্ন না করে তিনি এই রত্নটি লিখেছিলেন:

Foo::Foo() : m_bar(*(new Bar)) {}

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

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


15
আপনি যদি ইতিমধ্যে দেখেছেন যে তিনি খারাপ কোড লিখছেন, তবে আপনি কেন তাকে 6 মাসের মধ্যে তদারকি না করেই তার ছিটে লিখতে দিয়েছেন?
বিলি ম্যাকনগেটস

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

3
@ user94986 তারপরে যদি আপনি তার সাথে সময় ব্যয় করেন এবং তার অভ্যাসগুলি খারাপ তা বোঝানোর জন্য আপনার উচিত তার দিকে নজর রাখা উচিত এবং যদি কোনও পরিবর্তন না হয় তবে 6 মাস অপেক্ষা করবেন না তার সাথে কথা বলার জন্য।
বিলি ম্যাকনগেটস

4
যদি তিনি মনে করেন না যে মেমোরি ফাঁস একটি সমস্যা, তবে কীভাবে সেগুলি এড়ানো যায় এবং কীভাবে এটিকে সহায়তা করার সরঞ্জামগুলি দেওয়া যায় তা শেখানোর কোনও বুদ্ধি নেই। মূল সমস্যাটি হ'ল তিনি ভুলভাবে পণ্যটির জন্য লক্ষ্য এবং প্রয়োজনীয়তাগুলি বুঝতে পারেন।
maxim1000

2
এই প্রশ্নটি বিষয়বস্তু হিসাবে প্রতীয়মান হয়েছে কারণ এটি কার্যকরভাবে এইচআর আইনী পরামর্শ যা আমাদের সর্বোত্তম প্রদানের জন্য সমস্যাযুক্ত তা about
ওয়ার্ল্ড ইঞ্জিনিয়ার

উত্তর:


22

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

একটি খারাপ প্রোগ্রামার, আমি সাধারণত সাথে কাজ করতে পারি, তবে একজন প্রোগ্রামার যিনি উন্নতি করতে পারেন না, আমি তা করতে পারি না।


12
জন্য +1 "একজন খারাপ প্রোগ্রামার, আমি সাধারণত সাথে কাজ করতে পারেন, কিন্তু একটি প্রোগ্রামার যারা উন্নত করতে পারে না, আমি পারব না।"

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

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

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

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

18

সুতরাং আমার প্রশ্ন হ'ল আপনি কি এমন ব্যক্তির সাথে অবিচল থাকবেন যে এই ধরণের স্পষ্টতই খারাপ কোড লিখছেন?

না। আমি এমন কোনও পেশাদার সি ++ বিকাশকারীকে বরখাস্ত করব যা মেমরি পরিচালনার প্রাথমিক বোঝার অভাব রয়েছে।

যদি এটি জাভা বা সি # বা অন্য কিছু থেকে আসে তবে আমি তাদের কিছুটা অলসতা দিতাম তবে এটি খাঁটি অক্ষমতা।


9
আমি বুঝতে পারি না এই উত্তরটি কীভাবে আপলোড করা যেতে পারে। কাউকে গুলি চালানো কোনও বিষয় নয় যা হালকাভাবে নেওয়া উচিত।
ফ্লোরিয়ান মার্জাইন

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

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

13

আমরা আপনার প্রশ্নের বিস্তৃত অংশের উত্তর দিতে পারি না। যথা, আপনার যদি সেই কর্মচারীকে ধরে রাখা বা বরখাস্ত করা উচিত। কর্মচারীকে চাকরিচ্যুত করা কঠিন, তবে এটি এই জাতীয় সম্প্রদায়ের আওতার বাইরে সিদ্ধান্ত।

আপনি সি ++ প্রোগ্রামারদের উত্তর সীমাবদ্ধ করতে আপনার প্রশ্ন আপডেট করেছেন। আমার ব্যাকগ্রাউন্ড / যোগ্যতার জন্য: আমি সিতে আমার দাঁত কেটেছি এবং আমি সি ++, সি #, এবং জাভাতে কোড করতে পারি। এবং আমি থ্রেডগুলির মধ্যে রেস শর্তগুলি তাড়া করতে পছন্দ করি কারণ আমার মনে হয় এটি মজাদার। হ্যাঁ, আমি কিছুটা পাকানো "পাই"।

এই সমস্যা এড়ানোর আপনার উত্তর এবং সিদ্ধান্ত গোপন: থাকুক বা না থাকুক কেউ করতে পারেন পরিবর্তন পৃথক উপর নির্ভর করে এবং যদি তারা পরিবর্তন করতে চান।

তবে আসুন আপনার কিছু প্রশ্ন দিয়ে শুরু করা যাক:

  1. আপনি কোডটি এবং আপনি উল্লিখিত উদাহরণ সম্পর্কে জিজ্ঞাসা করেছেন? পর্যালোচনা তার ছাপ কি ছিল?
  2. মেমরির হেরফের বোঝার এবং তার কোডটির মেমরি ফাঁস নেই তা নিশ্চিত করার বিষয়ে those মাসের মধ্যে আপনি কি তাকে নির্দিষ্ট উল্লেখ করেছিলেন?
  3. আপনি কি এই অগ্রগতি করছেন কিনা তা নির্দেশ করার জন্য আপনি কি এই 6 মাসের মধ্যে যুক্তিসঙ্গতভাবে ঘন ঘন প্রতিক্রিয়া সরবরাহ করছেন?
  4. আপনি কি স্পষ্টভাবে কল করেছিলেন যে তার কোডিংয়ের পুরানো পদ্ধতিটি নতুন কোডে আর গ্রহণযোগ্য নয়?

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

আপনার সাম্প্রতিক পর্যালোচনার প্রতি তার প্রতিক্রিয়া সর্বাধিক বলার অংশ হতে চলেছে।

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

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

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


1
"পুরানো কোডটিতে আরও বেশি করে সংশোধন করার জন্য তাকে ক্রমাগত প্রেরণ করা শিখার জন্য ব্যবহারিক পথ নয়"
বিল

শেষ অনুচ্ছেদের জন্য +1। প্রচেষ্টা বা বনাম কারও দ্বারা অর্জন করা অগ্রগতি গাইডের ক্ষেত্রে বিনিয়োগ করে যে কাউকে উভয়েরই কোনও পারফরম্যান্সের রায় বিবেচনা করতে হবে।
মার্জন ভেনেমা

10

আমি ভয় করি তার খারাপ কোডটি আপনার দলে একমাত্র সমস্যা নয়।

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

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

সলিউশন:

  • কী এড়াতে হবে তা শিখতে তাকে QA এ সরিয়ে দিন
  • তার ত্রুটিগুলি নির্দেশ করতে পারে এমন কারও সাথে জুড়ি প্রোগ্রামিং করুন
  • তার কোডে QA প্রচেষ্টা প্রসারিত
  • তাকে স্ট্রেস টেস্টগুলি লিখতে বাধ্য করুন, যদি তিনি দেখেন যে তার ডেভ মেশিনটি 10 ​​কে অবজেক্ট তৈরি এবং ধ্বংস করার পরে ক্র্যাশ হয়েছে তবে তিনি শিখবেন
  • উপরের কয়েকটি / সমস্ত :)

3

কাউকে বরখাস্ত করার সিদ্ধান্ত নেওয়া যে কারও পক্ষে সিদ্ধান্ত নেওয়া কঠিন সিদ্ধান্ত। আপনার পরিস্থিতি বিভিন্ন কারণের সাথে জড়িত:

  1. এটি প্রদর্শিত হয় যে এই বিকাশকারী বেশ কয়েক বছর ধরে সংস্থায় রয়েছেন
  2. বিকাশকারী সমস্ত সংস্থার সি ++ কোড লেখেন
  3. এটি প্রদর্শিত হয় যে আপনার আগে কেউ কখনও বিকাশকারীদের সাথে দুর্বল কোডের স্তর নিয়ে আলোচনা করেনি
  4. একজন নতুন ম্যানেজার হিসাবে আপনার সম্পর্কে কোনও ধারণা নেই যে বিকাশকারী সংস্থা / কোম্পানির বিষয়ে / কী জানেন এবং বিকাশকারীকে গুলি চালানোর রাজনৈতিক ক্ষতিগুলি কী

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

এই পর্যায়ে আপনার সত্যিকার অর্থে কিছু সক্রিয় পরিচালনা শুরু করা দরকার যাতে আপনার 3 মাসের মধ্যে

  • একটি শালীন সি ++ প্রোগ্রামার যিনি জানেন তিনি কী করছেন

অথবা

  • বিকাশকারীকে অবসান করেছে।

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

আপনার খুব পরিষ্কার হওয়া দরকার যে এই সংস্থার সাথে তাঁর কর্মসংস্থানের বাকি অংশটি কেবলমাত্র 3 মথের সময়কালের জন্য নয়, এখন থেকেই এই উন্নতি আশা করা যায়!

আপনার নিজের পরিচালক এবং এইচআর বিভাগকে (যদি থাকে) অবহিত করা উচিত।

এই প্রক্রিয়া চলাকালীন আপনাকে প্রতি 1-2 দিন পর পর সক্রিয়ভাবে বিকাশকারীকে পরিচালনা করতে হবে এবং কার্যগুলি / কোড পর্যালোচনা করতে হবে এবং নিশ্চিত করা হবে যে তারা স্ক্র্যাচ করে চলেছে এবং সেগুলি উন্নত করতে কী করা যেতে পারে তা বিশদ করে।


1

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

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

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


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

0

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


-1

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

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