Новая версия тренажера код-ревью

Подготовил новую версию приложения https://codereview1c.ru

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

2. Вход через Яндекс
На замену входа через Гитхаб добавлена возможность войти через Яндекс. Вход через Гитхаб скрыт

3. Новые блоки статистики
Дополнительно показывается Активность, точность и стандарты

4. Работа оффлайн и через PWA-приложение
Можно сохранить себе на рабочий стол приложение и тренироваться когда нет доступа к сети. При появлении интернета все синхронизируется

5. Новая серверная часть на go
Полностью переписал сервер на go и разместил базу данных на сервере (не облачная). Теперь работает бодрее и можно дальше расширять API. Раньше упирался в ограничение Vercel

6. Ну и, конечно, исправлены найденные ошибки

На подходе мобильное приложение, это вот моя мечта...


Тренажер Код-ревью 1С - https://codereview1c.ru

Всем продуктивной недели!

Последний месяц лета

Коллеги, уже в процессе последний месяц лета!

Как успехи? Что самое крутое уже произошло, а что только планируется?
Давайте хвастаться или жаловаться в комментах!

Нужны тестировщики для Код-ревью 1С в Google Play

Для того, чтобы приложение стало доступно в Google Play обязательно проводится закрытое тестирование. Для этого нужно как минимум 12 пользователей на 14 дней. После этого приложение может быть открыто уже для всех.

Что нужно:
вступить в группу и 14 дней подряд иметь установленное приложение (само тестирование пассивное, играть не обязательно)

Можно все делать сразу с телефона:
1. Вступить в группу - https://groups.google.com/g/codereview1c-testers
2. Перейти по ссылке-приглашению - https://play.google.com/apps/testing/ru.codereview1c.app и там нажать become a tester
3. Установить приложение через Google Play

Нужно минимум 12 человек
upd: Группа набрана! Спасибо большое!

Что самое сложное в интеграциях?

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

2. Надежность и идемпотентность
Что делать если запрос прошел, а ответ не получен? Сработает ли повторная отправка? А нужна ли защита от дублей?

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

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


Но вот основная сложность в интеграциях - найти ключевой сценарий

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

Давайте попробуем представить, что нам нужна интеграция Бухгалтерии и CRM.
Сразу появляются вопросы:
- Нужно синхронизировать всех контрагентов и их договоры?
- Потребуется еще и номенклатуру выгружать?
- А контактные данные нужно отправлять?
- А возвраты и корректировки?
- А что с НДС?

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

Поэтому важно начать совсем с другого вопроса:
А что конкретно должен получить пользователь от этой интеграции?

Например:
Менеджер в CRM создает счет и хочет увидеть когда клиент его оплатит

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

2. Номенклатура - необязательно. В счете можно передать только описание позиции

3. Сумма и скидки - влияют на расчеты и нужны. А вот НДС - уже вотчина бухгалтерии

И тогда интеграция становится намного понятнее. И под нее уже можно подстроить нужную техническую часть.

То есть порядок такой:
1. Прорабатываем сценарий
2. Строим бизнес-правила
3. Размечаем данные
4. И только потом API, очереди, webhooks, идемпотентность и прочая техническая часть

Мне кажется, именно в сценарии и находится самая сложная и интересная часть интеграций. То есть не в том, как передать данные из системы А в систему Б, а в том, какие данные действительно должны пройти этот путь и зачем

Мой вклад в Unica

Unica - это публичный плагин Codex и Claude Code для разработки на 1С:Предприятии.

И теперь она умеет еще использовать мой Дизайн-гайд для 1С. То есть при создании форм будет стараться проектировать их с учетом этих правил. Это позволит сделать ваши формы еще лучше.

Также добавляю правила из Шаблона новых объектов. Пока сосредоточился на универсальных правилах, а затем если будет поддержка БСП, то еще и их добавлю.

То есть теперь помимо технических правил работы с 1С:Предприятие Unica понимает и прикладные особенности, что делает ее поистине уникальным продуктом в сообществе

Фундаментальная ошибка атрибуции

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

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

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

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

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

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

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

OnEvents.ru - один год!

Крутому и очень полезному проекту с агрегатором всех событий в мире 1С исполняется год!

Я для себя собирал мероприятия и конференции по 1С, но помнил только основные - Партнерка, Инфостарт, RarusTechDay и, пожалуй, все. Даже митапы желтого клуба не знал.

Поэтому, когда появился OnEvents, я очень расстроился.
Причем сразу по трем поводам:
1. Почему его не было раньше
2. Как много мероприятий по 1С
3. Почему его сделал не я

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

Поэтому в честь дня рождения вам обязательно нужно:
1. Зайти на страницу, посвященную дню рождения проекта - https://onevents.ru/oneyear/
2. Подписаться на канал t.me/OnEvents
3. Знать, где тусуются все 1Сники!

Сергей Бестужев и Павел Чегодаев большие молодцы!

Статьи и видео - Стек технологий 1С

Инфостарт опубликовал мое выступление с конференции с Infostart Team Event 2026 про Стек технологий 1С на YouTube и VK Видео

Уместить в 30 минутное выступление все инструменты и технологии невозможно, да и не нужно. В нем прошел по базовым направлениям и основным инструментам

Также доклад доступен в виде большой и крутой статьи Современный инструментарий 1Сника

Просьба прожать плюсики, лайки и все такое прочее

Стек технологий - это первый шаг к Ландшафту технологий 1С

Большой опрос сообщества 1С

Ландшафт технологий 1С - карта инструментов, которыми пользуется сообщество

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

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

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

Пройти опрос
@stateOf1c_bot

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

Если вы работаете с 1С - проходите и отправляйте коллегам

Чем больше будет ответов от разработчиков, аналитиков, тестировщиков и администраторов, тем точнее получится Ландшафт 1С

Буду благодарен за репосты и упоминания - они помогут собрать ответы от самых разных участников сообщества

Подготовил статью для Инфостарта, чтобы привлечь еще пользователей для опроса

Ландшафт технологий 1С: от карты инструментов к реальному использованию

Поставьте, пожалуйста, плюсики по возможности.

Топ-40 слов претендентов на Слово года

Среди прочего есть и из нашей области:
Вайбкодинг, ИИ, ИИ-агент, Промпт

Halupedia (Галлюцинопедия)

Удивительную штуку подсмотрел - Бесконечная энциклопедия несуществующих знаний

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

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

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

Есть мнение, что это будущее нашего интернета

Сайт: https://halupedia.com
Репозиторий: https://github.com/BaderBC/halupedia

Всем прекрасных выходных!

Просьба уделить 15 минут на опрос, кто еще не.

По статистике:
- медианное активное прохождение около 9 минут
- половина укладывается примерно в 6–13 минут
- 90% проходят менее чем за 20 минут
- при непрерывном прохождении медиана около 8 минут
- среднее активное время около 12 минут

@stateOf1c_bot

От ваших ответов зависит ландшафт технологий 1С!

Предварительные итоги опроса

Вот тут предварительные итоги опроса первой недели. В опросе об инструментах 1С уже 256 участников

В Telegram ответили 246 человек, а в MAX еще 10. Вместе вы оставили почти 19 тысяч ответов по 202 инструментам

19 человек добрались до всех 202 карточек (монстры!). Медианный участник оценил 64 инструмента, 194 человека ответили хотя бы на 50 вопросов, а 45 прошли больше сотни

Кстати, если человек остановился, бот ждет три дня и только потом напоминает. Пока первое напоминание получили 65 человек, после него вернулись 20

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

Пройти опрос и посмотреть текущие результаты:
https://landscape1c.ru/survey2026

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

Короче, спасибо вам! Вы крутые! Горжусь вами!

Изменения в ландшафте по итогам опроса

В понедельник рассказывал про предварительные итоги опроса. А теперь решил посмотреть, насколько результаты совпадают с разметкой самого ландшафта

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

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

Вот что уже можно подвинуть:
VS Code, git и IIS - из продвинутого в базовое
S3 - из нишевого в продвинутое
Angie, PerfExpert и YouTrack - из продвинутого в нишевое

Например, с VS Code работали 84% ответивших, с git - 76%, а с IIS - 81%. Для продвинутых инструментов это уже слишком массовые результаты. А вот с Angie работали 2%, с PerfExpert - 9%, с YouTrack - 13%

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

В другую сторону работает 1С:Тест-центр. С ним работали только 19%, но нагрузочное тестирование нужно ограниченному кругу команд. Внутри этой задачи это зрелый основной инструмент, поэтому он остается продвинутым

По Claude Code и Codex мнения экспертов разошлись. Результаты там высокие, но пока непонятно, стали ли они постоянной частью большой разработки на 1С. Поэтому пока оставлю их на месте и вернусь к ним после завершения опроса

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

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

Посмотреть текущие результаты и пройти опрос:
https://landscape1c.ru/survey2026

MVP и MLP

Представим, что нам нужно сделать приложение по учету личных финансов. Как обычно, ресурсы и время ограничены

Что должно войти в первую версию?


Для таких ситуаций есть концепция минимально жизнеспособного продукта -MVP (Minimum Viable Product). Она позволяет быстро выпустить продукт, проверить гипотезу и понять, нужен ли он вообще.

Суть MVP в том, что мы отказываемся от всего лишнего и оставляем только главную функцию

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

Но сегодня просто «работающего минимума» часто уже недостаточно. Конкуренция есть почти в любой нише, требования к UI и UX выросли, а современные технологии позволяют собрать вполне приличный продукт за очень короткое время

Отсюда другой подход - минимально любимый продукт, MLP (Minimum Lovable Product). Его задача сделать минимальный продукт, который уже с первой версии вызывает эмоциональный отклик

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

Для нашего учета личных финансов таким элементом может стать простая аналитика:
«На фастфуд уже потрачено 80% твоего обычного бюджета»
«В этом месяце ты потратил на 20 тысяч меньше, чем в прошлом»
«Если сохранишь текущий темп, к концу года накопишь 100 тысяч»

Сам учет расходов - это функция. А ощущение «о, эта штука реально помогает мне лучше обращаться с деньгами» уже шаг в сторону MLP. То есть нам важно, чтобы пользователь проникся к приложению

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

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

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

Если вдруг не знали...