Последние годы существования компании Sun Microsystems были противоречивыми с точки зрения развития платформы Java. После выпуска версии Java SE 6 в 2006 г. был нарушен график выпуска новых версий Java, предполагавший обновленные релизы платформы раз в два года, а согласование спецификаций следующего релиза застопорилось — отчасти из-за бесконечных конфликтов Sun с партнерами-конкурентами (прежде...

Читать статью на CNews

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

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

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

Так то для винды десктопные аппликухи клепать, лучше майкрософта нет ничего. А для всего остального? Какие есть альтернативы для вебдева, например? Похапе чтоле?

Жаба конечно тормоз - с этим только дурак спорить будет. Но у нас стоят вебсфера, оракльпортал и ничего - работают и не жужжат. Нагружены всей Россией. Наверно просто у нас искали специалистов?

Ajax + Asp.Mvc потихонечку дозревает, RoR (по отзывам) для своего круга задач весьма неплох... у Java-решений все-таки порог вхождения очень высокий.

У Oracle железная позиция на рынке СУБД для крупного бизнеса, особенно в банковской сфере. И сопутствующие Java-технологии, такие как Hibernate ORM, практически незаменимы. Поэтому если Java потеряет рынок, то только вместе с Oracle. А альтернативы Oracle пока не видно, разве что объектные/кластерные базы вроде Cache и Teradata разовьются до должного уровня, и в ближайшие годы потеснить компанию Oracle на рынке классических тяжеловесных RDBMS нереально. Так что можно за Java не беспокоиться, а за JVM - тем более.

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

Asp.MVC хоть и дерет фишки из популярных ява-фреймворков, но идет в роли догоняющего. Плюс инфраструктура требует серьезных денежных вложений. Если я за сравнительно небольшие деньги могу запустить платформу под высоконагруженный сайт на яве, то под МС это ощутимо ударит по кошельку.

Конечно у МС есть интересные фишки вроде интеграции с другим их софтом типа "искаропки". Например с шарепоинтом. Но вы пробовали узнавать цену на шарепоинт? Или какие лицензионные вопросы всплывают при авторизации пользователей из интернета в домене AD?

Поэтому смысла особо не вижу. Тем боле, что у МС платформы порог вхождения не ниже.

Про ROR и PHP, ну кто-то и на Node.js проекты делает. Каждому сверчку свой шесток.

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

Хм. Вот есть такая система - Андроид.
И есть софт под нее - которого, скажем так, уже достаточно дохрена понаписали, и очень быстро.
И насколько мне известно - пишется он на жаве.
Видимо писали с таким трудом, превозмогая себя, вкладывая тонны денег.

Или мнение о дороговизне и неэффективности из той же серии, что и о неиспользуемых ВебСферах?

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

Вот именно у Hibernate есть вполне достойные .Net эквиваленты - NHibernate и Entity Framework.

Скорее из RoR (Asp.Mvc - это перелицовка Monorail'а, который был вдохновлен RoRом).



Если нужна именно инфраструктура, а не просто сайт, это на любой платформе дешево не будет.


А Вы пробовали узнавать цены на сравнимые с SP2010 DMS на Оракловой базе, типа DECOS5? Они как бы не подороже SP будут, при меньшей функциональности, не зря с них на SP народ когти рвет.


Хихи, знаменитые "named users" в Dynamics . Но, простите, за централизованную авторизацию и управление правами надо платить опять же на любой платформе, если нужна единая инфраструктура от клиента до приложения, а не просто "высоконагруженный сайт".


У МСа он по другому структурирован, большая часть денег - это лицензии на софт и юзверей, меньшая - на кастомизацию. У Явы+Оракла - скорее наоборот. МСовская раскладка очень многим симпатичнее, потому что она предсказуемее. Надежнее заложиться на недешевые МСовские лицензии и железо, чем на недешевую заказную разработку на Яве и оказаться прикованным к кастомизатору/интегратору навечно.

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

Учитывая количество понаписанного на Яве за последние 15 лет и тот факт, что как минимум половина его покрывается нынче коробочными МС решениями, мы без хлеба не скоро останемся

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

Дружище, я не окучиваю газпром и не перевожу людей с одного вьювера табличек на другой. У меня другая перспектива и из нее видится, что конечно, за все надо платить. Но уровень платежей будет разный. У МС-а все очень комплексно, интегрировано, но... дорого. Очень дорого.

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

Причем кода там по большому счету - тьфу, на пару месяцев работы одного неспешного девелопера. Учитывая НЕВЕРОЯТНУЮ стабильность явовских API, предсказуемость кодинга и наличие проверенных ГОДАМИ фреймворков, кодить под это дело - одно удовольствие. Так то по сути не хватает лишь сахара в синтаксисе Java, остальное уже есть. У МС это не так, там сахара много, а вот стабильных и обширных фреймворков нет, они в стадии развития, которое идет полным ходом. Стучат кирки и визжат пилы - мсявые орки кодят фреймворки.

Вот и возникает вопрос - зачем мне юзать Майкрософт?

Святая правда. Могу сказать, что именно тормозит и глючит в дотнете.

Вендоз.

Объекты клиентов WCF -- не тормозят и не глючат. Но WCF и на моно есть.

Объекты IE -- тормозят и глючат, причём аццки. 30 штук на машину (4 ГБ ОЗУ, процессорных ресурсов достаточно) -- готовься к перезагрузке. Вот он, родимый.

Если из вендов вендоз выпилить, один чистый дотнет оставив, может, и ничего будет. Но -- ничего, совместимое с моно. Сложненько при этом будет подсаживать.В 110% случаев -- fast-to-market. Больше никаких резонов. Когда fast не получится по характеру задачи -- незачем.

В числе этих "очень многих" отсутствуют инвесторы. По крайней мере американские.

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

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

А когда ява-кодеры (которые всю дорогу ни дотнета ни винды не знали и тем были горды до усрачки) переводят ява-проект на дотнет - странно было бы, если б у них оно не глючило

А что такое "масштаб предприятия"? Кроме установки типовых решений есть и другие задачи. Весь ИТ к шарепоинту не сводится.

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

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

И все это должно быть не слишком дорого в разработке.

Во-первых, для работы с Oracle предпочтительнее Hibernate+JDBC, да и на виндах Oracle плохо работает. А во-вторых, сообщество NHibernate меньше, поэтому компонентная база слабее.

Счас вам Оракл устроит стабильность, выпуская по новой версии в год. :lol:

1. Полюблю Оракл не раньше чем они разрешат разрабатывать свои явамашины и отстанут от Google и Apache. (ну и libreoffice подержат а не ОО)
2. Java - мамонт, для веба уже всех пожрал Python! (Pylons, Django, Tornado, Gevent, Twisted... (специально привёл разного направления проект)) - RoR тормоз увы из-за ruby да и сам ruby это перло подобный выхлоп.
3. Если есть руки Postgres вполне обходит Oracle. (к тому же в последних версиях появляются такие плюшки которые в ораклятене даже в планах нету)

дорого у MS?
вы цены IBM и Oracle смотрели?

по поводу всяких там named пользователей - для интернет схемы лицензирования не завязаны на кол-во ползователей.

а стоимость SharePoint - около 15 K
берем 3-4 фронтенда, добавляем кластер SQL (лиц-ся по процессорам), System center - в итоге спокойно влезаем в сотку.

можно детально посчитать если интересно.

если говорим о типовом вебсайте, то такое решение сможет поддерж ивать около 5000 RPS - а это не маленькая цифра.

причем решение масштабируемое, с мониторингом и полным функционалом WCM + не забываем про поддержку вендора.

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

ну а про скорость рабработки - это отдельный вопрос. на жаве вы будете 3 года писать то, что на .net напишете за месяц.

Вы там кластерную венду и трах с вендокластером не забыли?Попробуйте, только постарайтесь ничего не забыть. Это довольно трудно. :o ????? Мы же не про J2EE и не про апплеты на клиентской стороне говорим!!! Кроме того, у дотнета функциональности, аналогичной апплетам, нет вообще. Сервелат -- не аналог.На самом деле разница по времени раза в 2-3 и малосущественна, если делается долгоиграющий проект, зато дотнет может подкинуть подарки, где их не ждёшь.

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

На питоне (Django) был сделан developers.sun.ru.

Вы просто не знаете, что оно на python написано. Что для вас крупный сайт? К примеру половина гугловых сайтов на python написаны (раньше в url постоянно вылезало .py)

Господа, слухи о дороговизне лицензий от MS несколько преувеличены, есть маркетинговые программы, акции, альтернативы

И что лицензию на конект к MsSql вне зависимости от того посредством чего вы информацию сняли то же отменили?

есть, но не всегда, а мудохаться с МСовщиной потом придётся вечно, ибо она ни на что не переносима:+: а вот альтернативами МСу мы и пользуемся :lol:

Злой Вы orlusha, нехороший ... ибо сказано в писании, несите ваши денюжки, иначе быть беде

Докажи личным примером! Рассчитай стоимость инсталляции из пяти фронтендов, двух серверов БД и одного бакенда. Чисто расходы на лицухи.

Основная масса "продвинутых" сайтов сделана с использованием PHP, в том числе масштабные проекты. Затем по популярности идёт ASP.Net. А JSP и pl (Perl) в нете особой популярности не снискали. Разве что в интернет-банках почаще Джаву используют.

Остальные интернет-проекты используют более обычные, не заточенные под Сеть технологии - C++, C#, Java.

JSP это говно мамонта.



Это с каких пор Java перестала быть заточенной под сеть? О_О

Это ваше частное мнение. Хотя да на php увы написано большинство и именно по этому куча народу переписывает это.
И к слову это мнение очень раша ориентировано - в США немного другой расклад.

А куле ты тогда постоянно вендософт на 20-ти платформах "тестируешь" B) ? Чиста чтоб лишний раз убедиться, какое это гуамно ?
По моему, кроме браузера, чтоб на форум простыни слать без передыху, ты ничем больше не пользуешься :D .

за что платят, то и тестирую. :lol: Принимает решение по результатам тестирования заказчик, случаи полного ухода с вендов были (это наполовину in-house очень серьёзный и долгоиграющий проект в очень серьёзной фирме).

сам для вендов не пишу -- ни пользовательский софт, ни тестовый. Генераторы нагрузки на никсах работают лучше и пишутся проще.Излил своё страдание? Легче стало?

Продолжай быдлокодить. Родина ждёт от тебя свершений.

Там где нужна стабильность, высоконагруженность и предсказуемость работы сервиса есть только два реальных игрока - Java и С на юниксе с ораклом. И положение дел пока никуда не двигается. Стек вендотехнологий это не более чем средний бизнес и его сервисы, не критичные к серьезным сбоям. Мое утверждение отлично иллюстрирует история Лоднонской фондовой биржи.

Он просто завидует! ;)

Вот блин, из Java7 убрали все вкусности, которые будут в Java8 аж в следующем году. Пидорейры.

Не. Оракл. Ультраконсерваторы. QA не пропустил.

зато потом как начнут версию за версией выплёвывать

когда весь явский QA в лэйофф отправят -- исчо как начнут, бурным потоком!

Тогда Жаба и загнёться... она зиждиться на консерватизме.