একজন প্রোগ্রামার সিনিয়র প্রোগ্রামার থেকে প্রধান জিনিসগুলি কী প্রত্যাশা করে?

Question

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

আমি জানতে চাই একজন প্রোগ্রামার সিনিয়র প্রোগ্রামার থেকে মূল জিনিসগুলি কী কী প্রত্যাশা করে বা কোনও দল পরিচালনার সময় আমাদের কী কী বিষয়গুলি এড়ানো উচিত।

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

Comments

joelonsoftware.com আপনার ব্লগের যতটা সময় পড়ুন তার জন্য পড়ুন।

— পি.ব্রায়ান.ম্যাকি

@ P.Brian.Mackkey দুর্দান্ত লিংক!

— অবতার

যে সিনিয়র প্রোগ্রামারটির মিয়াজাকি সম্পর্কিত অবতার রয়েছে সম্ভবত এটি আবশ্যক নয়, তবে অবশ্যই এটি একটি বড় প্লাস :-)

— লিওনব্লায়

আকর্ষণীয় ... আমার বস সেই পরীক্ষায় 5 জনের মধ্যে 4 রান করেছিলেন ... আমার তাকে সুসংবাদ সম্পর্কে সতর্ক করা উচিত;)

— এওও

সম্পর্কিত: প্রোগ্রামার্স.স্ট্যাকেক্সেঞ্জিং / প্রশ্ন

— ২71ques৪64৪/

Answer 1

আমার পক্ষে যে জিনিসগুলি ভালভাবে কাজ করছে বলে মনে হচ্ছে:

• অর্থবহ কাজ দিন এবং মালিকানা উত্সাহিত করুন - এমনকি যদি কোনও সমস্যা দেখা দেয় তখনও এটি সমাধান করবেন না, এর মাধ্যমে কথা বলুন এবং ব্যক্তিকে অন্তর্দৃষ্টি দিন যাতে তারা নিজেরাই এটি সমাধান করতে পারে।
  • সম্পাদনা - সংযোজন - এটি হ'ল অন্তর্ভুক্ত ছিল - বিশদ বিবরণটি বাইরে রাখুন। আপনার লোকেরা মাইক্রো ম্যানেজমেন্ট বা অবিচ্ছিন্নভাবে চেক করার প্রয়োজনীয়তা ছাড়াই অ্যাসাইনমেন্টটি করার যথেষ্ট পরিমাণে জানেন। যখন কখন তাদের চেক ইন করা উচিত তার জন্য একটি নির্দেশিকা তৈরি করুন - যা কেবল তখনই হয় যখন কাজ হয় হয় বা সত্যই বিভ্রান্ত হয় যে গুরুতর হস্তক্ষেপ হয় প্রয়োজন ছিল। যদি সম্ভব হয় তবে ইন্টারেটেম সাপোর্ট ইস্যুগুলির লুপে থাকা থেকে দূরে থাকুন।
• সত্যি কথা বলুন - এর বেশ কয়েকটি মূল প্রতিস্থাপন রয়েছে:
  • নিজের সম্পর্কে সত্য কথা বলুন - "মঙ্গলবার পর্যন্ত আমার কাছে সময় হবে না", "আমি কখনই এটি করিনি, এখানে আমার সেরা অনুমান" ইত্যাদি
  • দল এবং তারা সংস্থায় কোথায় ফিট করে সে সম্পর্কে সৎ হন - ব্যবসায়ের জিনিসপত্র সম্পর্কে যদি আপনার কিছু জানা থাকে তবে আপনি পারেন কিনা তা তাদের জানান, এবং সরল ঘটনা হিসাবে আপনি কী জানেন তা তাদের বলুন।
  • প্রতিক্রিয়া জানাতে সৎ হোন - আপনি নেতিবাচক প্রতিক্রিয়া জানালে শব্দের বা নরম প্যাডেল টানবেন না। এটি "নির্মম પ્રમાણে" থেকে আলাদা - আপনার এখনও সহানুভূতি থাকতে পারে, তবে যদি কিছু ভুল হয় তবে তাই বলুন।
  • সতর্কতা অবলম্বন করুন যখন আপনি জানেন যে কাজটি অর্থবহ কিছু করার চেয়ে রেডটাইপ সম্পর্কে বেশি। সবার জীবনে অর্থহীন কিছু কাজ পড়ে যাবে। এটি অর্থপূর্ণ ভান করবেন না। এটিকে যেমন কল করুন, তাই আপনি সকলেই এটি অতীত হয়ে উঠতে এবং দরকারী কিছুতে যাওয়ার দিকে মনোনিবেশ করতে পারেন।
• শোনো । আপনার কাজের কমপক্ষে 50% শুনছেন, সম্ভবত আরও কিছু। আপনি কেবল প্রযুক্তিগত কাজের জন্যই নয়, লোকেরা এটি করার জন্য কঠোরভাবে দায়বদ্ধ হয়ে পড়েছেন। আপনাকে কেবল দলটি যে সমস্যা করছে তা নয়, আপনার লোকেরা কীভাবে সমস্যাটির দিকে এগিয়ে যায় এবং দলগতভাবে দলের ত্রুটিগুলি কী তা শিখতে হবে।
  • গুরুত্বপূর্ণ তাত্পর্য - শ্রবণটি সরাসরি # 1 পয়েন্টে পৌঁছে দিতে পারে - অর্থবহ কাজ দেয় - ইঞ্জিনিয়াররা উন্নয়নের সহজতর করার উপায় নিয়ে আসতে পারে। আপনি সবকিছু অনুমোদন করতে পারবেন না, তবে যেখানে ধারণাটি ভাল সেখানে ইঞ্জিনিয়ারকে অ্যাসাইনমেন্ট দিন এবং তারা মূলত আপনার জন্য কাজ করেছেন - তারা অর্থবহ কাজটি তৈরি করেছে এবং আপনাকে যা বলেছে তা বলেছে।
• "ধন্যবাদ" বলুন । আমি জানি, এটা সুস্পষ্ট বলে মনে হচ্ছে। যদিও আমরা সকলেই অর্থ, আরও ভাল সরঞ্জাম, একটি সুন্দর কাজের পরিবেশ এবং প্রচারগুলি পছন্দ করি - এই জিনিসগুলিতে পৌঁছানোর উপায় হ'ল ধারাবাহিক ভাল প্রচেষ্টা, যার প্রত্যেকটির জন্য "ধন্যবাদ" দাবি করা উচিত। "থ্যাঙ্কস" সম্পূর্ণ নিখরচায়, আপনি এগুলি থেকে কখনই ফুরিয়ে যাবেন না এবং আপনার পরিচালক যে আপনার কঠোর পরিশ্রম দেখেছেন এবং প্রশংসা করেছেন তা নিশ্চিতভাবেই অনুপ্রেরণামূলক।
• বড় ছবিতে সময় ব্যয় করুন , এমনকি যদি এটি কাজের জন্য দিনের কিছু অংশকে ত্যাগ করতে হয়। এটি সম্ভবত সত্য যে আপনি আপনার কিছু লোকের চেয়ে ভাল কোড করতে পারেন, তবে আপনি যদি বড় ছবি - দল, সামগ্রিক প্রকল্পের দিকনির্দেশ, আপনার কোডবেজের রাজ্য, আপনার প্রক্রিয়াগুলির দক্ষতার জন্য একটি শালীন সময় ব্যয় না করেন , আপনার দলের পরিবেশ - তাহলে আপনি তাদের যে কাজটি করার দরকার তা আপনি করছেন না।
• আপনার দলের জন্য বাফার হতে শিখুন । ইঞ্জিনিয়ারিং দলগুলি যখন সময় দেওয়ার উপযুক্ত থাকে তখন ইঞ্জিনিয়ারিং ... কর্পোরেট আমলা ইঞ্জিনিয়ারিং নয়। প্রতি বছর / মাস / সপ্তাহের বহিরাগতদের সাথে বৈঠক করার জন্য বিরক্তিকর 1 নেওয়ার জন্য আপনি যা কিছু করতে পারেন তা আরও ভাল। দ্রষ্টব্য: এর অর্থ স্টেক হোল্ডারদের সাথে চটজলদি বৈঠক নয় - এটি ইঞ্জিনিয়ারিং, আপনার দলের জন্য সেখানে উপস্থিত হওয়া দরকার। আমি বলতে চাইছি এমন সুবিধাগুলির সাথে বৈঠক যারা আপনার দলের কাছে খুব জোরে চটজলদি যন্ত্রের টুকরো টানতে চান, বা যে কোনও প্রক্রিয়া গোষ্ঠী আপনার দলটি কোনও কোড চেক করার আগে তিনটি কাগজে পূরণ করতে চায়। আপনি ফ্ল্যাঙ্ক শোষণ ব্যবস্থা।
• সমস্যাটিকে ধরে নিন লোকেদের মন্দ নয় , তারা এমন লোক যারা ভাল কাজ করতে চায় তবে কীভাবে তা এখনও বের করতে পারেনি। আপনি সবাইকে সংশোধন করতে সক্ষম হচ্ছেন না, তবে প্রায়শই প্রথম কয়েকটি সম্পূর্ণ স্ক্রু আপগুলি ব্যর্থ যোগাযোগের কারণ হিসাবে অক্ষম বা ইচ্ছাকৃত কুৎসা। যদি আপনি এই ধারণাটি শুরু করেন যে লোকেরা মন্দ নয়, তবে আপনার উপরের তালিকার বেশ কয়েকটি দুষ্কৃতী বসকে প্রত্যাখ্যান করার উপযুক্ত আশা রয়েছে।

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

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

Comments

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

— অগ্রজ

সত্যিই দুর্দান্ত ... আমি চাই স্ট্যাক এক্সচেঞ্জ নিম্নলিখিত ব্যবহারকারীদের জন্য সহায়তা সরবরাহ করতে পারে (জোয়েল এবং জেফের একটি সংক্ষিপ্ত নোট) :)

— প্রিন্স কোডার

ওয়াও !! ... যেটা সেরা উত্তর এক আমি কখনো @Stackexchange জুড়ে আসতে ছিল

— explorest

বাহ এবং বাহ! এবং এই মন্তব্যটি জমা দেওয়ার জন্য আমাকে আরও কয়েকটি অক্ষর টাইপ করতে হয়েছে, বাহ।

— আমির আফগানি

@ প্রিন্সকোডার প্রতিটি ব্যবহারকারীর নিজস্ব ফিড রয়েছে, আপনি এটি আরএসএসের কয়েকটি পাঠককে অনুসরণ করতে পারেন।

— এসভিক

Answer 2

ঠিক আছে, শেখার সবচেয়ে বড় জিনিসগুলির মধ্যে একটি হ'ল আপনি প্রায়শই তাদের খুশি রাখতে সক্ষম হবেন না কারণ তারা যা চান তা দেওয়ার ক্ষমতা কেবল আপনার নেই won't

আমি যে সর্বাধিক পরিচালকদের জন্য কাজ করেছি তাদের মধ্যে আমি সবচেয়ে সৎ ছেলেরাই রয়েছি, যারা তাদের দলকে এমন সমস্ত বকাঝকা থেকে রক্ষা করবে যা managementর্ধ্বতন ম্যানেজমেন্ট তাদের দিকে ছুঁড়ে ফেলার চেষ্টা করে, এবং সর্বোপরি তাদের দলে তালিকাভুক্ত হয়।

Comments

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

— পাচ্ছি

শিরোনাম যা বলে তা যথেষ্ট ফায়ার, তবে প্রশ্নটি বসদের সম্পর্কে কথা বলতেই যায়। আমি আমার ক্যারিয়ারে প্রচুর ভাল পরিচালক / দেব নেতৃত্ব পেয়েছি।

— ozz

+1 @ জেমস কেউ শিরোনাম সম্পাদনা করেছেন বলে মনে হয়। প্রশ্ন দ্বারা সীসা / পরিচালকদের সম্পর্কে দাঁড়িয়েছে। "বস" শব্দটি প্রচণ্ড দেখায়, তাই আমি সিনিয়র প্রোগ্রামার শব্দটি বেছে নিই।

— অবতার

Answer 3

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

শোনা গুরুত্বপূর্ণ।

দয়া করে এবং ধন্যবাদ আপনি গুরুত্বপূর্ণ এবং কিছুই ব্যয়।

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

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

সিদ্ধান্ত গ্রহণ করুন। সিদ্ধান্তগুলি স্থগিত রাখবেন না যাতে প্রতি পাঁচ মিনিটে কেউ তাদের উন্নতি করতে বা খারাপ পরিবর্তন করতে না পারে।

আপনার লোকদের জন্য দাঁড়ানো। আপনি এগুলি সবই জিততে পারবেন না তবে লোকেরা এমন কোনও ব্যক্তির পক্ষে আগুনের মধ্য দিয়ে চলবে যারা তাদের শৃঙ্খলা সমর্থন করে।

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

কীভাবে উচ্চতর আপগুলিতে আইডিয়া বিক্রয় করবেন এবং আপনার ডেভগুলিতে এই দক্ষতাগুলি শিখিয়ে নিন।

ব্যবসায়ের ডোমেনের গুরুত্ব বুঝতে এবং প্রোগ্রামিংয়ের পাশাপাশি এতে বিশেষজ্ঞ হন।

Answer 4

এখানে কীওয়ার্ডগুলি বিশ্বাস এবং দায়িত্ব।

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

আইএমএইচও, এটি একা স্বাস্থ্যকর পরিবেশ তৈরিতে আশ্চর্য করে।

Comments

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

— পিয়েটার টার্ক

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

— জাস

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

— প্যাটার তারেক

@ পিটার টার্ক - অবশ্যই, প্রত্যেকে প্রত্যেক সংস্থায় এই জাতীয় কয়েকজনকে চেনে (আসলে এটি পড়ে আমি ভেবেছিলাম আপনি আমার মতো একই লোককে চেনেন :)। তবে আমার অভিজ্ঞতা থেকে, বেশিরভাগ লোক ফোকাস করে এবং তাদের সেরাটি করার চেষ্টা করে।

— জাস

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

— প্যাটার টারিক

Answer 5

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

আইএমও এড়ানোর প্রধান বিষয় হ'ল উচ্চ পরিচালনার পক্ষে "হ্যাঁ ম্যান" হওয়া এবং তারা যা বলুক না কেন সর্বদা সম্মত হয় (একটি গাধা-কিসর, অন্য কথায়)

Comments

+1: ঠিক আছে। এবং যদি আপনি নিজেকে 'হ্যাঁ-ম্যান'-এ প্রতিবেদন করতে দেখেন তবে ASAP ত্যাগ করুন।

— জিম জি।

দুঃখের বিষয়, এমন অনেক পরিবেশ রয়েছে যেখানে সিনিয়র / লিড / ম্যানেজার প্রোগ্রামার হ্যাঁ ম্যান ছাড়া কিছুই নয় (বা আমি তাদের "স্মিথারস" বলতে পছন্দ করি), এবং সবচেয়ে খারাপ সময়টি আপনি বেশিরভাগ সময় জানেন না আপনি কাজ না করা পর্যন্ত।

— ওয়েইন মোলিনা

Answer 6

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

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

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

Answer 7

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

Answer 8

জ্ঞান এবং যোগাযোগ। উত্সটি জানা এবং আরও অনেক কিছু , আরও গুরুত্বপূর্ণভাবে এটি যে কাউকে বোঝাতে সক্ষম হচ্ছেন, এমনভাবে যে তারা বুঝতে পারবেন এবং ধরে রাখবেন।