"... কী তৈরি করা দরকার তা ট্র্যাক করে রাখা খুব কঠিন" - বিল্ড সরঞ্জামগুলি সে সবের সাথে সহায়তা করে না। আপনি কী তৈরি করতে চান তা আপনার জানতে হবে। (রীতেশ গানের উত্তর থেকে উদ্ধৃত)
"আমি শুনেছি এগুলি প্রায় সব ধরণের বাস্তব-বিশ্বের উন্নয়নে ব্যবহৃত হয়" - কোনও কারণে, সফ্টওয়্যার বিকাশকারীরা বড় বড় সংস্থাগুলিতে কাজ করতে পছন্দ করে। তাদের মনে হয় সেখানে কাজ করা প্রত্যেক ব্যক্তির জন্য আরও অস্পষ্ট কাজের নির্দেশিকা রয়েছে।
"কীভাবে আসি গত চার বছরে আমার কখনই তাদের প্রয়োজন হয়নি"। সম্ভবত আপনি দক্ষ প্রোগ্রামার হিসাবে।
সিউডো, মেটা। আমি মনে করি বিল্ড সরঞ্জামগুলি মোটেই সত্যিকারের কোনও সুবিধা দেয় না। খারাপ কোম্পানির অনুশীলন, দিকনির্দেশের অভাব - খারাপ সফ্টওয়্যার আর্কিটেকচারাল নেতৃত্ব যা প্রকল্পটির সত্যিকারের জ্ঞানের দিকে পরিচালিত করে, সেখানে সুরক্ষার অনুভূতি যুক্ত করার জন্য এটি কেবল সেখানেই রয়েছে there আপনার প্রকল্পে আপনাকে কখনই বিল্ড সরঞ্জামগুলি (পরীক্ষার জন্য) ব্যবহার করতে হবে না। সফ্টওয়্যার প্রকল্পের জ্ঞানের অভাবের সাথে এলোমেলো পরীক্ষা করা কোনওরকম সহায়তা দেয় না।
কোনও প্রকল্পের উদ্দেশ্য এবং এটি অন্যান্য উপাদানগুলির সাথে কীভাবে কাজ করবে তা না জেনে আপনার কখনও কখনও কিছু যুক্ত করা উচিত নয়। উপাদানগুলি পৃথকভাবে কার্যকরী হতে পারে তবে একসঙ্গে কাজ করবে না। (এটি আমি যে সফ্টওয়্যার আর্কিটেক্ট ধরেছি তা দায়বদ্ধ)।
4-5 টি উপাদান যদি প্রকল্পে যুক্ত হয় তবে কী হবে। আপনি একটি 6th ষ্ঠ উপাদান যুক্ত করুন। প্রথম যুক্ত উপাদানগুলির সাথে একসাথে এটি সমস্ত কিছু স্ক্রু করতে পারে। কোনও স্বয়ংক্রিয় এটি সনাক্ত করতে সহায়তা করবে না।
চিন্তাভাবনা ভাবা ছাড়া আর কোনও শর্টকাট নেই।
তারপরে সংগ্রহস্থলগুলি থেকে অটো ডাউনলোড রয়েছে। আপনি কি কখনও এটি করতে চান? আপনি কী ডাউনলোড করবেন, প্রকল্পে কী যুক্ত করবেন তা আপনার জানতে হবে। আপনি কীভাবে সংগ্রহস্থলের সংস্করণগুলির পরিবর্তনগুলি সনাক্ত করতে পারেন? আপনাকে জানতে হবে. আপনি কিছুতেই "অটো" করতে পারবেন না।
যদি আমরা সাইকেল এবং শিশু পরীক্ষা করতে যাচ্ছি একটি লাঠি দিয়ে চোখের পাতায় পাছা রেখে এবং এলোমেলোভাবে এটির সাথে প্রায় আঘাত করতে পারি। এটি বিল্ড সরঞ্জাম পরীক্ষার ধারণা বলে মনে হচ্ছে।
আমি দুঃখিত যে এখানে কোনও শর্টকাট নেই
https://en.wikedia.org/wiki/Stetec_method
এবং
https://en.wikedia.org/wiki/Analysis