আমি 90% রক্ষণাবেক্ষণ এবং 10% উন্নয়ন করছি, এটি কি সাধারণ? [বন্ধ]

Question

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

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

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

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

যাইহোক, এটা কি স্বাভাবিক? আমার মতে আমি বিকাশকারীদের পুরো দলের সমতুল্য কাজটি করছি।

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

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

পিএস আমার বেতন সুপার মার্কেটের ক্যাশিয়ারের চেয়ে কম না হলে প্রায় সমান।

Comments

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

— আর্টজম

আমি পুরোপুরি সম্পর্ক করতে পারি। হয়তো এটি আপনাকে খানিকটা উত্সাহিত করবে

— দান্তে

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

— স্কট হুইটলক

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

— rtPress

"আমার বেতন কম না হলে সুপার মার্কেটের ক্যাশিয়ারের বেতন কম।" - একটি নতুন কাজ সন্ধান করুন এবং তাদের আপনার 2 সপ্তাহের নোটিশ দিন। ন্যূনতম মজুরি দেওয়া পাগল। তারা আপনার প্রশংসা করে না এমন সংস্থায় এই মজুরি বৃদ্ধি গ্রহণ করবেন না।

— রামহাউন্ড

Answer 1

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

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

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

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

Comments

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

— ক্লান্ত প্রোগ্রাম

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

— ম্যাপেল_শ্যাফ্ট

'আপনার সংস্থার দৃষ্টিকোণ থেকে, আপনি বিদ্যমান কাঠামো পরিবর্তন করা অর্থ ইতিমধ্যে সম্পন্ন কিছু আবার করাতে অর্থ অপচয় করা হয়-ব্যক্তিগতভাবে আমি এর সাথে দৃ strongly়ভাবে একমত নই।

— নিকোডেমাস

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

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

— ফিল

Answer 2

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

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

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

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

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

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

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

মনে রাখবেন যে আপনার বর্তমান অবস্থানটি আপনার কোম্পানির দ্বারা কম মূল্যবান বলে মনে হলেও আপনি যত বেশি প্রকল্প বজায় রাখছেন তত বেশি আলোচনার শক্তি আপনার রয়েছে ।

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

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

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

Comments

ম্যানেজমেন্ট সমস্যা সম্পর্কে সম্পূর্ণরূপে আপনার সাথে একমত ... যেমন আমি 7 টি সাপোর্ট প্রকল্পের আগে লিখি এবং 2 টি নতুন প্রকল্প আমার কাছে প্রোগ্রামিংয়ের মত শব্দ বলে মনে হয় :)

— আর্টজম

ভাল পয়েন্ট এবং এটি চেষ্টা মূল্য! তবে, আমার অভিজ্ঞতা আমাকে বলে যে এটি প্রায়শই ব্যর্থ হয়, তাই বি প্ল্যানও করুন।

— ডেডালনিক্স

আমি পিটার সাথে আন্তরিকভাবে একমত। আপনি যদি চাকরী পরিবর্তন করতে না পারেন তবে আপনার চাকরি পরিবর্তন করুন।

— কমেটবিল

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

— লিড 25d

যদিও আপনার উত্তরটি বড়, এটি পড়া এবং অনুসরণ করা সহজ। +1

— রাদু মুর্জিয়া

Answer 3

পিএস আমার বেতন কম না হলে প্রায় সমান তবে সুপারমার্কেটের ক্যাশিয়ারের বেতন।

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

Comments

লল আমি তার জন্য ভাল উত্তর এবং সুন্দর উত্তর পেয়েছি!

— নীল

হাফ? এটি 1/3 এরও কম।

— ম্যাসন হুইলারের

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

— দিয়েগো

Answer 4

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

এই বিষয়টিতে আমার কাছে কয়েকটি অতিরিক্ত চিন্তাভাবনা রয়েছে।

1. যা ভালবাস তাই করো. আপনি যদি এটি পছন্দ না করেন তবে এটি কী আপনি পছন্দ করতে পারেন তা খুঁজে পাওয়ার চেষ্টা করার জন্য নিজেকে প্রস্তুত করুন।

2. কমিউনিকেশন। অবাস্তব প্রত্যাশা সরবরাহ করতে আপনার অক্ষমতা স্পষ্টভাবে যোগাযোগ করুন icate আমার অনুরূপ অভিজ্ঞতায় স্থপতি (যিনি সর্বাধিক স্থান পরিবর্তন করেছিলেন) বলেছিলেন, "আপনাকে অন্যদের প্রত্যাশা পরিচালনা করতে হবে।"

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

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

আপনি কোন প্রতিভা এবং দক্ষতা বৃদ্ধি করছেন তার উপর ফোকাস করুন ... এগুলি আপনার কেরিয়ারের পরবর্তী সুযোগগুলির মধ্য দিয়ে আপনাকে বহন করবে।

Comments

এই উত্তরের জন্য আপনাকে অনেক ধন্যবাদ, এটি দুর্দান্ত পরামর্শ, আমি খুব ভয় পাচ্ছি যে আমি আপনার পয়েন্ট 3 এর

— নিকটেই রয়েছি

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

— নিকোডেমাস

প্রশিক্ষণের কোণের জন্য +1। এটি সম্ভবত একমাত্র ইতিবাচক যা আপনি এই পরিস্থিতি থেকে বেরিয়ে আসতে পারেন এবং সময় পরিচালনায় সম্ভবত আরও ভাল হয়ে উঠছেন।

— তেহনিত

Answer 5

আপনি এখানে একাধিক সমস্যা নিয়ে কাজ করছেন ... আসুন শুরু দিয়ে শুরু করুন ...

এটা কি স্বাভাবিক?

কোনভাবেই না. তবে ... এটা কি সাধারণ? দুর্ভাগ্যবশত হ্যাঁ.

বাগ-ফিক্সিং হতাশার বিষয়ে

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

আরও বাগ এবং ব্যয়ের জন্য সারফেস

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

আপনার লগগুলিতে শব্দ / কুয়াশা

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

সুতরাং, একটি নতুন ভাড়া হয়ে ওঠার পরে, আপনাকে সফ্টওয়্যারটি রিফ্যাক্টরিং এবং / বা বাড়ানো থেকে বিরত রাখতে বলা এবং আপনার বাগফিক্সগুলি দিয়ে যতটা সম্ভব "সার্জিকাল" হওয়া আমার মতে বেশ ঠিক। এটি কেবল উপসাগর স্থলে মাথাব্যথা রাখে।

আপনি এটি সম্পর্কে কিছু করতে পারেন?

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

দোজখ থেকে প্রকল্প Project

ক্র্যাপ কোড, প্রোগ্রামারদের হার্ড, নকলকরণ, ক্র্যাপ আর্কিটেকচার

আবার, এখানে শয়তানের উকিল, তবে কেবলমাত্র আপনার প্রাথমিক অনুরোধটিতে কয়েকটি অ-ফলস্বরূপ বিট রয়েছে তা দেখানো হচ্ছে।

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

বাস্তব জীবনের শিল্প সফটওয়্যার ইঞ্জিনিয়ারিং স্বাগতম!

আর তুমি জানো মজা কি? ওয়েব-উন্নয়ন বিশ্বে এটি প্রায়শই খারাপ হয় worse উপভোগ করুন! :)

অনেকগুলি প্রকল্প এবং অনুরোধ, যথেষ্ট হাত ও সময় নয়

সমস্যাটি সম্ভবত এখানে রয়েছে:

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

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

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

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

• আপনি কি করতে পারেন ,
• আপনি কি করতে চান ,
• এবং আপনি কি করতে ইচ্ছুক ।

সুতরাং এটি এভাবে হয়ে যাওয়ার জন্য এটিও আংশিক আপনার দোষ। তবে এটি স্বাভাবিক, এটি প্রত্যেকের শেখার প্রয়োজন একটি পাঠ। এটি দুটি অক্ষরে ধারণ করে: এন - ও ।

আপনি সাধারণত এটিকে আরও দীর্ঘতর উপসর্গ হিসাবে নিয়োগ করেন তবে এত বেশি চার্জ করা উত্তর নয়: না, আমি এটি করতে পারি না। না, আমি কীভাবে এটি করব তা জানি না। না, আমি নিশ্চিত নই যে আমি এর জন্য সঠিক ব্যক্তি। না, আমি কখনই করিনি।

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

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

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

180 ডিগ্রী পরিবর্তন অনুরোধ

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

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

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

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

যদি সুযোগ নেই, তবে আলোচনা শেষে কোনও পরিষ্কার-আবশ্যক প্রয়োজনীয়তা নেই।

ই-মেইল ওভারলোড

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

• লোকজনের সাথে সামনাসামনি কথা বলা ,
• ফোনে লোকের সাথে কথা বলছি,
• আইএম এর মাধ্যমে লোকের সাথে কথা বলছি,
• ইমেলের মাধ্যমে মানুষের সাথে কথা বলছি।

ই-মেলগুলি ট্র্যাকিংয়ের জন্য, নিশ্চিতকরণ পেতে, নোট প্রেরণের জন্য দুর্দান্ত।

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

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

কাজের একটি দল মূল্যবান কাজ

আপনি কি একটি দলের কাজের কাজের সমতুল্য করছেন? হতে পারে.

আপনি কি আপনার দলের কাজের কাজের সমতুল্য করছেন? সম্ভবত না.

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

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

না; পার্টিতে নতুন মাত্র এটি প্রথম হ্যাং-ওভার বা সম্পর্কের মতো। তুমি এটা থেকে মুক্তি পাবে.

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

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

পিএস আমার বেতন কম না হলে প্রায় সমান তবে সুপারমার্কেটের ক্যাশিয়ারের বেতন।

আমি চাকরিতে উপযুক্ত বেতন দিয়েছি যা কৃপণ হবে। এটি গণনা করা চেকের নম্বর নয়, এটি প্রসঙ্গ। আপনি কী করেন, আপনার বয়স, আপনি কোথায় থাকেন এবং কাজ করেন ইত্যাদি ...

বলা হচ্ছে, যদি আপনি স্থূলভাবে স্বল্প বেতনের হয়ে থাকেন, খুব বেশি কাজ করছেন এবং পুরোপুরি জুনিয়র না হন তবে সেই বাড়ানোর জন্য জিজ্ঞাসা করুন বা একটি নতুন চাকরি পান!

ইহা সাধারণ:

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

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

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

• আপনি নিজের সমমনাদের চেয়ে কার্যকরভাবে আরও অনেক কিছু করেছেন কিনা তা আপনি নিজের জন্য পরিমাপ করতে পারেন ,
• যদি তারা আপনার অনুরোধটি ন্যায়সঙ্গত না হয় তবে আপনি আপনার ভিত্তিতে দাঁড়াতে পারবেন ।

Comments

ভাল পরামর্শের জন্য +1 - হেক, আপনি এটি নিচে লেখার জন্য নিখুঁত পরিশ্রমের উত্সাহকে সমর্থন করেছেন :-)

— পিটার টারিক

@ পেটারট্রিক: ধন্যবাদ এটি সিডব্লিউ প্রশ্ন, এতে কোনও খ্যাতিমান পয়েন্ট জড়িত নেই। আমি শুধু প্রশ্ন পছন্দ।

— হাইলেম

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

— সাইবারফোনিক

@ সাইবারড: ধন্যবাদ আরও ভাল কাজের সন্ধান করা সত্যিই একটি বিকল্প হতে পারে, যদিও এখানে আমরা বেতন, অবস্থান এবং অন্যান্য অনেকগুলি বিষয়গুলি ঠিক জানি না।

— হাইলেম

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

— গ্যাভিন হাডেন

Answer 6

অন্যান্য ব্যক্তির মন্তব্য ছাড়াও:

1. হ্যাঁ, এন্ট্রি স্তরের কর্মচারীর পক্ষে এমন কাজ দেওয়া স্বাভাবিক যে অন্য কেউ চায় না।

2. আপনার ভবিষ্যতের ক্যারিয়ারের জন্য এটি একটি বিল্ডিং ব্লক হিসাবে দেখা উচিত।

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

1. প্রতিটি প্রকল্পের জন্য আপনার কাজটি নির্ভুলভাবে লগইন করুন। সুতরাং আপনি যদি প্রকল্প A এ বাগ ফিক্সিংয়ের জন্য এক ঘন্টা ব্যয় করেন, এবার লগ করুন। আপনি যদি কাজের চাপ নিয়ে আলোচনা করতে চান তবে এটি আপনার ম্যানেজারকে দেখাতে কার্যকর হবে।

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

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

Comments

ইউনিট পরীক্ষার জন্য +1। আমি আপনার সাথে ইউনিট পরীক্ষা লেখার বিষয়ে সম্পূর্ণরূপে একমত হয়েছি যা বাগগুলি প্রতিলিপি তৈরি করে, আপনাকে সেই পরীক্ষাগুলি লেখার আগে ম্যানেজমেন্টকে বোঝাতে হবে, কারণ পরীক্ষাগুলি সময় সাপেক্ষ হতে পারে

— আর্টজম

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

— জোরিস টিমারম্যানস

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

— ডেভিড_001

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

— জোরিস টিমারম্যানস

@artjom এই সমস্যাটি সমাধান করার মূল চাবিকাঠি, কোনও নতুন কোড লেখার আগে আপনি যতটা ভাল পারেন পরীক্ষা-নিরীক্ষা লিখতে পারেন। যদিও এটি আপনার কোড রক্ষণাবেক্ষণ করা কঠিন হতে পারে; এই ক্ষেত্রে, বাগটি সমাধানের আগে পরীক্ষা লিখুন।

— মিথ্যাচারিত কাবিয়ার

Answer 7

আপনার পরিস্থিতি খানিকটা অদ্ভুত, তবুও স্বাভাবিক। তবে আপনি যেভাবে পরিচালনা করছেন এটি খুব খারাপ। এখানেই সব পাবেন আপনি যা করতে চান:

• আপনার বসের মুখোমুখি হওয়ার চেষ্টা করুন। খারাপ কোড বেসটি আসলে কত সময় ব্যয় করে তার কিছু প্রমাণ (সংখ্যা) থাকা উচিত। তিনি যদি কারিগরি debtণের মতো জিনিস বুঝতে না পারেন তবে এটি উল্লেখ করা বন্ধ করুন। এটি আপনার মাথা নষ্ট করবে এবং আপনাকে একটি 'খারাপ দৃষ্টিভঙ্গি' হিসাবে চিহ্নিত করা যেতে পারে। আপনার বসকে তাঁর কাজ করা শেখানো আপনার কাজ নয়।

• আপনার নিজস্ব ব্যাকলগ (কানবান) বজায় রাখুন। নতুন কাজগুলি এলে এটি শেষ করে দিন এবং সমাপ্তির আনুমানিক সময় বলুন।

• আপনার প্রতিক্রিয়া সময় বাড়ান, আপনার ইমেল দিন মাত্র দুবার পরীক্ষা করুন। সাধারণত দুপুরের খাবারের আগে এবং চলে যাওয়ার ঠিক আগে। (ইমেল চেক করার পরে কোডিং করা উচিত নয়, কারণ এটি আপনার মাথা নষ্ট করে দিতে পারে)।

• প্রতিটি কাজের অংশ হিসাবে ছোট কোড উন্নতি করুন। আপনার ব্যবহৃত কোড, দক্ষতা এবং সরঞ্জামগুলি উন্নত করা কেবল আপনার কাজ। এটি দীর্ঘমেয়াদে আপনার নৈতিকতাও বাড়িয়ে তুলবে।

• দিনের বেলা কোনও প্রকল্পে স্যুইচিং হয় না। আজ আপনি কেবল এক্স এক্স প্রকল্পে কাজ করছেন, এবং আগামীকাল আপনি ওয়াইয়ের জন্য অন্য কাজ শুরু করবেন।

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

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

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

• জেড আপনাকে কিছু কাজ করতে বলে (1 দিন)
• আপনি প্রতিক্রিয়া জানান যে এটি 11 দিনের মধ্যে হয়ে যাবে।
• জেড প্রতিক্রিয়া জানায় যে এটি সহজ কাজ এবং একদিনের বেশি সময় নেওয়া উচিত নয় (লক্ষ্য করুন যে জেড ছোট চাপ প্রয়োগ করে)।
• আপনি প্রতিক্রিয়া জানান যে আপনি বর্তমানে এক্স এবং ল্যাটারের জন্য জেডের জন্য কাজ করছেন You এর পরে আপনি তার কাজটি করতে পারেন।
• জেড প্রতিক্রিয়া জানায় যেভাবেই হোক আপনার কাজটি করা উচিত (চাপ বৃদ্ধি, এক্স এবং ওয়াই অঞ্চলগুলির সরাসরি লঙ্ঘন)।
• আপনি প্রতিক্রিয়া জানান যে তার কাজটি করা এক্স এবং ওয়াইয়ের জন্য কাজটি বিলম্বিত করবে He তার আগে তাদের জিজ্ঞাসা করা উচিত। আপনি সিসি এক্স এবং ওয়াই।

এখন দুটি প্রান্ত আছে:

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

• কিছুই হবে না, জেড আপনাকে জিজ্ঞাসা করবে তার কাজটি কোথায় দু'দিন পরে। আপনি উত্তর দিয়েছিলেন যে আপনি বর্তমানে এক্স এর জন্য কাজ করছেন এবং তিনি প্রকল্প জেড সম্পর্কে কিছু উল্লেখ করেননি। আবার সিসি এক্স।

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

Comments

+1, আমি ইতিমধ্যে লাইনে থাকা অন্য ব্যক্তির বিরুদ্ধে নতুন নতুন কাজের অনুরোধগুলি পছন্দ করি। একটি টিকিট সিস্টেম তৈরি করুন ... আপনি নির্ধারণ করেন যে আপনার বেতন নির্ধারণকারী এক ব্যক্তি অগ্রাধিকারগুলি পরিবর্তন করার সিদ্ধান্ত না নেওয়া পর্যন্ত কার অগ্রাধিকার রয়েছে। আমি একটি ন্যাশনাল মেশিন কেনার মতো স্নেহজনক কিছু করব এবং সাইন কর ...

— ক্রিস কে

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

— ততটুকু

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

— ক্রিস কে

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

— পিটার টার্ক

@ PéterTörök এই কথাটি কেউ শুনে নাও। এছাড়াও সমস্ত কাজের একই অগ্রাধিকার থাকতে পারে। কখনও কখনও ফিফোর সারিটি সবচেয়ে কার্যকর।

— জান কোটেক

Answer 8

সাত বছর আগে আমি কিছুক্ষণের জন্য প্রায় 100% রক্ষণাবেক্ষণের কাজটি করেছিলাম এবং এটি সম্পর্কে একটি নিবন্ধ লিখেছিলাম: রক্ষণাবেক্ষণের আর্ট অফ প্রোগ্রামিং । একটি অংশ আপনি দরকারী খুঁজে পেতে পারেন:

1. এটি পেতে পছন্দ করুন

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

Comments

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

— পিটার টার্ক

আপনার নিবন্ধটি পড়া: your. আপনার কোডটিকে আরও খারাপ করে তোলার জন্য এটি সোজা উপায় রক্ষণশীল হন। কোডটি নিয়মিত পরিবর্তন করতে হবে এবং সেভাবে উন্নত করতে হবে। এই বইটি উত্তরাধিকারের কোডটি নিয়ে ক্ষোভের কিছু দিক ব্যাখ্যা করতে পারে: amazon.com/Working-Effectively-Legacy-Michael-Fiethers/dp/… রক্ষণশীল হওয়া একটি খারাপ ধারণা ....

— অ্যালেক্স থিওডোরিডিস

Answer 9

আপনার সমস্যাটি এমন শোনাচ্ছে যা আপনি প্রায়শই শুনতে পান। এটি এমন একটি কাজ বলে মনে হচ্ছে যা সহজেই ডেইলি ডাব্লুটিএফ- তে ফিট করতে পারে ।

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

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

যেকোন সফ্টওয়্যার সিস্টেম যখন এটি প্রসারিত হচ্ছে তখন মানটি হ্রাস পাবে। আসলে বেঁচে থাকার জন্য এটি করতে হবে। লেহম্যান আইন বেশ ভাল এই নীতি ব্যাখ্যা। শেষ পর্যন্ত এটি নীচের প্রশ্নের মধ্যে ফুটে উঠবে: "আমি কীভাবে আপনার বসকে রিফ্যাক্টরিং করতে রাজি করব?" ।

আমি কীভাবে অনুরূপ সমস্যার কাছে পৌঁছেছি:

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

আমার বস আজকাল প্রযুক্তিগত debtণের ধারণাটি ব্যবহার করে আমাদের গ্রাহকদের বোঝাতে যে আমাদের মাঝে মাঝে আমাদের তৈরি সফ্টওয়্যারটির কিছু অংশ পুনরায় কাজ করা প্রয়োজন। কেবল এটি প্রমাণ করার জন্য - আপনার যদি যুক্তিযুক্ত বস থাকে তবে আরও ভাল কিছু করার জন্য বিষয়গুলি পরিবর্তন করা সম্ভব।

Answer 10

আপনি যে পরিস্থিতিটির মুখোমুখি হচ্ছেন তা প্রায় নতুন (সম্পূর্ণরূপে না) অনেক ফ্রেশারের ক্ষেত্রে একই।

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

Comments

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

— ক্লান্ত প্রোগ্রাম

এটাই জীবন, আমার বন্ধু ... !!!

— বৈভব

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

— আর্টজম

Answer 11

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

রক্ষণাবেক্ষণ প্রোগ্রামিং এর অর্থ কখনই খারাপ কোড চিরস্থায়ী হওয়া উচিত নয়।

Answer 12

আমি আমার এক বন্ধুর কাছ থেকে পাঁচ বছর আগে এই ইমেলটি পেয়েছি।

Email body:    

একজন নতুন যোগদানকারী প্রশিক্ষক ইঞ্জিনিয়ার তার বসকে জিজ্ঞাসা করলেন "মূল্যায়ণের অর্থ কী?"

বস: "আপনি কি পদত্যাগের অর্থ জানেন?"

প্রশিক্ষক: "হ্যাঁ আমি করি"

বস: "সুতরাং আমি আপনাকে বুঝতে পারি যে পদত্যাগের সাথে তুলনা করে একটি মূল্যায়ন কী"

Comparison study: Appraisal and Resignation
|---------------------------------+----------------------------------| 
|       Appraisal                 |       Resignation                |
|---------------------------------+----------------------------------|
|     In appraisal meeting they   |    In resignation meeting they   | 
|     will speak only about your  |    will speak only about your    |
|     weakness, errors and        |    strengths, past achievements  |
|     failures.                   |    and success.                  | 
|---------------------------------+----------------------------------|
|     In appraisal you may need to|    In resignation you can easily |
|     cry and beg for even 2%     |    demand (or get even without   | 
|     hike.                       |    asking) more than 10-20% hike.|
|                                 |                                  |
|---------------------------------+----------------------------------| 
|     During appraisal, they will |    During resignation, they will |
|     deny promotion saying you   |    say you are the core member of|
|     didn't meet the expectation,|    team; you are the vision of   | 
|     you don't have leadership   |    the company how can you go,   |
|     qualities, and you had      |    you have to take the project  |
|     several drawbacks in our    |    in shoulder and lead your     | 
|     objective/goal.             |    juniors to success.           |
|---------------------------------+----------------------------------|
|     There is 90% chance for not |    There is 90% chance of getting|
|     getting any significant     |    immediate hike after you put  |
|     incentives after appraisal. |    the resignation.              |
|---------------------------------+----------------------------------|

প্রশিক্ষক: "হ্যাঁ বস যথেষ্ট, এখন আমি আমার ভবিষ্যত বুঝতে পেরেছি। মূল্যায়নের জন্য আমাকে পদত্যাগ করতে হবে ... !!!"

Comments

+1 যথেষ্ট সত্য, পদোন্নতির হুমকি দেওয়া পদোন্নতি পাওয়া লোকদের মধ্যে একটি সাধারণ বৈশিষ্ট্য

— Andomar

Answer 13

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

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

Comments

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

— একাটলেট

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

— রিচার্ড অায়োট

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

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

Answer 14

হ্যাঁ, আপনাকে সর্বদা আপনার এবং অন্যান্য ব্যক্তিদের দ্বারা লিখিত অ্যাপ্লিকেশনগুলি বজায় রাখতে হবে। একমাত্র ব্যতিক্রম হ'ল যদি আপনি এমন কোনও প্রোগ্রাম লিখেন যা কখনও কখনও রক্ষণাবেক্ষণের প্রয়োজন হয় না। সুতরাং আপনি রক্ষণাবেক্ষণে আরও ভাল হন।

আমি মনে করি আপনার পদ্ধতির কোনও ত্রুটি সম্পর্কে আপনার প্রশ্নে একটি সূক্ষ্ম ইঙ্গিত রয়েছে। যে, বাগ ফিক্সিং কোড উন্নত জড়িত না।

তবে আমি শুনতে পেলাম যে আমাকে বিদ্যমান কোডটি উন্নত করার অনুমতি দেওয়া হয়নি এবং কোনও বাগ রিপোর্ট হওয়ার সাথে সাথে কেবল বাগ ফিক্সগুলিতে ফোকাস করার দরকার নেই।

কেউ আপনাকে বলেছে "আমি বিশ্বাস করতে পারি না" আপনাকে অবশ্যই কোডটি উন্নত না করে বাগগুলি ঠিক করতে হবে। " এটি উভয়ই কঠিন এবং অসম্ভব। আপনি যা করতে পারবেন না তা হ'ল অ্যাপ্লিকেশনটি নতুন করে লিখুন কারণ আপনি পছন্দ করেন না বা এটি বুঝতে অসুবিধা হয় যে বিদ্যমান কোড-বেসে ব্যবহার করা পদ্ধতি।

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

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

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

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

এনবি: আমি মনে করি যে এই জবাবটির কিছুটা অনুষঙ্গ জেফ আতউডের কাছে যাওয়া উচিত, কারণ আমি তাঁর 3 টি নিবন্ধ যুক্ত করেছি।

Answer 15

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

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

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

আপনি যদি কোম্পানির পক্ষে সত্যই মূল্যবান হন তবে আপনি দর কষাকষির ক্ষমতা অর্জন করবেন। আপনি তাদের আরও বেশি লোক নিয়োগ, কম নতুন প্রকল্প পেতে, রক্ষণাবেক্ষণের ভার কমাতে বা আপনার বেতন বাড়ানোর জন্য বলতে পারেন।

Answer 16

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

যাইহোক, দেখে মনে হচ্ছে আপনি কার্যকরভাবে আপনার নিয়োগকর্তার সাথে যোগাযোগ করছেন না।

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

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

3. আস্তে আস্তে. এটি সামান্য পাল্টা স্বজ্ঞাত বলে মনে হতে পারে তবে আপনি যদি দ্রুত সবকিছু করেন তবে আপনার সময়টি আপত্তিজনক হবে। আপনি যদি কম করেন তবে লোকেরা আপনার সময়কে আরও সম্মান করবে। উদাহরণস্বরূপ, আমি কেবল প্রতিদিন একবার বা দুবার ইমেল চেক করব। অন্যথায়, আপনি বার্ন আউট ঝুঁকি।

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

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

শুভকামনা।

Answer 17

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

Comments

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

— বার্নার্ড ডাই

Answer 18

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

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

শুভকামনা, এবং আমি আশা করি আপনি এবং আপনার সহকর্মীরা উভয়ই মাধ্যাকর্ষণ বা আপনার প্রচেষ্টা বুঝতে পেরেছেন!

ব্যক্তিগত অভিজ্ঞতা

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

এটি দুই বছর ধরে রাখার পরে, আমি ছেড়ে দিয়েছিলাম এবং কয়েক মাস পরে অন্য কোডিংয়ের কাজটি পেয়েছি যা আমাকে পুরোপুরি ফিট করে।

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

বেতন

আপনি যদি আরও অর্থ চান তবে আপনি এটি প্রায়শই পেতে পারেন। আমি দুই বছরের কম বয়সে আমার বেতনের কথাবার্তা পরিচালিত করেছিলাম 33% বাড়াতে।

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

এবং যেমনটি এখানে অনেকের দ্বারা উল্লিখিত হয়েছে, এবং আমি সম্মত, আপনি সংস্থা ধাঁধার খুব মূল্যবান অংশ। হেল, সম্ভবত আপনিই সেই ধাঁধা সমাধান করতে পারেন। :)

Comments

বেতন উল্লেখের জন্য +1।

— Andomar

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

— 000

Answer 19

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

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

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

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

4) আপনি খুশি না হলে, ছেড়ে দিন! বোকা লোকদের মোকাবেলা করার জন্য জীবন খুব ছোট।

শুভকামনা.

Answer 20

আপনার টুড তালিকাকে ট্র্যাক রাখতে আপনি ইস্যু ট্র্যাকার ব্যবহার শুরু করেন।

এটি কেবল আপনাকে কী সমালোচনামূলক তা রক্ষা করতে সহায়তা করবে না, তবে ব্যবহারকারীদের এবং আপনার মনিবদের আপনার বর্তমান কাজের চাপ কী তা দেখার ক্ষেত্রে সহায়তা করবে।

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

Answer 21

এই চেইনটি ভাঙ্গার একমাত্র উপায় হ'ল নতুন অবকাঠামোগগুলি বিকাশ করা যা নমনীয়তার জন্য ডিজাইন করা হয়েছে এবং সম্পূর্ণ ইউনিট + ইন্টিগ্রেশন পরীক্ষিত।

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

অবকাঠামোগত বিকাশ বিদ্যমান অ্যাপ্লিকেশনগুলির অংশগুলি প্রথমে প্রতিস্থাপন করতে সক্ষম হতে পারে এবং কিছুক্ষণ পরে (পুরো কয়েক বছর সময় নিতে পারে) পুরো অ্যাপ্লিকেশনগুলি প্রতিস্থাপন করে।

দীর্ঘমেয়াদে এটি নতুন অ্যাপ্লিকেশনগুলির বিকাশের সময় এবং ভবিষ্যতে বিদ্যমান অ্যাপ্লিকেশনগুলির রক্ষণাবেক্ষণের সময়কে হ্রাস করতে পারে।

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

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

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

Comments

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

— ড্যানি ভারোদ

Answer 22

আপনার ব্যবস্থাপক কি এই সমস্ত পরিবর্তনের অনুরোধগুলি (রক্ষণাবেক্ষণের অনুরোধগুলি) সম্পর্কে সচেতন? তিনি কি বুঝতে পেরেছেন যে আপনার অনুরোধগুলি মেনে চলার কোনও ক্ষমতা নেই বলে আপনার সময় ব্যয় করা হয়েছে? অথবা আপনি যখনই কোনও ম্যানেজার আপনাকে জিজ্ঞাসা করেন কেবল তখনই আপনি পরিবর্তন করেন?

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

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

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

Answer 23

সম্ভবত আপনি কোনও ম্যানেজারের কাছে গিয়ে বলার মতো অবস্থানে আছেন: "দেখুন, আমি আপনার সাথে খোলামেলা হয়ে যাব My

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

Answer 24

উত্তর হ'ল বোঝা যায় এমন পদে চেষ্টা করে ব্যাখ্যা করা;

• এটি তেলের পরিবর্তনের মতো। এগুলি জরুরি নয় .... তবে নিয়মিত কম কিছু করা উচিত
• মরিচা উপর আঁকা এবং এটি দুর্দান্ত দেখায়। যতক্ষণ না এটি রক্তপাত হয়
• স্ট্রিংথিং সমর্থন ছাড়াই একটি নতুন ছাদের প্যাটিও ছাদ ডেস্ক তৈরি করুন। এটি সম্ভবত কিছু সময়ের জন্য কাজ করবে। তাহলে এটি ধসে পড়বে এবং লোকদের ক্ষতি করবে এবং আপনি দায়ী থাকবেন।
• একটি / সি দুর্দান্ত। একটি বা দুটি ঘরের জন্য একটি উইন্ডো ইউনিট দুর্দান্ত। একটি অ্যাপার্টমেন্ট বিল্ডিংয়ে 146 উইন্ডো ইউনিট শীতাতপনিয়ন্ত্রক রাখার চেষ্টা করা হচ্ছে এবং আপনার সমস্যা হবে ...
• 5 বাচ্চাদের পড়া ভাল। 10 খুব খারাপ না। তবে সীমাবদ্ধতা আছে। 75 বাচ্চাকে অনানুষ্ঠানিকভাবে শেখানোর চেষ্টা করুন এবং আপনি এটি দেখতে পাবেন।

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

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

Answer 25

দেখে মনে হচ্ছে আপনার পরিচালনা মৌলিকভাবে আপনাকে সম্মান করে না বা আপনার কাজের বোঝা বোঝে না।

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

এছাড়াও, আপনাকে সম্ভবত তারা 2x (কমপক্ষে) কী দিচ্ছে তা করা উচিত।

দেখে মনে হচ্ছে আপনার পাশাপাশি কাজ করার জন্য তাদের সম্ভবত কমপক্ষে আরও 1 জন বিকাশকারী প্রয়োজন তবে তারা আপনাকে যা প্রদান করছে তা অসম্ভব বলে মনে হচ্ছে।

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

একটি দলে নায়ক হয়ে যাওয়া আপনাকে কেবল জ্বালিয়ে দেবে।

Answer 26

আমি কেবল একজন ছাত্র (এখনও) তবে এটি বেশ স্বাভাবিক (আমার ইন্টার্নশিপের অভিজ্ঞতা থেকে)। সমর্থন এবং ওয়েব অ্যাপ্লিকেশনগুলিতে কাজ করার সময় আপনি এটি পান।

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

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

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

Answer 27

এটি একটি প্রকল্প পরিচালনার সমস্যা। কোনটির উপর সর্বাধিক অগ্রাধিকার রয়েছে তা সিদ্ধান্ত নিতে কোনও ধরণের প্রকল্প পরিচালনা ব্যবহার করুন।

ক) কাজ করার জন্য আপনার আইটেমগুলির একটি ব্যাকলগ দরকার। আপনি কোডটি উন্নত করার জন্য ব্যাকলগে আপনার পরিকল্পনা রেখেছেন।

খ) সমস্ত বাগ ব্যাকলগে যায়

গ) ব্যাকলগটি অগ্রাধিকার পায়।

d) আপনি এটি সমস্ত অগ্রাধিকার ক্রমে করেন।

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

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

আপনি যদি কাজের মূল্য হিসাবে বিনিয়োগকে ন্যায়সঙ্গত করতে না পারেন তবে ব্যবসায়ীরা কখনই তা গ্রহণ করতে পারবেন না।

Answer 28

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

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

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

Comments

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

— জেসন সেব্রিং