日々の破片

_ まとめサイトは作らないけど

3項演算子について、1人だけ嫌いと書いてる人を見たけど、「わからない」とか「わかりにくい」と書いてる人は見かけなかったな。そもそも論では本気でわからない人がもし存在したら何も言わずにif文を死ぬほどたくさんネストさせているという罠。使い方を教えてやってくれ。

とは言え、多重になっている場合についてはわかりにくいというのは僕を含めて2人いたから、規約的にはせいぜい「複雑にネストした3項演算子は使わないようにしましょう」くらいなものでしょう。

っていうか、ある言語を使ってプログラミングの仕事をするって話のときに、文法として存在しているものをわかりにくいとは何のことなんだろう？ とか言うと、Cにはgotoがあるけど使うのか、とか全然関係無い話をしだしたりするんじゃなかろうか。

もちろん、使う。必要ならば。そして、使わせる、必要ならば。

本当にへたくそな人間がgotoを使わないとどういうコードを書くかみたことはあるまい。僕も再現はできないけど、こんな感じになるのだ。

int aflag = 0;
int bflag = 0;
int cflag = 0;
while (condition) {
  if (x) {
    ...
    if (xx) {
      aflag = 1;
    }
  }
  if (!aflag) {
    ...
    if (xx) {
      bflag = 1;
    }
    ..
    if (!bflag) {
    ...
    // ネストが深くなりすぎて元に戻していたり
  if (!aflag && !bflag && !cflag) {
    ...
    dflag = 1;
  }
  ...//本当は、a0からはじめてz999くらいまである
}

頼むからgotoを使ってくれ。これは読めない。と言うとけげんそうな顔をして、「でもgotoは使うなと教わりましたが何か？」とか。教えるなよ。教えるなら「gotoはif, while, for, do などの制御構造で以降の処理をスキップしたい場合に、制御構造の直下に配置したラベルに対して利用してください」と教えて欲しいものだ（追記：ああ、そうか。これだとbreak使えばすむから確かにちょっと違うな。でも思い出せないやというか思い出したくも無いというか）。何しろへたなんだから、whileの中をうまく構成することもできずに、次々とフラグを立てていって後続の処理をスキップさせていったりするのだ。であれば、とりあえずgotoを使わせてすっきりしたコードを書かせて、そこから少しずつ変えていったほうが効率が良い。

もし、そのプログラマがへたならば、制限させるととてつもなくへたな工夫をすることになる。だったら、制限なんてしないほうが良い。選択の余地がたくさんあると、本当にへたならば、どうしたらよいかわからなくなって聞きに来る可能性がある。その時、考え方を示せば良いだろう。そして、うまくやれる人間ならば、もちろん、余分な制限なんてないほうがうまくやれる。

規約の本質は、見てくれの雰囲気を合わせて、誰が誰のソースを見ても同じように見えるようにすることにあるんじゃないか？ つまり日本語の文書であれば、「である」で統一とか「ですます」で統一とか。でも「非同期」という用語はわかりにくいから使用禁止とか、「推測」という漢語はわかりにくいから「と考えられます」と記述しろ、とか決めないと思うんだが。ある演算子を規約で利用させないってのは、そういう次元の馬鹿馬鹿しい話だ。結局、K&Rで行くか、GNUで行くか（勘弁して欲しいけど）、といった()や{}なんかの位置とインデント幅、そのくらいがあってりゃ十分だ。

_ 今更だが

やっと、ハッカーと画家を読んだ。といっても相当部分はshiroさんのサイトで読んでいたりするわけだが。

で、P.201を読んでいてそりゃそう書くよなと思った(というか、こないだクロージャについて書いてあったのに反応してそう書くと書いてるし)あとに、「これは整数でしか動作しないという点で元のスペックに届いていない」と評されていて、あ、そうかと納得してしまったり。でもそれはなんかいんちきだな（追記：shiroさんのコメントと引用されているURL先を見て、読み直してみたら全然いんちきじゃない。P.198に「数n」という書き方をしているから、整数nに限定されてしまう時点で「元のスペックに届いていない」となるからだ。Javaだとそういう場合はObjectを使うしかないからこんな感じかな。1.5だともう少しすっきりと書けそうだ）。素直に単純ではないと書いたほうが良さそうだ。