|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Serguei Miridonov 2:5020/400 24 Mar 2005 22:13:06
To : Dmitry Ponyatov
Subject : Re: Need GUI development tool (Kylix or something)
--------------------------------------------------------------------------------
Dmitry Ponyatov wrote:
>>несистемный софт еще на чистом С пишут ? 8-0
>
> ^^^^^^^
>
> SM> GPS приёмник,
>
> dd if=/dev/ttyS1 of=gpsdata.NMEA
>
> парсинг NMEA любым языком, заточенным для обработки текстовых данных (чаще
> всего рекомендуют Perl, но у меня на его синтаксис идеосинкразия)
Ээээ... До NMEA ещё дойти надо. Я имею в виду софт, который не NMEA
читает, а данные с GPS коррелятора: параметры сигналов, временные
метки и т.п., кроме этого этот же софт ещё и фазу отслеживает, уход
по Допплеру, а потом - из амплитуды сигнала и спутниковое
навигационное сообщение извлекает, проверяет на ошибки и по всем
этим данным с нескольких спутников решает навигационную задачу, т.е.
определяет координаты. Это уже после всего этого NMEA получается,
если надо. А иногда эта NMEA и не нужна. Можно и в RINEX сразу гнать...
> SM> обработка каких-нибудь экспериментальных данных
>
> Matematica, Mathlab, Octave, Maxima, специализированные пакеты
Вы, наверное, меня не поняли. Речь идёт не о том, чтобы делать это в
настольном компе или в лаптопе или на суперкомпутере, а чтобы и
системный софт (uClinux, к примеру), и вычислительный (GPS signal
processing, к примеру) в одном устройстве работал. Про embedded -
слышали?
> короче, в большинстве случаев более оптимальным является использование готовых
> пакетов, библиотек, и языков высокого уровня, с последующим поиском узких мест
> и примением к этим местам напильника
С этим никто и не спорит. Тот же Matlab очень помогает, когда надо
что-то быстро смоделировать или посмотреть, что там в эксперименте
получилось - т.е. быстро обработать данные и глянуть на графики.
А вот когда требуется специализированный продукт, чтобы оно в
реальной системе работало, например, в волоконно-оптических
датчиках, где реальный измеряемый параметр получается только после
некоторых нетривиальных вычислений, и результат надо отобразить
графически, чтобы с этой системой мог работать тот, кто про свет в
волокне ничего не знает - тут Matlab несколько тяжеловесен. Зато
C/C++ - в самый раз.
> имхо С++ с его ООП, шаблонами (включая STL) и перегрузкой операторов -- имхо
> вполне конкурент фортрана _для новых программ_ (старые и так прекрасно
> работают), в критических местах можно попытаться использовать и фортрановские
> модули, если есть готовые или вдруг код на фортране окажется хотя бы на 10%
> быстрее качественно написанного сишного
Ещё раз, вычислительные задачи - это не только earth simulation на
суперкомпутере или банковские транзакции на серверах. Доля софта,
работающего в железе типа автомобиля, стиральной машины, фотокамеры,
телевизора, DVD проигрывателя, GPS приёмника и прочих вещах будет
непрерывно увеличиваться. А там почти всё на C/C++...
Hу, есть ещё Java, но я этого не понимаю... По-моему, только энергию
зря жгут ;-)
> и потом нужно еще учитывать стоимость поддержки и обучения тех, кто придет вам
> на смену
Hа смену придёт и другое железо. А компиляторы C/C++ есть
практически под всё.
--- ifmail v.2.15dev5.3
* Origin: CICESE Research Center, Ensenada, Mexico (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
