![まつもとゆきひろ氏が“幻のPerl6”から学んだ教訓 「OSSの最大の敵」と「セカンドシステムの危険性」](https://cdn-ak-scissors.b.st-hatena.com/image/square/4439c4a1992a08fd655a7acbe87b07b8c7affbca/height=288;version=1;width=512/https%3A%2F%2Fimg.logmi.jp%2Farticle_images%2FBD9yqJxjVeFJ1kDcGX8T3n.jpg)
(結論はなく、ダラダラ昔話を書いただけ。) サービスやプロダクトの開発にあたって、自社外で開発されたオープンソースソフトウェア(OSS)を外部コンポーネントとして使うという場面は今や当たり前だと思うけど、そのOSSができるだけ長く保守開発を続けてくれるにはどうしたらよいか、ということまで考えることは少ないだろう。 OSSはそのライセンス遵守の上では金銭を支払うことなく自由にサービスやプロダクトに使えるし、うまく機能がハマれば開発の費用・時間コストを大幅に軽減できる。 ただ、そうしてできた素晴しいサービス、プロダクトのアーキテクチャを見返してみると、個人の手弁当のOSSが危ういバランスを支えてSPOF的に存在していることがある。ジェンガの絵がよく出てくるよね( File:dependency.png - explain xkcd )。 Someday ImageMagick will fin
僕は2019年4月から技術ブログを始めているが、2ヶ月目くらいから「はてなブックマークでホッテントリを取るための情報収集」を心がけるようになった。その影響もあって何記事かはてなブックマークでホッテントリ入りすることもできたので、これから技術ブログなどでアウトプットを始める人の役に立てばいいなぁと思ってブログでまとめることにした。技術ブログを書く人でなくても情報収集先として参考になる部分はあると思う。 はじめに GitHub Trending プログラミング言語はPythonとJavaScriptとTypeScriptを重点的に見る プログラミング言語以外にもUnknown languagesをチェックする Advanced searchで直近の日付に絞り込む GitHub Trendingを参考にしたブログ記事 Product Hunt Product Huntを参考にしたブログ記事 Re
このファイルを使用中のユーザーが多すぎるため、一部のツールを利用できない場合があります。再試行詳細閉じる オープンソースライセンス比較用早見表 : Sheet1ABCDEFGHIJKLMN1ライセンスと著作権の表示変更した旨を示すことソースコードの開示ライブラリとして使用すること商用利用改変配布派生物に別のライセンスを課す特許の利用個人利用作者に責任を求めること商標の利用注記2No License必須可能禁止禁止禁止可能GitHubで公開したソフトウェアにライセンスを付記しなかった場合の条件3GPL v2.0必須必須必須必須でない可能可能可能禁止可能可能禁止言及なし4GPL v3.0必須必須必須必須でない可能可能可能禁止可能可能禁止言及なし5Affero GPL v3.0必須必須必須必須でない可能可能可能禁止可能可能禁止言及なし6Artistic GPL 2.0必須必須必須必須でない可能可
ウッ ここで詰まる事は往々にしてあります. 特に急いでる時の煩わしさは甚だしいです. どうせならそれっぽい英語を使いたいのでOSSや同僚のコミットメージの語彙の出現確率を調べてみましたら、 もちろんfeatureによってコミットメッセージの付け方など数多あるものの、一定の頻出パターンは見い出せたので筆を取りました. (英語勉強しないと..) 方法 github.com/rails/railsのコミットメッセージ内における各動詞の出現確率を求め、 またOSSと仕事でのコミットメッセージの趣向も変わってくる事も勘案するため、 (仕事でDeprecateとか滅多に使わんし) 同僚に聞きつつ10つあげてみた. 以下列挙 (例は実際の同僚やOSS上でのコミットメッセージです.) Add *A to *B AをBに加える
自分のOSSをメンテしてもらうために出来そうなことメモ 開発ドキュメントを整備 CONTRIBUTING.mdを置く CHANGELOG.mdにコントリビューターの名前を書く Issueにpr_welcome/patch_welcomeなどのラベルを活用する このへんまでやっておけば、 issueにwelcome label付けて放置で大丈夫かなぁと思う。
情報処理推進機構 情報処理推進機構(IPA)は5月31日、GPL以外の主要なオープンソースソフトウェアライセンスについて、そのライセンスの特徴、プロジェクトにおける利用状況とそのライセンス戦略、ライセンスに関する係争などについて調査した結果を報告書として公開した。GPLv3に関してはすでに別の解説書を提出しているため、同報告書では軽く説明する程度にとどめている。 OSSライセンスの比較、利用動向および係争に関する調査 (報告書PDF) GNU GPLv3 逐条解説書 (解説書PDF) 報告書ではまず、数あるOSSライセンスを「コピーレフト」の観点から3種類に分類。次の2つの条件にどのように当てはまるかで分類している。(a)(b)ともにある場合はコピーレフト型、(a)のみなら準コピーレフト型、どちらも該当しないなら非コピーレフト型となる。 (a) ソースコードを改変した場合に、改変部分のソー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く