GPL здесь не ради свободы, а чтобы заставить разработчиков, кто не хочет отрывать код своих приложений, покупать коммерческую версию.
Зачем же тогда так сложно было? Для этого совсем не нужна GPL, для этого можно просто продавать коммерческую версию, где нужны исходники - передавать их покупателям под несвободной лицензией. По такой модели Unreal Engine работает, например, вполне успешно.
Нет, GPL именно что для свободы, и чтобы примирить свободу с коммерцией, и чтобы второе не сожрало первое в том числе.
Надо же, а мне всего 2 года назад (не 20) прислали для отладки моего редактора контактов файл .VCF, сгенерированный аутлуком. И там, внезапно, оказалась cp1251. Хотя во всех RFC на vCard прописан UTF8.
Разработчики Qt вот тоже, видимо, 20 лет бнопни не видели. И в Qt 6.0 выкинули все неюникодные кодировки, а заодно и класс QTextCodec перевели в устаревшие. Уже в 6.4 их убедили вернуть поддержку всего, что поддерживает ICU... но уже в новые классы, которые изначально были заточены только на юникод. Козу купили, козу продали, но несовместимостей успели наломать.
Кроме iconv, есть ещё enca. Iconv есть в любом линуксе, а enca надо ещё поискать и скорее всего собрать, зато в нём есть АВТООПРЕДЕЛЕНИЕ! Я как-то в рамках рефакторинга очень-очень старого легаси-проекта (часть авторов писали в 1251, часть в КОИ8) натравил на дерево исходников связку find и enca, и она успешно всё перевела в UTF8.
Вот, кажется оно (хотя я пользовался бинарной сборкой одного из отечественных дистрибутивов):
Ну сегодня можно, завтра кто-нибудь "там" сообразит, что это дыра, которую не успели заткнуть.
В любом случае я бы на месте автора статьи сначала потыкал бы Гимп, который благодаря лицензии неубиваем и работает на всём, что шевелится. Но автор, похоже, даже не задавался таким вопросом, а сразу озадачился перелезанием с одного ржавого юридического гвоздя на другой.
Вы сразу привнесли в формулировку слово "должен". Ну во-первых, далеко не всегда надо допиливать, мне гимпа для личных задач в целом хватает (хотя по мелочи там есть что доработать, безусловно). Во-вторых, доработать свободный продукт - более благодарная задача, чем с нуля пилить закрытый.
В области офисных пакетов есть почти идеальная история - это опыт нижегородской команды разработчиков. За рубеж его продаёт латвийская компания под названием OnlyOffice, в России продаётся как Р7-Офис. При этом исходники онлиофиса открыты. Ах, если бы с графическими пакетами было что-то подобное...
пока мы решаем вопросы с продлением подписки через зарубежных друзей или вспоминаем опыт пиратства
Но первый же рассмотренный автором продукт - ФотоМОНТАЖ - работает только в Windows, третий - Movavi Photo Editor - в Windows и macOS. Только AliveColors может похвастаться тремя поддерживаемыми операционками. Вопрос: Почему невозможность купить продукты Adobe в России автора интересует, а про Microsoft у него вопрос не возникает?
Если же ставить вопрос последовательно, начать можно было бы с другого. Чего именно автору не хватает в полностью открытом GIMP, который работает не только в Windows, но и в почти любом распространённом линуксе, включая, разумеется, российские? И это международный проект, среди участников которого есть и россияне (хотя по моему сугубо субъективному мнению, их могло быть и побольше). Недостатки у GIMP, разумеется, есть, но есть мнение, что большинство ищущих "аналог Фотошопа" до них просто не дошли и дойдут не скоро. И вот в то, чего там не хватает, можно и вложиться.
В таком случае и "за последнее время" тоже лишнее. Комментаторы, топящие против СПО, процветают ровно столько, сколько существует само СПО. Это я вам как ЛОРовец с 20-летним стажем говорю. :)
Причём не надо считать, что всем им кто-то за это приплачивает. Просто идея чего-то, что успешно развивается не как чья-то огороженная собственность, подрывает людям их картину мира, очень сильно подрывает. Вот и реагируют соответственно.
А на Хабре запомнилось, как человек принёс для обсуждения свой браузер. Хороший был браузер, интересный. Исходники не открывал, ну это, собственно, его право. Беда в том, что когда он начал объяснять, почему он их не открывает, у него попёрло просто эталонное собрание обывательских мифов об опенсорсе "свободно значит никто не отвечает, значит, некачественно". Ну собственно, на этом обсуждать браузер прекратили, начали обсуждать мнение автора об опенсорсе. Печально, но как всегда.
Инкапсуляция — сокрытие внутренней реализации объекта от внешнего пользователя. В Rust эта идея реализуется с помощью приватных полей и методов структур, используя механизм модулей.
Чем-то сильно напоминает подход объектного паскаля (Delphi/fpc). Там инкапсуляция тоже была больше ориентирована на модули, чем на классы. Потом для тех, кому надо было, как в плюсах, даже сделали разделение между public и published.
Он посвятил этому практически всю карьеру, выпустил кучу программ и инструментов, а потом в разных интервью и статьях рассуждал, что же пошло не так
Собственно, вот это и резануло. 2024 год, я читаю с "домохозяечного" Manjaro KDE Linux Хабр, в том числе 12-летней давности рассуждения Мигеля, что же пошло не так. За Midnght Commander ему всё равно спасибо, хотя им теперь занимаются другие люди, они даже Ctrl+O сумели превратить в конфетку.
Да. Там три лицензии, GPL, LGPL и коммерческая. Под LGPL распространяется большинство модулей, некоторые доступны только либо под GPL, либо под коммерческой.
Он не шутит. Он продолжает употреблять слово "политота". Почти спустя два года после начала того, что мы не будем здесь сейчас обсуждать. Это, имхо, стопроцентый маркер ситуации, когда человеку в принципе что-либо бесполезно объяснять.
То есть продаётся именно принтер, для которого гарантировано легальное использование СНПЧ, а не СНПЧ, которая вроде как должна гарантированно работать с таким-то принтером? Если первое, хотелось бы видеть ссылки на такие товары.
1) Электронная таблица в домашней версии по-прежнему не поддерживает работу с CSV? Если да, то это стыдоба, CSV - БАЗОВЫЙ табличный формат, который много с чем совместим и который, кажется, *почти все* электронные таблицы поддерживают из коробки. Да, я понимаю, бесплатная версия должна быть ограничена по сравнению с коммерческой, но не в такой же банальщине!..
2) Более спорный вопрос. Могут ли производители офисных пакетов (хотя бы российских) договориться о некоем базисе для языка макросов, который будет работать в любом офисном пакете? Понятно, что конкуренты, но ведь смогли же, например, мировые производители СУБД (ещё какие конкуренты!) договориться о языке SQL. И это было в годы, когда ВСЕ серьёзные СУБД стоили огромные деньги, никакого PostgreSQL ещё не было. Что-то подобное, наверное, можно и для офисных пакетов сделать? Понятно, что каждый производитель будет сверх этого свои расширения предлагать, но такое и у SQL есть, что не отменяет вполне работающего базиса.
Зачем же тогда так сложно было? Для этого совсем не нужна GPL, для этого можно просто продавать коммерческую версию, где нужны исходники - передавать их покупателям под несвободной лицензией. По такой модели Unreal Engine работает, например, вполне успешно.
Нет, GPL именно что для свободы, и чтобы примирить свободу с коммерцией, и чтобы второе не сожрало первое в том числе.
Надо же, а мне всего 2 года назад (не 20) прислали для отладки моего редактора контактов файл .VCF, сгенерированный аутлуком. И там, внезапно, оказалась cp1251. Хотя во всех RFC на vCard прописан UTF8.
Разработчики Qt вот тоже, видимо, 20 лет бнопни не видели. И в Qt 6.0 выкинули все неюникодные кодировки, а заодно и класс QTextCodec перевели в устаревшие. Уже в 6.4 их убедили вернуть поддержку всего, что поддерживает ICU... но уже в новые классы, которые изначально были заточены только на юникод. Козу купили, козу продали, но несовместимостей успели наломать.
Кроме iconv, есть ещё enca. Iconv есть в любом линуксе, а enca надо ещё поискать и скорее всего собрать, зато в нём есть АВТООПРЕДЕЛЕНИЕ! Я как-то в рамках рефакторинга очень-очень старого легаси-проекта (часть авторов писали в 1251, часть в КОИ8) натравил на дерево исходников связку find и enca, и она успешно всё перевела в UTF8.
Вот, кажется оно (хотя я пользовался бинарной сборкой одного из отечественных дистрибутивов):
https://github.com/nijel/enca
Ну сегодня можно, завтра кто-нибудь "там" сообразит, что это дыра, которую не успели заткнуть.
В любом случае я бы на месте автора статьи сначала потыкал бы Гимп, который благодаря лицензии неубиваем и работает на всём, что шевелится. Но автор, похоже, даже не задавался таким вопросом, а сразу озадачился перелезанием с одного ржавого юридического гвоздя на другой.
Вы сразу привнесли в формулировку слово "должен". Ну во-первых, далеко не всегда надо допиливать, мне гимпа для личных задач в целом хватает (хотя по мелочи там есть что доработать, безусловно). Во-вторых, доработать свободный продукт - более благодарная задача, чем с нуля пилить закрытый.
В области офисных пакетов есть почти идеальная история - это опыт нижегородской команды разработчиков. За рубеж его продаёт латвийская компания под названием OnlyOffice, в России продаётся как Р7-Офис. При этом исходники онлиофиса открыты. Ах, если бы с графическими пакетами было что-то подобное...
Начало интриговало:
Но первый же рассмотренный автором продукт - ФотоМОНТАЖ - работает только в Windows, третий - Movavi Photo Editor - в Windows и macOS. Только AliveColors может похвастаться тремя поддерживаемыми операционками. Вопрос: Почему невозможность купить продукты Adobe в России автора интересует, а про Microsoft у него вопрос не возникает?
Если же ставить вопрос последовательно, начать можно было бы с другого. Чего именно автору не хватает в полностью открытом GIMP, который работает не только в Windows, но и в почти любом распространённом линуксе, включая, разумеется, российские? И это международный проект, среди участников которого есть и россияне (хотя по моему сугубо субъективному мнению, их могло быть и побольше). Недостатки у GIMP, разумеется, есть, но есть мнение, что большинство ищущих "аналог Фотошопа" до них просто не дошли и дойдут не скоро. И вот в то, чего там не хватает, можно и вложиться.
Наверное, после слова "разрабатываю" стоит таки поставить запятую, иначе могут очень-очень неправильно понять. "Казнить нельзя помиловать".
Если что - это шутка. Грустная.
Я не очень понял, при чём тут "взломал" и "реверс". Код Watcom же открыли 20 лет назад?
В таком случае и "за последнее время" тоже лишнее. Комментаторы, топящие против СПО, процветают ровно столько, сколько существует само СПО. Это я вам как ЛОРовец с 20-летним стажем говорю. :)
Причём не надо считать, что всем им кто-то за это приплачивает. Просто идея чего-то, что успешно развивается не как чья-то огороженная собственность, подрывает людям их картину мира, очень сильно подрывает. Вот и реагируют соответственно.
А на Хабре запомнилось, как человек принёс для обсуждения свой браузер. Хороший был браузер, интересный. Исходники не открывал, ну это, собственно, его право. Беда в том, что когда он начал объяснять, почему он их не открывает, у него попёрло просто эталонное собрание обывательских мифов об опенсорсе "свободно значит никто не отвечает, значит, некачественно". Ну собственно, на этом обсуждать браузер прекратили, начали обсуждать мнение автора об опенсорсе. Печально, но как всегда.
Чем-то сильно напоминает подход объектного паскаля (Delphi/fpc). Там инкапсуляция тоже была больше ориентирована на модули, чем на классы. Потом для тех, кому надо было, как в плюсах, даже сделали разделение между public и published.
Собственно, вот это и резануло. 2024 год, я читаю с "домохозяечного" Manjaro KDE Linux Хабр, в том числе 12-летней давности рассуждения Мигеля, что же пошло не так. За Midnght Commander ему всё равно спасибо, хотя им теперь занимаются другие люди, они даже Ctrl+O сумели превратить в конфетку.
Да. Там три лицензии, GPL, LGPL и коммерческая. Под LGPL распространяется большинство модулей, некоторые доступны только либо под GPL, либо под коммерческой.
https://doc.qt.io/qt-6/qtmodules.html
Там есть подраздельчик "Add-ons available under Commercial Licenses, or GNU General Public License v3".
Корректнее всё же написать "...на фреймворке Qt, который тогда был проприетарным". Слишком много путаницы вокруг Qt, лучше её не усугублять.
Ну и упоминая mc, можно было бы сказать, что впоследствии у Мигеля эстафету подхватили другие разработчики, которые и развивают его до сих пор.
Зато 7-zip разблокировали :)
Он не шутит. Он продолжает употреблять слово "политота". Почти спустя два года после начала того, что мы не будем здесь сейчас обсуждать. Это, имхо, стопроцентый маркер ситуации, когда человеку в принципе что-либо бесполезно объяснять.
Узнал о проекте из новости о его закрытии o_O
То есть продаётся именно принтер, для которого гарантировано легальное использование СНПЧ, а не СНПЧ, которая вроде как должна гарантированно работать с таким-то принтером? Если первое, хотелось бы видеть ссылки на такие товары.
Два вопроса.
1) Электронная таблица в домашней версии по-прежнему не поддерживает работу с CSV? Если да, то это стыдоба, CSV - БАЗОВЫЙ табличный формат, который много с чем совместим и который, кажется, *почти все* электронные таблицы поддерживают из коробки. Да, я понимаю, бесплатная версия должна быть ограничена по сравнению с коммерческой, но не в такой же банальщине!..
2) Более спорный вопрос. Могут ли производители офисных пакетов (хотя бы российских) договориться о некоем базисе для языка макросов, который будет работать в любом офисном пакете? Понятно, что конкуренты, но ведь смогли же, например, мировые производители СУБД (ещё какие конкуренты!) договориться о языке SQL. И это было в годы, когда ВСЕ серьёзные СУБД стоили огромные деньги, никакого PostgreSQL ещё не было. Что-то подобное, наверное, можно и для офисных пакетов сделать? Понятно, что каждый производитель будет сверх этого свои расширения предлагать, но такое и у SQL есть, что не отменяет вполне работающего базиса.
Очень интересно! Альтернативный туториал, жду!
"Бинарные блобы" - это примерно как "диск CD-ROM". Даже, наверное, хуже.