LINUX.ORG.RU

Какую лицензию вы выберете для своего следующего проекта?

 , , , ,


0

1

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

  1. GNU GPL v3118 (28%)

    ********************************************************************************************************************************************************************************************************************************************************************************************************************************

  2. MIT License116 (28%)

    **************************************************************************************************************************************************************************************************************************************************************************************************************************

  3. Proprietary/закрытый исходный код38 (9%)

    *******************************************************************************************************

  4. WTFPL24 (6%)

    *****************************************************************

  5. Apache License 2.019 (5%)

    ***************************************************

  6. BSD License Simplified 2-clause15 (4%)

    ****************************************

  7. GNU GPL v214 (3%)

    *************************************

  8. GNU Lesser GPL v314 (3%)

    *************************************

  9. Своя лицензия11 (3%)

    *****************************

  10. GNU Affero GPL v3.09 (2%)

    ************************

  11. BSD License New 3-clause9 (2%)

    ************************

  12. СС0/Public domain8 (2%)

    *********************

  13. Другая свободная8 (2%)

    *********************

  14. BSD License 4-clause7 (2%)

    ******************

  15. Другая несвободная3 (1%)

    ********

  16. GNU Lesser GPL v2.11 (0%)

    **

  17. Mozilla Public License (MPL) v2.01 (0%)

    **

Всего голосов: 415

>>> Проголосовать

★★★★★

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

Ответ на: комментарий от Dog

же имелся ввиду

Куда ты введёшь?

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

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

включая неактивных

Так он самоудалился же.

Ты так и будешь до запятых и пробелов докапываться,да?

Да. Либо ты дотягиваешь до моего уровня, либо я тебя топлю! :3

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

Надпись на ЛОРе:

Я на дно не стремлюсь

Акстись, ты уже как минимум три года там))

Серьезно, кто забанился-то? Ты там точно мне отвечал?

Dog ()
Последнее исправление: Dog (всего исправлений: 1)
Ответ на: комментарий от Dog

Надпись на ЛОРе:

Я на дно не стремлюсь

Акстись, ты уже как минимум три года там))

Сдаюсь, ты подебил. ☺

Но уже давно не три.

Серьезно, кто забанился-то? Ты там точно мне отвечал?

Dimez же.

mord0d ★★★★ ()
Последнее исправление: mord0d (всего исправлений: 1)
Ответ на: комментарий от aist1

Запишусь в твои ученики.

А ты бесстрашный! ☺

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

Dimez, Dimez, что-то знакомое, но нет.

Этот.

хз как ты раньше звался

Это останется тайной, потому что аккаунт не забанен. Впрочем, чтобы им воспользоваться, мне придётся вспомнить шестидесятичетырёхзначный пароль или восстановить доступ через ныне мёртвый почтовый сервис. Только этот аккаунт мне ближе, тут у меня крыша уже поехала, а там ещё нет. =P

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

Да вроде все правильно пишет, «швабоду» тереть надо, нормальый человек такого не напишет)

шестидесятичетырёхзначный пароль

Круто конечно, но зачем?

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

Да вроде все правильно пишет, […] нормальый человек такого не напишет

Нутыпонел.

шестидесятичетырёхзначный пароль

Круто конечно, но зачем?

Защита от себя. Я даже под веществами не в силах запомнить выхлоп pwgen -sy 64 1.

mord0d ★★★★ ()

Для проектов, код которых буду использовать в работе - Zlib/MIT. Для того что для себя или просто «по-приколу» (L)GPL3+.

SkyMaverick ★★★ ()

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

bernd ★★★★★ ()

WTFPL

Хороший фильтр говна. Ничего нормального под такой лицензией не выложат. А так, GPL это наше все.

spec_po_kiskam ★★★ ()
Последнее исправление: spec_po_kiskam (всего исправлений: 1)

Проголосовал за MIT, но на самом деле ISC. (Они в принципе взаимозаменяемы).

ПроГНУтые идут лесом.

beastie ★★★★★ ()
Последнее исправление: beastie (всего исправлений: 2)

LGPL скорее всего. Всякую мелочь и под CC0, MIT или WTFPL по приколу можно опубликовать.

Но мне так везёт, что я чаще присоединяюсь к существующим проектам, нежели чем начинаю новый. Там мне важно только отсутствие CLA, подобное непотребство я не собираюсь подписывать ни в каком виде.

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

Поподробнее можно? Я работал с TSV и CSV, а вот про TBX ни разу не слышал. Какие более крутые фичи там есть? Что вообще про него почитать, в википедии как-то тухло и непонятно, а сразу начинать с формального описания стандарта не очень правильно, нет понимания какие проблемы tsv оно решает и зачем/где применяется.

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

Я использую TSV, потому что OmegaT на запись поддерживает на запись только его. А это всего три поля в строке – оригинал, перевод и примечание. Пока переводишь в одной языковой паре, всё удобно: добавляешь термины в глоссарий текущего проекта, закидываешь глоссарии из предыдущих проектов, при желании объединяешь… Если заказчик дал глоссарий в *.xlsx, не составляет труда конвертировать ее в TBX. Редактировать глоссарий можно в любом текстовом или табличном редакторе.

Но вот языковая пара меняется. Если было En-Ru, а стало Ru-En, я этот случай обработаю cut или сяду вспоминать sed или awk. Но обычный переводчик не учился в Хогвардсе и не знает волшебных заклинаний. Очень хорошо, если он догадается поменять местами столбцы в табличном редакторе. А если нет?

Но вот добавляется третий, четвертый, пятый язык. Пока переводчик сам поддерживает свои терминологические базы, ему не трудно вести разные пары в разных файлах, не заботясь даже о том, чтобы все термины были переведены на все языки. А если это многоязыковой проект со множеством исполнителей? Из TBX можно подтянуть любую языковую пару, в которой соответствующие два значения есть.

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

При этом TBX не применяется практически нигде. Но соответствующие функции используются в продуктах SDL. То есть, проблема, как мне кажется, заключается именно в отсутствии реализации.

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

Т.е. ты именно как переводчик работаешь/хобби? Я то со стороны Data Science смотрю на это, там обычно СУБД уже подтягивают или даталейк вообще, но вообще меня заинтересовало.

peregrine ★★★★★ ()
Последнее исправление: peregrine (всего исправлений: 1)
Ответ на: комментарий от peregrine

Работаю как переводчик. Раз в несколько лет изучаю что-то IT-шное как хобби. Для импорта/экспорта в/из СУБД CSV и TSV действительно достаточно. Для перевода нужно что-то более специализированное и стандартизированное. У TBX есть шанс, но с реализациями пока очень плохо: есть поддержка чтения в OmegaT, есть пара хромых конвертеров, есть куча проприетарщины со своими родными форматами. Вроде бы, и freeware-редактор есть (https://logrusglobal.com/goldpan.html), правда только для Windows. В Wine запускается, но использовать его невозможно. Возможно, когда-нибудь погоняю в виртуалке, чтобы оценить UX.

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

Посмотрел TBX, как-то трудно там с его открытостью. Формально он открыт (в том смысле что никто не наедет за его использование), однако само описание стандарта (2019 года, а не 2008) вполне себе стало закрытое и покупается у ISO за 12-13 килорублей в зависимости от курса швейцарского франка. Как бы не очень много, но и очень неприятно, что говорит о том что стандарт будет мёртвым, мало кто будет его покупать, только те кому он очень нужен. В опенсорсных библиотеках его поддержки полноценной и широкоформатной никогда не будет.

peregrine ★★★★★ ()
Последнее исправление: peregrine (всего исправлений: 1)
Ответ на: комментарий от peregrine

Так-то оно так, но ты что-то можешь предложить взамен? Я вижу кучу проприетарного софта для управления переводческими глоссариями, каждый со своим велосипедом на основе не то CSV, не то TSV, не то XML. Реализация версии, объявленной устаревшей, - всё же лучше, чем ничего, с последующей покупкой и реализацией стандарта 2019 года или без таковых.

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

Думаю, по количеству шлака под пермисивными и свободными лицензиями будет паритет.

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

так sqlite есть. Он встраивается легко и не тянет отдельный сервер за собой, работая как библиотека.

Все эти JSON-ы и XML-и нужны больше чтобы через веб прередавать данные

peregrine ★★★★★ ()
Последнее исправление: peregrine (всего исправлений: 1)
Ответ на: комментарий от peregrine

Да, слышал о такой. В принципе, БД должны работать даже быстрее. Кстати, у тебя есть идеи, почему вся индустрия локализации и переводов зациклилась на текстовом представлении что глоссариев, что баз переводов?

Bagrov ★★★★★ ()
Последнее исправление: Bagrov (всего исправлений: 1)
Ответ на: комментарий от peregrine

Видимо, так и есть. Когда зарождались CAT, СУБД еще не были массовыми. А теперь «тут так принято».

Bagrov ★★★★★ ()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)