日々の破片

_ 自分のフィールド呼ぶときどれで呼ぶ？

あまり同意できない（「あまり」がつくのは、100%じゃないから。というか、僕はなんにしても100%ってのは好きではない）。

関数呼び出しの()もそうだが、特に

しまいにゃ attr_accessor とかが設定されてるインスタンス変数まで、関数的メソッドのように呼んでたりするからブチ切れそうになる。アットマーク一つすら書くの面倒かよ。

の箇所。

面倒かどうかではなく、常にフックを入れることを念頭におけばそういうコードになるはずだ。

特に、メンテナンスフェーズ以降（つまり話が逆なのだ）。

以下、Javaで示す。こういった方法については、言語は選ばないと思うので、JavaはそうかもしれないけどRubyは違うということはないと僕は考えている。

public class Foo {
  State state;  
  public Foo() {
      state = State.Start;
  }
  public State getState() {
      return state;
  }
}

void bar() {
    if (state.doSomething()) {
        state = state.nextSate();
    } else {
        state = StateFactory.create(state.getErrorCode());
    }
}

void bar() {
    if (getState().doSomething()) {
        setState(getState().nextSate());
    } else {
        setState(StateFactory.create(getState().getErrorCode()));
    }
}

と書いているということと読める。Rubyと異なり、Javaはアクセサがゲッタ／セッタメソッドだということが明示されているので良いということかな？ と書いているうちに思ったので、C#に変えてみたり。

State state;
public State State {
    get { return state; }
    set { state = Value; }
}
void bar() {
    if (State.doSomething()) {
        State = State.nextSate();
    } else {
        State = StateFactory.create(State.getErrorCode()));
    }
}

なぜ、メソッド呼び出しのオーバーヘッドがあるにも関わらず自インスタンスのフィールドのアクセスにもアクセサを経由すべきなのだろうか？

それはメンテナンスフェーズにおいて、以下の状況が常にあるからだ。（逆になさそうだったり、モジュールの入れ替えとかになんの障壁もなければどうでも良いといえば良い。とはいえ、入れ替えって結構神経質にならざるを得ないから、修正は少なくすませたい）

状況）

時々エラーになって異常終了とか、ログ吐いて死んだりする。しかし、開発環境ではまったく再現せず、資料採取も現場状況から頼み辛い。

結局、こういう場合、実機に仕込むことになる（のが許容される場合については、だけど）。

で、多くの場合、予想もつかないステートに陥っていたり、予想もつかない入力があったりすることが原因で、それをどこぞのルーチンが掴んで問題となるのだ。したがって、入出力の監視が重要。

そのため、迂遠ではあるけれど、まずは

public State State {
    get { 
          // スタックトレース（呼び出したメソッドの特定のため）
          // と現在の値をログ
          return state; }
    set { 
          // スタックトレース（呼び出したメソッドの特定のため）
          // と現在の値と次の値をログ
          state = Value; }
}

Rubyなら

  #attr_accessor :state  # 1行で済むならコメントアウトでもよいかも
  def state=(val) 
    # ログ
    @state = val
  end
  def state
    # ログ
    @state
  end

と修正したモジュールを実機に送り込む。ログを吐く分、若干効率は落ちるが、ロジックそのものには影響がないことが、diffによって明白（差分がアクセサだけであることがだれの目にも明らか）な、特別版である。

これが、直接フィールドをいじくっているとさあ大変だ。

もちろん、すべてがすべてアクセサを利用するわけではない。だが、まさにいつか誰かのソースで問題が起きたり、忘れた頃の自分のソースに問題が起きたときのために、ここぞというフィールドについてはアクセサを利用する。

と、僕はアクセサを使うなぁ。（と同時にアクセサ原理主義は大嫌いなので、基本はパッケージプライベートで、privateは基本的に利用しないのでもある。スコープの広さとか、クラスのサイズとかに依存してそのへんはいろいろ）

追記：簡潔さと柔軟さ。sumimさんのコメント。上のコードからも垣間見えるけど、言語によって簡潔さが十分にサポートされるようになってきたため（フィールドの直接アクセスと見た目が変わらないC#（3.0だとフィールドの記述そのものが不要化される）、直接アクセスよりさらに手数が少ないRuby）、柔軟さの勝利かと思いきや、新たな論点が生まれてきたようで興味深いという話。そうやって論点が必ずでてきて、その摩擦熱で少しばかり前進するってのが人間のおもしろいところ。(根っこは同じじゃないと思うな。マクロはユーザー定義なので記述した人固有の知識。それに対して言語の機能は共通の知識)

_ デスノート見た

なんとびっくり、眼の下にクマがあって、姿勢が悪いやつが正義側だったのか。ずーと、あっちが悪役だと思ってたよ（画しか見たことなかったし）。

でも、おれ、あいつ好きだな。

_ 規約重要

で、結局、バランスといっても人それぞれ、読みやすい／にくいも人それぞれ（だって、出身言語で(x,y,z)と書いてあるとタプルだと思っちゃう人だと、メソッド呼び出しに()が付いていると読みにくいかも知れないよ）なので、結局、あるソフトウェアシステムを構成しているソースについては統一を取っておいて、それに慣れようぜ、とやるしかないのかも。

で、その規約に対する意識がドイツ風（車線厳守、速度自由）か、アメリカ風（車線自由、速度厳守）（と、さっそく援用したり）、万能魔人村章風（風の吹くまま気の向くまま）とかいろいろあるのでさあ大変だったりするのだが。

#突如思い出したnobsun語録。「だってRubyのメソッドの引数はタプルだから」……ってことは()を付ける派か。

_ 2つのアクセス方法

簡潔さの例

柔軟さの例

いいなぁ。

というわけで、「午年」（と実際に手書きの漢字でタイトルが出てくる）。ジム ジャームッシュとのコラボレーションというより、バビロン出身のストレンジャーな映画監督に孤高のロックンロール野郎が漢を叩き込むストーリーとも言える。途中にはさまるニールヤングの息子が書いた絵が映画になるシーケンスとか（絵で描いた汽車が動き出すんだけど、汽車と映画の歴史にまた1ページと言っても良い美しさ）。またインタビューが強烈で、田舎のオヤジが集団で、都会出身のオシャレな若造（じゃないんだけど、年齢差があるのでそう見える）に、おめぇのようなチャラい業界の小僧にはわかんねぇだろうが、いっちょ教えてやるからよく聞けよ、みたいな感じで、それをあのくそ生意気そうなジャームッシュが神妙に拝聴しているのがいい感じ。

イヤー・オブ・ザ・ホース [DVD](ジム・ジャームッシュ)

(突然わかったというか、別のほうのにちゃんと書いてあるのに気付かなかった。)

_ IronRubyがRubyForgeに

IronRuby

ということのようです。via: John Lam on Software