喪中 @[email protected]

事務職「うわーん、Markdownで表を書くのが大変だよぉ。たすけて〜」
エクセル方眼紙マン「よんだかね？」
事務職「エクセル方眼紙マン！」
エクセル方眼紙マン「そんな問題もエクセルをつかえば簡単に表がかけるゾ！」
事務職「すごい！」
エクセル方眼紙マン「それではさらばだ！」
今日も迷える事務職を救った、がんばれエクセル方眼紙マン、まけるなエクセル方眼紙マン、僕らの職場の平和のためにエクセル方眼紙は今日も戦うのだ。次回、エクセル方眼紙マン第144話「事務職VSエンジニア、全面戦争」次回も見逃すな！

神Excel文化、人間は然るべき教育を受けないとワープロすら使えないことを示している。

XMLにしたところで別のタイプのデータは別のファイルにシリアライズされるじゃないですか。VMSやBTRONだと固定長や可変長のレコードのあつまりとしてファイルが存在しますからテキストのあとに画像、その後にテキストみたいな感じで1つのファイルに複数のタイプのデータを収納できるんですよ。

すべてXMLで表記しようそうすれば平和になる

DOSとか16bitの頃のUNIXならそうでしょうけども。もっといいやり方が他にもあったのに、インターネットと言うかwebを動かしてたのが主にUNIXだったせいでほかを圧倒してしまった。

UNIXのせいで1つのファイルに1つのデータストリーム。ファイルの内容は拡張子で見分けるが主流になってしまった。1つのファイルに複数のデータってシステムは例えばDECのVMSはテキスト1行がレコード1つに相当して改行がないみたいのから、OS9までのMacはデータ本体の他にアイコンやそのファイルを読み込むアプリの情報などWinなら拡張子に対応してOSが持ってる情報をファイル自身が持っていたりした。BTRONなんかだと名前空間の実身名はユーザやアプリには見せず、仮身として操作や表示するためのテキスト、附箋と呼ばれるアプリの呼出情報、他の実身へのリンクの情報なんかを持っていた。Windowsなんかもいまやマルチレコードと言うかリソースフォークのファイルを扱えてBTRONめいたこともできるんですけどね。web標準がUNIX風のファイルしか扱えないんでメモ帳もOfficeも果てはExplorerもそんなAPI使ってない。

拡張子はなんていうかスマートなやり方ではないんだけど、わかりやすいんだよな