উন্নয়ন সম্পর্কিত ব্যর্থতাগুলি হ্যান্ডেল করার সবচেয়ে উত্পাদনশীল উপায় কী? [বন্ধ]


49

আমরা সবাই সেখানে ছিলাম:

  • আপনার প্রকল্প ব্যর্থ হয়েছে বা বাতিল হয়েছে।
  • আপনি যে কোডটিতে দিন কাটাচ্ছেন তা আপনার দলটি প্রত্যাখ্যান করেছে।
  • আপনি দলের সাথে পরিচিত নকশার প্যাটার্নটি বিশৃঙ্খলা তৈরি করেছিল।
  • প্রত্যেকে আপনার ধারণাগুলি উপেক্ষা করে।

আমার প্রশ্ন, কোনও প্রোগ্রামার এর মতো বিকাশ-সম্পর্কিত ব্যর্থতাগুলি হ্যান্ডেল করার সবচেয়ে কার্যকর উপায় কী?


চলমান স্ট্রাকচার্ড ট্যাগ ক্লিনআপ ইনিশিয়েটিভের অংশ হিসাবে, আমাদের মেটা-আলোচনা সাইটে এই প্রশ্নটি আলোচনা করা হচ্ছে ।

উত্তর:


79

আপনার প্রকল্প ব্যর্থ হয়েছে।

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

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

আপনি কোডিংয়ের দিনগুলিতে যা কাটিয়েছেন তা আপনার দলটি প্রত্যাখ্যান করেছিল।

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

আপনার সংস্থায় কেউ আপনার ধারণা শোনেন না।

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

আপনি আপনার দলে বলের সাথে যে নকশার প্যাটার্নটি প্রবর্তন করেছিলেন তা গণ্ডগোল তৈরি করেছে।

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


29

তারা ব্যর্থতা নয় - তারা অভিজ্ঞতা

তারা আপনাকে কীভাবে অনুভূত করেছে এবং আপনি যদি এই অনুভূতিটির আরও কিছু চান তবে তার উপর নির্ভর করে আপনি নিজের অভিজ্ঞতা থেকে শিখুন এবং বেড়ে উঠবেন।

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

সামগ্রিকভাবে, অন্যের সাথে নিজেকে তুলনা করতে খুব বেশি জড়িত হবেন না, আপনি যেমন আছেন তেমন সমস্তর মধ্যে কাজ করার ক্ষেত্রে তারা ঠিক ততটা সমস্যায় পড়ছেন


1
মাত্র দুটি শব্দ: শক্তিবৃদ্ধি শেখা
Wok

-1: এগুলি উভয়ই অভিজ্ঞতা এবং ব্যর্থতা।
টমাস এডিং

14
  • শান্ত থাকুন - আতঙ্কিত হবেন না, এটি আরও ভাল কিছু করে না
  • ক্ষয়ক্ষতি নিয়ন্ত্রণ - যা এখনও সংরক্ষণ করা যায় তা সংরক্ষণ করুন
  • আপনার ভুল থেকে শিখুন - আবার ভুল জিনিস করা সম্ভবত এটি কাজ করে না
  • একটি নতুন শুরু বিবেচনা করুন - হতাশা এবং দোষী অনুভূতির ব্যাকপ্যাক ছাড়াই আপনার পরবর্তী প্রচেষ্টা শুরু করুন
  • বড় ব্যর্থতা দেখুন - আরিয়েন 5 এর প্রথম বিমানের তুলনায় আপনার ব্যর্থতা নগন্য l
  • আপনি যদি এটি একা পরিচালনা করতে না পারেন তবে সাইকোথেরাপিস্টের সাথে পরামর্শ করুন

11

আপনি কিছু নির্মাণ।

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

এটা যাইহোক আমার জন্য কাজ করে।


6

ঠিক আছে, আপনি জিজ্ঞাসা করেছেন :) একে একে:

* Your project failed.

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

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

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

এটা অনুমেয় যে অনেক লোক স্রেফ কর্মসংস্থান অর্জনের জন্য কোনও কিছুর উপরে সাইন করে, তারপরে প্রয়োজনীয়তাগুলি ঘটানোর জন্য কিছু উপায় নিয়ে কাজ করে।

* What you have spent days coding was rejected by your team.

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

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

* Nobody listens to your ideas in your company.

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

এছাড়াও, আপনি নিজেকে কতটা ভাল উচ্চারণ করেন? আপনি কি বন্ধু বানিয়ে মানুষকে প্রভাবিত করতে পারেন?

* The design pattern you introduced with force in your team created a mess.

সুতরাং জোর কেন এড়ানো উচিত ছিল। কথা বলতে সক্ষম হওয়া শোনার পক্ষে পূর্বশর্ত নয়। অন্য কোন মন্তব্য।


5

ওহ ছেলে, যদি আপনি সত্যিই বোঝাচ্ছিলেন যে সবকিছু আপনার সাথে ঘটেছে!

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

আপনার প্রকল্প ব্যর্থ হয়েছে

এখনই এটি প্রশমিত করতে আপনি বেশি কিছু করতে পারবেন না।

তবে ভবিষ্যতে পুনরুত্পাদন করতে আপনি এড়াতে অনেক কিছু করতে পারেন। আমি আপনার প্রকল্প এবং সময় পরিচালনার দক্ষতা উন্নত করার চেষ্টা করার পরামর্শ দেব।

আমি এই বিষয়ের উপর সেরা অনুপাত ((বৈধ পরামর্শ) / পৃষ্ঠাগুলি) সহ একটি বই পড়েছি, যদিও এটি সেরা নাও হতে পারে, এটি রব থমসেটের র‌্যাডিকাল প্রকল্প পরিচালনা

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

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

সর্বাধিক গুরুত্বপূর্ণ, একটি পূর্বপরিকল্পিত করুন এবং নিশ্চিত করুন যে এটি অহং-কম এবং দোষ-খেলাই নয়। কেবল বিষয়গুলি চিহ্নিত করুন।

আপনি কোডিংয়ের জন্য দিন কাটিয়েছেন তা আপনার দল বাতিল করেছিল by

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

  • পরে এসসিএমে রাখুন।
  • ছোট বড় বিট এবং টুকরোগুলি একটি বিশাল রিফ্যাক্টরিংয়ের পরিবর্তে প্রধান কোড বেসের দিকে ধীরে ধীরে ধাক্কা দেওয়ার চেষ্টা করুন।

তবে এই ধরণের পরিস্থিতি রোধ করতে আপনি আবারও কিছু করতে পারেন:

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

আপনার সংস্থায় কেউ আপনার ধারণা শোনেন না

ঠিক আছে, এখানে 2 টি বিকল্প রয়েছে এবং আমরা উভয়ের দিকে নজর দেব:

  • আপনার ধারণা খারাপ ছিল।
  • আপনি ধারণা ভাল ছিল।

আসুন তারা খারাপ বলে ধরে নেওয়া শুরু করুন (আবার, সেটির প্রতি স্ব-প্রতিবিম্বিত করা এবং আপনার ধারণাটি গ্রহণ করা সহজ ছিল কেবল খারাপই হতে পারে, আমি জানি)। আপনি এটি পরিবর্তন করতে কি করবেন?

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

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

আপনার ধারণাগুলি ভাল ছিল ধরে নিলাম:

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

আপনি আপনার দলে বলের সাথে যে নকশার প্যাটার্নটি প্রবর্তন করেছিলেন তা গণ্ডগোল তৈরি করেছে

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

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

কেন চাপ দিতে হবে? কেন প্রতিরোধ ছিল? সম্ভবত এটি ন্যায়সঙ্গত ছিল।

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


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


@ রাচেল: আপনার মেটা-সো প্রচেষ্টার সাথে সারিবদ্ধ হওয়ার জন্য সম্পাদনাগুলির জন্য ধন্যবাদ। আমি তখন থেকে প্রশ্নটি আবার বর্ণিত হয়েছে তা লক্ষ্য করিনি।
হাইলেম

3

পদক্ষেপ 1: রাগ করা ঠিক আছে!

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

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

পদক্ষেপ 2: শান্ত হতে কিছু সময় নিন।

নিশ্চিত হয়ে নিন যে আপনি যা অনুভব করছেন সেটাই আপনি প্রকাশ করেছেন এবং আপনার ক্রোধের পরে শান্ত হওয়ার জন্য কিছুটা সময় নিন। হতে পারে আপনার কেবল কয়েক মিনিট বা সম্ভবত কয়েক ঘন্টা প্রয়োজন।

পদক্ষেপ 3: 1 ধাপে কী ঘটেছে তা পর্যালোচনা করুন

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

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

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

পদক্ষেপ 4: কর্মের একটি কোর্সের সিদ্ধান্ত নিন

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

যদি আপনার কোনওর জন্য দোষ হয়, তবে এটি কারও কাছে আনুষ্ঠানিক ক্ষমা চাওয়ার মতোই সহজ হতে পারে, পরিষ্কারভাবে ব্যাখ্যা করে কী ভুল হয়েছে, আপনি কী করেছেন, আপনি এটি কেন করেছেন এবং এটি ঠিক করতে বা এটির থেকে আটকাতে আপনি কী করবেন ভবিষ্যৎ.

পরবর্তী, ভবিষ্যতের উন্নতি করতে আপনি কী করতে পারেন তা বিবেচনা করুন। একই জিনিসটি আবার না ঘটতে আপনি কী করতে পারেন? এটি কী তা অর্জন করুন এবং নিজের জন্য একটি পরিকল্পনা তৈরি করতে আপনি তৃতীয় ধাপ থেকে যা শিখলেন তা ব্যবহার করতে চান Dec

অন্য সব কিছু যদি ব্যর্থ হয় তবে রিবুট করার চেষ্টা করুন:

        try
        {
            // ...
        }
        catch (OhNoes111Exception)
        {
            // reboot fixes everything!
            System.Diagnostics.Process.Start("ShutDown", "/r");
        }
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.