А вам что, правда не нравится? А она такая =).
JIT компилирует код по мере необходимости, во время выполнения, в остальных случаях — это всё равно байт-код и всё равно интерпретатор, ява-машина, как угодно называйте. И никакие убеждения в пользу производительности явы меня не убедят, потому что лично видел с какой «скоростью» она работает.
На Asp.Net простенькое веб приложение делается 1м кликом мыши.
Там, наверное, есть такая кнопка, типа «создать личный блог»?=)) Детский сад, чесс слово. Я подразумевал, что функциональность должна отражать конкретную задачу.
Это была лично ваша ошибка — не надо было использовать MFC, я в курсе что это, поэтому никогда не использовал и не собираюсь....так вот помню сколько мне (тогда начинающему) усилий стоило смастерить GUI приложение на MFC, потом на QT
То как вы назвали Qt — QT’ом говорит о том, что у вас практически не было в нём опыта, т.к. опытный Qt-разработчик никогда не обзовёт его Quick Time’ом. А значит вам, как новичку, набросать даже простой интерфейс (при том, что имеется даже Qt Designer, где это легко делается мышей) показалось трудным. На самом же деле, всё делается просто и крайне интересно, не надо пугать народ.
Сложнее прежде всего для начинающих, они его могут не осилить просто напросто.
А вот насчет скорости разработки это не стереотип уж точно)
Для примера: простенькое веб-приложение (с виджетами, как пример какими — www.webtoolkit.eu/...s/ext__calendar , на которые можно вешать любой css) на Wt-фреймворке можно написать за вечер. Минимальный клиент-сервер сообщений на Boost+Qt за, примерно, три. За скорость работы программ по сравнению с интерпретаторами говорить есть смысл?
А вам много приходилось писать на С++, если не секрет? И что именно. Интересно просто откуда такие выводы.
зы. про начинающих — возможно. У меня путь был, повторюсь, php->java->c++, так что настаивать не буду.
почему? Намекаете что будущее в интерпретаторах в пользу сроков разработки? Совершенно непонятный коммент. Но если это так, то не согласен, приходилось работать и с тем и с тем, выбор для себя сделал :). И С++ в сроках написания ну никак не проигрывает как не крути. Главное правильно выбрать инструмент.
да кто вам такое сказал? Вот из-за подобных стереотипов и появляются непонятные убеждения у людей. Для С++ существует также большое количество (очень большое) готовых решений, некоторые из них я уже перечислял — Qt, Boost (набор мега-библиотек, используются в самых серьёзных областях), Wt, Qxt, Qwt, STL, MFC, Gtk, да много их! Вы так сказали просто из-за своей неосведомлённости, признайтесь.
зы. писал на яве когда-то накрутчик посещаемости сайтов на java. Позже пришлось переписывать из-за того, что там (Qt Jambi) плохо организовано управление памятью (gc работал плохо, оператива забивалась). Пришлось тогда перейти на С++ с применением Qt. Написал намного быстрее и работает гораздо эффективнее. С тех пор с плюсов не слезаю, одно удовольствие.
А насчёт сложнее — да, но оно того стоит. Мозк не завянет, потому что постоянно совершенствуешься и платить больше будут. Всё логично.
Это я к тому, что лучше хорошо подумать чем выбирать языки, а потом через пару лет их менять.
>>P.S. Интересное наблюдение — после пхп джава вылядит более серьезным языком.
с++ относительно явы по «серьёзности» раза в два превосходит серьёзность явы относительно php :). Это как минимум. Да, для явы есть много готовых решений (awt, swing и т.д. и т.п., даже Qt Jambi юзал когда-то), даже очень много. Но истинное удовольствие от программирования получаешь только при прямой работе с компилятором, когда на выходе имеешь бинарник, а не тупой листинг, который надо прогонять через виртуалку.
как раз для программирования и развития есть с++, остальные языки исключительно чтобы человек понял что такое «программирование» и использовал это программирование в практике без дальнейшего своего развития. Количество «программерских» концепций в других языках ничтожно мало по сравнению с с++.