Comments 18
С уходом из России западных вендоров CAD-систем возросла актуальность перехода на CAD-системы от разных западных вендоров независимые, особенно в коорпоративном секторе - капитан Очевидность подтвердит.
Но причислить к таковым Компас, будет заметной натяжкой, ибо его нативная работа возможна лишь поверх ОС очень сильно зависимой от небезизвестного ушедшего западного вендора. Годы идут, а воз и ныне там.
Альтернатива?
На мой взгляд гораздо разумней выделять государственные и общественные гранты на создание форков свободного ПО, под конкретные национальные требования, если таковые появляются.
Что до моего собственного опыта(я электронщик), то ещё с начала нулевых дом и работа под Линуксом собственно для проектов РЭА - KiCad, корпуса и прочий конструктив - FreeCAD, прошивки ПЛИС и микроконтроллеров - нативный софт от вендоров и свободное ПО сторонних разработчиков.
Критерий результат - никаких организационно-технических проблем с разворачиванием использованием необходимого количества рабочих ПК ни в начале нулевых при "охоте на учителей-пиратов", с последующим плановым "противопиратским" кошмарением всего реального сектора экономики, ни при работе на дому, включая времена ковидных ограничений, ни при нынешних политических перетрубациях.
А мой взгляд, инженера, такой, что правительство поступило правильно. Вместо того, чтобы вкладывать кучу денег в "кота в мешке" (коим являются, все вами перечисленные продукты), лучше дать денег предприятиям, что бы они выбрали существующие рыночные решения. И меня больше интересует функционал здесь и сейчас, чем его отсутствие в обмен на кроссплатформенность.
Про "Кота в мешке", это Вы мягко говоря с больной головы на здоровую - СПО это открытая кодовая база, в отличии от проприетарных решений.
Про "кучу денег" это уже с больной головы на здоровую в четвертой степени. Тот же KiCad, которым, как профессиональный разработчик РЭА я активно и пользуюсь, это группа разработчиков, которых можно пересчитать по пальцам одной руки. Никаких наслоений разного рода "эффективных мененежеров" и "эффективных собственников"(по сути рантье и те и другие) "осваивающих бюджет". Схема с выделением грантов, за выполнение ТЗ напрямую тем, кто соответствующее СПО и разрабатывает(включая создание форков), таких "эффективных прокладок" не требует.
К этому добавлю, что соответствующий национальный вклад популярные свободные программы, ровно так же, как например в общедоступные кино, музыку, литературу, это еще и инструмент "мягкой силы", с которыми у нашего самого правильного на земле правительства пока мягко говоря все еще в будущем, отчего наше настоящее пока более прозаично чем могло бы быть.
Давно уже ничего не зависимо:
https://habr.com/ru/companies/ascon/articles/715268/
Перечитайте комменты к тому посту. Все криво и костыльно. Причина банальная - используется крайне малопопулярное полупропиетарное ответвевление Wine. Это Вам не открытый, а потому популярный и развиващийся WineProton например.
Про нативную версию под свободные ОС, что в принципе бы решило проблему предсказуемо ничего.
Работать можно. Независимость есть.
Полностью согласен. Добавлю лишь, что я как конструктор с большим стажем и опытом за все годы использования КОМПАС столкнулся примерно с пятьюдесятью багами; некоторые из них связаны с автоматическими модулями КОМПАС (например, Болтовые соединения), и безвозвратно портят модель (все соединения приходится восстанавливать вручную), другие - по-видимому, с криво реализованными внутренними механизмами работы самого КОМПАСа. Очень плотно работал со службой техподдержки АСКОН: типичная (в 90% случаев) реакция на подробнейшее тезисное "полотно"-репорт в поддержку - пришлите видеодемонстрацию, файлы сборки (да вообще файлы), скриншот отсюда, скриншот оттуда... "Не можете, потому что работаете с ГОЗ и (или) потому что на рабочих машинах такое-сякое руководство не предусмотрело записывальщиков видео с экрана? Тогда извините, запрос закрываем, ибо ничего не понятно; как только снимете видосик с рабочего компа, на котором работают с ГОЗ и разрабатывают новые изделия, и пришлите нам, мы вам поможем".
Спустя несколько лет такого активного опыта с техподдержкой плюнул и послал куда подальше. Этот "продукт" я не куплю никогда.
пришлите видеодемонстрацию, файлы сборки (да вообще файлы), скриншот отсюда, скриншот оттуда
А как по-вашему программист сможет у себя воспроизвести вашу ошибку без подробного описания? Вы думаете техподдержка просто по приколу это спрашивает? Для исправления ошибки нужно сначала её повторить, для повторения нужно создать условия, в которых она возникает.
Вот можете статью по теме почитать: https://habr.com/ru/companies/docsvision/articles/264163/
"А как по-вашему..." По-моему, если ПО стоит 180 тыщ за самую задрыщенскую комплектацию и сталкивает серьезного пользователя-инженера с перечисленным непотребством, то такое ПО не достойно покупки, точнее, руководство компании не достойно моих денег за такое ПО.
"Вы думаете..." Я не думаю, я работаю. Точнее, в случае с КОМПАС-3D пытаюсь работать. И думать в этом случае я не должен, это задача разработчика - выполнить такой продукт, который спустя 22 версии не будет продолжать какать жучками за 180 тыщ.
"Вот можете..." Я многое могу, но не всё то, что я могу, целесообразно делать. Касательно похабного ПО за царские суммы, отвратительного менеджмента на протяжении многих лет (который подтверждается почти полным игнорированием замечаний инженерного сообщества и низким качеством работы ПО) и свинского отношения техподдержки (или у них алгоритмы такие, мне плевать, это не моя забота) - нецелесообразно. В принципе тон, грамматика и пунктуация вашего комментика подтверждает указанное в пункте 3, да и 2 тоже.
За сим адьос, амиго.
По-моему, если ПО стоит 180 тыщ за самую задрыщенскую комплектацию
Вы не правы, самая дешёвая комплектация стоит всего лишь 999 рублей.
продукт, который спустя 22 версии не будет продолжать какать жучками за 180 тыщ.
Так говорите, как будто у нас самое дорогое ПО и в нём единственном есть ошибки. В любом сложном ПО есть ошибки - техподдержка и существует для того, чтобы помогать решать вопросы с ошибками.
Варианта тут два либо Аскон каким то чудом быстро делает нативную версию Компаса нормально работающую на Астре, а не рекламирует отмазки через кривые костыли, либо очень скоро найдутся предпримчивые конкуренты немного допилящие FreeCAD до требований проектирования под нужды ГОЗ, что по сути "шашечки" по оформлению КД(включая библиотеки базовых примитивов под отечественные стандарты машиностроения) , а не "ехать" по части базового функционала, и сертифицирующие сборку форка в ФСТЭК, после чего Аскон уже навсегда опоздает на поезд.
"Эффективные манагеры" Аскона просто ещё не поняли, что ход маятника в сторону жесткой деглобализации экономики это закономерно и надолго, а не какие-то временные разборки основанные на субъективном факторе отдельных лиц принимающих решения.
Вопрос не по теме поста но про Компас. У него действительно очень неотзывчивый интерфейс, или может дело в каких-то настройках? Есть какая-нибудь дока по оптимизации производительности? Или это ограничения home версии? (v22)
Создаю новую модель, эскиз - квадрат, и выдавленный из него кубик. В редакторе моделей, при выделении его граней, между кликом мышкой по грани и её позеленением проходит пол секунды. То же самое при редактировании эскиза, между кликом на элемент и его выделением есть ощутимая задержка. Та же задержка есть если компоненты выделять через дерево построения. Если модель становится немного сложнее - задержка при выделении растет до нескольких секунд. CPU и GPU вроде приличные (i7-10870H, rtx3060).
при выделении его граней, между кликом мышкой по грани и её позеленением проходит пол секунды. То же самое при редактировании эскиза, между кликом на элемент и его выделением есть ощутимая задержка. Та же задержка есть если компоненты выделять через дерево построения.
Подобных замедлений не должно быть. Пришлите, пожалуйста, скриншот окна настроек из меню: "Настройка - Параметры - Система - Общие - Управление системой".
КОМПАС-3D и работа с файлами других САПР. Часть 2