সফ্টওয়্যার ইঞ্জিনিয়ারিং সম্পর্কে আমার কী ভুল ধারণা আছে? [বন্ধ]


26

আমার একটি প্রশ্ন রয়েছে যা আমার সর্বশেষ কাজ (বরং ইন্টার্ন) দ্বারা উত্থাপিত হয়েছে।

বিষয়গুলিকে কেবল প্রসঙ্গে রাখি - আমি 21 বছর বয়সী এবং সিস অ্যাডমিন / কিউএ চাকরির অভিজ্ঞতা অর্জনের 2 বছর পূর্বে আমি আমার ২ য় বিশ্ববিদ্যালয়ের পড়া শেষ করেছি এবং মূলত আমি বলতে পারি যে আমি কতটা আলাদা দেখেছি আইটি সেক্টর পরিচালিত। বর্তমান সময়ের জন্য ফ্ল্যাশ করুন এবং এখানে আমি যুক্তরাজ্যের অন্যতম প্রধান গবেষণা প্রতিষ্ঠানে ইন্টার্নিংয়ের কাজ শুরু করছি।

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

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

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

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

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

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


13
গবেষণা অন্যান্য অনেক ক্ষেত্রের চেয়ে আলাদা জন্তু। এটি সত্যিই একটি দৌড়।
ক্যাফগিকে


18
because I'm expected to work in an ad-hoc matter. That is create things quickly, without spending time on designing- রিয়েল ওয়ার্ল্ডে আপনাকে স্বাগতম, যেখানে সময়সীমা রয়েছে এবং সংস্থাগুলি ফলাফল প্রকাশ করবে বলে আশা করা হচ্ছে।
রবার্ট হার্ভে

1
আমার শেষ কাজটিতে, আমরা এটিকে "সোনার-ধাতুপট্টাবৃত" বলেছিলাম, "জিনিসটি সোনার-প্রলেপ ছাড়ুন এবং এটি শেষ করুন!" সমস্ত গম্ভীরতার মধ্যে, যদিও, একটি ভাল পণ্য তৈরি করতে, আপনার এটির পরিকল্পনা করার জন্য কিছুটা সময় ব্যয় করা দরকার ; দেখতে programmers.stackexchange.com/questions/97985/...
রবার্ট হার্ভে

1
@ টাইলার কেবল কারণ পণ্যটি বাণিজ্যিক হতে যাচ্ছে না তার অর্থ এই নয় যে সেই পণ্যটি সম্পূর্ণরূপে পরিচালিত হবে এবং পরিচালিত হবে (বা এর কাছাকাছি থাকবে) তার উপর কোনও সময়সীমা নির্ভর নেই।
কেনেথ

উত্তর:


33

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

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

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


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

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

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

1
(5 মিনিটের সম্পাদনা উইন্ডোর পরে উপরে সম্পাদনা করুন) - কাদা একটি বড় বল ব্যবহারকারীদের জন্য সমাধানের চেয়ে আরও বেশি সমস্যা তৈরি করতে চাইবে। এবং যদি এটি আরও সমস্যা তৈরি না করে (উদাহরণস্বরূপ বলা কঠিন, সম্ভবত একটি নিক্ষেপ যা আসলে ফেলে দেওয়া হয়?) তবে কাদামাটির একটি বড় বল তৈরি করা আসলে একটি ভাল সমাধান হতে পারে। বা, কমপক্ষে ভাল হতে পারে।
PSr

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

17

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

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

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

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

মডেলিং সফ্টওয়্যারটির ভবিষ্যদ্বাণীগুলির সাথে বড় সমস্যা না রয়েছে তা নিশ্চিত করা কি নৈতিক নয়?

পুরো সমস্যাটি গ্রীনহাউস গ্যাসগুলি পৃথিবী গরম করে না। সমস্যাটি হ'ল প্রতিক্রিয়ার প্রভাবগুলির নেট ফলাফলটি তাপমাত্রায় ত্বরণ বাড়িয়ে তোলে, যা একটি প্রান্তিক অংশ ভাঙার পরে আর ফিরে আসা যায় না।

যদি বলা হয় লাভ হচ্ছে তবে নেট ফলাফলের প্রমাণ প্রান্তিক হবে, সম্ভবত ভুলের মধ্যে রয়েছে।

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

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


পুরোপুরি বৈধ পয়েন্ট! যদিও, ধন্যবাদ, এটি এই বিশেষ উদাহরণে কোনও সমস্যা নয়!
টাইলার ডারডেন

আমি বাকী উত্তরগুলির মনোভাব নিয়ে আরও কিছুটা উদ্বিগ্ন, যে অন্য কেউ এই উদ্বেগ লক্ষ করেনি।
লি লুভিয়েরে

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

8

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

যদি আপনি 3 ঘন্টা (বা দিন) এর মধ্যে এমন কোনও অ্যাপ্লিকেশন তৈরি করতে পারেন যা এটি করতে যা বোঝায় তা করে, তবে সামনে ডিজাইন করার জন্য কেন এতে আরও বেশি সময় ব্যয় করবেন? আপনি শুধু অর্থ অপচয় করছেন। অর্থ অপচয় করা কোনও ভাল ধারণা general


+1 কিছু বছরের জন্য পণ্য এবং অন্যদের 3 ঘন্টার মধ্যে কিছু উত্পাদন করতে হয় : ডি
কার্তিক শ্রীনীবাসন

5

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

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

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

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

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

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


দুর্দান্ত উত্তর! জ্ঞানের বিবৃতি - "রক্ষণাবেক্ষণের পর্ব - যা সাধারণত কোনও পণ্যের জীবদ্দশায় 90% + হয় এবং বেশিরভাগ স্থায়ী বাণিজ্যিক সফ্টওয়্যার কাজের রুটি এবং মাখনের নিত্যদিনের রুটিন"।
কার্তিক শ্রীনীভাসন

2

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

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

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


1

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

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


1

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

এর দ্বারা আমি যা বোঝাতে চাইছি আপনি তা বলেছেন:

"আমাকে যা করতে হবে তা হল প্রযুক্তির মিশ্রণ ব্যবহার করে কিছু অভ্যন্তরীণ সরঞ্জাম তৈরি করা - প্রধানত এডাব্লুএস / জাভা / বাশ"

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

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

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

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


0

আমি সম্মত হই যে আপনার বর্তমান কাজটি যেভাবে পরিচালনা করছে তা হ'ল সাব-ইস্টিমাল। তবে, আপনি যদি বলতে চান যে এটি মোটেও কাজ করে না, আমি সেখানে আপনার সাথে দ্বিমত পোষণ করব কারণ বিভিন্ন ফলাফল রয়েছে এবং প্রতিষ্ঠানটি এখনও রয়েছে।

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

একটি কাজ ভালভাবে করার জন্য সময় গ্রহণ করা প্রতিষ্ঠানের পরিপক্কতার সাথে কিছুটা নির্ভর করে সেই সাথে কিছু করার জন্য দাবি করা বনাম কোনও কাজটি করা কীভাবে গুরুত্বপূর্ণ।

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

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

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

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


0

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

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


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

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