আইনস্টেলং এফেক্টের বিরুদ্ধে লড়াই করা [বন্ধ]


17

Einstellung ইফেক্ট "একটি নির্দিষ্ট পদ্ধতিতে একটি প্রদত্ত সমস্যা সমাধানের জন্য যদিও আছে একজন ব্যক্তির প্রবণতা" ভাল বোঝায় "বা সমস্যা সমাধানের এর আরো উপযুক্ত পদ্ধতি।"

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

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

document.getElementById 

বা এএসপি.নেট এমভিসি পদ্ধতির সাহায্যে কীভাবে জিনিসগুলিকে পুনর্নির্মাণ করতে হবে তা আবিষ্কার করার পরিবর্তে টেম্পলেট বাউন্ড কন্ট্রোলগুলি (ডেটালিস্ট / পুনরায় পুনরায়) দিয়ে এএসপি.নেট ব্যবহার করা।

একটি কৌশল যা আমি অতীতে ব্যবহার করেছি তা হ'ল ব্যক্তিগত প্রকল্পগুলি যা এই নতুন প্রযুক্তিগুলি অন্বেষণের জন্য কেবল বিদ্যমান তবে এটি বজায় রাখা কঠিন। অন্য কোন পদ্ধতির প্রস্তাব দেওয়া যেতে পারে?


আপনি কি একা কাজ করেন?
অপালালা

3
"এমভিসি" ব্যান্ডওয়াগন সম্পর্কে সাবধান থাকুন, এটির জায়গা আছে। যদি একটি ওয়েবফর্ম সমাধান কাজ করে তবে তা হতে দিন।
অন্ধকার রাত

উত্তর:


4

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

এই ইস্যুটির দুটি পক্ষ রয়েছে - একটি হল খারাপ এবং একটি যা আসলে ভাল

খারাপ - ভুল সমাধান বাছাই করা

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

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

সুতরাং আপনি আবার এই ভুল না করতে কি করবেন? দুটি জিনিস:

  1. এই নতুন সমস্যাটি সম্পর্কে কী আলাদা ছিল তা চিত্রিত করুন। কোন পদ্ধতিগুলি ভিন্নভাবে কাজ করেছে এবং কেন তা নির্ধারণ করুন।
  2. এই সমস্যাটিকে দূরে ক্যাটালগ করুন এবং আরও নতুন সমস্যা সমাধানের দিকে এগিয়ে যান।

এটি আপনাকে স্বাভাবিকভাবেই এই সমস্যা সমাধানে সহায়তা করবে । আপনি 10 বছরের অভিজ্ঞতা অর্জনের সময়, আপনি জেড মাধ্যমে A সমস্যার সাথে পরিচিত হন এবং আপনার সমাধানগুলির সঞ্চারটি ব্যাপক।

ভাল - দক্ষতা

বাস্তব জগতে, সময়সীমা এবং সীমিত সংস্থান সহ, আপনি যা জানেন তা ব্যবহার করা সর্বদা খারাপ নয়:

  1. সমস্যা সমাধানের প্রক্রিয়া শুরুর সময় আপনি নতুন সমস্যাটিকে আপনার পরিচিত সমস্ত সমস্যার সাথে তুলনা করেন।
  2. আপনি লক্ষণগুলি সনাক্ত করার চেষ্টা করবেন এবং কোন সমস্যাটি সেট দেখাচ্ছে তা নির্ধারণ করবেন।
  3. যদি একটি 100% ম্যাচ তৈরি করা না যায় তবে অভিজ্ঞ বিকাশকারী সম্ভবত ত্রুটিযুক্ত মৃত্যুদন্ড কার্যকর করার ঝুঁকির বিরুদ্ধে আবিষ্কারে আরও বেশি সময় ব্যয় করার ঝুঁকিটি বিবেচনা করবেন। যদি সময় নষ্ট হওয়ার ঝুঁকি খুব বেশি হয় তবে আপনি যা জানেন তা নিয়েই আপনি এগিয়ে যান।

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

সুতরাং, আপনার প্রশ্নের উত্তর দিতে:

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

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

আমি এই উত্তরটি ভালবাসি, সময় দেওয়ার জন্য ধন্যবাদ।
ডেভিড ডাকোটা

9

আপনার দক্ষতার উন্নতি করতে / কাজের পরিবর্তে কাজের পরিবর্তে 20% আলাদা করুন fast অন্যথায় আপনি আস্তে আস্তে পিছনে পড়তে শুরু করেন। এর অর্থ এই হতে পারে যে আপনি স্বল্পমেয়াদে কম কাজ পেয়েছেন তবে দীর্ঘমেয়াদে বিনিয়োগের মূল্য পরিশোধ হবে।

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


2
আপনার যদি সময় থাকে তবে 20% বাড়িয়ে দিন। আমি এমনকি অভিজ্ঞ নই, তবে আমি ইতিমধ্যে এটি অনুধাবন করেছি: এটি সঠিকভাবে করা শেষ পর্যন্ত সর্বদা প্রদান করে। এছাড়াও, এটি সঠিকভাবে করার বিষয়ে আপনার যত বেশি জ্ঞাত ধারণা রয়েছে, আপনি এটি দ্রুত এবং সঠিকভাবে শেষ করতে পারবেন (ভাল, এটিই আমি আশা করি; পি) দু'জনে একত্রিত হয়ে যাবে এবং আপনি বেশ কিছু ঠিকঠাক করতে সক্ষম হবেন এবং দ্রুত।
২২

বিটিডব্লিউ আমার সাথে প্রায়শই ঘটে যা এর চেয়ে বেশি ঘটে: কিছু শুরু করুন, জেনে রাখুন যে এটি পুরোপুরি ঠিক নয়, তারপরে ২ দিন পরে পাগল পরিমাণ হারাতে হবে কারণ যে জিনিসটি আমি জানতাম যে এটি প্রথমে ভুল ছিল সেটিকে এখন সঠিক করার জন্য রিফ্যাক্টরিং প্রয়োজন after সব।
stijn

1
বা 50% যখন কাজ কম হয়, বা প্রকল্পের মধ্যে আরও বেশি হয়। আমি অধ্যয়নকৃত কোন কিছুই নষ্ট হয়নি। এটি সমস্ত পরে ব্যবহার করা হয়েছিল, এমনকি যখন এটি গুরুত্বপূর্ণ তখন কোনও জ্ঞাত মতামত নেওয়া হলেও।
অপালালা

5

সফ্টওয়্যার বিকাশ, আমার মতে সর্বদা নিখুঁত * সেরা * সমাধান সন্ধান করার জন্য নয় , তবে জিনিসগুলি সম্পন্ন করা। সুতরাং আপনি যদি সর্বদা সর্বোত্তম উপায়ে সমস্যাটি সমাধান না করেন তবে এটি বিশ্বের শেষ নয়।

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


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

প্রোগ্রামিংয়ের জন্য +1 (কমপক্ষে পেশাদার প্রোগ্রামিং) এমন একটি লিখন কোড সম্পর্কে যা তাত্ত্বিকভাবে নিখুঁত কোডের চেয়ে কাজ সম্পন্ন করে যা শিল্পের কাজ।
11:30

3

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

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

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

ভাল. আপনি নিজের লক্ষ্যগুলির চেয়ে ক্লায়েন্টের প্রয়োজনগুলিতে মনোনিবেশ করছেন। যাওয়ার পথ।

এর মধ্যে খুব কুরুচিপূর্ণ জিনিস জড়িত

document.getElementById

বা এএসপি.নেট এমভিসি পদ্ধতির সাহায্যে কীভাবে জিনিসগুলিকে পুনর্নির্মাণ করতে হবে তা আবিষ্কার করার পরিবর্তে টেম্পলেট বাউন্ড কন্ট্রোলগুলি (ডেটালিস্ট / পুনরায় পুনরায়) দিয়ে এএসপি.নেট ব্যবহার করা।

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

একটি কৌশল যা আমি অতীতে ব্যবহার করেছি তা হ'ল ব্যক্তিগত প্রকল্পগুলি যা এই নতুন প্রযুক্তিগুলি অন্বেষণের জন্য কেবল বিদ্যমান তবে এটি বজায় রাখা কঠিন। অন্য কোন পদ্ধতির প্রস্তাব দেওয়া যেতে পারে?

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

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


2

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

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

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


1

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


1

আপনি কি নিশ্চিত যে ডকুমেন্টের পরিবর্তে আপনি যা রাখবেন ঠিক তা নয় getgetElementById আপনি এতে যতই সামঞ্জস্য রাখুন সত্যই সময়ের অপচয় is

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


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

1
ভাল, $("#id")সংক্ষিপ্ত, তবে শেষ পর্যন্ত কেবলমাত্র একটি উপনাম document.getElementById("id")যার উপরে কিছু ওভারহেড রয়েছে। আপনি কি জানেন যে এটি আপনার কাজের প্রবাহকে উন্নত করবে? বা আপনাকে কি কেবলমাত্র বলা হয়েছে যে আপনি যে বিশ্বাস করেন তাই jQuery আরও ভাল?
আআআআআআআআআআআআআআআআআআআআআআআআআআচ।

1
@ ই বিজনেস - আপনি কি জানেন যে $("#id")এটি শেষ পর্যন্ত কেবল একটি উপনাম document.getElementById("id")? নাকি আপনাকে এতক্ষণে বলা হয়েছে যে আপনি এটি বিশ্বাস করেছেন? আমি আশা করি যে আপনি যখনই ব্যবহার করবেন getElementByIdতখন আই কে এবং অপেরা পরিবর্তে নাম অনুসারে উপাদানগুলি ফিরে আসে সেই সাথে কেসটি হ্যান্ডেল করার কথা মনে রাখে এবং যখন ব্ল্যাকবেরি ৪. n নোড দেয় যা নথিতে আর থাকে না।
নিক নোলসন

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

1
আমি জানি যে আমি এটি ছড়িয়ে দিয়েছি, তবে আমি মনে করি আমরা জাভাস্ক্রিপ্ট ফ্লেমোয়ার বনাম একটি jQuery এর থেকে আরও অনেক দূরে চলেছি।
এআআআআআআআআআআআআআআআআআআআআআআআচ।

1

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

আত্মসচেতনতা

আপনার প্রবণতা, আপনার দুর্বলতা এবং আপনার শক্তি সম্পর্কে সচেতন হন।

সচেতন সিদ্ধান্ত

আপনার সিদ্ধান্তগুলি সুস্পষ্ট এবং সচেতন করুন। আপনি কীভাবে এটি করবেন তা ভেবেচিন্তে চিন্তা না করে কিছু করতে ঝাঁপিয়ে পড়বেন না।

শিখুন এবং প্রয়োগ করুন

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

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