Отож, в Нивале сервак на жаве.

> В тоже время жавовские задачи однообразны и унылы,

Это и есть область применения Жабы. Однообразные и унылые задачи, решение которых сводится к сбору очередного велосипеда из готовых кубиков. Жаба предназначена для использования неквалифицированным, посредственным персоналом, таким, у которого от не-однообразной и не-унылой задачи мозг моментально расплавился бы.

> Я уточню, что речь идет не о каких-то мифических мегаконторах, где надо кандидатом наук быть, чтоб устроится

Какие такие "мегаконторы"? Это среднее требование в большинстве хоть немного приличных заведений, где хоть немного наукоёмкие задачи решаются. Естественно, кандидатскую степень может заменить просто хорошее образование + опыт работы в наукоёмких отраслях от десяти лет + известность в своей специальности (публикации, известность в среде опенсорца, и т.п.).

И, кстати:

1) Кобольщикам и сейчас весьма вольготно живётся

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

L2J сервер :)

http://trac.balancer.ru/fortress/

>сводится к сбору очередного велосипеда из готовых кубиков

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

Ты, например, сколько знаешь опен-сорсных, совместимых между собой серверов приложений, написанных не на яве? Я вот как-то не одного...

Ява - это рантайм. Как язык - крайне паршиво, как парадигма - крайне ужасно. Зато есть туева хуча различных стабильных API... А из аналогов только .Net.

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

Под "сборкой из кубиков" понимается низкое соотношение своего интеллектоёмкого кода к количеству этих самых кубиков.

> Ты, например, сколько знаешь опен-сорсных, совместимых между собой серверов приложений, написанных не на яве?

Само понятие "сервер приложений" за пределами явы не имеет смысла.

> Зато есть туева хуча различных стабильных API...

Заточенных под исключительно унылые и убогие области, однако. Серьёзных и интересных API там мало.

>совместимых между собой серверов приложений

linux написан на си

>Само понятие "сервер приложений" за пределами явы не имеет смысла.

Ну хорошо, хорошо. Заменим на "сервер бизнес-логики".

> Ну хорошо, хорошо. Заменим на "сервер бизнес-логики".

Вне жаба-идеологии, опять же, такое понятие не имеет смысла, вообще. В рамках того же банального unix way прекрасно всё живёт, без всяких там "серверов приложений", EJB, и прочей херни.

>Вне жаба-идеологии, опять же, такое понятие не имеет смысла, вообще

Ага, значит "трехзвенку" придумали сановцы? А пацаны-то и не знают.

Кстати, единственной открытой альтернативой является CORBA, но это скорее компонент сервера приложений. Более того с реализациями напряженка, и заслуженная критика за сложность технологии.

Если конечно бабла немерено, то можно и свой велосипед разработать и поддерживать, есть и протоколы типа XMPP. Хотя зачем? Мы разработаем свой бинарный протокол на базе TCP, свое собственное понимание объектной модели и т.д. Только такой проект либо сожрет денег, либо провалится, а скорее всего и то и другое.

> Ага, значит "трехзвенку" придумали сановцы? А пацаны-то и не знают.

Какое отношение трёхзвенка имеет к "серверам приложений"?!?

> Кстати, единственной открытой альтернативой является CORBA, но это скорее компонент сервера приложений.

На хер CORBA. Это всё извращения. Есть unix way, он рулит.

> Мы разработаем свой бинарный протокол на базе TCP, свое собственное понимание объектной модели и т.д.

Фишка в том, что никакая "объектная модель" на хер не нужна.

>никакая "объектная модель" на хер не нужна.

ОООО! А какая же нужна?

> ОООО! А какая же нужна?

От задачи зависит. А пихать всё в говняную распределённую объектную модель и упоённо передрачивать туда-сюда объектики через всякие выродские протоколы вроде CORBA или вовсе SOAP - это как раз самый что ни на есть быдлокодеризм головного мозга.

Я лично не встречал задач, которые требовали бы непременно жабоподобного решения или ещё какой корбы. Всё, что делается через эту жопу, можно сделать всегда гораздо проще и надёжнее в рамках банального unix way.

>1) Кобольщикам и сейчас весьма вольготно живётся

Где? Ни в Оренбурге, ни в Тюмени, ни в Петрозаводске я вакансий для Кобольщиков не видел. Где они устраиваются?

>Ява - это рантайм. Как язык - крайне паршиво, как парадигма - крайне ужасно. Зато есть туева хуча различных стабильных API...

Да? Назови одновременно заведомо лучшую парадигму и язык для нее. А теперь расскажи, почему же на этом пресловутом Самом Лучшем Языке II не написали качественных, быстрых и безглючных рантаймов, которые человечество^W 5 млн. разработчиков использовали бы бесплатно для своих прикладных программ? И почему в создании такой убогой парадигмы участвовал сам Гай Стил? Почему же Spring остается Creme de la Creme в области интеграции гетерогенного софта и преимущественной платформой для новых проектов?

>А из аналогов только .Net.

Ты какбэ намекаешь, что в Microsoft одни обезьяны и идиоты работают, что не смогли сразу создать нечтоналоговувышеявы, а просто тупо склонировали лучшую платформу разработки? (естественно, улучшив и исправив узкие места)

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

Ну назови хотя бы несколько наукоемких проектов, в которых нормальные адекватные деньги прогеры получают, т.е. наукоемкие проекты реализуются как прикладные решения/товары/услуги. Google? Да. А туда уже все русские программисты поуезжали?

>Какое отношение трёхзвенка имеет к \"серверам приложений\"?!?

Такое, что сервер приложений это третье звено в трехзвенке :wink: Зубри маны, дружок, иначе так и будешь получать кандидатскую подачку в 15тыс. руб. когда другие получают адекватные их знаниям и вкладу в разработку софта зарплату

>На хер CORBA. Это всё извращения. Есть unix way, он рулит

Детский сад. Быдло, он НЕ рулит. Если бы рулил, все так и писали бы решения на C в стиле 70-х годов и никто бы не парился с придумыванием OOD. Только вот почему то при линейном росте сложности задач и бизнес-требований сложность разработки софта в стиле Unixway стала рости нелинейно а квадратично или экспоненционально, прогеров просто элементарно было не прокормить. Вот. И появились улучшения в методологии разработки, которые впоследствии оформились в OOD&OOP. Иди уже буквари читай

>А пихать всё в говняную распределённую объектную модель и упоённо передрачивать туда-сюда объектики через всякие выродские протоколы вроде CORBA или вовсе SOAP

А ты предлагаешь текстовые файлы зиповать и через океан перебрасывать, как в 70-е годы? А при изменении формата текстового файла одновременно на всех узлах обработки менять ПО. Да? А ты думаешь, это легко и дешево? Особенно при существовавших в 70-80-е годы каналах в 2400бод?

>Всё, что делается через эту жопу, можно сделать всегда гораздо проще и надёжнее в рамках банального unix way.

Так что же ты сидишь и не сделаешь? Сделай нам без C++ игруху по типу хотя бы Doom 3. В ней и CORBA не использовано а C++ есть.

> Детский сад. Быдло, он НЕ рулит.

Так, начнём с того, что быдло - ты. Усвоил? Теперь можно продолжать.

> Если бы рулил, все так и писали бы решения на C в стиле 70-х годов и никто бы не парился с придумыванием OOD.

"ВСЕ" - это как раз и есть то самое быдло. "ВСЕМ" нужны объектные-компонентные модели, извращённые RPC, и тому подобное барахло, потому как "ВСЕ" не способны мыслить достаточно абстрактно и системно, чтобы спроектировать умно архитектуру коммуникаций - им проще тупо воспроизводить ранее зазубренные "универсальные" шаблоны.

> И появились улучшения в методологии разработки, которые впоследствии оформились в OOD&OOP.

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

Мы тут говорим про компонентные модели, такие как EJB и CORBA (и DCOM до кучи). Твоё же мнение про OOD в контексте этой темы совершенно неуместно.

> А ты предлагаешь текстовые файлы зиповать и через океан перебрасывать, как в 70-е годы?

Так так так, расскажи нам тут про EJB, раскиданное через океан. Посмеёмся.

> Сделай нам без C++ игруху по типу хотя бы Doom 3.

А с какого бока ты, ламерьё, приплёл тут C++? Не понимаешь, о чём разговор идёт - иди мимо, молча. Не встревай и не позорься так.

В жабе есть аннотации — только ради их неповторимого секса можно забыть все остальные языки.

Кусочек Сахару Троллям

>Всё, что делается через эту жопу, можно сделать всегда гораздо проще и надёжнее в рамках банального unix way.

Сделай мне сервер приложений через unix way.

>Сделай мне сервер приложений через unix way

белка, дай определение сервера приложений

мне стало интересно :)

http://en.wikipedia.org/wiki/Application_server

>http://en.wikipedia.org/wiki/Application_server

Ради прикола читаем: "Advantages of application servers"

>Data and code integrity By centralizing business logic on an individual or small number of server machines,

rdist/rsync/etc не осилили.

>Centralized configuration Changes to the application configuration, such as a move of database server, or system settings, can be done centrally.

То же.

>Performance

Особенно радует в контексте "individual or small number of server machines".

>Security (A central point), Transaction Support (can benefit by a system wide standard behaviour)

судя по описанию происходят от любой "стандартизации".

При том, "the benefits above" оказывается ещё и "somewhat negate"д:)

То ли у википедистов фантазия усохла, то ли это таки базвордничество.

> На ней, в коммерческой сфере, в россии делается что-нибудь не связанное с вебом?

Делается. Только вот java-программиста (нормального, а не унылого и не веб-уровня) найти как-то сложно; видел конторы, которые даже подумывают поскорее всё на плюсы переписать, чтобы с этой проблемой полегче стало.

> linux написан на си

LOR написан на жабе.

>заведомо лучшую парадигму и язык для нее

На яве крайне сложно создавать полноценные eDSL/DSL, поэтому для собственных нужд используется XML и программисты не считают это зазорным.

Ява не может определиться кто она: статическая или динамическая.

Ява сравнительно недавно сделала попытки внедрения параметрического полиморфизма. К сожалению, этот факт очень серьезно повлиял на ее архитектуру.

В яве нет понятия метакласс. В яве нет MOP. Из-за этого создателям гибернейта пришлось очень серьезно извращаться с прямой компиляцией байт-кода. И преобразование модель данных -> объектная модель в яве - royal pain in the arse. Хотя, в защиту скажу, что генераторы кода для вышеописанного делается достаточно просто.

В яве используется модель ООП, основанная на сообщениях (это когда класс однозначно определяет поведение). Есть и другая, когда поведение определяется т.н. "обощенными функциями". После чего из них динамически строится "эффективный метод" (по любой, даже самой извращенной схеме). Такой подход позволяет легко и просто создавать мультиметоды, что в яве с С++ - жуткая головная боль.

Любая библиотека на яве представляет собой свалку классов, интерфейсов, абстрактных классов, классов-оберток, классов-исключений.

Хотя чего это я распинаюсь? Есть книга GoF, где недостатки объектной можели C++ подробно расписаны.

> В жабе есть аннотации — только ради их неповторимого секса можно забыть все остальные языки.

Быдло, студентик сопливый, ты ещё не ответил за то, как ты опозорился в теме про js vs. lisp. Так что перестань новый пердёжь выдавать, пока по старому не отчитался.

Да, а аннотации твои - херня убогая и примитивная.

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

> используется XML и программисты не считают это зазорным.

Не, ну так мыши ж. Плакали, кололись, но продолжали кушать.

> И преобразование модель данных -> объектная модель в яве

Ну, это к любому преобразованию между реляционной и объектной моделью применимо. Impedance mismatch. Лучше не преобразовывать вообще.

Интересно, это один и тот же анонимус или несколько разных?

На жабе написана опен-сорсная программа распознавания речи. Название не помню. Лично меня это достаточно сильно впечатляет.