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