আমরা যে কারুকার্যগুলি তৈরি করি তা শেষ করার জন্য আমাদের হাতে পর্যাপ্ত সময় থাকলে আপনি কীভাবে শক্ত সফটওয়্যার আর্কিটেকচার এবং এটি সম্পন্ন করার জন্য ভাল অগ্রগতি করার মধ্যে একটি ভাল ভারসাম্য বজায় রাখতে পারেন?
আমার ব্যক্তিগত চ্যালেঞ্জ: আজ কার্যকর এবং একই সাথে দীর্ঘমেয়াদী চিন্তাভাবনা সম্পর্কে কীভাবে? এছাড়াও, আপনি এটি করছেন যখন আপনি ঠিক সেই একই পুনরাবৃত্ত নিদর্শনগুলি ব্যবহার করতে চেয়ে বরং আপনি গত 5 বছরে নতুন জিনিস শিখতে চান?
উত্তর:
আপনার যত কম অভিজ্ঞতা হবে, তত বেশি সময় আপনি আপ-ফ্রন্ট ডিজাইনের সাথে অপচয় করবেন। ভাল ডিজাইন তৈরি করা এমন কিছু যা আপনি এটি করে শিখবেন এবং তারপরে এটি কীভাবে সক্রিয় হয় তা দেখে / মূল্যায়ন করবেন। কিছু সিদ্ধান্তের সুদূরপ্রসারী কিন্তু অস্পষ্ট প্রভাব। কিছু গেমের পরে আপনি সম্ভবত প্রাথমিক নকশাটিকে বেশ শক্ত করতে সক্ষম হবেন এবং এই পর্যায়ে আরও কিছু সময় বিনিয়োগের জন্য এটি প্রদান করবে।
আমার উদ্দেশ্য: জিনিসগুলি প্রথম স্থানে সম্পন্ন করুন, তবে আপনার সময়সীমার মধ্যে কোন উপাদানগুলি অন্যদের চেয়ে বেশি সমালোচনামূলক তা সনাক্ত করতে আপনার সাধারণ জ্ঞান ব্যবহার করুন এবং সেগুলি আপনার সময়সীমার মধ্যে বেশ সুন্দরভাবে নকশা করুন। উদাহরণস্বরূপ, যদি এআই আপনার গেমের পক্ষে সমালোচনা করে থাকে তবে নিশ্চিত হয়ে নিন যে আপনি পরে এটিকে সহজেই প্রসারিত / পরিবর্তন করতে পারবেন। অথবা, আপনি যদি এমন কোনও উপাদান লিখতে চলেছেন যা আপনি প্রতিটি খেলায় ব্যবহার করবেন তবে এটি পুনরায় ব্যবহারের জন্য ডিজাইন করুন। আপনার সময় ট্র্যাক করুন এবং ডিজাইনিং এ জোর না। একটি নকশা-সময়সীমা সেট করুন এবং তার পরে, আপনার প্রকাশের সময়সীমা পেতে সমস্ত কিছু হ্যাক করা শুরু করুন। তবে নিশ্চিত হয়ে নিন যে কী পয়েন্টগুলি পরে পুনর্নির্মাণের / পুনরায় নকশা করা দরকার এবং সেই জিনিসগুলিকে উন্নত করতে আপনি পরবর্তী গেমটি শুরু করার আগে কিছু সময়ের মধ্যে গণনা করুন, যাতে তারা আপনাকে পিছনে কামড়তে না পারে!
একটি ভাল পরামর্শ: যদি আপনাকে দুটি বিকল্পের মধ্যে বেছে নিতে হয় তবে বিশদ বিবরণে খুব বেশি দেরি করবেন না। বেশিরভাগ ক্ষেত্রে, কোনও "ভাল" বা "খারাপ" থাকে না। কিছু পরিস্থিতিতে, এ আরও ভাল হবে, কিছুতে বি হবে এবং সামগ্রিকভাবে, উভয়ের মধ্যে পার্থক্য সর্বদা সময়ের জন্য উপযুক্ত নয়।
সফ্টওয়্যার বা গেমস ডিজাইনের ক্ষেত্রে অনেক অভিজ্ঞতা রয়েছে, সুতরাং আপনার গবেষণায় আপনার কিছুটা সময় ব্যয় করা নিশ্চিত করুন (যেমন ডিজাইনের উপর একটি বই পড়া, অন্যের অভিজ্ঞতা সম্পর্কে পড়া, আপনার ডিজাইন সম্পর্কে সহকর্মী প্রোগ্রামারদের সাথে কথা বলা ইত্যাদি ... )।
মানুষ ভবিষ্যতের ভবিষ্যদ্বাণী করতে ভয়ানক। এটি গেমসের ক্ষেত্রে বিশেষত সত্য, যেখানে প্রয়োজনীয়তাগুলি প্রতিদিনের ভিত্তিতে পরিবর্তিত হতে পারে।
ইয়াজিএনআই নামে একটি নীতি আছে, যার নাম "আপনার দরকার নেই এটি", যা মূলত বলেছে যে আপনার প্রয়োজনের দরকার না হওয়া অবধি আপনার কিছু প্রয়োগ করা উচিত নয় ।
আমি দেখতে পেয়েছি যে অনেকগুলি কাঠামোগত দৃ rig়তার সাথে জর্জরিত হয়ে পড়েছে যা বাস্তবে এর কোনও ব্যবহার করেনি যেহেতু যে বৈশিষ্ট্যগুলি লোকেরা ভেবেছিল যে তারা প্রয়োজন হবে সেগুলি ব্যবহারের আশেপাশে কখনই আসেনি।
আমার ব্যক্তিগত দর্শন হ'ল ডু দ্য সিম্পিলস্ট থিং যা সম্ভবত কাজ করতে পারে । বলা হচ্ছে, গেটিং ইট ডোন এবং হ্যাকিং শিট টুগেদার এর মধ্যে পার্থক্য রয়েছে। একটি উদ্দেশ্য সহ কোড লেখার অর্থ এমন কিছু করা উচিত নয় যা "কোড গন্ধ" উত্সাহিত করে যা সবকিছুকে জনসাধারণের মতো করে তোলে, সব কিছু করে এমন ব্লব ক্লাস করে, বা "খারাপ" কোড চিহ্নিতকারী অন্যান্য কয়েক ডজন কাজ করে।
এটি আজ আমার মানসিকতায় সত্যকে মূল্যায়ন করে:
আমি সফটওয়্যার দ্রুত প্রোটোটাইপিং এর বন্ধু। বিশেষত গেম ডেভলপমেন্টের সময়। জিনিসগুলি শিখতে, পরীক্ষা করতে এবং ব্যবহার করার জন্য এটি ভাল। হার্ডওয়্যার প্রোগ্রামিং বা জটিল অ্যালগরিদমের কাছাকাছি হওয়া আমার পক্ষে সেরা পদ্ধতি।
Theory();
RapidPrototype();
bool bOk = false;
while(!bOk)
{
Testing();
LotOfFixing();
PlayingWith();
bOk= AnalysingResults();
}
FinalFastAndNiceDataStructuresAndCode();আমার র্যাপিড প্রোটোটাইপের সংস্করণটিতে সঠিক প্রোটোটাইপ ক্রাস্ট থাকতে হবে:
সুবিধাদি:
আপনি যদি এটি ভালভাবে করেন তবে আপনার শেষে আপনার পণ্যটির সত্যিকারের ডিবাগ / শিখতে সংস্করণ থাকতে পারে।
আমরা এটি আমাদের প্রকল্পে ব্যবহার করছি এবং আমরা এতে খুশি।
কটাক্ষপাত আছে চঞ্চল সফটওয়্যার উন্নয়ন । যদিও এটি কোনও রূপালী বুলেট নয়, এর লক্ষ্য উভয়ই করা (এটি করা এবং শক্ত সফ্টওয়্যার নকশা)।