ЛагманПока кроме обзывания меня дураком, размазанного на несколько абзацев, ничего не вижу.
Да ладно, какие там несколько абзацев? Всего одно предложение, и то дураком никто никого не называет.

ЛагманЕсли я не понял в чем главное преимущество жабы, может поясните в двух словах.
В двух словах написано было выше - "Вопрос же не в том можно ли сделать говнокод, а в том насколько легко можно сделать конфетку-код"

ЛагманАлсо в слове sigsegv букву потерял, профессионал. В продакшене падает даже сама jvm. Всё это никак не зависит от того, на жабе это или не на жабе.
Чтобы избежать этого надо пользоваться провереными сборками и не использовать сомнительные языковые конструкции, которые только вчера были придуманы и еще не отлажены. И смотрите еще: вы мне сделали замечание а я не нервничаю, не возникаю мол вы меня обозвали безграмотным и тд и тп, а просто спокойно принял его к сведению. Именно такой реакции я ждал от вас.

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

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

Мне тут подумалось - ведь конкретно эта задача "простого вэбсервера" практически идентично делается что там что тут. Дьявол - в мелочах. Давайте добавим в ваш сервер практические задачи? Чтобы поувствовать преимущества, надо (напрмиер) добавить к вашему серверу такой функционал:

- возможность без остановки сервера удобно добавлять-удалять клиентские запросы
- чтобы при этом неправильно написаный клиентский запрос не мог уронить весь сервер
- сотню различных запросов (неоднотипных). В них обязательно некоторое кол-во "плохих" запросов - вечный цикл, запись в (void*)0, бесконечный new... B чтоб оно не падало и не особо глючило.

И потом еще:
- возможность работать с >1000 медлеными соединениями, многопоточно обрабатывая клиентские запросы. И конечно, чтоб при этом не плодилось 1000 потоков.
- потоковая передача видео, по какому-либо запросу.

Хотя, теоретически, первых трех должно хватить.
Вобщем суть в том, что ваш пример все же высосан из пальца - он задумывался как тестовый и таковым является, а чтобы почвствовать преимущества, надо сделать ваш сервер более практически-ориентированным. Ну то есть, чтобы он хорошо делал какую-нибудь реальную задачу. Мне кажется, если вы это попробуете, то уже почувствуете преимущества.

Лагманchabapokвозможность работать с >1000 медлеными соединениями, многопоточно обрабатывая клиентские запросы. И конечно, чтоб при этом не плодилось 1000 потоков
Эти возможности зависят в основном от средств ОС на которой работает система, вообще не понимаю, неужели джава это единственный язык, на котором можно реализовать данные требования. Вон на эрланге пишут, на лиспе, на похапэ, прости хоспаде.
Для данного теста считаем, что ос позволяет так сделать. Всякие там дос, blackberry и прочую экзотику не используем... Пускай ос - убунта, текущая lts, например.

Да...вы действительно не поняли. Жава - далеко не единственный язык, на котором это можно сделать. Но - один из немногих, на которых это делать легче и быстрей.

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

На php кстати не пишут сервера (Хотя класс Socket там есть, и извращенцы могут на нем написать веб-сервер, но зачем?), сам php работает внутри существующего веб-сервера, apache или nginx как правило. При этом типизация с пыхе - это не достоинство и не недостаток, это фича. Поэтому, для некоторых задач он лучше жавы по той же причине - на нем накодить легче и быстрей эти некоторые задачи.

eJackНужен десктоп - (C++ и QT)
повбывав бы (с)

Зачем для десктопа средство с ручным управлением памятью? Нужен десктоп - Adobe Flex, C# или Java.
Qt для десктопа используют только изза инэрционности мышления.

а обязательно надо знать?
Ладно, в комплект адоб flex входит компилятор action script, то есть, практически весь флеш - а это все браузерные игры, в части из которых может использоваться flex в рантайме.

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

Наверное, чтобы не сказали что это звучит больше как отмазка, надо привести похожий пример из реальной жизни. Возьмем например, трамвай. Представим. На улице 1976 год. И едет по рельсам он, такой весь из себя красивый-разукрашеный, на нем гордо написано "харьковскому трамваю - 70 лет!". На улице 1996 год. Едет он же, через краску уже проступает раживчина. Эта развалюха передвигаясь, громыхает и на ней написано - "харьковскому трамваю 90 лет". На улице 2006. Плетется это, все из себя ржавое-кривое, видно, что красилось десятки раз. Громыхает, часть окон выбита, часть не закрывается, перила ободраны, сидухи отодраны, все в жвачке, стены разрисованы, громкая связь давно сломалась, в салоне или дубарь или жара в любое время года, раз в день сход с рельс. И на боковине, типа гордо, написали "харьковскому трамваю - 100 лет!" (на самом деле подвижному составу меньше 100) но надпись уже не взывывает восхищения, а лишь вопрос - ну когда же ее на металлолом спишут? Но тем не менее "это" ездит и ездило бы еще долго, если б не отмыв бабла и евро 2012. Несмотря на то, что оно старое, и на то, что уже давно делают лучше трамваи - основной функционал он выполняет и его используют - чего зазря тратиться на новое? И только когда оказывается, что основной функционал оно уже не может выполнять, его снимают с эксплуотации.

Примерно так же происходит и с приложениями. Пока старое распрстраненное приложение выполняет свои задачи - мы его используем. Я например во времена 486 нашел coolplayer. Поделка какого-то школьника. Криво работает с кодировкой, но только он мог играть mp3 без тормозов на моей слабой машине. И до сих пор его использую - привык, и свои задачи он выполняет.

Именно поэтому так мало широкобрендовых продуков на java, flex и тд. Эти технологии появились не в ту эпоху. С другой стороны, на ней полно всякой мелочевки, менее известной, более узконаправленой.

Petro123,

да, есть такая штука - adove air который предназначен для того, чтоб запускать приложения на flex как десктопные. Широко известных десктопных продуктов на flex нет по причинам, изложеным выше. Менее известные есть, но по причинам, изложеным выше, это узкоспециализированные вещи, их название ничего не нам скажет. Я лично видел человека, который делал чтото декстопное на flex для медицины, но в продробности не вникал.