আমি কিছু সহকর্মীদের জিজ্ঞাসা করেছি যে এটি কী ঘটতে পারে, এবং তারা উল্লেখ করেছে যে যদি কোনও বাগের অগ্রাধিকারের স্তরটি না হয় তবে এটি খুব বিরল যে বাগ বিকাশকারীদের দৃষ্টি আকর্ষণ করে যা সত্যই উপলব্ধি করে
আসলে, আপনি আমাকে জিজ্ঞাসা যদি এটা না। যত বেশি (ব্যবহৃত) অগ্রাধিকারের স্তর, তত বেশি তথ্য। আপনার যদি কার্যকরভাবে কেবল একটি অগ্রাধিকার থাকে তবে তা অগ্রাধিকার না পাওয়ার মতো একই জিনিস।
এবং যেহেতু আপনার কাছে এখনও সামাল দিতে একই সংখ্যক বাগ রয়েছে এবং এটি করার জন্য একই পরিমাণ ম্যানহুরস রয়েছে, এটি অনুসরণ করে যে আরও কিছু হিউরিস্টিক ব্যবহার করা হবে, সম্ভবত নালটি - "প্রথমে আসুন, প্রথম পরিবেশন করা" " এবং সুতরাং আপনার কাছে এখন বাগের অগ্রাধিকারের মেট্রিক রয়েছে, কেবলমাত্র আগমনের সময়টি এবং আপনার নিয়ন্ত্রণে আর থাকবে না।
এটি বাগ সংশোধন করার জন্য পর্যাপ্ত সংস্থান বরাদ্দের লক্ষণ হতে পারে (কিছু নীতি রয়েছে যেমন " বাগগুলি স্থির না করা পর্যন্ত কোনও নতুন বৈশিষ্ট্য নেই " যা সেখানে সহায়তা করতে পারে Jo জোয়েল অনুমোদিত হয়েছে ; সীমা এবং পরিণতি বোঝা একটি ব্যবসায়িক সিদ্ধান্ত )।
একটি প্রকল্পে আমি কাজ করেছি, আগত বাগগুলি একটি "অগ্রাধিকারের বাফার" তে জমা হয়েছিল এবং প্রতি সোমবার আমরা বাগ তালিকাটি পর্যালোচনা করতাম, অসুবিধার অনুমান করতাম (খুব রুক্ষ অনুমান; প্রায়শই আমরা কেবল "গড়" না রেখেই থাকি) এবং উপলভ্য সময়ে তাদের বাছাই করুন। এটি তালিকা বিরক্তিকর, উদ্বেগহীন বা চিন্তা-ভাবনা-করা শক্ত বাগগুলি ভেঙে ফেলার প্রবণতা দেখায় না; এটি অফসেট করার জন্য, সুপারভাইজার এবং বিপণনের প্রতি সপ্তাহে একটি নির্দিষ্ট সংখ্যক ক্রেডিট ছিল যা তারা পছন্দের বাগগুলির অগ্রাধিকারটি ছিটিয়ে দিতে ব্যয় করতে পারত, এবং অমীমাংসিত বাগের জন্য পরিশোধ করা হয়েছিল (এটি কোনও বিকাশকারী-তুচ্ছ ত্রুটি কত বিলম্বিত হতে পারে তার একটি সীমা নির্ধারণ করে) ।
বাগগুলি মার্জ, বাতিল এবং বিভক্ত করাও সম্ভব ছিল; আমার মনে আছে এমন একটি মডিউল যা আশাহীনভাবে ত্রুটিযুক্ত ছিল যে আমরা প্রায় বিশ বা ত্রিশটি বাগ রিপোর্টকে একটিতে "স্ক্র্যাচ থেকে এই জিনিসটি আবার লিখি" তে ডুবিয়ে দিয়েছিলাম, যা "স্পষ্টতই খারাপ জিনিসের ইনপুট এবং আউটপুটগুলি স্পষ্টভাবে বর্ণনা করুন", "টেস্টগুলিতে লিখুন" এ বিভক্ত হয়েছিল ইনপুট এবং আউটপুটটি চশমাটির সাথে মেলে কিনা তা নিশ্চিত করতে "ইত্যাদি। সর্বশেষ আইটেমটি ছিল "পুনর্ব্যবহৃত কাগজে পুরাতন কোডটি মুদ্রণ করুন, এটি লনের সামনে আনুন এবং এটি আগুন লাগিয়েছিলেন" (আমরা এটিও করেছি I আমি মনে করি এটি কতটা ভাল লাগছিল We আমরা শ্রুতিমধুরতা চালু করেছিলাম; এটি বেশ হাস্যকর ছিল) )।
কিছুটা হ্যাগলিংয়ের পরে, আমাদের সপ্তাহের করণীয় তালিকা ছিল, যা "উইল", "সম্ভবত" করতে পারে এবং "করতে পারে না" বিভক্ত ছিল যা পরের সপ্তাহে ধাক্কা খেয়েছিল। এখানেই কিছু অতিরিক্ত হাগল এসেছে: আমরা বাগের জন্য বরাদ্দ দেওয়ার জন্য পঞ্চাশ ঘন্টা বলেছিলাম এবং আমরা প্রথম বিশটি ঠিক করার 95% নিশ্চিত ছিল। পরিচালন দৃ strongly়ভাবে একুশতম বাগটি ঠিক করতে চেয়েছিল এবং তার কোনও ক্রেডিট নেই left তারপরে আমরা সেই বাগটি "উইল ডু" তালিকার সাথে একটিটির সাথে অদলবদল করার প্রস্তাব দেব বা কেউ বলবে "আমাকে কয়েকদিনের জন্য FooBazFEEचर সাবটেম বন্ধ করুন এবং আমি এটি করব", বা আমরা বলব "আমাদের আরও প্রয়োজন জনশক্তি "।
সিস্টেমটি সত্যই কাউকে সন্তুষ্ট করেনি, তবে এটি বিশ্বাস করা হয়েছিল (অন্তত বিকাশকারীদের মধ্যে) একটি ভাল চিহ্ন।
কিছু অতিরিক্ত নেতিবাচক নিদর্শনগুলি পরিণত হয়েছিল যা পরিচালকদের পক্ষ থেকে "ইচ্ছামত চিন্তাভাবনা" ছিল ("আপনি বলেছিলেন বাগ 57212 আট ঘন্টা প্রয়োজন That এটি গ্রহণযোগ্য নয় four এটি চারটি করুন") এবং "ফিয়াট দ্বারা ডিবাগ করুন" ("আপনি যা চান তা করুন" তবে এই চল্লিশটি বাগ অবশ্যই পরবর্তী সপ্তাহে বড় ডেমোটির আগে ঠিক করতে হবে You আপনার আরও সময় থাকতে পারে না, আপনার বেশি লোক থাকতে পারে না ")। এছাড়াও বক্সার সিন্ড্রোম ("আমি আরও কঠোর পরিশ্রম করব"), খুব অল্প সময়ের জন্য খুব ভালভাবে কাজ করার প্রবণতা দেখা দেয় , তবে সাধারণত কোনও বিকাশকারী ফ্রিক ফ্রিকিং বা সবুজ চারণভূমিতে চলে যাওয়ার দিকে পরিচালিত করে।