যদিও অনেকগুলি ডোমেইনে সাধারণ গ্রাহক হ'ল:
- দৈনিক অপারেশনাল উদ্বেগগুলিতে আগ্রহী - স্বল্প-পরিসরের কৌশল ... কৌশল নয়;
- শুধুমাত্র তাত্ক্ষণিক সমাধানের সাথে সম্পর্কিত;
- সাধারণত এক-মাত্রিক, অ-বিমূর্ত চিন্তাবিদ;
- একটি দীর্ঘস্থায়ী, মান সমাধানের বিপরীতে প্রধানত "কাজ শেষ করতে" আগ্রহী।
এবং খোলামেলা বলতে গেলে তাদের সাধারণত এ জাতীয় চিন্তাভাবনা করার ভাল কারণ থাকে। প্রথমত, তারা এমন একটি ব্যবসা চালাচ্ছে, যা আজ এবং আগামীকাল কোনও রাজ্যের আয়ের উচিত, কোনও দূর ভবিষ্যতে নয়। দ্বিতীয়ত, তারা প্রযুক্তি বিশেষজ্ঞ নয় - তারা কী জানেন কী সম্ভব এবং কী নয় এবং নির্দিষ্ট স্থাপত্য / নকশা / প্রয়োগের পছন্দগুলির পরিণতিগুলি কী তা তারা জানেন না। এটি আমরা জানি।
উত্তরটি হ'ল - কষ্ট করেই অবাক করা - যোগাযোগ ।
আপনাকে একে অপরকে যোগাযোগ করতে, একে অপরকে শিক্ষিত করতে, একে অপরকে কমপক্ষে একটি বেসিক স্তরের দৃষ্টিভঙ্গি বোঝার প্রয়োজন make আপনাকে তাদের সম্ভাব্য বিকল্পগুলির স্বল্প ও দীর্ঘমেয়াদী পরিণতিগুলি ব্যাখ্যা করতে হবে। এবং আপনার বোঝার ভাষাটি আপনার ব্যবহার করা উচিত ।
- যদি আপনি বলেন "এটি হ্যাক হবে, যা কোডটি কম পাঠযোগ্য এবং এক্সটেনসিবল করে তোলে" , তারা বলে, "হ্যাঁ যাই হোক না কেন" ।
- যদি আপনি বলেন "এটি একটি স্বল্পমেয়াদী সংশোধন হবে, যা দীর্ঘমেয়াদি বিকাশ এবং রক্ষণাবেক্ষণকে আরও ব্যয়বহুল করে তুলবে এবং বাগ প্রবর্তনের ঝুঁকি বাড়িয়ে তুলবে" , তারা বলে "একটি হা, আসুন বিবেচনা করুন" ।
- এবং যদি আপনি বলেন "এই সমাধানটির জন্য আপনার এখন 100 ডলার ব্যয় করতে পারে তবে আপনি যে $ 500 প্রযুক্তিগত debtণটি শীঘ্রই বা সুদের সাথে ফেরত দিতে বাধ্য হবেন তা উপস্থাপন করে; এটি অন্য সমাধানের জন্য আপনার এখন 400 ডলার ব্যয় হয় এবং কোনও প্রযুক্তিগত debtণ ছাড়েনি; আপনি যেটি বেছে নিন তাকে বেছে নিন you চান " , তারা বলে " এখন আমরা কথা বলছি! " ।
তারা আমাদের ব্যবসায়ের দৃষ্টিকোণ সম্পর্কে দুটি বা দুটি বিষয় শিখিয়ে দিতে পারে can ব্যবসায়ের ব্যবহারযোগ্য এবং যথেষ্ট ভাল - খুব কমই নিখুঁত - সমাধান চায় wants। এবং তারা সম্ভবত যে কারও চেয়ে ভাল জানেন যে "নিখুঁত হ'ল শত্রু"। সুতরাং আপনার মনে রাখতে হবে যে আমাদের কাজটি আমাদের ক্লায়েন্টদের সমস্যার সমাধান প্রদান করা, প্রযুক্তিগতভাবে নিখুঁত সফ্টওয়্যার তৈরির পরিবর্তে। কখনও কখনও এই দুটি একই হয়ে যায়, তবে প্রায়শই হয় না। এটি অনেকের কাছে দুঃখজনক হিসাবে দেখা যেতে পারে তবে এটি ব্যবসায়ের বাস্তবতা। আমার জন্য, যদি আমি আমার গ্রাহকের সমস্যা সমাধান করতে সক্ষম হয়েছি এবং আমি দেখতে পাচ্ছি যে এটি তাদের জীবনকে দৃশ্যমানভাবে সহজ করে তুলেছে তবে আমি তাদের মতোই খুশি। OTOH যদি আমি মনে রেখেছিলাম নিখুঁত নকশাটি বাস্তবায়িত করতে পেরেছি, তবে পরের সপ্তাহে সংস্থাটি দেউলিয়া হয়ে যায়, তবে কারও পক্ষে এটি খুব কমই জয়?
একজন বুদ্ধিমান ব্যবসায়ের মালিক বুঝতে পারবেন - আপনি যদি তাদের নিজস্ব ভাষা ব্যবহার করে সেগুলি ব্যাখ্যা করেন - তবে সফ্টওয়্যার পরিষ্কার রাখা, ইউনিট পরীক্ষা লেখার জন্য, রিফ্যাক্টরের কাছে কেন গুরুত্বপূর্ণ এই বিষয়গুলি স্বল্পমেয়াদে সরাসরি কোনও অবদান রাখেনি বলে মনে হচ্ছে, তারা দীর্ঘমেয়াদী রক্ষণাবেক্ষণের জন্য প্রয়োজনীয়। এবং বুদ্ধিমান গ্রাহকরা তাদের ব্যবসায়ের দীর্ঘমেয়াদী রক্ষণাবেক্ষণের বিষয়ে যত্নশীল হন, তাই তারা যখন তাদের বিনিয়োগের মূল্য নির্ধারণ করে তা দেখে তারা অবশ্যই এতে বিনিয়োগ করতে আগ্রহী। যাইহোক, তাদের সংস্থান এবং আপনার সময় উভয়ই সীমাবদ্ধ, তাই আপনাকে সর্বাধিক গুরুত্বপূর্ণ বিষয়গুলিকে প্রাধান্য দেওয়া এবং ফোকাস করা দরকার। তবে এটি গুরুত্বপূর্ণ তবেই এটি আপনার উভয়ের পক্ষে গুরুত্বপূর্ণ ।
আপনি রিফ্যাক্টর মডিউল এটিকে দেখতে চাইতে পারেন কারণ সেখানকার কোডটি কেবলমাত্র ভয়াবহ এবং আপনার সুনির্দিষ্ট, মার্জিত এবং পরিষ্কার হওয়ার জন্য কোডটি কীভাবে সংশোধন করতে হবে তার একটি মূ idea় ধারণা রয়েছে, আপনি কেবল পড়েন এমন একটি নকশার প্যাটার্ন ব্যবহার করে। তবে, যদি সেই মডিউলটি বছরের পর বছর ধরে স্পর্শ না করে এবং এটি নির্ভরযোগ্যভাবে কাজ করে তবে আপনি সম্ভবত মডিউল বি-তে মনোনিবেশ করা থেকে ভাল, যা পরের সপ্তাহে খুব গুরুত্বপূর্ণ একটি নতুন বৈশিষ্ট্য সহ প্রসারিত হতে চলেছে এবং এতে প্রচুর বাগ রয়েছে and ইতিমধ্যে।