新規の人増えてきたから自己紹介っ🚨 ・『規格外』gカプグラドル ・赤ちゃん作れる年齢です ・基本おうちにいるタイプ ・彼氏いない歴＝年齢 ・「デカメロン🍈」って言われたことあります ・胸に約3800g標準装備 見つけた人は古参認定‼️ ゆっくりみていってね🫶

# Palantir Foundryを学ぶ 🚀 Foundryを「読み取り専用BI」と決定的に分かつのがアクションタイプ。承認も割当も、検証付きの構造化操作として安全に書き込みます。 📌 タイトルと機能のURL タイトル: アクションタイプ URL: 📝 概要 アクションタイプは、利用者がオントロジーのオブジェクト・プロパティ・リンクに対して、1つのトランザクションで適用できる変更のまとまりを定義します。データの変更と、提出時に発生する副作用の両方をカプセル化します。これにより、個別のプロパティ編集ではなく「達成したいゴール」の単位で操作を考えられます。 🔧 機能の説明 ・オントロジーへの書き込み: アクション実行時、すべての変更がオントロジーにコミットされ、すべてのアプリに反映されます。利用者の編集を含む最新のオブジェクトデータは、オブジェクトタイプの書き戻し(write-back)データセットに記録されます。 ・パラメータと既定値: 入力を標準化するためのパラメータを使い、既定値の設定、ドロップダウン結果のフィルタ、上書きなどを行えます。 ・ルール: アクションがいつどう実行されるかを規定し、オブジェクトの関係やプロパティ制約を含む条件・ロジックを定義します。 ・提出基準と検証: 変更が永続化される前に、実行可否やエラー処理を制御する検証ルールを設定できます。 ・アクションログ: 実行されたすべてのアクションの監査証跡を保持し、説明責任とコンプライアンスを支えます。 🛠 実践的な使い方 ・「従業員の割当」アクションのように、ロールプロパティの変更・マネージャー従業員リンクの自動生成・関係者への通知を1トランザクションで実行します。 ・「100万円超は部長のみ提出可」のような提出基準を検証として組み込み、Excel+メールの承認フローを構造化操作へ置換します。 ・同じ検証ロジックとワークフローを、すべてのユーザー向けアプリで共通利用します。 🎯 ユースケース ・ステータス変更・承認・割当を、権限と基準付きの操作として標準化する。 ・複数オブジェクトにまたがる多段の変更を、非技術者でも安全に実行する。 ・全操作のアクションログを内部統制・監査の証跡として活用する。 ⚠️ 注意点 ・アクションは検証ルールを通過しなければ実行されません。提出基準の設計が業務統制の質を左右します。 ・変更はオントロジー全体・全アプリに即時反映されるため、ルールとパラメータの設計を曖昧にしないことが重要です。 #PalantirFoundry# #Ontology#

# Palantir Foundryを学ぶ 🚀 データセットを「業務オブジェクト」に変える最初の一手。オブジェクトタイプの設計が、後段アプリの性能とUXをほぼ決めます。 📌 タイトルと機能のURL タイトル: オブジェクトタイプ URL: 📝 概要 オブジェクトタイプは、現実世界のエンティティやイベントのスキーマを定義するものです。1件の実体は「オブジェクトインスタンス」(例: 従業員「Melissa Chang」)、複数のまとまりは「オブジェクトセット」(例: すべての在籍従業員)として扱います。これはデータセットが行と絞り込み行集合を扱う構造に対応します。 🔧 機能の説明 ・主キーと同一性: オブジェクトはインスタンスを一意に識別する主キーを必要とします。データソースをオブジェクトタイプにマッピングすることで、アプリ上でオブジェクトを生成・表示できます。 ・プロパティ: オブジェクトの特性を定義します。編集専用プロパティ、必須プロパティ、複数タイプで再利用する共有プロパティなどの構成が可能です。 ・プロパティ型: 時系列データ、地理空間情報、構造体(struct、入れ子の複合プロパティ)など多様な型をサポートします。 ・表示と検索: タイトル/表示の設定や検索インデックスにより、アプリ内での発見性を高めます。 ・値型(Value Types): バージョン・権限・制約を備えたカスタム値型で、オントロジー全体に標準化された表現を与えられます。 🛠 実践的な使い方 ・従業員ディレクトリや基幹データを「従業員」オブジェクトタイプに接続し、生のデータセットを操作可能なオントロジーのインスタンスへ変換します。 ・主キー設計を最初に固め、検索インデックスを適切に張ることで、後段アプリの検索性能とUXを担保します。 ・構造体プロパティで階層データを自動マッピングし、共有プロパティと組み合わせて再利用性を高めます。 🎯 ユースケース ・顧客マスタを「顧客」オブジェクト化し、全社で一意の顧客像を扱う。 ・センサーを持つ設備を時系列プロパティ付きでモデリングし、稼働履歴を保持する。 ・拠点・店舗を地理空間プロパティでモデリングし、地図上での集計・検索を可能にする。 ⚠️ 注意点 ・主キー設計・プロパティ型・検索インデックスの選択が、後段のアプリ性能とUXをほぼ決定します。最重要のモデリング判断として慎重に設計してください。 ・オブジェクトを生成・表示するには、データソースをオブジェクトタイプへ正しくマッピングすることが前提になります。 #PalantirFoundry# #Ontology#

# Palantir Foundryを学ぶ 🚀 「閉域網のオンプレOracleやSAPに、ファイアウォールに穴を開けずどう繋ぐ？」エンタープライズ導入の最初の関門を突破するのがData Connectionです。 📌 タイトルと機能のURL タイトル: Data Connection URL: 📝 概要 Data Connectionは、外部システムのデータをFoundryに同期し、データ統合・モデリング・オントロジーの各レイヤーで利用できるようにするアプリケーションです。Webhookやデータエクスポートによる外部システムへの書き戻し（アウトバウンド）にも対応します。多数のソースタイプに対応し、認証・スケジュール・監視といった煩雑な部分を抽象化して、シンプルな画面からパイプラインを構成できます。 🔧 機能の説明 Foundryのデータ接続は、3つの原則に沿って標準化されています。 ・堅牢性: 自動リトライ、小さなバッチ単位での処理、ヘルス監視による障害警告を備えます。データは「最も原始的なソースからそのまま（as-is）」取り込み、Foundryのバージョン管理されたパイプラインを唯一の正（single source of truth）とすることで、外部前処理に依存しません ・拡張性: データベース、FTPS、HDFS、S3、SFTPなどの標準連携に加え、新しいソースタイプにも対応できます。スケジューリングやオーケストレーションといった中核機能は標準化されているため、接続固有の調整だけで済みます ・使いやすさ: 複雑さを抽象化し、認証・スケジュール・監視を手作業で管理する代わりに、シンプルなインターフェースで構成できます ・主要な構成要素として、エージェントのセットアップ、ソース構成、バッチ／ストリーミングの同期、Webhook、エクスポートを備えます 🛠 実践的な使い方 ・ワークスペースのナビゲーションまたはアプリケーションポータルからData Connectionにアクセスします ・接続先（ソース）を構成し、バッチまたはストリーミングの同期（sync）を設定して、データを「そのまま」取り込みます ・取り込み後の変換はFoundry側のパイプラインに集約し、ソース側では前処理を行わないようにします ・書き戻しが必要な場合は、Webhookやエクスポートでアウトバウンド連携を構成します 🎯 ユースケース ・閉域網のオンプレOracle/SAPを、エージェント方式（アウトバウンドのみで成立）でFW穴あけなしに接続 ・データベース・SFTP・S3など多様なソースからの定期バッチ取り込み ・処理結果を外部システムへ書き戻すアウトバウンド連携 ⚠️ 注意点 ・データはソースから「as-is」で取り込み、変換はFoundryのパイプラインに寄せる設計が前提です。ソース側で加工すると追跡性が損なわれます ・エージェントやソースの構成には、ネットワーク・認証の適切な準備が必要です ・X APIなど外部サービスの上限や規約は仮定せず、接続先ごとの制約を事前に確認してください #PalantirFoundry# #DataIntegration#

『世界標準の経営理論』読書会で25・26章（SWT理論・SH理論）。 H型でブローカレッジの位置にいる人に敬意を払うことが、結果としてWin-Winにつながるということ。最後は人との関係性に行き着く気がします。