Казалось бы, открыть ИП в цифровой реальности и начать разливать пиво — дело пяти минут. Но на практике вас ждет цифровая бюрократия. Рассказываю свою историю.
Давайте, я расскажу вам одну хорошую сказку.
Жили‑были Дед да Баба... бла‑бла‑бла...Курочка снесла золотое яйцо... Дед его бил, бил — не разбил; Баба его била, била — не разбила... мышка... бла‑бла‑бла... хвостиком... бла‑бла‑бла... яйцо разбилось... Дед плачет, Баба плачет... бла‑бла‑бла... не может такого быть, что вам не рассказывали эту сказку!
Только знаете что, если для вас фирма 1С — это курица, которая несет вам золотые яйца, вам не нужно нажимать кнопку читать далее...
На одной из ИТ конференций по бизнес-анализу я проводил мастер-класс «Моделируем IT архитектуру предприятия». Участники были разбиты на группы, и было дано одно из заданий из нашего Курса аналитика 1С:
Функциональный архитектор 1С — это не «аналитик посильнее» и не человек, который просто рисует красивые схемы. Это специалист, который держит в голове бизнес, ограничения платформы, логику процессов, риски внедрения и границы проекта.
Разбираемся, чем на самом деле занимается архитектор 1С, кому стоит идти в эту роль и почему на крупных проектах без него быстро начинается хаос.
В IT-командах есть один устойчивый миф: если продукт хороший, он сам себя продаст.
Ну хорошо, не совсем сам. Ему помогут Product Manager, разработчики, пара постов в Telegram, лендинг, где написано «инновационное решение для оптимизации бизнес-процессов», и релиз-ноутс на языке, который без подготовки читают только автор задачи, техлид и человек, который слишком долго сидел в Jira.
А потом происходит странное.
Фича есть. Код работает. Продакт не спал три недели. Разработчики сделали сложную штуку, которую реально было непросто сделать. Внутри команды все понимают: «Вот оно. Это важно. Это должно выстрелить».
Но рынок почему-то не падает на колени. Пользователи не понимают, что изменилось. Продажи не понимают, как это объяснять. Маркетинг пытается собрать коммуникацию из того, что есть: технического описания, пары комментариев в задаче и общего ощущения команды, что «это важная штука». Клиент смотрит на всё это и думает: «Очень интересно, но мне-то что с этого?»
И вот где-то в этот момент в комнате появляется Product Marketing Manager.
Не чтобы рассказать разработчикам, как писать код. Не чтобы заменить Product Manager. И не чтобы «добавить маркетингового глянца» поверх инженерной мысли.
PMM нужен, чтобы сложная техническая ценность стала понятной рынку.
Потому что хороший код — это прекрасно. Но если клиент не понял, какую проблему вы ему решили, для рынка этого кода как будто не существует.
В ИТ-среде сложился устойчивый миф: хороший технический руководитель - это тот, кто лучше всех пишет код. Или лучше всех знает 1С. Или может в любой момент сесть и написать самый сложный запрос. А все остальное: управление, коммуникация, эмпатия - это гибкие, вторичные, необязательные навыки....
История идеи проекта
Сидел я и делал чанкирование разбора конфигурации 1С в PostgreSQL. Выгрузка конфы мне досталась с 43 расширениями и ноль документации по этим расширениям после 5 команд разработки.
Ну, нужно было её разобрать, обогатить бизнес-терминами и превратить во что-то удобоваримое вроде как для RAG. Было всё это долго, нудно, на Питоне, с помощью локальной LLM. Сам я в настоящий момент 1с-ник, но начинал я в своё время с MSSQL-2000 (если кто-то помнит такой), T-SQL, PowerScript, Pascal и пр. романтики.
Сидел я, думал о светлом будущем, когда с помощью RAG локальная моделька будет мне писать скрипты, и даже без ошибок (до некоторой степени это получилось). Ну как-то слово за слово, и мне подумалось: есть же семантический поиск по RAG, реализуется MCP-сервером. По сути это запросы — точные, но довольно медленные. А почему тогда во всех остальных случаях, работая с выгрузкой напрямую, модель раз за разом лезет в переборщики файлов — пусть правильно написанные и крайне оптимизированные, но всё же переборщики? КОТОРЫЕ ТРАТЯТ МАССУ ТОКЕНОВ ТУПО НА ЧТЕНИЕ ДЛЯ ПОИСКА?! Почему нельзя это делать запросами в базу данных — нормальными, дешёвыми, точными?
И вспомнил я заодно старую идею: когда-то файловую систему в Windows (проект WinFS, времён Vista) хотели сделать похожей на БД, чтобы радикально ускорить работу с файлами. Идею потом свернули, и она как-то забылась. НО я не забыл :):)
Идея-то была интересная. Итого — нужно было дать модели инструмент, который заметно экономил бы токены и ускорял поиск данных (особенно в больших массивах кода). И подумалось мне, что не один я такой — есть целый коллектив разработчиков, которому такой инструмент может пригодиться. Поэтому Бог с ним, с Питоном, будем писать на Rust, потому что Rust — это база! (с)
Мы подготовили крупное обновление Infostart Toolkit Air – версию, ориентированную на работу с новой платформой 1С:Предприятие 8.5, более удобный интерфейс и расширение повседневных инструментов разработчика.
В новой версии Toolkit Air доработаны формы, редакторы, консоли кода и запросов, конструктор запросов, работа с метаданными, редактор объекта и выгрузка данных. Отдельно переработан порядок лицензирования: теперь лицензия оформляется на сервер 1С, где используется Toolkit.
Ниже – подробный обзор изменений и новая логика лицензирования для новых и действующих пользователей....
В технологическом блоге «Заметки из Зазеркалья» опубликован обзор будущего релиза «1С:Аналитики» 1.89. Основной акцент сделан на развитии инструментов работы со связями объектов, улучшении интерфейса дашбордов и редактора карт.
Одним из заметных изменений версии 1.89 стало развитие инструмента просмотра связей, который появился в версии 1.88. Теперь в нем доступен режим иерархического отображения: в окне «Связанные объекты» можно переключаться между плоским списком и деревом зависимостей...
Рассмотрим одну из старых проблем со стабильностью работы Postgres – отсутствие полного контроля за потреблением оперативной памяти при выполнении запросов. В ряде случаев это приводит либо к свопированию, либо к падению СУБД и остановке работы информационной системы. Происходит это неожиданно, без предупреждения и в не самый удачный момент. В системах 1С эта проблема точно существует, встречали не раз.
Вроде бы на помощь должна прийти технология OOM Killer Linux, но, как обычно, не все так радужно и есть неприятные нюансы.
1С Образец проектирования «Ждун».
Статья приводит фрагмент схемы кода 1С:Предприятия для организации ожидания происхождения события и орбаботки полученных данных. В большинстве подобных решений используется эмуляция проедуры timeout, которой нет в 1С. Предлагаетмая схема кода решает задачу без таймоутов средствами только 1С, при это не загружается процессор и не блокируется работа.
Командная разработка в 1С не обязана держаться на блокировках, непрозрачной истории и ручном разборе изменений.
В статье показываем, как перевести проект в 1С:EDT, настроить Git и Git LFS, организовать ветки для команды и аккуратно работать с конфликтами в XML‑метаданных.
Опыт ERP-архитектора: почему ChatGPT сначала выдавал красивые, но непроверяемые процессы — и почему решение оказалось не в промптах, а в предметной модели, технологической последовательности и проверяемых артефактах.
Российские компании все активнее используют решения на базе 1С для автоматизации бухгалтерии, кадрового учета, логистики, продаж и других бизнес-процессов. На фоне изменений на рынке корпоративного программного обеспечения интерес к таким системам продолжает расти. Вместе с ним увеличивается и потребность в специалистах, которые умеют работать с 1С не только как пользователи, но и как участники внедрения, настройки и развития системы.
Одна из таких профессий - 1С-аналитик. Разбираем, чем занимается специалист, какие навыки нужны на старте и на какую зарплату можно ориентироваться....
В прошлой статье я описал 1C Code Bench — бенчмарк для оценки способности LLM писать правильный код на 1С. Там я описал принципы составления задач и проверки результатов, использованные технологии и прочее. На момент написания той статьи бенчмарк насчитывал 20 задач.
Многие переживают из-за ИИ, который нас тут всех заменит и останемся мы без работы. Не буду отставать от мэйнстрима, и тоже выскажусь на эту тему – поглядим на проблему с разных сторон.
Всё сказанное - сугубо моё личное мнение, на полноту и истину не претендую. Кстати, можете воспользоваться современной опцией - кинуть ссылку в ИИ и спросить, чушь тут написана или нет, и стоит ли её читать :)
Да, и статья - про программистов 1С. Если вы отсюда - вам сюда. Если не отсюда - читните, как оно у нас.
Искусственный интеллект уже перестал быть экспериментом для большинства компаний. Его используют в клиентской поддержке, обработке данных, поиске ошибок, подготовке текстов и автоматизации рутинных задач. На этом фоне все чаще возникает вопрос: если ИИ так быстро справляется с типовыми операциями, сможет ли он заменить специалистов – например, аналитика 1С?
Чтобы ответить на этот вопрос, нужно посмотреть, что именно делает аналитик при подготовке технического задания.
На связи Сергей Смирнов, AI-инженер и основатель LLMStart.ru. Сегодня разбираем самое больное место разработки ИИ-агентов — как доказать, что они реально умнеют, а не просто пускают пыль в глаза.
В статье я покажу изнанку нашей системы оценки: — Как 10 000 живых переписок превратились в эталоны для тестов. — Почему стандартные метрики безжалостно валили нашего агента (и зачем нам понадобился Венгерский алгоритм из 1955 года). — И что делать, если метрика падает просто потому, что ИИ оказался умнее вашего устаревшего эталона!
Читайте полный разбор с цифрами, кейсами и откровенными провалами…
Быстрые интеграции в 1С: прощайте, бесконечные переделки!
Как же бесит, когда приходится переписывать интеграции снова и снова… Опять растет тех. долг, пока исправляешь названия полей в JSON…
Я Михеев Антон – ведущий специалист модуля разработки 1С и я прошел через это: переписывал интеграции по несколько раз в день, снова и снова «договаривался» с внешней системой. И вот, когда всё протестировано и пора стартовать, кто‑то вдруг меняет структуру пакета!!!
Снова разборки, релизы, переговоры… В течение месяца мы собирали совещания каждый день — и обсуждали одни и те же вопросы по пятому кругу.
Наступил момент, когда заказчики стояли над душой и требовали, чтобы 1С отдавала данные ещё вчера. А у нас уже рука не поднималась переписывать интеграцию в очередной раз.
Во многих компаниях автоматизация проектной деятельности начинается с таск-трекера. Это логично: нужно где-то ставить задачи, назначать ответственных, фиксировать сроки, обсуждать детали и видеть статусы. На уровне небольшой команды такой подход часто работает. Есть список задач, есть исполнители, есть дедлайны, есть комментарии. Кажется, что проектное управление автоматизировано.
Проблемы начинаются позже – когда проектов становится больше, в них участвуют разные подразделения, одни и те же специалисты распределяются между несколькими инициативами, появляются бюджеты, трудозатраты, план-факт, отчетность для руководителей и вопросы к себестоимости.
В этот момент выясняется, что управление задачами и управление проектами – не одно и то же...
