Kush's Wiki

Sort by - linked count

• トランスフォーマー
  #LLM ニューラルネットワークをベースとしたseq2seqの後継 再帰的な回路を取り除いて、エンコーダーとデコーダーを分割したもの
• MCP
  Model Context Protocol LLMが様々なリソースにアクセスするためのAnthropic社による標準化プロトコル MCPサーバーがローカルまたはリモートのリソースにアクセスし、それをMCPクライアントが利用する MCPクライアントとサーバー間のトランポートレイヤでは stdio（標準入出力） HTTP POST のいずれかが用いられる https://modelcontextprotocol.io/docs/concepts/architecture
• プロダクトバックログアイテム
  #Agile プロダクトバックログ上で生まれるアイテム、要件、テストなどをまとめるハブになる
• OLTP
  Online Transactional Processing #Data Store ACIDを遵守し、高い可用性・信頼性を満たすべきシステムに対して用いられる言葉
• Greg Young
  
• Secrets Store CSI Driver
  Kubernetesコミュニティによってメンテナンスされているドライバ Container Storage Interface（CSI）のAPIを実装しており、様々なクラウドベンダーのSMSにアクセスできる
• DevOps capabilities/

  Continuous integration
  #Continuous Integration DevOps capabilitiesの1つ、Fast Feedbackに分類される CIを実現するには次の要素が必要としている 自動化されたビルドプロセス 自動化されたテストスイート チェックイン毎の自動ビルドとテスト また次の2つも効果に繋がる Trunk-based development Working in small batches メンテナンス容易な自動化テストのためにはTDDを実践すると良い DORA | Capabilities: Continuous integration
• DevOps capabilities/

  Visibility of work in the value stream
  DevOps capabilitiesの1つ、Fast Feedbackに分類される DORA | Visibility of work in the value stream
• DevOps capabilities/

  Work in process limits
  #Agile #WIP制限 DevOps capabilitiesの1つ、Fast Flowに分類される https://dora.dev/capabilities/work-in-process-limits/
• DevOps capabilities/

  Continuous delivery
  #Continuous Delivery DevOps capabilitiesの1つ、Fast Flowに分類される https://dora.dev/capabilities/continuous-delivery/
• DevOps capabilities/

  Loosely coupled teams
  #Software Design DevOps capabilitiesの1つ、Fast Flowに分類される DORA | Capabilities: Loosely coupled teams
• DevOps capabilities/

  Customer feedback
  DevOps capabilitiesの1つ、Fast Feedbackに分類される DORA | Capabilities: Customer feedback
• トレイト
  trait #Programming 振る舞い（メソッド）の集合をカプセル化する 一般に振る舞いは抽象として定義されるのが望ましい
• サイドカープロキシ
  #Network サイドカーとして、サービスメッシュ内でプロキシを利用して実装される汎用パターン
• GitHub Copilot
  #Programming VS Codeにビルドインで搭載されているAIアシスタント プランによって利用できるLLMが異なる https://docs.github.com/ja/copilot
• Matthew Skelton
  
• 型エイリアス
  #Programming 名前の通り型のエイリアスを定義する あくまでエイリアスであるためエイリアス間の値は同一の型として扱われる
• スタッフプラス
• 受け入れテスト
  #Testing 受け入れ条件を満たしているかのテスト
• Ambassador Edge Stack
  
• Amazon/

  DynamoDB
  #Data Store Amazonが提供するリーダーレスレプリケーションによるデータストア What is Amazon DynamoDB? - Amazon DynamoDB
• Amazon/

  S3
  Simple Storage Service #Data Store AWSが提供するオブジェクトストレージサービス What is Amazon S3? - Amazon Simple Storage Service
• Ward Cunningham
  
• SIGKILL
  強制終了のシグナル シグナルの値は9
• Continuous Testing
  #Testing
• C4 model
  #Documentation 以下の4つのダイアグラム図を表すアプローチ Context Diagram Container Diagram Component Diagram Code Diagram 順に抽象度が下がっていく流れになっている https://c4model.com/
• Bearerトークン
  #Security #Authorization トークンを保持するBearer（持参人）が誰であれ、そのトークンをリソースへのアクセスに使うことができる 平文の文字列でシークレットや署名は扱わず、セキュリティはTLSのようなトランスポート層での仕組みに任せている HTTP通信のAuthorizationヘッダーに付与するのを推奨されている RFC 6750 - The OAuth 2.0 Authorization Framework: Bearer Token Usage
• 完成の定義
  #Agile スプリントの成果物が「完成している」と認識するためにチームで定める条件
• Gaspar Nagy
  
• OpenFeature
  
• GPT
  Generative Pre-Trained Transformer 生成的事前トレーニング済みトランスフォーマー #LLM トランスフォーマーのデコーダー部のみを採用したもの 事前トレーニングを行い精度を高める GPT-2では、インターネット上の文書において次の単語を予測するというトレーニング方法を用いて精度が大きく向上した
• Cilium
  #Network #Cloud Native #Observability #Security https://cilium.io/ eBPF技術を活用したクラウドネイティブなネットワーキングソフトウェア KubernetesのCNIとしてネットワークの接続、保護、監視を提供する ユースケースとして以下のような例がある L4 ロードバランシング https://cilium.io/use-cases/load-balancer/ kube-proxy https://cilium.io/use-cases/kube-proxy/ サービスメッシュ https://cilium.io/use-cases/service-mesh/ Gateway API https://cilium.io/use-cases/gateway-api/ Ingress https://cilium.io/use-cases/ingress/
• 石垣 雅人
  #Person Masato Ishigaki – Medium
• Linux Capabilities
  rootユーザーが持つ特権を細分化したもの Non-root Userへ必要最小限のケイパビリティを割り当てる方法は、Dockerのセキュリティベストプラクティスとして紹介されている Linux Capabilities Docker のセキュリティ — Docker-docs-ja 1.12.RC2 ドキュメント
• 受け入れ条件
  #Agile #Documentation プロダクトバックログアイテムが完成したと判断できる条件
• クリーンアーキテクチャ
  
• プラットフォームチーム
  #Team Organization チームトポロジーにて紹介される4つのチームタイプの内の1つ 機能横断的なインフラやツール、ライブラリ等をを実装しストリームアラインドチームにAPIを提供する
• OLAP
  Online Analytics Processing #Data Processing データ分析を目的として多次元データを扱うシステムに対して用いられる言葉
• DevOpsトポロジー
  #DevOps #Agile #Team Organization 2013年にMatthew Skeltonによって書かれたブログ、チームトポロジーの根底にある考えがまとまったような内容になっている 訳: 吉羽 龍太郎 https://www.ryuzee.com/contents/blog/14567
• 経験主義
  実際の経験と獲得している知識に基づいて意思決定をする考え
• コラボレーションモード
  #Team Organization チームトポロジーにて紹介される3つのチーム間インタラクションの内の1つ チーム間で短期的に密なコミュニケーションを行う、境界は曖昧な状態だがイノベーションの原動力になる
• Argo
  
• Non-root User
  主にDockerfileなどにおいて、非rootユーザーでのログインを推奨するセキュリティベストプラクティス Dockerfile ベストプラクティス docker-node/docs/BestPractices.md at main · nodejs/docker-node
• 単一責任の原則
  #Software Design SOLID原則の1つであり、オブジェクト指向プログラミングにおける一般的なプラクティス コードの部品は1つだけのことを行い、他のことは行ってはならないということ
• BRIEFの原則
  #Testing #BDD テストシナリオを記述するにあたり意識すべき6つの観点をまとめたもの 以下の5つの頭文字がBRIEFになっており、 Business language（ビジネス言語） Real data（実際のデータ） Intention revealing（意図を明らかにする） Essential（必須） Focused（焦点を絞る） 6つめはそのままBriefの単語を用いる Brief（簡潔である）
• Lisa Crispin
  
• Platform Engineering
  #DevOps
• Alistair Cockburn
  
• Microsoft Threat Modeling Tool
  #Security 脅威モデリングを行うためのツール群、Microsoftによって提供されている https://learn.microsoft.com/ja-jp/azure/security/develop/threat-modeling-tool
• Node affinity
  Kubernetesのkube-schedulerにおいて、必須ルールと推奨ルールを設定しNodesへの割り当てを決定させる Assigning Pods to Nodes | Kubernetes