Как-то не особо про взаимодействие вас как конторы с вашими же инженерами. Что удерживает инженеров от ухода на постоянные позиции к заказчикам? Как вы контролируете вменяемость менеджмента заказчика?
О какой правдоподобности можно говорить, если вы моделируете ненастоящую физику? При чем тут тег «физика» тогда вообще, если вы про производительность и графику?
Способность нарисовать картинку, похожую на реальность, она похвальна и осмысленна — в тех же компьютерных играх, к примеру. Но физика, вроде бы, все же претендует на описание настоящей реальности…
Простой вопрос — а вы вообще проверили, что ваш код решает задачу газовой динамики корректно? Скорости звука там правильные, зависимости от направления нет, вот-это-все? Прогоните хотя бы через набор тестов Athena — www.astro.princeton.edu/~jstone/Athena/tests — будет гораздо яснее, на каком свете вы находитесь.
Для возможности поддержки моделей, которые не интегрированы в приложение, реализован парсер математических уравнений, который поддерживает стандартные операции (+ — * /), скобки и основные математические функции (sin, cos, exp, log и т.д.).
И судя по коду вы написали-таки парсер из строки в некий промежуточный байт-код, который по сути потом интерпретируете на каждом шаге и им считаете, так?
Тут есть хинт — но надо понимать, что он нужен, когда вы хотите, чтобы считалось быстро, и не собираетесь гарантировать безопасность — можно формулы, введенные юзером, воткнуть в c++ файлик, его откомпилировать и dlopen-ом подгрузить :)
И еще, про промежуточные точки и численный метод — я не проверял, но что-то мне подсказывает, что из вашего Рунге-Кутты четвертого порядка можно выудить промежуточные точки, по которым оно считает. Или можно первые три-четыре шага делать Рунге-Куттой, а потом считать по схеме Адамса 4-го порядка с более подробным шагом. По вычислениям и точности там тож-на-тож, а точек он даст поболее — возможно будет лучше смотреться.
Ну и кстати облако облаку рознь. Вы можете там инстансы гонять и по сути это будет почти своя инфраструктура, за которую вы «всего лишь» раза в два переплачиваете, в обмен на гибкость и отсутствие головняка с физическим масштабированием. А можете платить за «сервис» — когда в расчете на гигабайт/гигабит/гигафлопс вы переплачиваете раз в 20, но еще с вас снимают головняк по логическому масштабированию, безопасности и обеспечивают какой-то уровень SLA. В конечном итоге все сводится к тому, кто заплатит инженерам за чертову магию :)
На следующем витке вы считаете экономику амазона и начинаете задумываться, не пора ли строить свой дата-центр :). Пока годовой счет от амазона меньше зарплаты 10-ти инженеров — туда даже смотреть не нужно.
Что-то мне подсказывает, что при их масштабах бедствия, обычный NAS уже тянет за собой необоснованно большие риски. И хочется уже делать как-то более по уму — хотя бы пару серверов, мастер-слейв с переключением, нормальный мониторинг этого добра, и прочие элементы собственной инфраструктуры. Не очень понимаю, что помешало это поднять.
Так тут вопрос не в том, напишет человек дифур идеально или нет, а в том, как он будет думать в процессе.
Если даже не попытается начать — значит, новые задачи ставят человека в тупик, что красный флаг, по крайней мере — для разработчика.
Дальше вкусовщина, но: если скажет «ну наверное тут надо погуглить X и Y и скорее всего я найду, как в подобных задачах выписывают дифуры. Дальше, наверное, найдется метод, как их решать в книжке Z. Ну и дальше возьмем библиотечку S и решим» — то скорее зеленый флаг, хотя задача и не решена.
Или если бросится писать дифуры «от балды», не признаваясь, что не знает, что тут происходит, лишь бы создать видимость решения — скорее красный, ибо лапша на ушах в реальном проекте нам не нужна.
Ну в контексте собеседования программиста, можно ожидать, что программист в состоянии выписать дифур хотя бы в самом простом из возможных приближений, правда?
А если не похоже на то, что его можно быстро аналитически решить, от программиста я бы вполне мог ожидать способности быстро написать хотя бы явную схему Эйлера для его решения.
Три одинаковых камертона, три струбцины и глаза + длинная палка.
Прикручиваем камертоны к трубе на одинаковых расстояниях так, чтобы их ноги перекрывались и мы видели, как они резонируют. Ударяем по центральному и смотрим, какой зазвенит быстрее. Фокус в том, что хотя скорость звука и большая и отличается мало, но и механическая связь слабая, поэтому даже небольшие отличия в акустической длине пути будут заметны.
Можно еще попробовать саму трубу в двух тисках зажать и возбудить на этом отрезке стоячую волну, а потом посмотреть, где у нее пучность. Скорее всего она будет смещена от центра симметрии, но чтобы понять куда — нужно немного пописать, интуитивно кажется, что в направлении движения.
Это среднерыночная цена с признаками картельного сговора ;). За 30% от стоимости можно и безопасность приложений финансово гарантировать, а не только «ой, чегой-то у нас тут вирусни развелось, давайте почистим», как делает гугл;)
Ну можно еще форкнуть сам хром. Это конечно отдельная мука — названия менять, отдельную инфраструктуру поддерживать, разбираться как патчи к новой версии прикручиваются — вот-это-все.
Тут вы не правы насчет прав третьих лиц — если вы воткнете в свой телефон игрушку, которая врубает микрофон и пишет все подряд в пользу китайской разведки — права третьих лиц будут нарушены. Другой разговор — в чьей компетенции запрещать вам это делать (или отлавливать такие игрушки и бить по рукам разрабов). На мой вкус — это прерогатива государства, а лучше — независимого НКО, дорожащего репутацией, а не коммерческой конторы, у которой всегда найдется сложный конфликт интересов в этом месте.
Не сработает, если есть проверка подписи прошивки. Поэтому народ и ищет дыры и уязвимости в Iphone-ах, чтобы получить jailbreak.
И да, производители андроидофонов не сказать чтобы молодцы в этом. Ровно потому, что конкурентное давление в другую сторону — грубо говоря, если наплевать на гиков и тивоизировать девайс, можно получить бабла прям-щас, и успеть выйти с новым флагманом с новой более пафосной камерой и более жирными мегапикселями прям-завтра. И да, это обусловленно отсутствием регуляции со стороны государства, и да государства массово накосячили в этом месте. Но надо понимать, что они всегда косячат в пользу ребят с деньгами, пока не взорвётся.
Способность нарисовать картинку, похожую на реальность, она похвальна и осмысленна — в тех же компьютерных играх, к примеру. Но физика, вроде бы, все же претендует на описание настоящей реальности…
И судя по коду вы написали-таки парсер из строки в некий промежуточный байт-код, который по сути потом интерпретируете на каждом шаге и им считаете, так?
Тут есть хинт — но надо понимать, что он нужен, когда вы хотите, чтобы считалось быстро, и не собираетесь гарантировать безопасность — можно формулы, введенные юзером, воткнуть в c++ файлик, его откомпилировать и dlopen-ом подгрузить :)
И еще, про промежуточные точки и численный метод — я не проверял, но что-то мне подсказывает, что из вашего Рунге-Кутты четвертого порядка можно выудить промежуточные точки, по которым оно считает. Или можно первые три-четыре шага делать Рунге-Куттой, а потом считать по схеме Адамса 4-го порядка с более подробным шагом. По вычислениям и точности там тож-на-тож, а точек он даст поболее — возможно будет лучше смотреться.
Что-то мне подсказывает, что при их масштабах бедствия, обычный NAS уже тянет за собой необоснованно большие риски. И хочется уже делать как-то более по уму — хотя бы пару серверов, мастер-слейв с переключением, нормальный мониторинг этого добра, и прочие элементы собственной инфраструктуры. Не очень понимаю, что помешало это поднять.
Если даже не попытается начать — значит, новые задачи ставят человека в тупик, что красный флаг, по крайней мере — для разработчика.
Дальше вкусовщина, но: если скажет «ну наверное тут надо погуглить X и Y и скорее всего я найду, как в подобных задачах выписывают дифуры. Дальше, наверное, найдется метод, как их решать в книжке Z. Ну и дальше возьмем библиотечку S и решим» — то скорее зеленый флаг, хотя задача и не решена.
Или если бросится писать дифуры «от балды», не признаваясь, что не знает, что тут происходит, лишь бы создать видимость решения — скорее красный, ибо лапша на ушах в реальном проекте нам не нужна.
Ну в контексте собеседования программиста, можно ожидать, что программист в состоянии выписать дифур хотя бы в самом простом из возможных приближений, правда?
А если не похоже на то, что его можно быстро аналитически решить, от программиста я бы вполне мог ожидать способности быстро написать хотя бы явную схему Эйлера для его решения.
Прикручиваем камертоны к трубе на одинаковых расстояниях так, чтобы их ноги перекрывались и мы видели, как они резонируют. Ударяем по центральному и смотрим, какой зазвенит быстрее. Фокус в том, что хотя скорость звука и большая и отличается мало, но и механическая связь слабая, поэтому даже небольшие отличия в акустической длине пути будут заметны.
Можно еще попробовать саму трубу в двух тисках зажать и возбудить на этом отрезке стоячую волну, а потом посмотреть, где у нее пучность. Скорее всего она будет смещена от центра симметрии, но чтобы понять куда — нужно немного пописать, интуитивно кажется, что в направлении движения.
www.youtube.com/watch?v=Hg2BUN2jO7s
И да, производители андроидофонов не сказать чтобы молодцы в этом. Ровно потому, что конкурентное давление в другую сторону — грубо говоря, если наплевать на гиков и тивоизировать девайс, можно получить бабла прям-щас, и успеть выйти с новым флагманом с новой более пафосной камерой и более жирными мегапикселями прям-завтра. И да, это обусловленно отсутствием регуляции со стороны государства, и да государства массово накосячили в этом месте. Но надо понимать, что они всегда косячат в пользу ребят с деньгами, пока не взорвётся.