Kod satrlari qaytadan (va bundan ham yomoni)

Dasturni ishlab chiqish sanoati ko'p narsaga rozi emas. Lekin 40 yil davomida biz bitta narsaga rozi bo'ldik: kod satrlari yomon metrikdir.

Dijkstra uni "juda qimmat o'lchov birligi" deb atadi, chunki u "insipid kod yozishni" rag'batlantiradi. Bill Geyts kod yozish progressini kod satrlari bilan o'lchashni samolyot qurish progressini og'irligi bilan o'lchashga qiyosladi. Ken Tompson o'zining eng unumdor kunlaridan birini minglab kod satrlarini o'chirish deb aytdi.

2009 yilda Tom DeMarco bu fikrdan voz kechdi. U dasturiy ta'minot loyihalari asosan eksperimental ekanligini; muhim maqsad - transformatsiya, nazorat emas.

LOC ning qayta tirilishi

Har bir yirik texnologiya kompaniyasi endi o'z kodining qancha qismi sun'iy intellekt tomonidan yozilganiga raqobatlashmoqda. Sundar Pichai 2024 yil oktabrida Google'ning yangi kodining 25% sun'iy intellekt tomonidan yaratilganini aytdi. 2025 yil o'rtalarida bu raqam 30% dan oshdi.

GitHub Copilot's dashboardi "Tavsiya etilgan umumiy kod satrlari" va "Qabul qilingan umumiy kod satrlari" kabi asosiy metrikalarni ko'rsatadi. Cursor foydalanuvchilar tomonidan qo'shilgan kod satrlari sonini kuzatib boradi va qabul qilingandan keyin 28,6% ga oshganini xabar qiladi.

LOC ning qayta tiklanishi

LOC ning qayta tiklanishi Goodhart qonunining cheksiz leverage bilan buzilishidir. LOC allaqachon yomon metrik bo'lgan, ammo endi u cheksiz imkoniyatlarga ega bo'lgan tizim tomonidan qo'llaniladi.

Andrej Karpathy "vibe coding" atamasini kiritdi - kodning mavjudligini unutish. Kod yaratish zero comprehension talab qilganda, kod hajmini o'lchash zero comprehension o'lchaydi.

Nima qilish kerak

LOC va qabul qilish tezligi buzilgan bo'lsa, nima o'rniga ishlatilishi kerak?

To'g'ri javob berish uchun siz kod yozishdan keyin sodir bo'lgan voqealarga e'tibor qaratishingiz kerak. Vaqtni qiymatga aylantirish, kodning yarim umri, nuqsonlarning kelib chiqish darajasi va tushunish qoplamasi kabi metrikalar LOC dan ko'ra foydaliroqdir.