1С программист — это не программист?

Глава 1. Кто такие «настоящие программисты»?

С чего начинается вопрос

В начале карьеры на одном из собеседований в Москве, у метро «Электрозаводская», я услышал фразу, которая заставила задуматься. Я пришел устраиваться на позицию разработчика 1С. Напротив сидели двое: руководитель и системный администратор. В какой-то момент руководитель сказал: «Вы же понимаете, что 1С-ники — это вообще не программисты?»  Системщик радостно начал поддакивать, - а я не нашелся, что ответить тогда. Это была констатация, в которую они искренне верили.

Я не нашел тогда, что возразить. Но вопрос остался. Если 1С-разработка — это не программирование, то что тогда такое программирование? И кто имеет право называться программистом?

Чтобы ответить на эти вопросы, нужно обратиться к базовым понятиям Computer Science.

Определение из Computer Science

В Computer Science программирование определяется как процесс создания компьютерных программ с помощью языков программирования.

Программист — это специалист, который:

• разрабатывает алгоритмы решения задач;

• реализует эти алгоритмы в виде кода на языке программирования;

• выполняет отладку написанного кода;

• проводит рефакторинг и оптимизацию;

• осуществляет поддержку и сопровождение разработанных программ.

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

Разнообразие направлений в современной IT-индустрии

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

• enterprise-разработка — Java, C#, Kotlin;

• веб-разработка — JavaScript, TypeScript, PHP, Python;

• мобильная разработка — Swift, Kotlin, Flutter (Dart);

• embedded-системы — C, C++, Rust;

• Data Science — Python, R;

• системное программирование — C, Rust, Go;

• разработка в предметных областях — 1С, PL/SQL, языки для ERP-систем.

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

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

Глава 2. Почему 1С вызывает вопросы: культурные и технические отличия

Если исходить из формального определения, приведенного в первой главе, 1С-разработчики подпадают под категорию программистов. Они пишут код, создают алгоритмы, отлаживают и сопровождают свои решения. Однако в реальном IT-сообществе отношение к 1С-специалистам часто бывает иным. Почему возникает этот разрыв между формальным определением и реальным восприятием?

Причин несколько, и они лежат как в культурной, так и в технической плоскости.

Русский язык в коде

Пожалуй, самый заметный внешний признак, который сразу бросается в глаза разработчикам, привыкшим к англоязычным языкам. Вместо if, else, for, class в 1С используются Если, Иначе, Для, Класс. Для многих это становится визуальным маркером «ненастоящести». Срабатывает стереотип: программирование должно быть на английском, а всё остальное — это «не всерьез».

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

Специфическая среда разработки

Долгое время единственной средой разработки для 1С был Конфигуратор. Внешне он напоминает редактор из 90-х: нет подсветки синтаксиса в привычном понимании, отсутствуют современные инструменты рефакторинга, навигация по коду ограничена. Для разработчика, привыкшего к IntelliJ IDEA, Visual Studio или VS Code, работа в Конфигураторе выглядит архаично.

Ситуация начала меняться с появлением «1С:EDT» (Enterprise Development Tools) — среды на базе Eclipse. EDT предоставляет современные возможности: подсветку синтаксиса, автодополнение, интеграцию с Git, инструменты для отладки и профилирования. Однако EDT до сих пор не стала стандартом де-факто. Многие компании продолжают использовать Конфигуратор, что поддерживает образ «ненастоящей» разработки.

Восприятие в академической среде

Стереотип о «ненастоящести» 1С проникает даже в те места, где готовят профессиональных программистов. В период обучения в институте, когда я планировал писать дипломную работу с использованием 1С, декан факультета с удивлением спросил: «А разве 1С — это программирование? Я думал, это просто настройка, кнопочки на формах». Этот эпизод ярко иллюстрирует, насколько глубоко укоренилось представление о 1С как о чем-то несерьезном, не требующем фундаментальных знаний Computer Science.

Интересно, что подобное отношение возникает не только у «чистых» программистов, но и у представителей академической среды, которые формально должны оперировать точными определениями. Для них 1С остается за рамками профессионального поля, даже если специалист на этой платформе решает задачи, сопоставимые по сложности с enterprise-разработкой на Java или C#.

Закрытость экосистемы

Сообщество 1С долгое время развивалось обособленно от основной IT-индустрии. Здесь сформировались свои паттерны проектирования, свои подходы к архитектуре, своя терминология. Система контроля версий — Хранилище конфигурации — работает по принципам, отличным от Git, что создает дополнительный барьер для тех, кто приходит из других экосистем.

Кроме того, основная масса документации, форумов и готовых решений существует на русском языке. Это делает экосистему 1С комфортной для русскоязычных разработчиков, но одновременно изолирует её от глобального IT-сообщества. Для внешнего наблюдателя такая закрытость выглядит как признак «несерьезности» или «провинциальности».

Низкий порог входа

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

Это порождает иллюзию, что «кодить в 1С может любой». Критики используют этот аргумент, чтобы утверждать, что 1С-разработка — это не программирование, а нечто более простое, доступное непрофессионалам.

Отсутствие классического наследования классов

В 1С реализована объектная модель, но она отличается от того, к чему привыкли Java- или C#-разработчики. В платформе нет классического наследования классов в привычном понимании. Вместо этого используются механизмы расширений, общие модули, подсистемы БСП (Библиотека стандартных подсистем).

Для стороннего разработчика это выглядит как «урезанное ООП». Отсутствие привычных конструкций extends или implements укрепляет сомнения в том, что 1С можно считать полноценным языком программирования.

Все перечисленные факторы формируют устойчивый стереотип: 1С-разработка — это не программирование, а «настройка», «конфигурирование» или «работа с пользователями». Однако за этими внешними отличиями скрывается техническая реальность, которая требует более детального рассмотрения.

Глава 3. Анатомия языка: сравнение 1С с классическими ООП-языками

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

Тьюринг-полнота

Начнем с фундаментального критерия. В теории вычислимости язык программирования считается полноценным, если он является Тьюринг-полным. Это означает, что на нем можно реализовать любую вычислимую функцию. Для Тьюринг-полноты достаточно наличия трех элементов: условного перехода, возможности повторять действия (цикл или рекурсия) и работы с памятью.

Встроенный язык 1С обладает всем необходимым набором. В нем есть условные операторы (Если–Иначе), циклы (Для, Пока), рекурсивные вызовы функций, работа с переменными и структурами данных. Формально 1С не уступает в этом смысле Java, C# или Python. На любом из этих языков можно реализовать одни и те же алгоритмы. Разница — в синтаксисе и удобстве.

Типизация

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

1С

Перем Данные;
Данные = 42;      // Число
Данные = "Текст"; // Строка
Данные = Новый Структура; // Составной тип

В Java или C# такая конструкция невозможна без явного приведения типов или использования специальных оберток. В Python, напротив, это штатное поведение. С этой точки зрения 1С находится в лагере языков с динамической типизацией, которые широко используются в веб-разработке, сценарных скриптах и Data Science.

Парадигмы программирования

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

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

Объектно-ориентированное программирование представлено в виде, адаптированном под специфику платформы. В 1С есть классы, объекты, свойства, методы, инкапсуляция (через ключевые слова Экспорт и Приватное). Отсутствие классического наследования классов компенсируется механизмами расширений, общих модулей и паттернами, реализованными в Библиотеке стандартных подсистем (БСП).

Событийно-ориентированное программирование проявляется при работе с формами. Обработчики событий (например, ПриИзменении, ПриОткрытии) — это та же модель, что используется в JavaScript при работе с DOM или в C# при разработке Windows Forms.

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

Компиляция и исполнение

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

Этот принцип аналогичен тому, как работают Java (компиляция в байт-код JVM) и C# (компиляция в Intermediate Language для CLR). 1С не является интерпретируемым языком в чистом виде, как, например, классический PHP или bash-скрипты. Байт-код кэшируется, что обеспечивает производительность при повторных вызовах.

Работа с памятью

Управление памятью в 1С полностью автоматизировано. Разработчик не занимается ручным выделением и освобождением памяти — за это отвечает платформа. Используется сборщик мусора, который автоматически уничтожает объекты, на которые больше нет ссылок.

Это сближает 1С с Java, C# и Python, где также используется управляемая память. В отличие от C++, где разработчик обязан следить за временем жизни объектов, 1С освобождает программиста от этой ответственности, снижая риск утечек памяти.

Язык запросов

Отдельного внимания заслуживает язык запросов 1С. Это не просто набор функций для работы с базой данных, а полноценный язык, напоминающий SQL, но адаптированный под специфику платформы.

В запросах 1С используются:

• выборка данных из таблиц и регистров;

• соединения (объединения, левые/правые/внутренние соединения);

• группировки и агрегатные функции;

• сортировка и фильтрация;

• временные таблицы и пакетные запросы.

Разработчик 1С, пишущий сложные запросы к регистрам накопления и сведений, решает те же задачи оптимизации, что и SQL-разработчик: построение индексов, анализ планов запросов, устранение блокировок. Знание теории множеств и реляционной алгебры здесь так же важно, как и при работе с классическими СУБД.

Сравнительная таблица

Для наглядности сведем ключевые параметры в таблицу:

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

Глава 4. Архитектурная сложность: чем на самом деле занимается 1С-разработчик

Если формальные критерии Computer Science подтверждают, что 1С — это полноценный язык программирования, то почему же стереотип о «настройщике кнопочек» жив до сих пор? Ответ кроется в том, что внешний наблюдатель чаще всего видит лишь верхушку айсберга. В небольших компаниях 1С-специалист действительно может заниматься обновлением типовых конфигураций, добавлением пары полей в отчет и ответами на вопросы пользователей. Но это — лишь один из слоев профессии, причем далеко не единственный.

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

Кластерная архитектура

Современная платформа 1С:Предприятие построена по трехуровневой схеме: клиентское приложение — кластер серверов 1С — система управления базами данных (СУБД). Такая архитектура характерна для enterprise-решений, где важны масштабируемость и отказоустойчивость.

Кластер серверов 1С состоит из нескольких типов процессов:

• ragent — агент сервера, который управляет кластером и рабочими процессами;

• rmngr — менеджер кластера, отвечающий за балансировку и маршрутизацию запросов;

• rphost — рабочий процесс, непосредственно выполняющий код и обслуживающий подключения пользователей.

Настройка кластера, распределение нагрузки между рабочими процессами, мониторинг их состояния — это задачи, требующие понимания сетевых взаимодействий, многопоточности и операционной системы. Senior-разработчик 1С должен уметь диагностировать проблемы на уровне кластера: почему один процесс потребляет всю память, почему запросы попадают в «медленный» процесс, как настроить параметры блокировок для предотвращения взаимных блокировок.

Высокие нагрузки и оптимизация производительности

В крупных проектах — металлургия, ритейл, логистика, государственный сектор — количество пользователей может достигать нескольких тысяч, а объемы данных исчисляться терабайтами. В таких условиях код, который отлично работал на тестовой базе с десятком записей, может полностью «лечь» промышленную систему.

Оптимизация производительности в 1С — это отдельное направление, требующее глубоких знаний:

• Анализ планов запросов. Как и в классическом SQL, в 1С есть механизм анализа выполнения запросов. Разработчик должен понимать, какие индексы используются, где возникают временные таблицы, как оптимизировать соединения.

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

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

Эти навыки не имеют отношения к «настройке кнопочек». Они находятся на том же уровне сложности, что и оптимизация производительности в Java или C# enterprise-приложениях.

Интеграции и работа с внешними системами

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

Реализация таких интеграций требует владения широким спектром технологий:

• Веб-сервисы — SOAP, REST, JSON, XML;

• Протоколы обмена — HTTP, FTP, электронная почта;

• Форматы данных — CSV, XML, JSON, Excel, DBF;

• Очереди сообщений — RabbitMQ, Kafka;

• Шины данных — интеграционные платформы для обмена между разнородными системами.

1С-разработчик, проектирующий интеграцию с интернет-магазином на 1C-Bitrix или с ERP-системой SAP, решает те же задачи, что и интеграционный разработчик на любом другом стеке. Знание протоколов, форматов, обработка ошибок, обеспечение надежной доставки данных — это программирование в чистом виде.

Отказоустойчивость и мониторинг

В промышленной эксплуатации система должна работать 24/7. Это означает, что архитектура должна быть спроектирована с учетом возможных отказов: падение одного из серверов, обрыв связи с базой данных, сбой в работе СУБД.

На уровне инфраструктуры это решается с помощью:

• Кластеризации СУБД — Microsoft SQL Server AlwaysOn, PostgreSQL кластеры;

• Резервирования серверов 1С — несколько узлов кластера, автоматическое переключение;

• Мониторинга — настройка систем наблюдения (Zabbix, Grafana, Prometheus) для отслеживания состояния серверов, времени выполнения операций, критических ошибок.

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

Разделение ролей: от «кнопочника» до архитектора

Важно отметить, что 1С-сообщество неоднородно. Здесь существует такая же градация уровней, как и в других IT-направлениях:

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

• Разработчик — написание кода, реализация новых функций, доработка существующих механизмов, исправление ошибок.

• Senior-разработчик — проектирование архитектуры модулей, оптимизация производительности, код-ревью, наставничество.

• Архитектор — проектирование системы в целом, выбор технологического стека, интеграционная стратегия, управление техническим долгом.

Проблема в том, что для внешнего наблюдателя все эти роли сливаются в одну. Если специалист по сопровождению называет себя «1С-программистом», у стороннего разработчика формируется образ, который он проецирует на всю экосистему. Отсюда и стереотип: раз этот человек настраивает кнопки, значит, все 1С-специалисты этим и занимаются.

Итак, технический разбор показывает, что 1С-разработка на высоком уровне — это не «настройка кнопочек», а работа с кластерной архитектурой, высокими нагрузками, интеграциями, отказоустойчивостью. По сложности решаемых задач она сопоставима с enterprise-разработкой на Java или C#.

Глава 5. Обратная сторона медали: сильные стороны 1С-разработчика

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

Близость к бизнесу

Обычный программист, особенно в веб- или мобильной разработке, часто работает с абстрактными задачами: сверстать страницу, реализовать API-метод, оптимизировать загрузку данных. Он может не понимать предметную область, в которой работает его продукт. Достаточно знать техническое задание.

1С-разработчик, особенно если он работает в сфере автоматизации учета и управления, неизбежно погружается в бизнес-процессы заказчика. Он понимает:

• что такое себестоимость и как она рассчитывается;

• как работает НДС и почему важно правильно настроить налоговый учет;

• чем отличается складской учет от управленческого;

• как начисляется зарплата и какие существуют виды удержаний;

• как планируется производство и списываются материалы.

Это знание делает его не просто «кодером», который пишет код под задачу, а инженером бизнес-процессов. Он может предложить заказчику более эффективное архитектурное решение, потому что понимает, как устроен бизнес. Такой специалист ценен не только как разработчик, но и как консультант, способный анализировать и оптимизировать процессы компании.

Стабильность и спрос

Рынок 1С имеет свои особенности, которые делают эту специализацию одной из самых стабильных в IT. Соотношение вакансий к резюме на рынке 1С, по данным аналитических агентств, достигает 5:1. Это означает, что на одну вакансию приходится всего 0,2 активных соискателя. Спрос значительно превышает предложение.

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

В отличие от многих модных направлений, которые могут устареть за несколько лет (как, например, Flash или CoffeeScript), 1С стабильно держится на рынке уже более двух десятилетий. Это не «хайп», а фундаментальная платформа для автоматизации бизнеса.

Финансовые перспективы

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

По данным открытых источников и зарплатных обзоров:

• начинающие 1С-разработчики получают на уровне junior-специалистов других направлений;

• опытные разработчики (senior) могут рассчитывать на доход 250-350 тыс. рублей;

• архитекторы и ведущие специалисты, работающие над крупными проектами, достигают 350-450 тыс. рублей и выше;

• часовая ставка при внештатной работе может составлять 4-6 тыс. рублей.

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

Низкий порог входа — высокий потолок

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

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

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

• Оптимизация запросов. Умение читать план запроса, анализировать индексы, переписывать запросы для работы с миллионами записей.

• Работа с блокировками. Понимание типов блокировок, взаимных блокировок (deadlocks), настройка уровней изоляции транзакций.

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

• Интеграции. Знание протоколов, форматов данных, шин обмена, асинхронного взаимодействия.

• DevOps. Настройка мониторинга, автоматизация развертывания, работа с системами контроля версий.

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

Итак, у 1С-разработки есть очевидные сильные стороны: понимание бизнеса, стабильный рынок, высокие финансовые перспективы, низкий порог входа при высоком потолке мастерства. Эти преимущества делают профессию не просто «достойной», а во многих аспектах уникальной.

Однако, несмотря на все сказанное, вопрос «программист или нет?» остается открытым. В следующей главе мы дадим на него развернутый технический ответ, опираясь на факты, приведенные в предыдущих разделах.

Глава 6. Вердикт и заключение: ставим точку в многолетнем споре

Мы прошли длинный путь. Заглянули в архитектурную сложность промышленных систем и убедились, что на высоком уровне 1С-разработка требует знаний enterprise-уровня. Перечислили сильные стороны профессии: близость к бизнесу, стабильность спроса, финансовые перспективы, низкий порог входа при высоком потолке мастерства.

Теперь настало время подвести итог.

Технический вердикт

С точки зрения Computer Science, ответ однозначен: 1С-разработчик — это программист.

Доказательства:

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

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

3. Enterprise-архитектура. Работа с кластерами серверов 1С, настройка отказоустойчивости, балансировка нагрузки, оптимизация запросов к СУБД, управление блокировками и транзакциями — это задачи, решаемые senior-разработчиками и архитекторами в любом enterprise-языке (Java, C#). 1С-разработчик высокого уровня решает задачи той же сложности.

4. Объектно-ориентированное программирование. Реализация ООП в 1С имеет особенности (отсутствие классического наследования классов), но принципы инкапсуляции, полиморфизма и наследования реализуются через механизмы расширений, общие модули и БСП. Это не делает язык «ненастоящим», а лишь указывает на его специфику.

Но есть нюанс, который порождает путаницу

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

Если специалист занимается только обновлением типовых конфигураций, настройкой прав пользователей, консультированием по работе в программе и ответами на вопрос «куда делась кнопка» — он выполняет функции специалиста по сопровождению (консультанта, оператора 1С). Это важная и востребованная работа, но она относится к другому типу деятельности. Кода здесь минимум, основная задача — поддержка готового решения.

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

Проблема в том, что и те, и другие часто называют себя «1С-программистами». Для внешнего наблюдателя эти роли сливаются. Когда Java-разработчик встречает специалиста по сопровождению, который называет себя программистом, у него формируется образ, который он проецирует на всю экосистему. Отсюда и стереотип.

Итог

Инструмент не определяет квалификацию. Квалификацию определяют решаемые задачи и уровень владения Computer Science.

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

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

Пусть хейтеры продолжают обсуждать «отсутствие настоящего ООП» и «русский язык в коде». Пока они спорят, 1С-разработчики решают реальные задачи предприятий, обеспечивают стабильную работу учетных систем, получают достойную оплату и остаются востребованными на рынке.