LINUX.ORG.RU

Qt доступна теперь и под LGPL

 , ,


0

0

Компания Nokia объявила о том, что, начиная с версии 4.5, кросс-платформенная библиотека Qt будет доступна также под лицензией LGPL.

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

Кроме того, станут общедоступными репозитории исходных кодов Qt, сделав процесс разработки библиотеки открытым для сообщества.

Коммерческая лицензия и лицензия GPL также останутся доступными.

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

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

★★★★★

Проверено: Dimez ()

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

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

> а вообще у нас 6 семестров фикс:

ВУЗ?

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

> байндинго-трудно-написательном языке

А кроме C, какие еще есть байндинго-легко-написательные языки?

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

Vala например. Для нее делают gobject-introspection, который будет автоматом создавать байндинги ко многим языкам. Притом, я подчеркиваю это, никакого glue-кода. Идет прямая привязка к Сишным функциям, с полным доступом ко всем возможностям языка Vala и системы GObject. А вот шаблоны плюсовые как ты будешь инстанциировать в скриптовой программе?

И еще. Байндинги неудобно писать не только для плюсов, но на плюсах к другим языкам. Например почти нереально осуществить _полноценную_ связь с динамичным ООП какого-нибудь виртуального языка. А вот в том же ObjC классы можно изменять в рантайме, есть class-objects. Поэтому можно легко отобразить ООП скриптового языка на ООП ObjC, включая наследование.

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

> А вот шаблоны плюсовые как ты будешь инстанциировать в скриптовой программе?

Ну, всё-таки нельзя отрицать, что шаблоны - инструмент заточенный на совершенно другое, не на скрипты. Шаблоны возникли, как замена препроцессору, define'ам с аргументами.

Т.е. в объектном файле никаких следов от шаблонов не должно быть. И это - изначальный дизайн, цель шаблонов.

Шаблоны просто не предназначены для скриптов. Странно же утверждать, что нельзя переопределить #define в уже скомпилированной программе.

В общем, ломом грядки копать неудобно, но ведь никто не орёт, что лом не нужен вообще.

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

> В общем, ломом грядки копать неудобно, но ведь никто не орёт, что лом не нужен вообще.

Орут "лом устарел!!111".

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

> В общем, ломом грядки копать неудобно, но ведь никто не орёт, что лом не нужен вообще.

Блин, пропустил слова "разумных людей":

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

anonymous
()
Ответ на: комментарий от sv75

>> А чем С не высокоуровневый язык?

>Всем.

Ценность всех аддишенов от ++ к Си равна нулю. Ну, может, просто эстетически кому-то нравится упаковывать код в классы, но это несущественно. Следовательно, ++ - язык такого же уровня как и си.

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

> Ценность всех аддишенов от ++ к Си равна нулю. Ну, может, просто эстетически кому-то нравится упаковывать код в классы, но это несущественно. Следовательно, ++ - язык такого же уровня как и си.
Быдло никогда не писало ничего длиннее быдлолаб в быдлоунивере?

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

>> Ценность всех аддишенов от ++ к Си равна нулю. Ну, может, просто эстетически кому-то нравится упаковывать код в классы, но это несущественно. Следовательно, ++ - язык такого же уровня как и си.

>Быдло никогда не писало ничего длиннее быдлолаб в быдлоунивере?

О! классический представитель любителей Си++ пришел.

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

> Ну, может, просто эстетически кому-то нравится упаковывать код в классы, но это несущественно. > Следовательно, ++ - язык такого же уровня как и си.

|| \/

Ну, может, просто эстетически кому-то нравится упаковывать код в функции и циклы, но это несущественно. Следовательно, C - язык такого же уровня как и ASM.

--------------

1) За деревьями нужно уметь видеть лес. 2) Использовать классы для процедурного программирования - идиотизм. Но тут ребята умные собрались, и так понимают. На С++ по крайней мере удобнее писать в ООП парадигме, чем на чистом С.

anonymous
()
Ответ на: комментарий от Arceny

>> приходишь и говоришь, что тебе надо

> Над тобой посмеются и скажут "вали нах" и что у института денег на лицензионный софт нет =) Поэтому юзают пиратский.. вместо того чтобыб учить на свободном. Парадокс российской действительности.

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

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

PROFIT.

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

> Но тут ребята умные собрались, и так понимают

Ты гдеа?

anonymous
()
Ответ на: комментарий от Absurd

> Ценность всех аддишенов от ++ к Си равна нулю. Ну, может, просто эстетически кому-то нравится упаковывать код в классы, но это несущественно. Следовательно, ++ - язык такого же уровня как и си.

Говорят, где-то в сибирской тайге до сих пор сохранились программисты, которые реализуют priority_queue руками.

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

>>> 2. gtkmm uses std::string
>> Бугагец! Расскажите им про юникод, а то мучаются, бедняги...

> Glib::ustring - совместимо с std::string и полностью utf8 поддерживает.


А ниче, что для юникодной строки strlen и length не совпадают в общем случае? И это ещё не самая страшная грабля.

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

> Ценность всех аддишенов от ++ к Си равна нулю.

Абсурдик не горячись. Иначем мне прийдется поднять GTK тред годичной давности где ты показал себя как эталонный быдлокодер не осиливший даже банальный RAII.

miroku108
()
Ответ на: комментарий от Absurd

> Ценность всех аддишенов от ++ к Си равна нулю. Ну, может, просто эстетически кому-то нравится упаковывать код в классы, но это несущественно. Следовательно, ++ - язык такого же уровня как и си.

Абсурдик такой абсурдик %)

anonymous
()
Ответ на: комментарий от xTERM

> А когда отменят коммерческую лицензию? Я им не доверяю.

А её и нет. Под коммерческой лицензией распространяется совсем другой продукт, коммерческая версия Qt.

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

>вот типичный кусок кода на Си:

Ммм, какая красота, фап фап фап, няшечка

mint
()
Ответ на: комментарий от miroku108

> вот типичный кусок кода на Си:

Ну справедливости ради, гтк-шный код выглядит вполне читабельно, а по ссылке да - "красота".

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

>> http://pastebin.com/m5241957a
> Класс. Тема нулевой ценности шаблонов раскрыта полностью.


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

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

> Нда... всё же STL это хорошая штука, куда читабельнее выглядит

Мальчег, ты сам-то в STL совался или просто так с потолка ляпнул?

anonymous
()
Ответ на: комментарий от miroku108

>Иначем мне прийдется поднять GTK тред годичной давности где ты показал себя как эталонный быдлокодер не осиливший даже банальный RAII.

Ну подними ёмае. А докажу опять что аллпкация ресурсов - это аллокация ресурсов, и инициализация - это инициализация.

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

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

Неадекват? "мертвом" - сильно более чем преувиличение "доисторическом" - неимеющее никакого отношения к программированию определение "мегауебищном" - тут есть правда, но какое она имеет значение, если с удобно использовать и можно поддерживать "байндинго-трудно-написательном" - тут тоже правда, но для большинства задач этого не надо, хватает встраивания скриптовых движков в программу

И ты считаешь, что основываясь на этих доводах можешь утверждать, что он никому не нужен?

Тогда точно "неадекват".

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

>вот типичный кусок кода на Си:

>http://pastebin.com/m5241957a

Это похоже на кусок кода из последнего/предпоследнего C++ Users Journal о темплейтинге на препроцессоре. Видимо, кому-то это надо и ради достижения своей локальной цели на typesafe-религию можно болт иногда класть.

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

>Кстати, подозреваю, что компилиться оно будет не быстрее, чем то же самое, но на шаблонах.

Ну миксины в D говорят быстрее. Ими даже 3D-сцены рендерят, выводя вместо объектного кода картинку прагмами.

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

>> Кстати, подозреваю, что компилиться оно будет не быстрее, чем то же самое, но на шаблонах.
> Ну миксины в D говорят быстрее. Ими даже 3D-сцены рендерят, выводя вместо объектного кода картинку прагмами.


Не перескакивай со скорости компиляции на скорость работы.

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

>>> Кстати, подозреваю, что компилиться оно будет не быстрее, чем то же самое, но на шаблонах. >> Ну миксины в D говорят быстрее. Ими даже 3D-сцены рендерят, выводя вместо объектного кода картинку прагмами.

>Не перескакивай со скорости компиляции на скорость работы.

*компиляцией* рендерят картинки. Вместо elf-а - картинка.

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

> на typesafe-религию можно болт иногда класть

Да ты и Си не знаешь, походу... приведенные макросы генерируют как раз typesafe код.

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

>На С++ по крайней мере удобнее писать в ООП парадигме, чем на чистом С.

Из этой фразы непосредственно следует, что быдлокодерам удобнее писать на C++ чем на C.

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

>>>приведенные макросы генерируют как раз typesafe код.

>>Не подп3.1416здывай.

>Мощно возразил, внушаить.

Я четал у Саттера о том что препроцессор находится вне контекста языка и ничего не знает про области видимости и семантику языка и про конкретные проблемы которые могут потенциально вылезти в связи с этим. Твое желание меня в чем-то уличить или под3.1416здеть по мелочи меня не цепляет совершенно. Отвечаю я только из желания зарезать этот бесполезный бранч этого треда.

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

>Мальчег, ты сам-то в STL совался или просто так с потолка ляпнул?
Не поверишь, но совался, хотя до создания шаблонных классов дело и не доходило ибо пока острой нужды нету, но контейнерами пользуюсь, правда Кутишными

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

> Твое желание меня в чем-то уличить или под3.1416здеть по мелочи меня не цепляет совершенно.

Ты зачем-то ляпнул про type safety; это 1) не относилось к делу 2) просто ошибочно, ибо сабжевый макрос генерит type-safe код.

> Отвечаю я только из желания зарезать этот бесполезный бранч этого треда.

Мог бы и не отвечать - твой ответ, как обычно, не относится к делу.

tailgunner ★★★★★
()

Думаю, что нокиа поступила с КУТЭ аналогично как санки поступили со староффисом -> йопенофис. И считаю, что это очень разумный шаг.

Megabit ★★★
()

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

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

>> Твое желание меня в чем-то уличить или под3.1416здеть по мелочи меня не цепляет совершенно.

>Ты зачем-то ляпнул про type safety;

Я просто взял основную придирку к макросам: макросы ничего не знают о типах, они просто копипейстят код.

>> Отвечаю я только из желания зарезать этот бесполезный бранч этого треда.

>Мог бы и не отвечать - твой ответ, как обычно, не относится к делу.

К какому делу?

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

>В полноценных языках, таких как Лисп, хорошо развиты лямбды и функции высшего порядка.

И много ты GUI-приложений с помощью этой хренотени написал?

anonymous
()
Ответ на: комментарий от Minoru

> В полноценных языках, таких как Лисп, хорошо развиты лямбды и функции высшего порядка. А ООП - это маленький костылик для тех, у кого начисто отсутствуют мозги

/me записал: у лисперов нет мозгов, поэтому они изобрели CLOS.

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