Етикет і етика користування OpenSource

Написати цей пост мене спонукало справедливе зауваження користувача VBart до мого ж попередньому посту, який зараз у чернетках. Після відповідних правок опублікую чернетка — посилання на коментар запрацює.

Я задумався про етику — гласної і негласної — користування відкритим кодом. Думаю, ця своєрідна пам'ятка буде корисна не тільки мені, але взагалі тим, хто, як і я, просто не замислювався про таке раніше, керуючись викладеним у ліцензіях. Принаймні в рунеті чогось подібного не знайшов, тому вважаю, що текст має право на життя.

Тут як не можна краще підходить «золоте правило християнина»: «Відносься до інших так, як хотів би, щоб ставилися до тебе», тому уявімо, що ми вже написали абстрактний проект (не суть важливо, який саме) і хочемо, щоб до нього ставилися добре.

Отже, перше і найважливіше. Очевидний. Відкрите вільне увазі, що ми витрачаємо час — найдорогоцінніший ресурс — майже задарма. І хочемо, щоб до цього часу ставилися шанобливо.

Це означає, що зауваження до абсолютно будь-якого безкоштовним кодом бажано висловлювати у формі пропозицій, а не невдоволення. Ми — народ дуже критичний по своїй природі, не критикувати не можемо і робимо це найчастіше тому, що нам не все одно. У результаті:

  • Критикуйте безкоштовне з пропозицією
Перегукується із загальним правилом критики: «Критикуєш — пропонуй».
З цієї ж поважності випливає правило, схоже на правило етикету не використовувати ложку, де можна використовувати вилку, а саме:

  • Не робіть власний fork, де можливий pull request
Правило вище нагадує недавній діалог про нового клієнта сховища npm. Дякую автора коментаря за діалог та правильне по суті зауваження. Якщо ж що-небудь змушує зробити свій форк, то:

  • Роблячи власний fork згадуйте оригінал
І навіть якщо щось не подобається в ідеології авторів, не слід забувати, що після форк ми змінюємо в основному чужий код, а не свій. І потрібно бути вдячним за ліцензію, яка дозволяє розгалуження проекту, якими б не були розбіжності з його авторами.

  • Будьте вдячні за свій fork
Це — очевидне. Далі — не зовсім очевидне, на мій погляд, правило, яке порушив сам і поплатився не тільки «дрібних» рейтингом, але «великої» кармою — і по справі. Не скаржуся.

Так от, коли наш вільний безкоштовний продукт використовується, ми б (в більшості своїй) хотіли, щоб користувачі згадували про це.

Хоча особисто я поставився б до приховування використання з розумінням: використовуєш — спасибі за те, що моя праця не зникає, що він затребуваний. Якщо потрібно — приховуй. Але я — не все, так і з урахуванням особливостей монетизації відкритих проектів, на які вказував VBart, таке не завжди можливо.

Отже, показуйте чужий продукт настільки, наскільки дозволяє прагнення до безпеки. Особливо якщо деякі інструменти приховування вбудовані в продукт — віддавайте перевагу їх. У результаті:

  • Показуйте чужий продукт
Також, в ідеалі, хотілося б, щоб при можливості користувача праці — праця все ж оплачувався. І тут справедливо і правильно говорити про хоча б одній годині одного кваліфікованого розробника на основному мовою продукту.

Наприклад, у випадку з C++ за даними з roem.ru на перший квартал 2015 року по Москві — 108 000 рублів. В місяці 22 робочі дні по 8 годин. Разом: 108000/(22*8) = 613,(63) → 620 рублів з округленням. Дані не дуже актуальні, але, напевно, близькі до істини. Не так вже й багато, правда? Але і достатньо, щоб не відчувати себе прийшов на все готове. Отже:

  1. Поважайте чужу час
  2. Критикуйте безкоштовне з пропозицією
  3. Не робіть власний fork, де можливий pull request
  4. Роблячи власний fork згадуйте оригінал
  5. Будьте вдячні за свій fork
  6. Показуйте чужий продукт
  7. Оплатіть годину роботи автора
Тут немає восьмого правила — додавайте свої! Відповіді по темі з рейтингом більше 1 будуть адаптовані, тобто переформульовані коротко, додані пост з посиланням і нехай кожен сам вирішує, що з цим робити.

Спасибі за увагу і коментарі!
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.