2023 年はビジネスとオープンソースの関係が難しくなった年であったように思います。 6 月には、フルタイムの Ruby コミッターとして研究開発を行っていたお二人がクックパッド社の人員削減の影響を受けたことに端を発して、オープンソースに深く関わってきた一部のソフトウェア・エンジニアを中心に、ビジネスとオープンソースの関係について議論がありました。 8 月には HashiCorp 社が自社のオープンソース製品群のライセンスを Business Source License 1.1 (BSL) に変更したことも話題になりました。 また 2023 年は、一年を通して大規模言語モデル (Large Language Models; LLM) が話題になった年でもあり、ビジネスにも大きな影響がありました。 大規模言語モデルとオープンソースの関係に焦点を絞っても、「非オープンソースのライセンスで公開

背景 難しさ 利益相反になりがち 競合OSSの存在 コミュニティからのPull Request 競合サービスによる利用 レベニューシェアにならない 利用統計が取れない やっておくべきこと お金を払いたい機能を見極める 境界線を決める ライセンスについて考える 利用統計の取得方法について考える OSSから有償版へのスムーズな移行を考える まとめ 背景 弊社（Aqua Security）ではOSS開発をしており、そのOSSを組み込んだ有償サービスを売ることで利益を上げています。 自分はその中のOSS開発をフルタイムで担当しています。 会社は何を目的としてOSS開発をしているのか、というのは以前発表しました。 speakerdeck.com フルタイムOSS開発者をやってみての感想なども昔書いています。 knqyf263.hatenablog.com 今回はOSSをベースにしたサービス提供の難し

cURL にきた log4j 調査票、ruby にもきてたわ

さて、ついに退職エントリだ。私は米国のオープンソース・ムーブメントを日本で再現するためのコアを作るために民間企業へやってきたはずだった。それから21年、随分と長い航海になってしまったが、結局様々な尻拭いを続けてきたという感慨ばかりが起きてくる。一つの歴史として書き残すいいタイミングなのでその苦闘を振り返っておこう。 なお、長く付き合いが続いてしまう米国側法人は下記のように名称が変化している。なるべく頭に米国と付けて日本側法人と区別しやすいように記述するが、突然名称が変わったりするので注意してほしい。多くがもはや消滅した法人のことなので、さすがに一気読みするような酔狂な人はほぼいないと思うが。 VA Research　　　　　　Andover.net ↓　　　　　　　　　↙︎ (VAによる買収) VA Linux Systems ↓　　　　　　　　↘︎ (Andoverから社名変更) VA

最近脆弱性の話とか本業と一切関係ないことを書いていたので、今回は本業に関する話です。 前提 所感 楽しい やりがいがある 実績になる 得意な形でアウトプットできる 勉強になる 深く特定領域を学べる 得た知見を公の場で共有しにくい 広く触れない（可能性がある） なぜ会社としてOSSをやるのか？ということを真剣に考えられる 市場の熟成 有料化のしやすさ 品質の向上 カンファレンスでの発表 ファンを作る 会社の売上に貢献できる方が精神的に楽 ユーザからのフィードバックが助かる メンテナンスコストが高くなる 方針を決められなくなる 宣伝は必要 まとめ 2019/08/01にOpen Source Engineerという肩書になってから既に1年が経過しました。そういうポジションの人はまだ日本では少ないんじゃないのかなと思ったので何か参考になればと所感を書いておきます。ちなみに最初の頃Open Sou

Googleは、オープンソースプロジェクトの商標管理団体Open Usage Commons（OUC）を設立し、同社が主導する3つの重要なオープンソースプロジェクトの商標をOUCに移管すると発表した。商標の管理が移管されたのは、モバイル向けとデスクトップ向けの共通ウェブアプリケーションフレームワーク「Angular」、ウェブベースのコーディングコラボレーションツール「Gerrit」、最近特に注目を集めている、マイクロサービスを接続、管理、保護するオープンメッシュプラットフォーム「Istio」だ。 OUCが引き受けているのは、今のところGoogleの3つのプロジェクトだけだ。しかしOUCは、あらゆるオープンソースプロジェクトに、中立的でほかの組織から独立した商標を預けられる場所を提供するとしている。OUCはまた、適合性試験の実施や、商標の利用ガイドラインの確立、商標利用に関する問題の処理につ

厚生労働省は現在、新型コロナウィルス感染症（COVID-19）の“感染が疑われる濃厚接触”を通知する｢接触確認アプリ｣の開発を進めている。 開発を受注したのは日本国内のベンダー。一部で｢米マイクロソフトが受注した｣と報道されたが、これは間違いだ。とは言え、マイクロソフトが無関係というわけではない。そこには多少事情がある。 実は、日本で使われるアプリのベースとなる部分は、個人が中心となったボランティアベースのプロジェクトで、オープンソースとして開発されたものを利用している。 そのアプリは、なぜオープンソースで開発されたのか？　そして、そこに人々はどう関わっているのか、開発にかかわった関係者を取材した。 接触確認アプリがどういうものか、おさらいしておこう。 接触確認アプリは、スマートフォンのBluetooth機能を使い｢一定以上の長い時間、スマホを持っている人同士が近くにいた｣情報を記録するア

OSS（オープンソースソフトウエア）ビジネスの潮流は「Kubernetes」によって一変してしまった。そのことを改めて感じさせる出来事があった。OSSビジネスを営む米メソスフィア（Mesosphere）が、社名と事業モデルを変更すると発表したのだ。 メソスフィアは2019年8月5日（米国時間）に社名を「D2iQ」に変更したと発表した。同社はOSSである「Apache Mesos」の主要開発元であり、Mesosの商用版である「Mesosphere」や「DC/OS」を販売していた。MesosやDC/OSが何なのかを分かりやすく言うと「Kubernetesのようなもの」である。 MesosやKubernetesはいずれも「コンテナオーケストレーション」のソフトウエアだ。サーバーやストレージからなるリソースプールを構築して、その上でコンテナ化したアプリケーションを自動運用するのに使う。 Mesos

知ってるようで知らないTeXの世界 自分の人生より歴史あるソフトウェア開発をマネジメントする技術 アルゴリズムに関する大著『The Art of Computer Programming』のため、ドナルド・クヌース先生が組版システム「TeX」を発表して41年。その開発は世界中で活発に続いています。日本語TeX開発コミュニティやTeX Liveチームで活動する20代のエンジニア山下弘展（aminophen）さんに、自分より1.6倍も長生きなソフトウェアをメンテナンスする技術について聞きました。 数式がきれいに組めることで広く知られているTEXTEX（以下、TeXと表記）は、誕生から40年を超える自動組版システムです。 学生時代にレポートや論文でTeXを使ったことがある人も少なくないでしょう。技術系の同人誌でページの見栄えを改善すべく、Re:VIEWなど書籍執筆支援システムの背後で動くTeXに

企業は、長期に渡ってオープンソース コミュニティに参加し、良い評価を確立したとき、企業独自のオープンソース プロジェクトを立ち上げることが可能になります。オープンソースへの参加がこの段階に達した時、企業はオープンな協業から得られる大きなメリットを実感できるのです。企業は、コミュニティで活用される可能性のあるプロプライエタリなプロジェクトをオープンソース化することができます。もうひとつのやり方は、新規のオープンソース プロジェクトをスクラッチから作り上げ、最初から外部開発者の協業のメリットを得るやり方です。 本ガイドの目的は、すでにオープンソースに関して十分に経験を積んだ企業の方々を対象に、企業独自のオープンソース プロジェクトを立ち上げるために知るべきことを学ぶ手助けとなることです。本ガイドでは、何をオープンソース化するかを決定することから始めて、予算や法的な考慮事項に至るまで、すべてのプ

以前以下のようにツイートした話だけど、OSSの開発モデルを社内開発にそのまま持ち込むのは危険。 チーム開発の場合、簡単にコメント返せないようなPR送られた時点で負けだと思ってる。無駄なコードが生産されないよう事前に設計を詰める作業をすべき / “雑なレビュー - ✘╹◡╹✘” http://htn.to/by5or1 https://twitter.com/kazuho/status/431602421068877824 今日一般的に想定される「OSSの開発モデル」はEric S. Raymondの有名なエッセーである「伽藍とバザール」によって解説されたところの「バザール」である。 「バザール」モデルにおいては、多くの改善提案の中から最善と考えられる実装が取り入れられ、コミュニティで共有されるようになる。同エッセーから引用するなら、 ふりかえってみると、Linux の手法や成功の前例は G

勉強と思ってアプリをつくって提出していたがどうにもレビューを通りそうにないので、面倒になってApp Storeで公開するのを諦めた。 勉強が目的でアプリの内容は何でも良かったので、今回は手頃なFlashでつくったポケモンの努力値カウンターをiPadに移植した。 最初にリジェクトされたときはこういう画面だった。 リジェクトの理由がごちゃごちゃと書いてあるが「iOSはクールなOSだからもっとクールじゃないとダメ」という意味だと受け取った。 僕自身もFlash版から何も考えずに移植しただけだったので、別にこれで実用上全く問題ないのだけどと思いつつUIを調整した。 結果としては、またリジェクトされた。 どうやら、ボタンが沢山配置してあってレビュワーが理解できないのが問題のようだ。 しかしながら、このアプリの売りはボタンを沢山配置することによってワンフィールで操作できることなので、そこを無くしてしま

http://www.groklaw.net/article.php?story=20031214210634851 groklaw.netはPamela Jonesという弁護士補助員が営んでいるフリーソフトウエア関連の法律ブログ。以前、SCO対NovellでLinux/Unixの「知的所有権」をめぐる訴訟では技術コミュニティーに法律を分かり易い文で説明して活躍した。弁護士ではないためか、普通ドライな法律分析には見られない率直な態度でドラマの背後にある人間関係や感情までも解説してくれるのでとても読みごだえがある。米国でのFOSS関連の法律問題に関心のある方にはお勧め。Oracle対Googleもカバーしている。 今回は「間違ってGPLコードを取り込んでしまうと、社内機密コードまで公開させられる」というFUDを(Fear Uncertaingy and Dread=恐怖心を与える噂)を一掃し