সফ্টওয়্যার ইঞ্জিনিয়ার এবং প্রোগ্রামারগুলির মধ্যে মূল পার্থক্যগুলি কী কী? [বন্ধ]


103

সফ্টওয়্যার ইঞ্জিনিয়ার এবং প্রোগ্রামারগুলির মধ্যে মূল পার্থক্যগুলি কী কী?


1
জোয়েল ইতিমধ্যে এই প্রশ্নটি জিজ্ঞাসা করেছে এটি উত্তর দেওয়া সহজ প্রশ্ন নয় এবং এর সুস্পষ্ট উত্তর আছে কিনা তা সম্পর্কে আমি নিশ্চিত নই। তবে আমি জানি যে জোয়েল ইতিমধ্যে এই প্রশ্নটি তুলে ধরেছে।
ডেনিম

উত্তর:


80

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


10
আপনি কি দয়া করে পরিষ্কার করতে পারেন, আপনি উভয়কে (বিভিন্ন কাজের জন্য) বা কেবলমাত্র সফ্টওয়্যার ইঞ্জিনিয়ারদের ভাড়া করেন?
জাপ

2
আপনি প্রাক্তনকে একটি সফটওয়্যার ইঞ্জিনিয়ার কল করতে পারেন , তবে আমি তা করব না। ব্রেন্ডনের সমাপ্তি হিসাবে, এটি সাধারণত একটি সফ্টওয়্যার আর্কিটেক্টের কাজ।
JᴀʏMᴇᴇ

131

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

বলা হচ্ছে যে সাধারণ প্রবণতা এইভাবে চলে:

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

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

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

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

এটি হতে পারে যে কিছু দেশের একটি আলাদা পার্থক্য রয়েছে, আমি সত্যিই জানি না।

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

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

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

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

তবে দেখুন, সম্ভবত ইঞ্জিনিয়ারিং। এবং এটাই, যখন কেউ "সফটওয়্যার ইঞ্জিনিয়ার" সম্পর্কে কথা বলেন, তাদের উচিত চিন্তা করা এবং লক্ষ্য করা উচিত।

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

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

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

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

আশা করি এটি সাহায্য করেছে, যদিও এটি আসলে কোনও উত্তর নয়।

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


12
"প্র্যাকমেটিক প্রোগ্রামার" বইটি আরও জানায় যে সফ্টওয়্যারটি ইঞ্জিনিয়ারিংয়ের মতো নয়। আপনি যখন কোনও বাড়ি বা আকাশচুম্বী পরিকল্পনা করতে পারেন, যেমন সফ্টওয়্যার ইঞ্জিনিয়ারিংয়ের উপমা খুব কমই ব্যবহার করা যেতে পারে। তারা জানিয়েছে: সফ্টওয়্যারটি বাগান করার মতো। বাগানের পরিকল্পনা করুন, গাছ লাগান। তারপরে কী বাড়ছে তা দেখুন, আগাছা সরিয়ে নতুন গাছ লাগান।
ফ্যালকন

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

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

3
@ হাইলেম: এটি সফ্টওয়্যার বিকাশের আদর্শ। কিন্তু আপনি যদি একটি CMM লেভেল 4/5 কোম্পানিতে কাজ করেছি, আপনি নোটিস করবেন যে, তারা করতে পারেন খরচ ভবিষ্যদ্বাণী করা, এবং প্রায়ই তাদের 95% আস্থা মাত্রা সংযুক্ত করুন। তারা তাদের সফ্টওয়্যার বেসটি যথেষ্ট ভালভাবে বুঝতে পারে এবং তাদের যথেষ্ট প্রয়োজনীয়তা রয়েছে যে, রাস্তাঘাটগুলি বিরল। আপনি যখন সেগুলি মোকাবেলা করার অভিজ্ঞতা পেয়েছেন এবং রাস্তাঘাটগুলির ব্যয় কম হয়।
এমসাল্টারস 9:48

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

81

সফটওয়্যার ইঞ্জিনিয়াররা এমন ব্যক্তিরা যারা সংস্থাগুলিতে কাজ করেন যারা তাদের জন্য সফ্টওয়্যার লেখেন তাদেরকে "সফটওয়্যার ইঞ্জিনিয়ার্স" বলে।

প্রোগ্রামাররা হ'ল এমন ব্যক্তিরা যারা সংস্থাগুলিতে কাজ করেন যারা তাদের জন্য সফ্টওয়্যার লেখেন তাদের "প্রোগ্রামার" বলে "

এছাড়াও বিকাশকারী , বা সফ্টওয়্যার বিকাশকারী রয়েছে । তারা এমন ব্যক্তিরা যারা সংস্থাগুলিতে কাজ করেন যা তাদের জন্য সফ্টওয়্যার লেখার লোকদের যথাক্রমে "বিকাশকারী" বা "সফ্টওয়্যার বিকাশকারী" বলে থাকেন call


26
আমার মনে রাখা উচিত যে এই উত্তরটি আসলে মজার ছিল না।
জের

15

সুতরাং সেখানে "সফটওয়্যার ইঞ্জিনিয়ার", "প্রোগ্রামার", এবং "বিকাশকারী", "কোডার" রয়েছে এবং আপনি "এসওএ বিশেষজ্ঞ" কে কখনও ভুলতে পারবেন না

এগুলি এমন সমস্ত লোকের জন্য বিপণনের শর্ত যা যারা তাদের সিভিতে অর্থপূর্ণ কিছু বলতে পারেন না, যেমন তাদের পূর্বের অবস্থানগুলিতে আসল ভূমিকা (কেবলমাত্র চাকরি-শিরোনাম নয়)।

কাজের বিজ্ঞাপনে, পার্থক্যটি এইচআর ব্যক্তির মধ্যে কম down

নীচের লাইন: প্রত্যেক ব্যক্তির নিজস্ব কোড রয়েছে "কোডটি একটি ভাল কর্মচারী কী করে" - এবং কিছু এই জাতীয় এবং এই জাতীয় শিরোনামের সাথে এই জাতীয় দক্ষতা যুক্ত করতে পছন্দ করে।

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


10

কোনও পার্থক্য নেই। তারা একই জিনিস। সংস্থাগুলির শর্তাদি ব্যবহার করে কাজের আনুষ্ঠানিক বিবরণ থাকতে পারে এবং তারপরে শব্দটির কিছু সংস্থার নির্দিষ্ট অর্থ থাকতে পারে।


8

প্রোগ্রামিং কোড সম্পর্কে। সফটওয়্যার ইঞ্জিনিয়ারিং শেষ পণ্য সম্পর্কে।


3

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

তবে, এমন কোনও আসল সংজ্ঞা নেই যাতে শিরোনামের ভিত্তিতে লোকেরা জানতে পারে যে আপনি কী করছেন, বা আপনি কী অভিজ্ঞ।

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

যদি কোনও শিরোনাম আপনার কাছে গুরুত্বপূর্ণ হয় তবে নতুনটি গ্রহণ করুন, কারণ প্রকৌশলী বিকাশকারী থেকে উচ্চতর শোনাচ্ছে।


3

আমার অভিজ্ঞতার জন্য এটির কোনও অর্থ হতে পারে বলে আমি মনে করি না:

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

এছাড়াও, এমন কি ফ্যাশনের শর্তাদিও পরিবর্তিত হয় ... প্রথম শব্দটি ছিল "প্রোগ্রামার", তারপরে "সফটওয়্যার ইঞ্জিনিয়ার" এবং এখন "ডেভেলপার" হিসাবে উপস্থিত হয় ...

কাজের বিবরণী বা নির্দিষ্ট সংস্থার কারও কাছে পড়া ভাল


3

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


2

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

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