Kush's Wiki

Sort by - linked count

• Discovery and Formulation
  Story Mapping, Example Mapping and Scenario Writing #Testing BDDにおける発見と定式化を題材としたスライド サークルオブライフ ユーザーストーリーマッピング 実例マッピング BRIEFの原則
• SonarQube
  #Security #Testing #Continuous Integration #Programming コード品質とセキュリティを継続的に検査するオープンソースの静的解析プラットフォーム 35以上のプログラミング言語に対応し、バグ、脆弱性、セキュリティホットスポット、コードスメルを検出する Quality Gatesと呼ぶカスタマイズ可能な品質基準でデプロイ可否を判断し、適応度関数のコード品質カテゴリに該当する SAST機能を持ち、DevSecOpsのシフトレフトセキュリティを実現する https://www.sonarsource.com/products/sonarqube/
• Book/

  スタッフエンジニア
  
• Book/

  テスト駆動開発
  
• Book/

  ユーザーストーリーマッピング
  
• SSL
  Secure Sockets Layer #Network #Security/Cryptography TLSの前身 基本的にはdeprecatedだが、デジタル証明書発行等の文脈で引き続き用いられている https://www.cloudflare.com/learning/ssl/what-is-ssl/
• Renovate/

  Mend Self-hosted App
  #Continuous Integration Renovate を自前インフラで運用する Mend 公式の商用セルフホスト版（Community Edition / Enterprise Edition）。GitHub では自分で GitHub App を登録し、その bot として依存更新 PR を回す GitHub Action が workflow から CLI を都度実行するのに対し、こちらは Docker コンテナで常駐するサーバーとして動くのが違い 特徴 組み込みジョブスケジューラ（デフォルト毎時）が全リポジトリをキューに投入し、cron の構築・監視が不要 webhook リスナー（/webhook）で App 追加・main への設定変更・Renovate PR の close/merge 等に即応し、優先度付きキューで処理する ホスト型のクラウド Mend Renovate App とは別で、GitHub Enterprise Server など自前環境向け https://github.com/mend/renovate-ce-ee
• AtlasとArgoCDでDBマイグレーションの仕組みを構築してみた
  #Data Engineering AtlasをベースとしてマイグレーションDockerイメージを、GitHub Actionsでビルド＆パブリッシュ、Kubernetes Job上のArgo CDでのマイグレーションリリースまでを自動化する記事 https://tech-blog.rakus.co.jp/entry/20250526/dbmigration
• 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/
• Nygard ADR
  Nygard ADR #Documentation Michael Nygard が2011年のブログ「Documenting Architecture Decisions」で示したADRの元祖フォーマット。architecturally significant な決定を1〜2ページの短いテキストで記録する Title / Status（proposed・accepted・deprecated・superseded）/ Context（働く力学）/ Decision（力学への応答）/ Consequences（適用後の結果）を素朴な散文で記す5セクション構成 https://cognitect.com/blog/2011/11/15/documenting-architecture-decisions
• 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/
• スワーミングがアジャイルチームを助ける
  #Agile アジャイルチームにおけるSwarmingについて述べた記事 https://www.infoq.com/jp/news/2013/03/swarming-agile-teams-deliver/
• Securing CI-CD for an open source project: Locking down dependencies
  #Security #Continuous Integration Cilium を題材に CI/CD 依存の固定・審査戦略を解説した CNCF ブログ記事（全3回の第2回） GitHub Actions の SHA pin: タグではなく 40 字コミット SHA で参照し、tag 書き換えによるサプライチェーン攻撃を防ぐ Renovate 自動更新: pinGitHubActionDigests preset で SHA を自動管理、minimumReleaseAge 5 日クールダウンで公開直後の悪意バージョンを回避 Go ベンダリング: vendor/ をリポジトリに commit し CI で go.mod/go.sum を検証、proxy 改ざんをレビュー可視に actionlint で pin 漏れ・runner image タグ未固定を検出 CODEOWNERS で vendor/ 変更者を限定し依存変更の承認ゲートを構築 https://www.cncf.io/blog/2026/06/12/securing-ci-cd-for-an-open-source-project-locking-down-dependencies/
• Ent Joins the Linux Foundation
  2021年9月に公開された、entがLinux Foundationに参画した記事 https://entgo.io/ja/blog/2021/09/01/ent-joins-the-linux-foundation/
• Buf CLI
  #Continuous Integration Bufが提供するProtocol Buffersツール群のうちのCLIツール protoc に代わる高速なコンパイルやスタブ生成が可能。その他CIに組み込むようなlinterや破壊的変更検出の機能を有している https://buf.build/docs/cli/
• テスト駆動開発の定義
  
• Platform Engineeringとは何か？ なぜ注目されているのか
  Platform Engineering Author: 草間 一人 https://codezine.jp/article/detail/18752 Gartner Identifies the Top 10 Strategic Technology Trends for 2024 認知負荷 チームトポロジー Golden Path
• samber/

  do
  Go言語のDependency Injection（依存性注入）ツールキット Go 1.18+のジェネリクス機能を基盤とした型安全なAPIを提供するDIライブラリ。uber/digの代替として開発された DIライブラリとしての特徴： ジェネリクスによる型安全性: do.MustInvoke[*Engine](i) のように型パラメータを指定してサービスを取得。コンパイル時に型チェックが行われる 柔軟なサービス登録: do.Provide()、do.ProvideNamed()、do.ProvideValue() による個別登録、または do.Package() によるパッケージ単位の一括登録 ローディング戦略: Eager、Lazy、Transientの3種類のローディング方式をサポート ライフサイクル管理: ヘルスチェック、グレースフルシャットダウン、依存関係を考慮した並列シャットダウン 循環依存検出: 依存関係の循環を自動検出 デバッグ機能: Web UIとHTTPミドルウェアによる依存グラフの可視化 コード生成不要で軽量な設計 https://github.com/samber/do
• steinfletcher/

  apitest
  #Testing #API Architecture Go言語のREST APIテスティングライブラリ、HTTPリクエストを容易に構築する https://github.com/steinfletcher/apitest
• golangci-lint
  Go言語のlintを扱うCLIツール、100以上のlinterを選択可能 https://golangci-lint.run/ https://github.com/golangci/golangci-lint
• スプリントレビューの進め方
  #Agile 吉羽 龍太郎によるスプリントレビューの進め方の解説 Blog ブログ
• BDDと共通言語
  Authors Greg Young, 和智 右桂 DDDのユビキタス言語とBDDの共通言語の違いを論じている Digital Romanticism
• Flipt
  #Continuous Delivery OpenFeature準拠のフィーチャーフラグ管理ツール GitOpsのユースケースで活用可能で、git上でフィーチャーフラグを管理するよう構成される https://docs.flipt.io/introduction
• AI-DLC
  AI-Driven Development Life Cycle #Product Management AWSが提唱するAI駆動の開発ライフサイクル手法。従来のSDLCをAIファーストで再設計し、AIがワークフローを主導し人間が検証する スプリントに代わる「Bolt」という短い反復サイクル（時間〜日単位）で実行 Inception・Construction・Operationsの3フェーズで構成され、各段階に人間の承認ゲートを設置 ドキュメントファーストで全成果物・意思決定の追跡可能性を確保 https://aws.amazon.com/blogs/devops/ai-driven-development-life-cycle/
• AsyncAPI ソフトウェアサプライチェーン攻撃の概要と対応指針
  #Security 2026年7月14日に @asyncapi エコシステムの npm パッケージ群が侵害されたサプライチェーン攻撃事例。ワーム型マルウェア「Miasma」が注入され、窃取トークンを使って npm / PyPI / crates.io へ自己拡散する 悪性バージョン: @asyncapi/specs@6.11.2（stable・semver レンジに合致するため影響範囲大）・6.11.2-alpha.1、@asyncapi/generator@3.3.1、generator-helpers@1.1.1、generator-components@0.7.1 攻撃チェーン: index.js への直接注入（require() 時発火）→ IPFS 経由ダウンローダ（Stage 1）→ AES-256-GCM + ROT-4 多層暗号化ペイロード sync.js（Stage 2）→ Miasma ワームフレームワーク 約 92,000 行（Stage 3） Miasma の機能: C2（85.137.53.71:8080）へ 30 秒間隔ビーコン・12 種の遠隔指令（ShellExec 含む）、IPFS / Nostr / libp2p / BitTorrent DHT / Ethereum マルチチャネル通信、LAN スキャン横展開、AI ツール設定汚染（.claude/settings.json / .vscode/tasks.json / .gemini/settings.json / .cursor/rules/setup.mdc）、スポーン証明書チェーンによる最大 4 世代の制御拡散 窃取対象: AWS / Kubernetes / Git / npm / CI/CD クレデンシャルと環境変数シークレット 対応: 侵害前バージョン（@asyncapi/specs@6.11.1 以前）へ切り替え後クレデンシャル全ローテーション、永続化ファイル除去（~/.local/share/NodeJS/sync.js・~/.config/.miasma/ 等）、min-release-age=7（.npmrc）設定を推奨。npm ci --ignore-scripts は本件には無効（malicious コードが index.js 本体に注入されているため） https://blog.flatt.tech/entry/asyncapi_compromise ブログ
• Statement from Dario Amodei on our discussions with the Department of War
  Anthropic CEO Dario Amodeiによる、Claudeの米国国防省への展開に関する声明 2つの譲れないセーフガードを提示した 大規模な国内監視にAIを提供しない 完全自律型兵器にAIを提供しない 国防省はこれらの条件撤回を要求し、拒否すれば「サプライチェーンリスク」に指定すると圧力をかけたが、Anthropicは倫理的境界線を維持する方針を表明 https://www.anthropic.com/news/statement-department-of-war
• Pencil
  #Programming IDE内にデザインキャンバスを統合するAIネイティブなデザインツール AIエージェントが自然言語からUIデザインを生成し、ピクセルパーフェクトなコードを出力 デザインファイルは.pen形式（JSON）でGitリポジトリにバージョン管理可能 VS CodeやCursorなどのIDEに対応 Figmaからのコピー&ペーストをサポート https://www.pencil.dev/
• Kimi K3, and what we can still learn from the pelican benchmark
  #LLM Moonshot AI が2026年7月16日に発表した2.8兆パラメーター推論モデル Kimi K3 のレポートと、Simon Willison によるペリカンベンチマークの有効性と限界の考察。 Kimi K3: 2.8兆パラメーター、初の「open 3T-class モデル」（DeepSeek V4 Pro の1.6Tを超える）、open weight は2026-07-27予定 ベンチ: 4.8 max・GPT-5.5 high には勝るが、Claude Fable 5・GPT-5.6 Sol には負ける Artificial Analysis: 長期知識作業Elo 1547（Claude Fable 5に次ぐ2位）、Arena.ai Frontend Code arena 1位 価格: $3/$15 per Mトークン（中国AIラボ最高値、Anthropic Claude Sonnet シリーズと同水準） 推論effortは"max"の1段階のみ。ペリカン生成で推論トークン13,241消費・計25セント 隠し系統プロンプト約85トークン存在の可能性（"hi"で86トークン計上）、漏洩拒否 ペリカンベンチマーク: 21ヶ月経過し品質との相関はほぼ断絶。今も「実際に試した証明」「コスト・推論量の粗い推定」「SVG/空間認識確認」「同一ファミリー内進化比較」として価値を持つ https://simonwillison.net/2026/Jul/16/kimi-k3/ ブログ
• GitHubが約8時間ダウンした原因が判明、急増する利用量に重要なインフラが自動拡張できず障害が連鎖
  #Cloud Native #Observability 2026年8月17日に発生した GitHub の7時間47分にわたる障害の原因を伝える記事。コード変更ではなく、過去最高のトラフィックによる容量不足が起点となっている。 Istio のサイドカーが同時処理数の上限に到達。オートスケールが本体サービスしか監視しておらずサイドカーの容量を考慮していなかった 容量不足は HAProxy と内部の認証経路へ波及し、多数のサービスが認証に依存するため github.com や GitHub Actions へ広がるカスケード障害となった VS Code の潜在的なリトライバグで Copilot Token Service へのアクセスが毎秒7,000〜9,000件から毎秒7〜10万件へ急増し、復旧を遅らせた 背景には AI による利用量の急増があり、月間コミット数は2026年4月の14億件から8月に29億件へ倍増している https://gigazine.net/news/20260821-why-github-down/ ブログ
• Clever/

  microplane
  #Continuous Integration Platform Engineering Go 言語で書かれた、多数の Git リポジトリへ一括で変更を加える CLI ツール。マイクロサービス のように小さなリポジトリが多数に分かれた構成で有用と公式は述べている init → clone → plan → push → merge の 5 段階のワークフローで、ターゲットリポジトリの選定からスクリプトベースの一括編集・差分プレビュー・PR 作成・マージまでを順に進める。バックエンドは GitHub と GitLab（self-hosted 含む） https://github.com/Clever/microplane
• 群れるアジャイル
  #Agile #Team Organization 石垣 雅人による発表。Swarming自体の説明とリモートワーク下での暗黙知の共有について 自己組織化
• The BDD Books - Discovery
  
• Inversion of Control Containers and the Dependency Injection pattern
  #Software Design Martin FowlerによるDependency Injectionの概念を定義した記念碑的な記事（2004年1月23日公開） 背景 それまで軽量コンテナフレームワークは「Inversion of Control（IoC）」という用語で説明されていたが、Fowlerは「IoCはフレームワークの一般的な特性であり包括的すぎて混乱を招く」と指摘。IoC推進者との議論を経て、より具体的な「Dependency Injection」という用語を作成した 主な内容 DIの定義：別のオブジェクト（アセンブラ）が、クラスのフィールドに適切な実装を注入するアプローチ。サービス構成の責任と使用の責任を分離する 3つの実装パターン： Constructor Injection（コンストラクタ注入）：PicoContainerで採用。オブジェクト生成時に依存関係を明示 Setter Injection（セッター注入）：Spring Frameworkで採用。初期化後に依存関係を設定 Interface Injection（インターフェース注入）：Avalonで使用。注入用インターフェースを実装 影響 この記事により「Dependency Injection」という用語が確立され、以降のフレームワーク設計やソフトウェアアーキテクチャに大きな影響を与えた。Spring Frameworkも当初は「IoC」を使用していたが、後に「DI」という用語を採用 https://martinfowler.com/articles/injection.html 日本語訳：https://kakutani.com/trans/fowler/injection.html
• 入門 監視
  
• State of Scala 2025
  #Programming Scalac が Scala Days 主催者と共同で実施した Scala コミュニティ調査（世界の開発者 400+ 名、2025）。技術的満足度は高い一方で人材難と慎重な業界心理を抱える「成熟した niche 言語」という像を数値で示す Scala 3 採用: 92% が何らかの形で利用、48% が本番移行済み、Scala 2.x のみは 8%。2→3 移行の難易度は平均 3.16/5（中程度） ビルドツール: sbt が ~90% で依然デファクト。新興の Scala CLI 21%・Mill 13% が続く ライブラリ: Cats 56% が最多、http4s 45%・ZIO 31%・sttp 30%・Tapir 29%・Doobie 27% の Typelevel 系が主流。Akka 26%・Play 23% は現役だが非主流 用途: バックエンド/API 85%・データ処理 41%・分散システム 38% に集中、ML/AI は 6.5% と少数 市場感: 「成長」9% /「横ばい」37% /「衰退」44% と慎重。開発者シェアは ~2.6% だが、ステークホルダー説得と人材採用が最大の課題（各 ~43%）。金融・データ領域で "narrow but deep" https://scalac.io/wp-content/uploads/2025/10/State-of-Scala-2025-report.pdf
• CQRS Documents by Greg Young
  #Software Design Greg YoungによるCQRSの概念をまとめたドキュメント pdf
• 組織を変える5つの対話
  
• Platform EngineeringはこれまでのSREやインフラチームと何が違うのか？
  Platform Engineering SRE SLI/SLO/SLA https://codezine.jp/article/detail/18856
• httpie
  ヒューマンフレンドリーなHTTP Client Main features - HTTPie 3.2.4 (latest) docs
• 実践ドメイン駆動設計
  
• Backstage/

  Software Catalog
  Software Catalog Backstageの中核 plugin。エコシステム内の全ソフトウェアの所有権とメタデータを一元管理し、横断的に discoverable にする エンティティはコードと同居する descriptor file（catalog-info.yaml）で定義され、収集・可視化される。主な種別: Component: ソフトの単位（サービス、ウェブサイト、バックエンド、データパイプライン等） API: component 間の境界 Resource: component が実行時に必要とするインフラ（DB, S3, CDN 等） System: resource と component の集合で、1つ以上の public API を公開する Domain: 用語・ドメインモデル・ビジネス目的を共有する system の集合 User / Group: 組織エンティティ（個人 / チーム） https://backstage.io/docs/features/software-catalog/
• 仮説キャンバスでプロダクトの仮説を立てよう
  市谷 聡啓が提唱した仮説キャンバスを使ってプロダクトの仮説を立てる方法を解説したブログ Blog
• Customize Claude Code with plugins
  #LLM Claude CodeのPlugins機能が2025/10/10にパブリックベータとして公開されたブログ Claude Code Templates https://www.anthropic.com/news/claude-code-plugins
• Blocking Brute Force Attacks
  #Security/Authentication ブルートフォース攻撃を防ぐための対策をまとめたOWASP Communityの記事 単一の技術では回避されやすいため、複数の対策を組み合わせることが重要 アカウントロックアウトはDoS攻撃に悪用されるリスクがあり、Device Cookiesはそれに耐性を持つ ほかにIPアドレスベースのレートリミットやCAPTCHAの導入などを挙げる https://owasp.org/www-community/controls/Blocking_Brute_Force_Attacks
• Datadog Agent
  #Observability Datadogへホストのログを送信するソフトウェア。 各ホストの環境別にいくつかのインストール手段が用意されている 例としてKubernetesへのインストール方法は以下 Kubernetes に Datadog Agent をインストールする https://docs.datadoghq.com/ja/agent/?tab=Linux
• A Mess is not a Technical Debt
  Robert C. Martinによるブログ 技術的負債は戦略的に適用されるものであり、ただのクリーンでないコードに対して用いる概念ではない。という主張 負債が増えるのを意図的に捉えテストやリファクタリングを拡充すべきとしている Clean Coder - A Mess is not a Technical Debt.
• go-redis
  #Programming #Data Engineering Go用のRedis公式クライアントライブラリ Redis Cluster、Redis Sentinel、Redis Streamsをサポート 自動コネクションプーリングを内蔵 Pub/Sub、パイプライン、トランザクションに対応 https://github.com/redis/go-redis
• TiDB
  
• ダイナミックリチーミング
  
• Knative Eventing
  Knativeにおいて、KubernetesのCRDによってイベント駆動アーキテクチャを実現するコンポーネント イベントはCloudEvents仕様に準拠し、標準のHTTP POSTリクエストで送受信される https://knative.dev/docs/eventing/