Здравствуйте, Young, Вы писали:

VV>>Я считаю, что как явление в IT java себя уже исчерпала, а в свете смены управляющего субъекта перспектив развития у нее не осталось.
Y>Извините, но производители сотен миллионов девайсов с Android на борту, начиная с телефонов и заканчивая холодильниками, и включая телевизоры с вами никак не согласятся.
Выкатит Гугл какой-нибудь JaGo с простым путём миграции с Java и всем будет счастье.

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Young, Вы писали:

VV>>>Я считаю, что как явление в IT java себя уже исчерпала, а в свете смены управляющего субъекта перспектив развития у нее не осталось.
Y>>Извините, но производители сотен миллионов девайсов с Android на борту, начиная с телефонов и заканчивая холодильниками, и включая телевизоры с вами никак не согласятся.
C>Выкатит Гугл какой-нибудь JaGo с простым путём миграции с Java и всем будет счастье.

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

Здравствуйте, Young, Вы писали:

Y>>>Извините, но производители сотен миллионов девайсов с Android на борту, начиная с телефонов и заканчивая холодильниками, и включая телевизоры с вами никак не согласятся.
C>>Выкатит Гугл какой-нибудь JaGo с простым путём миграции с Java и всем будет счастье.
Y>Пускай сначала баги поправят в своем конверторе из одного явавского байткода в другой явовский байт код... А потом уже более сложные вещи делают....
Поправят, если будет доставать. Уж то что Гугл не умеет делать сложные вещи — это конечно загиб.

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Young, Вы писали:

Y>>>>Извините, но производители сотен миллионов девайсов с Android на борту, начиная с телефонов и заканчивая холодильниками, и включая телевизоры с вами никак не согласятся.
C>>>Выкатит Гугл какой-нибудь JaGo с простым путём миграции с Java и всем будет счастье.
Y>>Пускай сначала баги поправят в своем конверторе из одного явавского байткода в другой явовский байт код... А потом уже более сложные вещи делают....
C>Поправят, если будет доставать. Уж то что Гугл не умеет делать сложные вещи — это конечно загиб.

Сложные то может и умеет, а вот простые.

split.density сделать не могут, чтобы пользователи под девайсы с различными размерами и типов экранов получали приложения с различным набором ресуров, вот как уже два года, а то и больше. Хотя я именно два года назад на GDD от них слышал — да мы знаем об это, да мы считаем это важным, да наши инженеры работают над этим.

Здравствуйте, Lepsik, Вы писали:


E__>>А до жабы и шарпа всем остальным в секторе крупных серверных приложений как до Луны.

L>до C++ им далеко

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

Здравствуйте, FR, Вы писали:

FR>Здравствуйте, vladimir.vladimirovich, Вы писали:

VV>>Я считаю, что как явление в IT java себя уже исчерпала, а в свете смены управляющего субъекта перспектив развития у нее не осталось.

FR>Вот и главный яблочник тоже решил что пора хоронить http://news.cnet.com/8301-31021_3-20020338-260.html
Больше похоже на то, что они не хотят иска от Оракла.

Здравствуйте, Kernan, Вы писали:

FR>>Вот и главный яблочник тоже решил что пора хоронить http://news.cnet.com/8301-31021_3-20020338-260.html
K>Больше похоже на то, что они не хотят иска от Оракла.

Тогда еще хуже.

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Lepsik, Вы писали:

E__>>>А до жабы и шарпа всем остальным в секторе крупных серверных приложений как до Луны.
L>>до C++ им далеко
C>Не обольщайся. Кода на Java и C# уже много больше кода на С++, и дальше ситуация для С++ будет всё хуже.

Он *УЖЕ УМЕР*. Все плюсовики просто копаются в трупе.

Здравствуйте, blackhearted, Вы писали:

E__>>>>А до жабы и шарпа всем остальным в секторе крупных серверных приложений как до Луны.
L>>>до C++ им далеко
C>>Не обольщайся. Кода на Java и C# уже много больше кода на С++, и дальше ситуация для С++ будет всё хуже.
B>Он *УЖЕ УМЕР*. Все плюсовики просто копаются в трупе.
Не, С++ ещё вполне жив в нишевых областях. И будет жить ещё очень долго.

Здравствуйте, Cyberax, Вы писали:

E__>>>>>А до жабы и шарпа всем остальным в секторе крупных серверных приложений как до Луны.
L>>>>до C++ им далеко
C>>>Не обольщайся. Кода на Java и C# уже много больше кода на С++, и дальше ситуация для С++ будет всё хуже.
B>>Он *УЖЕ УМЕР*. Все плюсовики просто копаются в трупе.
C>Не, С++ ещё вполне жив в нишевых областях. И будет жить ещё очень долго.

Безусловно. Но в энтерпрайзе он мертв, да никогда особо и не жил. Там сборщик мусора рулит. Запрос-ответ, куча мусора в молодом поколении, которая расчищается почти без потерь. И без напряга со стороны программера. Плюс, разольное поле для JIT — эти приложения работают долго(по сравнению с десктопными), и рантайм компилятор узкие места заоптимайзит максимально.

Здравствуйте, Eugeny__, Вы писали:

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

Извините, из чистого любопытства спрашиваю, а какие (чьей разработки) вы знаете современные "движки биллинга" для мобильных операторов, и на чем эти движки написаны? И заодно, что имеется в виду под выражением "движок биллинга"?

Здравствуйте, lazymf, Вы писали:

L>Здравствуйте, Eugeny__, Вы писали:

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

L>Извините, из чистого любопытства спрашиваю, а какие (чьей разработки) вы знаете современные "движки биллинга" для мобильных операторов, и на чем эти движки написаны? И заодно, что имеется в виду под выражением "движок биллинга"?

Amdocs Billing например на плюсах, и вроде как занимает самый большой процент рынка из всех биллингов, хотя он далеко не новый
Comverse и Convergys не знаю на чем пишут свои системы, но что-то мне подсказывает что наверняка не на шарпе
Или это про операторов, которые сами себе пишут что-то?

Здравствуйте, Pyromancer, Вы писали:

P>Или это про операторов, которые сами себе пишут что-то?

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

Здравствуйте, Eugeny__, Вы писали:

E__>разольное поле для JIT — эти приложения работают долго(по сравнению с десктопными), и рантайм компилятор узкие места заоптимайзит максимально.
Ещё ни один JIT не дорос до качественного уровня оптимизации хотя бы того же MS cl.exe
Хотя казалось бы, что мешает.
Но вдруг выясняется, что много времени на работу JIT никто в здравом уме не даст. Как и памяти. Ибо самим надо. Какой смысл JIT-ать дольше чем будет выполняться полученный код?
А отдельную offline версию с блекджеком опять таки писать не улыбается ибо 2 сильно различающиеся версии компилятора поддерживать то ещё развлечение.
Так что судя по всему на практике JIT так никогда и не дорастёт.
Ибо всем пофигу. Как то компилит и ладно. Результат особо заметно не тормозит и ладушки. Опять таки рыданий и соплей по поводу скорости из энтерпрайз сектора не доносится, а значит по карману не бьёт.
Всё равно область применения манагед в энтерпрайзе в большинстве своём всякое не сильно поворотливое общение с DB и показ GUI. Кому надо скорости — напишет unmanaged модуль, скомпилирует нормальным компилятором и будет его из хрустальной башни звать.
Ну а в теории JIT будет несомненно побеждать и бороздить, да.

Здравствуйте, lazymf, Вы писали:

L>Что имел в виду ув. Eugeny__ я не знаю, а мне лично было бы интересно узнать про тиражируемые решения
Биллинг опсоса считай штучное решение.
Не так то много их, опсосов то.
Зато фичи типа realtime billing в последнее время я смотрю популярны.

Здравствуйте, lazymf, Вы писали:

l> E__>Никто в здравом уме не станет писать новый, например, движок биллинга для мобильного оператора, на плюсах.

l> Извините, из чистого любопытства спрашиваю, а какие (чьей разработки) вы знаете современные "движки биллинга" для мобильных операторов, и на чем эти движки написаны? И заодно, что имеется в виду под выражением "движок биллинга"?

Я знаю одну контору, которая пишет и продает биллинговую систему. Пишут на дельфях.

Здравствуйте, hattab, Вы писали:

H>Я знаю одну контору, которая пишет и продает биллинговую систему. Пишут на дельфях.

Вот прямо целиком на дельфях?

Здравствуйте, lazymf, Вы писали:

l> H>Я знаю одну контору, которая пишет и продает биллинговую систему. Пишут на дельфях.

l> Вот прямо целиком на дельфях?

Угу.

Здравствуйте, FR, Вы писали:

FR>Здравствуйте, vladimir.vladimirovich, Вы писали:

VV>>Я считаю, что как явление в IT java себя уже исчерпала, а в свете смены управляющего субъекта перспектив развития у нее не осталось.

FR>Вот и главный яблочник тоже решил что пора хоронить http://news.cnet.com/8301-31021_3-20020338-260.html

Если они задебрекейтят свою JVM, моментально найдутся люди, которые создадут открытый порт HotSpot для MacOS. Но надо быть дураком для того, чтобы свернуть поддержку java, потому что система без java нафиг никому не сдалась. А может, в Apple сочли, что проект MacOS исчерпал себя?

Здравствуйте, CreatorCray, Вы писали:

CC>Ещё ни один JIT не дорос до качественного уровня оптимизации хотя бы того же MS cl.exe

Хотя бы . Круче cl.exe в плане оптимизаций только icc.exe.

CC>Но вдруг выясняется, что много времени на работу JIT никто в здравом уме не даст. Как и памяти. Ибо самим надо. Какой смысл JIT-ать дольше чем будет выполняться полученный код?

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

CC>Ну а в теории JIT будет несомненно побеждать и бороздить, да.

Он и на практике уже бороздит. Надо признать, что Java и .NET совместно в плане мейнстримовости однозначно и с большим запасом зарулили все остальные эксперименты на тему ухода от голого нейтива.