প্রোগ্রামাররা সমস্যাগুলি সমাধান করার জন্য "হার্ড ওয়্যার্ড"।
ভাল প্রোগ্রামাররা "সঠিক" সমস্যাগুলি সমাধান করার চেষ্টা করবে।
কেউ যা জিজ্ঞাসা করছে কেবল তা সরবরাহ করা [প্রায়শই] ভুল সমস্যা সমাধানের জন্য।
যে দিনগুলিতে এমএস অফিস অটোমেশন সমস্ত ক্রোধ ছিল, আপনি কয়েক সপ্তাহের মধ্যে সাধারণত একটি অফিস প্রোডাক্টে "এটি" কীভাবে করবেন তা জিজ্ঞাসা করে, অন্য কোনও পণ্যটিতে "সেই" , তারপরে আবার অন্য কিছুতে। এগুলির প্রতিটি দ্রুত সমাধান করা হয়, তবে "সমস্যা" - এখনও পুরোপুরি বর্ণিত হয়নি - সমাধান হয়নি। তারা তাদের শৃঙ্খলে পরবর্তী "লিঙ্ক" এর জন্য ফিরে আসতে থাকে।
আপনি যদি তাদের থামান এবং তাদের জিজ্ঞাসা করেন "কেন?" তারপরে তাদের ব্যাক-ট্র্যাক করতে হবে এবং তারা কী অর্জন করতে চান তা আরও বিস্তৃতভাবে ব্যাখ্যা করতে হবে এবং কেবল তাদের সামনে তাত্ক্ষণিকভাবে সমস্যাটি বর্ণনা করা নয়। (বিটিডাব্লু, প্রোগ্রামাররা এটিকে কেবল অন্য কারও মতোই ভোগাচ্ছে, যা এই ভালুকের টেস্টামেন্টের মতো)।
ব্যবহারকারীর চেইনটি "অ্যাক্সেসে বড় ডেটাবেস থেকে ডেটা প্রাপ্ত করা, তারপর এক্সেলকে কিছুটা ম্যাসেজ করার জন্য, তারপরে ওয়ার্ডে জুড়ে যাতে তারা ফলাফলগুলি মেল-মার্জ করতে এবং এই প্রতি সপ্তাহে লোককে ইমেল করতে পারে" এর পরিবর্তে একটি দ্বারা প্রতিস্থাপিত হয় ব্যাচের কাজ যা সমস্ত কিছু করে, ফলাফলগুলি সোমবার সকালে লোকজনের ইনবক্সে প্রথম জিনিসটিতে বসে, কোনও ম্যানুয়াল ব্যবহারকারীর সাথে জড়িত না।
ব্যবহারকারীদের মত ।
আপনি সেখানে পৌঁছানোর সর্বোত্তম উপায়ে অফার করার আগে আমাদের জানতে হবে যে আপনি কোথায় পৌঁছানোর চেষ্টা করছেন।
বিকল্পভাবে, (মন্টি পাইথনকে চিত্রিত করার জন্য): "আপনি কি 5 মিনিটের উত্তর চান বা পুরো আধ ঘন্টা"?
প্রোগ্রামার কোনও নির্দিষ্ট ক্রিয়াকলাপের সমস্ত মিনিটটি ছড়িয়ে দেওয়ার কোনও অর্থ নেই যখন আপনি কেবল তিনটি দশমিক জায়গার সাথে কোনও সংখ্যায় এটি খাওয়ান তবে তা মোকাবেলা করবে কিনা তা জানতে চান।
আপনার দৃষ্টিকোণ জানা আপনার উত্তরটি প্রায়শই মূলত পুনরায় আকার দিতে পারে।
How do I walk on water?
Why?
I want to cross the river
Build a boat.