Обратная сторона — администратор. Часть 2, Конструктор
2026-02-26 15:04 Diff
https://ru.hexlet.io/blog/posts/obratnaya-storona-administrator-chast-2-konstruktor

Привет меня зовут Андрей Соколов, я имею некоторый опыт работы с информационными системами(ИС), как в роли оператора, так и в роли администратора, это видно из моего резюме.

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

Итак, возьму для примера МИС «Барс», так как с этой программой работаю довольно плотно в последнее время. У этой системы есть довольно много всяческих настроек, я остановлюсь на возможностях создания отчетов и создании так называемых шаблонов (по сути, это пользовательские формы, которые могут быть набраны через визуальный конструктор, они привязаны к услуге, оказываемой врачом. В общем, это непосредственно, то с чем работает медицинский персонал).

Делать отчеты в «Барсе» оказалось довольно увлекательным занятием. Я это связываю с тем, что по сути отчеты (пользовательские web-отчеты) — это те же формы, что и в обычном интерфейсе. Да, там есть визуальный редактор для тех, кто совсем не понимает в вебе, но там же имеется возможность создавать отчет непосредственно на синтаксисе, который использует «Барс» для создания своих форм (обычный HTML с некоторыми компонентами фреймворка). Таким образом получаем золотую середину — с одной стороны можно накидать простенькие отчеты с минимальными «затратами» на обучение (с очень ограниченной функциональностью), с другой стороны — имеем мощный инструмент для создания отчетов, и даже интерактивных форм, если потребуется.

А теперь перейдем к шаблонам «Барса» — они сделаны совсем иначе, чистый визуальный редактор уровня «набросать список полей на вкладку, спозиционировать по строгой сетке аля HTML Table, изменить стиль через некий визуальный редактор». И, да, можно даже для полей делать небольшие скрипты. Вроде бы неплохо, но по факту серьезных форм через этот конструктор не сделать.

К тому же, если это реально использовать, то мы получим довольно большую сложность (и для изучения, и для дальнейшей работы), хотя изначальная задача конструктора — уменьшить и упростить работу.

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

Когда я общался с администраторами ЛПУ области, а также с представителями «Барса» по поводу того, что лучше бы подучить персонал (админов) в плане программирования HTML+CSS+JS+SQL, чем учить визуальные штучки, мне говорили — «Да ну! Это же нужно изучать... Это сложно».

Но по факту все равно что-то изучить придется — либо учить визуальный редактор конкретной ИС с его глюками, и ограничениями, либо изучить полезные на данный момент навыки ( тут я прям в тренде, привет Хекслету) — языки программирования, разметки, выборки данных, ну и да — придется немного ознакомится с синтаксисом фреймворка. Моё мнение, глубина изучения фреймворка может быть разной, в зависимости от желания — можно копнуть поглубже, а можно просто копировать некие куски, модифицировать их, ну вы меня поняли.

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

На этом у меня всё — пишите свои комментарии по этому поводу.