Я для решения (как мне кажется) схожей задачи (Визуализации оргструктуры предприятия - проектов - полномочий по данным из AD с возможностью перключения детализации между уровнями\слоями) использовал graphviz + графовую бд с оберткой на фласке - предполагаю, что операции по поиску на графе\отсечению\визуализации подграфов будут сильно проще\лучше реализованы - ну и в тыкву оно с ростом числа объектов не превратиться - в отличие от.
Так еще раз - "какую задачу решаем"? Зачем вам "выгружать в эксель"? Чтобы что? А связывать - зачем? Подгрузить перечень объектов по слоям? А откуда он у вас в базе? У вас есть CMDB, в которой почему-то нет возможности связывать объекты разных типов или что?
Не, ПЭО как функция - осталась, но стала централизованной и из то ли 8 то ли 12 человек на заводе сначала осталось два - а через годик ноль. Насчет соотношения зарплат и результата собственник вроде не возражал - а завод так и вовсе уменьшению ФОТа был рад - затраты на корп. функцию по другой статье идут.
Вот как раз после внедрения в Холдинге ERP ПЭО на заводах сократили. Вот прям совсем полностью - а так да, они бы конечно с удовольствием (нет) гребли бы это все и дальше - пааадумаешь, сотне человек пару неделек поразбираться\заполнять повторно пачку экселей, профакапив расходование средств в процессе? Экая, право, ерунда - никто ж не умер :).
И нет, не способны. В принципе. Инструмент не предусматривает какую-либо автоматизацию разработки\сборки\тестирования\тиражирования\масштабирования\инфобеза\недостающее-вписать вот прям совсем и провоцирует bad practice этой самой "разработки" практически во всех аспектах. 99 из 100 на выходе будет unmaintainable решение с bus factor=1 вида "выкрасить-и-выбросить". Круг задач вида "для себя и кота" - пуркуа бы не па, но подобные вещи имеют тенденцию расползаться - и замечается это все несколько позже, чем хотелось бы. Чем отвечать на вопросы "Хрен ли вы столько возитесь? Да я! Да на экселе!!! Да за две недели!!!11" - дешевле и проще негра нанять.
Оу, е. Видел я несколько раз просто ФАНТАСТИЧЕСКИ разрушительные последствия такой "наколенной автоматизации". Вот например планово-экономический отдел крупненького завода додумался вести планы\бюджеты отделов в эксельках на файловом сервере в структере папОчек и консолидировать их отдельной экселькой с кучей где абсолютных, а где относительных ссылок с прелессстями вида "бюджет_последняя_неудалять!!!.xlsx", "самаяноваяпапка0220202" и тэ дэ - а потом структура файлового сервера чуть-чуть, самую капельку, малость - поменялось и "кровь-кишки-разэтосамило!" почти на месяц. Или пара чьюдо-кейсов с попыткой масштабировать решение на ацессе - а как "круто" получилось "в лоб" опубликовать эксельку на шарике примотав к ней пару формочек... и ведь какое-то время - работало, а потом "дактожзнал-то?! сделайтештанибудь!!!!111". Или вот замечательная идея "сделаем из эксельки и pi-datalink" сервер отчетов для MES-системы... что тут могло пойти не так?
И ведь всплывает все это обычно на стадии "тут уже ничего не спасти, г-дь, жги!!!" В общем, за SMB-сегмент не скажу, а в крупняке - за такое уже бьют. И даже иногда ногами. Идея завести специально обученного негра-гомосексуалиста-по-воспитательной-работе-с-населением пока еще не находит одобрения у HR - но при попытке воспроизвести вот этот вот "кровавого ада жопный содом" средствами R7 или там еще какой импортозамещайки - думаю, согласятся уже и они.
Эммм... языки не становились и не становятся "легче" - с чего бы? Классическая сишечка - проста, империтивное программирование какой-нибудь синхронной однопоточки - просто - но ты попробуй на этой "простоте" делать сложные вещи :). А вот современный ООП, макрофреймворки, построенные на нем - дохрена сложная штука сами по себе - но таки да, позволяют относительно успешно справляться со сложностью предметной области.
Стесняюсь даже спрашивать - а эти самые дроны все так же запускаются в сопровождении двух специально обученных безопасников-и-собаки (Один умеет читать, второй - писать, а собака за этими двумя интеллигентами присматривает) после согласования полетного задания в КЦ - или что-то чуть-чуть, самую капельку, малость - все же поменялось? Во времена не столь давние - орал чаечкой от этих перформансов...
КМК не замена "набору диаграмм и текстовых пояснений". Скажем, интеграционный дизайн в достаточно крупных системах в archimate ложится сильно лучше, чем в классический UML или там C4 диаграммы.
Правда есть у меня нехорошее ощущение, что в PowerPoint презенташке потребителям уровня "владельца системы" еще бы и лучше зашло, чем эти "20 типов стрелочек и куча квадратиков" - но рисовальщикам презентаций платят все-ж таки меньше :)
Чтобы было понятно - я НЕ люблю веб-интерфейсы. Они мне НЕ нравятся. Мне НРАВИТСЯ fpc\lazarus - с моей т.з. это "близкий к оптимальному" инструмент для развития именно "регионально-российского" IT, для которого задачи масштабирования "на весь мир" с "поддержкой индусами" и выносом всего-и-вся в облако не то, чтобы прям остро стоят на повестке дня для всех отраслей.
Но - при всем при этом я реалист и мое мнение к положению дел в индустрии отношение имеет примерно "никакое".
И да, окрест меня люди работают с графикой в фигме\drawio, открывают документики 365ым офисом (Онли - для неудачников), сам я калькулятором не пользуюсь и или в питонячьей консоли тыкаюсь, либо в адресной строке браузера пишу, и даже code-review все больше в браузере же, там же и кино-домино, ага. "Мир сдвинулся" и надо с этим жить.
Повторюсь - "если надо объяснять, то не надо объяснять": последние четверть века развития IT прошли мимо, но никто не мешает и не заставляет отказываться от технологий конца 90х годов, если они вас устраивают.
Ну, под сотню актуальных резюме в которых указано "что-то про delphi" на всю Москву есть, да. Из них именно программистов с релевантным опытом (А не бэкенд, фронтэнд и ну вот delphi еще был), готовых к переходу на новое место работы - ботинки снимать не придется, не факт, что и вторую руку из кармана доставать понадобится.
Я для решения (как мне кажется) схожей задачи (Визуализации оргструктуры предприятия - проектов - полномочий по данным из AD с возможностью перключения детализации между уровнями\слоями) использовал graphviz + графовую бд с оберткой на фласке - предполагаю, что операции по поиску на графе\отсечению\визуализации подграфов будут сильно проще\лучше реализованы - ну и в тыкву оно с ростом числа объектов не превратиться - в отличие от.
Но вашу задачу я все еще не представляю\понимаю.
Так еще раз - "какую задачу решаем"? Зачем вам "выгружать в эксель"? Чтобы что? А связывать - зачем? Подгрузить перечень объектов по слоям? А откуда он у вас в базе? У вас есть CMDB, в которой почему-то нет возможности связывать объекты разных типов или что?
Не-по-ни-мать.
Может я чего не понимаю - но выглядит как попытка переизобрести archimate из палка-и-веревка...
Не, ПЭО как функция - осталась, но стала централизованной и из то ли 8 то ли 12 человек на заводе сначала осталось два - а через годик ноль. Насчет соотношения зарплат и результата собственник вроде не возражал - а завод так и вовсе уменьшению ФОТа был рад - затраты на корп. функцию по другой статье идут.
А какую задачу решаем?
Вот как раз после внедрения в Холдинге ERP ПЭО на заводах сократили. Вот прям совсем полностью - а так да, они бы конечно с удовольствием (нет) гребли бы это все и дальше - пааадумаешь, сотне человек пару неделек поразбираться\заполнять повторно пачку экселей, профакапив расходование средств в процессе? Экая, право, ерунда - никто ж не умер :).
И нет, не способны. В принципе. Инструмент не предусматривает какую-либо автоматизацию разработки\сборки\тестирования\тиражирования\масштабирования\инфобеза\недостающее-вписать вот прям совсем и провоцирует bad practice этой самой "разработки" практически во всех аспектах. 99 из 100 на выходе будет unmaintainable решение с bus factor=1 вида "выкрасить-и-выбросить". Круг задач вида "для себя и кота" - пуркуа бы не па, но подобные вещи имеют тенденцию расползаться - и замечается это все несколько позже, чем хотелось бы. Чем отвечать на вопросы "Хрен ли вы столько возитесь? Да я! Да на экселе!!! Да за две недели!!!11" - дешевле и проще негра нанять.
Оу, е. Видел я несколько раз просто ФАНТАСТИЧЕСКИ разрушительные последствия такой "наколенной автоматизации". Вот например планово-экономический отдел крупненького завода додумался вести планы\бюджеты отделов в эксельках на файловом сервере в структере папОчек и консолидировать их отдельной экселькой с кучей где абсолютных, а где относительных ссылок с прелессстями вида "бюджет_последняя_неудалять!!!.xlsx", "самаяноваяпапка0220202" и тэ дэ - а потом структура файлового сервера чуть-чуть, самую капельку, малость - поменялось и "кровь-кишки-разэтосамило!" почти на месяц. Или пара чьюдо-кейсов с попыткой масштабировать решение на ацессе - а как "круто" получилось "в лоб" опубликовать эксельку на шарике примотав к ней пару формочек... и ведь какое-то время - работало, а потом "дактожзнал-то?! сделайтештанибудь!!!!111". Или вот замечательная идея "сделаем из эксельки и pi-datalink" сервер отчетов для MES-системы... что тут могло пойти не так?
И ведь всплывает все это обычно на стадии "тут уже ничего не спасти, г-дь, жги!!!" В общем, за SMB-сегмент не скажу, а в крупняке - за такое уже бьют. И даже иногда ногами. Идея завести специально обученного негра-гомосексуалиста-по-воспитательной-работе-с-населением пока еще не находит одобрения у HR - но при попытке воспроизвести вот этот вот "кровавого ада жопный содом" средствами R7 или там еще какой импортозамещайки - думаю, согласятся уже и они.
Ну, до недавнего времени дроны были примерно такой модели:
https://ura.news/news/1052521174
Ну, as for me - мне тоже кажется, что пик популярности DSL мал-мала прошел.
Эммм... языки не становились и не становятся "легче" - с чего бы? Классическая сишечка - проста, империтивное программирование какой-нибудь синхронной однопоточки - просто - но ты попробуй на этой "простоте" делать сложные вещи :). А вот современный ООП, макрофреймворки, построенные на нем - дохрена сложная штука сами по себе - но таки да, позволяют относительно успешно справляться со сложностью предметной области.
Стесняюсь даже спрашивать - а эти самые дроны все так же запускаются в сопровождении двух специально обученных безопасников-и-собаки (Один умеет читать, второй - писать, а собака за этими двумя интеллигентами присматривает) после согласования полетного задания в КЦ - или что-то чуть-чуть, самую капельку, малость - все же поменялось? Во времена не столь давние - орал чаечкой от этих перформансов...
П.0 - я как пользователь _не хочу_ трогать pgAdmin даже ОЧЕНЬ длинной палкой. Можно? Ну позя-зя-зя?!
КМК не замена "набору диаграмм и текстовых пояснений". Скажем, интеграционный дизайн в достаточно крупных системах в archimate ложится сильно лучше, чем в классический UML или там C4 диаграммы.
Правда есть у меня нехорошее ощущение, что в PowerPoint презенташке потребителям уровня "владельца системы" еще бы и лучше зашло, чем эти "20 типов стрелочек и куча квадратиков" - но рисовальщикам презентаций платят все-ж таки меньше :)
Как-то "Маловато будет! Маловато!"(С). Хотелось бы видеть
постановку задачи:
сколько пользователей
требования к отказоустойчивости
метрики по нагрузке
сравнение вариантов решения:
веб-интерфейс
xrdp
x2go
толстый клиент
архитектуру решения
сколько и каких серверов
как связаны\взаимодействуют
что на клиентах, как они распределены
есть ли дополнительное поддерживаемое оборудование
как реализована аутентификация
какие-то результаты эксплуатации
сколько по времени заняла настройка
какие проблемы были в процессе
что выявилось во время эксплутации
обратная связь от пользователей - что понравилось, что не понравилось
фактические метрики нагрузки
поведение системы в штатном\нештатном режиме
ну и так далее, и тому подобное. Без этого выглядит как какой-то хаутуй с лиссяры - "я настроиль, насяльнике!"
Эммм... там вроде отдельная API'шка как раз для браузеров есть...
Хромос тому свидетель, да.
Чтобы было понятно - я НЕ люблю веб-интерфейсы. Они мне НЕ нравятся. Мне НРАВИТСЯ fpc\lazarus - с моей т.з. это "близкий к оптимальному" инструмент для развития именно "регионально-российского" IT, для которого задачи масштабирования "на весь мир" с "поддержкой индусами" и выносом всего-и-вся в облако не то, чтобы прям остро стоят на повестке дня для всех отраслей.
Но - при всем при этом я реалист и мое мнение к положению дел в индустрии отношение имеет примерно "никакое".
И да, окрест меня люди работают с графикой в фигме\drawio, открывают документики 365ым офисом (Онли - для неудачников), сам я калькулятором не пользуюсь и или в питонячьей консоли тыкаюсь, либо в адресной строке браузера пишу, и даже code-review все больше в браузере же, там же и кино-домино, ага. "Мир сдвинулся" и надо с этим жить.
Повторюсь - "если надо объяснять, то не надо объяснять": последние четверть века развития IT прошли мимо, но никто не мешает и не заставляет отказываться от технологий конца 90х годов, если они вас устраивают.
Ну, под сотню актуальных резюме в которых указано "что-то про delphi" на всю Москву есть, да. Из них именно программистов с релевантным опытом (А не бэкенд, фронтэнд и ну вот delphi еще был), готовых к переходу на новое место работы - ботинки снимать не придется, не факт, что и вторую руку из кармана доставать понадобится.
Да как бы трехзвенка же, чтобы бизнес-логику из БД поелику возможно вынести...