আপনি কি একই সাথে পরিচালক এবং প্রোগ্রামার হতে পারেন? [বন্ধ]


43

আপনি নিজে প্রোগ্রামিং ওয়ার্ক ফোর্সের অংশ হওয়ার সময় অন্যান্য প্রোগ্রামারদের পরিচালনা করা।

এটি একটি খুব সাধারণ স্কিম, কমপক্ষে আমি যে সংস্থাগুলির পক্ষে কাজ করেছি তাদের মধ্যে।

আপনি দু'জন একই সাথে করলে আপনি কি একজন ভাল প্রোগ্রামার বা একজন ভাল ম্যানেজার হতে পারেন?

আমি এমন একটি ব্যক্তির কার্যকারিতা নিয়ে প্রশ্ন করছি যা দুটি ভিন্ন ভিন্ন ভূমিকায় থাকতে হবে যার জন্য খুব আলাদা দক্ষতা, পরিবেশ, ঘনত্ব, সংগঠন ইত্যাদি প্রয়োজন requ

আপডেট : আমার প্রশ্নে কোম্পানির পরিচালনা (যা আমার ক্ষেত্রে) অন্তর্ভুক্ত রয়েছে, বিশেষত দল পরিচালন নয়। তবে আমি অবশ্যই উভয় বিষয়ে আগ্রহী।


1
বিল গেটস জিজ্ঞাসা করুন।
অ্যান্ড্রু আর্নল্ড

6
আমি করব. আমি কি আপনাকে একটি রেফারেন্স হিসাবে ব্যবহার করতে পারি?

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

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

1
সংক্ষিপ্ত উত্তর হল: কোন পারেন ভূমিকা কার্যকর হবে না হবে, এবং যদি আপনি এক দিকে রয়েছে অন্যান্য আনুপাতিকভাবে ক্ষতিগ্রস্ত হবে।

উত্তর:


36

এটি আপনাকে যে পরিমাণ প্রোগ্রামিং করতে হবে এবং কীভাবে পরিচালনা করতে হবে তার পরিমাণ এবং প্রকারের উপর নির্ভর করে।

পরিচালক হওয়ার অর্থ প্রচুর বাধা, সাময়িক পরিবর্তন এবং সভা ইত্যাদির মতো জিনিস means

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

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

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

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

দ্বিতীয়ত এর অর্থ হ'ল দলের বিকাশকারীরা ছোটখাটো বাগগুলি সংশোধন করতে বা ছোট বর্ধন করার জন্য ক্রমাগত তাদের বর্তমান কাজটি সরিয়ে নিচ্ছেন না।

তৃতীয়ত, ক্লায়েন্টরা তাদের জরুরি সমস্যাগুলি মোটামুটি দ্রুত সংশোধন করা হওয়ায় খুশি হয়েছিল।

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


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

4
আপনি দলে কাজ করার জন্য সঠিক লোকদের নিয়োগ দিলে আপনি একই সাথে একজন পরিচালক এবং প্রোগ্রামার হতে পারেন ।
নাভিদ চৌগল

1
আমি মনে করি এটি কেবলমাত্র কার্যকর হয়, যদি পরিচালক / প্রোগ্রামার দুর্দান্ত হয়। বেশিরভাগ ক্ষেত্রে এটি ব্যর্থ হয়, ঠিক যেমন মার্টিন উইকম্যানের উত্তরের মতো।
আন্দ্রেই বাজনা ২ য়

12

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

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



8

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


8

আমি বহু বছর ধরে একটি প্রোগ্রামিং প্রকল্প পরিচালক, বিভিন্ন সংস্থা, প্রকল্প এবং দলগুলির সাথে রয়েছি।

প্রকল্প পরিচালনা এবং প্রোগ্রামিং বিভিন্ন ধরণের কাজ / ভূমিকা, যা আমি যুক্তি দিয়ে বলতে পারি যে আপনি "চমৎকার" পর্যায়ে একইসাথে উভয় করতে পারবেন না। এটি একটি আপোস - কোনওটির মাস্টার নয়, সমস্ত ব্যবসায়ের জ্যাক, একধরণের জিনিস।

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


7

আমি উভয় পরিস্থিতিতে দেখেছি। ডেভ ম্যানেজাররা their তাদের সময়ের কিছু শতাংশ c কোডিংয়ের, এবং কোনও ডেভ ম্যানেজার, কোনও কোডিং করছেন না।

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

(অবশ্যই, এমন কিছু সংস্থা রয়েছে যেখানে আপনি দেব, দেব সীসা দিয়ে যেতে পারেন - দেব পরিচালকের চেয়ে আলাদা - আর্কিটেক্ট ইত্যাদির মতো পজিশনে)

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

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

এটি হ'ল আমি এই সঠিক কারণে ফ্রিল্যান্সিং শুরু করেছিলাম। লোক পরিচালনায় আমার কোনও আগ্রহ নেই, এবং আমি মনে করি এটিতে আমি বিশেষভাবে ভাল হব না, এবং আমি তেমন কোডটি পাব না।


6

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

যারা এই পথটি বিবেচনা করছেন তাদের জন্য কিছু পরামর্শ:

  • আর্কিটেকচারের ভূমিকা থেকে বেরিয়ে আসার জন্য আপনার গ্রুপে নেতৃত্বগুলি সনাক্ত করুন।

  • সমালোচনামূলক পথের আইটেমগুলিতে কাজ করবেন না। বাগগুলি ঠিক করুন, প্রোটোটাইপ বা অন্যান্য আইটেমগুলিতে কাজ করুন যখন আপনার বস যখন আপনাকে বিভ্রান্ত করতে আরও অনেক 'গুরুত্বপূর্ণ জিনিস' খুঁজে পান তখন দ্রুত তা ফেলে দেওয়া যেতে পারে।

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

  • আপনার দলটিকে বাড়তে সহায়তা করুন: আরও স্বতন্ত্র, স্ব-সংগঠিত, প্রযুক্তিগত পারদর্শী, উচ্চ স্তরের সচেতনতায় পরিণত হন।

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

প্রশ্নের উত্তর দেওয়ার জন্য, হ্যাঁ, এটি করা যেতে পারে। না, এটি সহজ নয় এবং বাড়ির প্রযুক্তিগত দিক থেকে অনেক নতুন পরিচালক, যারা দুর্দান্ত নেতৃত্ব হতে পারে, একজন সফল পরিচালকের চাকরিতে রূপান্তর করতে পারবেন না।


3

হ্যাঁ, একটি ভাল পরিচালক হতে পারে। যতক্ষণ আপনি দৃser় এবং ধারাবাহিক থাকেন, সাধারণত কোনও সমস্যা হয় না।

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

এটি সূচনা সংস্থাগুলিতে দেখতে পারা অত্যন্ত সাধারণ (যেমন আপনি বলেছেন)।


3

আমার মনে হয় না।

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

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

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

আমার সীমিত অভিজ্ঞতায়, আমি এমন কোনও ব্যক্তিকে পাইনি যিনি একজন সম্পূর্ণ প্রোগ্রামারের মতো অন্যান্য প্রোগ্রামার এবং কোড পরিচালনা করেন।


3

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

স্পোলস্কি বিকাশকারী অ্যাস্ট্রাকশন লেয়ার সম্পর্কে তাঁর নিবন্ধে নিম্নলিখিত লিখেছেন :

"একটি সফ্টওয়্যার সংস্থার সাথে, পরিচালনার প্রথম অগ্রাধিকারটি প্রোগ্রামারদের জন্য সেই বিমূর্ততা তৈরি করা প্রয়োজন।"

নিবন্ধে, (মতামতযুক্ত তবে আমি মনে করি যুক্তিযুক্ত), পরিচালকের ভূমিকা কোড বা সফ্টওয়্যার বিকাশের বিষয়ে নয় তবে এমন পরিবেশ তৈরি করা যেখানে এটি উত্পাদনকারীরা সম্পূর্ণরূপে ফোকাস করতে পারে।


2

আমার প্রাক্তন বস চেষ্টা করেছিলেন। তাঁর পরিচালনার ভূমিকা থেকে অনেকগুলি বাধা ছিল।

তিনি এখনও আমার জানা সেরা বিকাশকারীদের একজন।


2

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

আমার কাছে সেরা ম্যানেজারটি ছিল (আমি বিজেতে ~ 25 বছর ছিলাম), একজন সক্রিয় বিকাশকারী ছিলেন, আমার পরিচালক এবং সংস্থার অর্ধেক মালিক (প্রায় 40 টি এমপ)। তিনি বিশেষ ছিলেন তবে তিনি এই প্রশ্নে স্পষ্টতই সফল হয়েছেন।


2

সুরক্ষিত জন্য কোন !!

আপনি চেষ্টা করতে পারেন, তবে আপনি যে কোনও কিছুর চেয়ে বেশি পরিচালনা করতে পারবেন। সমস্যাটি হ'ল লোকেরা প্রতি 5 মিনিটে আপনাকে কল করতে বা প্রতি ঘন্টা "স্থিতি" মিটিং করার চেষ্টা করার সময় আপনি কোড করতে পারবেন না। এটি হাস্যকর ... আমি এখন এটি করছি যার কারণেই আমি এই সুতোতে হোঁচট খেয়েছি।

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

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

এই সাইটে "প্রোগ্রামিং-কেন্দ্রিক ক্যারিয়ারের পথের অভাব" বিভাগটি পড়ুন। খুব ভাল স্টাফ এবং খুব প্রাসঙ্গিক: http://c2.com/cgi/wiki?ProgrammingIsNotFun


1

এটা সম্ভব যে একজন ব্যক্তির ভাল ম্যানেজার এবং ভাল প্রোগ্রামিং দক্ষতা উভয়ই আছে, যদিও "সবার মধ্যে একটি জ্যাক কোনওটিরই মাস্টার নয়" এই কথাটি মনে আসে ...

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

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

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

সুতরাং আমি অনুমান করি যে এর কোন সুস্পষ্ট উত্তর নেই, তবে আমি উভয়কেই খুব বেশি মিশ্রণ এড়াতে চাইছি। আমার 2 সেন্ট


1

ভাল, আমি পড়েছি যে সফ্টওয়্যার প্রকল্পগুলির পরিচালকরা তাদের অবশ্যই কোডার হওয়া উচিত।

আমি মনে করি একজন পরিচালক একজন কারণ হিসাবে পরিচালিত - পরিচালনা করার জন্য। আমি এটিকে থাম্বের নিয়ম হিসাবে গ্রহণ করব ... কিছু ডাবল তরোয়াল হতে পারে।


1

আমি জানি যেখানে এটি কাজ করে case লোকটি এক ধরনের ওয়ারহহোলিক, তাই তিনি একজন পরিচালক হিসাবে পুরো সময় এবং প্রোগ্রামার হিসাবে প্রায় পুরো সময় কাজ করেন।

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

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