Sort by - linked count
-
Argo
-
Charity Majors#Person Honeycomb社のCTO https://charity.wtf/about/
-
mTLS相互TLS認証 #Security #Network #TLS ネットワークの両端がTLS証明書を持ち相互に認証を行うことで、双方向で安全かつ信頼できることを保証する
-
スタッフプラス
-
コラボレーション#Team Organization Team Topologiesにて紹介される3つのチーム間インタラクションの内の1つ チーム間で短期的に密なコミュニケーションを行う、境界は曖昧な状態だがイノベーションの原動力になる
-
HTTP/3#Network 2の後継プロトコル。RFC 9114で標準化されている トランスポート層にTCPではなくQUICを採用 QUICの特性によりTLSが必須でセキュアな通信をデフォルトで実現 コネクション確立の高速化(1-RTTハンドシェイク) ストリーム単位の独立した制御によりHoLブロッキングを解消 https://httpwg.org/specs/rfc9114.html
-
ファイブフィンガー#Team Organization チームに所属する個人個人の状況を把握するための手法、仕事の今の状態を「本当はどう思っているか」という視点で五段階で表明するっj;w
-
sops#Security GitOpsの世界においてSecretをクライアントサイドで扱うGo製のツール。YAMLやJSONのファイル上でSecretを安全にgit管理することができる ageを用いたローカルでのキー管理か、KMSによるキー管理のどちらを選択できる CNCF sandbox project https://getsops.io/
-
適応度関数Fitness Function #API Architecture システムの品質特性を数量化可能な指標で評価する、システムの目標を一貫して保証するためにビルドパイプラインに組み込まれる それぞれの特性は以下のようにカテゴライズされる コード品質(Code Quality) レジリエンス(Resiliency) オブザーバビリティ(Observability) パフォーマンス(Performance) コンプライアンス(Compliance) セキュリティ(Security) 運用操作性(Operability) Fitness function-driven development | Thoughtworks
-
トランスフォーマー#LLM ニューラルネットワークをベースとしたseq2seqの後継 再帰的な回路を取り除いて、エンコーダーとデコーダーを分割したもの
-
Chris Matts#Person person_image https://papachrismatts.uk/
-
TLSハンドシェイク#Security #Network TLSプロトコルにおいて、通信初期に公開鍵暗号方式によって通信を確立すること
-
Node affinityKubernetesのkube-schedulerにおいて、必須ルールと推奨ルールを設定しNodesへの割り当てを決定させる Assigning Pods to Nodes | Kubernetes
-
プログラマーの誓い#Blog #Robert C. Martin Clean Coder Blog
-
HMACHash-based Message Authentication Code #Cryptography 共通鍵とメッセージダイジェストによる共通鍵暗号方式 共通の鍵を有するので両者ともに署名付きトークンを生成・検証できる
-
Lisa Crispin
-
マイクロサービスの9つの特徴#Software Design Microservicesのブログの中で説明されたマイクロサービスについての9つの特徴 9つの特徴 1. Componentization via Services(サービスによるコンポーネント化) - サービスを独立してデプロイ・置き換え可能なソフトウェアユニットとして扱う 2. Organized around Business Capabilities(ビジネス機能による組織化) - 技術層ではなくビジネス能力を中心にチームを編成し、UIからデータベースまで一つのチームが担当する 3. Products not Projects(プロジェクトではなくプロダクト志向) - “開発したものを自分たちで運用する“という哲学のもと、チームが長期的責任を持つ 4. Smart endpoints and dumb pipes(スマートエンドポイント、ダムパイプ) - 複雑なロジックはサービス内に置き、通信機構(HTTP、メッセージング)はシンプルに保つ 5. Decentralized Governance(分散ガバナンス) - 各チームが独立してプログラミング言語やデータベース技術を選択でき、中央集約的な標準化を避ける 6. Decentralized Data Management(分散データ管理) - 各サービスが独自のデータベースを管理し、結果整合性を活用する 7. Infrastructure Automation(インフラストラクチャ自動化) - 継続的デリバリーと自動デプロイメントを支援するツールやパイプラインへの投資を重視する 8. Design for failure(障害設計) - サービス障害に対応するため、回路ブレーカーパターンなどを使い、システムの耐障害性を確保する 9. Evolutionary Design(進化的設計) - サービス境界は変更時の複雑さに基づいて設定され、時間とともに柔軟に調整される想定で設計する
-
GPTGenerative Pre-Trained Transformer 生成的事前トレーニング済みトランスフォーマー #LLM トランスフォーマーのデコーダー部のみを採用したもの 事前トレーニングを行い精度を高める GPT-2では、インターネット上の文書において次の単語を予測するというトレーニング方法を用いて精度が大きく向上した
-
Codex#Programming #LLM OpenAIが提供するオープンソースのCLIコーディングエージェント ターミナル上でコードの読み取り・編集・実行が可能で、Rust製 MCPサーバーとの連携によりサードパーティツールと統合可能 コードレビューエージェントによるプッシュ前のレビュー機能 ローカルでのトランスクリプト保存による継続作業 https://github.com/openai/codex
-
CSS#Programming Webページの見た目やレイアウトを定義するスタイルシート言語 HTMLの構造と表示を分離し、セレクタとプロパティでスタイルを適用 Tailwind CSS等のユーティリティファーストフレームワークの基盤
-
要件定義#Documentation 「何を作ればよいのか」を明確にするために行う
-
Ron Jeffries#Person Home
-
組織文化の類型論#Ron Westrum #Team Organization 組織文化の指向を3つに分類している 不健全 権力と地位が目的となっている協調性の低い文化 官僚的 ルールが重視される文化。変革が難しい 創造的 ミッション指向、高信頼、情報が自由に流れる協調性の高い文化 https://qualitysafety.bmj.com/content/13/suppl_2/ii22.short
-
LeanとDevOpsの科学
-
Observability Primary Signals
-
スクラム/透明性Transparency #スクラム #Agile 最新のスクラムガイドより抜粋 創発的なプロセスや作業は、作業を実⾏する⼈とその作業を受け取る⼈に⾒える必要がある。スクラムにおける重要な意思決定は、3つの正式な作成物を認知する状態に基づいている。透明性の低い作成物は、価値を低下させ、リスクを⾼める意思決定につながる可能性がある。透明性によって検査が可能になる。透明性のない検査は、誤解を招き、ムダなものである。
-
スクラム/スパイク#Agile スクラムの中で動くプロダクトを成果物とせず、プロダクトバックログアイテムの実現可能性を調査、検証するような取り組み https://agiledictionary.com/209/spike/
-
Bearerトークン#Authorization トークンを保持するBearer(持参人)が誰であれ、そのトークンをリソースへのアクセスに使うことができる 平文の文字列でシークレットや署名は扱わず、セキュリティはTLSのようなトランスポート層での仕組みに任せている HTTP通信のAuthorizationヘッダーに付与するのを推奨されている RFC 6750 - The OAuth 2.0 Authorization Framework: Bearer Token Usage
-
LLM/ReAct#プロンプトエンジニアリング #会話型エージェント LLMの推論において Search Lookup Finish の3つの異なるツールの概念を導入し、思考・アクション・観察を反復的に考えてもらうアプローチ。外部ツールを参照する考えも導入している 3000の例を超えた後大幅に精度が向上した
-
カーディナリティ#Data Engineering あるカラムの値の集合の中に重複する値がどのくらいあるかの度合い。低いと重複が多く高いと重複が少ない。
-
ハイブリッド鍵システム#Network #Cryptography 通信の初期段階に公開鍵暗号によって共通鍵暗号の鍵交換を行い、以降の通信を共通鍵暗号によって行う鍵システム 公開鍵暗号の計算コストの高さの課題から最小限の利用に留めている
-
Staff Archetypes#Will Larson スタッフエンジニアの役割について4つの明確なパターンを定義したもの テックリード アーキテクト ソルバー 右腕 の4つがある https://staffeng.com/guides/staff-archetypes/
-
Tanya Reilly#Person Tanya Reilly
-
パーセンタイル指定するパーセントのリクエストが何秒以内に処理された、といったようなケースで用いる値 代表的な例として中央値は50パーセンタイル値である
-
Apache/Pekko#Programming Akka 2.6.xからフォークされたApache Software Foundation管理の並行・分散アプリケーションフレームワーク。Java/Scalaで利用可能 アクターモデルに基づき、軽量なアクターがメッセージパッシングで通信することでスレッド管理の複雑さを隠蔽する https://pekko.apache.org/
-
Apache/Kafka#Data Engineering イベントストリーミングプラットフォームのメッセージブローカーOSS イベントのPub/Sub、ストリーミングの保持を行う https://kafka.apache.org/documentation/#intro_streaming
-
Glue Work#Team Organization ソフトウェアエンジニアリングチームせ成功に不可欠だが、直接的なコーディング以外の重要な作業。のこと Glue Workによって接着剤になる、と表現される
-
BDD/発見Discovery #Testing #BDD 具体例の使用による構造化された協調作業
-
BDD/自動化Automation #Testing #BDD 定式化されたシナリオの検証を自動化する
-
BDD/ルール#Testing #BDD BDDにおいて以下を抽象化したようなもの 要件 ビジネスルール 受け入れ基準
-
受け入れテスト#Testing 受け入れ条件を満たしているかのテスト
-
Kubernetes/コンテナライフサイクルフックKubernetes上のコンテナのライフサイクルとして開始時(ENTRYPOINT)と終了時にフックを命令できる機能 コンテナライフサイクルフック | Kubernetes
-
Kubernetes/Ingress
-
Kubernetes/DaemonSet
-
Kubernetes/ユーザKubernetesにおけるサブジェクト(主体)の一つ
-
Kubernetes/ClusterRole
-
Kubernetes/Inter-pod affinity and anti-affinity#Kubernetes kube-schedulerにおいて、Podアフィニティでは同一Nodes内に配置されるPodを指定することができる 合わせてPodアンチアフィニティでは同一ノードに配置されるべきでないPodを指定できる Assigning Pods to Nodes | Kubernetes
-
Kubernetes/Security Context#Kubernetes Pod定義にセキュリティ文脈の設定を追加するAPI 主にLinuxベースの以下のような観点に対する制御を行う Non-root User Linux Capabilities Configure a Security Context for a Pod or Container | Kubernetes
-
Kubernetes/ControllerKubernetesクラスタ内でDeploymentによってシングルトンに起動され、リソースへ観察、分析、アクションを行うような役割 コントローラの監視対象となるのは以下 Label Annotation ConfigMap Controllers | Kubernetes
-
Kubernetes/HorizontalPodAutoscalar