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