blindedГуй это только один из примеров, зато очевидный. На сервере же тоже не все впорядке, там ваши монструозные паровозы большую часть пара в свисток пускают. Просто это не столь очевидно...

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

А по поводу паров в свисток на серверах... Вот только не надо ляля. Они там оба хороши и "хороши" в
своих нишах. И спорить с этим бесполезно, потому что PHP не конкурент, а ASP, CGI и прочие C/С++
пролетают с жутким грохотом проблем переполнения стека и не только.

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

Короче...

Софтверный проктологНо, вроде бы не вызывает сомнений то, что на разработку с помощью Java тратится времени меньше и надежность кода получается выше, нежели C++.
Серверный (особенно системный) код практически не пишется на C++ и тебе это хорошо известно.
Это раз.

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

А в третьих... мы вообще про какой класс задач говорим то? К примеру вона Oracle и SAP-ы свои MES планы молотят исключительно на ... короче, не на яве написанных средствах, и... я б не сказал
что нежужжат.

И в четвертых, ты вообще о чём?

--

P.S. Кстати, ктонибудь может объяснить, почему это Sun и eBay громко трынделе о переводе их сайта
на J2EE, а в какую ссылку не ткни (за редким исключением) и видим в URL (и не только) явные
признаки ISAPI.DLL?

Софтверный проктологЯ не знаю о чем ты. Мы на Яве пишем полную обвязку для биллинговой системы. Получается неплохо (основные претензии лишь к скорости работы Sybase ASE, который будет со временем меняться на Oracle).
Это и есть та самая презденная прикладуха. При том в том параноидальном ключе, как вы яверы
любите - сервер баз данных - это тупая запускалка тупых (по уровню синтаксичесиса)...
конструкций, густо-часто - генерированных.

А вся обработка - на клиента (только имя ему уже - Сервер Приложений).

И чем ты тут собрался удивить?

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

Про обычные бизнес-задачи чуть сложнее склада.

Сериализация, пассивация, активация, маршаллинг, биндинг и прочий ремоутинг?
Самому не смешно?


Софтверный проктолог ренегат
И в четвертых, ты вообще о чём?

А ты? :)
О птичках.


Софтверный проктологP.S. Я дождусь кода на C++, который покажет как он рвет Яву в клочья?
Нет конечно.

Софтверный проктолог ренегат
Это и есть та самая презденная прикладуха.

Та же самая, что и у тебя. Чуть посложнее только.
Объем - это не сложность, это раз, а два - сложность - это не показатель (все гениальное - просто).
И в третьих - всё ещё упирается в конечную функциональность.

Можно и оконце для тупого ввода таблички расписать на 2000-3000 строк (чем любят заниматься и яверы и .нетчики по определению, все остальные - по незнанию).

Софтверный проктологПри том, что мы не генерим никакие запросы. Все запросы (кроме особого класса runtime-настраиваемых объектов) мы пишем ручками, что я считаю абсолютно правильным.
И вся основная обработка — по заливка трафика и его тарификации (для чего в принципе и существуют биллинговые системы) — выполняется совсем не на сервере приложений :)
Не удивил?
Ну и что с того? Ты мне рассказал про предбиллинг (технологический учёт). Чи не задача, блин.
Я всегда улыбался с таких солюшинзов, которые в Oracle чуть ли не по каждому пакету
статистику вбрасывают, а потом пузо оттопыривают - у нас база данных в два терабайта
(с нулевой ценностью).

Кстати, особенно весело это все в аспектах анлима. Что ты там по трафику тарифицировать то
будешь?

(Я то думал биллинг сотовый, а у вас вона как - ISP.... тьфу, пять копеек, и готового масса).

Софтверный проктологЗаметь, я говорил о бизнес задачах, а не о средствах их решения. Бизнесу глубоко насрать на сериализацию и маршаллинг.
Золотые слова. Их бы донести в мозги создателей J2EE. А то J2 - это понятно, а вот где там
во всех этих талмудах EE - для меня - большая загадка.

Софтверный проктолог
ренегат
О птичках.

Типа заметил? :)
См. ПТ свой же топик о вопросах человеческой глупости.

Глупость же черпается, как известно, из соотвествующих книжек - заходи на амазон, и
бери любую по .NET или J2EE.

И это они называют - прогрессом. Бугага.

Софтверный проктологЧего нет, то можно запросто прикрутить :)
Ну и на кой вам там ява сдалась?

Софтверный проктологЯ не читал книжек по J2EE, извини.
А напрасно. Среди пластов махрового маразма там иногда мелькают (редко) ценные мыслишки.

Софтверный проктологС чем нужно работать — разобрался по документации (messaging, security, transactions, model/view/controller-tier).
По javadocs, что ли?

Да тебе нужно памятник при жизни воздвигнуть. Нерукотворный ;)))))) Изниви, не сдержался.

Софтверный проктолог ренегатНу и на кой вам там ява сдалась?

А почему бы и нет?
Чем она хуже любого другого языка/решения (которые вряд ли позволит написать всё с его помощью, включая и средство управления всем этим хозяйством — абонентами там, тарифными планами, счетами и т.д.). Мы уж не говорим о том, что это любой другое решение должно работать под Linux без каких-либо вопросов и замечаний. И под Windows тоже и так же, посколько на нем мы пока пишем :)

Я могу назвать тебе массу доводов из отряда того, что вы могли бы обойтись исключительно
Oracle (в т.ч. XE). По всем параметрам (производительность, надежность, дешевизна и скорость разработки и т.д.).

Вообще без явы. И без C/C++-а в т.ч. (ну может разве только по фронту адаптеров доступа к первичным счётчикам).

Кстати, мобильные операторы (в основном) так и делают.

Софтверный проктолог
ренегатА напрасно. Среди пластов махрового маразма там иногда мелькают (редко) ценные мыслишки.
Как-нибудь потом, когда научусь эффективно отделять зерна от плевен на основе своего опыта :) А, это да ;)

Софтверный проктолог
ренегат
По javadocs, что ли?
В мире Java принято выпускать хорошую документацию. К тому же мы пользуемся сервером приложений, в котором документация очень подробная (почти вся). Ну и плюс еще всегда можно поинтересоваться у более опытных товарищей, где стелить соломку.
У меня мнение строго обратное. Более отвратной документации (не считая примитивов) я ещё
не видел. Впрочем, отвратны там были скорее сами решения, документация - это уже вторичное.

Впрочем, всё познается в сравнении.

Софтверный проктологP.S. Кстати, javadoc тоже может быть весьма полезен — во время практического применения какого-нибудь, хм, решения. Мне очень нравится то, что такое гибкое средство документирования и комментирования легко использовать и поддерживать.
Ну ну.

Софтверный проктологНет, не смогли бы обойтись. И в скорости, скорее всего, не смогли бы превзойти. Это я тебе сообщаю как бывший разработчик Oracle с 2,5 летним стажем (небольшим, но всё-таки; представление я имею хорошее обо всей кухне).
Ниачем.

Софтверный проктолог
Мобильные операторы используют параллельно какую-нить громозиллу как CRM/Control. У нас нет ресурсов на громозиллы :)
Мы маленькая, но, сцуко, гордая компания.
На место Amdocs (которому давно пора сдохнуть, к слову) не метим.
CRM и биллинг - совершенно разные классы задач.