форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Nokia переводит Qt на более открытую модель разработки"	+/–
Сообщение от opennews (??) on 12-Сен-11, 21:36
Ларс Нол (Lars Knoll), создатель KHTML и директор по развитию фреймворка Qt в Nokia, анонсировал (http://labs.qt.nokia.com/2011/09/12/qt-project/) план по переводу проекта на более открытую модель разработки, предполагающую более тесное сотрудничество Nokia, сообщества и компаний, заинтересованных в развитии проекта. Для достижения этой цели будет создана новая эксосистема, включающая в себя репозиторий исходных текстов, wiki, несколько дискуссионных листов, инструмент отслеживания ошибок, систему рецензирования, автоматического тестирования и включения изменений в код. Все это будет привязано к домену qt-project.org (http://qt-project.org). Управлением инфраструктурой будет заниматься специально созданная некоммерческая организация. Дальнейшее развитие проекта будет координироваться управляющей группой, в которую войдут мэйнтейнеры, крупнейшие контрибьюторы и люди, ответственные за принятие патчей. Группа будет сформирована на основе принципов меритократии (http://ru.wikipedia... URL: http://labs.qt.nokia.com/2011/09/12/qt-project/ Новость: http://www.opennet.me/opennews/art.shtml?num=31734
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Nokia переводит Qt на более открытую модель разработки"	–1 +/–
Сообщение от Аноним (??) on 12-Сен-11, 21:36
Может теперь они откажутся от V8 в core и прочего тормозного уродства, которым хотят набить Qt5.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Nokia переводит Qt на более открытую модель разработки"	–23 +/–
	Сообщение от Толстый (ok) on 12-Сен-11, 21:42
	Нет, все верно делают. Плохо только то что завязано все будет на один язык, тогда как более мощные фреймворки как .NET дают возможность выбора любого языка.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	10. "Nokia переводит Qt на более открытую модель разработки"	+6 +/–
	Сообщение от Аноним (??) on 12-Сен-11, 21:58
	Так там и компиляция не в нативный код идёт, как в Qt
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	12. "Nokia переводит Qt на более открытую модель разработки"	–14 +/–
	Сообщение от анон on 12-Сен-11, 22:12
	> Так там и компиляция не в нативный код идёт, как в Qt в нативный, с промежуточной стадией
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	24. "Nokia переводит Qt на более открытую модель разработки"	+4 +/–
	Сообщение от Аноним (??) on 12-Сен-11, 23:02
	нет
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	60. "Nokia переводит Qt на более открытую модель разработки"	+1 +/–
	Сообщение от Блоб on 13-Сен-11, 09:54
	Ничего нативного там нет и небыло. Генерится байткод, который выполняется в подобии виртуальной машины. Вы бы книжки почитали.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	61. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Сноб on 13-Сен-11, 10:03
	> Ничего нативного там нет и небыло. Генерится байткод, который выполняется в подобии > виртуальной машины. Вы бы книжки почитали. Лишь бы ляпнуть. Человек всё верно написал. В сборке лежит байткод, а исполняется таки нативный код полученный JIT-компилятором. Существуют также AOT-решения - тот же monotouch например.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	65. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Жорж on 13-Сен-11, 11:35
	>В сборке лежит байткод, а исполняется таки нативный код полученный JIT-компилятором То есть по вашему все таки технология правильно формулируется "исполняется нативный код"? Ну вы даете, facepalm.jpg. По вашему так же и жава выполняет нативный код. Да, процессор то выполняет нативные для себя инструкции, но технология формулируется правильно словами "выполнение байткода в виртуальной машине". Стыдно за вас.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	66. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Жорж on 13-Сен-11, 11:38
	А вот как раз qt генерит нормальный нативный код. Компилируется С++ компилятором в нормальный нативный код под платформу, использует свои библиотеки, обычный бинарник. В отличает от дотнетов и жавы, тьфу противно.
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	74. "Nokia переводит Qt на более открытую модель разработки"	–3 +/–
	Сообщение от Аноним (??) on 13-Сен-11, 14:43
	Это не всегда безопасно. .NET - хорошая технология.
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	75. "Nokia переводит Qt на более открытую модель разработки"	+2 +/–
	Сообщение от Жорж on 13-Сен-11, 15:14
	> Это не всегда безопасно. .NET - хорошая технология. Да конечно, 30 лет это было безопасно, но потом появляется дотнет и все остальное становится вдруг "не всегда безопасным", ага. Итого: программировать надо уметь, ошибки не допускать надо учиться, но те, кто попробовал "программирование" на .net - этого им уже не понять и не нужно им это, потому что у них нет цели программировать хорошо и безопасно, а есть цель выпускать продукт для покупателя, предлагать решения  для заказчика, и тд, в общем - зарабатывать деньги. И тогда они пишут "Это не всегда безопасно. .NET - хорошая технология", опуская слова "потому что позволяет делать прибыль очень малыми силами, работниками невысокой квалификации, быстро, дешево, просто, не нужно думать о бла-бла, и нанимать хороших программистов, которые умеют программировать, и не шлепать формы"
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	87. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Aleksey Salow (ok) on 13-Сен-11, 20:52
	> Да конечно, 30 лет это было безопасно 30 лет назад компы были маленькими, а программы уже требовались большие. Отсюда и всякие небезопасные функции и методы, ибо в противном случае производительность просаживалась дико. И опасными они стали не потому что появился .net, а потому что иметь стали через дыры, в результате появились, например, те же strn* функции. > программировать надо уметь, ошибки не допускать надо учиться Это конечно хорошо, но работает только в теории. На практике вдруг резко оказывается что все мы люди и ошибок нет только в проектах уровня hello world и то потому что их никто там не искал. > у них нет цели программировать хорошо и безопасно Хорошо и безопасно это значит долго и/или дорого. А клиенту нужно сейчас и подешевле, потому что задачи которые нужно решать появились вчера.
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	94. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Кумар on 14-Сен-11, 08:03
	> Хорошо и безопасно это значит долго и/или дорого. А клиенту нужно сейчас > и подешевле, потому что задачи которые нужно решать появились вчера. Ну вот вы все и сказали. Стыдно за вас, и наверное не одному мне.
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	97. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Aleksey Salow (ok) on 14-Сен-11, 17:27
	>> Хорошо и безопасно это значит долго и/или дорого. А клиенту нужно сейчас >> и подешевле, потому что задачи которые нужно решать появились вчера. > Ну вот вы все и сказали. Стыдно за вас, и наверное не > одному мне. Да мне как-то пофиг стыдно вам или нет. Просто у вас перфекционизм - код нужно писать хорошо и качественно. Но мои клиенты (да и не только мои) умеют считать деньги. И вдруг резко оказывается что быстро сделать работающий вариант и потом его допиливать и добавлять функционал всяко выгоднее чем сразу пытаться сделать супер-пупер версию.
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	81. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Имя on 13-Сен-11, 15:49
	В случае JVM/.NET окончательная компиляция из байт-кода происходит непосредственно перед/во время работы приложения, а не во время работы компилятора типа gcc (который один фиг должен держать внутри AST в бинарном виде), всё остальное остаётся таким же. «Ну вы даете, facepalm.jpg». Привет!
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	82. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от anonymous (??) on 13-Сен-11, 15:52
	это частности реализации, jit не обязателен.
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	88. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Aleksey Salow (ok) on 13-Сен-11, 20:59
	если я пройдусь ngen-ом по сборке в результате чего будет создан native image и покладен в соответствующее место в gac-е. При исполнении данной сборки VM и JIT ясный красный не используются. Дык что будет исполняться? :)
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	14. "Nokia переводит Qt на более открытую модель разработки"	+18 +/–
	Сообщение от Аноним (??) on 12-Сен-11, 22:27
	> выбора любого языка. И любой платформы. При условии что это виндоус.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "Nokia переводит Qt на более открытую модель разработки"	–10 +/–
	Сообщение от BratSinot on 12-Сен-11, 21:48
	C++ уже большое тормозное уродство.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	9. "Nokia переводит Qt на более открытую модель разработки"	+3 +/–
	Сообщение от Disaron (ok) on 12-Сен-11, 21:56
	Use pyQt, Luke.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	15. "Nokia переводит Qt на более открытую модель разработки"	+3 +/–
	Сообщение от Аноним (??) on 12-Сен-11, 22:28
	> Use pyQt, Luke. ...и большим тормозным уродством станет ваша программа :)
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	25. "Nokia переводит Qt на более открытую модель разработки"	–9 +/–
	Сообщение от Толстый (ok) on 12-Сен-11, 23:32
	Биндинги - это костыли из прошлого века. Платформа должна быть спроектирована так, чтобы в биндингах не было необходимости - .NET. Любую библиотеку можно использовать из любого языка. Кроме того в pyqt уже отпала необходимость. В qt5 высокоуровневый код пишется на js, а ворочать мешками можно на С++.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	32. "Nokia переводит Qt на более открытую модель разработки"	+4 +/–
	Сообщение от Аноним (??) on 13-Сен-11, 01:05
	> Биндинги - это костыли из прошлого века. Платформа должна быть спроектирована так, > чтобы в биндингах не было необходимости - .NET. Да чо там, яву сразу давай. На ее VM куча всякого фуфела запускается. При том тормозное и кривое все как на подбор. Кстати с пиаром дотнета вы немного опоздали. Разве ваши менеджеры еще не вправили вам моск? Новый хит сезона - хтмл5. Поэтому в виндоус8 в центре внимания именно он, а не какие-то там сраные дотнеты.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	90. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Aleksey Salow (ok) on 13-Сен-11, 21:11
	В MS ещё те троли работают. HTML5 это тру, это будущее, cutting edge и всё такое, вам об этом любой птушник скажет. И что по вашему должна MS делать? Сказать пошли все в жопу юзайте сервелат? Дык народ не поймёт, да и зачем отдавать место под солнцем если можно занять малыми силами. При этом, смею заметить, никто не отказывается ни от сервелата (ждём пятый к концу года), ни от .net (ждём 5-й в следующем году), ни от WinForms и WinAPI (которые дописываются и расширяются).
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	93. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от cosmonaut (ok) on 14-Сен-11, 02:00
	>Платформа должна быть спроектирована так, чтобы в биндингах не было необходимости - .NET. Любую библиотеку можно использовать из любого языка. Ога, например, из джавы :)
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	16. "Nokia переводит Qt на более открытую модель разработки"	+1 +/–
	Сообщение от Аноним (??) on 12-Сен-11, 22:30
	> C++ уже большое тормозное уродство. Лучше для навернутых десктопных программ пока ничего не придумали. На яве и прочих питонах - тормозить будет до усрачки. А так - даже юзабельно получается.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	19. "Nokia переводит Qt на более открытую модель разработки"	+3 +/–
	Сообщение от Drist (ok) on 12-Сен-11, 22:46
	Придумали, и даже раньше плюсов - Си.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	21. "Nokia переводит Qt на более открытую модель разработки"	–5 +/–
	Сообщение от Аноним (??) on 12-Сен-11, 22:51
	Утечки и проблемы выходы за границы. Прошлый век же.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	23. "Nokia переводит Qt на более открытую модель разработки"	–1 +/–
	Сообщение от дикий анон on 12-Сен-11, 23:02
	> Утечки и проблемы выходы за границы. Прошлый век же. Я и Торвальдс смотрим на вас с удивлением?
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	30. "Nokia переводит Qt на более открытую модель разработки"	+4 +/–
	Сообщение от Аноним (??) on 13-Сен-11, 00:37
	Мы про ядра говорим или про десктопные приложения? Выход массива за границы и разыменование нулевого указателя - едва ли не самые частые ошибки в программах на С, и они отлично устранимы в принципе. Человеку, если он хочет быть производительным, не стоит заниматься рутиной и повторением одних и тех же паттернов кода 20 раз только потому, что его язык не позволяет ему их абстрагировать - он ОБЯЗАТЕЛЬНО ошибется на 16-й раз, забудет или опечатается. Рутину разумно поручать автоматике: оптимизирующему компилятору, макропроцессору и т.п. - собственно, вся история программирования и идет вдоль идей абстрагирования и модуляризации. Я не говорю, что непременно следует использовать мешанину под названием C++ (хотя его подмножество без особо запутывающих код наворотов - возможно), но С как-то слишком низкоуровнев для этого
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	48. "Nokia переводит Qt на более открытую модель разработки"	+3 +/–
	Сообщение от Аноним (??) on 13-Сен-11, 05:19
	>[оверквотинг удален] > Выход массива за границы и разыменование нулевого указателя - едва ли не самые частые > ошибки в программах на С, и они отлично устранимы в принципе. Человеку, если он хочет > быть производительным, не стоит заниматься рутиной и повторением одних и тех же > паттернов кода 20 раз только потому, что его язык не позволяет ему их абстрагировать - > он ОБЯЗАТЕЛЬНО ошибется на 16-й раз, забудет или опечатается. Рутину разумно поручать > автоматике: оптимизирующему компилятору, макропроцессору и т.п. - собственно, вся > история программирования и идет вдоль идей абстрагирования и модуляризации. Я не говорю, > что непременно следует использовать мешанину под названием C++ (хотя его подмножество > без особо запутывающих код наворотов - возможно), но С как-то слишком низкоуровнев для > этого А у меня как-то нет таких проблем. Может из-за того что абстрагируют от рутины - заменяя их макросами или заворачивая в функцию. Вы попробуйте - думаю понравится. Главный плюс С в отличии от плюсов в том что при внятной архитектуре программы Вы не получите порно-шапито из-за навязанного стиля языка и Вам не придется ломать архитектуру из-за этого (именно из-за этого стараюсь избегать плюснутый си). P.S.: Пишу на С с удовольствием сохраняя (там где оправдано) объектную концепцию.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	34. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Аноним (??) on 13-Сен-11, 01:08
	> Утечки и проблемы выходы за границы. Прошлый век же. Внезапно, память может утекать и в языках с автоматическим управлением памяти. Лично видел как сайт оставленный на ночь утром выжирает 1Gb памяти. На любом браузере. При том что просто показана страничка. Если это не "утечка памяти", а хотя-бы и в JS - я тогда уж и не знаю.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	63. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от КО on 13-Сен-11, 10:06
	А я видел как заходит солнце. Или оно падает за горизонт?
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	29. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от ДФ (ok) on 13-Сен-11, 00:33
	Си, какими свистулями его не обкладывай - другая весовая категория по сравнению с Qt. Вы, наверно, это знаете... И все равно пишите...
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	31. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от SDSWanderer (ok) on 13-Сен-11, 00:47
	> Си, какими свистулями его не обкладывай - другая весовая категория по сравнению с Qt. Вы сравниваете вкусное с тяжелым. - Ваш Кэп.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	33. "Nokia переводит Qt на более открытую модель разработки"	+3 +/–
	Сообщение от Аноним (??) on 13-Сен-11, 01:06
	> Придумали, и даже раньше плюсов - Си. Для именно навернутых, типа гамез с задрюченной логикой, плюсы получше будут. Хотя мастера своего дела типа Кармака и на Си не тушуются. На то и мастер, чтоб голыми руками гвоздь в доску одним ударом загонять.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	22. "Nokia переводит Qt на более открытую модель разработки"	–3 +/–
	Сообщение от grafsoft (ok) on 12-Сен-11, 22:52
	"Лучше для навернутых десктопных программ" Я вам скажу, придумали, это Delphi :) правда выбор платформ очень ограничен :))) А вот как раз на яве, например, очень "навернутая" десктопная программа вряд ли будет тормозить больше чем такая же на последнем QT :) а вот геммора при написании вполне может быть меньше
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	27. "Nokia переводит Qt на более открытую модель разработки"	–1 +/–
	Сообщение от жабабыдлокодер (ok) on 12-Сен-11, 23:53
	Ну, жаба на десктопе тормозить будет. Ее достоинства в обработке данных и клиент-серверных решениях. Хотя Sun для солярки делала на жабе основной рабочий стол со всеми менюшками, панелями, лотками и пр. На вид было что-то среднее между гномом и кде3. И работало достаточно быстро.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	55. "Nokia переводит Qt на более открытую модель разработки"	+1 +/–
	Сообщение от 534уке5 on 13-Сен-11, 09:18
	Java Desktop - это гном
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	37. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Аноним (??) on 13-Сен-11, 01:18
	> Я вам скажу, придумали, это Delphi :) правда выбор платформ очень ограничен :))) Не, спасибо, такими платформами и программами - пользуйтесь пожалуй сами. Ведь свое - не пахнет, правда? А я ни 1 нормальной программы на дельфи еще не видел. Дельфисты вообще давно стали эталоном отстоя.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	45. "Nokia переводит Qt на более открытую модель разработки"	+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Сен-11, 04:26
	>> Я вам скажу, придумали, это Delphi :) правда выбор платформ очень ограничен :))) > Не, спасибо, такими платформами и программами - пользуйтесь пожалуй сами. Ведь свое > - не пахнет, правда? А я ни 1 нормальной программы на > дельфи еще не видел. Дельфисты вообще давно стали эталоном отстоя. Точнее, не замечали. Total Commander, QiP, Inno Setup, KMPlayer, The Bat!, Skype... А вообще, гугль подсказывает, например, такое: http://delphi.wikia.com/wiki/Good_Quality_Applications_Built... А насчёт эталона отстоя - никто и не спорит, что в своё время было море разливанное "начинающих программистов", которые ушли немногим дальше тыканья по редактору форм. Сейчас такие умы вместо Delphi и Visual Basic чаще "пишут" (рука не подымается убрать кавычки) на PHP, Python и JavaScript. И это не отменяет того факта, что есть и хорошие специалисты по всем перечисленным языкам. :)
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	58. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от 534уке5 on 13-Сен-11, 09:24
	> Точнее, не замечали. Total Commander, QiP, Inno Setup, KMPlayer, The Bat!, Skype... Ну сейчас то Скайп плюсовый и даже Кьютовый
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	68. "Nokia переводит Qt на более открытую модель разработки"	+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Сен-11, 12:48
	>> Точнее, не замечали. Total Commander, QiP, Inno Setup, KMPlayer, The Bat!, Skype... > Ну сейчас то Скайп плюсовый и даже Кьютовый Верно. Но начинал он, будучи ещё не "раскрученным", с Delphi. :) Сейчас-то его хоть на JS перепиши, будут пользоваться...
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	70. "Nokia переводит Qt на более открытую модель разработки"	+1 +/–
	Сообщение от rellai (ok) on 13-Сен-11, 13:24
	для винды версия по прежнему на делфе
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	46. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Павел Ишенин on 13-Сен-11, 04:26
	Чем проще средства разработки, тем больше студентов и школьников будет их осваивать. Как следствие появляется куча "крутых" программ от них. Вот эти программы и сослужили дурную славу Delphi.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	49. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Diden05 (ok) on 13-Сен-11, 06:22
	У Delphi есть масса плюсов, и не вина среды разработки в целом и OP в частности, что сделала доступным программирование для "самых маленьких". Хотя в России почему то исстари больше любили учить Турбо Паскалю, нежели Турбо С.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	56. "Nokia переводит Qt на более открытую модель разработки"	–2 +/–
	Сообщение от grafsoft (ok) on 13-Сен-11, 09:22
	Потому, что например, на моей ec-1841 (pc-xt) этот самый турбо паскаль в отличии от остальных турбо и не турбо с..с++, работал шустренько и довольно неплохо а С  ни  чем не лучше паскаля (не считая религиозных проблем и разницы в синтаксисе в мелочах)
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	77. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от anonymous (??) on 13-Сен-11, 15:25
	> а С  ни  чем не лучше паскаля (не считая религиозных > проблем и разницы в синтаксисе в мелочах) традиционно — оптимизатором лучше.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	84. "Nokia переводит Qt на более открытую модель разработки"	–1 +/–
	Сообщение от grafsoft (ok) on 13-Сен-11, 17:52
	Извините, конечно, но это бред, современные компиляторы оптимизируют все и вся
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	85. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Disaron (ok) on 13-Сен-11, 20:28
	Жду пример перегрузки операторов(+ - * = == и т.п., а особенно new и delete) в паскале. А можно в паскале сделать operator int()? А шаблоны? Это навскидку.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	89. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от anonymous (??) on 13-Сен-11, 20:59
	> Жду пример перегрузки операторов(+ - * = == и т.п., а особенно > new и delete) в паскале. > А можно в паскале сделать operator int()? А шаблоны? > Это навскидку. жду пример того же в си. это навскидку.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	91. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Disaron (ok) on 13-Сен-11, 21:46
	А зачем оно в Си? В посте, на который я ответил, проскользнул с++. К тому-же в том-же турбопаскале есть понятие объекта, что уже не делает его чисто структурным языком, в отличие от Си. Так что резонно сравнивать с плюсами нежели с С. Если же говорить о делфе, то и там вышеперечисленное появилось в кривейшем исполнении только с одотнетчиванием делфи.
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	92. "Nokia переводит Qt на более открытую модель разработки"	–1 +/–
	Сообщение от anonymous (??) on 13-Сен-11, 21:59
	> А зачем оно в Си? а вот зачем, цитирую: «а С  ни  чем не лучше паскаля». камент не читай @ наезжай, ага?
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

2. "Nokia переводит Qt на более открытую модель разработки"	–2 +/–
Сообщение от Аноним (??) on 12-Сен-11, 21:38
А кто-то еще жаловался, что MS душит опенсорс.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	36. "Nokia переводит Qt на более открытую модель разработки"	+9 +/–
	Сообщение от ДФ (ok) on 13-Сен-11, 01:12
	Перевожу из кулуаров: в Нокии обстановка накаляется, и патроны Qt видя это попросили обеспечить гарантию независимости, гарантию от ухода под крыло Майкрософт (что смерти подобно, ибо .NET только и ждет устранения конкурентов). Изначально планировали дождаться 5-ки, т.к. в ней много кардинальных изменений и кодерам надо на них сконцентрироваться. А значит вмешательство со стороны при открытии доступа к репозиториям может усложнить и удлинить процесс ревизии кода, его гарантированной стабильности, координации и проч. Есть уже наглые американские компании, которые хотят своих фич в Qt и имеют свои виды на "светлое будущее" фреймворка (ну-ну) - схема понятна "лебедь, рак и щука" и в итоге пшик... В результате, так как M$ прижимает, решили начать постепенный процесс перехода к коммунити разработке. Все кодеры Qt и Meego на нервах. Тем более упертые финны, у них опенсорс - это "святое". Никто не ожидал что M$ так быстро устранит Symbian. Думали она стабильно продержится еще года два, что будет запас на переход в Meego. Но M$ пошел напролом (см письмо о "горящей платформе"), и теперь вплотную занялся устранение Линукса (Meego) в Нокии (собственно, как я понимаю - главная цель). Инвесторы негодуют, хотя им не важны технические стороны в войне осей... Менеджеры молчат в тряпку, ибо после показательных увольнений руководителей и скрам мастеров в Meego - особо ретивых - все поняли что к чему... Короче как в России 90-х: приехали богатые американские капиталисты, сделали "an offer, he won't refuse", и слили конкурентов (или конечной целью все-таки был "социалистический" Линукс?). Никому такого не желаю!
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	38. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Аноним (??) on 13-Сен-11, 01:21
	> Никому такого не желаю! А я склонен считать что каждый сам пи...ц своего счастья. Если у компании в руководстве стадо кретинов - наверное логично что она потом тонет. Поздравляю гааряячиих фиинскиих паарнеей. Они отпустят тормоз только когда Элоп вообще утопит их контору.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	42. "Nokia переводит Qt на более открытую модель разработки"	+5 +/–
	Сообщение от ДФ (ok) on 13-Сен-11, 01:40
	Результатом "зарезания ягненка" акулами капитализма стало то, что европейцы (финны в данном случае, думающие по крайней мере) почувствовали на своей шкуре то, что почувствовали в России 90-х, когда "цивилизованные" Штаты скупали в России по дешевке усе через мутные схемы капиталистов, при этом  мурлыкая что-то убаюкивающее про "демократический ценности". А при относительно сытой и размеренной жизни в Европе, чувства европейцев будут особенно резкими... Учитывая открытое информационное давление США (которые тащат всех с собой в дефолтную могилу) на "кровоточащие" Греции, Испании, (PIGS), в старушке Европе идет явная переоценка капиталистических ценностей...
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

3. "Nokia переводит Qt на более открытую модель разработки"	+5 +/–
Сообщение от me (??) on 12-Сен-11, 21:40
как бэ намекает : Nokia отдельно, qt отдельно. Хотя это даже к лучшему
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Nokia переводит Qt на более открытую модель разработки"	+4 +/–
Сообщение от Аноним (??) on 12-Сен-11, 22:18
В свете последних событий не могу без содроганий читать новости, содержащие в заголовке одновременно "Qt" и "Nokia". Слава богу, пока ничего плохого не случилось. Новость хорошая, давно всё к этому шло.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "Nokia переводит Qt на более открытую модель разработки"	+/–
Сообщение от fork (??) on 12-Сен-11, 22:47
Отличный фреймфорк. Даже более чем. Кроме того видел компании, которые отлично продают программы сделанные и поддерживаемые еще на делфи 3 , а QT в текущей новой версии работает на ура и под винду и под линух и под другие програмные и аппаратные платформы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	26. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от жабабыдлокодер (ok) on 12-Сен-11, 23:49
	(Шепотом) Как бывший дельфист - уверяю: именно третья версия делала самые быстрые и компактные программы, если понятие "компактный" и "быстрый" вообще применимо к дельфи. Дальше шли уже сплошь убогие сетевые и клиент-серверные недо-решения.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	50. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Diden05 (ok) on 13-Сен-11, 06:30
	Странно, вполне себе юзал Дельфи с первой и по 2010 версию, да много можно было бы просто выкинуть без потерь, но не скажу что сильно мешает, а о компактности, ну DOS 6.22 занимал 3 дискеты, а Win95 уже 16, так что 5-7 мб на винте думаю не очень страшно для программы которая РАБОТАЕТ ТАК КАК ДОЛЖНА. PS: Этим начинают грешить почти все без исключения браузеры, разве что кроме Links, превращаясь в монстров :)
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	59. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от 534уке5 on 13-Сен-11, 09:30
	> Отличный фреймфорк. Даже более чем. Кроме того видел компании, которые отлично продают > программы сделанные и поддерживаемые еще на делфи 3 , а QT > в текущей новой версии работает на ура и под винду и > под линух и под другие програмные и аппаратные платформы. А тот кто помнит Kylix, помнит и то, что он использовал Qt вместо VCL
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	78. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от anonymous (??) on 13-Сен-11, 15:30
	> А тот кто помнит Kylix, помнит и то, что он использовал Qt > вместо VCL не «вместо», а «вместе». Qt использовали в основном как низкоуровневый апи, обёрнутый сверху vcl-ем.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	86. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Аноним (??) on 13-Сен-11, 20:32
	И называлось все это CLX
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

35. "Nokia переводит Qt на более открытую модель разработки"	–4 +/–
Сообщение от гыгы on 13-Сен-11, 01:12
в Qt огорчает лишь одно, что нет кроме Python и C++ другого языка, один медленный, второй устаревший хотел бы видеть в Qt 5 такие вещи: 1) базовый язык - нечто вроде D или например Vala (с адаптацией на QObject а не GObject), вот один из этих двух языков очень подходит для такой роли - современного типа и при том нативные 2) конечно желательно как опцию процессоро-независимый и независимый от ОС байт код, например на базе LLVM, с соответствующими модульными и оффлайн-онлайн инсталляторами под разные ОС... вот тогда Qt выживет в будущем и будет конкурировать на равных
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	40. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Аноним (??) on 13-Сен-11, 01:23
	> 1) базовый язык - нечто вроде D или например Vala (с адаптацией > на QObject а не GObject), JS видимо таковым станет, с C++ для heavy lifting.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	47. "Nokia переводит Qt на более открытую модель разработки"	+3 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Сен-11, 04:44
	> в Qt огорчает лишь одно, что нет кроме Python и C++ другого > языка, один медленный, второй устаревший Не пойму, что значит "в Qt"? Писать программы, использующие Qt, можно на куче языков: http://en.wikipedia.org/wiki/Qt_%28framework%29#Bi... . А на чём написан сам Qt, мало кого волнует, пока он хорошо работает. А Qt работает всё-таки хорошо. > хотел бы видеть в Qt 5 такие вещи: > 1) базовый язык - нечто вроде D или например Vala (с адаптацией > на QObject а не GObject), вот один из этих двух языков > очень подходит для такой роли - современного типа и при том > нативные Что значит "базовый"? Что значит "устаревший"? Без встроенного сборщика мусора, что ли? Дык пользуйтесь биндингом для того языка, в котором есть вам нужные фичи. И это будет наверняка работать быстрее, чем если бы Qt был изначально написан на том же Python или D. > 2) конечно желательно как опцию процессоро-независимый и независимый от ОС байт код, > например на базе LLVM, с соответствующими модульными и оффлайн-онлайн инсталляторами под > разные ОС... А ещё было бы здорово, чтобы мой холодильник квартиру пылесосил. Вы вообще понимаете, о чём говорите? > вот тогда Qt выживет в будущем и будет конкурировать на равных Угу. Потому что сейчас ему альтернатив (по связке "портируемость + удобство + скорость") практически нет, но если следовать вашим советам, наверняка конкуренты догонят и обгонят.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	53. "Nokia переводит Qt на более открытую модель разработки"	+1 +/–
	Сообщение от Аноним (??) on 13-Сен-11, 08:47
	> И это будет наверняка работать быстрее, чем если бы Qt был изначально написан на том же Python или D. Python — допустим. Но почему Вы решили, что Qt будет медленнее, будучи написан на D? Даже наоборот, кое-что точно ускорится — процесс компиляции, из которого полностью устранён препроцессор.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	67. "Nokia переводит Qt на более открытую модель разработки"	+3 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Сен-11, 12:34
	>> И это будет наверняка работать быстрее, чем если бы Qt был изначально написан на том же Python или D. > Python — допустим. Но почему Вы решили, что Qt будет медленнее, будучи > написан на D? Просто потому, что C++ - это мейнстрим, который оптимизируют в хвост и в гриву. При этом язык даёт полное управление над программой, что позволяет выжимать каждую каплю производительности. В D же имеются неподконтрольные или слабо контролируемые сущности (вроде того же сборщика мусора, или ), которые иногда добавляют удобства и скорости разработки, но не бесплатно. :) Я вовсе не говорю, что D - это плохо. Но для Qt, ИМХО, C++ - самый оптимальный вариант. Это как раз тот случай, когда C++ наиболее уместен. По соображениям портабельности (как в плане компиляции собственно Qt, таки в плане доступа из других сред), производительности, а также контролируемости и гибкости исходного кода. > Даже наоборот, кое-что точно ускорится — процесс компиляции, > из которого полностью устранён препроцессор. Заменили #include на import, и ждём ускорения процесса сборки. Ну-ну. Покажите цифры, которые бы подтверждали реальное ускорение, а там уже можно будет говорить не впустую.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	69. "Nokia переводит Qt на более открытую модель разработки"	+1 +/–
	Сообщение от Junker on 13-Сен-11, 13:14
	> В D же имеются неподконтрольные или слабо контролируемые сущности (вроде того же сборщика мусора, или ), которые иногда добавляют удобства и скорости разработки, но не бесплатно. :) Как раз подконтрольные. В D есть возможность ручного выделения памяти, а также сборщик можно отключить при желании.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	73. "Nokia переводит Qt на более открытую модель разработки"	+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Сен-11, 14:26
	>> В D же имеются неподконтрольные или слабо контролируемые сущности (вроде того же сборщика мусора, или ), которые иногда добавляют удобства и скорости разработки, но не бесплатно. :) > Как раз подконтрольные. В D есть возможность ручного выделения памяти, а также > сборщик можно отключить при желании. Если его отключить (кстати, о том, что это возможно, я почему-то не знал, прошу прощения), то о преимуществе в виде его использования говорить будет странно. :) А ручное выделение памяти по сути предназначено только для взаимодействия с другими платформами, пользоваться им не очень удобно... во всяком случае, было. Как сейчас - не знаю, может, что-то и изменилось (хотя на digital mars сейчас зашёл, и на скорую руку нового в этой сфере не увидел). Иными словами: из D можно сделать C++. Но зачем, если C++ уже есть? :)
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	76. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Аноним (??) on 13-Сен-11, 15:21
	Из D нельзя сделать С++, пока в плюсах есть препроцессор, а в D — грамотная поддержка модулей. Конечно, добавить в D препроцессор и убрать модульность можно. Но зачем? Ведь препроцессор — это плохо, а модульность — это хорошо.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	80. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Сен-11, 15:46
	> Из D нельзя сделать С++, пока в плюсах есть препроцессор, а в > D — грамотная поддержка модулей. Ну, положим, никто не мешает использовать препроцессор для D-исходников. ;) Он ведь не вникает в код... > Конечно, добавить в D препроцессор и убрать модульность можно. В D добавлять ничего не нужно, это вопросы чисто к процессу компиляции. :) > Но зачем? Именно. Незачем. D - это одно, C++ - другое. И для Qt C++ подходит, ИХМО, больше. Не говоря о том, что Qt появился, насколько помню, раньше D. ;) > Ведь препроцессор — это плохо, а модульность — это хорошо. Грузовик - это плохо, а теплоход - это хорошо, да?
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	71. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Аноним (??) on 13-Сен-11, 13:53
	> Заменили #include на import, и ждём ускорения процесса сборки. Сравнили тёплое с мягким. #include указывает на текстовый файл, который следует включить в данный файл (обычно включается заголовочный файл). При включении одного и того же заголовочного файла его приходится окружать #ifdef-ами, дабы не множить сущности без необходимости. import необходимость использования этого костыля устраняет — модуль в процессе сборки подключается ровно один раз. При этом import-у не приходится работать с большими блоками текста, при которых неизбежно многократное копирование одного и того же всякий раз, когда из текста удаляется одна строчка или наоборот, добавляется.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	72. "Nokia переводит Qt на более открытую модель разработки"	+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Сен-11, 14:23
	>> Заменили #include на import, и ждём ускорения процесса сборки. > Сравнили тёплое с мягким. #include указывает на текстовый файл, который следует включить > в данный файл (обычно включается заголовочный файл). При включении одного и > того же заголовочного файла его приходится окружать #ifdef-ами, дабы не множить > сущности без необходимости. import необходимость использования этого костыля устраняет > — модуль в процессе сборки подключается ровно один раз. Что это костыль - согласен (правда, почти современные компиляторы знают про "#pragma once", но это всё же не так портабельно). Но речь была о производительности. > При этом > import-у не приходится работать с большими блоками текста, при которых неизбежно > многократное копирование одного и того же всякий раз, когда из текста > удаляется одна строчка или наоборот, добавляется. Не понял насчёт удаления-добавления строчек. Если имеется в виду многократное включение заголовочного файла, то таки это фича, которой в D нет. :) Если же имеется в виду, что import не пересчитывает заново все исходники, так и ccache никто не отменял... Да, это отдельная от языка сущность, но по факту результат сравнимый. :) Повторюсь, я не против этих возможностей. Всего лишь говорю, что на производительность реального продукта, который делается реальными инструментами, они не особо влияют.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	79. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от Аноним (??) on 13-Сен-11, 15:30
	> Что это костыль - согласен (правда, почти современные компиляторы знают про "#pragma > once", но это всё же не так портабельно). Но речь была > о производительности. Нет, речь была о скорости. Причем о скорости компиляции, а не только скорости исполнения. Она тоже важна. > Не понял насчёт удаления-добавления строчек. Если имеется в виду многократное включение > заголовочного файла, то таки это фича, которой в D нет. :) > Если же имеется в виду, что import не пересчитывает заново все > исходники, так и ccache никто не отменял... Да, это отдельная от > языка сущность, но по факту результат сравнимый. :) Имеется в виду следущее: #include в файле подобен %s в строке для форматирования. Когда в строке встречается что-то вроде "текст %s еще текст %s снова текст", магического раздвигания строки не будет. Вместо этого будет создана новая строка, в которую кропотливо будет вставляться искомая строчка по кускам. Это не быстро. И тут хоть ccache, хоть не ccache — работа со строками при использовании препроцессора неизбежна. > Повторюсь, я не против этих возможностей. Всего лишь говорю, что на производительность > реального продукта, который делается реальными инструментами, они не особо влияют. А при чем тут производительность реального (то бишь уже готового) продукта? Она-то как раз отличаться не будет, ибо, собственно, все оптимизации и в плюсах, и в Ди одинаковые, нового никто ничего не придумал (а если кто придумал, это сразу же повторили остальные). Речь ведь шла о скорости компиляции, а на неё как раз наличие/отсутствие препроцессора влияет.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	83. "Nokia переводит Qt на более открытую модель разработки"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Сен-11, 16:05
	>> Что это костыль - согласен (правда, почти современные компиляторы знают про "#pragma >> once", но это всё же не так портабельно). Но речь была >> о производительности. > Нет, речь была о скорости. Причем о скорости компиляции, а не только > скорости исполнения. Она тоже важна. Гм. ИМХО, термин "прозводительность" чуть точнее, чем "скорость", ну да не суть. Речь об одном и том же. И таки да, я тоже говорил о скорости компиляции. >[оверквотинг удален] >> заголовочного файла, то таки это фича, которой в D нет. :) >> Если же имеется в виду, что import не пересчитывает заново все >> исходники, так и ccache никто не отменял... Да, это отдельная от >> языка сущность, но по факту результат сравнимый. :) > Имеется в виду следущее: #include в файле подобен %s в строке для > форматирования. Когда в строке встречается что-то вроде "текст %s еще текст > %s снова текст", магического раздвигания строки не будет. Вместо этого будет > создана новая строка, в которую кропотливо будет вставляться искомая строчка по > кускам. Это не быстро. И тут хоть ccache, хоть не ccache > — работа со строками при использовании препроцессора неизбежна. Это достаточно быстро, с учётом: а) дискового кеша; б) потерь времени на оптимизацию и связывание кода (которые примерно одинаковы будут для C++ и D при условии сравнимой по сложности и качеству реализации). Повторюсь, приведите цифры (вы, видимо, с D работаете? Компилятор и какой-нибудь проект на десяток-другой тыщ строк хотя бы под руками?), а там уже можно будет о чём-то говорить. Я могу ошибаться. Вы можете ошибаться. Пока что вся дискуссия состоит из умозаключений. >> Повторюсь, я не против этих возможностей. Всего лишь говорю, что на производительность >> реального продукта, который делается реальными инструментами, они не особо влияют. > А при чем тут производительность реального (то бишь уже готового) продукта? А вот тут я некорректно выразился, прошу прощения. Имелась в виду, разумеется, конечная скорость (здесь именно "скорость") сборки. > Она-то как раз отличаться не будет, ибо, собственно, все оптимизации и в > плюсах, и в Ди одинаковые, нового никто ничего не придумал (а > если кто придумал, это сразу же повторили остальные). Речь ведь шла > о скорости компиляции, а на неё как раз наличие/отсутствие препроцессора влияет. Скажем так: можно подготовить тесты, которые покажут убедительное преимущество как варианта с препроцессором, так и (сюрприз!) наоборот. :) А оптимизации местами отличаются, хотя чтобы заметить разницу в реальном приложении, надо очень постараться. :)
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	54. "Nokia переводит Qt на более открытую модель разработки"	+3 +/–
	Сообщение от СуперАноним on 13-Сен-11, 09:03
	>2) конечно желательно как опцию процессоро-независимый и независимый от ОС байт код, например на базе LLVM, с соответствующими модульными и оффлайн-онлайн инсталляторами под разные ОС... Да не нужны эти фреймворк-виртуальные машины с их байткодами в опенсорсе. Это же мир открытых исходников - берёте исходники и компилируете в нативный машинный код, интересующих вас процессора и ОС.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

57. "Nokia переводит Qt на более открытую модель разработки"	+/–
Сообщение от Аноним (??) on 13-Сен-11, 09:22
> Ларс Нол (Lars Knoll), создатель KHTML и директор по развитию фреймворка Qt в Nokia Вот откуда в Qt пошла вся вебизация. Записал в тетрадку.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

64. "Nokia переводит Qt на более открытую модель разработки"	+/–
Сообщение от Анонимчик on 13-Сен-11, 10:27
Теперь открыта даже коробка!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема