При всём уважении к Habr, но вопрос разработки инженерного ПО - это вопрос научно-исследовательских работ. Для того чтобы у нас появились "СПО для расчётов по аэро и гидродинамике, пассивной безопасности материалов, прочности и долговечности конструкций, а также звуковой динамике и виброакустике" необходимо, чтобы годы и даже десятилетия назад в исследовательских институтах велась научная деятельность. И спонсировать эту деятельность должны были АВТОВАЗ, КАМАЗ, ГАЗ и другие.
А как у нас на самом деле? Вот я больше десяти лет назад участвовал в выставке "Автопром. Автокомпоненты". И там представитель поставщика АВТОВАЗа честно рассказал о том, как они искали разработчикам для светотехнического анализа при разработке фары. Как выяснилось, программистов найти удалось легко. Только нужны были поставщики задач и математики, кто бы сказал на какие научные наработки полагаться и какие формулы вводить. Начали искать того, кто движет науку в этой области. Оказало, что этим в 90е годы занималась только одна кафедра на всю страну. Только из-за отсутствия финансирования кафедру закрыли, а заведующий кафедрой остался там работать... сторожем.
Необходимо учитывать ещё непостоянные требования пользователей, которые реализуются в рамках проекта. А когда они становятся не нужны их просто хоронят в коде.
Вот, писали мы одно простое приложение, которое считавало адреса проводов со схемы и, по требованию пользователя, записывало их в таблицу Excel. Раз десять уточнили, точно ли они хотят именно файл Excel. Формат в ТЗ прописали. Дошли до сдачи проекта, а там требуется обычный текстовый файл с разметкой csv. Спрашивается, и на кой, мы обращались к Excel?
Естественно, код обращения к Excel удалять не стали, просто закомментировали. Потому что csv из Excel быстрее выгрузить.
На самом деле, телеграм канал Rosa Linux не закрытый, и там можно прочитать историю сообщений. И судя по истории, автор задавал туда вопрос и на него никто не ответил.
Можно предположить, что был пакет с ошибкой и его перевыложили, после обращения автора статьи.
При всём уважении к Habr, но вопрос разработки инженерного ПО - это вопрос научно-исследовательских работ. Для того чтобы у нас появились "СПО для расчётов по аэро и гидродинамике, пассивной безопасности материалов, прочности и долговечности конструкций, а также звуковой динамике и виброакустике" необходимо, чтобы годы и даже десятилетия назад в исследовательских институтах велась научная деятельность. И спонсировать эту деятельность должны были АВТОВАЗ, КАМАЗ, ГАЗ и другие.
А как у нас на самом деле? Вот я больше десяти лет назад участвовал в выставке "Автопром. Автокомпоненты". И там представитель поставщика АВТОВАЗа честно рассказал о том, как они искали разработчикам для светотехнического анализа при разработке фары. Как выяснилось, программистов найти удалось легко. Только нужны были поставщики задач и математики, кто бы сказал на какие научные наработки полагаться и какие формулы вводить. Начали искать того, кто движет науку в этой области. Оказало, что этим в 90е годы занималась только одна кафедра на всю страну. Только из-за отсутствия финансирования кафедру закрыли, а заведующий кафедрой остался там работать... сторожем.
Коллеги, удачи вам. Мы всегда были за здоровую конкуренцию.
Необходимо учитывать ещё непостоянные требования пользователей, которые реализуются в рамках проекта. А когда они становятся не нужны их просто хоронят в коде.
Вот, писали мы одно простое приложение, которое считавало адреса проводов со схемы и, по требованию пользователя, записывало их в таблицу Excel. Раз десять уточнили, точно ли они хотят именно файл Excel. Формат в ТЗ прописали. Дошли до сдачи проекта, а там требуется обычный текстовый файл с разметкой csv. Спрашивается, и на кой, мы обращались к Excel?
Естественно, код обращения к Excel удалять не стали, просто закомментировали. Потому что csv из Excel быстрее выгрузить.
И так, курочка по зернышку клюёт.
https://t.me/rosalinux/100084
На самом деле, телеграм канал Rosa Linux не закрытый, и там можно прочитать историю сообщений. И судя по истории, автор задавал туда вопрос и на него никто не ответил.
Можно предположить, что был пакет с ошибкой и его перевыложили, после обращения автора статьи.
Надо, конечно, и поэтому там в начале статьи написано про планы нативную версию под Linux. К 2023 году
Что-то я не понял, а всем смысл статьи. Просто передрали маркетинговый каталог. Про API бы лучше написали, как решить прикладную задачу.
Что касается ЛОЦМАН:PLM, как и ПОЛИНОМ:MDM, здесь, если вам известно используется классическая трехзвенка.
Первая часть уже реализована. С версии 2018 Комплекс АСКОН поддерживает PostgreSQL (и его отечественный аналоги Postgre PRO).
Вторая часть, это сервер приложений. Здесь мало GUI и много внутренних серверных функций. Работы по переводу ведутся.
Не и, третья часть - пользовательский интерфейс или клиент. Работы стартовали как в общем и для КОМПАС-3D.
Отличная статья! Несколько профессиональных вопросов: