Kush's Wiki

Sort by - linked count

• Y-statement
  Y-statement #Documentation ADRを1文で記述する軽量フォーマット。Olaf Zimmermann が提唱（SATURN 2012 / IEEE Software）し、決定と根拠を1スライド大に凝縮することを狙う In the context of <context>, facing <concern>, we decided <option> and neglected <alternatives>, to achieve <quality>, accepting that <downside>. context（対象・機能要件）/ facing（直面する品質要件）/ we decided・neglected（採択と却下した代替案）/ to achieve・accepting（得る品質と受け入れるトレードオフ）の6スロットから成り、選択肢比較と根拠を保ったまま最小化できるのが要点 https://medium.com/olzzio/y-statements-10eb07b5a177
• Platform Engineeringを実現する上で重要な組織論「チームトポロジー」とは？
  Platform Engineering Platform Engineering を実現する上で重要な組織論チームトポロジーを解説した記事 組織的センシング SAT Platform as a Product https://codezine.jp/article/detail/19001
• BSR
  Buf Schema Registory #Continuous Integration #Continuous Delivery Bufが提供するProtocol Buffersツール群のうちの一つ Protobufファイル群をモジュールとしてバージョン管理することができる。 モジュールとしてのドキュメンテーションをサポートし依存関係管理も可能 Overview - Buf Docs
• Living documentation
  #Documentation Cyrille Martraire が提唱する、ドキュメントをコードや設計と同じペースで進化させ続ける設計アプローチ。単一の真実源（コード／テスト）から生成・照合し、同期が崩れれば検知することでメンテナンスコストを抑える。 良い living documentation の4原則: Reliable: 自動チェックと実装との突き合わせで正確さを保つ Low-effort: テストシナリオなど既存の成果物を土台にする Collaborative: ビジネス・開発・テストの各ロールからの入力を取り込む Insightful: 構造そのものが不確実性や複雑さを浮かび上がらせる https://www.oreilly.com/library/view/living-documentation-continuous/9780134689418/
• マスタリングAPIアーキテクチャ
  
• 実践クリーンアーキテクチャ
  #Software Design 成瀬 允宣による、クリーンアーキテクチャを実装レベルで実践するドキュメント 実践クリーンアーキテクチャ │ nrslib
• Biome
  #Programming JavaScript、TypeScript、CSS、JSON、GraphQL向けのフォーマッターとリンターを提供するWebプロジェクト用ツールチェーン Rustで実装されており、Node.jsベースのツールと比較して10-20倍高速 Prettierとの97%の互換性を持つフォーマッター ESLint、TypeScript ESLint等のソースから436以上のリンタールールを搭載 CLIとLSPで利用可能 https://biomejs.dev/
• Pod
  #Cloud Nativeの世界において、1つまたは複数のコンテナを保持する最小ユニット 主にKubernetes Podを指す
• GitHub Advisory Database の脆弱性登録量が過去最高を更新
  #Security GitHub Advisory Database のレビュー済みアドバイザリ発行量が2026年に過去最高を更新した状況と、キュレーションチームの対応を伝える GitHub の記事。脆弱性の流入が急増し、レビューが追いつかず遅延が発生している。 発行量: 2026年5月に月間 1,560 件のレビュー済みアドバイザリ（2年前は月〜270 件）。3〜5月は月 6,000 件超の advisory 判断 流入増: Private Vulnerability Reports が週〜550 件（1月）→ 週 3,000 件超（5月）、CVE 申請は5月単月で約 4,000 件（前年比ほぼ10倍） 影響: 4月中旬以降、相当数のレビューに数週間を要するように。一方で CVE 採番率は 91〜94% を維持 背景: private vulnerability reporting を有効化したリポジトリは 170 万超 https://github.blog/security/supply-chain-security/inside-the-advisory-database-and-what-happens-when-vulnerability-volume-breaks-records/ ブログ
• Embulk into the maintenance mode
  #Data Engineering Embulk 公式によるメンテナンスモード移行のアナウンス（2025-11-10）。「積極的なプロジェクト管理ができない状態」を宣言し、GitHub 組織を継続参加意思のある最小限のメンバーに縮小した ユーザーへの影響: PR を提出してもレビュー・マージされない可能性がある。将来の Java バージョン対応や Jackson 2→3 のような依存関係更新も現実的ではないとされる 背景: アクティブなメンテナー不在が約 6 ヶ月続き、セキュリティ報告への迅速な対応が困難な状況。RubyGems のセキュリティ事件を教訓に、問題が生じる前に明確なガバナンスを確立する判断に至った https://www.embulk.org/articles/2025/11/10/embulk-into-the-maintenance-mode.html
• OpenTelemetry/

  OpenTelemetryCollector
  #Observability Kubernetes上にOpenTelemetryのCollectorを構築するためのCRD/Operator https://github.com/open-telemetry/opentelemetry-operator?tab=readme-ov-file
• Istio/

  Telemetory
  #Observability Kubernetes/Istio環境のサービスメッシュ内において、テレメトリーが生成される方法を定義するCRD 例としてOpenTelemetryのOpenTelemetry Collectorによるプロバイダを指定することができる https://istio.io/latest/docs/reference/config/telemetry/
• Istio/

  Ambient Mesh
  #Network Istioにおけるサイドカープロキシモデルに代わるサービスメッシュのデータプレーンモード L4/L7の機能群を提供する ZtunnelによってL4ゼロトラスト機能を実行し、WaypointプロキシによってL7処理を行う https://istio.io/latest/blog/2022/introducing-ambient-mesh/
• Istio/

  RequestAuthentication
  #Security/Authentication ingressgatewayに対して、JWTの検証を行うためのカスタムリソース（CRD） https://istio.io/latest/docs/reference/config/security/request_authentication/
• スプリントレビュー Deep Dive
  #Agile 吉羽 龍太郎によるスプリントレビューの Deep Dive スライド ステークホルダー
• 技術的負債という概念の生みの親 Ward Cunningham 自身による説明
  技術的負債についてWard Cunningham本人が語った動画を和田 卓人が翻訳したブログ 【翻訳】技術的負債という概念の生みの親 Ward Cunningham 自身による説明 - t-wadaのブログ
• go-redis
  #Programming #Data Engineering Go用のRedis公式クライアントライブラリ Redis Cluster、Redis Sentinel、Redis Streamsをサポート 自動コネクションプーリングを内蔵 Pub/Sub、パイプライン、トランザクションに対応 https://github.com/redis/go-redis
• SendGrid
  Twilio が提供するメール配信・マーケティングプラットフォーム。Email API と SMTP リレーでトランザクション／マーケティングメールを大規模に配信する 特徴 Email API と SMTP サービスで月 2,000 億通超を処理 マーケター向けにキャンペーン作成・管理ツールを提供 Twilio エコシステムと統合し、メール／音声／本人確認と組み合わせ可能 https://www.twilio.com/en-us/sendgrid
• Programming in Haskell 2nd edition
  
• httpie
  ヒューマンフレンドリーなHTTP Client Main features - HTTPie 3.2.4 (latest) docs
• gRPC metadata
  #Network #API Architecture gRPCコールに付加するキーと値のペア。2ヘッダーとして実装され、認証情報やトレーシングIDの伝搬に利用される キー: ASCII文字列（大文字小文字区別なし、grpc- プレフィックスは予約済み） 値: ASCII文字列またはバイナリ（バイナリキーのサフィックスは -bin） 種類: Request metadata（クライアント→サーバー）/ Response headers / Response trailers https://grpc.io/docs/guides/metadata/
• sxyazi/

  yazi
  #Programming Rust製の高速ターミナルファイルマネージャー。非同期I/Oベースで全I/O操作が非ブロッキングで動作する 画像・動画・PDFなどのファイルプレビューに対応 Luaによるプラグインシステム Git統合、一括リネーム、テーマシステムなどを搭載 https://github.com/sxyazi/yazi
• Valkey
  #Data Engineering Redis OSSからフォークしたBSDライセンスのキーバリュー型インメモリデータストア Redis OSSとの互換性を維持 Linux Foundationがホストする https://valkey.io/
• Serena
  AI駆動のソフトウェア開発を強化する、Python製の会話型エージェント向けツールキット LLMをコーディングエージェントとして強化しセマンティックな検索・編集を可能にしトークンを節約する。IDE並みの精度でAIモデルとの統合が可能とされている MCPサーバーとして動作可能で、Claude Codeとの連携例もある 技術的にはLSPによる高度な解析を行っており、以下のような言語に対応している Rust Go(gopls) Python TypeScript/JavaScript Java PHP C# Elixir Clojure C/C++ https://github.com/oraios/serena
• GitHub Actions の権限昇格パターンと対策
  #Security #Continuous Integration GitHub Actions における権限昇格を引き起こす 3 パターンと対策を解説した Flatt Security ブログ記事（2026 後編） 権限昇格の 3 パターン 過剰なデフォルト権限: permissions 未宣言の workflow は広い権限を継承し、workflow_dispatch API 経由で悪意ある workflow の実行が可能 キャッシュポイズニング: 10 GB 上限を悪用して正規キャッシュを退避。デフォルトブランチのキャッシュが全ブランチから読めることを利用し、issue トリガー（低権限）から release workflow（高権限）へ汚染が跨ぐ secrets: inherit: 再利用可能 workflow に全 secrets を暗黙で渡す設定。侵害された 1 workflow が上流全 secrets に波及 対策 workflow root に permissions: {} を宣言し、job 単位で必要な権限のみ付与 classic PAT 廃止 → fine-grained PAT 移行、Organization base permissions を Read に制限 release 系 workflow でキャッシュ無効化、secrets: inherit を明示的 secret 渡しに変更 GitHub App private key はクラウド KMS（例: Azure Key Vault）で管理し secrets ストアには置かない https://blog.flatt.tech/entry/2026-github-actions-security-part2
• エリート DevOps チームであることを Four Keys プロジェクトで確認する
  Four Keysの計測方法についてGoogle Cloudブログ上で説明されている 指標の計算方法を以下のように定義している デプロイの頻度 組織による正常な本番環境へのリリースの頻度。 変更のリードタイム commit から本番環境稼働までの所要時間 変更障害率 デプロイが原因で本番環境で障害が発生する割合（%） サービス復元時間 組織が本番環境での障害から回復するのにかかる時間 日本語 英語 DevOps
• When to start a platform team
  Platform Engineering #Team Organization Rebecca Murphey（Swarmia）による、専任 プラットフォームチーム をいつ作るべきかを組織規模から論じた記事 目安は約100エンジニア（Peter Seibel のモデル）。それ未満は専任チームのオーバーヘッドが便益を上回る 「2〜3チームを超えた時点で、未文書で脆くても既に Internal Developer Platform は存在する」。4チーム以上が検討の目安 早すぎ（20人規模）は機能開発リソースの浪費、遅すぎ（100人超で不在）は複数ペア＋専任マネジメントが必要になる 「Minimum Viable Platform Team」＝最小構成のチーム（自走リード1＋伸びしろ1＋兼任EM）から始める。チーム版の Minimum Viable Platform とも言える発想で、IDP をプロダクトとして利用者の声と指標で測る（Platform as a Product） https://www.swarmia.com/blog/when-to-start-a-platform-team/
• Lead Time, Cycle Time & Change Lead Time
  
• カイゼン・ジャーニー
  
• lefthook
  #Continuous Integration Git hooks マネージャ。Go 製単一バイナリで lefthook.yml に hook 定義を書き、lefthook install で .git/hooks/ に展開する。Evil Martians がメンテナンス pre-commit / pre-push / commit-msg 等の hook 種別をサポートし、カスタムタスクグループも作れる ジョブを並列実行でき、glob / regex によるファイル絞り込み、tag でグループ単位の実行制御 ローカル上書き用に lefthook-local.yml を分離可能 https://lefthook.dev/ https://github.com/evilmartians/lefthook
• KYAML
  Kubernetes 1.34からアルファ版公開されたKubernetes向けのYAMLフォーマット
• Proto Best Practices
  Protocol Buffersを記述する上でのベストプラクティスがまとまったドキュメント Proto Best Practices | Protocol Buffers Documentation
• hk
  #Continuous Integration Rust 製 Git hook manager。pre-commit や pre-push などのフック契機で linter / formatter を実行する 並行実行を file lock で安全化し、staged 変更を守りつつ並列度を最大化する性能設計 主要 linter / formatter を組み込み、外部 tool 提供は mise と統合 設定は Pkl で型付き記述する https://github.com/jdx/hk https://hk.jdx.dev/
• k1LoW/

  tbls
  #Data Engineering #Documentation Go言語で書かれたデータベースドキュメント化ツール データベーススキーマを自動的にMarkdown形式で記録し、CI/CDパイプラインに統合可能 PostgreSQL、MySQL、BigQuery、Snowflakeなど多数のデータベースに対応し、差分検出（diff）、品質チェック（lint）、ドキュメント網羅率測定（coverage）などの機能を提供 https://github.com/k1LoW/tbls
• k1LoW/

  ndiag
  #Documentation Go言語で書かれたhigh-level architectureダイアグラム/ドキュメント化ツール 単一のndiag.yml設定ファイルから複数のview（ダイアグラム + Markdown）を生成（N-diagrams） nested clusterによるノード／コンポーネントの階層化、実システムとの差分検証に対応し、ダイアグラムはGraphvizでレンダリングしてPNG/SVG/DOTを出力 https://github.com/k1LoW/ndiag
• k1LoW/

  runn
  #Testing #API Architecture Go言語のAPI Testingライブラリ・ツール HTTP request, gRPC requestのようないくつかの実行環境に対応し、runnbookと呼ばれる独自のシナリオを記述しテスト実行する Open APIと連携が可能で、静的なスキーマ検証がされた上でのシナリオ記述が可能 https://github.com/k1LoW/runn
• TiDB
  
• DeepWiki
  #LLM #Documentation Devinの一つの機能であるDevin WikiをPublicなリポジトリに絞って利用できるOSS Devin Searchに相当するAsk機能も備えている https://docs.devin.ai/work-with-devin/deepwiki
• Flipt
  #Continuous Delivery OpenFeature準拠のフィーチャーフラグ管理ツール GitOpsのユースケースで活用可能で、git上でフィーチャーフラグを管理するよう構成される https://docs.flipt.io/introduction
• MADR/

  Full Template
  Full Template #Documentation MADRの最も詳細なバリアント。frontmatter と任意セクションをすべて備え、選択肢比較とその根拠を厚く記録する frontmatter（任意）: status / date / decision-makers / consulted / informed Context and Problem Statement（必須）: 背景と問題 Decision Drivers（任意）: 決定を駆動する力学 Considered Options（必須）: 検討した選択肢 Decision Outcome（必須）: Chosen option: "X", because Y Consequences（任意）: good / bad の結果 Confirmation（任意）: 決定の実装・準拠の確認方法 Pros and Cons of the Options（任意）: option ごとの詳細比較 More Information（任意）: 追加証拠・チーム合意・相互参照 https://github.com/adr/madr/blob/4.0.0/template/adr-template.md
• DevOps capabilities/

  Learning culture
  DevOps capabilitiesの1つ、Climate for Learningに分類される DORA | Capabilities: Learning culture
• DevOps capabilities/

  Documentation quality
  #Documentation DevOps capabilitiesの1つ、Climate for Learningに分類される https://dora.dev/capabilities/documentation-quality/
• DevOps capabilities/

  Well-being
  DevOps capabilitiesの1つ、Climate for Learningに分類される DORA | Capabilities: Well-being
• DevOps capabilities/

  Generative organizational culture
  DevOps capabilitiesの1つ、Climate for Learningに分類される https://dora.dev/capabilities/generative-organizational-culture/
• DevOps capabilities/

  Flexible infrastructure
  DevOps capabilitiesの1つ、Fast Flowに分類される DORA | Capabilities: Flexible infrastructure
• DevOps capabilities/

  Monitoring systems to inform business decisions
  DevOps capabilitiesの1つ、Fast Feedbackに分類される [DORA | Capabilities: Monitoring systems to inform business decisions](https://dora.dev/capabilities/monitoring-systems-to inform-business-decisions/)
• DevOps capabilities/

  Database change management
  #Data Engineering DevOps capabilitiesの1つ、Fast Flowに分類される DORA | Capabilities: Database change management
• DevOps capabilities/

  Code maintainability
  DevOps capabilitiesの1つ、Climate for Learningに分類される 継続的デリバリーに寄与する DORA | Capabilities: Code maintainability
• Sentry
  #Observability "developer-first application monitoring platform" を標榜する商用 SaaS。エラー追跡を起点に、エラー監視・Logs・Session Replay・Tracing・Profiling・Cron Monitoring・Uptime Monitoring を単一プラットフォームで提供する 特徴 5 行で組み込める SDK でセットアップが軽量（エージェント不要） エラー・ログ・リプレイ・スパン・プロファイル・メトリクスを 1 本のトレースで紐付ける Unified Context AI デバッガー Seer による Autofix / AI Code Review 20+ プラットフォーム / 60+ フレームワーク対応 https://sentry.io/
• Platform Engineeringとは何か？ なぜ注目されているのか
  Platform Engineering Author: 草間 一人 https://codezine.jp/article/detail/18752 Gartner Identifies the Top 10 Strategic Technology Trends for 2024 認知負荷 チームトポロジー Golden Path