|
||
| Правила | Регистрация | Пользователи | Поиск | Сообщения за день | Все разделы прочитаны | Справка по форуму | Файлообменник | |
|
![]() |
Поиск в этой теме |
|
||||
Сообщений: n/a
|
Ayvengo, не бойтесь! Наши начальства в среде откатов и распилов имеют слишком большое преимущество и не дадут развернуться конкурентам из Европы =))
Offtop: а потому на всякий случай стоит обеспокоиться как минимум перерождением интерфейса... Неужели фирма-расчетчик (а не только разработчик) не может себе позволить несколько лет потратить на разработку нового графического интерфейса (либо его заказ)? Или это будет финансовая дыра? Но только представьте - Stark, но комфортный в работе как RFEM от dlubal, да или хотя бы Tower... к слову, Лире-САПР тоже придется перейти полностью на подготовку модели в Сапфире и упразднение Визора - иначе эта ступенька будет причиной отставания. Но у них уже есть этот самый интерфейс - комфортный и быстрый Сапфир. А у Лиры 10 он с нуля. И у SCAD++ он тоже есть - я видел демку в живую, это не фотошоп ) |
|||
|
||||
Могу предложить оплатить разработку интерфейса из расчета 2 программиста по 80 тыс. чистыми в месяц (это минимум зарплаты для неплохого программера в Москве). При выходе на зарплату 50% получится 80*2*2*12=3,8 млн. руб. в год. Есть желающие?
![]() |
||||
![]() |
|
||||
Сообщений: n/a
|
Ayvengo, а сколько лет..? А то цифра прям смешная выходит. Как ни зайдешь к любому поставщику за дистрибутивом - рядом еще 10-15 дисков лежит, за которыми сегодня придут (стоимостью как раз примерно как указанная сумма). Если бы был Вашим пользователем, то согласился бы 100-ку в год платить, допустим, года 3 =)
Если 3.8 млн в год три года, то ищите еще 37 пользователей =) |
|||
|
||||
Регистрация: 16.02.2008
Сообщений: 807
|
Ал-й
ничего себе... вроде Dem взялся написать и там коллектив программеров опенсорса. ![]() выскажусь в защиту визора. он хирургически точен, дотошен и необходим. по сути тот же cad , но специализированный. лире бы быстрый решатель, гибриды, сервисные функции типа надбалки-подбалки . нужен инструмент программирования для пользователя адресующийся как к исходным данным,так и к результатам расчета. например для создания жесткостей. допустим вставил между А и Б жесткий кэ55. получил в нем усилия и перемещения узлов, пересчитал по ним реальные реакции и переназначил их кэ55 . удалил А, закрепил освободившийся узел и задачка уполовинилась. таким способом например можно сделать из нелинейных солидов грунта клавишный эквивалент... иной раз вроде бы ясно как сделать поточнее имея все нужные кэ . но нереально по времени счета. отсюда есть желание делать этапами, но не хватает инструментов... ![]() |
|||
![]() |
|
||||
Сообщений: n/a
|
mikel, САПРовцам есть много над чем работать. Мне тоже нравится Визор, но... Как в итоге будет лучше - сложно сказать.
Нужны ли гибридные элементы - тоже вопрос. Может имеет смысл более качественные изопараметрические КЭ использовать? Так или иначе, я думаю, от нынешнего Лиры-САПР проще всего отталкиваться. Внимательно смотрю, что есть лучшего у MicroFe, Лиры 10, SCAD++, Stark ES и западных программ - готовлю пожелания по принципу "там есть, а когда у Вас будет?". Главное, что Лира-САПР востребована и комфортна, в ней кипит работа "на работе" и есть идеи - чего не хватает. Сейчас - быстрый и надежный решатель и более качественные КЭ + наполнение функциями Сапфира + расширение отдельных сервисных функций самой Лиры - главные направления, на мой взгляд. В то время как кому-то из разработчиков, иной раз кажется, проще с нуля начать. |
|||
|
||||
гадание на конечно-элементной гуще Регистрация: 31.05.2006
Düsseldorf
Сообщений: 7,611
|
Цитата:
интерфейсы должны проектировать специальные "архитекторы" + нужны дизайнеры иконок, чтобы лаконично, но ёмко передавать суть функции. |
|||
![]() |
|
||||
Служба заказчика Регистрация: 04.05.2009
Днепропетровск Екатеринослав
Сообщений: 1,096
|
Например, интерфйс для ANSYS разрабатывала отдельная фирма.
Вообще -построение интерфейса -это отдельная задача. Ее успешное решение ускоряет работу с программой многократно. И, наоборот, неудобный интерфейс приводит к лишним затратам времени. Возможности графики и визуализации также очень важны для быстрой и наглядной работы.
__________________
Участник Броуновского движения. |
|||
![]() |
|
||||
зато там полная свобода, Вы можете написать свой интерфейс - код открытый, к тому же весь интерфейс ансиса лежит в папке *Program Files\ANSYS Inc\v145\ansys
![]() так что тут дело вкуса. можете себя ощутить в роли разраба ![]()
__________________
... |
||||
![]() |
|
||||
Проектирование заборов уже в прошлом Регистрация: 29.10.2009
Рязань
Сообщений: 2,089
|
Цитата:
![]() |
|||
![]() |
|
||||
Регистрация: 18.09.2011
Нахабино
Сообщений: 1,039
|
|
|||
![]() |
|
||||
Проектирование заборов уже в прошлом Регистрация: 29.10.2009
Рязань
Сообщений: 2,089
|
Цитата:
![]() ![]() Если серьезно, то у меня большие сомнения в том, что человек, работающий в Ансисе, будет писать что-то "тяжелое" и серьезное к нему. Просто потому, что либо он профессиональный программист, либо профессиональный расчетчик, но вряд ли и то и другое вместе. В сутках 24 часа для всех. (Большое и серьезное - это что-то вроде пре- постпроцессоров, а не отдельные полезные макросы или их сборники) Последний раз редактировалось Meknotek, 07.11.2013 в 14:48. |
|||
![]() |
|
||||
Регистрация: 18.09.2011
Нахабино
Сообщений: 1,039
|
Классика ?
![]() С точки зрения пользователя, для меня наибольшую ценность представляет APDL. Если это считать интерфейсом то да, это восхитительный инструмент. Но если вы про вот эту кустарщину на тикле, то это стыл и позор для такой дорогой программы. Даже если разработчики не предполагали, что им будут пользоваться - делать его все равно нужно было нормально. |
|||
![]() |
![]() |
|
Опции темы | Поиск в этой теме |
|
|
![]() |
||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
Какой язык перспективен для инженера-конструктора с условием | The_Mercy_Seat | Программирование | 705 | 17.03.2021 14:19 |
Какие расчётные программы используют VBA для создания расчётных схем? | МишаИнженер | Прочее. Программное обеспечение | 3 | 02.02.2014 10:35 |
Расчётные программы ОВК. | Tramp | Расчетные программы | 3 | 18.09.2006 06:06 |
Расчётные программы в других странах | Perezz!! | Расчетные программы | 11 | 27.02.2006 05:23 |
Не разрешают применять свои расчётные программы | Кульман | Программирование | 16 | 14.11.2004 13:57 |