Kush's Wiki

Sort by - linked count

• LeanとDevOpsの科学
  
• コンプリケイテッド・サブシステムチーム
  #Team Organization チームトポロジーにて紹介される4つのチームタイプの内の1つ 認証や認可・決済等のサブシステムを構築しストリームアラインドチームにAPIを提供する
• Playwright
  #Testing #Programming Microsoftが開発したE2Eテストツール flaky testsを減らせるブラウザ向け機能が揃っている TypeScript, Javaといったいくつかの言語でAPIが用意されている https://playwright.dev/
• Four Keys/

  サービス復元時間
  Time to Restore Services #DevOps
• Four Keys/

  変更障害率
  Change Failure Rate #DevOps
• Four Keys/

  デプロイの頻度
  Deployment Frequency #DevOps
• オブザーバビリティ成熟度モデル
  
• コントラクトテスト
  Contract Testing #Testing API提供者とAPI利用者間のやり取りの定義をコントラクトとして扱い、スタブサーバ等を用意することで各システムが独立してテストできるようになるテスト手法。依存するシステムが増えうるマイクロサービスの文脈で適用されることが多い 全てのシステムを統合するE2Eテストと異なりテストの実行が軽量でありメンテナンス容易であるといった利点を持つ What is Contract Testing & How is it Used? | Pactflow
• ファイブフィンガー
  #Team Organization チームに所属する個人個人の状況を把握するための手法、仕事の今の状態を「本当はどう思っているか」という視点で五段階で表明するっj；w
• パーセンタイル
  #Reliability 指定するパーセントのリクエストが何秒以内に処理された、といったようなケースで用いる値 代表的な例として中央値は50パーセンタイル値である
• Unknown unknowns
  #Observability 自分は意識も理解もしていないこと 未知のシステム故障への対応、が該当する
• Dockerfile
  Dockerにおいてイメージの構成を記述するファイル IaCとして機能する https://docs.docker.jp/engine/reference/builder.html
• 組織文化の類型論
  #Ron Westrum #Team Organization 組織文化の指向を3つに分類している 不健全 権力と地位が目的となっている協調性の低い文化 官僚的 ルールが重視される文化。変革が難しい 創造的 ミッション指向、高信頼、情報が自由に流れる協調性の高い文化 https://qualitysafety.bmj.com/content/13/suppl_2/ii22.short
• レプリケーション
  #Data Store 書き込みまたは読み取りをリーダー、読み取りをフォロワーで行われ、リーダーへの書き込みがフォロワーに伝播される仕組みをレプリケーションと呼ぶ。 レプリケーションの方法として ステートメントベース write-aheadログ 等がある。 ステートメントベースはSQLをそのまま転送する形になるため副作用を持つ関数が返す結果にズレが生じる方法で、MySQL5.1以前に採用されていた。 write-aheadログはPostgreSQL,Oracleで使用されているが、ログが低レベルに記述されているため詳細実装と密になってしまう。 レプリケーションのトポロジーとしていくつかのパターンがある
• two-pizza team
  #Team Organization 「私たちはチームの規模を、ピザ 2 枚で賄える人数以下に抑えることにしています」とベゾスは述べています。「これを 2 枚のピザチームのルールと呼んでいます。」 Amazonに浸透する1チームの規模の考え 2 枚のピザチーム - AWS での DevOps の概要
• Helm
  
• Continuous Testing in DevOps
  
• 技術的負債の4象限
  Technical Debt Quadrant Martin Fowlerが技術的負債が発生するケースを4象限で分類したもの。 Reckless（無謀） or Prudent（慎重） Deliberate（意図的） or Inadvertent（不注意） の2軸で分類する。 例えばリリース当初はクリーンなコードを書いていたつもりだが、1年後に本来正しかった設計が見つかった。のようなケースではPrudentかつInadvertentとなる Blog
• Devin Search
  #LLM Devinと連携されたリポジトリに対して回答を得るAsk特化のAIアシスタント 検索対象は自動でインデックスされる https://docs.devin.ai/work-with-devin/devin-search
• スクラム/

  インクリメント
  #Agile スクラムの成果物として、動作するプロダクトのこと
• スクラム/

  5つの価値基準
  #スクラム スクラムガイドで紹介されている5つの価値基準 確約(Commitment) 集中(Focus) 公開(Openness) 尊敬(Respect) 勇気(Courage)
• スクラム/

  経験主義の三本柱
  #スクラム 経験主義をベースにスクラムガイドで紹介されている三本柱 透明性 検査 適応
• アウトカム
  #Agile アウトプットを用いて得られる成果、ユーザーに感じてもらう価値
• マルチリーダーレプリケーション
  #Data Store レプリケーションの種別の一つ 複数のデータセンターにリーダーが存在する。リアルタイムの同時編集がイメージに近い。書き込みの衝突があった際に最終的に同じ値に収束させるような方法が取られる
• Multi-factor Authentication
  多要素認証 #Security #Authentication
• 列挙型
  #Programming 排他な値の集合を列挙し、文字列や数値のエイリアスを指定できる
• SoE
  System of Engagement 顧客との関係性を重視するシステム、ECサイト等が該当する
• Finite State Machine
  有限ステートマシーン #Programming 状態管理を有限にし、あり得ない状態を作らないという考え
• SIGTERM
  終了のシグナル、SIGKILLの前にクリーンなシャットダウンを行う猶予を生む シグナルの値は15で、killコマンドのデフォルトシグナルとなっている
• LLM/

  トークナイザー
  文字列をトークンを複数に分割するための役割。LLMによって用いるトークナイザーが異なる
• Martin Kleppmann
  
• Claude Code/

  Plan Mode
  #LLM Claude Codeにおいて、コード編集を行わず計画を出力してユーザーへの承認をリクエストするモード
• ETL
  Extract transform load #Data Processing ETL とは? - 抽出、変換、ロードの説明 - AWS
• SECIモデル
  知識を暗黙知と形式知に分けそれらが学習サイクルに表れる過程をモデル化したもの 以下の4つのフェーズを繰り返す 共同化（Socialization） 暗黙知から暗黙知。組織として共通の経験を積み重ねる 表出化（Externalization） 暗黙知から形式知。経験的知識の共通点や抽象的な構造をモデル化する 連結化（Combination） 形式知から形式知。複数の形式知から知識体系を作る 内面化（Internalization） 形式知から暗黙知。形式知を実践的に理解できた状態
• DNSラベル標準
  #Network RFC 1123で定義されているDNSに指定可能な文字列
• Book/

  SRE サイトリライアビリティエンジニアリング
  
• Dynamoスタイル
  #Data Store DynamoDBによって流行したリーダーレスレプリケーションを実装したデータストアに用いられるスタイル名
• Ron Westrum
  #Person
• SerenityJS
  #JavaScript #TypeScript #Testing BDDフレンドリーなビジネスに重点を置いたテスト自動化を実現するテストフレークワークライブラリ PlaywrightのようなE2Eテストライブラリを抽象化し統合できる https://serenity-js.org/
• サンクコストの誤謬
  プロジェクトや意思決定において、すでに投入しているリソースが高いと、成功数可能性が低い証拠があっても引き続きリソースを投入し続ける認知バイアス
• Agile testing directions: tests and examples
  #Testing #Agile Testing アジャイルテストの4象限 http://www.exampler.com/old-blog/2003/08/22/#agile-testing-project-2
• モノリスからマイクロサービスへ
  
• Introducing Example Mapping
  #Matt Wynne #風間 裕也 実例マッピングのアイディアが生まれたブログ、以下翻訳記事 https://nihonbuson.hatenadiary.jp/entry/ExampleMapping
• Google Cloud/

  Certificate Manager
  #Security Google Cloudにおいて外部ロードバランシングで必要となるようなTLS証明書を管理する Certificate Manager の概要 | Google Cloud
• レポーティングデータベース
  #Martin Fowler #Data Store #Data Processing アプリケーションのドメインモデルに対応するテーブルとは別にレポート目的の中間テーブルを用意することで、レポートの関心を分離してテーブルに変更を加えることができる。 https://bliki-ja.github.io/ReportingDatabase
• HMAC
  Hash-based Message Authentication Code #Security 共有秘密鍵と暗号化ハッシュ関数による暗号方式 共有の鍵を有するので両者ともに署名付きトークンを生成・検証できる
• KEDA
  
• SOLID
  #Software Design Single responsibility principle Open/Closed principle Liskov substitution principle Interface segmentation principle Dependency inversion principle の頭文字を取った原則。オブジェクト指向プログラミングの文脈で語られる 2000年にRobert C. Martinによって原則群が発表された
• Kanban and Scrum: Making the Most of Both
  かんばんとスクラム 両者のよさを最大限ひきだす #Agile #カンバン #スクラム https://www.infoq.com/jp/minibooks/kanban-scrum-minibook/
• 関数型ドメインモデリング