Похоже на рекламу Qt

Фактически же в статье обсирается Java. Очень прискорбный факт, что подобного рода заказные(или просто предвзятые) опусы вообще появляются на свет

...как библиотеки доступа к базам данных или библиотеки коммуникаций ... но они не оказывают такого влияния на разработку проекта, как библиотеки GUI.

пять баллов! просто супер! А я то думаю, что нужно для щастья - оказывается ГУЙ! Прекрасный пример как можно взять бредовое утверждение и закатать статью. При этом не учтя, что JAVA это вообще не просто язык программирования а целая технология и сравнивать его в принципе нельзя.

Soglasen s
duvan (*) (2003-03-20 14:48:27.07666)
java and C/C++ sravnivat nelza !!!
Ny ochen raznie oni ....

MfG

Konstantin

Если рассуждать такими размахами - берусь доказать что васик круче и быстрее скуля - и настоящия пацаны юзают тока васик . 8) (шутка)

Автора статьи пустить на хозяйственное мыло (имхо)

Говорить про "сборщик мусора", что его наличие является слабым преимуществом -- просто смешно.

Сравнение AWT/Swing и Qt -- очень бедное. Хотя, на мой взгляд, Qt намного удобнее для построения GUI. Но я не берусь сейчас это кому-то доказывать, нет времени. :-)

C и GTK+ всеравно круче всего!!!

Интересно само название: сравнение Qt и Java. Qt -- графический тулкит, Java -- целая платформа. Несравнимые вещи. Если хотели сравнить Qt и Swing, то так бы и написали, добавив, что в Java мире в качестве графической библиотеки существует не только Swing. Но ведь даже этому сравнению посвящена лишь последняя треть статьи, а первые две трети перетирают косточки C++ и Java...

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

К тому же нет ни слова о размерах прог на Qt.

Пусть он сам лепит аплеты на Qt, или портирует проги под разные платформы.

Хотя с ним можно согласиться что за универсальность Явы приходится расплачиваться ресурсами.

gtk+ rules - Согласен.

Про закрытие файлов и соединений сборщиком мусора вообще смешно читать. Автор вообще знает о чем пишет?

Normal'naja stat'ja. Vas chto vseh vot eto zadelo: менее опытные разработчики достигают лучших результатов с Java, разработчики со средним опытом разработки достигают одинаковых результатов с обоими языками программирования, опытные разработчики достигают лучших результатов с C++. Ne hotiti, chtoby vas schitali menee opytnymi :)

>> Normal'naja stat'ja. Vas chto vseh vot eto zadelo: менее опытные ...

не надо о других по себе судить, психолог хренов ive

А причем здесь
1) тема сервера как никак Qt это всего лишь одна из многоплотформенных UI библиотек с двойной лицензицей
в том числе и под Linux а Java это многополтформенная технология большая часть из которай реализована в виде продуктов с разныими лицензиями в том числе и под Linux
2) какое отношение тема статьи имеет к ее содержанию ?
предложение - убрать новость вместе с нарастующим флеймом.

Да ,обидно ,опускается хороший язык, достойный уважения кроме всего прочего за те действия которые вызывает со стороны микросакса 8-)

Вот бы 1с была на Java ,линухи бы расплодились неимоверно 8-)

Сравнил х.. с пальцем........

Если 1с еще и на яве переписать - никакого проца не хватит,
чтобы его поднять.

Все отстой! Главное пчелы!

http://verify.stanford.edu/uli/java_cpp.html

V zhope vasha JAVA po skorosti ispolneniia

http://web.informatik.uni-bonn.de/II/ag-klein/people/zach/benchmarks/java-vs-...

Esche raz JAVA v polnoi zhope

Статья лоховская. Главное в джаве скорость разработки и стоимость разработчиков. Джава рулит - язык защищенный и простой. Если есть куча денег и времени или джаву не тянет машина на задаче, то можно и C++. Для срочных дешевых задач - однозначно джава.

А почему со свингом? почему не SWT..? Вообщето я не удивлюсь если скоро напишут либу и интерфейсы чтобы из java дергать нативный QT выджеты.. Хотя в виду существуйщей SWT не вижу особомого смысла, но извращенцы разные бывают.

А статью вообще не читал, из-за явной бредовости стравнения. Платвормы для прикладных прилажений с GUI библиотекой..

Короче, натую заведомый бред постить в новости, и будоражить неокрепшие умы некомпетентностью автора статьи.

2 ifconfig:

>Вообщето я не удивлюсь если скоро напишут либу и интерфейсы чтобы из >java дергать нативный QT выджеты.. А разве еще нет java-binding для Qt? Сам не юзал, но как то казалось, что есть.

А на предмет статьи, могу сказать что сравнение языка программирования и GUI Toolkit - бред сумасшедшего. Так же как и любое сравнение языкаов: его нужно выбирать в зависимости от задачи. А говорить 'Java - rulez, C++ - sux', и наоборот - просто смешно. (IMHO)

А все равно рвет C# всем жопы на британский флаг. А вот еще появятся темплеты в следующей версии - и жаба мастдай.

в Java 1.5 тож кстати темплайты обещают....
А никаких маздаев не будет.. уж слишком много на java завязано.. Хотя кусок рынка Билли оттяпает кненчо.. Но все от этого только выиграют

Хе... Как джависты повспучивались "де.. заказная, да де... сравнение лоховское" :-) Ещё и Цы с юниксовым нумером приплели :-))

Кутю тоже можно назвать в каком-то смысле и платформой, и технологией :-)

А то что в статье написано - перевод мнения человека, который даже пытается это обосновать фактами. Ход за вами, господа, переводи или собССное исследование - на бочку... А то смотрю крытые пАцАны собрались \m/ - на жабке пишут круто, и плюсы с кутёй знают неимоверно - напишите, чтож только сопли по сайту размазываете? :-)

хм. Безусловно это очень круто: cравнивать qt с java!

Чайники с пылесосами сравнивать не пробовали? А то я думаю может заняться...

А что ты такого крутого "разного" в куте + С++ и джаве нашёл? Ой млиииин... они так различаются, так прям различаются... На одном хелловорды пишут, на другом вордохеллы.

ПП она и в африке ПП, а про поверхностный взгляд не надо тут тереть - монопенисуальные это вещи, если трёп "ниочём" убрать. Насчёт пылесосов и чайников - они по назначению разные. Раз ананимоусы нонча только в макдональдсах жуют, и живут в гостиницах, то могу объяснить: пылесос, это бытовой прибор, основным назначением которого является уборка помещений. Чайник - же, в основном, предназначен для нагрева воды. :-)). Кути(плюсы) и джава - это средства для создания пр.пр. - и то и другое.

Ниже следует мнение человека, который 90% всего пишет на голом C :

Статья бредовая, но в ней сравнивается QT с Java как средства создания гуйни, что в общем в начале оговорено ;) Ну и ладно, я вот что собственно хотел сказать: Java имеет одно офигенное преимущество - код написанный на ней кросплатформенный в такой степени, что даже дух захватывает. Ну ресурсы кушать она любит. Следовательно что-то тяжелое на Java особо не напишешь, но для многих "легоньких" (в смысле не требующих особых вычеслительных мощьностей в виде Sun UltraSPARC-а) приложений - весьма подходит. Допустим некоторая компания R&C выпустила довольно нафиченную железку R&C's Device, (не PCI платку, а что-то external-ное, общающееся с компом допустим через LPT/USB/ethernet/COMport/etc.... Ну и соответсвенно R&C должна предоставить ПО для того, что-бы этим R&C's Device управлять. Написав на QT мы получаем много накладных проблем, хотя-бы тот факт что надо либо раздавать исходники (поскольку R&C весьма может незахотеть что-бы кто-то раскрыл какие-либо секреты R&C Device), либо раздавать бинарники, но при этом компилить их под кучу разных платформ - Windows/Linux/FreeBSD/Apple/мобильник_можно_какой-нить_приписать ;) С другой стороны - маркетинговая проблема будет - пользователям многим не захочется возится с сорцами, они заплатили свои кровные за R&C's Device и хотят получить результат, а то что им для этого еще что-то самим прийдется сделать, кроме как запустить апплетик - это их может и подотпугнуть. В подобных случаях Java рвет всех как тузик грелку, поскольку можно раз скомпилить что-то, и это ___БУДЕТ__ работать везде где есть Java (по край-не мере если все классы требуемые будут, так что на мобиле с поддержкой Java может и не пойти ;). Еще пример, где Java тоже очень неплохие шансы имеет - КПК/мобилы и прочие носибельные мегагерцы. Пример приведенный далее - был приведен кем-то (не помню кем ;) из Sun-а на Java Technology Day, что был с полгода назад в Москве: приложение для произведение биржевых операций - покупка/продажа чего-то, etc... Написанное на Java. Один и тот-же бинарник. Работает как и на мобиле (насколько я помню какая-то из Simens-ов), так и на КПК с соверщенно другой аппаратной архитектурой, но сродними принципами общения с внешним миром.

То есть посути дела Java - это мощная платформа (вернее даже что-то большее ;), которая предоставляет __унифицированный__ доступ к аппаратной части той архитектуры на которой все выполняется/к протоколам сетевым/etc..., так что программер может не задумыватся на тем, где будет исполнятся его код и какие у этого могут быть последствия.

P.S. а вообще я на Java особо не пишу, просто высказатся громко захотелось ;)

s/Java Technology Day/Sun Technology Day/ :)

Типа, меня смапогами не бить, но если Java так крута неимоверно и скорость разработки на ней выше, то где же крутые проги на ней? С десяток программ приведите, чтобы показать рыночный успех в сфере потребительских программ.

И напоследок. Не подумайте, что я обсираю вашу любимую Java, просто проги под Qt/KDE знаю, а по Java информации нет.

То же касается и любителей GTK+.

Re:

Э-э-э, ну, эта, прога под GTK - галеон/мозилла, из-под которого пишу. Вполне себе ничего говорящая лягушка. Да и семейство gnumeric, dia, evolution... вполне работоспособны...

Если смотреть на количество программ, то Басик-чемпион, на втором месте - Дельфи.

И что?
Ведь нельзя же утверждать, что интелловский с-компилер дерьмовый
только потому что Skull не видел ни одной программы,им скомпилированной.
  
А сравнивать Qt+ c Java, также глупо как сравнивать шнурок с ботинком.
 
У шнурка конечно тоже есть преимущества: например он длиннее.

sla

Скажи, а JSP тебя в качестве примера никак не устраивает?

> И напоследок. Не подумайте, что я обсираю вашу любимую Java, просто
> проги под Qt/KDE знаю, а по Java информации нет. 

http://jakarta.apache.org/
http://db.apache.org/

Это пример с шарового, а если копнуть глубже: http://java.sun.com/industry/

А C# еще гнаться и гнаться за java. По уровню технологий C# приближается где-то ко времени выпуска java 1.2. Хотя могу и ошибаться.

Немножко по статье:
1. "...для C++ доступны более совершенные средства разработки" - полностью не соответствует действительности.
2. Странно как-то упомянут JIT. "Java эмулируется, и типа, конечно, есть JIT, но он как-бы, вроде и не работает".
3. "Неслучайно, что до сих пор (на время написания этой статьи) не существует полной реализации Java-платформы для встраиваемых
устройств, а лишь ее частичные реализации." - как-то все это загадочно написано. Я так и не понял что хотел сказать этим автор.
4.Опять тарарам с библиотеками. С++ тут просто сборка мусора. Возьмем, для примера, работу с XML.
Что имеем в C++ - тучу API и реализаций. Что имеем в java? Одно API и тучу реализаций. В чем разница ?
Не нравится мне встроенный в 1.4.X парсер от SUN меняю на xerces. Не нравится меняю на оракловый парсер.
Это как-то затронет мою программу? Нет. Про c++ я молчу.
5. Сравнение swing и QT просто песня. Как мы видим выглядит почти одинаково, но все равно QT лучше. :)
6. Насчет несколько слотов, а кто мешает несколько listeners повесить?
7. Насчет тормознутости swing. Стоит посмотреть на скорость работы Intellij IDEA (IDE для разработки java программ).

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

2jackill:
>Если 1с еще и на яве переписать - никакого проца не хватит, чтобы его поднять.
Довольно спорное утверждение... AFAIK в 1С основные тормоза на выборке
из базы. Если база будет на SQL, то пофиг на чём клиентская часть...
IMHO лучше бы на Tcl/Tk :)

А дайте и мне потрепаться! А то уже флейм в разгаре, а я все на задворках вселенной! :)))

Про статью.
1) В статье сравниваются несравнимые вещи.

2) Статья предвзятая. С первых строк ясно, куда клонит автор, но я дочитал. Подобранна область, всего того мира в котором живет java, где ей хуже всего живет. Жаль автор не рассмотрел числодробилку. :)

3) Автор совсем пропустил затраты на кросплатформенную реализацию QT. Там затраты немаленькие. А на JAVA я этим даже не занимаюсь. Что написано под Intel (Linux, Windows,...) с вероятнотью 99.99999% работает и на MAC и еще хрен знает где. Даже не проверяю. Просто запускаю, и оно работает. Практически любой закаченный из инета jar пихаю под линуксом, и он работает, хотя автор jar-а знает, зачастую, только винду, а осуществовании других платформ и не подозревает.

4) Да еще много всякой пурги нагнано. Больше и говорить не хочется.

Согласен только с :
1) GUI на JAVA работает медленнея чем GUI на QT&
2) JAVA жрет больше ресурсов чем QT.

А вот когда передомной поставили задачу написать некое корпоративное приложение. Ну, типа, удаленные офисы, хилые каналы связи, единая информационная среда, высокая степень защиты информации, да еще и разработать все это надо и сопровождать в одно жало. Да еще и бюджет всего этого - интузазизм... Первое что пришло на ум CORBA + C++ (типа, круто). Второе - да там за все бабов платить надо!!! Да там сетку копанентами загрузить придется! Хилым каналам кирдык! Да там у клиента такая тачка должна быть! С такими ресурсами! У меня как у разработчика такой нет! Да там потом с сопровождением жопа в мыле будет гоняться между офисами... Ой! Мама! Не ребята. Сенькс. Это без меня...

А на сановском серваке нахаляву валяется J2EE бери не хочу. Да еще и работает везде. Да еще и серверов прложений тьма. Да еще и дока разжевана для тупых американцев. Да ещеи и примеров тма тьмущая. Да еще и все на одном серваке рядом со мной вертится. Да еще и у клиента можно и HDD отломать, да и памяти ему 32 метра хватит, да еще и проц можно Пентиум сотку без пропеллера. А придумает директор какой-то новый отчет ему сгенерить - так это пара дней работы. По методу в энтити и сешен бине накатать, да jsp-ишку привентить, да указать чья это роль. Налету редиплой. Юзвери и не заметят, что с другой прогой работают. :))) А на кой мен сдалось GUI собственно?
Че там такого кульного? Бантики стилей? Да кому они нужны? Работать людям надо! Бобы делать! Протянув руку от "станка" нажать на педаль, мол данную работу начал делать, или уже сделал, или не могу сделать. Пялиться на закругленные с голубой каемочкой кнопочки, которые по четвергам принимаю форму рыбы некогда.

А давайте тепрь то-же самое на QT сваяем! Есть желающие тряхнуть антресолями? Да еще чтоб в цеху клиентское рабочее место было с пятью кнопками. Да чтоб пипки давил Вася Пупкин с 3-мя классами образования, который промаслянную робу только на ночь снимат. (Ни чего не имею против рабочего класса. Сам когда-то был.)

GUI конечно, для некоторых задач нагляднее. Все знают, что графическая информация воспринимается человеком эффективнее чам таблица чисел. Но ели припрет, то я на JAVA и GIF сгенерю, и в HTML его засуну, если директору втемяшется загрузку производства в виде графика увидить. Просто на JAVA+-SWING можно все и везде. А QT+C++ можно только GUI, и далеко не везде.

Всем привет. Можете пинать. :)))
ЗЫ. Irsi! Ты где? Скучаю... :))

Когда-то я писал такую же бумажку на тему "почему Oracle лучше, чем MS SQL Server". И ведь доказал, хотя объём базы и нагрузка предполагались просто смешные. ;)
Вобщем есть предложение создать подборку подобных обзоров. Чтобы можно было задать названия продуктов A + B и получить пачку макулатуры на тему "почему A лучше, чем B", которую можно впаривать клиенту/начальнику и т.п.
В конце концов главное -- это подвести теоретическую базу, писать потом всё равно будешь на том, что лучше всего знаешь... ;)

Я про программы для конечного пользователя. Какой тут нахрен басик и Дельфи? Тем более, что этого говна под Linux мне даром не надо.

Про JSP - судя по тормознутости LOR - не надо. Даже близко...

Тык для сервера нужна инфраструктура, а не GUI. Тогда при чём тут указанная задача? Оптимально Lotus Domino поставить, а не изобретать велосипед. :)

2Skull: Помнится, существуют такие вещи, как Corel Office for Java, Applixware Office, полностью написанные на Java Если ты не знал, то в MacOS X вовсю пользуют Java Вроде еще у NASA огромная куча приложений на Java, а у них тот еще зоопарк техники.

skull, ищи программы сам на www.jars.com

> Про JSP - судя по тормознутости LOR - не надо. Даже близко...

Подход в корне не верен. Это типа если граблями да по лобу, то не надо граблей?

Пример форума: http://www.jivesoftware.com/

Примеры:
http://www.3dlabs.com/support/forum/index.jsp
http://forums.java.sun.com/
http://www-106.ibm.com/developerworks/forums/dw_lforums.jsp

Когда-то Огр приводил пример, не помню к чему, о скорости движения бимера задним ходом и вперед... Вот где-то так и сдесь. 

> R&C's Device управлять. Нет проблем. 1) Низкоуровневая библиотека на С. Хотите С++ ? Оборачивайте библиотекой классов. ( Я думаю это будет ЗНАЧИТЕЛЬНО проще чем писать обертку для java ) 2) Device driver. И тогда для С/C++ не надо никаких оберток, а для java опять нужно оборачивать ...

Вообще говоря универсальный, кроссплатформенный механизм взаимодействия с различными железяками уже давно известен и это драйверы устройств. ( i.e. open/read/write/ioctl - покрывают 99.99999999.... всех потребностей ).

> но при этом компилить их под кучу разных платформ Дак веть на чистой java device driver не напишеш ...

По видимому Вы дружище просто не понимаете о чем Вы сами говорите.

Для каждого устройства или платформы нужна СВОЯ собственная jvm, и написать эту jvm значительно сложнее чем библиотеку на C. И в любом случае полный комплекс jvm + java программа ВСЕГДА по ресурсоемкости будет проигрывать ЛЮБОЙ откомпилированной программе не важно на чем последняя была написана С++, PLI, ADA, ASM ...

Captain Nemo.

>>>ЛЮБОЙ откомпилированной программе не важно на чем последняя была написана С++, PLI, ADA, ASM ...

или Java

>>Да еще и дока разжевана для тупых американцев.

А ниче, что сами американцы(или работающие там) Java и написали... А вообще они ВСЕ (чем пользуюсь я, да и большинство из вас) написали. А все остальные умные, и потешающиеся над америкосами не НАПИСАЛИ НЕХРЕНА сложнее клиентской прикладухи (да и ту, на американских тулзах )... Так может таки что-то в кансерватори???

Так что не надо снобизма. Перед тем как в следующий раз втсавить стандартную фразу ТУПЫЕ АМЕРКАНЦЫ, сначала очень хорошо задумайся..

2ifconfig (*) (2003-03-21 14:52:38.696326)

>Так что не надо снобизма. Перед тем как в следующий раз втсавить >стандартную фразу ТУПЫЕ АМЕРКАНЦЫ, сначала очень хорошо задумайся..

я имел в виду "для ТУПЫХ американцев" не имея ввиду, что все американцы тупые. Не надо обижаться. Там в силиконовой долине "коренных" американцев не так и много. Русские, индусы, китайцы,... со всего света. Коренные все больше адвокаты :))))

После Ирака американское ПО, ту же Java, вообще надо игнорировать.

> А ниче, что сами американцы(или работающие там) Java и написали... А вообще они ВСЕ (чем пользуюсь я, да и большинство из вас) написали. А все остальные умные, и потешающиеся над америкосами не НАПИСАЛИ НЕХРЕНА сложнее клиентской прикладухи (да и ту, на американских тулзах )..

А как же Qt, KDE и Linux? Основные их разработчики - это Норвегия, Финляндия и Германия.
Так что и без америки прожить можно.