Java must die.
От: vladimir.vladimirovich США  
Дата: 08.10.10 20:02
Оценка: 1 (1) +5 -3 :)))
Я считаю, что как явление в IT java себя уже исчерпала, а в свете смены управляющего субъекта перспектив развития у нее не осталось.
Re: Java must die.
От: Eugeny__ Украина  
Дата: 09.10.10 19:29
Оценка: 1 (1) +2
Здравствуйте, vladimir.vladimirovich, Вы писали:

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


Вот есть у меня сомнения по поводу таких категоричных высказываний. Причем тупо утверждение, без каких-либо доводов. И это в применении к технологии, которая является одним из лидеров в мире IT. Найдите мне, пожалуйста, нормальную альтернативу, что-ли — это как минимум. Пока что в плане межплатформенных манагед платформ(уж извиняюсь за тавтологию) с таким количеством и качеством библиотек и средств разработки я даже близко ничего не вижу. Только не надо песен про "все будет Виндоуз". Не будет. Сервера как были на никсах(бесплатных и не очень, но не о том сейчас говорим), так и остаются. Я ничего не имею против шарпа — отличная платформа. И часть ниши жабы она откусила, вполне заслуженно, кстати. Но про какие-то тотальные вещи говорить странно. У шарпа есть свои недостатки. А чего-то хотя-бы на километр подбирающегося к жабе и шарпу в enterprise решениях на горизонте не видно. Так что, как минимум, такие заявления вызывают удивление.
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Re: Java must die.
От: Young yunoshev.ru
Дата: 09.10.10 10:17
Оценка: +1 -1
Здравствуйте, vladimir.vladimirovich, Вы писали:

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


Извините, но производители сотен миллионов девайсов с Android на борту, начиная с телефонов и заканчивая холодильниками, и включая телевизоры с вами никак не согласятся.
Re: Java must die.
От: matumba  
Дата: 18.10.10 15:17
Оценка: :))
Здравствуйте, vladimir.vladimirovich, Вы писали:

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


+1024. Собственно, она не must, а dead long time ago. Что-то вроде трупа Ленина — пока приносит деньги, закапывать нельзя.
Re[6]: Java must die.
От: blackhearted Украина  
Дата: 28.10.10 16:03
Оценка: :))
Здравствуйте, Cyberax, Вы писали:

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


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

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

Он *УЖЕ УМЕР*. Все плюсовики просто копаются в трупе.
Re: Java must die.
От: Skynin Украина skynin.blogspot.com
Дата: 09.10.10 10:18
Оценка: 2 (1)
Здравствуйте, vladimir.vladimirovich, Вы писали:

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


Эволюция Java
Re[4]: Java must die.
От: vladimir.vladimirovich США  
Дата: 14.10.10 14:01
Оценка: 1 (1)
Здравствуйте, Eugeny__, Вы писали:

E__>Аналогичный вопрос. "Альтернатива" одна — дотнет. Но я как-то слабо представляю себе установку на IBM сервер Виндов вместо родного Юникса. Главное непонятно — зачем. Все переписать, переставить, настроить — это огромные деньги. А профита ноль.


Все переписать — это основа IT. Профит — специалистов на коболе счас фиг найдешь, а обновлять софтину надо. IBM сервер — это прошлый век. Сейчас рулят облака (белогривые лошадки) и SaS.
Re: А что такое "java как явление в IT"?
От: Пацак Россия  
Дата: 09.10.10 00:42
Оценка: +1
Ку...
Re[2]: Java must die.
От: Sinix  
Дата: 09.10.10 12:10
Оценка: +1
Здравствуйте, Skynin, Вы писали:


S>Эволюция Java

Мама дорогая, ну зачем вы этот бред сюда притащили? Его не то что не редактировали — даже на очепятки не проверяли.
  Каждое слово прелессно.

Материал этот не предназначен для профессионалов Java, наоборот, он ориентирован скорее на тех, кто разве что и слышал, что есть такая штука – Java.

...
Элементы инфраструктуры Java

Scala — Ориентированный на эволюционное развитие расширяемый мультипарадигменный язык программирования
Clojure — Клон Lisp, язык функционального программирования Clojure
Интерированные среды разработки NetBeans и Eclipse

...
будущей Java (несколько позже несоответствие родов – женского для Java и мужского – для «языка», будет объяснено) [нифига не объяснено — sinix]

...
Если подойти сугубо формально к описанию дальнейшей эволюции Java, можно ограничиться следующей «траекторией» в системе координат «версия – год»: 1996 г. – версия 1.0, через год – 1.1, 1998 г. – 1.2, ставшая тем, что называют Java 2, 2000 г. – Java 2 версии 1.3 (нумерация версий, несмотря на Java 2, осталась «сквозной»), 2002 г. – Java 2 1.4, 2004 г. – нарушение сквозной нумерации: Java 2 версии 5.0, 2006 г. – очередная версия 6, и теперь уже опять не Java 2

...
Десять лет истории ... Открытые спецификации. Лавинообразный рост инсталляционной базы. Появление клоновых реализаций. Битвы за недопущение модификации спецификаций, которые приводят к появлению несовместимых продуктов. Судебные процессы. Победа над Microsoft, принуждение ее к признанию единственно верных спецификаций. За счет этого – почти миллиардная инсталляционная база в мире Wintel.

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

Re[2]: Java must die.
От: Pavel Dvorkin Россия  
Дата: 09.10.10 13:02
Оценка: +1
Здравствуйте, Skynin, Вы писали:

S>Эволюция Java


Я-то понадеялся, что там что-то более или менее серьезно написанное
With best regards
Pavel Dvorkin
Re[3]: Java must die.
От: Eugeny__ Украина  
Дата: 13.10.10 18:06
Оценка: +1
Здравствуйте, bykka, Вы писали:

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

F>>Здравствуйте, vladimir.vladimirovich, Вы писали:
VV>>>Я считаю, что как явление в IT java себя уже исчерпала,
F>>альтернативы?.
B>А вот это, кстати, чертовски правильний вопрос.

Аналогичный вопрос. "Альтернатива" одна — дотнет. Но я как-то слабо представляю себе установку на IBM сервер Виндов вместо родного Юникса. Главное непонятно — зачем. Все переписать, переставить, настроить — это огромные деньги. А профита ноль.

А до жабы и шарпа всем остальным в секторе крупных серверных приложений как до Луны.
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Re[5]: Java must die.
От: Eugeny__ Украина  
Дата: 28.10.10 08:20
Оценка: :)
Здравствуйте, Lepsik, Вы писали:


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


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


В энтерпрайзе плюсы умерли и уже начинают попахивать. Да, на десктопе живут(и еще долго будут), но я-то не про десктоп. Никто в здравом уме не станет писать новый, например, движок биллинга для мобильного оператора, на плюсах.
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Re[9]: Java must die.
От: CreatorCray  
Дата: 29.10.10 14:43
Оценка: -1
Здравствуйте, Eugeny__, Вы писали:

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

Ещё ни один JIT не дорос до качественного уровня оптимизации хотя бы того же MS cl.exe
Хотя казалось бы, что мешает.
Но вдруг выясняется, что много времени на работу JIT никто в здравом уме не даст. Как и памяти. Ибо самим надо. Какой смысл JIT-ать дольше чем будет выполняться полученный код?
А отдельную offline версию с блекджеком опять таки писать не улыбается ибо 2 сильно различающиеся версии компилятора поддерживать то ещё развлечение.
Так что судя по всему на практике JIT так никогда и не дорастёт.
Ибо всем пофигу. Как то компилит и ладно. Результат особо заметно не тормозит и ладушки. Опять таки рыданий и соплей по поводу скорости из энтерпрайз сектора не доносится, а значит по карману не бьёт.
Всё равно область применения манагед в энтерпрайзе в большинстве своём всякое не сильно поворотливое общение с DB и показ GUI. Кому надо скорости — напишет unmanaged модуль, скомпилирует нормальным компилятором и будет его из хрустальной башни звать.
Ну а в теории JIT будет несомненно побеждать и бороздить, да.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Re[2]: Java must die.
От: LaPerouse  
Дата: 29.10.10 17:12
Оценка: :)
Здравствуйте, 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 исчерпал себя?
Социализм — это власть трудящихся и централизованная плановая экономика.
Re[3]: Java must die.
От: CreatorCray  
Дата: 31.10.10 01:00
Оценка: +1
Здравствуйте, LaPerouse, Вы писали:

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

Ви таки не путаете что первично а что вторично?
Таки не вокруг java вращается мир.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Re[16]: Java must die.
От: Ночной Смотрящий Россия  
Дата: 03.11.10 22:34
Оценка: :)
Здравствуйте, CreatorCray, Вы писали:

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

CC>Back end надо писать отдельный.

Зачем?

CC>>>И тем не менее МС так не сделала до сих пор.

НС>>Видимо, потому что есть более важные по их мнению задачи.
CC>Видимо эта задача настолько не важна что до неё за сколько_там_лет существования .NET никто так и не взялся.

Видимо да. А что тебя удивляет?
Re: Java must die.
От: neFormal Россия  
Дата: 09.10.10 06:48
Оценка:
Здравствуйте, vladimir.vladimirovich, Вы писали:

VV>Я считаю, что как явление в IT java себя уже исчерпала,


альтернативы?.

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


...coding for chaos...
Re[2]: Java must die.
От: vladimir.vladimirovich США  
Дата: 10.10.10 16:39
Оценка:
Здравствуйте, Eugeny__, Вы писали:

Ты так написал, как будто в этом есть что-то плохое.
Re: Java must die.
От: Head Ache  
Дата: 12.10.10 02:23
Оценка:
Здравствуйте, vladimir.vladimirovich, Вы писали:

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


Не понял, ее никто не будет сопровождать, что ли?
И новых версий, новых стандартов не будет?
Вот так все разом скажут "Ох, какое г..." — и бросят жаву ко всем чертям одним махом?
Этот аккаунт покинут.
Re[2]: Java must die.
От: bykka Украина  
Дата: 13.10.10 17:39
Оценка:
Здравствуйте, neFormal, Вы писали:
F>Здравствуйте, vladimir.vladimirovich, Вы писали:
VV>>Я считаю, что как явление в IT java себя уже исчерпала,
F>альтернативы?.
А вот это, кстати, чертовски правильний вопрос.
Re: Java must die.
От: henson Россия http://www.njt-rails.com
Дата: 13.10.10 21:04
Оценка:
Здравствуйте, vladimir.vladimirovich, Вы писали:

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


Я не в восторге от Oracle, но хоронить Java по-моему преждевременно. Подождем еще лет 5-10, а там видно будет.
Re[2]: Java must die.
От: mrTwister Россия  
Дата: 15.10.10 04:51
Оценка:
Здравствуйте, Young, Вы писали:

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


производители сотен миллионов девайсов с Android на борту затаили дыхание и обливаются холодным потом
... << RSDN@Home 1.2.0 alpha 4 rev. 1476>>
лэт ми спик фром май харт
Re[3]: Java must die.
От: vladimir.vladimirovich США  
Дата: 16.10.10 12:53
Оценка:
Здравствуйте, mrTwister, Вы писали:

T>производители сотен миллионов девайсов с Android на борту затаили дыхание и обливаются холодным потом


Вот засудит их оракел и придется под андройд писать на python.
Re: Java must die.
От: FR  
Дата: 23.10.10 06:48
Оценка:
Здравствуйте, vladimir.vladimirovich, Вы писали:

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


Вот и главный яблочник тоже решил что пора хоронить http://news.cnet.com/8301-31021_3-20020338-260.html
Re[4]: Java must die.
От: Lepsik Индия figvam.ca
Дата: 27.10.10 22:03
Оценка:
E__>А до жабы и шарпа всем остальным в секторе крупных серверных приложений как до Луны.

до C++ им далеко
Re[5]: Java must die.
От: Cyberax Марс  
Дата: 27.10.10 22:06
Оценка:
Здравствуйте, Lepsik, Вы писали:

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

L>до C++ им далеко
Не обольщайся. Кода на Java и C# уже много больше кода на С++, и дальше ситуация для С++ будет всё хуже.
Sapienti sat!
Re[2]: Java must die.
От: Cyberax Марс  
Дата: 27.10.10 22:07
Оценка:
Здравствуйте, Young, Вы писали:

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

Y>Извините, но производители сотен миллионов девайсов с Android на борту, начиная с телефонов и заканчивая холодильниками, и включая телевизоры с вами никак не согласятся.
Выкатит Гугл какой-нибудь JaGo с простым путём миграции с Java и всем будет счастье.
Sapienti sat!
Re[3]: Java must die.
От: Young yunoshev.ru
Дата: 27.10.10 22:22
Оценка:
Здравствуйте, Cyberax, Вы писали:

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


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

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

Пускай сначала баги поправят в своем конверторе из одного явавского байткода в другой явовский байт код... А потом уже более сложные вещи делают....
Re[4]: Java must die.
От: Cyberax Марс  
Дата: 27.10.10 22:25
Оценка:
Здравствуйте, Young, Вы писали:

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

C>>Выкатит Гугл какой-нибудь JaGo с простым путём миграции с Java и всем будет счастье.
Y>Пускай сначала баги поправят в своем конверторе из одного явавского байткода в другой явовский байт код... А потом уже более сложные вещи делают....
Поправят, если будет доставать. Уж то что Гугл не умеет делать сложные вещи — это конечно загиб.
Sapienti sat!
Re[5]: Java must die.
От: Young yunoshev.ru
Дата: 27.10.10 23:11
Оценка:
Здравствуйте, Cyberax, Вы писали:

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


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

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

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

split.density сделать не могут, чтобы пользователи под девайсы с различными размерами и типов экранов получали приложения с различным набором ресуров, вот как уже два года, а то и больше. Хотя я именно два года назад на GDD от них слышал — да мы знаем об это, да мы считаем это важным, да наши инженеры работают над этим.
Re[2]: Java must die.
От: Kernan Ниоткуда https://rsdn.ru/forum/flame.politics/
Дата: 28.10.10 14:07
Оценка:
Здравствуйте, FR, Вы писали:

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


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


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

Больше похоже на то, что они не хотят иска от Оракла.
Sic luceat lux!
Re[3]: Java must die.
От: FR  
Дата: 28.10.10 14:23
Оценка:
Здравствуйте, Kernan, Вы писали:

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

K>Больше похоже на то, что они не хотят иска от Оракла.

Тогда еще хуже.
Re[7]: Java must die.
От: Cyberax Марс  
Дата: 28.10.10 18:29
Оценка:
Здравствуйте, blackhearted, Вы писали:

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

L>>>до C++ им далеко
C>>Не обольщайся. Кода на Java и C# уже много больше кода на С++, и дальше ситуация для С++ будет всё хуже.
B>Он *УЖЕ УМЕР*. Все плюсовики просто копаются в трупе.
Не, С++ ещё вполне жив в нишевых областях. И будет жить ещё очень долго.
Sapienti sat!
Re[8]: Java must die.
От: Eugeny__ Украина  
Дата: 28.10.10 19:01
Оценка:
Здравствуйте, Cyberax, Вы писали:

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

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

Безусловно. Но в энтерпрайзе он мертв, да никогда особо и не жил. Там сборщик мусора рулит. Запрос-ответ, куча мусора в молодом поколении, которая расчищается почти без потерь. И без напряга со стороны программера. Плюс, разольное поле для JIT — эти приложения работают долго(по сравнению с десктопными), и рантайм компилятор узкие места заоптимайзит максимально.
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Re[6]: Java must die.
От: lazymf Россия  
Дата: 29.10.10 04:29
Оценка:
Здравствуйте, Eugeny__, Вы писали:

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


Извините, из чистого любопытства спрашиваю, а какие (чьей разработки) вы знаете современные "движки биллинга" для мобильных операторов, и на чем эти движки написаны? И заодно, что имеется в виду под выражением "движок биллинга"?
Re[7]: Java must die.
От: Pyromancer  
Дата: 29.10.10 07:01
Оценка:
Здравствуйте, lazymf, Вы писали:

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


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


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


Amdocs Billing например на плюсах, и вроде как занимает самый большой процент рынка из всех биллингов, хотя он далеко не новый
Comverse и Convergys не знаю на чем пишут свои системы, но что-то мне подсказывает что наверняка не на шарпе
Или это про операторов, которые сами себе пишут что-то?
Re[8]: Java must die.
От: lazymf Россия  
Дата: 29.10.10 07:18
Оценка:
Здравствуйте, Pyromancer, Вы писали:

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


Что имел в виду ув. Eugeny__ я не знаю, а мне лично было бы интересно узнать про тиражируемые решения — особенно в сочетании с информацией о том, на базах с каким количеством абонентов эти решения работают. Но что-то мне подсказывает, что по большинству участников рынка эта информация не слишком открытая.
Re[9]: Java must die.
От: CreatorCray  
Дата: 29.10.10 14:43
Оценка:
Здравствуйте, lazymf, Вы писали:

L>Что имел в виду ув. Eugeny__ я не знаю, а мне лично было бы интересно узнать про тиражируемые решения

Биллинг опсоса считай штучное решение.
Не так то много их, опсосов то.
Зато фичи типа realtime billing в последнее время я смотрю популярны.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Re[7]: Java must die.
От: hattab  
Дата: 29.10.10 16:11
Оценка:
Здравствуйте, lazymf, Вы писали:

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


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


Я знаю одну контору, которая пишет и продает биллинговую систему. Пишут на дельфях.
avalon 1.0rc3 rev 363, zlib 1.2.3
Re[8]: Java must die.
От: lazymf Россия  
Дата: 29.10.10 16:25
Оценка:
Здравствуйте, hattab, Вы писали:

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


Вот прямо целиком на дельфях?
Re[9]: Java must die.
От: hattab  
Дата: 29.10.10 16:47
Оценка:
Здравствуйте, lazymf, Вы писали:

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


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


Угу.
avalon 1.0rc3 rev 363, zlib 1.2.3
Re[10]: Java must die.
От: Ночной Смотрящий Россия  
Дата: 29.10.10 22:03
Оценка:
Здравствуйте, CreatorCray, Вы писали:

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


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

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


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

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


Он и на практике уже бороздит. Надо признать, что Java и .NET совместно в плане мейнстримовости однозначно и с большим запасом зарулили все остальные эксперименты на тему ухода от голого нейтива.
Re[10]: Java must die.
От: lazymf Россия  
Дата: 30.10.10 15:33
Оценка:
Здравствуйте, CreatorCray, Вы писали:

L>>Что имел в виду ув. Eugeny__ я не знаю, а мне лично было бы интересно узнать про тиражируемые решения

CC>Биллинг опсоса считай штучное решение.
CC>Не так то много их, опсосов то.

Не, ну совсем-то заказных разработок я думаю немного?

CC>Зато фичи типа realtime billing в последнее время я смотрю популярны.


Эээ, в смысле тот, что для препейд-абонентов? Ну, если учесть, что я у местного опсоса в прайсе кредитный тарифный план увидел впервые лет через пять после покупки первой трубки, то я думал что в той или иной степени у отечественных опсосов рилтайм был с самого начала, не?
Re[11]: Java must die.
От: CreatorCray  
Дата: 31.10.10 00:55
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:

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

НС>Хотя бы . Круче cl.exe в плане оптимизаций только icc.exe.
Я просто в основном как раз на ICC сижу
А cl.exe потому как МС писала JIT в .NET, есть с чем сравнить два продукта одного и того же производителя. Причём с учётом того что для МС .NET всё таки более приоритет чем С++.

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

НС>Во-первых джитать можно заранее
Можно, но тем же кодом, который используется для JIT в рантайме. Ибо писать отдельный offline compiler долго, дорого и не принесёт заметной прибыли.

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

Боюсь не в случае с таргетингом на ентерпрайз. Такой код там встречается крайне редко, всё больше DB да гуй.

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

НС>Он и на практике уже бороздит.
Носом землю, да!
Тот же .NET JIT компилит довольно средненько.
Как бы не пыжились теоретики об потенциальном использовании особенностей платформы но тот же ICC /QxHost порвёт JITовские потуги по качеству кода на британский флаг.

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

Для задач показать гуй да слазить в базу — да, тупо удобнее налабать на жабе или шарпе чем на сях.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Re[12]: Java must die.
От: Ночной Смотрящий Россия  
Дата: 03.11.10 19:47
Оценка:
Здравствуйте, CreatorCray, Вы писали:

CC>А cl.exe потому как МС писала JIT в .NET, есть с чем сравнить два продукта одного и того же производителя.


Это не важно кто что писал. Важно, что VC++ это довольно высокая планка.

CC>Можно, но тем же кодом, который используется для JIT в рантайме. Ибо писать отдельный offline compiler долго, дорого и не принесёт заметной прибыли.


Это не совсем так

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

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

Как раз в случае энтерпрайза, особенно server-side, такое наиболее оправданно.

НС>>Он и на практике уже бороздит.

CC>Носом землю, да!
CC>Тот же .NET JIT компилит довольно средненько.

Достаточно для большинства применений.

CC>Для задач показать гуй да слазить в базу — да, тупо удобнее налабать на жабе или шарпе чем на сях.


А серверный софт тем более удобнее.
Re[13]: Java must die.
От: CreatorCray  
Дата: 03.11.10 21:27
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:

CC>>Можно, но тем же кодом, который используется для JIT в рантайме. Ибо писать отдельный offline compiler долго, дорого и не принесёт заметной прибыли.

НС>Это не совсем так
Обоснуй плз.

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

CC>>Боюсь не в случае с таргетингом на ентерпрайз. Такой код там встречается крайне редко, всё больше DB да гуй.
НС>Как раз в случае энтерпрайза, особенно server-side, такое наиболее оправданно.
И тем не менее МС так не сделала до сих пор.
Имея опыт разработки оптимизатора для VC++

НС>>>Он и на практике уже бороздит.

CC>>Носом землю, да!
CC>>Тот же .NET JIT компилит довольно средненько.
НС>Достаточно для большинства применений.
О том и речь что достаточно для большинства того, что на нём пишут.
Но если посмотреть на результат генерации то код довольно рыхлый.

CC>>Для задач показать гуй да слазить в базу — да, тупо удобнее налабать на жабе или шарпе чем на сях.

НС>А серверный софт тем более удобнее.
Серверный софт который примет запрос, слазит в базу и вышлет ответ.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Re[14]: Java must die.
От: Ночной Смотрящий Россия  
Дата: 03.11.10 21:41
Оценка:
Здравствуйте, CreatorCray, Вы писали:

НС>>Это не совсем так

CC>Обоснуй плз.

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

CC>И тем не менее МС так не сделала до сих пор.


Видимо, потому что есть более важные по их мнению задачи.

CC>>>Для задач показать гуй да слазить в базу — да, тупо удобнее налабать на жабе или шарпе чем на сях.

НС>>А серверный софт тем более удобнее.
CC>Серверный софт который примет запрос, слазит в базу и вышлет ответ.

Такой софт никому не нужен, потому что на коленке собирается из готовых частей. Обычно он существенно сложнее.
Re[15]: Java must die.
От: CreatorCray  
Дата: 03.11.10 21:56
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:

НС>>>Это не совсем так

CC>>Обоснуй плз.
НС>Не думал, что программисту нужно обосновывать тот факт, что для двух режимов оптимизации не обязательно писать два отдельных компилятора.
Back end надо писать отдельный.
В случае с компиляцией из байт-кода back-end занимает львиную долю компилятора.

CC>>И тем не менее МС так не сделала до сих пор.

НС>Видимо, потому что есть более важные по их мнению задачи.
Видимо эта задача настолько не важна что до неё за сколько_там_лет существования .NET никто так и не взялся.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.