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

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

Сейчас для джуна 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Сные реалии

Мертвый код

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

Удалите его.

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

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

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

Код:

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

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

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

«Сначала реши проблему. Потом пиши код»
Джон Джонсон

Про фрейминг

Представьте, что есть два инструмента, у которых вот такое описание:
1. Наш ИИ в 85% дает правильные рекомендации по коду. Используйте именно его!
2. Наш ИИ ошибается всего в 14% случаев - это самый низкий процент ошибок на рынке. Используйте наш инструмент!

Что для Вас лучше сработает?

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

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

Это когнитивное искажение называется эффект фрейминга. Наше восприятие информации зависит от того, как она подана.

И знайте, что в 80% случаях лайк под постом закрепляет идею!