雑感の記録

雑感

最近さっぱり日記を書いていなかったし、書くとしても mixi にどうでもいいことを書くだけでした。

私は4月から社会人になりましたが、会社という世界はやはり学生までと考える枠組みや方向性が違っていて様々な影響を受けました。
その影響のおかげで、今までぼんやり考えていたことが裏付けを持ち現実味を帯びてきたり、全く意味の無いものとして消滅したりしました。
今の私を記録する意味で、それらをざっと挙げておきたいと思います。しっかりした裏付けは後で付けるかもしれません。

  • サービスはより個別対応の度合いを強めていく。

Web 上の無料会員サービスが乱立し出した頃に考えました。
当時の自分には、「個別情報と個別対応を取り引きすることで成立する無料会員サービス」という考え方は非常に革新的に映りました。
しかし、今の会員サービスはその頃と比べ革新的な部分が無いように感じます。
さて、次の変革は何なのでしょうか?

  • パソコンの機能は専用機として分離・独立していき、パソコン自身は汎用機として残り続ける。

参考:
PCによるWebアクセスは、あと何年で消えるのだろう−携帯がPCを駆逐する日
http://d.hatena.ne.jp/MAROYAKA/20080620/1213964672

  • 情報機器のインターフェースはまだ未熟。

アラン・ケイの意見そのままです。
参考:
アラン・ケイが描くパソコンの未来像
http://itpro.nikkeibp.co.jp/a/it/alacarte/interview0615/alan_1.shtml


思い付いたらまた書きます。

SGF の仕様の翻訳 section2

SGF

2. （EBNF による）基本的な定義
http://www.red-bean.com/sgf/sgf4.html#2

EBNF の規則は言語研究の分野と WWW 上の Computing Dictionary (http://www.instantweb.com/foldoc/foldoc.cgi?Backus-Naur+Form) で議論されている。
要約:

"...": 端末の入力文字
[...]: オプション。最大1回だけ出現。
{...}: 反復。0回以上の繰り返し。
(...): グループ化。

: 排他的論理和。

イタリック: 他で説明されているパラメータ。

2.1. EBNF の定義

Collection = GameTree {GameTree}
GameTree = "(" Sequence { GameTree } ")"
Sequence = Node { Node }
Node = ";" { Property }
Property = PropIdent PropValue { PropValue }
PropIdent = UcLetter { UcLetter }
PropValue = "[" CValueType "]"
CValueType = (ValueType | Compose)
ValueType = ( None | Number Real | Double | Color | SimpleText | Text | Point | Move | Stone )

（訳注。"UcLetter" は大文字のこと。）

空白文字（スペース、タブ、CR、LF、垂直タブ、など）は PropValue、Propertie、Node、Sequence、GameTree の間のどこに現れてもよい。

プロパティリストは、list と elist の2種類ある。

'list of': PropValue { PropValue }
'elist of': ((PropValue { PropValue }) | None)
別の言い方をすれば、elist は list または "[]" （空リスト）である。

2.2. プロパティに関する注意
プロパティ識別子は大文字だけのキーワードである。現在、2文字より長い識別子は無い。

ノードのプロパティの順序は固定されていない。ファイルを保存する度に変更されることもあるし、アプリケーションによっても異なる。もっと言えば、アプリケーションはプロパティ値の順序に依存するべきではない。プロパティ値の順序は変わり得るものである。

この文書で定義されている標準のプロパティと衝突しない限り、私製のプロパティを定義し追加することができる。

従って、SGF reader を開発するときは、不明なプロパティを読み飛ばすようにすることが重要である。またアプリケーションは、不明または不正なプロパティを読み飛ばした場合には、警告メッセージを表示すべきである。

それぞれのプロパティは、ノード1つにつき1つだけしか設定できない。例えば、1つのノードに2つのコメントを入れることはできない。

... ; C[comment1] B [dg] C[comment2] ; ...

これはエラーになる。

それぞれのプロパティにはプロパティの型がある。プロパティの型は

SGFの仕様の翻訳

SGF

囲碁を嗜んでいる関係で、ネット上の棋譜サイトから .sgf ファイルを取得する機会がある（SGF は Smart Game Format の略）。sgf ファイルの仕様に興味を持ったので調べてみるとこのページ
http://www.red-bean.com/sgf/index.html
に行き当たった。

英語だとさらっと読むのも面倒なので、暇なときにちょこちょこ翻訳していこうかと思う。
自分なりに噛み砕いて解説を付けられたら尚良し。

Basic definition and types

http://www.red-bean.com/sgf/sgf4.html

目次

  • SGF の基本
  • 基本的な定義（EBNF）
    • EBNF の定義
    • プロパティに関する注意
      • プロパティの型
      • プロパティの属性
      • 未知または不正のプロパティの扱い方
      • プライベート・プロパティ
  • プロパティの値の型
    • 倍精度整数
    • テキスト
    • シンプルテキスト
    • 石
    • 着手 / 着手点
      • 着手点の短縮リスト

1. SGF の基本

SGF はテキストのみで表記する（バイナリではない）。

そのテキストの内容は、プロパティ付きのノード（節点）から成るゲーム木だけである。従って、ファイル形式はプロパティの木を表現している。
この形式には例外は存在しない。もし文書の形で情報を盛り込みたいならば、その目的で（それぞれのゲーム特有の）プロパティを定義しなければならない。

ノードの番号付け
ノードの番号は 0 から始めることが推奨される。番号付けはファイルでの入力順序でなされるべきである。

SGF はシンプルテキストとテキストを除く全てのプロパティ識別子とプロパティ値で US ASCII 文字を使う。
シンプルテキストとテキストは CA プロパティを定義するために使われる。

とりあえず今日（2/24）はここまで。

IT業界

http://itpro.nikkeibp.co.jp/article/Watcher/20060209/228883/
↑ここからの抜粋。本が気になる。
>ベストセラーになったビジネス書「ブルー・オーシャン戦略　競争のない世界を創造する」の表現に従えば，
>IT産業は「既存市場内で血みどろの争いを展開する赤い海」となっているのです。