We maintain a single-file GitHub repository with a list of computer science conferences, which we use to quickly pick targets for paper submissions. The problem is that the information becomes outdated, and we don’t have the time to keep it current. One possible solution is to use AI. With a daily GitHub Actions workflow, we could ask ChatGPT to review the list, compare it against the official conference websites, and flag any discrepancies. If inconsistencies are found, the workflow would automatically open a pull request. Interested in building this?

В следующую пятницу 19-го сентября прямого эфира не будет, потому что я буду на Всемирном фестивале молодежи в Нижнем Новгороде. Приму участие в дискуссионной сессии по теме айти предпринимательства, в котором я понимаю плохо, но о котором поговорить люблю. Если будете поблизости, приходите, пообщаемся.

Программист, бросай работу и подключайся к прямому эфиру через 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.