Конечно серьезно, такого корявого и недоделанного инструмента для 3d моделирования я никогда не видел. Совершенно не оптимизирована работа с кодом в динамических компонентах, просто наитупейшее и безумнейшее нагружение клиентского ПК посредствам постоянного пересчета всех формул при любых действиях с компонентами, размножение бесконтрольно материалов, причем тысячами при перемещении большой группы компонентов, в которых материалы задаются формулами, необъяснимое хранение удаленного в сцене, причем это все накапливается, пока не выполнишь вручную в 3 клика очистку сцены, причем в справке написано, что они специально хранят удаленные компоненты и объеткы, материалы и слои, потому что вдруг пользователю это понадобится (Чего блин!??). В итоге файлы раздуваются до неимоверных размеров. Стоит ли говорить о фантастических косяках в синтаксисе кода? например 10-(2-6) и 10-2-6 совершенно разные для этой добанутой программы математические записи. В первом варианте она наглухо убивает все связанные формулы, и я потратил больше двух дней, чтобы наконец-то найти этот дебильный косяк. В этом месте даже не искал, потому что везде, эти две записи дают одинаковый ответ, но не в скетчапе, тут своя атмосфера. А выражение, при котором условие никогда не выполнится, но оно все равно просчитывается и выдается ошибка: В этой программе нельзя допускать даже в условии запись, при которой возможно появление ситуации с делением на ноль. ТО ЕСТЬ задание условия вида: IF(A=0,C/B,B/A). Из данного примера очевидно, что при А=0 невозможно деление на А, потому что логическое условие выполняется, но не в этой программе. Здесь вне зависимости от условий идет подстановка значений переменных и рассчет всех формул (вероятно), потому что при записи функции такого вида будет выдавать ошибка формул (ошибка DIV/0), когда А=0.
И много всякого другого, от которого хочется просто разнести монитор.
А про моделирование - это отдельная тема, мы же пользуемся мм, а эта мегаподелка придумывалась для дюймов и их частей, поэтому элементы (полигоны), имеющие размер меньit 1/32 дюйма нихрена не рисуются, на модели получаются просто дырки, а чтобы этого избежать, нужно применить очередной костыль, увеличить модель в 5 раз, нарисовать все, как надо, а потом уменьшить.Ну не сказка ли? Костыли тут - наше все, на самом деле, работая в этой поделке больше года давно уже кажется, что программа - это инвалид, самый настоящий, написана инвалидами для инвалидов, которые кроме как тыкать мышкой и заливочкой заливать нихрена не умеют и даже не смогут научиться, поэтому для них инструменты текстурирования вообще не нужны. Текстурирование (хотя бы в планарной проекции) сделать не могут, причем не могут уже больше 10ти, блин, лет! Основной, самый базовый инструмент и они не могут.
Их официальный канал на ютьюбе с часовыми стримами ни о чем и уроками, как через одно место самым невероятно сложным путем нарисовать спираль в этой программе просто умиляют. Невероятный кошмар.
Хотя, те, к то в ней кубики рисуют и домики по типу, как в дестве в садиках рисовали - отличный инструмент, справится даже индивид с IQ, равным температуре воздуха за окном, 3 инструмента и все, тыкай себе мышкой и не парься.

А особо горит от базовых, простейших задач, которые никак не получается решить. Например:
Есть возможность выставлять хотеки - есть! Но вот только выставить хоткей Ctrl+V для Paste in place можно, но при закрытии программы, этот хоткей не сохраняется, а это, блин, самая часто используемая операция у меня.

А при добавлении из базы компонентов в сцену программа начинает тупить, после того, как добавишь 20-30 компонентов, и ничем это не лечится, ни новой сценой, ни отчисткой, только закрыть и заново открыть программу, зайти в хотеки и установить занов Ctrl+V, и так по 30 раз за рабочий день. К концу дня хочется лично узнать место проживания разрабов и убить их.

А потрясающая идея пересчитывать все формулы, даже те, которые вообще трогать не нужно.
Допустим у меня вложенность компонентов в 5 уровней, каждый дочерний имеет родительский компонент, положение позиции и размеры он получает из родительского компонета, то есть LenX = Parent!LenX. Работает всегда только на уровень выше, то есть дочерний компонент 5го уровня получает данные из четвертого и знать не знает ничего о существовании 3-2-1 уровней, Когда я просто перемещаю компонент, координаты полчает только первй уровень, который перемещается, все компоненты внутри ориентируется только на своих родителей, так какого хрена все их формулы пересчитываются?! Зачем? Приходится работать с множеством компонентов за раз и тупо простое перемещение группы из тысячи компонентов может заставить задуматься программу на 20-30 секунд, каждый раз, при любом действии.Это невыносимо.

А еще у программы есть (как я понимаю) таймаут на просчет формул и функция принудительного перепостроения компонентов Redraw() иногда просто не срабатывает, потому что при ее выполнении было привышено время вполнения и программа тупо не досчитывает все формулы и модель висит кривая, пока ты вручную не залезешь в дочерние компоненты и не выполнишь Redraw() вручную там.

А выделение компонентов только с помощью Select, то есть чтобы переместить любой компонент или группу, сначала выделяешь ее, потом выбираешь инструмент Move, перемещаешь, опять выбираешь Selcet выделяешь следующий и опять - это просто тупая трата времени на ненужные операции, хоткеи тут не сильно ускоряют это процесс.

А обновление меню динамического компонента, если ты его выбираешь в Outliner? Оно происходит только если выбор выполняется с помощью интсрумента Select, хотя в Outliner модно выделять компоненты любым инструментом.

А сброс выделения с компонента, если ты выбрал инструмент проставления размеров.

А знак подчеркивания в имени компонента в самом начале, программа его разрешает, но, падла, окатзывается работать с абсолютной ссылкой вот такого вида LenX-_Component01!LenX, тупо выдает ошибку.

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

И самое прекрасное, когда ты переносишь компонент с именем "Окно" в сцену, удаляешь к чертям его, создаешь компонент и пишешь такое имя "Окно" и тут тебе выскакивает ошибка "Наме маст би юникью", то есть Purge Unused не сделал после удаления "окна" - значит хрен ты его назовешь.

Я писать еще могу хернову тучу всего по этой дебильнейшей недопрограмме - просто уже устал.

какую альтернативу скетчапу предлогаете?

так скетчап вроде как бесплатный. По крайней мере был. Так чего с него требовать?)

"которую, выпускают каждый год, но она за 10 лет почти не изменилась" то же самое и у макса, если не считать что поменяли все иконки и добавили к старым глюкам, новые )

Чтобы работать в Максе, нужно минимум год обучения. В скетчап достаточно нескольких часов.

просто они придумали двухсторонний полигон, которого нет больше ни в одном 3д пакете и ни в одном cad софте, отсюда и все проблемы с нормалями и маппингом, короче скечап работает хорошо только с самим собой, но в пайплайне с другим софтом - сомнительное удовольствие