𝗪𝗵𝘆 𝗠𝗼𝘀𝘁 𝗦𝗼𝗳𝘁𝘄𝗮𝗿𝗲 𝗜𝘀 𝗕𝘂𝗶𝗹𝘁 𝗕𝗮𝗰𝗸𝘄𝗮𝗿𝗱𝘀

𝗪𝗵𝘆 𝗠𝗼𝘀𝘁 𝗦𝗼𝗳𝘁𝘄𝗮𝗿𝗲 𝗜𝘀 𝗕𝘂𝗶𝗹𝘁 𝗕𝗮𝗰𝗸𝘄𝗮𝗿𝗱𝘀

কেন বেশিরভাগ সফটওয়্যার উল্টোভাবে তৈরি করা হয়

বেশিরভাগ সফটওয়্যার উল্টোভাবে তৈরি করা হয়।

এটি ঘটে কারণ মানুষ ভুল জিনিসগুলোকে পুরস্কৃত করে।

ফিচারগুলো মনোযোগ পায়। আর্কিটেকচার পায় না। ঘোষণাগুলো মনোযোগ পায়। ডকুমেন্টেশন পায় না। নতুন সক্ষমতাগুলো মনোযোগ পায়। রক্ষণাবেক্ষণ পায় না।

টিমগুলো দৃশ্যমান অংশ দিয়ে শুরু করে। তারা ভিত্তি বা ফাউন্ডেশনকে অবহেলা করে।

সাধারণ সফটওয়্যার সংক্রান্ত প্রশ্নগুলো ভুল পর্যায়ে মনোযোগ দেয়:

• আমাদের কী কী ফিচার তৈরি করা উচিত?
• ড্যাশবোর্ডটি দেখতে কেমন হওয়া উচিত?
• আমাদের কোন ইন্টিগ্রেশনগুলো সাপোর্ট করা উচিত?
• আমরা পরবর্তীতে কী ঘোষণা করতে পারি?

এই প্রশ্নগুলো অনেক আগেই চলে আসে। ফিচার তৈরির আগে আপনাকে সিস্টেমটি বুঝতে হবে।

একটি বাড়ি তৈরির কথা ভাবুন। আপনি রঙের পছন্দ দিয়ে শুরু করেন না। আপনি শুরু করেন:

• ভিত্তি (ফাউন্ডেশন)
• কাঠামো (স্ট্রাকচার)
• প্লাম্বিং
• ইলেকট্রিক্যাল সিস্টেম

দৃশ্যমান বিবরণগুলো অদৃশ্য সিস্টেমের ওপর নির্ভর করে। সফটওয়্যারও একইভাবে কাজ করে।

ইউজার ইন্টারফেস দৃশ্যমান। আর্কিটেকচার নয়। ফিচারগুলো দৃশ্যমান। কিন্তু সেগুলোকে সাপোর্ট করা সিস্টেমগুলো নয়।

সিস্টেম নির্ধারণ করে সফটওয়্যার সফল হবে কি না।

ফিচারগুলো একক সমস্যা সমাধান করে। সিস্টেমগুলো সমস্যার পুরো ক্যাটাগরি সমাধান করে। ফিচারগুলো কার্যকারিতা তৈরি করে। সিস্টেমগুলো ধারাবাহিকতা তৈরি করে।

ফিচারের দিকে মনোযোগ দিলে জটিলতা বাড়ে। সিস্টেমের দিকে মনোযোগ দিলে জটিলতা সুসংগঠিত হয়।

ডকুমেন্টেশন সত্য প্রকাশ করে। একটি সুপরিকল্পিত সিস্টেমের ডকুমেন্টেশন স্পষ্ট থাকে। একটি দুর্বলভাবে ডিজাইন করা সিস্টেমের জন্য দীর্ঘ ও জটিল ব্যাখ্যার প্রয়োজন হয়। যদি একটি ওয়ার্কফ্লোর জন্য পৃষ্ঠা ভর্তি নির্দেশনার প্রয়োজন হয়, তবে সম্ভবত সমস্যাটি সেই ওয়ার্কফ্লোতেই।

ব্যবহারকারীরা একক ফিচার অনুভব করেন না। তারা সিস্টেম অনুভব করেন।

ব্যবহারকারীরা দেখেন না:

• Authentication
• APIs
• Database queries
• Deployment pipelines

ব্যবহারকারীরা অনুভব করেন:

• নির্ভরযোগ্যতা
• গতি
• সরলতা
• আত্মবিশ্বাস

এই অনুভূতিগুলো পুরো সিস্টেম থেকে আসে।

উল্টোভাবে তৈরি করা বোঝা সহজ। ফিচারগুলো একটি স্ক্রিনশটে ধরে যায়। আপনি একটি ফিচার ঘোষণা করতে পারেন। কিন্তু একটি সিস্টেম সহজে ঘোষণা করা যায় না।

অদৃশ্য কাজই সবচেয়ে বেশি ভ্যালু তৈরি করে।

আমি আমার দৃষ্টিভঙ্গি পরিবর্তন করেছি। আমি আর জিজ্ঞেস করি না যে একটি প্রজেক্টের কী কী ফিচার প্রয়োজন। আমি এখন জিজ্ঞেস করি আমি কী সিস্টেম তৈরি করছি।

একটি সিস্টেম সীমাবদ্ধতা তৈরি করে। একটি সিস্টেম অগ্রাধিকার তৈরি করে। একটি সিস্টেম দিকনির্দেশনা তৈরি করে।

ভিত্তি বা ফাউন্ডেশন থাকলে ফিচার তৈরি করা সহজ হয়ে যায়।

সফল প্রোডাক্টগুলোর শুধু অনেক ফিচার থাকে না। সেগুলোর চিন্তাশীল সিস্টেম থাকে। ওয়ার্কফ্লোগুলো স্বাভাবিক মনে হয়। অভিজ্ঞতাটি সুপরিকল্পিত মনে হয়।

দৃশ্যমান অংশগুলো দিয়ে শুরু করা বন্ধ করুন। আগে সিস্টেমটি তৈরি করুন। ফিচারগুলোকে তা থেকে বেরিয়ে আসতে দিন।

উৎস: https://dev.to/stinklewinks/why-most-software-is-built-backwards-46i