А вот антихоливар

[metaclass]

ру-жаба:
В рамках проекта по сбору информации с метеорологических сенсоров, пишу софт. Каждую из метеорологических станций планируется оснастить локальным сервером, который будет прослушивать COMы и считывать то, что есть сказать тому или иному прибору. Локальный сервер будет накапливать наблюдение и пересылать его центральному серверу. Центральный сервер - JBoss, локальные - самописные


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


В первом случае меня немного парит то, что удаленные метеорологические станции используют жабоприложение. Понимаю, что это чисто от моего незнания жабы и от того, что я такого рода приложения всегда стараюсь делать как можно менее модульными и менее зависимыми от чего-бы то ни было, потому что проблем типа "что-то не работает на компе находящемся за 1000 км" хватит и так, дополнительные проблемы "а не сломалось ли чего в настройках JRE" не нужны.

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

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

Comments

[medvedd.livejournal.com]

Ну неужели нельзя проще,а ? :(

[volodymir-k.livejournal.com]

> а не сломалось ли чего в настройках JRE

А что за настройки, которые могут сломаться?

Единственные, что я знаю -- в реестре "актуальная" версия. Помнится, поставил я себе 4 JDK/JRE одновременно и пытался колупать -- тогда да, сломалось. Само собой ничего не случалось нигде.

[raydac.livejournal.com]

если некоторые гос учреждения на полном серьезе пропихивают Java+JBoss в системы боевого управления, то уж опросить метеооборудование это цветочки

[1ceheart.livejournal.com]

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

Да иногда банально зависит от компилятора, не то что от языка. Я однажды был немало удивлен, сменив в одном проекте компилятор - платформа причем клон x86, все на plain C, никаких SSE и прочей экзотики - и получив разницу в производительности на четыре порядка. Причем это была чистая случайность - ну вот, просто на определенном куске кода у gcc рвало крышу и он генерил бред. Так что никогда не угадаешь - можно сделать все правильно и наступить на какие-нибудь идиотские грабли, а можно написать TCP/IP на питоне и он будет даже приемлемо работать. Just because. Это, конечно, не повод писать TCP/IP на питоне :)