Kush's Wiki

Sort by - linked count

• Glue Work
  #Team Organization ソフトウェアエンジニアリングチームの成功に不可欠だが、直接的なコーディング以外の重要な作業のこと Glue Workによって接着剤になる、と表現される
• DIDメソッド
  #Security/Authentication DIDにおいてスキーム部の後に続き、名前空間として機能する。名前空間に対しDIDドキュメントというメソッド固有の仕様を解決できる 例として、イーサリアムブロックチェーンメソッドを使用するDIDは did:eth から始まる
• Ariga
  
• BigQuery
  #Data Engineering Google Cloud上で提供されるフルマネージドのデータプラットフォーム（公式には "a fully managed, AI-ready data platform"）。機械学習・検索・地理空間分析・BI などの機能を組み込みで持ち、サーバーレスアーキテクチャによりインフラ管理なしで SQL や Python から分析できる ストレージとコンピュートが分離されており、ペタビットスケールのネットワークで接続された 2 層が互いのパフォーマンスに影響を与えず独立にリソースを割り当てる ANSI 標準 SQL（ISO/IEC 9075 サポート）と Python API（BigQuery DataFrames）を備え、コンソール・bq CLI・クライアントライブラリ・ODBC/JDBC ドライバから利用できる ストレージは分析クエリに最適化された列指向フォーマットで、自動的にレプリケーションされる オープンテーブルフォーマットとして Apache Iceberg・Delta Lake・Apache Hudi をサポートし、顧客所有の Cloud Storage バケット上のデータも扱える https://docs.cloud.google.com/bigquery/docs/introduction
• クリーンアーキテクチャ
  
• Unknown unknowns
  #Observability 自分は意識も理解もしていないこと 未知のシステム故障への対応、が該当する
• etcd
  
• Honeycomb
  #Observabilityに関するエンドツーエンドのプロダクト Retrieverというオブザーバビリティに最適化された独自のデータストアを備えており、S3によって実装されている Honeycomb.io Documentation | Honeycomb
• LLM/

  ReAct
  LLMのプロンプトエンジニアリング手法の一つで、推論において Search Lookup Finish の3つの異なるツールの概念を導入し、思考・アクション・観察を反復的に考えてもらうアプローチ。外部ツールを参照する考えも導入しており、会話型エージェントの動作の基礎となる 3000の例を超えた後大幅に精度が向上した
• Secrets Store CSI Driver
  Kubernetesコミュニティによってメンテナンスされているドライバ Container Storage Interface（CSI）のAPIを実装しており、様々なクラウドベンダーのSMSにアクセスできる
• pre-commit
  #Continuous Integration git commit 実行時に自動で呼ばれる Git クライアントサイド hook。.git/hooks/pre-commit に実行可能スクリプトを置くだけで有効になる コミット作成前に実行され、非ゼロで終了すると commit が中断される 引数は渡されず、ステージ済みの変更を検査する用途が一般的（lint・format・シークレットスキャン等） git commit --no-verify で bypass できる https://git-scm.com/docs/githooks#_pre_commit
• mTLS
  相互TLS認証 #Security/Cryptography #Network ネットワークの両端がTLS証明書を持ち相互に認証を行うことで、双方向で安全かつ信頼できることを保証する
• Minimum Viable Platform
  Platform Engineering #Product Management Platform Engineering に MVP の発想を持ち込んだ概念。包括的な機能ではなく、ステークホルダーへ数週間で価値を実証できる最小限のプラットフォームを指す
• カーディナリティ
  #Data Engineering あるカラムの値の集合の中に重複する値がどのくらいあるかの度合い。低いと重複が多く高いと重複が少ない。
• Observability Primary Signals
  
• 石垣 雅人
  Masato Ishigaki – Medium 人物
• Chris Matts
  https://papachrismatts.uk/ 人物
• カスケード障害
  1つのワークロードが引き起こす障害がシステム全体に影響を及ぼし、信頼性を損なうこと
• flaky tests
  #Testing #Continuous Integration テスト実行において偽陽性として不安定に落ちるテストのこと
• 組織文化の類型論
  #Team Organization Ron Westrumが組織文化の指向を3つに分類したモデル 不健全 権力と地位が目的となっている協調性の低い文化 官僚的 ルールが重視される文化。変革が難しい 創造的 ミッション指向、高信頼、情報が自由に流れる協調性の高い文化 https://qualitysafety.bmj.com/content/13/suppl_2/ii22.short
• 経験主義
  実際の経験と獲得している知識に基づいて意思決定をする考え
• C4 model
  #Documentation 以下の4つのダイアグラム図を表すアプローチ Context Diagram Container Diagram Component Diagram Code Diagram 順に抽象度が下がっていく流れになっている https://c4model.com/
• Greg Young
  
• Mend.io
  #Security SCA と SAST を軸にした AppSec / AI セキュリティの商用 SaaS プラットフォーム（旧 WhiteSource、SCA 市場の草分け） スキャン領域: SCA（到達可能な OSS 脆弱性検出・ライセンスコンプライアンス）/ SAST / コンテナイメージ / AI セキュリティ（AI コンポーネントの可視化・レッドチーミング・ランタイムガードレール） 特徴 reachability ベースの解析で到達可能な脆弱性に絞り込み、ノイズを減らす 修正 PR の自動生成（remediation-centric）で検出から修正までを支援する https://www.mend.io/
• age
  #Security/Cryptography シンプルでモダンな暗号化ツール、Go製 https://github.com/FiloSottile/age
• トレイト
  trait #Programming 振る舞い（メソッド）の集合をカプセル化する 一般に振る舞いは抽象として定義されるのが望ましい
• 受け入れテスト
  #Testing 受け入れ条件を満たしているかのテスト
• Lisa Crispin
  
• オポチュニティ
  #Product Management プロダクトで取り組みうる「機会」。あるユーザーの課題やニーズと、それを解決したときに生まれるビジネス上の便益を、ひとつの検討単位として捉えたもの。フィーチャー（機能）から考え始める前に、まずオポチュニティ単位で取り組むかどうかを判断する。
• anthropics/

  claude-plugin-official
  #LLM Anthropic]公式が公開しているPlugins]群 Claude Codeに標準でマーケットプレイスが追加されている https://github.com/anthropics/claude-plugins-official
• スタッフプラス
• TLSハンドシェイク
  #Security/Cryptography #Network TLSプロトコルにおいて、通信初期に公開鍵暗号方式によって通信を確立すること
• Repository custom properties
  #Continuous Integration GitHub の organization 単位でリポジトリに付与する構造化メタデータ（key-value）。org 側でプロパティのスキーマ（型・必須・デフォルト値）を定義し、各リポジトリに値を設定することで、リポジトリ群を org 横断で分類・フィルタしたり organization ruleset のターゲティング条件にしたりできる。2024-02 に GA。 org でスキーマを一元定義できるため、Internal Developer Portal がリポジトリを取り込む際のネイティブなメタデータ源になり、catalog-info.yaml 等へ個別記述するメタデータを削減できる https://docs.github.com/en/organizations/managing-organization-settings/managing-custom-properties-for-repositories-in-your-organization
• CoT
  Chain-of-Thought 思考の連鎖 LLMのプロンプトエンジニアリング手法の一つで、回答を生成する際、「はい」「いいえ」ののような単純な回答ではなく回答に至るまでの思考を回答に含めてもらうようにする（Few-shot）ことで、段階的に考える、概念が導入されたアプローチ
• 成功循環モデル
  #Team Organization ダニエル・キムによる、チームや組織の成熟度は以下4つのサイクルで向上するというモデル 関係の質 思考の質 行動の質 結果の質
• マイクロサービスの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（進化的設計） - サービス境界は変更時の複雑さに基づいて設定され、時間とともに柔軟に調整される想定で設計する
• ブルックスの法則
  #Team Organization 遅れているプロジェクトに人を足してもさらに遅れるだけという法則。人月の神話で語られている
• KEDA
  
• Validated Learning
  #Agile #Product Management 実際に作って試した結果から得られる、実証された学び。想定や意見ではなく、ユーザーの反応など観測された事実にもとづいて仮説の正否を判断する。 「構築・計測・学習」のサイクルを回して得られる。 構築（Build） 計測（Measure） 学習（Learn）
• Open Container Initiative
  OCI 2015年にDockerとその他の業界リーダーによって作成された、コンテナ形式とランタイムに関するオープンな業界標準 具体的に以下の3つの仕様を持つ runtime-spec image-spec distribution-spec Linux Foundationプロジェクト Open Container Initiative - Open Container Initiative
• キャズム理論
  購買層を以下の5つに分類する技術マーケティング手法 Innovators Early Adopters Early Majority Late Majority Laggards
• GM Weinberg
  人物
• 不確実性のコーン
  ソフトウェアの見積もりは初期の段階ほどばらつきが大きくなるという考え
• Vaughn Vernon
  
• Linux Capabilities
  rootユーザーが持つ特権を細分化したもの Non-root Userへ必要最小限のケイパビリティを割り当てる方法は、Dockerの#Securityベストプラクティスとして紹介されている Docker のセキュリティ — Docker-docs-ja 1.12.RC2 ドキュメント
• Bertrand Meyer
  
• Tailwind CSS
  #Programming HTMLから離れずにユーティリティクラスを組み合わせてデザインを構築するUtility-FirstのCSSフレームワーク flex、pt-4、text-center等のユーティリティクラスをマークアップに直接記述 未使用CSSを自動除去し、本番ビルドのCSSバンドルを最小化 v4からCSS-firstの設定方式に移行し、Lightning CSSベースの高性能エンジンを採用 https://tailwindcss.com/
• Daniel Avila
  
• トレイト制約
  trait bound ある型があるトレイトの振る舞いを満たすかの制約をコンパイル時に定義する
• 逸脱の常態化
  誤検出されやすいモニタリングアラートに慣れてしまうこと チャレンジャー号の事故の調査から生まれた言葉 When Doing Wrong Feels So Right: Normalization of Deviance - PubMed