なんか github にあるソフトウェアをレビューしなきゃならんのだよ。
いぜんこういうことを言っていたのだけれど、天罰覿面。
なんか言ってる人がいますが、せめてSubversionくらい使えるようになろうと一念発起してCVS使うのやめたんです。で、レポジトリの構造忘れてlsみたいコマンドもわからないので、日常的な作業ではRCSです。バックアップは、諦めました。
— TOYODA Eizi (@e_toyoda) 2014, 2月 11自作の開発なら必要もないのに新しい VCS なんか使わない、というだけで完結して10年以上 CVS だけ使って生きて来ちゃったのだが、仕事の質が変わったので話はそうはいかない。
なお、適当に独学しただけなので、無保証注意喚起。読者諸兄が真似してなにかマズいことをやらかしてしまったとしても当局は一切感知しない。
まあ、表題で尽きるわけですが、フォーマルに書こうとすると「俺無知だった」視点の試行錯誤が抜けて意味がわからなくなる文化ギャップ系の話。
ＵＭＬモデリング（本当は論理モデリングっていうのかな）で作られた標準ありますでしょ。ＩＳＯ１９１１５（地理情報メタデータ）なんかが念頭にあるわけですが、大抵ＵＭＬが本則（authoritativeとかいう）でデータ辞書とか（あれば）ＸＳＤが参考だって位置づけにされるんですよね。
で、実際問題としてはＸＳＤで記述されるＸＭＬが使われて、子要素の順番が問われるエンコーディング（ＵＭＬの構造をどうやって具体構造に対応付けるか）が行われるわけですから、順番を知らなきゃ話になりません。しかしＵＭＬを見ても箱からいっぱい線がでていて、どの順番でＸＭＬの子要素にするのかは自明ではありません。
で、ＩＷＸＸＭで同じことをやるので聞いてみたわけです。せんせー、上から右回りとかジグザクとか規則あるんですか。
答は、「そんなものはない」でした。
ＵＭＬモデリングツールであの図を作っているときは、線にタグという見えないデータが貼り付けることができて、それを使って線に１，２，３，…て順番をつけておくと、ＧＭＬエキスポートツールがその順番に xs:element を書いてくれるんだそうです。
ＵＭＬは図形言語なはずなんですが、実際問題としては図形表示に見えてこないことが大事なんですね。まあ、１９１１５の場合はＸＭＬ表現はあくまで表現の一例なので、あくまで順番は決まっていないから、ＵＭＬが本則になっているのだ、というべきかもしれません。実際問題としては１９１１５−１の今次改正でデータ辞書の順番を変えないように気をつけたとかいうくらいで、強烈に意識されてはいるんですが。で、ＩＷＸＸＭでは特定のＸＭＬ表現を必ず使うことになるので、ＵＭＬではなくＸＳＤが本則になるのは、そういうわけだそうです。
そういえば、ＵＭＬをＸＳＤに翻訳することをシリアリゼーションと呼んでいました。普通は、アプリケーション内の個別のインスタンスをメモリ内構造からファイルなりＨＴＴＰ応答のオクテット列に変換することをシリアリゼーションというんだと思いますが、メモリ内構造→ＵＭＬ、ファイル→ＸＳＤという塩梅でそれぞれメタなものに置き換えた操作もシリアリゼーションではあるのでしょう。でもって、直列化イコール順番の導入ですから、順番が問われたのも当然のなりゆきではあります。
それにしてもなあ、順番を手入力するとなると、モデルというものの本質が線条的なもんだと言っちゃってもいいような気がするんですよね。じっさいＵＭＬはモデルの表現にすぎないって意見も出てたし。結局、ＢＮＦみたいな線条的な言語で書いちゃったほうがよっぽどわかりやすいし、ツール（今はAltovaじゃなくてEnterprise Architectが使われている）のサスてナビリティが高い気がするんですが、それはＦｏｒｔｒａｎのＢＮＦとかｙａｃｃとか読みすぎなんですかね。まあ、事務処理だってMSWordやめてTeXでやるかといってるようなものかもしれません。
振興協議会HP http://www.w-shinkou.org/ にありますように、12日づけで配信資料に関
する技術情報(気象編)第 393 号「全球数値予報システムの改良について」が発
行されています。支援センターからそのうち発売されると思いますが、要するに
3月18日00Zという文字が 書いてあります。
