andreev: (Дрезден)
[personal profile] andreev

В январе будет год как я начал работать инженером в небольшой фирме ESI ITI в Дрездене. Когда меня спрашивают чем занимается фирма, я обычно отвечаю, что она разрабатывает софт для инженеров под названием SimulationX. Конечно, мало кому это что-то говорит, да и невозможно описать это в двух словах. Сейчас, когда я стал более-менее понимать что происходит вокруг, я решил попробовать описать подробнее чем занимается наша фирма и в чём заключается моя работа здесь.

Начну издалека. Рассмотрим процесс создания технического устройства на примере автомобиля. Условно автомобиль можно разделить на три части: двигатель, шасси и кузов. В старые добрые времена за создание каждой части целиком и полностью отвечал один человек и всё замечательно работало, но прогресс не стоял на месте и постепенно к процессу создания одного автомобиля примазались тысячи (а то и сотни тысяч) человек! Зная народную мудрость „Что один человек сделает за час, то два человека сделают за два часа“, можно представить себе масштаб возникших проблем!


Давайте представим, что двигатель, шасси и кузов для какого-то абстрактного автомобиля изготовили разные люди, которые сидят в разных городах (или даже странах). Они заранее договорились о всех размерах, параметрах и характеристиках, каждый добросовестно изготовил свою часть и испытал её на специальных стендах. Это может показаться странным, но если просто так взять и собрать всё вместе, то с первого раза ничего работать не будет… Либо двигатель вывалится из кронштейнов, либо коробка передач внезапно начнёт трещать на неведомой частоте, либо подвеска выкинет какой-нибудь кульбит в самый неподходящий момент… И большая удача, когда выясняется это на испытаниях, а не в процессе эксплуатации.

Как правило, проблемы возникают в местах стыка компетенций инженеров различных областей техники. Разработчики двигателя и подвески приняли в своих расчётах, что кузов абсолютно жёсткий, разработчики трансмиссии забыли о неравномерности вращения вала двигателя, а разработчики кузова в погоне за красивыми формами убрали металл там, где не следовало. Очень редко находится человек, который обладает достаточными знаниями, чтобы видеть картину в целом и предвидеть все трудности. Проблема решается созданием единых стандартов и совершенствованием методик предварительных испытаний (поэтому сейчас редко можно увидеть двигатель, выпрыгивающий из кронштейнов), но стоит немного отойти в процессе разработки от протоптанной тропинки, как наступаешь на новые грабли.

Таким образом, работа инженера в области создания новой техники состоит из решения постоянно возникающих проблем, из которых львиную долю времени отнимают именно те, которые находятся на границах его компетенции. Гарантией того, что проблемы будут регулярно попадать на эти границы служит тот факт, что у фирм, как правило, нет возможности нанимать узкоспециализированных инженеров, которые месяцами будут просиживать штаны в ожидании своего звёздного часа. Поэтому инженер, обучавшийся конструированию, за неделю нарисует дифференциал, потом месяц будет думать как лучше приклеить датчики температуры, а потом на пару месяцев засядет за тепловым расчётом, пытаясь разобраться почему же ничего не работает (либо работает через раз).

В этот момент возникает идея ещё на этапе проектирования постараться предсказать возможные проблемы посредством математического моделирования. Конечно, идея эта не нова, ведь ещё наши прадеды писали математические модели на клочке бумаги, потом строили графики на миллиметровке и запускали по этим расчётам ракеты в космос. Да и сейчас нормальную мат. модель можно написать хоть в экселе, ну а владение тем же с++ просто сносит все границы.

Другое дело, с тем же с++ можно очень быстро утратить чувство реальности и уйти от решения конкретной технической проблемы в недры программирования. У тебя не работает агрегат, а ты в это время увлечённо изучаешь полиморфизм классов и get-функции… Аналогичная ситуация и с матлабом. Это очень мощный инструмент для научных исследований, но и требует довольно много времени на освоение и борьбу с непонятными глюками. Я и после пяти лет работы в матлабе не только регулярно открывал для себя что-то новое, но и натыкался на новые неведомые ранее ошибки… Для обычного инженера зачастую такое распределение времени будет считаться непозволительной роскошью.

Здесь появляемся мы и предлагаем программу SimulationX, в которой можно быстро и с минимумом головной боли собрать нужную математическую модель при помощи библиотек готовых элементов.



Представьте себе работу в матлабе с библиотеками Simscape, только так, что помещаешь нужные тебе элементы на форму, нажимаешь на кнопку и… всё с первого раза работает! А потом одним движением мышки взял… и вывел нужный тебе график! А потом взял и одним кликом сделал быстрое преобразование Фурье! А следом нажал ещё на одну кнопку и увидел все резонансные частоты, которые есть в системе и каким элементам они принадлежат! И всё это за один расчёт модели, без рекламы, скриптов и смс!

Звучит настораживающе, но в SimulationX на самом деле практически любое повседневное для пользователя действие совершается гораздо проще и быстрее, чем в матлабе. Кроме того, в SimulationX гораздо больше библиотек, а сами библиотеки гораздо богаче всевозможными элементами в сравнении с Simscape.
Возвращаясь к примеру с автомобилестроением: проектируете двигатель внутреннего сгорания? Вот вам библиотека с ДВС:



Ой, ДВС же сейчас у хипстеров не в моде… Вот вам электродвигатели:



Трансмиссия? На любой вкус!
Автомат с двойным сцеплением, например:


А здесь всё для гибридных трансмиссий:



Тормозная система:



Пневматическая подвеска:



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

Как же так получается? Вариантов „содрать библиотеку элементов с матлаба и впарить её оборонным предприятиям“ и „принудительно перевести на свой софт университеты под лозунгом импортозамещения“ в Германии нет, поэтому приходится просто работать…

Как ни странно, для того, чтобы в софте было удобно решать инженерные задачи, самим разработчикам нужно просто регулярно решать в нём инженерные задачи. Основной штат нашей фирмы — инженеры самых различных областей, которые на регулярной основе заняты в работе над сторонними проектами. Очень часто после проекта остаётся полноценная библиотека элементов, которая в большинстве случаев подтверждена многочисленными экспериментами и с большой долей вероятности может пригодиться кому-то ещё.

Другое очень важное наше преимущество — поддержка пользователя. Те, кто имел дело с математическим моделированием, наверняка ехидно ухмыльнулись на том моменте, где я рассказывал, что ты просто набрасываешь нужные тебе элементы и получаешь желаемую модель. Конечно, чтобы создать мат. модель даже из готовых элементов, нужно как минимум представлять какие элементы тебе нужны. Это не такая уж и тривиальная задача, как может сначала показаться. В зависимости, например, от интересующего тебя диапазона частот, вид модели может очень сильно отличаться. Одно дело, когда ты хочешь посмотреть в модели на расход топлива за двухчасовую поездку, а другое дело, когда ты хочешь изучить возможные колебания внутри трансмиссии, которые запросто могут уйти в килогерцовый диапазон.

Для того, чтобы сделать правильный выбор, нужно обладать опытом решения подобных задач, который в достатке имеется у наших инженеров. Пользователь может написать свой вопрос на специальном сайте и в течение нескольких рабочих часов получить исчерпывающий ответ с формулами, иллюстрациями и работающей моделью. Быстрая и качественная поддержка — главное наше конкурентное преимущество в Германии по сравнению с другими хорошими CAE-программами, чьи разработчики сидят в других странах или вообще на других континентах.

Конечно же у нас есть отдел гидравлической и пневматической техники, в котором я и работаю. Первое время я вникал в саму программу (потому что до этого работал в ней только студентом), в систему исправления багов (узнал, про тонкую грань между „багом“ и „фичей“) и в то, какими проектами занимаются остальные инженеры и практиканты.

Т.к. последнее, чем я занимался в МГТУ им. Баумана, были волновые процессы в трубопроводах, меня определили разбираться с моделями труб, которые, честно говоря, оставляли желать лучшего… Сами модели были написаны очень подробно и обладали большим набором параметров (моделируй хоть трубу, хоть рукав высокого давления, с учётом теплообмена или без), но проблема была в том, что применяемая схема дискретизации очень плохо годилась, например, для расчёта гидроудара.

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

Тем не менее, меня гложила эта ситуация, и в свободное от срочной работы время я принялся втихаря писать новую модель трубы. Мне нужно было всего лишь повторить ту модель, которую я уже писал в МГТУ в матлабе, поэтому через пару недель у меня уже был работающий прототип. Он уже мог решать конкретные задачи, которые не могла решать старая модель, но не годилась для трубопроводов с низким давлением и не учитывала теплообмен. По этой причине, модель едва ли продвинулась бы дальше моего рабочего компьютера. Я уже стал копать в направлении более продвинутых численных методов для этой задачи, вышел на метод Годунова, выяснил, что наш штатный математик уже использовал его для решения задачи с электрической дугой, стал разбираться в его коде на c++… и так и погряз бы в этом, если бы в один прекрасный момент к нам не обратился наш клиент с типовой проблемой со старой моделью трубы…

Это был производитель плунжерных насосов, который хотел в нашей программе считать пульсации в трубопроводах. Я решил подбросить ему свою модель, т.к. работал он как раз в области больших давлений. К моему удивлению, ему удалось получить какое-то фантастическое совпадение с экспериментом при том, что модель считалась гораздо быстрее, чем прежняя. Кроме того попутно удалось исправить несколько багов и понять где нужно поставить пользователю „забор“, чтобы он не выходил за рамки выбранных допущений.

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

В качестве заключения могу сказать, что когда я работал студентом на кафедре Дрезденского технического университета, у меня складывалось впечатление, что в Германии уже ничего нельзя существенно улучшить и остаётся только вылизывать и без того совершенные машины. Это на несколько лет сильно вдохновило меня на работу в России, которая представлялась непаханным полем. Теперь, имея какой-никакой опыт работы, у меня составлен длинный список из необходимых усовершенствований (среди которых и совершенно непаханные в нашей фирме области), которые нужно внести в нашу (казалось бы и без того совершенную) программу или в документацию.

Из приятных мелочей радует спокойный ритм работы (без сроков „вчера“), практически полное отсутствие бюрократии и формальной работы лишь ради производства бумажек (работаешь ты всегда с конкретными инженерами, которых интересует прежде всего решение конкретной технической проблемы). Ну и конечно же я постоянно убеждаюсь в том, что Германию населяют такие же люди как и в России со всеми достоинствами и недостатками, отличаются только правила, по которым они живут.
Поэтому я уверен, что когда-нибудь (когда зарабатывать честным трудом станет выгоднее, чем воровать) и в России сложится похожий климат для продуктивной и эффективной работы инженером.

Date: 2016-12-12 09:33 am (UTC)
From: [identity profile] g-bukin.livejournal.com
друг детства работает в Германии сварщиком на судоремонтном заводе. доволен очень. говорит приезжай - здесь офигенно..

Date: 2016-12-12 12:45 pm (UTC)
From: [identity profile] leosoft.livejournal.com
Что-то не хочет SimulationX на win7 устанавливаться, установка виснет на Configuring runtimes 32 bit.

Date: 2016-12-12 12:49 pm (UTC)
From: [identity profile] engineerandreev.livejournal.com
У меня на десятке всё работает... Может быть дело в правах администратора, либо (по опыту с матлабом) в кириллице в директории установки.

Date: 2016-12-12 01:02 pm (UTC)
From: [identity profile] woodenfriend.livejournal.com
с матлабом не знаком, не уверен что главную идею правильно понял. сведение сложной системы к комбинации готовых настраиваемых модулей, без учёта их пространственного расположения, каждый из которых имеет достаточно обкатанную параметрическую модель, с автосшивкой на стыках, что позволяет быстро получить оценки по работе системы в целом?

показанные блок-схемы flo(w)master напоминают.

на одном блочном подходе далеко ли можно уехать? самые интересные вещи - глубоко уникальны, и создание их параметрической модели - сомнительное занятие, тем более что не с чем сравнить без прототипирования, которого нужно всячески избежать.

"всё с первого раза работает! ... одним движением мышки взял ... одним кликом сделал ... нажал ещё на одну кнопку и увидел все ... всё это за один расчёт модели". эээ, ну-ну :) в подобный софт вваливаются сотни человеколет, через него прокачиваются премногие тысячи невыдуманных пользовательских задач, и даже после этого утверждать что либо с таким оптимизмом невозможно. впрочем маркетологи именно этим и занимаются, но так никогда не станут делать инженеры и программисты, потому что в каждом из этих высказываний видят границы их применимости.

Date: 2016-12-12 01:31 pm (UTC)
From: [identity profile] engineerandreev.livejournal.com
Да, принцип вы правильно поняли. У Flowmaster, насколько я знаю, похожий принцип.
По поводу "далеко ли можно уехать", могу сказать, что есть два редко пересекающихся мира - моделирование систем в концентрированных параметрах и распределённых (метод конечных элементов, CFD и т.д.). К примеру, для расчёта гидропривода с давлением около 200 атмосфер не имеет практически никакого значения высота расположения элементов, да и вихри при выходе из трубочек. Для лопастного насоса уже такие допущения не годятся и нужно учитывать каждый изгиб лопатки. Для каждой задачи нужен свой софт.

"всё с первого раза работает! ... одним движением мышки взял ... одним кликом сделал ... нажал ещё на одну кнопку и увидел все ... всё это за один расчёт модели". эээ, ну-ну :)

Я смотрю, вы в теме :)
Дальше по тексту:
"Те, кто имел дело с математическим моделированием, наверняка ехидно ухмыльнулись на том моменте, где я рассказывал, что ты просто набрасываешь нужные тебе элементы и получаешь желаемую модель."

:)

Date: 2016-12-12 01:54 pm (UTC)
From: [identity profile] woodenfriend.livejournal.com
один из этих миров по-видимому очень мал, ибо запрос "моделирование систем в концентрированных параметрах" выдаёт около нуля релевантных результатов. я на стороне cfd, привет из другого мира!

эти задачи не так уж и изолированы. насколько я понимаю, довольно часто в достаточно простой схеме имеется по крайней мере один нетривиальный блок, который испортит всю затею на корню. как вы с этим справляетесь? а: придумай сам модель своей штуковины и впиши вот сюда сорок таблиц? или б: покрути эти тысячи ручек дженерик модели и подгони результат под свой вариант?

мы скрещивали таких ежа с ужом несколько лет назад - одномерный flowmaster с трёхмерным cfd. 3d-пакет в автоматическом режиме набивал вариацией входных параметров параметрическую модель нетривиального компонента, после чего его можно было вставить блоком в 1d-пакет. профит! голосуйте за трампа выбирайте комплексные решения от mentor graphics siemens

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-12 02:10 pm (UTC) - Expand

(no subject)

From: [identity profile] svv-livejournal.livejournal.com - Date: 2016-12-12 08:33 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-12 08:44 pm (UTC) - Expand

(no subject)

From: [identity profile] svv-livejournal.livejournal.com - Date: 2016-12-12 09:24 pm (UTC) - Expand

Date: 2016-12-12 03:00 pm (UTC)
From: [identity profile] ufanur.livejournal.com

Доходчиво. Плюсую.

Date: 2016-12-12 05:47 pm (UTC)
From: [identity profile] wal-king-alone.livejournal.com
А насколько экономически выгодна работа в Германии?
Читал, что налоги там почти 40%, высокая арендная плата на жильё, итого после всех расходов (аренда, питание, страховка и тд) выходишь почти в ноль.

Date: 2016-12-12 07:30 pm (UTC)
From: [identity profile] engineerandreev.livejournal.com
Для меня оказалась выгоднее, чем в России (особенно после падения курса рубля). На эту тему у меня был отдельный пост:
http://pora-valit.livejournal.com/4522479.html
Если коротко, то налоги, сборы, мед. страховка, (на меня и жену), страховка от безработицы, потери трудоспособности - около 29% от зарплаты. Если из остатка вычесть аренду жилья, коммуналки, расходы на еду, то остаётся ещё больше половины этого остатка. И эта половина больше моей полной зарплаты в России.

Date: 2016-12-12 06:09 pm (UTC)
From: [identity profile] Константин Тимофеев (from livejournal.com)
Мы аналогичное ПО разрабатываем в России и я являюсь ведущим программистом в проекте. Приятно увидеть что кто то пишет про такие проблемы тут. Интересно было бы подробности: какие методы для гидравлики используете и для решения ОДУ при моделировании гидроприводов. Начинали тоже в Бауманке на кафедре Э7.

Date: 2016-12-12 08:21 pm (UTC)
From: [identity profile] engineerandreev.livejournal.com
Для решения большинства задач (не только в гидравлике) хватает BDF. Для сильно жёстких систем отлично работает внешний решатель CVODE от SUNDIALS Suite. В этом случае модель автоматически экспортируется как c++ код и решается внешним компилятором (хоть от бесплатной Visual Studio). Получается в несколько раз быстрее в сравнении с обычным решателем. В новой версии сделали возможность считать BDF тоже через внешний компилятор, но я ещё не успел опробовать...

Date: 2016-12-12 09:38 pm (UTC)
From: [identity profile] Константин Тимофеев (from livejournal.com)
BDF мы в библиотеке электрики тоже применяли. В принципе хватает его там. При использовании CVOD метод решения СЛАУ на неявных методах интегрирования какой у вас лучше показал себя (прямой или итерационный) ? Для электрики тоже для ускорения тоже из модели си код генерировали при этом в самой модели использовали приведение ненаправленного графа к направленному и прямую запись коэффициентов матрицы проводимостей.
А вот для реакторных задач использовали явные адаптивные методы Скворцова, они себя там хорошо показали когда есть медленная теплогидравлика и быстрая кинетика нейтронов.
П.С. Давайте обсуждать технику, а не торговлю или политику, т.к. жизнь тут и в Германии разная совсем, работодатели тоже разные а вот интересы в данном случае общие.

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-13 08:57 am (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-13 09:24 am (UTC) - Expand

(no subject)

From: [identity profile] Константин Тимофеев - Date: 2016-12-13 09:29 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-13 10:05 pm (UTC) - Expand

Date: 2016-12-12 07:10 pm (UTC)
From: [identity profile] petuhoff.livejournal.com
Хороший текст. Единственно хотелось бы поправить по ситуации в России.
.....Вариантов „содрать библиотеку элементов с матлаба и впарить её оборонным предприятиям“ и „принудительно перевести на свой софт университеты под лозунгом импортозамещения“ в Германии нет, поэтому приходится просто работать…
Это толстый намёк, но увы.
Поскольку лично занят в области математического моделирования, "SimInTech" могу сказать, что предприятия оборонки находящиеся в первом списке санкций Госдепа, спокойно покупают на миллионы баксов МаtLab и впарить им что либо, можно только показав реальные преимущества.
К тому же сдирать библиотеки бессмысленно, наш опыт столкновения с конкурентами говорит, о том, что все эти дорогостоящие библиотеки не используются вообще. Как правило специалисты используют станадартныйе блоки и создают свои библиотеки с учётом тонких эффектов. Например Flysim созданная в ЦАГИ и используемая всеми авиационными предприятиями для моделирования полёта не использует ни одного блока из библиотеки Aerospace.
По поводу ВУЗов предположение ещё смешнее. МГТУ им. Баумана только что (вот прямо на днях) заплатил за годовую академическую лицензию MatLab 34 миллиона рублей. Это по курсу 500 000 долларов. Так что продавать моделирующее ПО у нас, сложнее чем в Германии и работать приходиться не меньше, а больше, и что бы тебя выбрали ты должен показать такие преемущества, что самый коррумпированный закупщик засунул язык в жопу и слушал инженеров, которых ты убедил.
Немного рекламы:
Наше (SimInTech) преимущество, в том, что мы можем считать гигантские схемы, типа АСУ ТП АЭС, а так же, в том что мы можем генерировать код в системы управления прямо из схемы и сертифицировали эту кодогенеарцию для систем управления важных для безопасности АЭС.
Конечно здорово что удалось устроиться инженером в Германии и Германия отличная страна.
Но вот, то что приходилось работать в свободное от работы время, что бы сделать полезную вещь для фирмы, это непонятно.
Интересно это отношение к русскому (что хорошего может придумать русский валенок) или просто руководство теряет связь с реальностью?

Date: 2016-12-12 08:09 pm (UTC)
From: [identity profile] engineerandreev.livejournal.com
> К тому же сдирать библиотеки бессмысленно, наш опыт столкновения с конкурентами говорит, о том, что все эти дорогостоящие библиотеки не используются вообще.

Зачем же вы тогда с трибуны вещали, что инженеры могут копировать библиотеки с матлаба в МВТУ (ой, SimInTech) и продавать их оборонным предприятиям?

>По поводу ВУЗов предположение ещё смешнее. МГТУ им. Баумана только что (вот прямо на днях) заплатил за годовую академическую лицензию MatLab 34 миллиона рублей.

Неужели насильное обучение преподавателей не помогло продемонстрировать все безоговорочные преимущества вашей программы?

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

Я ни капли не сомневаюсь, что ваша программа отлично адаптирована для расчётов АЭС (всё-таки, программа создавалась на Э7), но лично по вашему поведению и агрессивной риторике у меня сложилось стойкое ощущение, что в административном поле вы как фирма гораздо более активны, чем в части совершенствования своего софта. Я, как и многие студенты МГТУ, начинал работать в программе МВТУ, и меня ни минуты не нужно было убеждать в том, что матлаб чем-то лучше. Достаточно было поработать в нём пол часа, чтобы понять это.
Если бы вы ненавязчиво предложили опробовать SimInTech, разработали инструмент импорта программ из матлаба и на конкретных примерах на том же сайте показали какие задачи удобнее решаются в вашем софте в сравнении с матлабом, отношение было бы совсем иное, нежели когда вы через декана ставите преподавателей перед фактом, что отныне все изучают SimInTech, а недовольные будут расстреляны.
В этом контексте я могу сразу ответить на ваш вопрос, что с подобным отношением в Германии я ни разу не сталкивался, да и вообще трудно себе даже представить такую ситуацию даже теоретически.

Date: 2016-12-12 09:43 pm (UTC)
From: [identity profile] petuhoff.livejournal.com
Давай те по порядку.
1) С деканом в дерективном порядке мы договорились, о том что бесплатно поставим свою систему, и бесплатно отправим своего специалиста (высокооплачиваемого) на 5 дней, для знакомства с SimInTech. Это была чистая благотворительность. Мы ставили цель показать, что за 10 лет прошедших с момента выпуска ПК МВТУ 3.7, которой все пользуются система SimInTech ушла далеко вперёд и можно решать более интересные задачи. Наша задача показать новую систему и убедить преподавателей перенести методические материалы с МВТУ на SimInTech. Интерес декана был в том, что бы на курсах повышения квалификации (которые обязательны, как я понял) преподаватели МГТУ могли изучать, а потом преподавать задачи в SimInTech.
2) По поводу моего выступления. Нельзя же все воспринимать буквально. Наверное мой чёрный юмор не все понятен, каюсь. Но угрозы расстрелами, это шутка, блин, не ужели я похож на Берию? . Так же я наверное был косноязычен, но замену библиотек матлаба я предлагал тоже не буквальную. Дело в том, что как раз за месяц до этих событий, нам показали ошибку (или скорее упрощение модели) в Simens Awesim, из-за которой задачи для ОКБ Сухого нельзя было решить, а наша система корректно решала задачу. Балгодаря этому ОКБ Сухого сэкономило порядка 50% бюджета купив SimInTech, мы получили нового заказчика и теперь заказываем кафедре Э4 эксперименты по теплообмену, результаты которых будут использованы для уточнения нашего расчётного кода и создания библиотеки для авиации. Точно такая же задача сейчас стоит по вашей теме, есть модель гидропривода, есть бюджет на закупку софта импортного софта (не маленькие деньги). И есть возможность создать библиотеку привода и заработать на этом. Жалко что не получилось с вами, хорошо что мы договорились "КБ Арматура" и сейчас библиотека гидравлического привода разрабатывается в SimInTech и тестируется заказчиком. Если все пойдёт хорошо (стучу по голове) то наша промышленность сэкономит немного денег, конкретные специалисты по гидроприводу получать не плохую прибавку к зарплате. Мы получим новый кейс с применением нашего ПО. И кстати в учебном пособии по мехатронике которую пишут по нашему заказу будет возможна ещё одна глава посвящённая гидроприводам. Именно в этом заключалось наше предложение, а не в тупом комипровании библиотек MatLab. Опять же каюсь виноват не донёс эту мысль.
3) По поводу невозможности административного давления на выбор ПО в Германии. Наша компании первые деньги зарабатывала на продаже Французкого ПО от Dassault Systemes CATIA и мы до сих пор официальный дилер. Так вот переход на отечественное ПО по команде сверху, с самого верху, в Германии мы как партнёры французов, общаясь с ними на формах прекрасно видели. Конечно на публику, это не выноситься. На публике все включают дурака: https://www.nanocad.ru/information/news/index.php?news=225960

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-13 11:37 am (UTC) - Expand

(no subject)

From: [identity profile] petuhoff.livejournal.com - Date: 2016-12-13 12:32 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-13 01:07 pm (UTC) - Expand

(no subject)

From: [identity profile] petuhoff.livejournal.com - Date: 2016-12-13 05:06 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-13 09:27 pm (UTC) - Expand

(no subject)

From: [identity profile] petuhoff.livejournal.com - Date: 2016-12-23 09:13 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-23 10:22 pm (UTC) - Expand

(no subject)

From: [identity profile] petuhoff.livejournal.com - Date: 2016-12-24 01:01 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-24 10:44 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-13 01:56 pm (UTC) - Expand

(no subject)

From: [identity profile] petuhoff.livejournal.com - Date: 2016-12-13 05:21 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-13 09:42 pm (UTC) - Expand

(no subject)

From: [identity profile] petuhoff.livejournal.com - Date: 2016-12-14 03:26 pm (UTC) - Expand

(no subject)

From: [identity profile] meckermann.livejournal.com - Date: 2016-12-15 11:00 am (UTC) - Expand

Date: 2016-12-12 08:32 pm (UTC)
From: [identity profile] meckermann.livejournal.com
Как у Вас складываются отошения с GEZ (Rundfunkgebühr)?
Они Вас уже нагнули (заставили платить)? Или Вы присоединились к миллиону диссидентов вроде меня?

Date: 2016-12-12 08:37 pm (UTC)
From: [identity profile] engineerandreev.livejournal.com
Я с удовольствием плачу ARD/ZDF Beitrag и глубоко убеждён, что общественная форма владения федеральными СМИ — это очень правильно.

Date: 2016-12-12 09:10 pm (UTC)
From: [identity profile] meckermann.livejournal.com
Возможно, и правильная. Но у нас тут нюанс: Вы платить обязанны, с удовольствием или без.
А это уже с общественой формой владения ничего общего не имеет.
Или Вы до сих пор не поинтересовались, просто платите и все..?
Обьясняю, как все выглядит: каждый год министерпрезидент земли (в Вашем случае Саксонии) подписывает с ARD/ZDF/Rundfunk договор, согласно которому .... Вы должны платить!
Он подписывает. А Вы платите.
Это система рабовладельческая. На мой взгляд, еще хуже, чем если бы фиасировали свой агитпроп из бюджета.
Поэтому содержание программ - пропаганда на 100%.

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-12 09:18 pm (UTC) - Expand

(no subject)

From: [identity profile] meckermann.livejournal.com - Date: 2016-12-12 09:45 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-13 09:34 am (UTC) - Expand

(no subject)

From: [identity profile] meckermann.livejournal.com - Date: 2016-12-13 01:54 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-13 01:58 pm (UTC) - Expand

(no subject)

From: [identity profile] meckermann.livejournal.com - Date: 2016-12-13 02:06 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-13 02:10 pm (UTC) - Expand

(no subject)

From: [identity profile] meckermann.livejournal.com - Date: 2016-12-13 02:17 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-13 02:23 pm (UTC) - Expand

(no subject)

From: [identity profile] meckermann.livejournal.com - Date: 2016-12-13 03:07 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-13 03:37 pm (UTC) - Expand

(no subject)

From: [identity profile] meckermann.livejournal.com - Date: 2016-12-13 07:56 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-13 10:01 pm (UTC) - Expand

(no subject)

From: [identity profile] meckermann.livejournal.com - Date: 2016-12-15 08:48 am (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-15 09:55 am (UTC) - Expand

(no subject)

From: [identity profile] meckermann.livejournal.com - Date: 2016-12-15 10:42 am (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-15 10:58 am (UTC) - Expand

(no subject)

From: [identity profile] meckermann.livejournal.com - Date: 2016-12-15 11:20 am (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-15 12:38 pm (UTC) - Expand

(no subject)

From: [identity profile] meckermann.livejournal.com - Date: 2016-12-16 12:10 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-16 12:39 pm (UTC) - Expand

(no subject)

From: [identity profile] meckermann.livejournal.com - Date: 2016-12-18 09:33 am (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-18 10:27 am (UTC) - Expand

(no subject)

From: [identity profile] meckermann.livejournal.com - Date: 2016-12-18 11:07 am (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-18 11:51 am (UTC) - Expand

(no subject)

From: [identity profile] meckermann.livejournal.com - Date: 2016-12-18 06:49 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-18 07:32 pm (UTC) - Expand

(no subject)

From: [identity profile] alleksandr1.livejournal.com - Date: 2016-12-19 01:13 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-19 01:38 pm (UTC) - Expand

(no subject)

From: [identity profile] alleksandr1.livejournal.com - Date: 2016-12-19 02:17 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-19 02:39 pm (UTC) - Expand

(no subject)

From: [identity profile] alleksandr1.livejournal.com - Date: 2016-12-19 02:58 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-19 03:22 pm (UTC) - Expand

(no subject)

From: [identity profile] alleksandr1.livejournal.com - Date: 2016-12-19 05:26 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-19 05:48 pm (UTC) - Expand

(no subject)

From: [identity profile] alleksandr1.livejournal.com - Date: 2016-12-19 06:08 pm (UTC) - Expand

Date: 2016-12-13 01:35 am (UTC)
From: [identity profile] iromadanov.livejournal.com
А можно поподробнее про электрическую дугу? Не нашел на сайте упоминания про такой модуль/библиотеку.
Это было решение для стационарного режима работы? Или переходные процессы, возникающие неустойчивости тоже можно разрешить?

Date: 2016-12-13 06:30 am (UTC)
From: [identity profile] engineerandreev.livejournal.com
Речь была, конечно, о динамике. Решатели, основанные на методе Годунова хороши тем, что не дают численных осцилляций при расчёте движения фронта волны.
Это был исследовательский проект, и до реализации в виде библиотеки пока не дошло.

Date: 2016-12-13 06:36 am (UTC)
From: [identity profile] iromadanov.livejournal.com
Про методы Годунова я знаю. Использовал их для решения ударных волн. Было интереснее про дугу, потому что есть зада связанная с ее расчетом. Жаль что не дошло до реализации.

Date: 2016-12-18 09:31 pm (UTC)
From: [identity profile] alleksandr1.livejournal.com
Хочу немного спросить не по теме поста, тем более по роду деятельности довольно таки далек от данной технической тематики. Читал, что в Германии очень развиты общественные спортивные клубы, но ни кто из личного опыта не рассказывал о своем опыте их посещения, структуры устройства и управления в них. В России тоже есть общественные клубы, но общественность их заключается фактически только в названии.

Date: 2016-12-18 09:55 pm (UTC)
From: [identity profile] engineerandreev.livejournal.com
Могу только в общем сказать, что в Германии в каждом городе есть куча т.н. ферайнов (спортивных обществ) на любой вкус. Принцип простой — платишь взносы и занимаешься чем хочешь в компании единомышленников.
Мы с женой пока ни до куда не добрались, кроме одного городского велозаезда... Подозреваю, что никто про это не писал по той причине, что такие люди проводят своё свободное время за занятием спортом, а не написанием постов)

(no subject)

From: [identity profile] alleksandr1.livejournal.com - Date: 2016-12-18 10:23 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-19 06:20 am (UTC) - Expand

Date: 2016-12-23 12:09 pm (UTC)
From: [identity profile] stasmoroz.livejournal.com
А вот я прочитал, что вы конкурируете с Amesim.
А чем вы лучше?

Date: 2016-12-23 12:38 pm (UTC)
From: [identity profile] engineerandreev.livejournal.com
Для Германии выигрыш однозначно в технической поддержке. В самой нашей программе есть различные мелочи, дающие преимущества (вроде большей совместимости с Modelica и более быстрой работы некоторых элементов библиотек), но в целом нельзя сказать, что наша программа радикально лучше или хуже.

(no subject)

From: [identity profile] stasmoroz.livejournal.com - Date: 2016-12-23 05:15 pm (UTC) - Expand

(no subject)

From: [identity profile] engineerandreev.livejournal.com - Date: 2016-12-23 07:22 pm (UTC) - Expand
Page generated Sep. 20th, 2017 12:21 am
Powered by Dreamwidth Studios