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