The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Nokia переводит Qt на более открытую модель разработки

12.09.2011 21:06

Ларс Нол (Lars Knoll), создатель KHTML и директор по развитию фреймворка Qt в Nokia, анонсировал план по переводу проекта на более открытую модель разработки, предполагающую более тесное сотрудничество Nokia, сообщества и компаний, заинтересованных в развитии проекта.

Для достижения этой цели будет создана новая экосистема, включающая в себя репозиторий исходных текстов, wiki, несколько дискуссионных листов, инструмент отслеживания ошибок, систему рецензирования, автоматического тестирования и включения изменений в код. Все это будет привязано к домену qt-project.org. Управлением инфраструктурой будет заниматься специально созданная некоммерческая организация.

Дальнейшее развитие проекта будет координироваться управляющей группой, в которую войдут мэйнтейнеры, крупнейшие контрибьюторы и люди, ответственные за принятие патчей. Группа будет сформирована на основе принципов меритократии, основываясь на вкладе каждого из участников. Так как Nokia продолжает быть ключевым разработчиком Qt, больше всего мест в управляющей группе займут сотрудники Nokia, но, как отмечает Ларс Нол, места 15% мантейнеров достанутся людям из других компаний и свободным разработчикам. Как и раньше Nokia будет продолжать вкладывать существенные средства в развитие платформы.

Отдельно отмечается, что не смотря на всю открытость новой модели разработки, каждый контрибьютор будет обязан подписать с Nokia соглашение "Contribution License Agreement", в рамках которого обговариваются права каждой из сторон на переданный код. Воплотить в жизнь новую модель управления и запустить инициативу Qt Project планируется к началу конференции Qt Developer days, которая состоится 17 октября.

  1. Главная ссылка к новости (http://labs.qt.nokia.com/2011/...)
  2. OpenNews: Представлен план подготовки Qt 5 и первые планы, касающиеся KDE 5
  3. OpenNews: 03 Компания Nokia делает публичным обсуждение технических вопросов разработки Qt
  4. OpenNews: Nokia планирует переход к открытой модели управления для Qt
  5. OpenNews: Начат перевод Qt на модульную основу
  6. OpenNews: Представлена предварительная версия фреймворка Qt 4.8
Автор новости: Evgeny Zobnin
Тип: К сведению
Короткая ссылка: https://opennet.ru/31734-qt
Ключевые слова: qt, nokia
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (81) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 21:36, 12/09/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Может теперь они откажутся от V8 в core и прочего тормозного уродства, которым хотят набить Qt5.
     
     
  • 2.5, Толстый (ok), 21:42, 12/09/2011 [^] [^^] [^^^] [ответить]  
  • –23 +/
    Нет, все верно делают. Плохо только то что завязано все будет на один язык, тогда как более мощные фреймворки как .NET дают возможность выбора любого языка.
     
     
  • 3.10, Аноним (-), 21:58, 12/09/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Так там и компиляция не в нативный код идёт, как в Qt
     
     
  • 4.12, анон (?), 22:12, 12/09/2011 [^] [^^] [^^^] [ответить]  
  • –14 +/
    > Так там и компиляция не в нативный код идёт, как в Qt

    в нативный, с промежуточной стадией

     
     
  • 5.24, Аноним (-), 23:02, 12/09/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    нет
     
  • 5.60, Блоб (?), 09:54, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ничего нативного там нет и небыло. Генерится байткод, который выполняется в подобии виртуальной машины. Вы бы книжки почитали.
     
     
  • 6.61, Сноб (?), 10:03, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ничего нативного там нет и небыло. Генерится байткод, который выполняется в подобии
    > виртуальной машины. Вы бы книжки почитали.

    Лишь бы ляпнуть.
    Человек всё верно написал. В сборке лежит байткод, а исполняется таки нативный код полученный JIT-компилятором. Существуют также AOT-решения - тот же monotouch например.

     
     
  • 7.65, Жорж (?), 11:35, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >В сборке лежит байткод, а исполняется таки нативный код полученный JIT-компилятором

    То есть по вашему все таки технология правильно формулируется "исполняется нативный код"? Ну вы даете, facepalm.jpg. По вашему так же и жава выполняет нативный код. Да, процессор то выполняет нативные для себя инструкции, но технология формулируется правильно словами "выполнение байткода в виртуальной машине". Стыдно за вас.

     
     
  • 8.66, Жорж (?), 11:38, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А вот как раз qt генерит нормальный нативный код Компилируется С компилятором... текст свёрнут, показать
     
     
  • 9.74, Аноним (-), 14:43, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Это не всегда безопасно NET - хорошая технология ... текст свёрнут, показать
     
     
  • 10.75, Жорж (?), 15:14, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да конечно, 30 лет это было безопасно, но потом появляется дотнет и все остально... большой текст свёрнут, показать
     
     
  • 11.87, Aleksey Salow (ok), 20:52, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    30 лет назад компы были маленькими, а программы уже требовались большие Отсюда ... большой текст свёрнут, показать
     
     
  • 12.94, Кумар (?), 08:03, 14/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот вы все и сказали Стыдно за вас, и наверное не одному мне ... текст свёрнут, показать
     
     
  • 13.97, Aleksey Salow (ok), 17:27, 14/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да мне как-то пофиг стыдно вам или нет Просто у вас перфекционизм - код нужно п... текст свёрнут, показать
     
  • 8.81, Имя (?), 15:49, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В случае JVM NET окончательная компиляция из байт-кода происходит непосредствен... текст свёрнут, показать
     
     
  • 9.82, anonymous (??), 15:52, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    это частности реализации, jit не обязателен ... текст свёрнут, показать
     
  • 8.88, Aleksey Salow (ok), 20:59, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    если я пройдусь ngen-ом по сборке в результате чего будет создан native image и ... текст свёрнут, показать
     
  • 3.14, Аноним (-), 22:27, 12/09/2011 [^] [^^] [^^^] [ответить]  
  • +18 +/
    > выбора любого языка.

    И любой платформы. При условии что это виндоус.

     
  • 2.7, BratSinot (?), 21:48, 12/09/2011 [^] [^^] [^^^] [ответить]  
  • –10 +/
    C++ уже большое тормозное уродство.
     
     
  • 3.9, Disaron (ok), 21:56, 12/09/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Use pyQt, Luke.
     
     
  • 4.15, Аноним (-), 22:28, 12/09/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Use pyQt, Luke.

    ...и большим тормозным уродством станет ваша программа :)

     
  • 4.25, Толстый (ok), 23:32, 12/09/2011 [^] [^^] [^^^] [ответить]  
  • –9 +/
    Биндинги - это костыли из прошлого века. Платформа должна быть спроектирована так, чтобы в биндингах не было необходимости - .NET. Любую библиотеку можно использовать из любого языка.
    Кроме того в pyqt уже отпала необходимость. В qt5 высокоуровневый код пишется на js, а ворочать мешками можно на С++.
     
     
  • 5.32, Аноним (-), 01:05, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Биндинги - это костыли из прошлого века. Платформа должна быть спроектирована так,
    > чтобы в биндингах не было необходимости - .NET.

    Да чо там, яву сразу давай. На ее VM куча всякого фуфела запускается. При том тормозное и кривое все как на подбор. Кстати с пиаром дотнета вы немного опоздали. Разве ваши менеджеры еще не вправили вам моск? Новый хит сезона - хтмл5. Поэтому в виндоус8 в центре внимания именно он, а не какие-то там сраные дотнеты.

     
     
  • 6.90, Aleksey Salow (ok), 21:11, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В MS ещё те троли работают. HTML5 это тру, это будущее, cutting edge и всё такое, вам об этом любой птушник скажет. И что по вашему должна MS делать? Сказать пошли все в жопу юзайте сервелат? Дык народ не поймёт, да и зачем отдавать место под солнцем если можно занять малыми силами. При этом, смею заметить, никто не отказывается ни от сервелата (ждём пятый к концу года), ни от .net (ждём 5-й в следующем году), ни от WinForms и WinAPI (которые дописываются и расширяются).
     
  • 5.93, cosmonaut (ok), 02:00, 14/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Платформа должна быть спроектирована так, чтобы в биндингах не было необходимости - .NET. Любую библиотеку можно использовать из любого языка.

    Ога, например, из джавы :)

     
  • 3.16, Аноним (-), 22:30, 12/09/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > C++ уже большое тормозное уродство.

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

     
     
  • 4.19, Drist (ok), 22:46, 12/09/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Придумали, и даже раньше плюсов - Си.
     
     
  • 5.21, Аноним (-), 22:51, 12/09/2011 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Утечки и проблемы выходы за границы. Прошлый век же.
     
     
  • 6.23, дикий анон (?), 23:02, 12/09/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Утечки и проблемы выходы за границы. Прошлый век же.

    Я и Торвальдс смотрим на вас с удивлением?

     
     
  • 7.30, Аноним (-), 00:37, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Мы про ядра говорим или про десктопные приложения Выход массива за границы и ра... большой текст свёрнут, показать
     
     
  • 8.48, Аноним (-), 05:19, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    gt оверквотинг удален А у меня как-то нет таких проблем Может из-за того что... большой текст свёрнут, показать
     
  • 6.34, Аноним (-), 01:08, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Утечки и проблемы выходы за границы. Прошлый век же.

    Внезапно, память может утекать и в языках с автоматическим управлением памяти. Лично видел как сайт оставленный на ночь утром выжирает 1Gb памяти. На любом браузере. При том что просто показана страничка. Если это не "утечка памяти", а хотя-бы и в JS - я тогда уж и не знаю.

     
     
  • 7.63, КО (?), 10:06, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А я видел как заходит солнце. Или оно падает за горизонт?
     
  • 5.29, ДФ (ok), 00:33, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Си, какими свистулями его не обкладывай - другая весовая категория по сравнению с Qt. Вы, наверно, это знаете... И все равно пишите...
     
     
  • 6.31, SDSWanderer (ok), 00:47, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Си, какими свистулями его не обкладывай - другая весовая категория по сравнению с Qt.

    Вы сравниваете вкусное с тяжелым.
    - Ваш Кэп.

     
  • 5.33, Аноним (-), 01:06, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Придумали, и даже раньше плюсов - Си.

    Для именно навернутых, типа гамез с задрюченной логикой, плюсы получше будут. Хотя мастера своего дела типа Кармака и на Си не тушуются. На то и мастер, чтоб голыми руками гвоздь в доску одним ударом загонять.

     
  • 4.22, grafsoft (ok), 22:52, 12/09/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    "Лучше для навернутых десктопных программ"
    Я вам скажу, придумали, это Delphi :) правда выбор платформ очень ограничен :)))

    А вот как раз на яве, например, очень "навернутая" десктопная программа вряд ли будет тормозить больше чем такая же на последнем QT :) а вот геммора при написании вполне может быть меньше

     
     
  • 5.27, жабабыдлокодер (ok), 23:53, 12/09/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, жаба на десктопе тормозить будет. Ее достоинства в обработке данных и клиент-серверных решениях. Хотя Sun для солярки делала на жабе основной рабочий стол со всеми менюшками, панелями, лотками и пр. На вид было что-то среднее между гномом и кде3. И работало достаточно быстро.
     
     
  • 6.55, 534уке5 (?), 09:18, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Java Desktop - это гном
     
  • 5.37, Аноним (-), 01:18, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Я вам скажу, придумали, это Delphi :) правда выбор платформ очень ограничен :)))

    Не, спасибо, такими платформами и программами - пользуйтесь пожалуй сами. Ведь свое - не пахнет, правда? А я ни 1 нормальной программы на дельфи еще не видел. Дельфисты вообще давно стали эталоном отстоя.

     
     
  • 6.45, PereresusNeVlezaetBuggy (ok), 04:26, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Точнее, не замечали Total Commander, QiP, Inno Setup, KMPlayer, The Bat , Skype... большой текст свёрнут, показать
     
     
  • 7.58, 534уке5 (?), 09:24, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Точнее, не замечали. Total Commander, QiP, Inno Setup, KMPlayer, The Bat!, Skype...

    Ну сейчас то Скайп плюсовый и даже Кьютовый

     
     
  • 8.68, PereresusNeVlezaetBuggy (ok), 12:48, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Верно Но начинал он, будучи ещё не раскрученным , с Delphi Сейчас-то его х... текст свёрнут, показать
     
  • 8.70, rellai (ok), 13:24, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    для винды версия по прежнему на делфе... текст свёрнут, показать
     
  • 6.46, Павел Ишенин (?), 04:26, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Чем проще средства разработки, тем больше студентов и школьников будет их осваивать. Как следствие появляется куча "крутых" программ от них. Вот эти программы и сослужили дурную славу Delphi.
     
  • 6.49, Diden05 (ok), 06:22, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У Delphi есть масса плюсов, и не вина среды разработки в целом и OP в частности, что сделала доступным программирование для "самых маленьких".
    Хотя в России почему то исстари больше любили учить Турбо Паскалю, нежели Турбо С.
     
     
  • 7.56, grafsoft (ok), 09:22, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Потому, что например, на моей ec-1841 (pc-xt) этот самый турбо паскаль в отличии от остальных турбо и не турбо с..с++, работал шустренько и довольно неплохо
    а С  ни  чем не лучше паскаля (не считая религиозных проблем и разницы в синтаксисе в мелочах)
     
     
  • 8.77, anonymous (??), 15:25, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    традиционно 8212 оптимизатором лучше ... текст свёрнут, показать
     
     
  • 9.84, grafsoft (ok), 17:52, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Извините, конечно, но это бред, современные компиляторы оптимизируют все и вся... текст свёрнут, показать
     
  • 8.85, Disaron (ok), 20:28, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Жду пример перегрузки операторов - и т п , а особенно new и delete в п... текст свёрнут, показать
     
     
  • 9.89, anonymous (??), 20:59, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    жду пример того же в си это навскидку ... текст свёрнут, показать
     
     
  • 10.91, Disaron (ok), 21:46, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем оно в Си В посте, на который я ответил, проскользнул с К тому-же в т... текст свёрнут, показать
     
     
  • 11.92, anonymous (??), 21:59, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а вот зачем, цитирую 171 а С ни чем не лучше паскаля 187 камент не читай... текст свёрнут, показать
     

  • 1.2, Аноним (-), 21:38, 12/09/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А кто-то еще жаловался, что MS душит опенсорс.
     
     
  • 2.36, ДФ (ok), 01:12, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Перевожу из кулуаров: в Нокии обстановка накаляется, и патроны Qt видя это попросили обеспечить гарантию независимости, гарантию от ухода под крыло Майкрософт (что смерти подобно, ибо .NET только и ждет устранения конкурентов).
    Изначально планировали дождаться 5-ки, т.к. в ней много кардинальных изменений и кодерам надо на них сконцентрироваться. А значит вмешательство со стороны при открытии доступа к репозиториям может усложнить и удлинить процесс ревизии кода, его гарантированной стабильности, координации и проч. Есть уже наглые американские компании, которые хотят своих фич в Qt и имеют свои виды на "светлое будущее" фреймворка (ну-ну) - схема понятна "лебедь, рак и щука" и в итоге пшик...
    В результате, так как M$ прижимает, решили начать постепенный процесс перехода к коммунити разработке. Все кодеры Qt и Meego на нервах. Тем более упертые финны, у них опенсорс - это "святое". Никто не ожидал что M$ так быстро устранит Symbian. Думали она стабильно продержится еще года два, что будет запас на переход в Meego. Но M$ пошел напролом (см письмо о "горящей платформе"), и теперь вплотную занялся устранение Линукса (Meego) в Нокии (собственно, как я понимаю - главная цель). Инвесторы негодуют, хотя им не важны технические стороны в войне осей...
    Менеджеры молчат в тряпку, ибо после показательных увольнений руководителей и скрам мастеров в Meego - особо ретивых - все поняли что к чему...
    Короче как в России 90-х: приехали богатые американские капиталисты, сделали "an offer, he won't refuse", и слили конкурентов (или конечной целью все-таки был "социалистический" Линукс?). Никому такого не желаю!
     
     
  • 3.38, Аноним (-), 01:21, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Никому такого не желаю!

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

     
     
  • 4.42, ДФ (ok), 01:40, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Результатом "зарезания ягненка" акулами капитализма стало то, что европейцы (финны в данном случае, думающие по крайней мере) почувствовали на своей шкуре то, что почувствовали в России 90-х, когда "цивилизованные" Штаты скупали в России по дешевке усе через мутные схемы капиталистов, при этом  мурлыкая что-то убаюкивающее про "демократический ценности".
    А при относительно сытой и размеренной жизни в Европе, чувства европейцев будут особенно резкими... Учитывая открытое информационное давление США (которые тащат всех с собой в дефолтную могилу) на "кровоточащие" Греции, Испании, (PIGS), в старушке Европе идет явная переоценка капиталистических ценностей...
     

  • 1.3, me (??), 21:40, 12/09/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    как бэ намекает : Nokia отдельно, qt отдельно. Хотя это даже к лучшему
     
  • 1.13, Аноним (-), 22:18, 12/09/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    В свете последних событий не могу без содроганий читать новости, содержащие в заголовке одновременно "Qt" и "Nokia". Слава богу, пока ничего плохого не случилось. Новость хорошая, давно всё к этому шло.
     
  • 1.20, fork (??), 22:47, 12/09/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отличный фреймфорк. Даже более чем. Кроме того видел компании, которые отлично продают программы сделанные и поддерживаемые еще на делфи 3 , а QT в текущей новой версии работает на ура и под винду и под линух и под другие програмные и аппаратные платформы.
     
     
  • 2.26, жабабыдлокодер (ok), 23:49, 12/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    (Шепотом) Как бывший дельфист - уверяю: именно третья версия делала самые быстрые и компактные программы, если понятие "компактный" и "быстрый" вообще применимо к дельфи. Дальше шли уже сплошь убогие сетевые и клиент-серверные недо-решения.
     
     
  • 3.50, Diden05 (ok), 06:30, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Странно, вполне себе юзал Дельфи с первой и по 2010 версию, да много можно было бы просто выкинуть без потерь, но не скажу что сильно мешает, а о компактности, ну DOS 6.22 занимал 3 дискеты, а Win95 уже 16, так что 5-7 мб на винте думаю не очень страшно для программы которая РАБОТАЕТ ТАК КАК ДОЛЖНА.
    PS: Этим начинают грешить почти все без исключения браузеры, разве что кроме Links, превращаясь в монстров :)
     
  • 2.59, 534уке5 (?), 09:30, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Отличный фреймфорк. Даже более чем. Кроме того видел компании, которые отлично продают
    > программы сделанные и поддерживаемые еще на делфи 3 , а QT
    > в текущей новой версии работает на ура и под винду и
    > под линух и под другие програмные и аппаратные платформы.

    А тот кто помнит Kylix, помнит и то, что он использовал Qt вместо VCL

     
     
  • 3.78, anonymous (??), 15:30, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А тот кто помнит Kylix, помнит и то, что он использовал Qt
    > вместо VCL

    не «вместо», а «вместе». Qt использовали в основном как низкоуровневый апи, обёрнутый сверху vcl-ем.

     
     
  • 4.86, Аноним (-), 20:32, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    И называлось все это CLX
     

  • 1.35, гыгы (?), 01:12, 13/09/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    в Qt огорчает лишь одно, что нет кроме Python и C++ другого языка, один медленный, второй устаревший

    хотел бы видеть в Qt 5 такие вещи:
    1) базовый язык - нечто вроде D или например Vala (с адаптацией на QObject а не GObject), вот один из этих двух языков очень подходит для такой роли - современного типа и при том нативные
    2) конечно желательно как опцию процессоро-независимый и независимый от ОС байт код, например на базе LLVM, с соответствующими модульными и оффлайн-онлайн инсталляторами под разные ОС...

    вот тогда Qt выживет в будущем и будет конкурировать на равных

     
     
  • 2.40, Аноним (-), 01:23, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > 1) базовый язык - нечто вроде D или например Vala (с адаптацией
    > на QObject а не GObject),

    JS видимо таковым станет, с C++ для heavy lifting.

     
  • 2.47, PereresusNeVlezaetBuggy (ok), 04:44, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > в Qt огорчает лишь одно, что нет кроме Python и C++ другого
    > языка, один медленный, второй устаревший

    Не пойму, что значит "в Qt"? Писать программы, использующие Qt, можно на куче языков: http://en.wikipedia.org/wiki/Qt_%28framework%29#Bindings . А на чём написан сам Qt, мало кого волнует, пока он хорошо работает. А Qt работает всё-таки хорошо.

    > хотел бы видеть в Qt 5 такие вещи:
    > 1) базовый язык - нечто вроде D или например Vala (с адаптацией
    > на QObject а не GObject), вот один из этих двух языков
    > очень подходит для такой роли - современного типа и при том
    > нативные

    Что значит "базовый"? Что значит "устаревший"? Без встроенного сборщика мусора, что ли? Дык пользуйтесь биндингом для того языка, в котором есть вам нужные фичи. И это будет наверняка работать быстрее, чем если бы Qt был изначально написан на том же Python или D.

    > 2) конечно желательно как опцию процессоро-независимый и независимый от ОС байт код,
    > например на базе LLVM, с соответствующими модульными и оффлайн-онлайн инсталляторами под
    > разные ОС...

    А ещё было бы здорово, чтобы мой холодильник квартиру пылесосил. Вы вообще понимаете, о чём говорите?

    > вот тогда Qt выживет в будущем и будет конкурировать на равных

    Угу. Потому что сейчас ему альтернатив (по связке "портируемость + удобство + скорость") практически нет, но если следовать вашим советам, наверняка конкуренты догонят и обгонят.

     
     
  • 3.53, Аноним (-), 08:47, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И это будет наверняка работать быстрее, чем если бы Qt был изначально написан на том же Python или D.

    Python — допустим. Но почему Вы решили, что Qt будет медленнее, будучи написан на D? Даже наоборот, кое-что точно ускорится — процесс компиляции, из которого полностью устранён препроцессор.

     
     
  • 4.67, PereresusNeVlezaetBuggy (ok), 12:34, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> И это будет наверняка работать быстрее, чем если бы Qt был изначально написан на том же Python или D.
    > Python — допустим. Но почему Вы решили, что Qt будет медленнее, будучи
    > написан на D?

    Просто потому, что C++ - это мейнстрим, который оптимизируют в хвост и в гриву. При этом язык даёт полное управление над программой, что позволяет выжимать каждую каплю производительности. В D же имеются неподконтрольные или слабо контролируемые сущности (вроде того же сборщика мусора, или ), которые иногда добавляют удобства и скорости разработки, но не бесплатно. :)

    Я вовсе не говорю, что D - это плохо. Но для Qt, ИМХО, C++ - самый оптимальный вариант. Это как раз тот случай, когда C++ наиболее уместен. По соображениям портабельности (как в плане компиляции собственно Qt, таки в плане доступа из других сред), производительности, а также контролируемости и гибкости исходного кода.

    > Даже наоборот, кое-что точно ускорится — процесс компиляции,
    > из которого полностью устранён препроцессор.

    Заменили #include на import, и ждём ускорения процесса сборки. Ну-ну. Покажите цифры, которые бы подтверждали реальное ускорение, а там уже можно будет говорить не впустую.

     
     
  • 5.69, Junker (?), 13:14, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В D же имеются неподконтрольные или слабо контролируемые сущности (вроде того же сборщика мусора, или ), которые иногда добавляют удобства и скорости разработки, но не бесплатно. :)

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

     
     
  • 6.73, PereresusNeVlezaetBuggy (ok), 14:26, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> В D же имеются неподконтрольные или слабо контролируемые сущности (вроде того же сборщика мусора, или ), которые иногда добавляют удобства и скорости разработки, но не бесплатно. :)
    > Как раз подконтрольные. В D есть возможность ручного выделения памяти, а также
    > сборщик можно отключить при желании.

    Если его отключить (кстати, о том, что это возможно, я почему-то не знал, прошу прощения), то о преимуществе в виде его использования говорить будет странно. :) А ручное выделение памяти по сути предназначено только для взаимодействия с другими платформами, пользоваться им не очень удобно... во всяком случае, было. Как сейчас - не знаю, может, что-то и изменилось (хотя на digital mars сейчас зашёл, и на скорую руку нового в этой сфере не увидел).

    Иными словами: из D можно сделать C++. Но зачем, если C++ уже есть? :)

     
     
  • 7.76, Аноним (-), 15:21, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Из D нельзя сделать С++, пока в плюсах есть препроцессор, а в D — грамотная поддержка модулей. Конечно, добавить в D препроцессор и убрать модульность можно. Но зачем? Ведь препроцессор — это плохо, а модульность — это хорошо.
     
     
  • 8.80, PereresusNeVlezaetBuggy (ok), 15:46, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, положим, никто не мешает использовать препроцессор для D-исходников Он в... текст свёрнут, показать
     
  • 5.71, Аноним (-), 13:53, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Заменили #include на import, и ждём ускорения процесса сборки.

    Сравнили тёплое с мягким. #include указывает на текстовый файл, который следует включить в данный файл (обычно включается заголовочный файл). При включении одного и того же заголовочного файла его приходится окружать #ifdef-ами, дабы не множить сущности без необходимости. import необходимость использования этого костыля устраняет — модуль в процессе сборки подключается ровно один раз. При этом import-у не приходится работать с большими блоками текста, при которых неизбежно многократное копирование одного и того же всякий раз, когда из текста удаляется одна строчка или наоборот, добавляется.

     
     
  • 6.72, PereresusNeVlezaetBuggy (ok), 14:23, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Заменили #include на import, и ждём ускорения процесса сборки.
    > Сравнили тёплое с мягким. #include указывает на текстовый файл, который следует включить
    > в данный файл (обычно включается заголовочный файл). При включении одного и
    > того же заголовочного файла его приходится окружать #ifdef-ами, дабы не множить
    > сущности без необходимости. import необходимость использования этого костыля устраняет
    > — модуль в процессе сборки подключается ровно один раз.

    Что это костыль - согласен (правда, почти современные компиляторы знают про "#pragma once", но это всё же не так портабельно). Но речь была о производительности.

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

    Не понял насчёт удаления-добавления строчек. Если имеется в виду многократное включение заголовочного файла, то таки это фича, которой в D нет. :) Если же имеется в виду, что import не пересчитывает заново все исходники, так и ccache никто не отменял... Да, это отдельная от языка сущность, но по факту результат сравнимый. :)

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

     
     
  • 7.79, Аноним (-), 15:30, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, речь была о скорости Причем о скорости компиляции, а не только скорости ис... большой текст свёрнут, показать
     
     
  • 8.83, PereresusNeVlezaetBuggy (ok), 16:05, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Гм ИМХО, термин прозводительность чуть точнее, чем скорость , ну да не суть ... большой текст свёрнут, показать
     
  • 2.54, СуперАноним (?), 09:03, 13/09/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >2) конечно желательно как опцию процессоро-независимый и независимый от ОС байт код, например на базе LLVM, с соответствующими модульными и оффлайн-онлайн инсталляторами под разные ОС...

    Да не нужны эти фреймворк-виртуальные машины с их байткодами в опенсорсе. Это же мир открытых исходников - берёте исходники и компилируете в нативный машинный код, интересующих вас процессора и ОС.

     

  • 1.57, Аноним (-), 09:22, 13/09/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Ларс Нол (Lars Knoll), создатель KHTML и директор по развитию фреймворка Qt в Nokia

    Вот откуда в Qt пошла вся вебизация. Записал в тетрадку.

     
  • 1.64, Анонимчик (?), 10:27, 13/09/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Теперь открыта даже коробка!
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру