Здравствуйте, Denwer, Вы писали:
D>Кто нибудь такую лицензию пробовал купить? Это реально в наше новое время?
Не понимаю, зачем вообще?
Его же community edition LGPL-ный. Можно просто взять и пользоваться, совершенно легально, просто линковаться динамически, DLL-ки с собой приносить и лицензию ихнюю тоже приложить.
Здравствуйте, Pzz, Вы писали:
Pzz>... Pzz>Не понимаю, зачем вообще? Pzz>Его же community edition LGPL-ный. Можно просто взять и пользоваться, совершенно легально, просто линковаться динамически, DLL-ки с собой приносить и лицензию ихнюю тоже приложить.
Тут главная проблема, что если стартап выстрелит и нужно будет отказаться от LGPL, то легально это сделать будет очень непросто без переписывания проекта целиком.
Здравствуйте, SaZ, Вы писали:
SaZ>Тут главная проблема, что если стартап выстрелит и нужно будет отказаться от LGPL, то легально это сделать будет очень непросто без переписывания проекта целиком.
А зачем отказываться? Или это стартап по платной доработке Qt?
Здравствуйте, Pzz, Вы писали:
Pzz>Или тебе от них техническая поддержка нужна?
Некоторое время назад Qt закрыли некоторые обновления LTS версий. Например сейчас есть версия 5.15.10, но для бесплатного использования доступна только 5.15.2. А там есть критические исправления в этих 8-ми апдейтах.
Здравствуйте, SaZ, Вы писали:
SaZ>Тут главная проблема, что если стартап выстрелит и нужно будет отказаться от LGPL, то легально это сделать будет очень непросто без переписывания проекта целиком.
А зачем от LGPL вообще отказываться? LGPL совместим с closed source программированием.
Здравствуйте, Denwer, Вы писали:
D>Здравствуйте, Pzz, Вы писали:
Pzz>>Или тебе от них техническая поддержка нужна?
D>Некоторое время назад Qt закрыли некоторые обновления LTS версий. Например сейчас есть версия 5.15.10, но для бесплатного использования доступна только 5.15.2. А там есть критические исправления в этих 8-ми апдейтах.
Они уже 5.15.5 вообще-то выпустили в opensource, да они об этом не трубят,
но по соглашению с KDE должны что-то не больше года держать закрытыми исходники.
И есть https://invent.kde.org/qt/qt/qt5.git с веткой kde/5.15 где собирают
патчи которые еще не стали opensource, но все равно проходят через баг. трекинг
Qt и его codereview.
И на собственном опыте их LTS ветка какая-то офигенно бажная.
Здравствуйте, Denwer, Вы писали:
Pzz>>Или тебе от них техническая поддержка нужна?
D>Некоторое время назад Qt закрыли некоторые обновления LTS версий. Например сейчас есть версия 5.15.10, но для бесплатного использования доступна только 5.15.2. А там есть критические исправления в этих 8-ми апдейтах.
Если бы ты начал свой стартап некоторое время назад, то версия 5.15.2 была бы для тебя абсолютно актуальной, и ты без проблем ей бы пользовался.
Пройдет год-другой, и столь вожделенная тобой версия 5.15.10 тоже устареет.
Есть ли смысл так уж гоняться за наипоследней версией? Стоит ли этот смысл нескольких тысяч долларов, или можно их на что-то другое потратить? В стартапе обычно лишних денег не бывает...
Здравствуйте, Pzz, Вы писали:
Pzz>Есть ли смысл так уж гоняться за наипоследней версией? Стоит ли этот смысл нескольких тысяч долларов, или можно их на что-то другое потратить? В стартапе обычно лишних денег не бывает...
500 баксов цена Qt для стартапов. Считаешь эта сумма большая?
Здравствуйте, Zhendos, Вы писали:
Z>Они уже 5.15.5 вообще-то выпустили в opensource, да они об этом не трубят, Z>но по соглашению с KDE должны что-то не больше года держать закрытыми исходники.
Да, я в курсе. Но я пробежался по багам и мне нужна версия начиная с 5.15.8 как минимум.
Здравствуйте, Denwer, Вы писали:
Pzz>>Есть ли смысл так уж гоняться за наипоследней версией? Стоит ли этот смысл нескольких тысяч долларов, или можно их на что-то другое потратить? В стартапе обычно лишних денег не бывает...
D>500 баксов цена Qt для стартапов. Считаешь эта сумма большая?
Здравствуйте, Pzz, Вы писали:
D>>500 баксов цена Qt для стартапов. Считаешь эта сумма большая?
Pzz>500 баксов с каждого или за всех?
Для одного программсита на 1 год. 40 баксов в месяц. Давай переведу. 2500 рублей в месяц на одного программиста. Которая возможно сэкономит тысячи баксов, если напороться на багу Qt, которая пофиксена в обновлении недоступном в фришной версии.
Здравствуйте, Denwer, Вы писали:
Pzz>>500 баксов с каждого или за всех?
D>Для одного программсита на 1 год. 40 баксов в месяц. Давай переведу. 2500 рублей в месяц на одного программиста. Которая возможно сэкономит тысячи баксов, если напороться на багу Qt, которая пофиксена в обновлении недоступном в фришной версии.
Или приведет к потере тысячи баксов, если напороться на багу Qt, которую во фришной версии еще не успели сделать.
P.S. Когда я этим последний раз интересовался, цены там раза в 4 побольше были. Но я бы и по сегодняшним ценам все равно не купил.
Здравствуйте, Pzz, Вы писали:
Pzz>Или приведет к потере тысячи баксов, если напороться на багу Qt, которую во фришной версии еще не успели сделать.
Вообще то в одной LTS версии никакого нового функицонала не добавляют, только багфиксинг. Откуда там новая бага возьмется то?
Pzz>P.S. Когда я этим последний раз интересовался, цены там раза в 4 побольше были. Но я бы и по сегодняшним ценам все равно не купил.
Так я специально и написал именно про версию для стартапов. Обычная версия стоит 3900 баксов на год. Причем при покупке у нас в РФ, цена считается как будто бакс стоит 80 рублей
Здравствуйте, Denwer, Вы писали:
Pzz>>Или приведет к потере тысячи баксов, если напороться на багу Qt, которую во фришной версии еще не успели сделать.
D>Вообще то в одной LTS версии никакого нового функицонала не добавляют, только багфиксинг. Откуда там новая бага возьмется то?
Новый код — новые баги. Багфиксинг — это тоже новый код.
Над свободной версией, поди, не меньше людей трудится, чем на несвободной. Все KDE на ней сидят.
Pzz>>P.S. Когда я этим последний раз интересовался, цены там раза в 4 побольше были. Но я бы и по сегодняшним ценам все равно не купил.
D>Так я специально и написал именно про версию для стартапов. Обычная версия стоит 3900 баксов на год. Причем при покупке у нас в РФ, цена считается как будто бакс стоит 80 рублей
Здравствуйте, Denwer, Вы писали:
D>Вообще то в одной LTS версии никакого нового функицонала не добавляют, только багфиксинг. Откуда там новая бага возьмется то?
Здравствуйте, Nikolaz, Вы писали:
N>Здравствуйте, Denwer, Вы писали:
D>>Вообще то в одной LTS версии никакого нового функицонала не добавляют, только багфиксинг. Откуда там новая бага возьмется то?
N>
На моей памяти только один раз была бага в одной линейке, что то они там нахимичили с рендером шрифтов. Но если багфикс создает новые баги, то предлагаю инкогда баги не править, что бы новые не наплодить.
Здравствуйте, Denwer, Вы писали:
Pzz>>Новый код — новые баги. Багфиксинг — это тоже новый код.
D>Ну тогда свой софт тоже нельзя писать, накидал бету версию и баги не править, ведь сделаю только хуже.
Я к тому, что "новее" != "меньше багов".
Это не значит, что софт нельзя писать. Это всего лишь значит, что если в какой-то версии тебе хватает фич и она работает сносно, совсем не факт, что обновив версию, ты выиграешь.
Здравствуйте, Pzz, Вы писали:
Pzz>Я к тому, что "новее" != "меньше багов".
Я про версии, когда не добавляются новые фичи. Если у тебя правятся баги, но в релаьности они только растут, то мне даже прокомментировать нечего.
Pzz>Это не значит, что софт нельзя писать. Это всего лишь значит, что если в какой-то версии тебе хватает фич и она работает сносно, совсем не факт, что обновив версию, ты выиграешь.
Если в какой то верссии хватает фич, то эту версию все равно нужно саппортить, а точнее править баги. Как например постоянные обновления винды. Как обновления любого софта, когда исправляются только баги. Я ничего не гвоорю про новые фичи, ведь в каждой ветке Qt исправляют баге, без новых фич.
Здравствуйте, Denwer, Вы писали:
Pzz>>Я к тому, что "новее" != "меньше багов".
D>Я про версии, когда не добавляются новые фичи. Если у тебя правятся баги, но в релаьности они только растут, то мне даже прокомментировать нечего.
Ладно. Ты хочешь отдать несколько денег за иллюзию безопасности, вопреки даже нежеланию иллюзиониста эти деньги брать. Я пытался тебе убедить не париться, но мне не удалось. Извини.
Здравствуйте, Pzz, Вы писали:
Pzz>Ладно. Ты хочешь отдать несколько денег за иллюзию безопасности, вопреки даже нежеланию иллюзиониста эти деньги брать. Я пытался тебе убедить не париться, но мне не удалось. Извини.
Знаешь, если бы я не пользовался Qt последние лет так 8, я бы может и прислушался к советам. Но так как я активный пользователь и знаю как там обстоят дела с багами, поэтому смысла переубеждать меня нет. Это называется опыт. Мало того, я даже посмотрел багфикс версий которые закрыты, мне нужны эти исправления.
Здравствуйте, Denwer, Вы писали:
D>На моей памяти только один раз была бага в одной линейке, что то они там нахимичили с рендером шрифтов. Но если багфикс создает новые баги, то предлагаю инкогда баги не править, что бы новые не наплодить.
Ну вообще-то если запустить такую команду в qtbase,
где HEAD это 5.15.5, а bf8908f5f9ba93da310c7a9ea2710abc392ed2bc ~= 5.15.2,
то:
Здравствуйте, Denwer, Вы писали: D>Кто нибудь такую лицензию пробовал купить? Это реально в наше новое время?
Какой смысл вкладываться в технологии вчерашнего дня? «Гугл» вкладывает огромные средства для того, чтобы его поисковик работал от ТВ-приставки и автомагнитолы до суперкомпьютера. Именно поэтому интернет-страницы стали растягивающимися и красивыми. Какой-то там финской шаражке тягаться с «Гуглом» бесполезно, тем более, что исправление ошибок стало платным в «Кьюте» с недавнего времени. «Кью-Ти» предсказуемо придёт конец и это лишь дело времени.
Умные инженеры двигаются в сторону вэба, потому что за ним будущее взаимодействия с пользователем.
Здравствуйте, Pzz, Вы писали:
Pzz>А зачем от LGPL вообще отказываться? LGPL совместим с closed source программированием.
Например, захочется линковаться статически, менять Qt или прикрыть использование Qt.
Здравствуйте, Skorodum, Вы писали:
Pzz>>А зачем от LGPL вообще отказываться? LGPL совместим с closed source программированием. S>Например, захочется линковаться статически, менять Qt или прикрыть использование Qt.
Не подскажешь, если вносишь изменения в Qt и выкладываешь их в свободный доступ — нарушение LGPL или нет?
Здравствуйте, Conductor, Вы писали:
C>Здравствуйте, Skorodum, Вы писали:
Pzz>>>А зачем от LGPL вообще отказываться? LGPL совместим с closed source программированием. S>>Например, захочется линковаться статически, менять Qt или прикрыть использование Qt.
C>Не подскажешь, если вносишь изменения в Qt и выкладываешь их в свободный доступ — нарушение LGPL или нет?
Нет, не нарушение. Но тут дело в другом. Вы должны предоставить возможность конечным пользователям линковаться с собственной версией Qt. И придётся делиться кодом своего проекта или объектными файлами.
Здравствуйте, SaZ, Вы писали:
C>>Не подскажешь, если вносишь изменения в Qt и выкладываешь их в свободный доступ — нарушение LGPL или нет?
SaZ>Нет, не нарушение. Но тут дело в другом. Вы должны предоставить возможность конечным пользователям линковаться с собственной версией Qt. И придётся делиться кодом своего проекта или объектными файлами.
А вот тут не понял: предположим, проект закрытый (и не массовый — часть аппаратно-программного комплекса), естественно динамическая линковка с Qt, но в Qt внесены изменения, которые выложены в свободный доступ. Тогда как?
В любом случае — уже спасибо за ответ.
Здравствуйте, Conductor, Вы писали:
C>Здравствуйте, SaZ, Вы писали:
C>>>Не подскажешь, если вносишь изменения в Qt и выкладываешь их в свободный доступ — нарушение LGPL или нет?
SaZ>>Нет, не нарушение. Но тут дело в другом. Вы должны предоставить возможность конечным пользователям линковаться с собственной версией Qt. И придётся делиться кодом своего проекта или объектными файлами.
C>А вот тут не понял: предположим, проект закрытый (и не массовый — часть аппаратно-программного комплекса), естественно динамическая линковка с Qt, но в Qt внесены изменения, которые выложены в свободный доступ. Тогда как?
Тогда всё ок, я с ходу про статическую линковку написал. Массовость к лицензиям отношения не имеет. К примеру вы продаёте закрытый узкоспециализированный софт, но с lgpl qt — тогда вы должны предоставлять свои модификации qt только покупателям. В общий доступ это выкладывать не обязательно. Но конечный пользователь должен иметь возможность слинковаться со своей версией qt, статической или динамической — не важно. Но в случае статической линковки — это тот ещё гемморой
C>В любом случае — уже спасибо за ответ.
Здравствуйте, SaZ, Вы писали:
C>>А вот тут не понял: предположим, проект закрытый (и не массовый — часть аппаратно-программного комплекса), естественно динамическая линковка с Qt, но в Qt внесены изменения, которые выложены в свободный доступ. Тогда как?
SaZ>Тогда всё ок, я с ходу про статическую линковку написал. Массовость к лицензиям отношения не имеет. К примеру вы продаёте закрытый узкоспециализированный софт, но с lgpl qt — тогда вы должны предоставлять свои модификации qt только покупателям. В общий доступ это выкладывать не обязательно. Но конечный пользователь должен иметь возможность слинковаться со своей версией qt, статической или динамической — не важно. Но в случае статической линковки — это тот ещё гемморой
C>>В любом случае — уже спасибо за ответ.
SaZ>Пожалуйста.
Здравствуйте, sergey2b, Вы писали:
Pzz>>P.S. Когда я этим последний раз интересовался, цены там раза в 4 побольше были. Но я бы и по сегодняшним ценам все равно не купил.
S>если не секрет S>на чем бы вы стали делать GUI под win
Здравствуйте, Conductor, Вы писали:
C>Не подскажешь, если вносишь изменения в Qt и выкладываешь их в свободный доступ — нарушение LGPL или нет?
Как я понимаю, именно это и требует LGPL. Можно даже не выкладывать публично, а "делать доступным пользователям" только твоим по и запросу.
Здравствуйте, Skorodum, Вы писали:
C>>Не подскажешь, если вносишь изменения в Qt и выкладываешь их в свободный доступ — нарушение LGPL или нет? S>Как я понимаю, именно это и требует LGPL. Можно даже не выкладывать публично, а "делать доступным пользователям" только твоим по и запросу.
Спасибо. Мне, собственно, вот какой нюанс не совсем ясен: одной из основных идей LGPL, насколько я понимаю, является необходимость наличия возможности у пользователя при выходе новой версии LGPL-компонента перейти на её использование. Однако, изменения между версиями бывают разными и иногда очень существенными. И если внесены сторонние правки (даже если эти правки предоставлены пользователю) в тот участок кода LGPL-компонента, который подвергся существенной переработке в новой версии (да и даже просто в произвольный участок), то смысл в наличии этих правок у пользователя не очень большой — прозрачно на новую версию он не перейдёт, до тех пор пока не адаптирует (сам?) новую версию в соответствии с правками, имеющимися в старой версии.
Если что-то работает с вашей версией, но не работает с другой, модифицированной — это уже проблема конечного пользователя. К лицензиям это не имеет практически никакого отношения, вы не должны гарантировать работу с теми модификациями, которые вне вашей зоны ответственности.
S>>если не секрет S>>на чем бы вы стали делать GUI под win
Pzz>На LGPL-ном Qt.
Дополню аргументами:
— потому что если потом захочется сделать под линукс или макось — это будет сделать очень легко. В простейшем случае — только скомпилировать. Простейший случай будет, если вы сами не будете завязываться на какую-то виндовую специфику (WinAPI и т.д.). Qt сам по себе не привязывает ваше приложение к платформе.
— вам будет проще, тк там плюсы
