本稿は、Cloudflare Durable Objectsを、単なるサーバーレス実行基盤ではなく

 本稿は、Cloudflare Durable Objectsを、単なるサーバーレス実行基盤ではなく、「状態を持つ対象物」がネットワーク上に宿るための分散的存在論として捉え直す試みである。Durable Objectは、一意なID、内部状態、永続ストレージ、外部からのメッセージ処理を備え、Actorモデルに近い振る舞いを示す。この構造は、ROSにおけるノード、トピック、サービス、アクションの関係と親和性が高い。すなわち、ひとつの回路、ひとつの部屋、ひとつの編集空間が、それぞれ固有の状態を持つ「小さなノード」として立ち上がる。

「味わう」とは、この技術を効率や性能のみで評価するのではなく、対象が名前を持ち、状態を記憶し、他者との相互作用を通じて変化する過程を経験的に読む態度である。回路シミュレータを例にすれば、スイッチ操作、電圧変化、参加者の同期、履歴の保存は、単なるデータ処理ではなく、対象物が時間的厚みを獲得する過程である。Durable Objectsは、Web上における小規模な機械的主体の生成を可能にし、ROS的分散ノード観をクラウド環境へ拡張する基盤として位置づけられる。

関連キーワード
Durable Objects、Cloudflare Workers、Actorモデル、ROS、分散ノード、状態管理、WebSocket、サーバーレス、回路シミュレータ、味わう、対象の状態性、ネットワーク存在論、インタラクティブシステム、エッジコンピューティング

Caddyは、Webサーバにおける証明書管理の煩雑さを設計段階から吸収

 Caddyは、Webサーバにおける証明書管理の煩雑さを設計段階から吸収した、現代的なHTTPサーバである。従来、Web公開においてHTTPS化は、サーバ設定、ACMEクライアント、証明書更新、再読み込み処理などを個別に組み合わせる運用課題であった。CaddyはこれらをAutomatic HTTPSとして統合し、ドメイン名を設定するだけで証明書の取得、更新、HTTPからHTTPSへの誘導を自律的に処理する。この特徴により、Caddyは単なるリクエスト処理装置ではなく、公開環境の安全性を継続的に維持する運用基盤として機能する。とりわけリバースプロキシ用途では、短いCaddyfileによってアプリケーションを安全に外部公開できる点が重要である。Caddyを味わうとは、Webサーバを「配信する機械」としてではなく、「証明書の面倒を見る管理者」として理解することである。

関連キーワード：Caddy、Automatic HTTPS、TLS証明書、ACME、Let’s Encrypt、ZeroSSL、Caddyfile、reverse_proxy、HTTPS by default、リバースプロキシ、証明書更新、HTTP/3、Go製Webサーバ、運用自動化、Web公開基盤

Zodを味わう TypeScriptの型を、実行時に連れてくる

 Zodは、TypeScriptにおける静的型の限界を、実行時検証という形式で補完するスキーマ定義ライブラリである。TypeScriptの型情報はコンパイル後のJavaScriptには残らず、外部API、フォーム入力、環境変数、JSONなどの不確実な値に対しては、実行時の検査機構が別途必要となる。Zodはこの断絶に対し、値を検証するスキーマをコードとして記述し、その同一記述からTypeScriptの型を推論するという方法を提示する。すなわち、Zodにおけるスキーマは、単なる注釈ではなく、入力を受理・拒否・変換する実行可能な型装置である。

この点においてZodは、型安全性を開発時の静的保証に閉じ込めず、実行時のデータ境界へと拡張する役割を持つ。特にWeb API、フロントエンドフォーム、設定ファイル、サーバーサイド処理、LLMツール定義など、外部世界とプログラムが接触する領域で有効である。Zodを味わうとは、TypeScriptの型が本来消え去る場所に、検査可能な構造として型の輪郭を再召喚する営みを観察することである。

関連キーワード：TypeScript、実行時検証、スキーマ、型推論、バリデーション、parse、safeParse、JSON Schema、API入力、フォーム検証、型安全性、外部入力、境界防衛

pnpmを味わう――node_modulesを疑ったパッケージマネージャ

 pnpmは、JavaScript開発における依存関係管理を、単なる高速化や省容量化の問題としてではなく、node_modulesという慣習的構造への批判として再構成したパッケージマネージャである。npm以後の開発環境では、依存パッケージは各プロジェクト内に重複して展開され、巨大で不透明なnode_modulesを形成してきた。pnpmはこの前提を疑い、パッケージの実体を共有ストアに集約し、プロジェクト側にはリンクによって必要な構造だけを提示する。これにより、ディスク使用量の削減やインストール速度の向上だけでなく、直接依存と間接依存の境界を明確化し、偶然参照できてしまう幽霊依存を抑制する。すなわちpnpmは、依存関係を「存在するもの」ではなく「参照されるべきもの」として再定義する実践である。その意義は、node_modulesを不可避の混沌として受け入れるのではなく、パッケージ管理の構造・可視性・再現性を問い直した点にある。

関連キーワード：pnpm、node_modules、依存関係管理、content-addressable store、シンボリックリンク、ハードリンク、幽霊依存、monorepo、npm、yarn、再現可能ビルド、JavaScriptエコシステム

味わう四季報

 四季報は、企業の業績、財務、株価、事業内容、将来見通しを圧縮的に収録した情報媒体であり、通常は投資判断のための実用的資料として読まれる。しかし「味わう四季報」は、この読解行為を単なる数値比較や銘柄選別に限定せず、企業活動を社会的・文化的テキストとして受容する態度を指す。売上高、利益率、自己資本比率、成長性といった指標は、味の濃淡、苦味、熟成、余韻といった感覚的比喩を通じて再解釈される。これにより、定量情報と定性情報のあいだにある断絶は緩和され、企業の変化や産業構造の推移をより直観的かつ多層的に把握することが可能となる。したがって本概念は、四季報を即時的な売買判断の道具から、経済、産業、企業、人間の営みを季節的変化として読む批評的メディアへと拡張する試みである。

関連キーワード

四季報、企業分析、情報読解、味覚的比喩、投資リテラシー、財務情報、定量分析、定性分析、経済文化論、メディア論、身体性、批評的読解、データ解釈、ナラティブ、季節性、企業物語、産業構造

ソフトウェア開発におけるポストモーテム

 概要：

本稿では、ソフトウェア開発におけるポストモーテムを単なる障害報告書や再発防止文書としてではなく、「味わう仕様書」の一形態として再解釈することを提案する。従来のポストモーテムは、障害の原因究明と対策立案を目的としてきたが、その過程には技術的制約、組織的意思決定、暗黙知、そして当時の技術文化が豊富に記録されている。本研究では、Atlassian型のポストモーテム形式に着目し、「何が起きたか」「何がうまくいったか」「何を学んだか」という記述を、失敗から知識を抽出するための物語的構造として位置づける。これにより、EJBからSpringへの移行、クラウド障害、オープンソースプロジェクトの設計変更などを、単なる歴史資料ではなく、制約と選択の痕跡を味わうための知識資産として扱えるようになる。ポストモーテムを味わうことは、過去の失敗を追体験し、当時の技術者が直面した問題空間を理解し、将来の設計判断に活用するための「失敗学的読書」と位置付けられる。本稿は、ポストモーテムを技術史・組織学習・知識継承のための新しいアーカイブとして捉える視点を提示する。

関連キーワード：
ポストモーテム、味わう仕様書、失敗学、インシデント管理、技術史、暗黙知、組織学習、ソフトウェアアーキテクチャ、制約指向設計、ナレッジマネジメント、ブレームレス文化、技術的負債、アーカイブ学、ソフトウェア工学、ケーススタディ

📂UMLツール umletino uxfファイルフォーマット

 

スタンドアロンのUmletのウェブ版

モデルの作成からUMLモデルとコードの高度なラウンドトリップエンジニアリングまで、多種多様なツールがあらゆる種類のUMLモデリングをサポートしています。しかし、そのようなツールは特定のライフサイクル・フェーズをサポートすることを目的としているが、異種環境、UML教育、初期のライフサイクル・フェーズ、またはアジャイル・プロセスで生じる基本的な要件、つまり、手間のかからないツールのデプロイ、高速なモデル・スケッチのサポート、柔軟なグラフィックのエクスポート機能を満たしていないことが多い。これらの基本的な問題に特に対処するために設計された、自由に利用できるモデリングツールUMLetを紹介する。UMLetは、様々な開発環境に簡単にデプロイできるフライウェイトJavaアプリケーションであり、直感的でポップアップのないユーザーインターフェースを特徴としながら、一般的な高品質パブリッシングフォーマットへの出力を提供する。このように、ツールUMLetは、特にアジャイル環境やライフサイクルの初期段階において、UMLを教え、UMLスケッチを作成し共有するための効果的な方法を提供します。UMLetのユーザーインターフェースは、直感的で探索的なモデリングをサポートし、そのアーキテクチャは、異種環境での配布と展開をコスト効率よく行う。

https://scholar.google.com/scholar?hl=en&q=A+flyweight+uml+modelling+tool+for+software+development+in+heterogeneous+environments

UMLet は、シンプルなユーザー・インターフェースを備えたフリーのオープンソース UML ツールです。UML 図の高速な描画、プレーンテキストからのシーケンス図やアクティビティ図の作成、eps、pdf、jpg、svg、クリップボードへの図のエクスポート、Eclipse を使用した図の共有、新規のカスタム UML 要素の作成などが可能です。UMLetは、スタンドアロンでも、Eclipseのプラグインとしても、Windows、OS X、Linux上で動作します。

UMLetは、UMLスケッチを素早く作成することを目的としたUMLツールです。UML要素は、ポップアップダイアログの代わりに、テキスト入力と小さなマークダウン方言を使って修正されます。この核となるアイデアは論文で説明されています。
様々な要素の機能についての学習は、サンプルパレットからプロトタイプ的に使用することでサポートされます。このように、ユーザーはUMLetを自分のモデリングのニーズに合わせて簡単にカスタマイズすることができます。
UMLetでは、独自のカスタムUML要素を作成することもできます。要素の外観は、数行のJavaコードを変更することにより、実行時に変更することができます。UMLetから離れることなく、ユーザーはダイアグラムに新しい要素タイプを作成し、追加することができます。これらのカスタム要素の概要については、ここやこのペーパーで説明します。
UMLet では、クラス図、ユースケース図、シーケンス図、状態図、配置図、アクティビティ図など、さまざまな種類の UML 図をサポートしています。
最後に、UMLetをJavaScriptのWebアプリに、そして後にVS Codeの拡張機能に移植することについては、ここで説明します。また、ツイートでの簡単な歴史は、昔の日々を思い起こさせます。

https://www.umlet.com/

要素のカスタマイズもできる

また、UMLetでは、ユーザーが独自のカスタムUML要素を作成することも可能です。要素の外観は、数行のJavaコードを変更することにより、実行時に変更することができます。UMLetから離れることなく、ユーザーは自分のダイアグラムに新しい要素タイプを作成したり追加したりすることができます。

ユーザーは、いくつかのグローバル変数（文字列のベクトル「textlines」、整数値のピクセル数「textheight()」など）とメソッド（printLeft(...)、drawRect(...)、allowResize(..)など）にアクセスして、共通のプリミティブの描画を容易にすることができます。

Custom UML Elements www.umlet.com

かんたん UML入門［改訂2版］ amzn.to

3,093円 (2021年05月03日 16:16時点 詳しくはこちら)

Amazon.co.jpで購入する

UML eXchange Format（UXF）とは、コンピューティングにおいて、ソフトウェアモデリング言語の標準であるUML（Unified Modeling Language）のためのXMLベースのモデル交換フォーマットである[1]。UXFは1998年に記述された構造化フォーマットであり、UMLモデルのエンコード、公開、アクセス、交換を目的としている[1]。

UXF - Wikipedia en.wikipedia.org

GitHub - ixan29/UML_TO_CPP: this is a c++ source code generator using uml diagrams created in a uxf file this is a c++ source code generator using uml diagrams create github.com

Build software better, together GitHub is where people build software. More than 83 million p github.com

UML（Unified Modeling Language）は、オブジェクト指向モデルの文書化に不可欠な概念や記法をほとんど備えているため、ソフトウェア工学の分野で広く受け入れられている。しかし、UMLにはそのモデル情報を意図的に記述し、交換するための明示的なフォーマットが存在しない。本論文では、UMLのモデル交換を取り上げ、UMLの高い相互運用性を実現するための取り組みを紹介する。我々は、XML（Extensible Markup Language）をベースにしたUXF（UML eXchange Format）と呼ばれる交換フォーマットを開発した。

https://link.springer.com/chapter/10.1007/978-3-540-48480-6_7

https://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.19.474&rep=rep1&type=pdf

もっとモダンなフォーマットがあるようだ、その名もXMI

Canonical XMI Tools Download Canonical XMI Tools for free. UML model and diagram sourceforge.net

最近では、XML Metadata InterchangeやOMGのDiagram Definition標準などがこれにあたります。

このプロジェクトは、.uxf / UML eXchange Format ファイルをレンダリングするための Web Components カスタム要素の実装を提供します。
現在、不安定なアルファ版ソフトウェアとみなされており、大きく書き直される可能性があります（もちろん、セマンティックバージョニングに従います）。

https://github.com/kettek/uxf-canvas

UXFは、ソフトウェア開発者やデータ設計者の生活を容易にするために設計されています。csv、ini、json、toml、yamlの各フォーマットと直接競合しています。UXFの主な利点は、カスタム（ユーザー定義）型をサポートすることです。これにより、よりコンパクトで読みやすく、パースしやすいデータを作成することができます。また、文脈によっては、sqliteやxmlに代わる便利な選択肢となる可能性もあります。

https://github.com/mark-summerfield/uxf