Голосование за доклад на Инфостарт

Стартовал первый тур голосования за доклады на весенний INFOSTART TEAM EVENT 2026.

Я подался с темой про Стек технологий. Планирую обзорный доклад про инструменты, которые используются или будут полезны разработчикам на разных этапах и уровнях проектов и задач.

Есть закон Малинового варенья: "Чем шире мажешь, тем тоньше слой». То есть чем обширнее тема, тем менее она глубоко раскрывается. Поэтому доклад ориентирован на Джун++ и Миддл разработчиков. Сеньоры-помидоры скорее всего это уже знают и захотят слой потолще.

Выступление планирую сделать красивым, с анимацией и постепенной эволюцией инструментов и взаимодействия. Поэтому за этим точно будет не скучно наблюдать.

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

Проголосовать за меня можно тут, а посмотреть остальных здесь.

Алгоритм конструктивной конфронтации

На днях пригодился алгоритм решения сложных проблем от Стратоплана.

Сам алгоритм очень простой:
1. Определить проблему
2. Получить согласие по проблеме у собеседника
3. Выбрать вариант решения
4. Зафиксировать «Кто? Что? Когда?»
5. Проконтролировать

Но на каждом этапе часто возникают трудности.

Итак, представим ситуацию, что на обсуждении проектного решения разработчик Вениамин предлагает неоптимальное решение - выполнять запрос в цикле для расчета надбавки к зарплате программистам.

Сначала важно определить проблему. И проблема здесь не в том, что Вениамин ничего не понимает, а все его решения плохие. Потому что это оценка и эмоции, а не факты. А нам нужно работать с фактами. Для отделения эмоций и фактов помогает вопрос А в чем это проявляется?

Выясняем, а в чем проявляется проблема не оптимального запроса? Ответ - слишком долгое выполнение, а пользователь очень не любит ждать и будет ругаться. А значит дальше нам нужно получить согласие по проблеме, что не очень хорошо заставлять главного бухгалтера ждать пока рассчитаются надбавки к зарплате.

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

Когда согласие получено, следующий шаг - выбор варианта решения. Оптимальным будет, если собеседник сам предложит решение, которое мы считаем оптимальным. Потому что люди охотнее выполняют те задачи, к которым они приложили руку или голову.

Если вдруг решение получается все равно не оптимальным, то стоит подсветить минусы такого решения, вместо прямого запрета и зарубания на корню. Например, разработчик Вениамин может предложить собрать данные с основной таблицы регистра вместо виртуальной. Нужно уметь объяснить, что это тоже будет в некоторых случаях выполнятся долго. И попробовать направить его вопросом - а может быть есть какие-то типичные примеры оптимизации запросов в 1С?

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

Конечно, хочется на каждом из этапов просто сказать, что нужно делать и не тратить силы на пустые разговоры. Но в этом случае легко напороться на обиду или еще большее сопротивление.

Хоть алгоритм конструктивной конфронтации и выглядит просто, но требует дополнительных усилий при ведении беседы. Ну и также он позволяет отслеживать на каком этапе что-то пошло не так.

Тренажер: Код-ревью для 1С. Итоги

Об итогах года будет пост на следующей неделе, а сегодня хочу отдельно описать мой самый интересный проект 2025 - Тренажер: Код-ревью для 1С.

За полгода в нем зарегистрировалось свыше 600 человек и проведено свыше 20 000 сессий. При этом 30% пользователей сыграли больше 3 игр. Честно, я не ожидал, что будет столько пользователей. Очень признателен каждому!

На текущий момент я добавил 200 заданий на стандарты и не только. Постарался максимально покрыть наиболее распространенные ошибки из своего опыта и стандартов.
В них все еще могут быть ошибки или опечатки, поэтому приветствуются ваши комментарии после выполнения задания (там специальная иконка есть).

Для поддержания игровых механик добавлено 50 достижений, в том числе уникальные - например, провести ревью 31 декабря 🎄.

На Boosty за все время заработано 20 160 рублей - спасибо всем, кто поддержал! Эти деньги пошли на подписки нейросетей и хостинг сайта. И благодаря Вам сейчас платные функции доступны всем пользователям, а призыв к донатам выключен.

Тем не менее, если хотите поддержать автора и развитие контента, то вот ссылка на донаты.

Отдельно хочу выделить и поблагодарить VitalyAngelov, BorisPunk и Aleksander за просто нереальное количество сессий, которые они провели в тренажере! Вы - Легенды 🏆!

Всем спасибо за то, что пользуетесь тренажером и делаете его лучше - мне очень приятно!

Тренажер: Код-ревью для 1С

Высота первой ступеньки

Все чаще ловлю себя на мысли, что вход в любую профессию становится все сложнее.

Сейчас для джуна 1С уже недостаточно «уметь в конфигуратор», нужно знать БСП, БТС, СКД и кучу сопутствующих технологий. Для бухгалтера необходимо разбираться в ЕНС, новых ФСБУ и всех налоговых реформах. И если раньше НДС был чем-то сложным только для общей системы, то теперь даже на УСН появляется НДС. И кажется, что в каждой сфере происходит примерно то же самое.

Более наглядно такой разрыв виден на примере спорта. Недавно читал про советского спортсмена Всеволода Боброва, который участвовал в Олимпийских играх и по футболу, и по хоккею, и в обоих видах спорта был капитаном команды. Есть и другие примеры: Василий Трофимов, Валерий Маслов. Люди добивались серьёзных результатов сразу в нескольких видах спорта.

Сейчас такое почти невозможно представить. Средний уровень сильно вырос, и чтобы быть выдающимся уже мало просто быть талантливым. Нужно сильно превышать средний уровень. У меня даже вот тут был ролик про соревнования по гимнастике, где видна разница в том, что было раньше и сейчас.

То же самое и с профессиями. Чтобы взобраться на самую первую ступеньку, теперь нужно гораздо больше сил и времени. Эта начальная ступенька всё выше, а путь до нее все длиннее. Новичкам становится очень тяжело хотя бы просто зацепиться за профессию.

При этом растет планка и для опытных специалистов. Сеньорам уже невыгодно отдавать джунам простые и рутинные задачи. То что раньше было идеальной задачей для новичка, сейчас проще поручить ИИ. Правда потом нужно тратить время на проверку и корректировку результата, но в моменте это, кажется, выгоднее.

В итоге ИИ делает сеньоров еще более загруженными, они меньше передают знания джунам и больше заняты настройкой и поддержанием работы нейросетей. Для новичков все меньше остается живой практики и рабочих задач. Чтобы хотя бы попасть в профессию им приходится тратить в разы больше усилий чем раньше.

Причем дальше вряд ли будет лучше…

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

Гринч, видимо, украл комментарии к предыдущему посту.
Поэтому пока так…

Олег Груз и Ai.Niko - Подари мне!

Итоги года 2025

Итоги публичной деятельности за 2025 год

Телеграм:
1. +1400 подписчиков за год. Канал вырос больше, чем вдвое
2. 80% подписчиков читают посты канала. Это ооооочень много!
3. 203 публикации за год, 577.8k просмотров, 9.8k реакций, 2.5k комментариев

Кайфую от того, что получается писать и у Вас это отзывается. Рад тому, что получается. Спасибо вам всем!

Планирую продолжать в следующем году.


Выступления:
1. Infostart Teamlead & CIO Event - Код-ревью с помощью ИИ
2. Конференция Новые информационные технологии в образовании
3. Весенняя партнерская конференция 1С
4. 1С:DevCon.5 - Как собираем метрики в команде разработки?
5. Серия вебинаров с Матвеем Серегиным про кастомизацию и обновление
6. Осенняя партнерская конференция 1С
7. Митап в желтом клубе Москва

Считаю, что у меня хорошо получается выступать. В этом году даже 1 место по голосованию в Инфостарте занял, плюс стабильно высокие оценки на партнерской конференции.

Планирую продолжать в следующем году.


Проекты:
1. Стек технологий для 1С (глобальное обновление)
2. Преподавание 1С в МФТИ. Вел практические занятия и принимал итоговые работы
3. Тренажер Код-ревью для 1С
4. Переход на сплит-клавиатуру
5. Начал серию статей про рефакторинг

В этом году были большие, крутые и успешные проекты. Они отнимают много сил и времени, в итоге как опыт это очень интересно. Но нужен будет перерыв. Поэтому

Не уверен, что буду продолжать.


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

Всем сбычи мечт!

С Новым годом, коллеги!

Пусть задачи закрываются в срок, а новые релизы приносят только радость.
Удачи, здоровья и вдохновения в наступающем году!

Ура!

Новогодние каникулы

На новогодних праздниках предавался гедонизму:

1. Наконец-то прошёл «Atomic Heart» со всеми DLC. Понравилось!
Интересный сеттинг советского ретрофутуризма, а музыка вообще отпад. Скоро должно выйти последнее DLC, и история завершится.

2. Начал играть в «God of War: Ragnarok». Как и прошлую часть считаю эту шедевром! Пока прошёл около 30%, но сюжет и переживания за героев очень нравятся. Конечно, там в самом начале используются запрещенные приемы про бедных животных, но подано это красиво.

3. Дочитал «Гарри Поттера и методы рационального мышления». Это восторг!
В книге Гарри Поттер не просто мальчик-волшебник, а вундеркинд-учёный, который прочитал все научные книги и применяет достижения мира маглов, чтобы ещё глубже понять магию. Потрясающая книга, однозначно всем рекомендую!

4. Неожиданно для себя посмотрел два сезона и фильм «Синяя тюрьма». Это аниме про футбол. Ни аниме, ни футболом я раньше особо не интересовался, но здесь постепенно и увлекательно раскрывают аспекты спорта и поведения игроков. Оказывается, там не просто 11 человек бегают за мячом по полю. Очень познавательно и необычно!

5. Заодно посмотрел «Человека-бензопилу». И сериал, и фильм. Когда-то пробовал читать мангу, но не зашло. А вот в виде аниме понравилось больше, хотя смотрел фоном. В целом типичная подростковая история, но всем рекомендовать не готов.

6. Кое как осилил второй сезон «Миротворца». Первый был заметно сильнее и захватывающе. Подбор музыки вне всяких похвал, а вот сам сюжет слабоват. Сам сериал закончился на 7 серии, а всю 8 просто готовили к 3 сезону. Скорее не рекомендую.

7. Начал смотреть «Оно. Добро пожаловать в Дерри». Фильмы мне нравились, а в формате сериала еще больше захватывает и пугает. Картинка очень сочная и переживания персонажей показаны ярко. Если не боитесь ужасов, то очень даже ничего.

8. Посмотрел «Звезды. Финал». Понравилось. Мне в целом этот проект нравится, ходил на тв-съемки фестиваля и некоторые дуэли. Вживую смотреть очень необычно, гораздо ближе все воспринимаешь и больше эмоций получаешь.

Как вы провели новогодние каникулы?
Что удалось сделать? Что не удалось?

Кстати, первая половина зимы уже прошла.
Осталось переждать вторую половину…

Одна из самых частых проблем при выдаче и приемке задач, что задача банально плохо описана. Из-за этого разработчик делает «не то», автор злится, сроки плывут, и каждый валит на другого.

Человек, который выдает задачу, в голове все понимает. Но как только нужно объяснить это другому, начинается квест. Появляются умные слова и надежда что и так все понятно. И ноль конкретики.

Порой кажется, что чем умнее звучит формулировка задачи, тем она лучше. «Улучшить понятность вывода отчета по продажам» звучит солиднее, чем простое «Добавить колонку «Контактное лицо» в отчет по продажам».

Но за умной фразой легко спрятать бесконечный объем работы. Добавить колонку - это 5 минут работы, а вот улучшать понятность вывода можно неделями, подключая аналитиков и устраивая A/В тестирование.

И даже если мы честно написали «Добавить колонку «Контактное лицо» в отчет по продажам», задача все равно не идеальна. Из нее не видно, какую вообще проблему мы решаем и зачем это поле нужно.

- Если менеджеру нужно быстро связаться с человеком, то в отчете полезно видеть еще и телефон/почту
- Если нужно отбирать продажи по незаполненным контактным лицам, то подойдет отдельная обработка или другой отчет
- Если нужно анализировать, какие контактные лица закреплены за конкретными менеджерами, то добавляем еще и «Ответственный менеджер по контакту»
- Если важно понимать, кто чаще согласует сделки на стороне клиента, включаем «Должность» контактного лица
- Если задача контролировать, с какими контактами давно не было активности, в отчет выводим дату последней продажи или последнего контакта

То есть для хорошей задачи важно проговорить сценарий использования и проблему. Кто этим будет пользоваться, в какой ситуации и какое решение принимать на основе результате. Иначе есть риск, что формально задача будет сделана, но реальной пользы так и не будет.

Ну и самое важное: если разработчик берет задачу без понимания проблемы, то это не его вина, но его проблема. Задавать вопросы про сценарий и проблему - важная часть нормальной работы.

Как-то при разработке интеграции с одним известным внешним сервисом объяснял разработчикам и дизайнерам, что «Без НДС» и Ставка 0% - это не одно и то же

И нет, нельзя их объединять для удобства пользователей
Нет, нельзя оставить только одну ставку

А тут вот Николай на партнерской конференции написал отличный пост-памятку

Считаю важным и полезным поделиться

Правила хорошо описанной задачи

1. Содержит проблему
Плохо: Улучшить вывод отчета
Хорошо: Менеджеру не хватает номера телефона в отчете по продажам
Комментарий: Подробнее расписывал здесь

2. Описывает результат, а не процесс
Плохо: Добавьте колонку «Контактное лицо»
Хорошо: Менеджер из отчета должен легко связаться с клиентом
Комментарий: В первом случае получим просто колонку, а во втором программист может подумать, что стоит добавить и телефон, и часы работы

3. Есть четкие критерии проверки и приемки
Плохо: Отчет медленно формируется
Хорошо: Отчет должен формироваться за 1 секунду
Комментарий: В первом случае ускорение может быть слишком маленьким и незаметным

4. Указано как и что будем тестировать
Плохо: Методика тестирования не описана
Хорошо: Чтобы проверить, что отчет должен формироваться за 1 секунду нужно построить отчет за год по организации Конфетпром без отбора
Комментарий: Если нет методики тестирования велик соблазн сказать «Готово, насяльника!» и все. Если методика есть, то можно подумать и об автоматизации тестирования

5. Содержит мотивацию задачи, зачем она нужна
Плохо: Вывести в отчет день рождения контактного лица
Хорошо: Есть гипотеза, что в день рождения клиенты готовы больше тратить денег и у них хорошее настроение, хорошо бы подгадать такой момент и позвонить им в это время
Комментарий: Хорошо указывать выгоду для бизнеса, в этом случае от программиста могут быть дополнительные идеи, например выделять таких контрагентов цветом, чтобы проще ориентироваться

6. Контакты заказчика
Комментарий: Тут двояко - некоторые менеджеры любят все микроконтролить. Но многие программисты неплохо общаются с заказчиками

7. Содержит все нужные материалы
Комментарий:
Задача должна содержать весь контекст, который может потребоваться. Если была какая-то встреча на которой обсуждали ее - приложите видео, если есть хороший пример как сделано в другом месте - ссылку или скриншот. Все что может потребоваться разработчику для выполнения задачи

8. Есть дедлайн или приоритет
Комментарий:
Работа занимает все отведенное на нее время. Если срока нет, то задача не будет выполнена никогда

Необязательно должны быть все эти правила в описании, но наличие их существенно повышает вероятность того, что задача будет сделано как нужно


P.S.: Эти правила изначально увидел в Школе сильных программистов и адаптировал примеры под наши 1Сные реалии

Мертвый код

Мертвый код - это код, который не используется.

Удалите его.

Сейчас статические анализаторы умеют определять такой код и подсвечивать его. Не нужно хранить в конфигурации такой код, в надежде, что он когда-нибудь пригодится.

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

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

Код:

// Новый код, который хорошо работает
Если Не Истина Тогда
    // Старый код, который мы оставили в конфигурации
КонецЕсли;
// Продолжение кода, который хорошо работает

Должен выглядеть вот так:

// Новый код, который хорошо работает
// Продолжение кода, который хорошо работает