Простите, а как у вас пользователи это на excel , “из говна и палок» До этого реализовали? Что-то тут не клеится.
MS Access, FoxPro и SQLite под задачу локальных баз подходили. В первом можно и данные хранить, и кнопок с отчетами разных в интерфейсе накрутить, второй на локальные базы натравливается хорошо, еще и справочники внутри хранит, ну, а про SQLite и так все понятно. В общем-то, вы недооцениваете воображение пользователей
теперь тонны «говнокода» на питоне и «кривые запросы к БД» нагружают сервера ИТ департамента.
Тут два момента:
1. Существуют и применяются линтеры, это если уж надо каким-то образом отслеживать как-минимум отсутствие наименований переменных на кириллице и подобное, где-то можно не дать задеплоить контейнер на этапе сборки. А также, ограничивать пользователей сетевой связностью, набором библиотек, ролевкой и т. п. В общем, возможностей для контроля больше. Но это альтруистичный момент.
2. Капитализм: платформа поделена на пространства под каждое подразделение и железо оплачивает бизнес. Хочешь писать много говнокода и заливать ресурсами - пожалуйста, вот счет. Хочешь, чтобы было дешевле - либо пиши оптимально, либо отдавай на реализацию в профильное подразеление. Уже много раз сталкивались с вытаращенными глазами на лоб при виде ценника за CPU и RAM, ну и со снижающимися аппетитами и светлыми мыслями о том, что залить ресурсами, наверное, не получится
Все продукты разработанные ИТ департаментом прекрасно задокументированы?
Разумеется, везде от случая к случаю. В нашей ситуации, сейчас, если что-то разрабатывается силами ИТ - документирование функционала любой приложухи обязательно, как и покрытие кода комментами, это стандарт разработки. Если она хоть сколько-нибудь замороченная - то и описание архитектуры, методов API итд. А в случае, если при аудите выясняется, что какое-то ПО, разработанное пользователем, является важной частью боевого процесса, а пользователь не довез документацию - всегда можно пригрозить дернуть рубильник. До такого не доходило, конечно, но базовый минимум доки стрясти получается.
Здесь речь идет даже не о каких-то разработчиках, а о рядовых сотрудниках, которые, в условиях отсутствия контроля и какого-либо аудита, пишут автоматизацию в стиле "я так чувствую". Современные практики разработки еще внедрить нужно, и желательно, в головы людей, которые обладают хотя бы минимально необходимым набором технических компетенций.
Как показала практика, к сожалению, в большинстве случаев так и есть: в качестве примера можно взять процесс построения обязательной отчетности и хранение истории расчетов. Когда каждая отдельная секция рассчитывалась у определенного сотрудника на локальной машине, причем иногда по несколько часов, а архивные данные переводились в xlsb и растекались по сетевым дискам, где занимали терабайты места.
Полностью согласен, у нас это так и происходило
Ну уровень ИТ тоже везде разный. В каких-то компаниях действительно обычные бизнеса разрабатывают решения качественнее, чем айтишники в других
А вот эту цитату я возьму на вооружение:)
MS Access, FoxPro и SQLite под задачу локальных баз подходили. В первом можно и данные хранить, и кнопок с отчетами разных в интерфейсе накрутить, второй на локальные базы натравливается хорошо, еще и справочники внутри хранит, ну, а про SQLite и так все понятно. В общем-то, вы недооцениваете воображение пользователей
Тут два момента:
1. Существуют и применяются линтеры, это если уж надо каким-то образом отслеживать как-минимум отсутствие наименований переменных на кириллице и подобное, где-то можно не дать задеплоить контейнер на этапе сборки. А также, ограничивать пользователей сетевой связностью, набором библиотек, ролевкой и т. п. В общем, возможностей для контроля больше. Но это альтруистичный момент.
2. Капитализм: платформа поделена на пространства под каждое подразделение и железо оплачивает бизнес. Хочешь писать много говнокода и заливать ресурсами - пожалуйста, вот счет. Хочешь, чтобы было дешевле - либо пиши оптимально, либо отдавай на реализацию в профильное подразеление. Уже много раз сталкивались с вытаращенными глазами на лоб при виде ценника за CPU и RAM, ну и со снижающимися аппетитами и светлыми мыслями о том, что залить ресурсами, наверное, не получится
Разумеется, везде от случая к случаю. В нашей ситуации, сейчас, если что-то разрабатывается силами ИТ - документирование функционала любой приложухи обязательно, как и покрытие кода комментами, это стандарт разработки. Если она хоть сколько-нибудь замороченная - то и описание архитектуры, методов API итд. А в случае, если при аудите выясняется, что какое-то ПО, разработанное пользователем, является важной частью боевого процесса, а пользователь не довез документацию - всегда можно пригрозить дернуть рубильник. До такого не доходило, конечно, но базовый минимум доки стрясти получается.
Здесь речь идет даже не о каких-то разработчиках, а о рядовых сотрудниках, которые, в условиях отсутствия контроля и какого-либо аудита, пишут автоматизацию в стиле "я так чувствую". Современные практики разработки еще внедрить нужно, и желательно, в головы людей, которые обладают хотя бы минимально необходимым набором технических компетенций.
Как показала практика, к сожалению, в большинстве случаев так и есть: в качестве примера можно взять процесс построения обязательной отчетности и хранение истории расчетов. Когда каждая отдельная секция рассчитывалась у определенного сотрудника на локальной машине, причем иногда по несколько часов, а архивные данные переводились в xlsb и растекались по сетевым дискам, где занимали терабайты места.