Программист, бросай работу и подключайся к прямому эфиру через 15 минут, поговорим за философию: YouTube и VK.

В этом учебном году читать курс SQM в Вышке не буду, потому как студентам прошлого учебного года материал не понравился, а один из них и вовсе написал следующее (орфография автора сохранена):

Данный курс не просто не полезен, а даже вреден, поскольку учит студентов очень вредным привычкам, по типу подрывания рабочей деятельности в угоду своего удобства.

Даже не знаю, хорошо это или плохо. Годом ранее отзывы были положительные. Кстати, все лекции курса в видео формате можно найти здесь — судите сами.

A few years ago we spent time developing Requs, a controlled natural language for requirements. The idea wasn’t new, but our implementation was simpler—and therefore more useful—than most alternatives. In short, you ask product folks—systems analysts, product owners, requirements authors—to write specs that compile with the requs CLI. If a document doesn’t compile, we don’t accept it. Once it does, we can process it and automatically map requirements to implementation artifacts such as classes and modules. This is how we can specify requirements for the development of a social network: Facebook example.

We even published a paper about it in an OOPSLA workshop; there’s a video attached. Now, I updated the repository a few days ago. It’s written in Java. If this is in your wheelhouse, contributions are welcome.

A red employee enjoys obeying the rules and climbs up the career ladder by making the boss happy. To the contrary, a black employee, while understanding the inevitability, despises the necessity to obey. Their career growth is driven by making the customer happy. Which one are you? Read a new blog post: Red vs. Black.

Who wants to join the jury for KaiCode’26, the open-source festival? We pay $256 to each jury member for reviewing submitted projects. You will have to review up to 10 projects, in June 2026. If you’re interested, text me: @yegor256 (you should have a reasonably solid GitHub profile).

Читал ли ты, товарищ, Антона Макаренко? Начало прошлого века, к власти пришли большевики, в стране разруха, на улицах малолетние преступники, родителей которых большевики же и расстреляли. Кого-то потому, что не хотел барахлом делиться, а кого-то чтобы не путался под ногами строителей нового общества. Около сотни подростков собрали в "колонию для дефективных" недалеко от Полтавы и поручили 32-х летнему Антону Семеновичу их перевоспитать.

15 лет руководил он сначала колонией имени Горького, а затем коммуной имени Джержинского, где, кстати, был разработан и затем серийно производился фотоаппарат ФЭД, названный в честь железного Феликса.

Его метод воспитания опирался на строгость и уважение. Жесткая трудовая дисциплина превращала детскую колонию в военный лагерь, а власть принадлежала переизбираемым 14-ти летним командирам отрядов. Все, как должно было бы быть у нас программистов, если бы не Agile: максимальная личная ответственность при всей полноте полномочий.

Однако, несмотря на практические успехи, Макаренко отстранили от работы с детьми. В возрасте 52-х лет он умер от инфаркта. Своих детей у великого педагога не было.

"Педагогическая поэма" (1935) — его наиболее известная книга, под редакцией Максима Горького. Прочитай, а затем посмотри недавно вышедший документальный фильм о Семене Калабалине, одном из воспитанников Макаренко. #book

Вот и долгожданное интервью: Владимир Хориков, автор книг о юнит тестировании, блогер, спикер и программист на C#. Обсудили все, что успели, начиная от борьбы с командой за качественный код до борьбы с ИИ за рабочие места. Смотрите на YouTube и VK (80 минут, на русском, with English subtitles).

Here is a quick summary of the Angry Tests book: yegor256/at — a collection of principles on how to write better unit tests. This repository can be handy during code reviews: instead of explaining why a test is flawed, just point to the relevant principle here. Contributions are welcome—add details or clarifications to existing principles, but don’t delete or introduce new ones.

Программист, снова пришло время поговорить о философии! Подключайся к прямому эфиру на YouTube и VK.

In other words, if you trust an LLM to write code for you, you must be extremely cautious about what it produces. The paper is here: https://arxiv.org/abs/2409.19182

I released a simple new Ruby gem that removes extreme values from an array using Tukey’s method: yegor256/tukeyized. The actual functionality is just 19 lines of code, but the total package has 2,692 lines. That’s only 0.7% doing the work—the rest is tests, CI, and packaging. And that’s exactly how it should be. Ship your code in micropackages, each with its own lifecycle, quality control, and testing strategy.

Кодер, время летит быстро, снова пятница! Бросай клавиатуру и садись слушать прямой эфир о философии, на YouTube и VK (через несколько минут начало).

This is what programmers feel when they receive incorrect answers from an LLM. All of a sudden, they are not curious or thoughtful — they are frustrated and annoyed. What do you usually feel? The study is here: https://arxiv.org/abs/2504.10050.

I’ve just emailed my regular newsletter to 5,000+ subscribers. I send it a few times a year. If you’re not on the list yet, now’s your chance — fill out this form.

In other words, if you let an LLM help your team review pull requests, programmers may stop feeling personally responsible for review quality — they’ll expect the LLM to do the job for them. The paper is here: https://dl.acm.org/doi/abs/10.1145/3721127.

Quietly, AI is making all code look the same — and not in a good way. The paper is here: https://arxiv.org/pdf/2506.12014

If you bought one of my books within the last two years, you can get a 50% refund. All you have to do is post an honest review on Amazon and send me the link once it’s live. Only one review per person qualifies for the refund. Your reviews help me get more readers. More readers motivate me to write more books.

We are organizing the 6th International Conference on Code Quality (ICCQ'26) next year, in collaboration with the A.P. Ershov Institute of Informatics Systems (IIS, Novosibirsk) and, hopefully, IEEE Computer Society. We’re looking for volunteers to help with inviting Program Committee members, promoting the conference, pre-reviewing submissions, and preparing the proceedings in LaTeX. This is an unpaid position, but it’s a valuable experience you can list on your CV—especially useful if you plan to apply for an MSc or PhD program. If interested, please email us at [email protected] (attach your LinkedIn and GitHub profiles).