【My Maintenance Note with #Castrol】# 明日は、タレントそして プロ雀士としても活躍する #中田花奈# さんへの インタビューの模様を届け🗣️ アイドル時代から、これまでの 活動の努力や普段からの セルフケアについてお話しを伺います🀄️ 過去のアーカイブはこちらから💁‍♀️ ▼ #radiko# で聴く📻 @castrol_jp @nakada_official #ワンモ# #TOKYOFM#

CHANGE RAPTURES×KATE スぺシャルタイアップ動画公開。 D.LEAGUE 25-26 ROUND.7 "超点検" Monster Maintenance パフォーマンスはもちろん、 コンセプト、そしてメイクにもご注目ください✨

GMOあおぞらネット銀行のメンテナンスの影響で、ビットバンクへの日本円入金が一時停止する予定です。 詳細は当社ブログをご覧ください。 Due to GMO Aozora Net Bank's maintenance, JPY deposits will be temporarily suspended. Details are below.

「DDDって実際のOSSでどう使われ、保守品質とどう関係してるの?」——有名な割に大規模な実証データがほぼなかったこの問いに、865リポジトリのマイニングで挑む研究です🔍 タイトル: Domain-Driven Design in Practice: A Mining Study of Maintenance and Evolution in Open-Source Repositories URL: ❓ 何を調べるの? 💡 GitHubのDDDタグ付き1,260件をフィルタした865リポジトリ（Java/C#/TypeScript）を対象に、8つの戦術的ビルディングブロック（Entities, Value Objects, Aggregates, Repositories, Domain Services, Domain Events, Application Services, Factories）の実態を分析します。 ❓ どうやって検出するの? 💡 3層パイプラインです。DDD固有のアノテーション、命名規約（例: OrderRepository）、パッケージ・ディレクトリ構造の3つを組み合わせ、精度0.75以上を満たした段階でのみ次へ進みます。 ❓ 何が一番の技術的課題? 💡 Bounded Context（境界づけられたコンテキスト）の境界違反です。「モデルとコードのギャップ」をクロスコンテキスト依存として定量化し、違反率＝BC間依存÷全クラス間依存で測ります。境界推定は2名の人手でCohen's kappa 0.80以上を要求。 ❓ 信頼性の担保は? 💡 言語横断はKruskal-Wallis＋Dunn事後検定、相関はSpearmanのρ。年齢・規模・言語・種別・チーム規模を交絡として制御し、検出が精度基準を割ったら結論を無効化せずスコープを狭める「劣化計画」を事前登録しています。 設計の堅牢さが際立つ研究で、DDDの保守・進化を語る実証基盤になりそうだと感じます。 #DDD# #ソフトウェア工学#

2026年6月16日（火）10:00〜12:00 に認証機能強化に伴うシステムメンテナンスの実施を予定しております。 ※この時間帯は、すべての機能をご利用いただくことができません。 ※メンテナンスの終了は予定時刻に対して前後する可能性がございます。 仕様変更内容およびシステムメンテナンスの詳細はこちら： System maintenance related to the enhancement of our authentication features is scheduled for Tuesday, June 16, 2026, from 10:00 AM to 12:00 PM (JST). ※During this period, all services and functions will be unavailable. ※Please note that the maintenance completion time may vary depending on the progress of the maintenance. For details regarding the authentication feature enhancements and system maintenance, please refer to:

# Learning Palantir Foundry 🚀 "How many screens do I need to open just to understand one customer?" Object Views answer that pain by bundling everything about a single object into one screen. 📌 Title and Feature URL Title: オブジェクトビュー URL: 📝 Overview Object Views act as the central hub for everything related to a specific object. They consolidate properties, linked objects, metrics and analytics, dashboards, and operational applications into a single unified interface. For example, an Airport object view can integrate flight timelines, delay-handling workflows, and location data in one place. In practice, an Object View becomes the daily "home screen" that frontline users open to start their work. 🔧 How It Works Object Views are highly configurable by builders: - They support multiple formats and sizes, so appearance and interaction patterns can be tailored to the task. - They combine properties (attributes), linked objects, metrics, analytics, and dashboards into one display. - They can be embedded throughout the platform wherever the object appears. - Configuration happens in the Ontology Manager under the "Object views" tab, and version tabs at the top let you switch between format variations. - Selecting "Edit views" opens the configuration editor or the underlying Workshop module. - The system also supports version management, panel variations, commenting, and Marketplace product integration. 🛠 Practical Usage - In Ontology Manager, select the target object type and use the "Object views" tab to preview and configure. - Lay out core information, related objects, operation history, and embedded dashboards so everything the team needs is on one screen. - Beyond viewing, embed action types so users can trigger status changes or assignments directly from the view. - Create multiple formats to show different layouts per role (for example, sales view vs. maintenance view). 🎯 Use Cases - Customer 360: one launchpad combining transaction history, inquiries, related orders, and account owners for sales. - Equipment record: a maintenance home screen with sensor values, service history, related parts, and open tickets. - Case management: a single view of stakeholders, due dates, approval status, and next actions on a case object. ⚠️ Caveats - Views depend on the quality of the underlying ontology modeling (object types and link types); a weak foundation limits view quality. - Overloading a view confuses users, so design role-specific layouts that show only what each role needs. - Editing requires appropriate permissions to the Ontology Manager and the underlying Workshop module. #PalantirFoundry# #DataPlatform#