ブログ
GPU・LLM・MLOps・Kubernetes、そしてマインドセット · 3508 件
#2026-03 764#japanese 587#deep-dive 254#kubernetes 247#culture 236#career 224#ai 214#llm 208#devops 193#2026-04 144#security 139#observability 113#database 110#communication 107#architecture 100#productivity 88#finance 87#mindset 80#ai-papers 79#history 79#it 78#psychology 78#english 75#networking 74#deep-learning 73#gpu 70#linux 70#performance 70#cs-fundamentals 63#ai-agent 61#postgresql 59#rag 59#economy 57#mlops 53#self-improvement 53#ai-platform 51#food 51#learning 51#python 51#travel 51
閉域網への持ち込みのために外側で受け取る — dnf download、reposync、yumdownloader はそれぞれ別の問題を解きます
インターネットに接続された機材で RHEL パッケージを依存関係ごとまとめて受け取り、閉域網へ持ち込むための実際の手順をコマンド単位で整理します。dnf download の --resolve と --alldeps が正確に何を変えるのか、なぜすでにインストール済みのパッケージのせいで依存関係が静かに抜け落ちるのか、そして --installroot で空のルートを作ってその落とし穴をなくす方法を、公式ドキュメントの文章とともに扱い
2026-08-14 · 15 分で読めます #linux#rhel#air-gap#dnf#rpmQwen3.8-27Bのハイブリッドアテンション — 64層のうちKVキャッシュを積むのは16層だけ
27Bのモデルが26万トークンのコンテキストをノートパソコンで扱える理由は、パラメータ数ではなく層の構成にあります。Qwen3.8-27Bは64層のうち48層を線形アテンション(Gated DeltaNet)に、16層だけを通常のアテンションに配置し、KVキャッシュが伸びる層そのものを4分の1に減らしました。この構造が何を節約して何を失うのか、FP8ブロック量子化はどこに効くのか、そしてローカル推論を検討するとき実際に計算すべき値は何か
2026-08-14 · 13 分で読めます #llm#inference#quantization#local-llm#attention分類せずに作り出せという技法とその検証 — 偽ラベルが元の問い合わせより良い理由
数百項目の分類体系をプロンプトに入れる代わりに、小さなモデルにもっともらしい偽の分類を作らせ、それを埋め込みで実際の分類に結び付ける技法が議論されました。なぜこれが動きうるのかは埋め込み空間の非対称性で説明されます。ただし原文には測定結果がなく、コメントにはこの技法が本当に元の問い合わせを直接埋め込むより良いのかを問う正確な反論と、より安い代替が並びました。何をどう測るべきかまで整理します。
2026-08-14 · 14 分で読めます #llm#embedding#classification#search#retrievalDRAMアドレススクランブリングとセキュリティ境界の下層 — 柵が変換より上にあると起きること
CPU内部で最も隠されたメモリ領域を、DRAMコントローラのアドレス変換を揺らして読み出す研究ツールが公開されました。脆弱性は暗号にも権限チェックにもありません。保護の柵がアドレス変換より上の層に建てられているという配置そのものにあります。この構造がなぜ崩れるのか、別名アドレスをGF(2)上の線形代数とSMTソルバでどう復元するのか、そしてこの研究が実際に何を要求し何を要求しないのかを範囲を明確にして整理します。
2026-08-14 · 13 分で読めます #security#hardware#memory#reverse-engineering#firmwareMistral OCR 4.1のブロック単位の信頼度スコア — 文書パイプラインで人をどこに置くかを決める値
MistralがOCR 4.1を公開し、段落単位のバウンディングボックスと構造ブロックのラベル、そしてブロックごとの信頼度スコアを出しました。文書パイプラインを作ったことがある人にとって実際に重要なのは3つ目です。信頼度スコアがあれば全数レビューと無レビューの間に閾値という選択肢が生まれるからです。その閾値をどう決めるか、信頼度を確率と取り違えると何が壊れるか、そしてページ単価を基準に自前構築がいつ有利になるかを計算します。
2026-08-14 · 12 分で読めます #ocr#document-ai#data-pipeline#human-in-the-loop#cost-optimization準同型暗号コンパイラHEIRとコストという条件 — 発表文にない数字をコメントが埋めた事例
Googleが準同型暗号向けのオープンソースコンパイラツールチェーンHEIRを公開しました。ここでの本当のニュースは暗号ではなくコンパイラです。これまで準同型暗号の実配備を阻んできたのは数学ではなく、暗号の専門家にしかできなかったパラメータ選択の作業だったからです。ただし発表文はオーバーヘッドの数値を1つも示しておらず、その空欄をこの分野を研究したコメント投稿者たちが埋めました。どのワークロードが適用対象で、どれがまだそうでないかをその
2026-08-14 · 14 分で読めます #cryptography#privacy#compiler#machine-learning#securityDeepSeek Harnessのプラグインカーネル構造 — 巻き戻せるエージェントは何が違うのか
DeepSeekが公開したオープンソースのコーディングエージェントHarnessは、モデルもツールもUIもすべてプラグインにした構造です。ただし実際に興味深いのはプラグインという言葉ではなく、2つの設計判断です。1つはすべての実行を追記専用のイベントログに残し、再開・分岐・再生を同じストリーム上で扱うこと、もう1つはプラグインを外すときに副作用を巻き戻すことを強制する点です。この構造が何を可能にするのか、そしてプラグイン生態系への古い反
2026-08-14 · 13 分で読めます #ai-agent#architecture#plugin-system#observability#open-source理解がボトルネックだという主張とその循環 — 説明を生成した側が検証対象であるとき
エージェントがコードを作る速度が人の読む速度を超えたとき何が残るかを扱った記事が議論を集めました。著者は検証のための理解から参加のための理解へ目標を移そうと提案し、3つの仕掛けを出します。ところがコメントで出た最も強い反論は、その説明自体をモデルが書くなら検証が成り立つのかという循環の指摘でした。提案された仕掛けのどれがこの反論に耐え、どれが耐えないかを切り分けます。
2026-08-14 · 13 分で読めます #engineering-culture#code-review#developer-experience#documentation#ai-assisted-development657,607本のリンクを辿った結果とURLの寿命 — リンクはなぜ404ではなく接続失敗で死ぬのか
2009年から2014年の間に作られた短縮リンク65万本あまりを2026年にすべて辿った調査が公開されました。結果より重要なのは失敗の内訳です。死んだリンクの大半は404ではなく接続そのものが成立しない状態であり、これは内容が移動したのではなくインフラが消えたという意味です。調査手法の限界まで押さえたうえで、外部URLをデータとして保管するシステムで何を変えるべきかを整理します。
2026-08-14 · 13 分で読めます #web#data-engineering#archival#reliability#url-designGemini 3.7 Flashの導入価格と3週間サイクル — モデル原価を固定費ではなく条件付きの値として扱う理由
Gemini 3.7 Flashの発表で実務者が見るべきはベンチマークの上げ幅ではなく、2つの事実です。1つは特定の日付で単価が2倍になる導入価格の構造、もう1つは直前のモデルが3週間前に出たという点です。2つが重なると、モデル原価は固定費ではなく期限付きの条件付きの値になります。公開されたベンチマークが何と比較し何と比較していないのか、そして発表で最後まで公開されなかった2つの数字がなぜアーキテクチャを決める数字なのかを整理します。
2026-08-14 · 12 分で読めます #llm#cost-optimization#benchmark#api-design#capacity-planningCerebras Ultrafastとエージェントループのボトルネック — 毎秒750トークンでも減らない時間
CerebrasとOpenAIが毎秒最大750トークンを出す推論ティアを公開しました。発表文が挙げる原理は演算量ではなくデータ移動であり、重みをウェハ上のSRAMに置く方式です。なぜバッチ1のデコードがメモリ帯域に縛られるのか、公開された倍率が何を測り何を測っていないのか、そしてトークン生成が速くなっても減らない時間が自分のエージェントループで何パーセントかを計算する方法を整理します。
2026-08-14 · 13 分で読めます #llm#inference#hardware#latency#performanceいま注目のオープンソース (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