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