タグ: #open-source

← すべての記事

• 会社の外の証拠 — 何がポートフォリオとして働き、何が時間を食うのか

  社内の成果の弱点は検証できないことです。非公開で、チーム単位で、結局は自分の言葉でしか伝わりません。会社の外の成果物はリンク一つで確認されますが、社内の経歴を代わりにはしません。何がポートフォリオとして働き、何が時間だけを食うのか、完結した一つが未完成の十より強い理由、公開の文章が誰にも読まれなくても回収される効用とその限界を整理しました。オープンソース貢献の現実的な入口、履歴書で実際に力を持つ痕跡、終了条件のないプロジェクトがなぜ証拠

  2026-08-15 · 11 分で読めます #career#side-project#portfolio#open-source#writing

• DeepSeek Harnessのプラグインカーネル構造 — 巻き戻せるエージェントは何が違うのか

  DeepSeekが公開したオープンソースのコーディングエージェントHarnessは、モデルもツールもUIもすべてプラグインにした構造です。ただし実際に興味深いのはプラグインという言葉ではなく、2つの設計判断です。1つはすべての実行を追記専用のイベントログに残し、再開・分岐・再生を同じストリーム上で扱うこと、もう1つはプラグインを外すときに副作用を巻き戻すことを強制する点です。この構造が何を可能にするのか、そしてプラグイン生態系への古い反

  2026-08-14 · 13 分で読めます #ai-agent#architecture#plugin-system#observability#open-source

• いま注目のオープンソース (6) スター数が語ってくれないこと

  スター数は人気の指標であって、リスクの指標ではありません。オープンソースを本番に入れる前に実際に確認すべきシグナルを整理します。最近のコミットとリリース周期、イシューへの応答、コントリビューターの分布とバス係数を GitHub API で自分で数える方法、ライセンスが自動分類されないときに LICENSE ファイルを直接読む必要がある理由、そして導入前のチェックリストをまとめました。シリーズで実際に確認した事例を根拠にしており、リポジト

  2026-08-12 · 10 分で読めます #open-source#governance#supply-chain#risk#devops

• いま注目のオープンソース (1) AIエージェントとLLMツール

  LLMアプリケーションのスタックは、推論サーバー、オーケストレーション、ゲートウェイ、エージェント、RAGへと層が分かれました。各層で実際に使われているオープンソース12件を、スター数の順位ではなく役割ごとにまとめて紹介します。プロジェクトごとに何を置き換えるのか、成熟度はどの程度か、どんな状況で使ってはいけないのかも併せて整理し、リポジトリのパスとライセンス、スター数、最近のプッシュ日は2026年8月12日にGitHubで直接確認した

  2026-08-12 · 9 分で読めます #open-source#llm#ai-agent#ai-platform#rag

• コンテナインフラの世代交代 — 場所を譲った11プロジェクトが残したもの

  かつてコンテナインフラの基本構成であり、いまは別のものに置き換わった11のプロジェクトを、公式告知とリポジトリのアーカイブ状態だけを根拠に整理します。rkt、dockershim、Classic Swarm、Docker Machine、Compose V1、Heapster、Apache Mesos、PodSecurityPolicy、CoreOS Container Linux、ingress-nginx、そしてHashiCorpの

  2026-08-12 · 18 分で読めます #open-source#kubernetes#container#docker#infrastructure

• いま注目のオープンソース (4) オブザーバビリティとセキュリティ

  観測データは量がそのままコストになり、セキュリティツールはパイプラインに入り込めなければ使われません。計装の標準、ストレージエンジン、eBPF ベースのランタイム監視、サプライチェーンの検証まで、実際に定着したオープンソース 12 個を、スター数の順位ではなく担当する層ごとにまとめて紹介します。何を置き換えるのか、成熟度はどの程度か、いつ使うべきでないのかも併せて書きました。リポジトリのパスとライセンス、スター数、最新のプッシュは 20

  2026-08-12 · 9 分で読めます #open-source#observability#security#opentelemetry#ebpf

• いま注目のオープンソース (2) ビルド・エディタ・CLI・ターミナル

  パッケージのインストール、リント、バンドルのように一日に何十回も繰り返す作業がネイティブ言語で書き直され、待ち時間が秒単位からミリ秒単位まで下がりました。ビルドツール、エディタ、ターミナル、CLIの領域で実際に定着したオープンソース12個を、スター数の順位ではなく役割ごとにまとめて紹介します。何を置き換えるのか、成熟度はどの程度か、いつ使ってはいけないのかも併せて書き、リポジトリのパスとライセンス、スター数、最新のプッシュは2026年8

  2026-08-12 · 9 分で読めます #open-source#developer-tools#cli#rust#performance

• 何が技術を交代させるのか — 自社のスタックがその軌跡上にあるかを点検する方法

  場所を譲ったオープンソースというシリーズの最終回です。前の三回で扱った30あまりのプロジェクトを横断し、技術を交代させる力を五つに整理します。プラットフォームの吸収、運用負担、保守人員、ライセンス変更、問題定義の移動。特にライセンス変更はMongoDB、Elastic、HashiCorp、Redisの事例を、どこからどこへ変わったのかという事実だけで表にまとめ、その結果生まれたOpenSearch、OpenTofu、Valkeyのフォー

  2026-08-12 · 13 分で読めます #open-source#architecture#license#migration#governance

• データストアとキューの世代交代 — ライセンス、フォーク、そしてAtticへ行ったプロジェクト

  データ層で場所を譲った、あるいは配布条件が変わったプロジェクト10個を、公式発表とApache Atticの記録だけを根拠に整理します。Redis、Elasticsearch、MongoDBのライセンス変更とそこから生まれたValkey、OpenSearchのフォークを事実だけで扱い、KafkaからZooKeeperが外れた経緯、Apache Atticへ移管されたSqoop、Oozie、Giraph、Tajo、会社の終了後にLinux

  2026-08-12 · 17 分で読めます #open-source#database#kafka#redis#elasticsearch

• いま注目のオープンソース (3) インフラとデータベース

  データベースとインフラの領域は、ライセンス変更とフォークが勢力図を描き直した分野です。分析エンジン、組み込みデータベース、Postgres拡張、Kubernetesオペレーター、IaCまで、実際に定着したオープンソース11個を、スター数の順位ではなく解決する問題ごとにまとめて紹介します。何を代替するのか、どの程度成熟しているのか、いつ使ってはいけないのかも一緒に書きました。リポジトリのパスとライセンス、スター数、最近のプッシュは2026

  2026-08-12 · 8 分で読めます #open-source#database#infrastructure#postgresql#kubernetes

• いま注目のオープンソース (5) データと ML パイプライン

  データパイプラインはスケジューラ一つでは解決しません。取り込み、変換、オーケストレーション、実行エンジン、モデルのライフサイクル、検索ストアが、それぞれ別のツールの領域になりました。この記事では、これらの層で実際に使われているオープンソース 11 件を、スター数の順位ではなく担当する区間ごとにまとめて紹介します。何を置き換えるのか、成熟度はどの程度か、いつ使うべきでないのかも併せて記し、リポジトリのパスとライセンス、スター数、最終プッシ

  2026-08-12 · 8 分で読めます #open-source#data-engineering#mlops#python#rust

• 言語とランタイムの世代交代 — 公式EOL告知で読む11のプロジェクト

  公式の終了告知が残っている言語、フレームワーク、ランタイム11個を整理します。Python 2、AngularJS、Vue 2、Nashorn、Javaアプレットとウェブスタート、Mono、Xamarin、PhoneGap、Atom、io.js、jQuery Mobileを、何だったのか、なぜ当時は正しかったのか、何が変わったのか、何がその場所に来たのか、何を残したのか、いまでも使うのが正しい場合、に分けて見ていきます。この層は終了日が

  2026-08-12 · 19 分で読めます #open-source#javascript#java#python#framework

• デフォルトの座を降りたビルドツール — フロントエンド10ツールが場所を譲った理由

  かつてフロントエンドプロジェクトのデフォルトであり、いまは新規プロジェクトであまり選ばれなくなったツール10個を、公式の廃止告知とリポジトリのアーカイブ状態という確認可能な根拠だけで整理します。Create React App、Bower、TSLint、Karma、Protractor、PhantomJS、LibSassとnode-sass、Moment.js、Rome、Gruntを、何だったのか、なぜ当時は正しかったのか、何が変わった

  2026-08-12 · 16 分で読めます #open-source#frontend#build-tools#deprecation#javascript

• バス係数は知っている人の数ではなく、決められる人の数だ

  Nixpkgsのコアチームが10か月で解散しました。貢献者が数千人いるリポジトリで、委任された意思決定権限を持つ人は二人であり、その二人が退いたことでその管轄は直接の持ち主がいない状態になりました。この出来事を根拠に、依存関係のリスクを評価するときスター数やコミット数ではなく、承認権限を持つ人の数、委任構造の実効性、エスカレーション経路を見るべき理由を整理し、GitHub APIで自分で数えられる指標とその限界も併せて扱います。原文の発

  2026-08-09 · 16 分で読めます #devops#open-source#governance#nix#supply-chain

• 同じ会社の二つのプロジェクトがAI寄与に正反対の結論を出した理由

  OpenJDKは2026年4月に生成AIで作った寄与を全面的に禁止し、同じオラクル傘下のGraalVMは同じ時期にAIコーディングアシスタントの使用を明示的に許可しました。二つのプロジェクトは同じ寄与者協定を使っています。この記事は三つの文書を並べて読みます。OpenJDKの原文、GraalVMの方針ファイル、そして両方が参照したLinuxカーネルの文書です。結論は、この違いがAIに対する態度の違いではなく、レビューの負担を誰に請求する

  2026-08-09 · 15 分で読めます #culture#open-source#ai#policy#code-review

• オープンソースガバナンスが壊れるとき — Ruby Central騒動と三つの軸

  2026年7月30日、André Arkoが「Ruby Centralの破壊的遺産」を発表し、2025年9月に始まったRubyGemsリポジトリのアクセス権限をめぐる紛争が、10か月を経て再び表面化しました。本稿は双方の一次証言を並べて検証可能なタイムラインを整理したうえで、core-js、event-stream、xz-utils、Nix、Redis、Terraformで同じ形の危機が繰り返される理由を構造として分析します。核心は三つ

  2026-07-31 · 29 分で読めます #open-source#governance#rubygems#supply-chain#licensing

• GCCのAI方針とオープンソースの選択 — 15行という境界線は何を守ろうとしているのか

  2026年7月29日、GCC運営委員会がAI方針作業部会の勧告を受け入れました。核心は、法的に重要な貢献にLLM生成コンテンツが含まれる、またはそれに由来する場合は受け付けないというもので、その基準線はGNUメンテナーガイドラインのおよそ15行です。ただしテストケースは例外で、研究・分析・バグ発見・パッチレビューにLLMを使うこと自体は制限せず、AI補助作業にはAssisted-byトレーラーを要求します。この記事は方針の実際の要求事項

  2026-07-31 · 23 分で読めます #ai#open-source#gcc#licensing#governance

• OpenBaoはVaultから実際どれだけ乖離したか — v2.6のネームスペース封印まで、リリースノートで辿る分岐点

  OpenBao v2.0.0 GA(2024-07-17)からちょうど2年が経ち、3日前にはv2.6.0が出ました。本稿は「BUSL移行は裏切り」対「持続可能性」といった陣営論理を退け、両プロジェクトが自ら公開したリリースノート・チェンジログ・コミットだけをもとに、フォークが実際どこで分岐したかを確認します。OpenBaoはVault Enterprise専用だったネームスペースをv2.3.1でオープンソース化し、v2.6.0ではアップ

  2026-07-17 · 17 分で読めます #security#open-source#devops#licensing

• MinIO Community Edition はこうして終わった — リポジトリの記録から再構成したタイムラインと、Garage・SeaweedFS・Ceph RGW の現在地

  2026年4月25日にminio/minioリポジトリがGitHubでアーカイブされ、7月14日にはmcクライアントのリポジトリまで読み取り専用になりました。怒りに満ちたスレッドは数多くありますが、本稿は怒りではなく記録をたどります — 2025年5月のコンソール機能削除、9月のDocker Hubイメージ停止、10月15日の最終リリースとソースコード専用配布の宣言、12月のメンテナンスモード、2026年のアーカイブ連鎖まで、すべてリポ

  2026-07-17 · 24 分で読めます #storage#object-storage#s3#minio#open-source

• OPAは今、誰がメンテナンスしているのか — StyraチームのApple合流、その後11か月の検証可能な記録

  2025年8月20日、OPAの創始者たちとStyraのチームメンバー多数がAppleに合流するという発表があり、コミュニティには「AppleがOPAを買収した」という噂が流れました。一次情報で確認すると実態は異なります — 会社や資産を買収したという発表はどこにもなく、人々が転職しただけで、OPAはCNCF卒業プロジェクトのまま残りました。本稿は、その発表の正確な文言、その後11か月間に実際に起きたこと — 月次リリースケイデンスの維持

  2026-07-17 · 20 分で読めます #security#opa#authorization#open-source