А вот антихоливар
Aug. 6th, 2009 01:51 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
metaclassру-жаба:
В рамках проекта по сбору информации с метеорологических сенсоров, пишу софт. Каждую из метеорологических станций планируется оснастить локальным сервером, который будет прослушивать COMы и считывать то, что есть сказать тому или иному прибору. Локальный сервер будет накапливать наблюдение и пересылать его центральному серверу. Центральный сервер - JBoss, локальные - самописные
чудаки додумались реализовать сетевой стэк сервера на жабе, за что и отгребают уже который месяц :)
В первом случае меня немного парит то, что удаленные метеорологические станции используют жабоприложение. Понимаю, что это чисто от моего незнания жабы и от того, что я такого рода приложения всегда стараюсь делать как можно менее модульными и менее зависимыми от чего-бы то ни было, потому что проблем типа "что-то не работает на компе находящемся за 1000 км" хватит и так, дополнительные проблемы "а не сломалось ли чего в настройках JRE" не нужны.
А вот во втором мне кажется, что народ банально накосячил с архитектурой, потому как я не верю, что от языка тут что-то глобально зависит. Ну не считая принципиальных ограничений типа "прогу на дельфи на мосчном юникс сервере не запустишь" и "нету реализации виртуальной машины для такой платформы".
Т.е. вообще говоря, выбор языка это в большинстве случаев вопрос из разряда "есть ли у нас на нем вменяемые программисты". А выбирают обычно из каких-то сектантских соображений.
В рамках проекта по сбору информации с метеорологических сенсоров, пишу софт. Каждую из метеорологических станций планируется оснастить локальным сервером, который будет прослушивать COMы и считывать то, что есть сказать тому или иному прибору. Локальный сервер будет накапливать наблюдение и пересылать его центральному серверу. Центральный сервер - JBoss, локальные - самописные
чудаки додумались реализовать сетевой стэк сервера на жабе, за что и отгребают уже который месяц :)
В первом случае меня немного парит то, что удаленные метеорологические станции используют жабоприложение. Понимаю, что это чисто от моего незнания жабы и от того, что я такого рода приложения всегда стараюсь делать как можно менее модульными и менее зависимыми от чего-бы то ни было, потому что проблем типа "что-то не работает на компе находящемся за 1000 км" хватит и так, дополнительные проблемы "а не сломалось ли чего в настройках JRE" не нужны.
А вот во втором мне кажется, что народ банально накосячил с архитектурой, потому как я не верю, что от языка тут что-то глобально зависит. Ну не считая принципиальных ограничений типа "прогу на дельфи на мосчном юникс сервере не запустишь" и "нету реализации виртуальной машины для такой платформы".
Т.е. вообще говоря, выбор языка это в большинстве случаев вопрос из разряда "есть ли у нас на нем вменяемые программисты". А выбирают обычно из каких-то сектантских соображений.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2009-08-06 04:54 pm (UTC)Я даже за деньги это делать не стану, зачем мне тратить недели на сидение в windbg и вылавливание зависимостей от баговых версий comctl32 какого-нибудь, если за это время я сделаю 10 фич для клиентов с нормальными ОС и получу гораздо больше результата.
И под юниксом то же самое никто делать не станет на самом деле - скажут "у вас ядро устарело, идите нахер".
Но при надобности и под виндой дебаг доступен.