Oracle готовит "перезагрузку" Java Опции

[NewsBot]

Последние годы существования компании 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 человек тоже может позволить себе разработку на яве, если у её веб-службы миллион-два-три клиентов, активно её использующих. Просто потому, что никакой другой вариант реализации не будет тянуть нагрузки.

Какие есть альтернативы для вебдева, например? Похапе чтоле?

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

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

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

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

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

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

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

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

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

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

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

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

И сопутствующие Java-технологии, такие как Hibernate ORM, практически незаменимы.

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

Asp.MVC хоть и дерет фишки из популярных ява-фреймворков, но идет в роли догоняющего.

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

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

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

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

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

Или какие лицензионные вопросы всплывают при авторизации пользователей из интернета в домене AD?

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

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

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

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

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

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

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

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

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

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

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

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

Вендоз.

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

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

Если из вендов вендоз выпилить, один чистый дотнет оставив, может, и ничего будет. Но -- ничего, совместимое с моно. Сложненько при этом будет подсаживать.

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

В 110% случаев -- fast-to-market. Больше никаких резонов. Когда fast не получится по характеру задачи -- незачем.

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

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

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

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

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

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

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

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

А что такое "масштаб предприятия"?

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

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

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

Сообщение отредактировал archnae - 25.6.2011, 11:52

И сопутствующие Java-технологии, такие как Hibernate ORM, практически незаменимы.

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

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

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

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