dabinoУ меня необычный вопрос. Я уже 12 лет не занимаюсь программированием, но "есть IT background". Волею судеб столкнулся с внедрением ERP Infor на производственном предприятии (БД - Oracle), и недавно дошли руки посмотреть код, которым это все реализовано.
Просто приведу несколько примеров того, что у меня вызывает удивление:
- процедуры построения отчетов не используют возможности sql (типа join). Вместо этого есть код, который вытаскивает из базы селекты, а потом в цикле обрабатывает их, каждый раз вызывая новые запросы.
- отчет генерируется в файл excel (типа xlsx, xml представление). Но! Нет общей функции выгрузки в файл, в каждой функции своя реализация, все xml тэги перемешиваются с данными прямо в коде.
- везде в коде - сокращения, нечитаемые названия переменных и полей таблиц
- есть "магические числа" - просто стоят в коде, не объявляются как константы
- в самой базе oracle - только таблицы, вьюшки вообще не используются
- ну и в результате отчеты генерятая часами, потом пользователи дообрабатывают их в экселе (если удается открыть файл)
Я понимаю, что я много пропустил в индустрии, есть application server, где вся бизнес логика крутится. Но так что, действительно принято писать теперь код? Или я немного прав, и проект делали низкопоофессиональные консультанты?

Это стандартные отчеты или кастомизация? скорее второе...
я не знаю какой код вы смотрели, но конструкции джойнов активно используются, также есть возможность писать динамический SQL из 4GL скриптов. по отчетным системам есть такая проблема, но уже есть несколько написанных библиотек, которые делают быгрузку в файл более простой и отделают код от шаблона(библиотеки у внедренцев)... также никто не отменял hidox - внешняя отчетная система, которая стандартные отчеты LN приобразует к форматам pdf и xlsx.

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