Про блокировки

Разработчики софта могут просто тупо блокировать некоторые библиотеки в API и ничего тут больше не поделаешь.

Вот. Вот. Слышано многократно. На многичисленнейших совещаниях. Слов непонятных обычно больше говорится. А вывод всегда один - ничего нельзя поделать. Сидим - ждём открытия библиотек.

Только не надо забывать и той простой вещи, что далеко не каждый современный человек сможет двигать горы одним только словом. Некоторые всёже вынуждены бывают в таких случаях организовывать большие объёмы земельных работ.

Горы двигать тяжело. Да и не надо. Они большие и тяжелые. Если стоит задача передвижения гор, сначала надо их сделать приспособленными для этого. Мобильными так сказать. И только потом двигать. Земляные работы тоже могут в этом помочь. Тут как к процессу подойти - можно горы сделать мобильными, а можно и срыть их до основания.

В моём примере дело не в WORKFLOW, но в ассоциативном обновлении всех уровней вхожения 3D-модели. Синхронизация и оповещение. А как будем выбраться из системного спама?

Известная проблема. Поменяли болтик, входящий в пару десятков узлов, которые в паре десятков сборок, и те в паре десятков изделий разынх. И оповещаем всех владельцев сотен, а то и тысяч моделей. Что кто-то чего-то поменял. Поздняк метаться. Надо не давать менять такие вещи. Компромисс между тем чтобы всё править в угоду изменению, или создать новую позицию, которая на ранее созданное не повлияет. Единого варианта нет конечно. Индивидуально решается. Даже не для предприятия, а даже и отдельного изделия (проекта).

Вообще говоря система должна решать проблемы пользователя и даже создавать более высокое качество, а не предлагать себя в качестве королевы

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

#pdm #plm #проектирование #кооперация #cad #обсуждение #архив