nDiki : YAML

YAML Perl モジュール と Perl v5.6

やっぱり YAML.pm に

 use utf8;

を追加するしかないかな。

しかし YAML Perl モジュール(0.35)のドキュメントを良く読んでみると

 BUGS & DEFICIENCIES
        ...
        Unicode
            Unicode is not yet supported. ...

と書いてあるではないか。 やはり手抜きであった。

YAML と Java

Java 用の良さそげな YAML ライブラリが見あたらない。 実装する余裕もなさそうなので、YAML 採用は見送りかなぁ。

YAML を使うなら Ruby か。

趣味のYAML

YAMLのJava実装にいいのがないので、プロジェクトでは使わないように変更するという報告をミーティングでした。

YAMLを使うというのは趣味とかでしょ?

いやまあ完全には否定しませんが。 一応いろいろ検討した結果、表現に適していると判断したから選択したんだけどね。

YAMLのJava実装を書く

プライベートで書く事にした。 Eclipse 3.0 も入れたし、即実装開始。 えーと、まずはBOMの処理か。

しかし今だに Java のパッケージングの慣習がわからない。 make dist にあたるものは無いのか? まだ Ant ではスタンダードなスタイルは確立されていないの?

ANTLR

やっぱり手でYAMLのパーサを作成するのが面倒なので(FIRSTとかFOLLOWとか入力バッファ処理とか)、やっぱりジェネレータを使う事を検討。 Java だと ANTLR あたりか。

YAMLだと文脈に応じて、インデント用空白列トークンの長さをかえて認識しなければならないのでそれがうまくできるかどうかがポイント。

まずはインストール(Eclipse 用のプラグインも入れておく)。 ちょっとずつマニュアルも読み始める。

YAML.pm 0.35 のバグ

Perl 用 YAMLライブラリ YAML.pm 0.35 が不完全である事は知られているが、どうやらバグを踏んだらしい。 書き出したYAMLファイルが自身で読み込めない。

しょうがないので YAML.pm をロードしてから 0.35 なら問題サブルーチンを再定義して対応する予定。

定型書式で内容を記述していくのに便利な形式は?

今要求仕様書を LaTeX で書いている。 要求と仕様の組をまとめて longtable で記述しているのだが、 LaTeX らしい繁雑さがあってちょっと効率が悪い。 マクロを定義すればある程度書きやすくなると思うが、それでもそこそこまでな気がする。

文書の中にレコードの並びが書けて、レコードの並びの中に文章が書きやすいそんなフォーマットはないものかなぁ。

• LaTeX + マクロ
  • 整形は綺麗。
  • 記述が繁雑になりがち。\マクロ名とか {} とか。
• DocBook
  • 仕様デカスギ
  • 以前使ってみたことがあるが、手で書くのにはしんどい。
• XML
  • 構造的な情報の表現には良いのだが、手で書くのはしんどい。開きタグも閉じタグも。
  • 普通の章節や、マークアップのルールを考えなければならない(定義するか借りてくるか)。
  • LaTeX等へのコンバータを書く必要あり。
• YAML
  • レコードの並びだけだったら良いが、文書の他の要素を一緒に書くのには適さない。
  • ある程度の構造やボリュームがあると、思ったほど手書きしやすくない。
  • YAML Perl モジュールで痛い目にあっている。

Wiki に慣れきっている自分にとっては Wiki 文法のような感じで記述できて、一部に定型レコードの並びが書けて、そこの整形ルールだけ定義してあげれば LaTeX に変換できるとかそういった感じがのものが欲しい。 定型レコードの部分は RFC822 のヘッダみたいな感じで良くで、値の部分に長めの文章を複数行で書けるものがいい。

構造化テキスト用フォーマット、あるいはWiki フォーマットをアレンジするのがいいかもしれないな。 このあたりのフォーマットは、ソーステキストのままでも十分読み易いことを意識して定義されているので書くのは楽。

• reStructuredText
  • いいらしい。
  • HTML、LaTeX、XML へのコンバータがある。
  • 拡張性も考慮されているらしい。
  • でも Python。
• Markdown
  • reStructuredText よりもソーステキストが読み易いらしい。
  • Perl
  • HTMLへの変換しかない。
• WiKicker (Wiki)
  • かなり書き慣れている。
  • レコードの並びの書き方を考える必要あり。
  • 複数行にまたがる処理を書くのが面倒。
  • 自分で書いているシステムなので中身は何でも知っている。
  • マイナー。

レコード部分とは関係ないけれど reStructuredText や Markdown の「アンダーラインのあるテキストを見出しとする」っていうのはいいな。 普段メールやプレーンテキストでちょっと文書を打つときに使っているスタイルと一緒だ。

要求仕様書用に使うかどうかは別として、要チェック。

今日のさえずり: 「最初女性だと思っていました」

2010年11月01日

• 09:59 面接1箇所目10:00になった。
• 11:13 今日新しく入社されている人に思いっきりアカばれしてた。というかモロに会社名も実名も出していて全然隠してはいないので、今まで新しくきた人が何も言ってこなかった方が不気味。
• 11:14 「最初女性だと思っていました」ゴメンナサイ、オトコで。ネカマでもないです。
• 11:19 2つ目の面接は15:00に決定。そして要安全ピン。
• 11:24 Norton Internet Security 2010 で 2011 へのアップデート案内ダイアログが出たのでアップデート。何かマップがスパイ基地みたいで楽しい。
• 12:16 安全ピン入手した。
• 12:23 ついでにトミカも入手。
• 12:41 ヨド Edy 初チャージした。
• 12:49 幕の内弁当 398円。
• 15:46 「勧告的ロック」を検索しようとして「韓国的ロック」で検索してしまったが、それなりにヒットした。
• 17:08 \index{親!子}って毎回書くの面倒臭い。なんかいいマクロはないものか。 #LaTeX2e
• 17:15 idx ファイルを書き換えるスクリプト書けばいいか。
• 18:12 YAML ファイルとして書いておいた索引語変換辞書を読み込んで idx ファイルを置換する Perl スクリプト書いた。 RT @Naney: \index{親!子}って毎回書くの面倒臭い。なんかいいマクロはないものか。 #LaTeX2e
• 19:32 spモードメールアプリがシビレるぐらい重くなってきた。
• 22:44 目の前に広辞苑第六版があるので「たほいや」など調べてみた。

今日のさえずり: 社内 Wiki が死ぬと会議が死ぬ

2012年01月11日

• 15:37 社内 Wiki が死ぬと会議が死ぬ。
• 20:17 退勤。チョコパイ焼いたらしいので帰ります。
• 22:31 コープヌードル! (あの商品のイントネーションで お願いします)。 http://t.co/Cqlecv4r
• 22:35 1週間ほどATOK for Android のジェスチャー入力続けてみたけど全然速くならない。入力自体に集中がいってしまって短文しか打てんし。やめ。
• 23:14 @maru_kei お、音声入力使ってるんですか。
• 24:28 Android 用の Path をインストール。
• 24:35 First Name と Last Name が必須とかめんどくさい。

2012年01月12日

• 08:26 「Goodleしゃべって入力マッシュ」いれてみたけど、そもそも com.google.android.voicesearch が初期化で例外で落ちるという罠。
• 08:44 音声検索 1.4.7 (グレーアイコン)いれてみた。音声検索 1.4.1 (赤アイコン)と両方入っちゃうのか。
• 08:48 赤アイコンの音声入力アンインストールしたら「音声検索」「Googleしゃべって入力マッシュ」両方とも動くようになったよ。
• 12:39 Xperia SO-01B、2011年11月7日のエリアメール対応アップデートが成功しないので緊急地震速報もこない。
• 12:40 Google Chrome の 緊急地震速報 by Extension の方が、皆のケータイが鳴るより先だったので勝ち組。
• 13:02 HTML5 って a の中に p していいんだ。
• 17:29 YAML ファイル醜いのでコンバートしてチェックする。 s/醜い/見難い/
• 20:11 Tumblr のグループブログってどうなのかな。グループ内のプライベートなクリッピングシェア用に使えるのかな。
• 20:27 退勤。気のせいか昼より和らいでる。
• 22:05 大人のドラマって、それオジサンオバサンドラマ。
• 25:29 Tumblr 再設定だいたいできた。

Twitter API v1.1 対応とか、パイプでやりとりするの JSON でいいのとか

Twitter API v1.1 に対応していないスクリプトがあって、たしか OAuth 対応はしてあるけど RSS 形式を使っていたので JSON で取得して処理するようにしなければなーと思ってたんだけれど、そもそも OAuth 対応すらしてなかった。

なので Net::Twitter::Lite を使うように書き換え。

あと、いままで1つのスクリプトで「Twitter API を呼び出してタイムライン取得」「シリアライズしてファイルに保存」「Wiki 形式に整形して書き出し」をしていたんだけれど、UNIX 哲学に従って小スクリプトに分割してパイプで受け渡すように変更するなど。

スクリプト間のやりとりは構造化テキストデータなので JSON にしたんだけれど、若干これでいいのかなぁ感はある。テキスト形式だし最近の主流フォーマットではあるんだけれど、それでもシェルから見ると複雑な形式な気がするんだよね。でもあと軽量な構造化テキストフォーマットだと YAML ぐらいかなぁ。