タグ: #ontology
GPU・LLM・MLOps・Kubernetes、そしてマインドセット · 4 件
ドメイン知識はなぜ防衛線なのか — 業を知るエンジニアと技術だけのエンジニア
ドメイン知識はコードにも無く、文書にもたいてい無く、人の記憶と組織の慣行だけにあります。だからこのシリーズが追ってきた検証費用を最も高くする要因であり、それを担える人が残る理由でもあります。この記事は、業を知るエンジニアが問いと例外と要求の解釈で何を違えるのか、会議で使う言葉とコードにある名前がずれると何が壊れるのか、ドメインを身につける六段階の手順、そしてドメイン知識が持ち越せないという限界を扱います。高いまま残る技術シリーズの最終回
2026-08-15 · 14 分で読めます #career#skills#domain-knowledge#ddd#ontology知識グラフのツール・フレームワーク地図 — 何を、いつ選ぶか
グラフデータベース、RDF・オントロジースタック、グラフRAGフレームワークは、この2年で爆発的に増えました。リンク集はもう十分にあるので、この記事は代わりに、正直に意見を込めた地図を描きます。カテゴリごとに、何のためのものか、代表的なツールを2〜3個、そして「いつ何を選ぶか」をはっきり述べます — 組み込み(Kùzu)vsサーバー(Neo4j)、形式的なOWL/RDF vs実用的なプロパティグラフ、自作の抽出パイプライン vs Mic
2026-07-15 · 15 分で読めます #tools#knowledge-graph#graph-rag#ontology#frameworks顧客のドメインをモデルへ — ユビキタス言語からオントロジーまで
顧客企業のドメイン知識は、たいていドキュメントではなく人の頭の中に暗黙知として存在します。Forward Deployed Engineerの中核的な仕事の一つは、この散らばった暗黙知をチーム全体が共有できる明示的なモデルへ変えることです。この記事は、最も安く価値の高い第一歩であるDDDのユビキタス言語から出発し、同じ単語が別のものを指す衝突を境界づけられたコンテキストで扱い、エンティティ・値オブジェクト・集約で名詞をモデリングします。
2026-07-15 · 19 分で読めます #ontology#knowledge-graph#domain-driven-design#architecture#forward-deployed-engineerPalantirのビジネスモデル、オントロジープラットフォーム、競争優位性の分析
Palantir Technologiesのビジネスモデルを徹底分析します。Gotham、Foundry、AIPの3つのコアプラットフォームから、オントロジー（Ontology）の概念が生み出す技術的な堀、政府/商業の売上構造、Forward Deployed Engineersモデル、そして競合他社との比較まで詳しく解説します。
2026-03-07 · 25 分で読めます #palantir#finance#business-model#ontology#competitive-moat