আমি কীভাবে আমার সতীর্থকে বোঝাতে পারি যে আমাদের সংকলক সতর্কতাগুলি উপেক্ষা করা উচিত নয়?

Question

আমি একটি বিশাল প্রকল্পে কাজ করেছি (আরও অনেকগুলি মিনি প্রকল্পের জটযুক্ত সংমিশ্রণের মতো যা দুর্বল নির্ভরতা পরিচালনার কারণে সহজেই পৃথক করা যায় না, তবে এটি ভিন্ন আলোচনা) জাভাতে গ্রহনটি ব্যবহার করে। আমরা ইতিমধ্যে সংকলক সেটিংস থেকে বেশ কয়েকটি সতর্কতা বন্ধ করে দিয়েছি এবং প্রকল্পটিতে এখনও 10,000 এরও বেশি সতর্কতা রয়েছে।

আমি সমস্ত সতর্কতাগুলিকে সম্বোধন করার চেষ্টা করার জন্য, যদি সম্ভব হয় তবে তার সবকটিই ঠিক করুন এবং যাদের সন্ধান করা এবং নিরাপদ বলে মনে করা হচ্ছে তাদের দমন করুন a (একইভাবে সমস্ত প্রয়োগকৃত / ওভারডেন পদ্ধতি @ ওভাররাইড হিসাবে চিহ্নিত করার সাথে আমার ধর্মীয় আবেগের পক্ষে রয়েছে)। আমার সবচেয়ে বড় যুক্তি হ'ল সাধারণভাবে সতর্কতা আপনাকে সংকলনের সময় সম্ভাব্য বাগগুলি খুঁজে পেতে সহায়তা করে। হতে পারে 100 বারের মধ্যে 99 বার, সতর্কতাগুলি তুচ্ছ নয়, তবে আমি মনে করি যে মাথাটি স্ক্র্যাচ করে যে এটি এক সময়ের জন্য এটি সংরক্ষণ করে যে এটি একটি বড় বাগ প্রতিরোধ করে, এটি সবই মূল্যবান। (আমার অন্য কারণ হ'ল কোড পরিষ্কারের সাথে আমার আপাত ওসিডি)।

যাইহোক, আমার সতীর্থদের অনেক যত্নবান বলে মনে হয় না। আমি যখনই সেগুলির মধ্যে পড়ে যাই তখন আমি মাঝে মাঝে সতর্কতাগুলি ঠিক করি (তবে আপনি জানেন যে কোনও সহকর্মীর দ্বারা লিখিত কোডটি স্পর্শ করার সময় আপনিই মুশকিল)। এখন ক্লাসের চেয়ে আক্ষরিক অর্থে আরও সতর্কতা সহ, সতর্কতার সুবিধাগুলি খুব কমানো হয়, কারণ যখন সতর্কতাগুলি এত সাধারণ জায়গা হয়, তখন কেউই তাদের সকলের দিকে তাকাতে বিরক্ত করবে না।

আমি কীভাবে আমার সতীর্থকে (বা এমন শক্তিগুলি) বোঝাতে পারি যে সতর্কতাগুলি মোকাবিলা করা প্রয়োজন (বা সম্পূর্ণ তদন্তের সময় দমন করা উচিত)? নাকি নিজেকে বোঝাতে হবে যে আমি পাগল?

ধন্যবাদ

(পিএস আমি অবশেষে আমাকে এই প্রশ্নটি পোস্ট করার জন্য কী উত্সাহিত করেছিল তা উল্লেখ করতে ভুলে গিয়েছি যে আমি দুঃখের সাথে লক্ষ্য করেছি যে আমি সতর্কতাগুলি উত্পন্ন করার চেয়ে ধীরে ধীরে ঠিক করছি)

Comments

সকল প্রকারের: কাঁচা টাইপ, অব্যবহৃত আমদানি, অব্যবহৃত ভেরিয়েবল, অব্যবহৃত বেসরকারী পদ্ধতি, অপ্রয়োজনীয় সুপার্রেস, চেক না করা, অপ্রয়োজনীয় castালাই, অপ্রয়োজনীয় অবস্থা (সর্বদা সত্য বা মিথ্যা থাকুন), অননোটিত ওভারড্রিন পদ্ধতি, অবচিত শ্রেণি / পদ্ধতির উল্লেখ ইত্যাদি

Game আমি গেমের মানচিত্রে স্থিতিশীল "কোড" বিশ্লেষণ প্রয়োগ করা এবং সতর্কতাগুলিকে ত্রুটি হিসাবে গণ্য করা শুরু করতে চাই। Car জন কারম্যাকের সাম্প্রতিক উদ্ধৃতি। আপনি যদি পাগল হন তবে আপনি তার কাছে রয়েছেন। আসলে, আমরা আমাদের তিনজন।

— ডেডালনিক্স

@RAY: এই অন্ধকার এর কোড বিশ্লেষণের সতর্কবার্তা, আমি নিশ্চিত করুন যে আপনি ভ্যানিলা থেকে তাদের সব পেতে পারে যদি নই javac।

— ইয়তিমা 2975

তবে আপনি জানেন যে আপনি যখন কোনও সহকর্মীর দ্বারা লিখিত কোডটি স্পর্শ করেন - আপনার কর্মক্ষেত্রে যদি এই ধরণের অঞ্চলগত সমস্যা থাকে তবে আমি বিবেচনা করি এটি একটি বড় লাল পতাকা।

— জেএসবি ձոգչ

@ ডেডালনিক্স: সি ++ লোক হওয়ায় আমার কাছে কেবল কাজ করার একটি উপায় রয়েছে -Wall -Wextra -Werror(অর্থাত্, বেশিরভাগ সতর্কতা উপলব্ধ করা সক্রিয় করা, তাদের সকলকে ত্রুটি হিসাবে বিবেচনা করুন)। গ্রহপ সি ++ এর কাছাকাছি অদৃশ্য হলেও: /

— ম্যাথিউ এম।

Answer 1

আপনি দুটি জিনিস করতে পারেন।

1. সতর্কতাগুলি একটি কারণ রয়েছে বলে উল্লেখ করুন। সংকলক লেখকরা এগুলি এতে রাখেন না কারণ তারা উত্সাহপ্রবণ। আমাদের শিল্পের লোকেরা সাধারণত সহায়তা করে। অনেক সতর্কতা সহায়ক।

2. উপেক্ষা করা সতর্কতা থেকে উদ্ভূত দর্শনীয় ব্যর্থতার ইতিহাস সংগ্রহ করুন। "সংকলক সতর্কতাগুলিতে মনোযোগ দিন" এর জন্য একটি ওয়েব অনুসন্ধান কিছু উপাখ্যানগুলি ফিরিয়ে দেয়।

আপনার আবেশটি @Overrideকোনও "আবেশ" নয়। এটা একটা ভাল জিনিস. কখনও কোনও পদ্ধতির নাম ভুল বানান করেছেন?

Comments

আমি যুক্ত করতে চাই যে আপনি অন্য লোককে যত্নবান করতে পারবেন না, তাই ব্যবহারিক হোন এবং আপনার যুদ্ধগুলি ভালভাবে বেছে নিন।

— ড্যানিয়েল ওয়ার্নার

@ ড্যানিয়েল: দুঃখজনক, তবে সত্য। যদি তারা যত্নশীল না হন, এমনকি যদি তারা জানেন (বা কমপক্ষে বিশ্বাসও করেন ) যে আপনি ঠিক বলেছেন, তবে এটি গোলাপী দৃষ্টিভঙ্গি সহ কোনও কাজ নয়।

— জোছিম সউর

প্রচুর সময় আসে যখন সতর্কতাগুলি আসলে সতর্কবাণী হয়। আপনি সজাগ থাকতে পারেন, তবে আমি প্রায়ই আপনার কোডবেসের সাথে সুনির্দিষ্ট টেস্ট-কেসগুলি লেখার জন্য সময় কাটাতে পছন্দ করতাম।

— 46-

আমি মনে করি যে ওপি সহকর্মীদের বরখাস্ত হওয়া বন্ধ করার চেষ্টা করছে। মঞ্জুর করা অনেক সতর্কতার দিকে মনোযোগ দেওয়ার দরকার নেই, সেগুলিও হওয়া উচিত নয়! তবে গালিগালাজ হওয়া এবং তাদের 10,000 জনকে কোডবেজে হামাগুড়ি দেওয়ার অনুমতি দেওয়া ভাল জিনিস নয়। সতর্কতাগুলির দিকে নজর দেওয়া উচিত, বিবেচনা করা উচিত এবং প্রযোজ্য না হলে সেগুলি বন্ধ করা যেতে পারে বা একটি দমন টীকা প্রয়োগ করা যেতে পারে।

আমি সম্প্রতি একটি ওপেন সোর্স প্রকল্পে কিছু সতর্কবার্তা প্রকাশ করেছি এবং একটি স্পষ্ট বাগ খুঁজে পেয়েছি যা সতর্কতার মাধ্যমে রিপোর্ট করা হয়েছিল: if (error = 0)পরিবর্তে if (error == 0)। এছাড়াও, প্রচুর সতর্কতা সতর্কতাগুলির পুনরায় আবদ্ধ না করে সংকলক ত্রুটিগুলি খুঁজে পাওয়া আরও সহজ করে তোলে ।

— হুগো

Answer 2

এখানে প্রাসঙ্গিক পড়া । সি ++, তবে এখনও প্রাসঙ্গিক। আমি বিশেষত এই উদাহরণটি পছন্দ করি (কোড মন্তব্যটি আমার):

int searchArray(int to_search[], int len, int to_find)
{
    int i;
    for( i = 0; i < len; ++i )
    {       
        if ( to_search[i] == to_find )
        {
            return i;
        }
    }
    // should be returning designated 'not found' value (0, -1, etc)
}

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

সুতরাং, ফিক্সিং সংশোধন করার ব্যবস্থাপনার (কমপক্ষে) বেশ কয়েকটি সুবিধা রয়েছে:

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

মনে রাখবেন যে আমি এখনও একজন জুনিয়র দেব যিনি প্রকল্প পরিচালনার বিষয়ে খুব কম জানেন, তাই যদি আমি কিছু ভুল বলে থাকি তবে আমার চিন্তাভাবনাটি সংশোধন করুন এবং আমাকে অস্তিত্বের বাইরে নিয়ে যাওয়ার আগে আমাকে সম্পাদনার সুযোগ দিন :)

Comments

প্রতিক্রিয়া মাধ্যমে খুব ভাল চিন্তা। ধন্যবাদ. আপনি যে উদাহরণটি দিয়েছেন তা জাভাতে সতর্কতার পরিবর্তে একটি ত্রুটি হবে। :)

@ রায়: আহ, যথেষ্ট মোটামুটি। কোনও জাভা দেব পেরিয়ে এক বছর হয়ে গেছে, তাই আমি কিছু উপেক্ষা করার জন্য আবদ্ধ ছিলাম। আমি উল্লেখ করতে আমার পোস্ট সম্পাদনা করব। ধন্যবাদ!

— darvids0n

আমি সি ++ করেছি তার কিছুক্ষণ হয়েছে। আপনি শেষে মন্তব্য পৌঁছে যদি কি ফাংশন ফিরে আসে? এটা 0? অপরিবর্তিত আচরণ?

— ম্যাট্রিক্সফ্রোগ

@ ম্যাট্রিক্সফ্রোগ: অপরিবর্তিত। একটি স্বেচ্ছাসেবী int হতে পারে, যা সমস্ত ধরণের নবজাতকের কারণ হবে। এই উত্তরটির উদ্ধৃতি : " সি ++ ০§ §§..6.৩ / ২: কোনও ফাংশনের শেষে প্রবাহিত হওয়া কোনও মূল্য ছাড়াই একটি রিটার্নের সমতুল্য; এর ফলে একটি মান-ফেরত ফাংশনে

— অপরিজ্ঞাত

Answer 3

আমি অতীতে একই বৈশিষ্ট্যযুক্ত একটি প্রকল্পে কাজ করেছি। এটি বিশেষত জাভা ১.৪-এ লেখা হয়েছিল। জেনারিক সহ জাভা 5 বেরিয়ে আসার পরে, সংগ্রহের এপিআইয়ের প্রতিটি ব্যবহারের জন্য সংকলক দ্বারা যে পরিমাণ সতর্কতা দেওয়া হয়েছিল তা কল্পনা করতে পারেন।

জেনেরিক ব্যবহার শুরু করে সমস্ত সতর্কতা থেকে পরিত্রাণ পেতে বেশ কিছুক্ষণ সময় লাগত। এটি এমন একটি উপাদান যা অবশ্যই জবাবদিহি করতে হবে, তবে যখন আপনাকে কাউকে (বিশেষত আপনার পরিচালক) বোঝাতে হবে যে এটির ফিক্সিং দরকার, আপনার হার্ড ডেটা যেমন দরকার হবে

লিগ্যাসি বা অ-মানক আনুগত্যের কোডগুলিতে বাগের জন্য ব্যয় করা সময় (মানটি আপনার প্রকল্পের কোডিং মান) যা এড়ানো যেতে পারে।

আপনি একটি বিল উপস্থাপন করতে পারেন যা "নির্দিষ্ট" সতর্কতাগুলিকে উপেক্ষা করে আপনি কীভাবে সময় এবং অর্থ হারাচ্ছেন তা দেখায় এবং কেউ ধারণা পাবেন get মূল অংশটি হ'ল সমস্ত সতর্কতাগুলি দেখার মতো নয়, কমপক্ষে এখনই তাত্ক্ষণিকভাবে নয়; সহজ কথায় বলতে গেলে আপনাকে সেই সতর্কতার অগ্রাধিকারটি স্থাপন করতে হবে যা অবিলম্বে সম্বোধনের প্রয়োজন। শুরুতে, আপনি আপনার প্রকল্পে যে বাগগুলি দেখছেন সেগুলির জন্য প্রাসঙ্গিক বিবেচনা করুন।

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

Comments

হ্যাঁ অবশ্যই. আমি মনে করি ব্যতিক্রম সংখ্যার প্রাথমিক বিস্ফোরণটি 1.4-> 1.5 ট্রান্সফারেশনের সময় ঘটেছিল এবং তার পর থেকে আর কেউ সতর্কতার দিকে মনোযোগ দেয়নি কারণ সেখানে মাত্র অনেক বেশি ...

Answer 4

আপনি যদি সফল হন এবং আপনার দল সতর্কতাগুলি পর্যবেক্ষণ করার সিদ্ধান্ত নেয়, আপনার উচিত একটি পদক্ষেপ অনুসারে পন্থা গ্রহণ করা। একসাথে কেউ 10000 সতর্কতা করতে পারবে না এবং করবে না। সুতরাং আপনি সর্বাধিক গুরুত্বপূর্ণগুলি (উচ্চ সম্ভাবনার সাথে বাগগুলি) নির্বাচন করতে পারেন এবং কম গুরুত্বপূর্ণ তা অক্ষম করতে পারেন। যদি তা স্থির হয় তবে সতর্কতার স্তরটি আবার বাড়ান। অতিরিক্তভাবে, আপনি FindBugs দিয়ে শুরু করতে পারেন যা কোডটিতে সতর্ক করে যা প্রায়শই একটি বাগ is

Comments

অথবা কোডের দিকে নজর দেওয়ার সময় সতর্কতাগুলি ঠিক করার দিকে মনোনিবেশ করুন (নতুন ক্লাসগুলির কোনও সতর্কতা থাকা উচিত নয়, আপনি যে কোনও ক্লাসে সংশোধন করেছেন কম সতর্কতা থাকা উচিত)।

— মনিকা 16

গুরুতর প্রশ্ন: আপনি কীভাবে জানেন যে কোনটি সবচেয়ে বেশি প্রকৃত বাগের ফলস্বরূপ?

— ম্যাট্রিক্সফ্রোগ

Answer 5

আমি আপনার সাথে পুরোপুরি একমত, যতটা সম্ভব সংকলন সতর্কতাগুলি পরিষ্কার করার জন্য এটি একটি সেরা অনুশীলন। আপনি উল্লেখ করেছেন যে আপনার দলটি গ্রহনকে বিকাশের সরঞ্জাম হিসাবে ব্যবহার করছে। কোডটি পরিষ্কার করতে এবং কোড শৈলীর ধারাবাহিকতা বজায় রাখতে আপনাকে সাহায্য করার জন্য গ্রহন একটি খুব ভাল সরঞ্জাম।

1. আপনার প্রতিটি জাভা প্রকল্পের জন্য 'সেভ অ্যাকশন' সংজ্ঞায়িত করুন, যেমন ফরম্যাটিং কোড, অব্যবহৃত স্থানীয় ভেরিয়েবল, আমদানিগুলি সংগঠিত করা (আমার মনে হয় এ জাতীয় পরিষ্কারের বিষয়ে কারও আপত্তি নেই)।
2. প্রতিটি প্রকল্পের জন্য প্রকল্প নির্দিষ্ট সংকলন বিকল্পগুলি সংজ্ঞায়িত করুন। উদাহরণস্বরূপ, সংকলন স্তর (যদি আপনার কোড জেনেরিক সম্পর্কিত সতর্কতাগুলি পরিষ্কার করার জন্য 1.4 এর সাথে সামঞ্জস্যপূর্ণ হয়), অ্যাসাইনমেন্টটির কোনও প্রভাব নেই (যেমন 'x = x') ইত্যাদি। আপনি এবং আপনার সতীর্থ এই আইটেমগুলির জন্য একটি চুক্তি করতে পারেন, এবং গ্রন্থটি আপনার সঙ্কলনের ত্রুটির জন্য চুক্তি হওয়ার পরে আপনার বিকাশের পর্যায়ে এটিকে 'ত্রুটি' হিসাবে প্রতিবেদন করবে।

Eclipse .settings ফোল্ডারের অধীনে সেই পছন্দগুলির জন্য কিছু সম্পত্তি ফাইল তৈরি করবে, আপনি সেগুলি অন্যান্য জাভা প্রকল্পগুলিতে অনুলিপি করতে পারেন এবং উত্স কোডের অংশ হিসাবে এসসিএম-এ চেক করতে পারেন।

Eclipse- এর কোডগুলি চেক করে দেখতে পারেন কীভাবে Eclipse বিকাশকারীরা এটি করে।

Answer 6

সমস্ত সতর্কতা থেকে মুক্তি পাওয়ার জন্য আপনার দুটি উপায় রয়েছে (এবং আমি সম্মত হই যে এটি একটি সূক্ষ্ম বাগটি আড়াল করতে পারে):

1. পুরো দলটিকে বোঝান যে এটি করা সবচেয়ে ভাল কাজ, এবং তাদের এটি ঠিক করতে দিন।
2. আপনার বসকে বোঝান যে এটি করা সবচেয়ে ভাল কাজ, এবং এটি বাধ্যতামূলক করুন। তারপরে তাদের এটি ঠিক করা দরকার।

আমি বিশ্বাস করি যে আপনার ক্ষেত্রে 1 আর সম্ভাব্য নয়। এছাড়াও এটি সম্ভবত সতর্কতার সংখ্যার কারণে এত দীর্ঘ সময় নেবে যা এটি উত্পাদনশীলতার আউটপুটে প্রদর্শিত হবে সুতরাং পরিচালনটিকে যেভাবেই জানা দরকার।

সুতরাং, আমার পরামর্শটি হ'ল: বসের সাথে এটি নিয়ে যান, তাকে বোঝান এটি একটি টিক্কি বোমা, এবং এটি সরকারী নীতিমালা তৈরি করুন।

Answer 7

আমি কেবল তাদের বলব যে এগুলির বেশিরভাগ হ'ল তাত্পর্যপূর্ণ সতর্কতা এবং এটি তালিকা থেকে অপসারণ করা জরুরী। যাতে আমরা ভিড়ের মধ্যে আসল তাৎপর্যপূর্ণ সতর্কতাটি মিস করব না, যেমনটি ঘটে!

Comments

যথাযথভাবে। এগুলি পরিত্রাণ পাওয়া গুরুত্বপূর্ণ কারণ এগুলি তুচ্ছ।

— ম্যাট্রিক্সফ্রোগ

Answer 8

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

Answer 9

এখানে একটি কার্যকর পন্থা হ'ল একটি অবিচ্ছিন্ন ইন্টিগ্রেশন সার্ভার সেটআপ করা যা স্বয়ংক্রিয়ভাবে প্রকল্পটি তৈরি করে এবং যখনই কেউ কোডটি পরীক্ষা করে দেখে পরীক্ষা চালায়। আপনি যদি ইতিমধ্যে এটি ব্যবহার না করে থাকেন তবে আপনার হওয়া উচিত এবং অন্যকে এটি করার সুবিধা সম্পর্কে বোঝানো খুব কঠিন নয়।

1. পরিচালনা / দল এগুলি করার সুবিধাগুলির নেতৃত্ব দেয় (খারাপ বিল্ডগুলি স্থাপনের হাত থেকে আটকাতে, বাগগুলি তাড়াতাড়ি সন্ধান করা, বিশেষত যারা সফ্টওয়্যারটির অন্য অংশগুলিতে দুর্ঘটনাক্রমে প্রভাবিত করে, রিগ্রেশন টেস্টিং বজায় রাখে, তাড়াতাড়ি এবং প্রায়শই পরীক্ষা করা ইত্যাদি)

2. সমস্ত পরীক্ষা পাসের সাথে সিআই সার্ভারটি ইনস্টল করুন (যদি আপনার পরীক্ষা না হয় তবে পাস করে এমন একটি দ্রুত লিখুন, যাতে প্রত্যেকে দেখতে পান যে এটি সবুজ it's

3. প্রতিটি বিল্ডের স্থিতি সম্পর্কে ইমেল বা অন্যান্য বিজ্ঞপ্তি সেটআপ করুন। কে কোডে চেক করেছে, কী পরিবর্তন হয়েছে (বা কমিটের লিঙ্ক হয়েছে) এবং বিল্ডের স্থিতি + আউটপুট অন্তর্ভুক্ত করা এখানে গুরুত্বপূর্ণ। এটি একটি গুরুত্বপূর্ণ পদক্ষেপ, কারণ এটি সাফল্য এবং ব্যর্থতা উভয়ের জন্যই টিম-ব্যাপী দৃশ্যমানতা সৃষ্টি করে।

4. যদি কোনও সতর্কতা থাকে তবে পরীক্ষাগুলি ব্যর্থ করতে সিআই সার্ভার আপডেট করুন। এটি পরিচালনা ও টিম নেতৃত্বগুলি নিয়মতান্ত্রিক উপায়ে দলের শৃঙ্খলা বাড়ানোর হিসাবে দেখা যাবে এবং ব্যর্থতার সমস্ত ইমেল বের হওয়ার জন্য কেউ দায়বদ্ধ হতে চায় না।

5. (alচ্ছিক) কিছু দৃশ্যমান ড্যাশবোর্ড, লাভা প্রদীপ, ফ্ল্যাশিং লাইট ইত্যাদির সাহায্যে বিল্ডটির স্থিতি নির্দেশ করতে এবং কে এটি ভেঙে ফেলেছে / ঠিক করেছে তা দিয়ে সুন্দর এবং মজাদার হন।