知らないと損をする６つのライセンスまとめ
オープンソースやフリーウェア、フリー素材などが巷に溢れ、それらを利用する機会が増えたわけですが、ライセンスに関わる問題がより身近になってきました。 創作活動をより公正に行う上で必要な情報をまとめてみました。 簡単にまとめると、使おうと思ったリソースが Apacheライセンスだとラッキー！ BSD、MITならまあ使える GPLはきびしー！ て感じです。 制約の種類 ライセンスで制約されるのは著作物を使用する上での禁止・許可・義務事項です。 各ライセンスでは何が禁止・許可・義務の対象となっているかを知ることが、理解の近道です。 まずはライセンスでよくあげられる禁止・許可・義務事項についてまとめます。 ※ここでは利用する創作物（作品やコード）のことを単にソースと呼びます 著作権表示義務 どっか見えるとこにこういうの↓を表示してね Copyright© mycode , 2014 All Righ
OSS開発の活発さの維持と良いソフトウェア設計の間には緊張関係があるのだろうか? - t-wadaのブログ
YAPC::Asia Tokyo 2015 前夜祭に参加して、柴田さん（ hsbt さん）とモリスさん*1（ tagomoris さん）の講演を聴いた。特に最後のモリスさんの講演を聴いていて、ちょっとした衝撃を受けると共に、気づきや疑問もあったので、久しぶりに blog エントリを書こうという気になった。 なお、このエントリは講演メモや浮かんだ疑問、その後の議論等を記したものであり、すっきりとした結論は無いのでご注意。 モリスさんの講演 講演資料が公開されていた How to create/improve OSS products and its community from SATOSHI TAGOMORI 講演時に取ったメモがこちら 我々にできるOSSとそのコミュニティの育てかた ======================= id:tagomoris TD のモリスさん TD はデー
Githubに主戦場を移した世界のIT人材獲得競争
Githubに主戦場を移した世界のIT人材獲得競争 The software, be open or die 2016.01.08 Updated by Ryo Shimizu on January 8, 2016, 07:00 am JST 今後、おそらくもはや疑いようもないことは、数少ない例外を覗いては、ソフトウェアはオープンソースでなければ生き残れないということです。特にプロが使うものほどそうです。 2015年はそれが決定的になった年でした。 昨年はPFI(Preferred Infrastructure)社のChainerや、GoogleのTensorFlow、Facebookのtorch7といったディープラーニング(深層学習)向けのフレームワークがオープンソースになりました。 筆者らが開発したディープラーニング用のGUI環境、DEEPstation(https://github.
意外ととっつきやすいOSS開発参加方法まとめ - Qiita
Ruby開発者のMatz(まつもとゆきひろ)さんが、こう語られています。 今までは、仕事は会社から与えられるもので、面白い仕事が当たればラッキーだけどそうじゃない場合もあったわけです。ところが、オープンソースの活動で自分の名前が表に出れば、今までとは違って「武器」を手に入れることができる (オープンソースへの取り組みはエンジニアにとって強力な「武器」になる より) いつかはやってみたいOSS開発。 とはいえ、OSS開発参加って別次元のギークたちの世界だろうと思っていました。 しかし、どうやらそんなこともないようで、素晴らしいコミッターの方々のメンタリングの元、僕のgithubアカウントがこうなりました。 ...おわかりだろうか。 ！！！！ ruby系の超大型OSS二つにcontributeして、githubが少々派手になりました。(が、最後まで読んでいただければ、これ自体は意外と簡単なんだ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
植山 類
