В курсе, но там есть некоммерческие релизы + мы же в России живем )))


Можно узнать в каком месте притянуто?

Как-то глядел у них на сайте и не видел некоммерческого. Хотя, мог и проглядеть.
А подстрекать к нарушению прав на интеллектуальную собственность не стоит.  
Работать же приходится нередко и с зарубежными партнёрами. Ну и ещё. Если твоя программа написана с использованием украденного Qt (или чего другого), то на рынок США, например, соваться с нею проблематично - если будет установлен факт нарушения прав, это грозит кучей неприятностей и штрафов.
Конечно, если пишешь под себя (блин, классная фраза получилась - можно не только ходить под себя, но и писАть ) или маленькой компании в небольшом городе - можно и ворованый код использовать. Всё равно никто не узнает, а если и узнает - не так страшно.


Можно. Ты сознательно не учёл многие факторы. А эти факторы в определённых условиях могут повлиять на итог.

Platon, если бы на C++ было бы проще программировать, то не было бы ни java, ни .net, ни delphi. Если бы Qt предоставляла бы больше возможностей, чем java runtime, то они не делали бы jambi.


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


А необходимости в альтернативных гуях действительно нет. Попробуйте провести тесты - вы удивитесь ;)

[hr]
В любом случае, будущее не за компилируемым кодом.

Это сообщение отредактировал(а) w1nd - 28.10.2007, 19:49

w1nd, действительно на C++ сложнее программировать, поэтому вечеринки устраиваю в форуме Java ^_^ но, думаю, если бы java производил родное приложение, то все бы занимались этим...



И без этого тормозов хватает, исключая пожалуй 1.6, интересно 1.7. совсем выйдет на скорость родных приложений?

Добавлено через 9 минут и 51 секунду

Вспомним понятие "теория игр", где оба игрока играют максимально оптимально.

Факт коверкается. jambi сделан как раз для того, чтобы была возможность писать по возможности более родные приложения, так же как и SWT.

Ах, да, у Java же есть такой прекрасный механизм, как сборка мусора, и перед этим стоит преклонить колено ^_^

Это сообщение отредактировал(а) Platon - 28.10.2007, 22:16

Понятия "быстро" и "медленно" весьма относительны.  Мне больше нравится понятие "достаточно".
Ну вот, допустим, выполняется отрисовка на С++ за 0,001 секунды, а на Java за 0,003. И работает Java (допустим) в 3 раза медленнее.... Ну и что? Пользователю то оно без разницы, он все равно этого не заметит... Этой скорости достаточно (при определенной "прямости рук" программиста), что бы реализовать отзывчивый пользовательский интерфейс. Плюс еще развитие железа идет полным ходом, что серьезно сглажвает разницу.
Что касается игрушек, так тут конечно дело за OpenGL и т.п. 

P.S.: Раньше-то (а может и сейчас) частенько на ассемблере куски кода писали, считали, что код после С++ компиляции медленно работал... тоже наверное воевали, что мол С++ сакс, а Asm рулез...  Но в итоге пришли к мнению, что достаточно того что С++ выдает. 

Несложно подсчитать, что программисту C++ можно быть в 3 раза криворукей чем Java программисту ^_^


Ну, тут тоже надо разделять понятия "необходимый" и "достаточный"

В общем, ждем семерки с ее improved code, а там можно и поговорить далее.

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

Раньше бывали случаи, когда было просто необходимо делать вставки на асме. Компилятор С/С++ вставлял кучу лишних действий, что сильно замедляло код. Плюс, мощности машин были ниже. Сейчас компиляторы стали поумнее, а мощности выросли. Поэтому сейчас вставки на асме делают намного реже. Потому как необходимости нет.

Не люблю я экстенсивный способ развития     но видимо тоже веяние времени.
Тогда поставим вопрос так: почему Java не может включить в стандартную поставку одну из родных библиотек?

В каком смысле "родных"? Если в смысле "нативных", то она поставляет... поищите в подпапках JRE по маске *.dll

Использование jvm приносит бенефиции, недостижимые для родных приложений.


Да ну? А не для того, чтобы приобрести новых пользователей? Приложения QT ничуть не роднее приложений на java для любой из систем.

Подкину дров:
Javolution

Какого черта это имеет место быть?!

Совсем недавно, значит вещь актуальная.

Если бы java не была такой нерасторопной, никаких real time specifications выдумывать не нужно было бы, я так думаю.

Сразу приношу извинения, если в чем-то ошибаюсь, я провожу расследование по этому вопросу, в том числе поделился с местным населением.

Это сообщение отредактировал(а) Platon - 12.1.2008, 12:35

Platon, real-time системы - это не более быстрые системы, это более предсказуемые системы. Возможно, речь идёт именно об этом?

Хотя Сановцы уже сделали свою реализацию Java Real-Time, так что не знаю.

Добавлено через 6 минут
Да, похоже так и есть. Плюс ещё какие-то оптимизации.

Источник.

Ну, это, конечно, не единственное отличие RTJ от обычной Явы, но главное.

Это сообщение отредактировал(а) batigoal - 12.1.2008, 18:07