আমার সহকর্মী একটি দুর্দান্ত লোক, তবে তার অভিনয়টি উপ-সমান। আমি কি আমার বসকে বলব? [বন্ধ]


24

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

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

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

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

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

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


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

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

ইউএক্স কী? .....

@ থরবজর্ন রাভন অ্যান্ডারসন: ইউএক্স সাধারণত ইউজার এক্সপেরিয়েন্স মানে
ম্যাট এলেন

উত্তর:


24

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

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

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


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

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

18

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

পরিচালনার দৃষ্টিকোণ থেকে এই পরিস্থিতিতে কর্মীদের সাথে ডিল করার জন্য 3 সাধারণ উপায় রয়েছে:

  1. তাদের দুর্বলতাগুলি নিয়ন্ত্রণে রাখুন
  2. তাদের শক্তি খেলুন
  3. এগুলি থেকে মুক্তি পান (সত্যিই আপনার পছন্দ নয়)

বাইরের সহায়তা চেয়ে তাদের দুর্বলতাগুলি নিয়ন্ত্রণে পান।

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

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

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

তাদের শক্তি খেলুন

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

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


প্রযুক্তিগত চশমা এবং ডায়াগ্রামগুলির জন্য খারাপ ডেভসরা যে ক্ষতি করতে পারে তা হ্রাস করতে পারে। এটা কত সত্য।
maple_shaft

দোষের গেমটি খেলার পরিবর্তে খারাপ কোডে ফোকাস দেওয়ার জন্য +1। ইন্টারসাইন দ্বন্দ্বের সময়সূচীতে এবং সাধারণভাবে কোডের মানের উপর সর্বদা নেতিবাচক প্রভাব পড়ে।
TMN

9

বার বার তার ভুলগুলি সংশোধন করা বন্ধ করুন । সে শিখবে না; আমি জানি আমি না।

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

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


5

আমি কয়েকটি কারণে সত্যিই যত্নবান হব:

  1. আপনি কীভাবে নিশ্চিত যে প্রাথমিক প্রকাশের পরে আপনি তার সাথে কাজ করবেন না? আপনার পরিচালনা ভাবতে পারে, "কী দল, তারা কীভাবে একসাথে এই দুর্দান্ততা সরবরাহ করেছিল!" এবং আপনাকে একসাথে রাখতে চাই

  2. আপনি যদি আপনার বসের কাছে যান, আপনি নিজের অবস্থানটি ব্যাখ্যা করার চেষ্টা করার ক্ষেত্রে কতটা প্রযুক্তিগত পেতে চান? আপনার সহকর্মীদের খারাপ পারফরম্যান্স সম্পর্কে আপনার কতটা ডকুমেন্টেশন আছে?

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


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

5

আপনি যদি তার সমস্ত কাজ পুনরায় না করেন এবং কেবল প্রকল্পটি ব্যর্থ হতে দেন তবে ফলাফল কী হবে? আপনার কাছে পরিণতি আমি বলতে চাইছি।

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

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

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

আমার বেশিরভাগ বন্ধুবান্ধব একটি নিয়ন্ত্রিত প্রকল্পে সাধারণ 40 / সপ্তাহ ধরে কাজ করে কারণ তারা ব্যর্থতার ভয় পায় যখন তারা বুঝতে পারে না যে ব্যর্থতা বা সাফল্যটি সরাসরি আপনার কেরিয়ার পুরোটা প্রভাবিত করে affects

৮০% এরও বেশি প্রকল্প ব্যর্থ হয়েছে, এতে কোনও লজ্জা নেই।


সুদৃশ্য পদ্ধতির জন্য এবং উদ্ভাবিত স্ট্যাটাস সংখ্যাগুলির 69% এর জন্য +1
ক্রেগক্স ২

@ কাভাস, এলওএল, আমি সেই পরিসংখ্যানটি অনুমান করেছি কিন্তু স্মৃতি থেকে। আমি কোথাও পড়েছি যে প্রায় ৮০% প্রকল্পের ব্যর্থতা হিসাবে বিবেচিত হয় যেগুলিতে তারা 1) ওভারব্যাজেট চালান 2) ডেলিভারির অধীনে বা 3) সময়সীমা মিস হয়ে যায় এবং দেরিতে শেষ হয়।
maple_shaft

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

4

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

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

এবং আশা করি আপনি তার বেবি সিটার হিসাবে ভাড়া নেওয়া হয়নি। শুভকামনা।


3

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

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


1

আপনাকে আপনার বসকে তাত্ক্ষণিকভাবে যেতে হবে এবং আপনি এখানে যা বলেছেন তা স্পষ্টভাবে তাকে জানান।

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

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

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


1
আমি আরও পরামর্শ দেব যে লেখক তার / তার পরিচালককে তারা কী সময় কাটাচ্ছে তা সম্পর্কে বলে।
রামহাউন্ড

0

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

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

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

আপনি তার সাথে কথা বলার চেষ্টা করেছেন, সর্বোপরি, এবং যদি আপনি কিছু না করেন তবে আপনি আসলে সেখানে নিজের চাকরি ঝুঁকিপূর্ণ করছেন।


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

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

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

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