Qt для Java-разработчиков

>Ну вот тебе пример - linux, вполне себе кроссплатформенное приложение, написанное на чистом С и асме ;) Скорость работы - это ж как во ВНИИ Баца, стабильность - велика, память не течет, требования к железу - чрезвычайно низки... дальше рассказывать? :)

Я согласен, что асм и С - это хорошо :) Но много мороки, особенно с асмом. Если память не течёт - то это больше заслуга разработчика, а не языка. ИМХО, Java удобна для быстрых разработок приложений, работающих с пользователем.

Да чем она удобней ??? Qt - это да. Быстро, качественно и надёжно.

А про кросплатформенность явы - это всё лажа! Работает она на паре платформ и всё. К тому же тормозит страшно. А что касается Qt, то она даже по L4 есть и никто не мешает портировать под любую другую платформу.

У криворуких и линукс тормозит. А чтобы ява не тормозила - попроси у бабушки денег на нормальный комп и не позорься.

> А чтобы ява не тормозила - попроси у бабушки денег на нормальный комп и не позорься.

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

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

или без 2 гигов ОЗУ

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

>Если следовать такой логике - тормозных программ нет вообще, есть только лохи, которые не заработали на достаточно крутое железо.

Ага, А если взять самую слабую машинку - тогда все программы тормознутые и значит лажа?? НЕТ. Всё дело в том, что человечество имеет свойство развиваться, совершенствоваться.

Java только во время загрузки может потормозить и то, взависимости от ёмкости проекта, а дальше всё как по маслу.

>linux, вполне себе кроссплатформенное приложение, написанное на чистом С и асме ;) Скорость работы - это ж как во ВНИИ Баца, стабильность - велика, память не течет, требования к железу - чрезвычайно низки... дальше рассказывать? :)

ну расскажи голупь мля сысокрылый.

http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.17.7

<quote>

struct file leakage 2.6.16 leaks like hell. While testing, I found massive leakage (reproduced in openvz) in: *filp *size-4096 And 1 object leaks in *size-32 *size-64 *size-128

Seems, size-4096 is file table leaking in expand_fdtables.

</quote>

да ляпиксу уже давно пора за прокладками! OK OB!

> А если взять самую слабую машинку - тогда все программы тормознутые и значит лажа??

Я всего лишь продолжил рассуждение. OP вдь не поинтересовался, на каком железе тормоза.

> Java только во время загрузки может потормозить и то, взависимости от ёмкости проекта

Она _всегда_ тормозит при загрузке - сделана так. Но ей бы это с удовольствием простили, если бы

> дальше всё как по маслу.

Но это не так.

Пример: у меня P4-2.2ГГц/512М, и на нем Eclipse тормозит (свопинга нет - она вся умещается в ~200М). Работать можно, но тормоза чувствуются - неприятно. Относится ли такая машина к "древнейшему железу"?

Как вообще определяется "слабость"/"древность" машины? Если Java тормозит - значит, машина древняя?

> ну расскажи голупь мля сысокрылый.

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

> Как вообще определяется "слабость"/"древность" машины? Если Java тормозит - значит, машина древняя?

Ээээ! Ты осторожней! Не записивый в древние те компы, которые еще не вышли! :)

>> Если Java тормозит - значит, машина древняя?

> Ээээ! Ты осторожней! Не записивый в древние те компы, которые еще не вышли! :)

Не буду. Но ты и жавистам скажи, чтобы они не вредничали 8)

Не знаю как там Эклипс, но вот на моей машине (Атлон1.8, 512Мб) NetBeans 5.5 работает замечательно, без тормозов. Да и запускается довольно шустро.

> NetBeans 5.5 работает замечательно, без тормозов. Да и запускается довольно шустро.

Какая ОС? Версия JVM ? "довольно шустро" - это сколько в секундах?

У меня Athlon64 3000+ 1Gb RAM. Железо не самое новое, согласен. Однако очень неприятно, когда говорят, что разницу между исполнением нативного кода и байткода я не замечу. Замечаю! И это очень раздражает! Мне говорят, что я могу собрать программу один раз и она будет работать везде. Это враньё! Явы везде нет! Потом часто возникают проблемы между разными версиями и приходится вместе сприложением целиком всю ява-машину тоскать.

>Какая ОС? Версия JVM ? "довольно шустро" - это сколько в секундах?

Kubuntu 6.06, 2.6.15-26-686

[h8 ~]$ java -version
java version "1.5.0_06"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode, sharing)

Запуск - примерно 12-15 сек. К примеру, на этой же машине KDevelop запускается 8-10 сек.

>У меня Athlon64 3000+ 1Gb RAM. Железо не самое новое, согласен. Однако очень неприятно, когда говорят, что разницу между исполнением нативного кода и байткода я не замечу. Замечаю! И это очень раздражает! Мне говорят, что я могу собрать программу один раз и она будет работать везде. Это враньё! Явы везде нет! Потом часто возникают проблемы между разными версиями и приходится вместе сприложением целиком всю ява-машину тоскать.

А как заметить эту разницу? Для этого нужно чтобы одно и то же приложение было и на с и на java, тогда сравнение было бы корректным. А может оно бы и на с тормозило?

Поплачь-поплачь...

>ничего не мешает. токо работать не будет. неверишь мне поверь себе: >заходим сюда http://www.artofillusion.org/downloads, берем основу + >ланчер под линух и пытаемся запустить под форточками, комментим >результат :)

download speed 300bps и обрыв после 30-40килобайт - не получится посмотреть )

Но не понимаю, что это доказывает ? Если в одной версии они пытаются писать ручками в /etc , а в другом руками открыть файл с реестром - ява-то как виновата в несовместимости прог ?

А в денном случае, учитывая что это 3D modeling and rendering studio , можно предположить, что в отличающихся кусках они через jni пытаются использовать возможности видеокарт для обработки.

>А как заметить эту разницу? Для этого нужно чтобы одно и то же >приложение было и на с и на java, тогда сравнение было бы корректным. А >может оно бы и на с тормозило?

Откомпилить явовский код в бинари ? ;)

>Версия под линух, версия под винь, версия под макос. Где здесь кроссплатформенность?

Все правильно, купи себе журнал ксакеп, из него ты сможешь узнать, что под каждую систему делается своя версия ЗАПУСКАЛКИ, а не приложения, потому что .exe не запустится в Mac OS X, а *.sh без толку дергать в винде, в которой нет bash

Даже я это знаю

>А про кросплатформенность явы - это всё лажа! Работает она на паре платформ и всё. К тому же тормозит страшно. А что касается Qt, то она даже по L4 есть и никто не мешает портировать под любую другую платформу.

Anonymous navernoe ne slishal pro to chto JVM mozhno iz sorcov skompilit pod lubuju platformu. A chto kasaetsa tormozov - to u menia chat server na Java poderzhivaet ~15K postojannih soedinenij a v klastere do milliona :) i otveti s max zaderzhkoi 3 sec.

A esli GUI nado to polzui Java 1.5 ili esche luchshe 1.6 i budet tebe schastie v guevom bistrodeistvii.

>Anonymous navernoe ne slishal pro to chto JVM mozhno iz sorcov skompilit pod lubuju platformu.

чё правда? и все библиотеки тоже? mono вон в принципе тоже почти работает:-)

>A chto kasaetsa tormozov - to u menia chat server na Java poderzhivaet ~15K postojannih soedinenij a v klastere do milliona :) i otveti s max zaderzhkoi 3 sec.

Chat-server na Java... ну просто ох**ть. Кластер... Бл*... Русский то хоть в твоей помойке работает? Судя по твоему посту - маловероятно

Кину-ка и я свои 2 цента в ветку про тормознутость жабы :)

Имеем комп, на котором разрабатывается проект по моим оценкам среднего размера около 200 класов + примерно столько же jsp. Все под Eclipse. + Tomcat поднятый (там пользуется Struts & Hibernate). Потом понадобилось разработать шустро клиента на дот-нет, перелезли в винду и к этому добавилось еще Visual Studio .net (2003).

Все крутилось на Cel 1200 / 512M.

Тормоза имели при одновременно поднятых студии, эклипсе, томкете. Закрываем студию, жить можно, притом достаточно комфортно.

--- Пятачок.

PS: или Вам нужно более грамотно писать проги на java, или у вас специфически-геморройная ситуация

Любопытненько.. ;-)

> не говоря уже о пожизненном освоении сверхсложных продуктов типа Дельфей ;)

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

>Не даром патрик выкинул GNOME из слаки.

Ну GNOME тормозит не потому что он на GTK+, а потому что он GNOME:)

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

4.2 :) Хотя если запускать из-под Гнома, работающего под vmware, то, конечно, кьютишные программы будут тормозить.

>Конечно, какие тут аргументы, коль это видно невооружённым глазом.

Значит, аргументов нет. Записываем: слив засчитан.

>А мы ждём когда он выкинет кеды.

И останется twm? :)

Пятачок, а в чём суть вашего поста? Что на 512 Мб тормозит винда + дот-нет + 2003-я студия + джава? Так вроде очевидно, что будет тормозить, разве нет?

>> Ну батенька, предложите что нибудь получше, но чтоб кроссплатформенное и работало :)

>Swing

ИМХО, неплохая статья на тему Qt vs Java+Swing: http://www.qtlib.ru/index.php?option=com_content&task=view&id=46&...

Я к тому, что не так все тормозно в жабе как предподносится. Смысл примерно такой, что разработка на java на такой машинке идет нормально. Но вот что-то больше уже несколько напряжно.

Если отмести студию, то со всем "девелоперским комплектом" нормально живется. Притом, что Tomcat и Eclipse сами на java написаны.

ИМХО в java присутствует некая "инертность" если хотите. Но если не морочится специально на эту тему, то незаметно оно. Вообще тормознутость java это просто раздутые слухи.

Все полное ИМХО :)

--- Пятачок

> Anonymous navernoe ne slishal pro to chto JVM mozhno iz sorcov skompilit pod lubuju platformu. A chto kasaetsa tormozov - to u menia chat server na Java poderzhivaet ~15K postojannih soedinenij a v klastere do milliona :) i otveti s max zaderzhkoi 3 sec.

Под любую нельзя, в сорцах повсюду архитектурные биндинги и ассемблерный код местами встречается, так что под что SUN нарисовала - только там Java и будет. А это спарки, х86, amd64, ppc и что-то там еще.

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

Простой object pascal представлял такие уж сложности, с учетом того, что IDE в дельфях очень даже ничего, а хелп - так вовсе замечательный?

Хз... в бытность студентом и мне довелось на 4-5 версиях пописать и математику, и компоненты, и интерфейс... даж на чистом winapi писал какие-то проги для общего развития... вроде ничего сложного...

> Простой object pascal представлял такие уж сложности

Речь была не о самом языке, а о стандартной RTL/VCL. Там такие залежи... Но народ доки традиционно не читает и начинает с матом изобретать велосипед, костеря язык. :) Сам помню, как несколько раз видел классы и компоненты, которые "исправляли" то, что давно уже было.

> вроде ничего сложного...

Сложность начинается тогда, когда кто-то пытается что-то сложное сделать. Вышеупомянутым стилем получается кака в коде. А те, кто потом это видят считают, что по нормальному и не сделать. Это во всех языках есть, но беда OP в том, что через него много отмечаются... ;-)

>Пример: у меня P4-2.2ГГц/512М, и на нем Eclipse тормозит (свопинга нет - она вся умещается в ~200М). Работать можно, но тормоза чувствуются - неприятно. Относится ли такая машина к "древнейшему железу"?


У меня P4-2.80GHz/1024M, и на нём Eclipse ЛЕТАЕТ как и в Gentoo, так и в WinXPSP2 ! .

Кстати в винде - eclipse.exe CPU usage: 00, Mem Usage: 2 784 K, VM Size: 800 K

Поэтому про тормознутость - ПРОСТО РАЗДУТЫЕ СЛУХИ.

> PS Давайте не развязывать флейм gtk+_vs_qt. Все равно у сторонников gtk+ не найдется аргументов в пользу тормознутости QT. Не даром патрик выкинул GNOME из слаки.

Да ты, я гляжу, профессиональный тролль и провокатор со стажем

А разве процесс не java.exe?

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

И что, есть объективные проверяемые критерии? Давай-ка их сюда

> Конечно, какие тут аргументы, коль это видно невооружённым глазом.

У окулиста давно был? Сходи, пора

Хмм... Я не противник Java и Eclipse, но смотреть занимаемый объём памяти нужно по процессу jawavm или типа того - а оно набежит метров под 100 точно.

> Там, обычно, просто инсталлер под разные платформы.

А я вот azureus скачал линуксовый, а он под вендой не взлетает... Не инстоллер был, просто архив.

Скажи, какое java-приложение мне скачать, чтоб работало и под lin, и под win. Хелловорды не принимаются.

> Java только во время загрузки может потормозить и то, взависимости от ёмкости проекта, а дальше всё как по маслу.

... пока не проснётся gc и не покажет процу кузькину матерь. Я часто пускаю программы на ноуте в дороге, т.е. от акку. Жаба жрёт акку, как чипсы. Фсат. Вместе с дотнет.

> Скажи, какое java-приложение мне скачать, чтоб работало и под lin, и
> под win

GanttProject. ZIP архив. Тут: http://ganttproject.org

> Запуск - примерно 12-15 сек.

Это - ШУСТРО???? Чего-то в этой жизни я не понимаю...

> Речь была не о самом языке, а о стандартной RTL/VCL. Там такие залежи... Но народ доки традиционно не читает и начинает с матом изобретать велосипед, костеря язык. :) Сам помню, как несколько раз видел классы и компоненты, которые "исправляли" то, что давно уже было.

Ну... достаточно сказать JEDI и все станет ясно :)

Ваще, под дельфи я умудрялся в большей части случаев классы использовать только в формочках, где без них ну никуда, а вся логика писалась в старом-добром функциональном стиле и хранилась во внешних dll-ках, как учил нас Пророк... уж чего народу из стандарта не хватало - хз %)

> Сложность начинается тогда, когда кто-то пытается что-то сложное сделать. Вышеупомянутым стилем получается кака в коде. А те, кто потом это видят считают, что по нормальному и не сделать. Это во всех языках есть, но беда OP в том, что через него много отмечаются... ;-)

Та... ООП - зло все без исключения :) Враппер к libmysql однажды пришлось самому написать, еще до того, как к 3.29 нашлось, и работал с базами нормально... вопщем если забить на ООП, то дельфи - суть замечательный язык (а С все равно круче... *заметки от подсознания* ;) ), а классы - как и положено, только для GUI... %)

> Все правильно, купи себе журнал ксакеп, из него ты сможешь узнать, что под каждую систему делается своя версия ЗАПУСКАЛКИ, а не приложения, потому что .exe не запустится в Mac OS X, а *.sh без толку дергать в винде, в которой нет bash

jar-файл azureus'а не пускается, панимаишь, да? При чём тут запускалка?

> jar-файл azureus'а не пускается, панимаишь, да?

А как благародный джигит пытается запустить jar файл?

>Скажи, какое java-приложение мне скачать, чтоб работало и под lin, и под win. Хелловорды не принимаются.

ну проверь jave [Free java ASCII versatile editor]
http://www.jave.de/download/download.html

у меня как в lin, так и в win прекрасно всё работает :)

> чё правда? и все библиотеки тоже? mono вон в принципе тоже почти работает:-)

Ты хоть жабу в глаза видел? Там 99% на ней самой и написано.

> Chat-server na Java... ну просто ох**ть. Кластер... Бл*... Русский то хоть в твоей помойке работает? Судя по твоему посту - маловероятно

Судя по твоему посту ты только пальцы топорщить можешь, а по делу, так и сказать нечего. Между прочим, ngio в Java пошустрее иного Си будет. А серваку монопенисуально какой язык - хоть монгольский. А судя по моему посту - у меня на работе нет русского (не все в Бобруйске живут)