1. Ода конфигуратору
Я не из тех, кто считает, что раньше было лучше просто потому, что трава была зеленее. Для меня конфигуратор, это не про прошлое, это привычная, понятная и главное рабочая среда, в которой можно спокойно думать, программировать, а не воевать с инструментом.
Я запускаю конфигуратор почти каждый день с 1998 года не потому, что я "застрял в прошлом веке" или "не хочу учиться", а потому, что за эти годы он стал для меня не просто программой, а рабочей средой. Местом, где я понимаю систему, а не просто пишу код.
Да, есть EDT, современная IDE. Да, есть плагины, подсветки, автодополнения, AI-помощники и всё вот это. Это классно. Это полезно. Но каждый день, открывая конфигуратор, я ловлю себя на одной простой мысли: мне здесь спокойно. Я не ищу, куда переехала кнопка. Я не вспоминаю, как "вчера я это делал". Я не трачу внимание на интерфейс. Я трачу его на решение задачи.
Конфигуратор, это как старая, проверенная мастерская. Не самая блестящая, не самая модная, но в ней всё под рукой, ты не думаешь о том, где лежит тот или иной инструмент, ты просто берешь и работаешь. Вот это "просто работаешь", для меня - ключевая вещь.
Конфигуратор не пытается быть умным, он не анализирует за тебя код, он не предлагает архитектуру, не подсказывает, как "правильно". Он просто честно показывает систему такой, какая она есть: вот дерево метаданных, модули, формы, код, вот отладка. Всё. Без украшательств, без магии и без иллюзий.
Я иногда слышу, что сегодня без IDE с интегрированным ИИ "уже невозможно нормально разрабатывать". Мой опыт, ровно обратный. Конфигуратор плюс внешний ИИ (в виде чата) - это уже полноценная современная среда разработки, если ты понимаешь, что именно делаешь и зачем.
ИИ не встроен в конфигуратор и это, на мой взгляд, даже плюс. Он не вмешивается в архитектуру, не ломает стиль, не навязывает свои решения, не создаёт иллюзию, что инструмент "думает за тебя". Я использую ИИ как собеседника, как генератор идей, как черновик, как второй мозг или как коллегу по цеху, а конфигуратор остаётся тем местом, где принимаются решения, где лежит ответственность и где находится истина системы.
Мой реальный рабочий процесс при этом предельно простой и даже наверное скучный. Я пишу или копирую код из конфигуратора, вставляю его в чат, формулирую задачу, что нужно изменить, упростить, переписать, оптимизировать, получаю ответ, возвращаю код обратно в конфигуратор и дальше начинаю нормальную работу: редактирую, проверяю, встраиваю в систему. ИИ пишет код сокращая мне время на разработку, а я зная все нюансы задачи интегрирую его в систему.
Тут может быть два варианта использования ИИ
1. ИИ вообще ничего не знает о моей конфигурации. Чтобы он написал что-то осмысленное, мне приходится самому описывать объект, структуру, бизнес-смысл, сценарий. Типа: вот регистр, вот его измерения и ресурсы, вот документ, вот его табличная часть, вот что должно происходить при проведении. И пока я это описываю, я уже сам начинаю лучше понимать задачу. Часто бывает, что ответ ИИ мне в итоге даже не нужен, потому что решение уже сложилось в голове в процессе формулировки запроса.
2. Использование MCP сервер, который отдаёт ИИ реальные метаданные конфигурации. Не буду расписывать, как это настраивается, на Инфостарте уже хватает хороших материалов. Скажу только, что в этом режиме ИИ может писать код в контексте конкретной базы, с реальными объектами и связями. Но даже тогда я не копирую код "как есть", не отключаю голову и не делаю ИИ архитектором системы. Он остаётся инструментом. Я остаюсь ответственным за это решение.
Независимо от того, какой ответ я получил от ИИ, я всегда его проверяю. Я смотрю на контексты выполнения, на транзакции, на блокировки, на клиент-сервер, на влияние на архитектуру. Я упрощаю код, убираю лишние конструкции, делаю его читаемым для человека, а не для нейросети. Я встраиваю его в существующую систему, в стиль проекта, в реальные бизнес-процессы.
Именно поэтому я остаюсь в конфигураторе.
Здесь, для меня, спокойная, честная, рабочая среда.
2. Привычные движения
В работе с конфигуратором есть что-то почти физическое. Ты не думаешь: "сейчас найду этот пункт меню, потом открою". Ты просто делаешь, руки сами знают, куда нажать. Это мышление, которое просто перешло в мышечную память.
Я уже не помню, когда в последний раз заглядывал в справку по сочетаниям клавиш, их у конфигуратора много и все не запомнишь, но для меня из того, что я использую - это уже не просто команды, а часть моего рабочего процесса.
Я не буду перечислять их все, на Инфостарте уже есть отличная статья об этом. Я хочу сказать о другом: как эти клавиши превращаются в целые паттерны работы. Вот просто несколько примеров.
Навигация - это ориентация в пространстве
Читаю код, вижу вызов - F12, проваливаюсь внутрь, посмотрел нажал Ctrl+"-", вернулся назад. Это не два действия. Это одно движение: "посмотреть-вернуться". Я просто повернул голову в своей мастерской, посмотрел и дальше продолжаю работать.
Или Ctrl+T, когда сидишь в модуле формы и хочешь мгновенно увидеть объект в дереве метаданных. Не поиск, а мгновенное понимание окружения. За секунду, без отрыва от кода.
Поиск - это не просто строки
Ctrl+Shift+F - все пользуются, но для меня это не "найти слово", это инструмент позволяющий "восстановить замысел", ты начинаешь видеть не просто код, а логику бизнеса. Это даже не просто поиск текста, это - расследование.
Отладка - это когда система оживает
А ещё конфигуратор умеет показывать то, что не видно в тексте. Точки останова, стек вызовов. Чтобы понять, почему документ не проводится, нужно смотреть не просто в код, а стек выполнение.
Ставишь точку, запускаешь и видишь, как управление прыгает по модулям, как заполняются переменные, где рождается исключение. Это как рентген. Видишь не статичный текст, а жизнь системы.
И вот тут снова помогает ИИ. Когда вижу странное поведение, копирую кусок кода и стек в чат. Не с просьбой "исправь", а с вопросом: "Как думаешь, почему здесь падает?". ИИ часто предлагает неожиданные гипотезы - те, что сам иногда пропускаешь, потому что утонул в деталях, а потом возвращаюсь в конфигуратор, проверяю отладчиком и нахожу причину. Это не магия, это совместная работа, моё знание системы, умение работать с отладчиком и способность ИИ увидеть неочевидный паттерн, предлагать решение.
Про горячие клавиши
Дело даже не в горячих клавишах, хотя их знать нужно чтобы ускорить свою работу, а в том, как они вплетаются в вашу работу. Ctrl+T, F12, Ctrl+«-» и другие - это уже не просто команды, это ускоритель для работы.
Для меня конфигуратор остаётся "лампово-тёплым". В нём нет лишнего шума. Нет попыток угадать, что я сейчас хочу.
3. Контроль, ответственность и ламповый выбор
"лампово-тёплый" - это не про уютный интерфейс и не про ностальгию, а про полный контроль. Про то, что между тобой и системой нет посредников - ни умных подсказок, ни скрытой магии, ни чёрных ящиков.
Конфигуратор не решает за тебя. Он не предлагает "оптимальный рефакторинг" и не исправляет "потенциальные ошибки". Он просто показывает систему целиком, без фильтров - это самая честная позиция, которую только может занять инструмент. Потому что вся ответственность ложится на тебя. Ты - архитектор, инженер и конечная инстанция. Не IDE, не плагин, не ИИ. Только ты.
EDT - другой инструмент. У него своя философия, свои сильные стороны и для многих задач он, возможно, удобнее. Но это не отменяет простого факта, что в конфигураторе нет той бизнес-задачи, которую нельзя было бы решить. Причем, решить ее обычно можно быстрее, чем в современных IDE. Я сам пытался перейти на него - дважды и оба раза возвращался в конфигуратор. Возможно, дело во мне. Но факт остаётся... фактом.
PS
Для меня конфигуратор - это окно в систему. Без искажений и без посредников.
Другие статьи автора:
Вступайте в нашу телеграмм-группу Инфостарт
