pyvec / pyvec/naucse.python.cz
Code examples licensing is problematic
まだ誰も着手していません。
- 主要言語
- 言語のデータがありません
- スター
- 335
- フォーク
- 119
- 平均マージ
- 3時間 6分
- マージ済み PR(30日)
- 1
説明
Currently, all content on naucse.python.cz is licensed under CC BY-SA. While this license is generally one of my first choices for content as well, I don't think having code examples licensed under it is a good idea.
Problems:
- Code examples are software. Creative Commons recommends against using Creative Commons licenses (except CC0) for software.
- CC BY-SA requires the consumers of the content to distribute their contributions under the same (or compatible) license as the original if they remix, transform, or build upon the material. Copy-pasting and adapting examples is definitively building upon. If the students/readers want to release their creations to the public (or distribute them to anyone else), they are effectively forced to break the above rule and release their code under CC BY-SA, or choose the Free Art License (which IMHO shares the not designed for software problem), or go with GNU GPL version 3. While this might be considered a good thing by RMS, I don't think forcing people into copyleft is a good thing.
- Nobody is doing the above anyway.
Possible solutions:
- Grant special permission for building upon the given examples. E.g. use some kind of CC BY-SA with code examples exception.
- This is problematic. Rule number 1 in free software (and content) licenses: Don't invent your own.
- Explicitly relicense the code examples/snippets to another license.
- We could possibly go with CC BY to lift the copyleft thing, but other problems would stay valid. Hence I recommend (and vote for) CC0. I believe that Public Domain is the only kind of licensing that makes sense on code examples in learning materials.
- The copyright footer could read (something like):
Prose and graphics license: Creative Commons Attribution-ShareAlike 4.0 International.
Code examples license: CC0 1.0 Universal Public Domain Dedication.
I realize relicensing stuff is not easy. We would need to ask permission from everybody who ever contributed to the examples. But I think we should do it anyway. Given the fact we have license declarations in lessons' metadata, we can do it one by one and there's no need to do it all at once. For MI-PYT, the code examples are 99 % done by @encukou and me, so there it could go fast. No idea about the beginners course, but I'm quite confident it's mostly @encukou.
Another problem is we might have taken the original code examples from a project's documentation. In that case we have no right to relicense to CC0 (but we don't have the right to relicense to CC BY-SA either, so there would be no significant change happening). In the long run, asking and convincing the projects to do the same thing (making the code examples in the docs CC0) is the ultimate goal. However, I think I'd rather debate this here first.
What are you opinions on this matter?
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、現在のライセンスを明記しているレッスンのメタデータと著作権フッターを確認し、次に、どのコード例がどの著者によって提供されたものか、または外部プロジェクトのドキュメントから取得されたものかを特定します。ライセンスの再設定を提案する前に既存の議論を確認してください。完了とするには、合意されたライセンスポリシーと必要なコントリビューターの許諾が必要であり、メタデータを単独で変更するだけでは不十分です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- python
- 領域
- documentation
- issue の種類
- ドキュメント
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 20/100