আমি কীভাবে "objectsশ্বরের অবজেক্টস" ভুল প্রমাণিত বা অস্বীকার করব?


56

সমস্যার সংক্ষিপ্তসার:

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

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

প্রশ্ন:

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

আমি ইতিমধ্যে গবেষণা করেছি:

  1. আমার এখানে বেশ কয়েকটি বই রয়েছে এবং আমি "গড অবজেক্ট" এবং "গড ক্লাস" শব্দের ব্যবহারের জন্য তাদের সূচিগুলি অনুসন্ধান করেছি। আমি দেখতে পেলাম যে অদ্ভুতভাবে এটি প্রায় কখনও ব্যবহৃত হয়নি এবং আমার কাছে জিওএফ বইয়ের অনুলিপিটি কখনও ব্যবহার করে না (কমপক্ষে আমার সামনে সূচক অনুসারে) তবে নীচের দুটি বইয়ে আমি এটি পেয়েছি তবে আমি আরও চাই আমি ব্যাবহার করতে পারি.
  2. আমি "গড অবজেক্ট" এর জন্য উইকিপিডিয়া পৃষ্ঠাটি পরীক্ষা করেছি এবং এটি বর্তমানে সামান্য রেফারেন্স লিংক সহ একটি স্টাব তাই আমি ব্যক্তিগতভাবে এটির সাথে একমত হয়েছি যদিও এটি ব্যক্তিগত পরিবেশকে বৈধ বলে মনে করা হয় না এমন পরিবেশে আমার এতটা ব্যবহার করতে পারে না। উদ্ধৃত বইটি খুব পুরানো হিসাবে বিবেচিত লোকেরাও যেগুলি আমি এই প্রযুক্তিগত বিষয়গুলি নিয়ে তর্ক করে যাচ্ছি তারা যে যুক্তি দিয়ে বলছে যে "এটি একবার খারাপ বলে মনে করা হত তবে কেউ তা প্রমাণ করতে পারেনি, এবং এখন আধুনিক সফ্টওয়্যার বলে" godশ্বর "অবজেক্টগুলি ব্যবহার করা ভাল"। আমি ব্যক্তিগতভাবে বিশ্বাস করি যে এই বিবৃতিটি ভুল, তবে আমি সত্য যাই হোক না কেন তা প্রমাণ করতে চাই।
  3. রবার্ট সি মার্টিনের "এগিল নীতি, প্যাটার্নস এবং সি # তে অনুশীলনগুলিতে" (আইএসবিএন: 0-13-185725-8, হার্ডকভার) যেখানে পৃষ্ঠা 266 তে লেখা আছে "প্রত্যেকে জানে যে godশ্বরের ক্লাসগুলি একটি খারাপ ধারণা। আমরা চাই না কোনও সিস্টেমের সমস্ত বুদ্ধিমত্তাকে একটি একক বস্তু বা একটি একক ক্রিয়ায় কেন্দ্রীভূত করা। ওওডির অন্যতম লক্ষ্য হ'ল বিভাজন এবং আচরণকে বহু শ্রেণিতে এবং বহু ফাংশনে ভাগ করা "" - এবং তারপরেও কখনও কখনও বলা যায় যে কোনওভাবে Godশ্বরের ক্লাসগুলি ব্যবহার করা ভাল (উদাহরণ হিসাবে মাইক্রো-কন্ট্রোলারদের উদ্ধৃতি দিয়ে)।
  4. রবার্ট সি মার্টিনের "ক্লিন কোড: অ্যান্ডিল অফ সফেল সফটওয়্যার ক্র্যাফটসম্যানশিপ" পৃষ্ঠাতে 136 (এবং কেবলমাত্র এই পৃষ্ঠাটি) "গড ক্লাস" সম্পর্কে আলোচনা করেছে এবং "শ্রেণিগুলি ছোট হওয়া উচিত" নিয়মের লঙ্ঘনের একটি প্রধান উদাহরণ হিসাবে এটিকে আহ্বান জানিয়েছে তিনি পৃষ্ঠায় 138 থেকে শুরু করে একক দায়িত্বের নীতিটি প্রচার করতে ব্যবহার করেন।

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

গড অবজেক্টস এবং অবজেক্ট ওরিয়েন্টেড প্রোগ্রামিং এবং ডিজাইন:

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

উপসংহার:

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


19
ভাল অভ্যাস হিসাবে Godশ্বরের জিনিসগুলির নথিপত্রের জন্য তাদের জিজ্ঞাসা করুন।
ডন রবি 19

43
পলায়ন! আপনি সেখানে কাজ করতে চান না।
ডন রবি

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

18
আপনি "অ্যান্টিপ্যাটার্ন" শব্দটি মিস করছেন। "ঈশ্বর বস্তুর antipattern" জন্য একটি Google অনুসন্ধান করার সময় ফেরৎ টন কারণের উপর পৃষ্ঠাগুলির কেন তারা খারাপ করছি।
ইজকাটা

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

উত্তর:


51

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

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

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

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

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

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

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

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

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


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

5
এটিকে 'ব্যবসায়িক বক্তৃতা' দিয়ে যুক্ত করার জন্য +1; এটি আপনার শ্রোতাদের যথাসম্ভব প্রাসঙ্গিক করার লক্ষ্য aim আপনি আধিকারিকদের সাথে কথা বলছ, তাহলে কি কিভাবে কোডের মান রক্ষণাবেক্ষণ এবং কর্মক্ষমতা সঙ্গে একটি সরাসরি লিঙ্ক রয়েছে সম্পর্কে কথা বলতে, এবং আলোচনা করি কিভাবে এই সামগ্রিক প্রকল্প আর্থিক, দীর্ঘমেয়াদী স্থায়িত্ব ইত্যাদি দিয়ে বেঁধে। মনে হচ্ছে আপনার জ্ঞানের কারণে আপনাকে নিয়োগ দেওয়া হয়েছে; এই মনে রাখবেন. (কেবল জট বাঁধা পরিচালক হয়ে উঠবেন না যিনি ভাবেন যে তিনি সর্বদাই সেরা জানেন - তবে এই ক্ষেত্রে আপনি 100% সঠিক
লন্ডনে ফার্গাস

2
"ওয়ার্কিং কোডের জন্য +1 তত্ত্ব বা ভাল ডিজাইন সম্পর্কে কোনও আর্গুমেন্ট ট্রাম্প করে।" নিখুঁত কোডের জন্য আমাদের সন্ধানে আমরা প্রায়শই কিছু ভুলে যাই।
বজার্ক ফ্রুন্ড-হানসেন

দুর্দান্ত উত্তর, উচ্চাকাঙ্ক্ষী দলের নেতৃত্বের জন্য সেখানে প্রচুর জ্ঞান।
জিমি_টেরা

24

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

  1. ঈশ্বর অবজেক্ট একটি হল বিরোধী প্যাটার্ন যা যুক্তরাষ্ট্রের

    সফটওয়্যার ইঞ্জিনিয়ারিংয়ে একটি অ্যান্টি-প্যাটার্ন (বা অ্যান্টিপ্যাটার্ন) হ'ল এমন একটি প্যাটার্ন যা সামাজিক বা ব্যবসায়িক ক্রিয়াকলাপ বা সফ্টওয়্যার ইঞ্জিনিয়ারিংয়ে ব্যবহৃত হয় যা সাধারণত ব্যবহৃত হতে পারে তবে অকার্যকর এবং / অথবা অনুশীলনে অনুশীলনমূলক।

  2. ২০০৯ সালের গুগল আইও সম্মেলনে , এমভিপি প্যাটার্নটি ব্যাখ্যা করার সময় এই বিষয়টিকে আংশিকভাবে ব্যাখ্যা করা হয়েছিল। এটি গড অবজেক্টের সাথে প্রাসঙ্গিক নাও হতে পারে তবে আপনাকে কিছু বারোটা দিতে পারে।

  3. এছাড়াও, এই অ্যান্টি-প্যাটার্নটি ব্যবহার করা অবজেক্ট-ওরিয়েন্টেড ডিজাইনের একক দায়িত্ব নীতি লঙ্ঘন করে , যা বলে যে:

    প্রত্যেক শ্রেণীর একক দায়িত্ব থাকা উচিত এবং সেই দায়িত্ব পুরোপুরি শ্রেণীর দ্বারা আবশ্যক। এর সমস্ত পরিষেবা সংকীর্ণভাবে সেই দায়িত্বের সাথে সামঞ্জস্য করা উচিত।

  4. ক্ষয়িষ্ণু কোড ব্লগে কেও এই সম্পর্কে আলোচনা এবং এটি সম্পর্কে সমাধান।

  5. আমরা অবজেক্ট কাপলিংয়ের কথা না বলে একক দায়িত্বের নীতি সম্পর্কে কথা বলতে পারি না ।

    [...] সংযুক্তি বা নির্ভরতা হ'ল প্রতিটি প্রোগ্রাম মডিউল অন্যান্য মডিউলগুলির প্রত্যেকটির উপর নির্ভর করে।

    একটি শক্তভাবে সংযুক্ত সিস্টেম থাকা যেখানে assembly of modules [to] require more effort and/or time [to maintain] due to the increased inter-module dependency.উচ্চ স্তরের অবজেক্ট কাউটিংয়ের অর্থ কম সংহতি এবং তার বিপরীতে হতে পারে। Objectsশ্বরের অবজেক্টগুলি টাইট কাপলিংয়ের একটি উত্তম উদাহরণ, কারণ তারা তাদের জানার চেয়ে আরও বেশি জানে, সুতরাং তাদেরকে দায়িত্বের সাথে চাপিয়ে দেয়, এভাবে কোডের পুনঃব্যবহারযোগ্যতা সীমাবদ্ধ করে।

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

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

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

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


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

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

7

ওহ, আমি যাচ্ছি, অন্য একটি পুরানো প্রশ্ন উপাহার করছি তবে আমি অনুমান করতে যাচ্ছি যে আপনি এই যুক্তিটি জিতেন নি এবং কেন এখানে।

এটি সংস্কৃতি সমস্যার মতো শোনায়

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

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

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

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

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

অসম্ভব নয় এমন ইভেন্টে এটি কোনও ইন্টারেক্টেবল সংস্কৃতি সমস্যা নয় ...

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

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

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


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

1
@ স্নেস্টডুয়েন হ্যাঁ, এই প্রত্যাশাগুলির একা খাঁটি কথা বলে। জিটিএফওতে আপনার পক্ষে ভাল।
এরিক রেপেন

3

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


2

আপনি সর্বদা আঙ্কেল ববকে জিজ্ঞাসা করতে পারেন।

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

উত্স সন্ধানের সময় আপনি যে শর্তগুলি শুরু করতে চাইতে পারেন তা হ'ল

  • কঠিন
  • ডিমিটারের আইন
  • মাটির বড় বল

এগুলি প্রকাশের সাথে সম্পর্কিত সমস্ত ধারণাগুলি যা বাস্তবে এর নামকরণ না করে সত্ত্বেও টেকসই রেফারেন্স উত্স পেতে পারে।

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


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

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

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

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

1

আমি কীভাবে "godশ্বর" অবজেক্টগুলিকে ভুল প্রমাণিত বা অস্বীকার করব?

তুমি পার না.

এই জাতীয় অনুমান গাণিতিক প্রমাণের পক্ষে উপযুক্ত নয়, এবং গাণিতিক প্রমাণই একমাত্র প্রমানের প্রমাণ যা সঠিক।

এমনকি আপনি যদি godশ্বরের বস্তুগুলি ব্যবহারের প্রভাবগুলির পরিমাণের পরিমাণের সাথে সংশোধনযোগ্য শব্দ "ভুল" প্রতিস্থাপনের চেষ্টা করেন, আপনি দেখতে পাবেন:

  1. উপলব্ধ ব্যবস্থা অশোধিত হয়,
  2. এমন কিছু বিশ্বাসযোগ্য অধ্যয়ন নেই যেখানে পেশাদার প্রোগ্রামারদের দ্বারা উত্পাদিত কোডগুলির জন্য সেগুলি পরিমাপ করা হয়েছে
  3. এমন কোনও বিশ্বাসযোগ্য অধ্যয়ন নেই যেখানে ভাষা নির্মান বা নকশা (অ্যান্টি-) নিদর্শনগুলি এই ব্যবস্থাগুলির সাথে যুক্ত করা হয়েছে।

এবং এটি কোনও নির্দিষ্ট বস্তুটি যখন "godশ্বর" অবজেক্ট হয় তখন সিদ্ধান্ত গ্রহণের বিষয়টি উপেক্ষা করে।

সর্বোপরি, এই ধরণের অধ্যয়ন কেবল একটি অভিজ্ঞতামূলক পারস্পরিক সম্পর্ক প্রদর্শন করতে পারে। আসল প্রমাণ নয় Not


আপনি প্রকৃতপক্ষে যা করছেন তা অন্য লোকের মতামত পরিবর্তন করার দৃষ্টিভঙ্গি ""শ্বর" অবজেক্টগুলির পক্ষে এবং তার বিতর্ক করা ... এবং তারপরে আপনার সংস্থার অনুশীলন।

"প্রুফ" এর মতো শব্দ ব্যবহার করবেন না বা যাদের সাথে আপনি বিতর্ক করছেন তাদের মুখে হাসি ফেলা দায়বদ্ধ।


0

আপনি সপ্তাহের # 84 এর গুরু দেখতে চাইতে পারেন । এগুলি সমস্ত godশ্বরের বস্তুগুলি (একচেটিয়া) এবং সেগুলি কীভাবে খারাপ।

নির্যাস:

(মেজর) এটি একটি শ্রেণীর অভ্যন্তরে সম্ভাব্য স্বাধীন কার্যকারিতা বিচ্ছিন্ন করে [...] (মাইনর) এটি নতুন কার্যকারিতা সহ শ্রেণি প্রসারিতকে নিরুৎসাহিত করতে পারে [...]


0

আপনার দল যদি "objectsশ্বরের বিষয়গুলি ভুল হয়" এমন একাডেমিক প্রবাদের প্রতি সত্যই আগ্রহী হয় তবে আমি শিউর হই না।

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

আপনি যা করতে চান তা হ'ল "স্পেজেটি কোড" এবং "গড অবজেক্টস" এর নেতিবাচক পার্শ্ব প্রতিক্রিয়াগুলি মোকাবেলা করা: পার্শ্ব প্রতিক্রিয়াগুলির কারণে ক্রমবর্ধমান বাগগুলির কারণে নতুন বৈশিষ্ট্য যুক্ত করতে বিস্ফোরিতের ব্যয়।

খুব নির্দিষ্ট বিচি দেওয়া এবং উত্তর দেওয়ার পরিবর্তে প্রশ্ন জিজ্ঞাসা করা আরও সহায়ক হতে পারে:

manager > Why did implement the new tax-calculation schema took more than 4 weeks
team > because {reason a}
manager > And why was {reason a}?
team > because {reason b}
manager > And why was {reason b}?
...
team > because {reason z}
manager > what could we do to avoid {reason z} ?
team > refactor code
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.