Как превратить конфигурацию в современную и модную?
1. Меняем старые сообщения загрузки на новые.
2. Теперь мы ИИ-стартап

Лайк, шер, сабскрайб, репост

Каналы коммуникации

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

А что делать разработчикам тиражных решений?

Размышляя над этим я понял, что по сути все каналы коммуникации можно разделить на пассивные и активные:
- Пассивные - слушаем и реагируем
- Активные - спрашиваем и предлагаем

И у разработчиков конфигураций преобладают пассивные каналы коммуникации с пользователями и партнерами:
- Хотлайн
- Партнерская конференция
- Почта

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

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

Например, пожелание "Добавьте чеки самозанятых в ПТУ" можно трактовать как:
- Хранение присоединенных файлов в документе
- Указание, что поставщик самозанятый
- Загрузка чеков самозанятого из интернета
- Печать чека за самозанятого
- Контроль получения оригинала чека
и еще много вариантов

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

А вот активных каналов коммуникации у нас меньше и они сложнее:
- Пост в партнерской конференции
- Опрос в программе

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

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

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

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

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

Ну и подводя итог:
- Давайте дружить :)
- Когда пишете в конференцию или на хотлайн - помогайте разработчикам со сценарием

Лайк, шер, сабскрайб, репост

Билдим, фиксим, мержим, пушим…
Полная версия

Автор: Archet

Мы производим гвозди по ГОСТу (полная версия)
«Эй-хо, делай по ТЗ
Не надо нам тут креативных усилий…»

Автор: Archet

Ранний выход/возврат

Если встречаете вот такой код:

Если (Условие) Тогда
   // Дальше выполняется 
   // какой-то длинный код
   // с множеством методов
КонецЕсли;

Или вот такой:

Если (Условие) Тогда
    Если Не (ДругоеУсловие) Тогда
        // Дальше выполняется 
        // какой-то длинный код
        // с множеством методов
    КонецЕсли;
КонецЕсли;

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

Вместо этого лучше использовать ранний выход или охранные выражения:

Если Не (Условие) Или (ДругоеУсловие) Тогда
    Возврат;
КонецЕсли;
// Дальше выполняется какой-то длинный код

Такой код проще читать. Он вначале задает условия прежде чем переходить к детялям. В этом случае у нас не будет лишней вложенности.


Пример:

Код:

Если ЭтоНовый Тогда
    Если Не ЭтоГруппа Тогда
        ПодготовитьФормуОбъекта();
        УстановитьСвойстваТабличнойЧасти();
        УправлениеФормой();
        // Еще какой-то код
    КонецЕсли;
КонецЕсли;

меняем на:

Если Не ЭтоНовый Или ЭтоГруппа Тогда
    Возврат;
КонецЕсли;

ПодготовитьФормуОбъекта();
УстановитьСвойстваТабличнойЧасти();
УправлениеФормой();
// Еще какой-то код

Особенности:

1. Если проверок становится много (больше 5), то лучше их выделить в отдельную функцию условие:

Если Не НужноОбработатьОбъект() Тогда
    Возврат;
КонецЕсли;
// Дальше выполняется 
// какой-то длинный код
// с множеством методов

2. Будьте внимательны с кодом:

Если (Условие) Тогда
    // Какой-то код
КонецЕсли;
// Дальше другой код

В этом случае использование раннего выхода не всегда оправдано.

3. Лучше выделять условия по одному, чтобы не запутаться и не потерять. Допустимо сначала сделать последовательные условия, например:

Если (Условие) Тогда
    Возврат;
КонецЕсли;
Если Не (ДругоеУсловие) Тогда
    Возврат;
КонецЕсли;
// Дальше выполняется 
// какой-то длинный код
// с множеством методов

Лайк, шер, сабскрайб, репост

Нормализация подходов

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

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

Возьмем для примера инициализацию переменных. Варианты могут быть самые разные:

 Перем ПервыйСчетчик;
 ВторойСчетчик = 0;
 ТретийСчетчик = Неопределено;
 ЧетвертыйСчетчик = НовыйСчетчик();

У вас могут быть еще другие варианты описания переменных. Но по сути мы только инициализируем переменную.

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

То же самое касается и методов, ищите похожие - выделяйте общее и оставляйте то, что различается.

Ссылки из выступления почему ИИ - это плохо
1. Код-ревью 1С - Тренажер по поиску ошибок в коде
2. ИИ замедляет опытных разработчиков
3. Миф о продуктивности генеративного ИИ
4. Форум «Интеллектуальное предприятие 2025»
5. 1С:Напарник по сайту ИТС
6. Больше 40% проектов с агенстким ИИ отменят к 2027 году
7. 95% пилотов с использование ИИ проваливаются
8. ИИ слишком рисковый для страхования
9. Эпоха LLM трещит по швам: со-основатель OpenAI и глава ИИ в *Meta объяснили, что будет дальше
10. ЧатГПТ делает нас глупее?
11. Врачи стали меньше определять рак после использования ИИ
12. Microsoft назвала 40 профессий, которые вскоре могут быть уничтожены ИИ

Бонус:
13. Итоги внедрения ИИ в бизнесе 2025
14. ИИ уничтожает продуктивность
15. Тяжелая правда о программировании с использованием ИИ

Выше представлены ссылки на работы, которые использовались в презентации. В основном они на английском.

Пишите в комментариях, кто смотрел выступление в Желтом клубе Москва (записи не будет)

Как вам?

6 советов по улучшению жизни:

1. Бесполезный совет
2. Совет, требующий больших затрат времени
3. Очевидный совет
4. Совет, требующий больших денежных затрат
5. Рекомендация выполнять советы регулярно
6. Совет, который написал, для того, чтобы получилось всего 6 советов

Здесь фотография девушки, бегущей в наушниках

Месяц использования сплит-клавиатуры Ergohaven Velvet UI v3

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

Что нравится:

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

Причем когда возвращаюсь к клавиатуре ноута, то прям чувствую дискомфорт от того, что зажимаюсь физически. Хочется вернутся в удобное положение, но там клавиатура слишком мала для этого.

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

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

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

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

4. Самодовольство
Очень нравится, что смог разобраться и справится с этой интересной задачей. Осознание того, что вот теперь в копилке есть еще один инструмент и ты им неплохо владеешь приятно тешет самолюбие и эго. Нравится…


Что не нравится (не освоил)

1. Сложности с горячими клавишами.
Запоминаю их сильно сложнее, причем независимо от частоты использования. Например, Ctrl + B, чтобы сделать жирным текст, путаю с Ctrl + M - которые сворачивает экран.

С более изысканными горячими клавишами (Ctrl + Shift + F2) еще сложнее. Их даже не пытаюсь искать и сразу нажимаю на клавиатуре ноутбука.

Основная сложность связана с тем, что это находится на далеком слое и тебе нужно его включить, вспомнить клавиши и зажать модификаторы. То есть вместо 3 клавиш нужно зажимать 5.

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

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

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

Вывод:

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

При этом рекомендовать сплит-клавиатуру всем не готов из-за высокого порога вхождения и относительно субъективных плюсов.

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

Но если ты смелый, ловкий, умелый, то Джунгли тебя зовут…

Новогодняя открытка фирмы «1С»

Это «официальное» новогоднее изображение следующего года, которое можно использовать в поздравлениях клиентов или просто полюбоваться

Больше картинок на сайте 1С

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

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

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

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

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

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

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

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

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

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