আমাকে বলা হয়েছে যে কোডের প্রতি লাইনে প্রতি বাগ / ত্রুটির গড় সংখ্যা বিভিন্ন প্রোগ্রামিং ভাষার জন্য "ধ্রুবক"। 10 কেবিএল রুবিতে 10 কেবিএল সি ++ এর সমান সংখ্যক বাগ থাকবে। একই কার্যকারিতা বর্ণনা করার জন্য লাইনের সংখ্যা আরও কম হবে বলে যুক্তিটি সাধারণত অভিব্যক্তিপূর্ণ ভাষা (সি ++ / রবির উপরে পাইথন / রুবি ভাবেন) ব্যবহারের জন্য প্রচার করা হয়।
এই দাবিটি কোথা থেকে এসেছে কেউ কি জানেন? উচ্চ-স্তরের ভাষাগুলি কি কম বাগের দিকে নিয়ে যায়?
11
অযৌক্তিক বলে মনে করে যে কিছু ভাষাগুলি এমন স্টাইলকে উত্সাহ দেয় যা অন্যের চেয়ে একক লাইনে বেশি বিবৃতি প্যাক করে।
—
কালেব
বাগ / এলওসি সব কিছুর জন্য খুব ভুল মেট্রিক। এটি ভাষার উপর নির্ভর করে, তবে এটি প্রোগ্রামারের উপর নির্ভর করে এটি আরও বেশি লিখে। সুতরাং ভাষার জন্য গড় গ্রহণ করা কোনও অর্থহীন নয়, যেহেতু বৃহত্তর ওঠানামা অন্যান্য পরিবর্তনশীল। এটি কেবল আইএমও, অফ।
—
স্টেফ
আমি আপনাকে বলতে পারি যে পার্লটিতে আমি যে বাগ / লাইনটি লিখছি তার সংখ্যা সি থেকে যে সংখ্যাটি লিখবে তার চেয়ে অনেক বেশি হবে আমার বন্ধুটি পার্ল উইজার্ড, এবং তার জন্য বাগ / লাইনটি সি এর চেয়ে অনেক বেশি পার্ল। এই মেট্রিকটি সম্ভবত কীভাবে কার্যকর হতে পারে তা দেখতে শক্ত।
—
কালেব
আপনি কি সত্যিই ভাবেন যে
—
সুইভ
{1≥⍴⍵:⍵⋄e←⍵[?⍴⍵]⋄ (∇(⍵<e)/⍵) , ((⍵=e)/⍵) , ∇(⍵>e)/⍵}এতে কোনও ত্রুটি থাকতে পারে int pivot = arr.Count / 2;?
আমি শুধু এই প্রশ্ন জুড়ে দৌড়ে। কেন এটি বন্ধ ছিল আমি কুয়াশাটি করি নি; এটি এই সাইটের জন্য একটি নিখুঁত প্রশ্ন। একটি বড় প্রকল্পের জন্য, কেএলসিপি প্রতি বাগগুলি প্রোগ্রামাররা কতটা ভাল তা পরিমাপ করে না। এটি সংস্থাটি এবং প্রক্রিয়াটি কতটা ভাল তার একটি পরিমাপ।
—
ডেভিড হ্যামেন