LINUX.ORG.RU

Novell выбрала Qt


0

0


Просочилось сообщение, что руководство Novell приняло решение использовать для разработки Qt.
Естественно, разработчики Suse остались довольны принятым решением, подчеркнув, что Qt имеет более лучший API и больший круг разработчиков. Автоматически Novell выбирает KDE.

Оригинал новости на немецком:
http://www.heise.de/newsticker/meldun...

Англ. перевод google:
http://translate.google.com/translate...

Новость взята с http://qtforum.org/

>>> Подробности

★★

Проверено: maxcom

Ответ на: комментарий от svu

Ругань рулит! :)

Я так понял, что ты про ту, которая за март? Где обсуждается проблема Mono vs. JVM vs Something_else?

Zubok ★★★★★
()
Ответ на: комментарий от svu

Да они там могут спорить сколько угодно. Все-равно никто из них от своих убеждений не откажется. Труднее всего будет отказаться от убеждений Иказе, потому что столько сил вложено в Mono, что уже назад дороги нет. Тем более, что проект куплен Novell. Меня приколол факт некоего письма от Иказы Микрософту и ожидания ответа. Прямо картина маслом... Хакеры пишут письмо мелкомягкому хану :)...

Хавок больше, смотрю, тяготеет к JVM, но и там с оговорками. В итоге его рассуждений он выстрелил фразой: "Так давайте же будем развивать решение Python/C" (или что-то вроде этого). Это был голос отчаяния. ;)

И в случае с MS, и в случае с Sun понятно, что никаких патентных притязаний с их стороны не будет до тех пор, пока им на пятки наступать не будут за счет их же решений, в которые они вложили бабло немалое. :)... Ну я так понимаю, что Novell решает делать десктоп с целью доминировать на рынке, не так ли? Это цель любой компании. А раз так, то риск поиметь в итоге претензии от с MS велики. Ну либо просто сменит MS спецификацию и мир софта распадется на решения для Mono и решения для .NET (коих будет 90% в итоге). Так что такой расклад, как мне кажется. Но а если Mono будут предпочитать всякие круаные заказчики типа Мюнхенов там, крупных компаний и прочее, то MS прибьет Mono каким-нибудь патентным иском, что потребует что-то в Mono менять, а это отбросит десктоп Ximian опять назад и тех, кто заложился на это решение. Во всяком случае Novell может попасть на бабло...

Zubok ★★★★★
()
Ответ на: комментарий от Zubok

Ну я тоже примерно так и увидел эту картину. Только мне Иказу совсем не жалко. Сам дурак, нечего было ему столько сил на Моно кидать (если, конечно, он не получил откат сами знаете от кого). Если бы все те, кто делал Моно, довели бы перлово-питоновские байндинги до вылизанного состояния, или Еву-Гнумерик-Аби дополировали (я уж не заикаюсь про жабские байндинги:) - было бы куда лучше для гнома, мне кажется. Да, и еще они, мне кажется, упустили из виду важный аспект. МС никак не завязан на опенсорц. Жабка - очень завязана. Если завтра исчезнут (jakarta|xml|ant).apache.org - разработчикам на жабе придется очень туго. И многие из них обернутся ... сами знаете куда. Короче, я, как жаваписец, больше доверяю сантехникам (но это мое персональное мнение, от которого не зависит судьба гномовского десктопа - могу позволить себе необъективность). Впрочем, для гнома наверняка безопаснее пойти за питоном и не мучиться. Рисковать в таком деле глупо и бессмысленно - и не такой уж плохой язык питон, тем более что будет он использоваться в роли дельфей или васика (будучи врядли сильно медленнее последнего), а нижний уровень все равно будут делать на С.

Что Новел попадет на бабло - не очень важно (мне и гному:). А вот то, что гном запретят распространять - это будет смертельный удар для него...

svu ★★★★★
()

Просто выскажусь (за форумом не слежу, может кто-то что-то похожее и говорил и не отвечаю ни на чью реплику - просто новая ветка беседы). Мигель де Иказа как-то говорил, что хотел бы видеть GNOME написанным на Си# (если информация не верна, просьба не ругать - но вроде всё точно). Так почему возникло какое-то странное движение: кто за Си - те за GNOME, кто за Си++ - те за KDE (Qt).

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

wieker ★★
()
Ответ на: комментарий от svu

Python

Я так понял, что Питон имелся в виду, как основное средство разработки приложений, а не как просто скриптовые примочки к прикладухам. Питон мог бы и сойти на эту роль. Только я так понимаю, что интерпретатор байткода там надо шлифовать до блеска, пока скорость не будет достаточной. Но уже хорошо то, что язык стал (1) очень популярным, а (2) программы на нем - переносимы.

Zubok ★★★★★
()
Ответ на: Python от Zubok

Дак я про него и говорил - для разработки приложений (не библиотек, не дай Бог). Только на самом верхнем уровне, как басик или дельфи (не путать с vba). А под ним - нативный код на С.

svu ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.