一回しか見たことがないし。プログラミング』やーっと初校直し大会が終わったよ。月の、いつだったかな......。今回は異様に長かったなあ。読書会には間に合わないことが確定。パッチだけ書き込まれてもなあ......。使うというのはやっぱ間違ってると思った。Rubyガールhttp://akiba.ascii24.com/akiba/news/2005/06/25/656621-000.htmlRubyガール......らしい。[いろいろやりとりがめんどくさいじゃん。嫌なら技術的に禁止しとくとか。[ぼくが言いたかったのは「パッチを貼るな」ではなくて「そのパッチを貼った意図を一言でも書いてほしかった」ということです。パッチをいただけるのはありがたいのですが、「バグ報告」の四文字くらいないと判断に困ります。公告ポストがあったあとだったので、「これは新手の荒らしか?」と思ってしまいました。嫌だというのではありません。あっても、パッチだけ投げるというのは純粋にコミュニケーションの手段として適切でないと思います。いうページを作っておきました。[だから「めんどくさい」と。descriptiveなコードにコメント追加するの嫌いなんだよねー。君が立ち読みを止めるまで、僕はポリッシャーをやめないぃぃぃ!身に覚えがありすぎ。ッッッ!!」ということも、ないことはない。「コンビニで最適化を説明する」というネタをいつかやろうと思っていたんだ。レジで金額を打たずに「客層」ボタンだけでトランザクションを終了できる。したがって、すべての小銭を出し終わる前に値段を打ってもよい。予測が外れる場合がある。このときは金額を打ち直すか自分で暗算する必要がある。バッファ品出しのとき、毎回バックヤードまで取りにいっているとレイテンシが許容できなくなる。かごやパレットを使ってまとめて運ぶのがよい。店員はバーコードの位置なんてわかっているのでやるだけ時間の無駄である。店員に小銭をたくさん出させたほうが速い。弁当を温めているあいだに次のトランザクションを処理できる。個以上の場合は複数の電子レンジを使ってよい。そそっかしい店員がフタを開けてしまって何秒温めたかわからなくなることがある。品出しとレジ対応はより細かい時間単位に分割して処理できる。オーバーヘッドが大きいので、できるだけアトミックに処理すべきである。レジの「保留」機能により次のトランザクションを先に処理できる。ポート、クレジットカード支払いなどが含まれる場合は適用できない。トランザクションである。宅急便の伝票を書いてもらっている間に次のトランザクションを処理できる。混んでいるときは宅急便の入力をできるかぎり遅延したほうがよいことがわかる。トランザクションを最短時間で処理できる。レジが完全に塞がる時間を短かくしないとレジのスループットが有意に低下する。(レジが塞がる時間の最長時間を保証するという意味)。トラブルが一発起こるだけでチャラになる。トータルで見たときに削減できる時間は少ない。そのスケジューリングを熟考するほうがよい。RubyConf実はいまだに前登録してなかった。遅ればせながら登録しよう。(1)こんな夜中にネタを書き込めるのもレポートで徹夜中だからでして......。なんでこう五月雨式に次々とレポートを出すんですか。......いや、全部同時のほうがキツいよな。