Measuring Developers by Tickets Closed Is the New Lines of Code

Measuring Developers by Tickets Closed Is the New Lines of Code

We’ve been here before. Twenty years ago, managers thought they’d cracked the code: count the lines of code developers write, and boom—instant productivity measurement. It was simple, objective, and completely wrong. Lines of code became the programming equivalent of paying soldiers by the bullet fired—quantity over sense. Yet here we are in 2026, making the exact same mistake with a fresh coat of paint. We’ve just swapped “lines of code” for “tickets closed,” and everyone’s acting like we invented something revolutionary....

February 10, 2026 · 9 min · 1733 words · Maxim Zhirnov
Измерение разработчиков по закрытым заявкам - это новые строки кода

Измерение разработчиков по закрытым заявкам - это новые строки кода

Мы уже были в такой ситуации. Двадцать лет назад менеджеры думали, что разгадали секрет: подсчитывай количество строк кода, написанных разработчиками, и вуаля — мгновенное измерение производительности. Это было просто, объективно и совершенно неверно. Строки кода стали программистским эквивалентом оплаты солдатам за выстреленные пули — количество важнее смысла. И вот мы в 2026 году, совершаем ту же самую ошибку, только с новым покрытием. Мы просто заменили «строки кода» на «закрытые заявки», и все ведут себя так, будто изобрели что-то революционное....

February 10, 2026 · 7 min · 1282 words · Maxim Zhirnov
The Case for Letting AI Write All the Boring Code (Even If It's Worse)

The Case for Letting AI Write All the Boring Code (Even If It's Worse)

Here’s a controversial take that’ll probably get me roasted in the comments: we should absolutely let AI write our boring code, even when we know it might be slightly worse than what we’d hand-craft ourselves. And yes, I’m aware of the irony of that sentence. Before you close this tab and go post angry tweets about skill erosion and security vulnerabilities, hear me out. I’m not suggesting we abandon all standards and let GPT-4 run wild in production....

February 9, 2026 · 9 min · 1864 words · Maxim Zhirnov
Аргументы в пользу того, чтобы позволить ИИ писать весь скучный код (даже если он хуже)

Аргументы в пользу того, чтобы позволить ИИ писать весь скучный код (даже если он хуже)

Вот спорная точка зрения, которая, вероятно, вызовет бурные обсуждения в комментариях: мы абсолютно точно должны позволить ИИ писать наш скучный код, даже если мы знаем, что он может быть немного хуже, чем тот, который мы написали бы вручную. И да, я осознаю иронию этого утверждения. Прежде чем вы закроете эту вкладку и начнёте публиковать гневные твиты о потере навыков и уязвимостях в области безопасности, выслушайте меня. Я не предлагаю отказаться от всех стандартов и позволить GPT-4 бесконтрольно работать в продакшне....

February 9, 2026 · 6 min · 1149 words · Maxim Zhirnov
AI Pair Programming: Collaboration or Just Sophisticated Autocomplete?

AI Pair Programming: Collaboration or Just Sophisticated Autocomplete?

Remember that moment when you got your first code suggestion from an IDE? That little popup that seemed to read your mind? Now imagine that feeling on steroids, but with actual reasoning capabilities. That’s where we are with AI pair programming. But here’s the million-dollar question that keeps developers up at night: Are we actually collaborating with AI, or are we just dressing up a very expensive autocomplete in collaboration’s clothing?...

February 8, 2026 · 9 min · 1760 words · Maxim Zhirnov