grexhide
То, что чудак "ссыт кипятком" просто на теме Java и J2EE я опущу - мне не интересны "вещи в себе и для себя", ок ?
grexhide
Да? А можно привести примеры? Каким таким образом ему удалось в 50-т раз обогнать Oracle на раздаче данных ( естественно, внутри самого Oracle - нам не интересны передачи данных на клиента - мы смотрим на APEX? )
твоя личность была раздвоена, и теперь обе половины не могут понять друг друга?
суть текста была в том, что хоть твой оракл работает оооочень быстро, узкое место будет не там а на удалённых коммуникациях.и несмотря на то чо быдешь счастлив от того как оракл быстро сделал селект. твоего кастомера не будут интересовать эти вещи в себедлясебя, а будет интересовать "ули так долга?"
ты же вроде согласился что куча селектов просадит субд? вот поэтому марк и любил ыжыбы
grexhideКроме того - я страницами так четырьмя ранее - разрисовал схему - как можно обойти физические ограничения масштабируемости Oracle (скомбинировав горизонтальное и вертикальное масштабирование, с элементами схем Google). Так что Java тут теряет какую то актуальность (если мы имеем дело с Oracle). это не схема а твой диагноз. ты сравни с альтернативным хибер решением которое работает само
grexhide
Уникальный же и незаменимый J2EE функционал (кроме гетерогенных интерграций, и то, с ооочень такой большой натяжкой) - так никто так и не озвучил для бранипоизда громка: ЖАБА ЭТА ПЛАТФОМА. функционал se: smartpointer+gc+collection= (типа как то, что считается общепризнано необходимым для application programmerа)+alotofstuff. ee: jdbc+jta+jpa+tomcat= a lot of portability. куча вендоров которые предлагают свои решения совместимые между собой.

grexhide Ибо вертится эта хрень вокруг той же вещи в себе - по имени JVM (которая, по моему глубокому убеждению, должна быть изничтожена как класс, по возможности). до тебя ведь вроде доходила проблема фрагментации кучи. куча заплаток+smartpointer и образуют жвм. или опять пошёл бред про памятижоркрсть и перфоманс?
grexhideP.S. Итого - ты меня не убедил вообще. насрать просто не тупи тут
grexhideВ лучшем случае - я прочитал инсайдерскую информацию о том, с каким драйвом автор страдал какой то хренью в компании JBoss. ага пока ты отрабатывал спиномозговые рефлексы он продал её за 390 млн $
grexhide Но чем это может помочь мне (в строгании Еще Одной Бухгалтерской Программы С Отчетами) - я увы, так и не увидел. birt делает отчёты, что ты хотел узнать?

grexhide
Ок. Можно я скажу просто и доходчиво: для того, чтобы писать бизнес-логику "на коллекциях" - не нужны именно STL, Boost, Java.util и прочее (генерики, темплейты) в обязательном порядке (тем более, если есть их аналоги)?
"генерики, темплейты" - дело не в них, а в том что в VCL нет нормальных коллекции, которые появились там, потому что их не было в паскале. но в жабе они есть, и хотя бы в этом эта платформа круче.

grexhideВ конечном счете тебе то нужно что? Какую задачу (Заказчика) ты решаешь?
в конечном счёте то же что и все, редактор таблицов, но например надо рассчитать скидки на кучку товаров исходя из вида скидки, вида товара и кастомера. и я дураг закодил это полиморфным поведением и strategy, прикинь.

ты скажи тебе, что коллекции нинужны ваще?