Software-Engineering

Неудобная правда, которую никто не хочет слышать Начну с того, что заставит ваш ленту в Twitter взорваться: когда junior-разработчики пишут тесты, это как если бы кто-то учился водить, управляя школьным автобусом в час пик. Конечно, они, вероятно, выживут и, возможно, даже чему-то научатся. Но действительно ли это лучшее использование времени и сил каждого? Я уже слышу коллективный возглас фанатиков разработки через тестирование, проповедников гибкой разработки и сторонников принципа «каждый должен просматривать код каждого»....

The GitHub Graveyard: Why Most Side Projects Fail Let’s be honest—your GitHub is probably littered with half-finished projects that seemed like brilliant ideas at 11 PM on a Tuesday. A repo with a README that says “TODO: add documentation,” three commits from last year, and approximately zero stars. We’ve all been there. The project started with enthusiasm, but somewhere between week two and month three, it quietly died on the vine....

Могила проектов на GitHub: почему большинство побочных проектов терпят неудачу Давайте будем честными — ваш GitHub, вероятно, завален незаконченными проектами, которые казались блестящими идеями в 23:00 во вторник. Репозиторий с README, в котором написано «TODO: добавить документацию», три коммита за прошлый год и примерно ноль звёзд. Мы все бывали в такой ситуации. Проект начинался с энтузиазма, но где-то между второй неделей и третьим месяцем он тихо умер. Проблема не в том, что вам не хватает идей или навыков....

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....

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