Обсуждение

какая удивительная! и какая безрадостная картина как там? холодно холодно холодно. пусто пусто пусто...

//Но тратить время на выкладывание из головы связей между таблицами экселя никто не будет А в чем проблема, "переложить" эксельки вместе со связями в базу данных? Вместо социальной сети - сеть объектов (таблица+алгоритм ее формирования). С пересчетом по изменениям, протоколами, контролями, параллелизмом, оптимизацией и всем прочим.

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

А кто будет проектировать базу данных для двух десятков инженеров?! И почему это инженеры будут пользоваться этой спроектированной базой данных, разбираться в её структуре? А так каждый создаёт свои эксельки и меняет их как хочет в какое хочешь время -- в том числе и то, что в базе данных было бы "схемой" (т.е. какие там колонки и что означают ряды).

А в заголовке слово "автомагическое" - это ошибка?

Отнюдь. Например, вот тут в 2015 я тоже говорю про автомагическое создание онтологий -- http://ailev.livejournal.com/1192344.html. Я часто использую это слово.

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

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

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

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

Почему вы игнорируете BIM модели? Там как раз реализована связь "эксель таблиц" и моделируется жизненный цикл здания. Адекватные инженеры как раз хотят перейти на новый уровень проектирования, никому уже давно не хочется заниматься машинальной работой по перебивке данных из одной таблицы в другую. Да и платят за это ни так уж хорошо ).

Я столько с этими "квалифицированными" работал... Любой немец - эксперт по всем вопросам. Даже, если знания ограничиваются просмотром детской передачи по теме. Квалификация должна быть в инженерных областях, чтобы понимать инженеров, в финансовой, чтобы понимать финансы и в ИТ, чтобы понимать, где сбоят компьютерные технологии. Потому в ИТ хорошие специалисты - это те, кто пришли из предметной области. Сами программисты хорошие вещи умеют делать только для себя.

Приведу пример из другой отрасли, где задача "вынуть связи между объектами из головы оператора" стоит очень остро и вдобавок упирается в скудность бюджетов и отсутствие лишних рабочих рук. Есть такая штука в общепите, как "свертка номенклатуры". В калькуляционной карте технологии приготовления блюд записано "растительной масло" или "молоко 3,2" или "сыр твердый". Или еще чего, описывающее свойства ингредиента сырья. Таких элементов у среднего кабака 500-1000 штук. Но на каждый такой элемент есть на порядок-два большее число закупаемых торговых названий сырья! И в результате есть специальный человек, который в голове помнит, что все множество видов молока жирностью 3,2 это внутренняя номенклатура "молоко". И что "сыр Российский в кругах" это "сыр дешевый для пиццы", и что в пакете сока "Добрый - 1000мл, а в пакете сока "J7 950мл. Без такого человека весь этот учет раскорячивается и перестает работать. Проблема в том, что это попытка упорядочивать хаос как на входе, так и на выходе, в ней банально не на что опереться. Попыток автоматизировать предпринималось очень много, но ни одна толком не получилась, вынуть из головы оператора постоянно изменяемую таблицу соответствий было невозможно. И в прошлом году внезапно одна из попыток стала получаться - а всего то появился ЕГАИС, который в одном из концов выдала жесткую точную номенклатуру в автоматическом режиме. И стало достаточно один раз для поступающих данных заполнить табличку "Бейлиз 0,5" = "Ликер сливочный для коктейлей 0,5 л" и дальше оно приходуется автоматом. Резюмируя, как только наступает жесткий тоталитаризм в сортаменте входа или выхода - так тут же становится возможным, привязавшись к нему, упорядочить процесс.

Ну если "программистам разбираться влом" или "недоумки-программисты", то да - все напрасно.

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

//Почему инженеры будут Ко мне впервые пришли когда ихние аксесы/эксели подавились рабочим объемом данных. Структура объекта - совместное решение и как правило уже созрела у инженера в эксельке. Менять структуру можно в части не задевающей объекты-получатели иначе изменения должны быть согласованы. Кстати, эксельки никуда не ушли. В них инженеры отрабатывают новое. Когда приходит время сделать новое достоянием компании, тогда и

Я сравниваю высказывания с опытом. Если высказывания попадают в типичный паттерн, то следует предположить и остальное. А в Германии только один человек подошёл со словами "У меня есть глупый вопрос". И был он французом.

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

Прошу заметить, это общепит, а не ресторан. То есть, вопрос стоит в количестве, а не в качестве результата.

Результат, это где-то на конце цепочки, где создается заметная часть хаоса. А в середине учетчик, который пытается посчитать поток проходящих через него ТМЦ. При этом надо и требования государства соблюсти и себестоимость посчитать и воровство пресечь.