新しいMacBookAirは薄くて軽い。これも蓋が開かないよ。モニタもついてないよ。ただのくずだよ!モニタが見えないんですか。4.86ミリという薄さに載せたのは、驚くほどの高解像度が付いているじゃないですか!違う違うよ。モニタってのはそうじゃないよ!(ついにウォズが歌い出す)お前らみんなテクノロジーの自由を舐めすぎだ。(と居並ぶアップル社員、全員、剣を抜く)ウォズ、デザインの神への反逆者め、追放だ。いやいや、まだチャンスはある。ジョブズ神のところへ許しを乞いに行くが良い。なんで僕が許しを乞わなきゃならんのだ?(と、ウォズびっくりするが)まあ貸した金を返してもらいたいし行ってもいいかな。(3幕)ウォズ、しょぼくれて途方に暮れている。したのです、ジョブズ神はなんと言っていましたか?ビジネスを理解できないテクノロジストは地獄の業火で永遠に焼かれるが良いと言われたよ。[Import](Wenkoff/Jones/Davis)金管がちょっと妙に突っかかるなとか思ったほかは、オーケストラが素晴らしい。いう感じではないけど、ヴァルター含めて全員良かったと思う。不思議に感じるくらいに楽しめた。ヴォルフラムの人が良くて、一幕最後の登場場面から主役以上に聞かせてくれる。演出は、特に冒頭が新国立劇場の上下可能な舞台をうまく使っていて、霧の中からにょきにょき何かが生え出してくる(柱になったり森になったり殿堂の壁になったりいろいろ便利っぽくて、影の無い女の柱をちょっと思い出した)のが実に印象的だった。バレエは女性の髪形がウサギというか初音ミクというかそこばかりが印象的だった(全体に薄暗いところに薄暗い迷彩色のような衣装だが、男女ともにプロポーションを強調していて、それは美しい)。文法と文法こどもがこの文を読めという。おかげって変じゃん、と言う。おかげ参りじゃ変じゃないかってこたないなぁ。正しい文は文法とは独立して成立できるから、別におかげってこたないじゃん。(という意味のことをいう)いや、おれはそうはかんがえない。文法は規範または指標であり、それによって正しいかどうかが決まる。その文が正しいと評価できるのは文法のおかげであり、指標があるから正しく文を書けるがゆえに正しい文が書けるのは正しく文法のおかげだ。いや、それはおかしい。正しいかどうかの評価基準として文法があることはそれを認める。書くことに文法は寄与しない。確率的に猿にペンを与えれば、リヤ王が書かれることはあるかも知れぬが、それは偶然であり、ここでの命題とは関係ない。人が正しく文を書けるのは間違いなく文法のおかげである。いやでも、おかげというのはおかしい。文を書くという行動に対して文法の強制による正邪の判断が必要なのか?それは文法の意義を正しく捉えていない。規範とは言うなればお猿電車のレールである。文法があるがゆえに、そこにある契約書やここにある連絡事項やこの法律を、教育を受けることで等しく記述でき等しく解釈できることが保証できる。お猿でも電車を運転できるのがレールのおかげであるのと同じことである。納得いかないからもういいや。おかげなんてごめんこうむる。iTunesのバックアップiTunesでリッピングした曲はMacBookProで管理しているが、150GB近くになっているし、このままではDLNAで吸い込むのも難儀だし(MacBookProはそれほど火を入れないから)、何よりも潰れた時が怖い(Timemachineでバックアップしているが、これはこれで個々の曲が読み取れるわけではないのでちょっと別)。いうわけで、ReadyNASでバックアップ(かつDLNAで公開)しようとしたのだが、いまいちうまくいかない。ReadyNASにはバックアップJOBという機能があって、これを使うと定時に時刻かアーカイブビットのいずれかを見てリモートホストの指定ディレクトリから差分バックアップを吸い上げてくれるらしいのだが、cifsでアクセスしようとしてOSXに弾かれる(ログを見てもいまひとつ理由がわからない)。RND2000-200AJSで、面倒になって自分でバックアップ用のプログラムを作った(Windowsならupdate.exeを使えば良いというのはわかるのだが、あいにくOSXでは何を使えばうまいこと更新日付ベースの差分コピーができるかわからなかった)。なんか不格好だし時間もかかる。いうわけで公開して添削を求めてみたり。diffcpMusic/iTtunesの下を丸ごとバックアップする。__FILE__で囲ったりはしていない。わからないが、mount_afpしたマウントポイントをumountするとディレクトリが削除されるので、いちいちmkdirしている。研究社版シェイクスピアKindle版の段組みがおかしい(改行がほとんどなく、だらだらとつながって表示される)が、しょせんKindle版だからだろうとあきらめていたが、ヴェニスの商人はまともだった。研究社シェイクスピア・コレクション(ウィリアム・シェイクスピア/大場建治)大場訳はくだらない地口もまじめに翻訳しているし、リズミカルで伝法でいかにもシェイクスピアっぽくて(本人を知らないけど、イメージ通りの劇場言語)好きなので、まともな段組みで出品できるのなら、他のも修正すべきだろ。いうことで、アマゾンにサポート依頼メールを投げたが、なんだかいまひとつわかりにくい(アカウントサービス-Kindle-端末を選択-コンテンツの文字化け(文字化けじゃないよなぁ。近いのは0x20や0x0dとかが、HTMLで無視されている状態)。FINもないのにNSStreamEventEndEncouteredの続きなぜかNSInputStreamが0を返すので、いろいろ試しているうちにこうすれば正しく処理できるという方法がわかったのでメモ。サーバは次のような形式でデータを垂れ流す(簡略化している)。|長さ(2)|データ|長さ(2)|データ|....そこで、単純に処理することを考える。エラー;このようにすることで、簡単に同期読み込みでは0が返ってくるし、非同期(というのとはちょっと違う気がするがイベントベースの)読み込みではNSStreamEventEndEncouteredが通知される。予測通り、読み込みバッファのあふれが原因と考えられる。正しい読み方は読めるだけとにかく読む。読み込んだバッファ内で尺取虫する。それですべて解決した。NSLogとってみてみると、それまでのread回数が6×2に対して1程度にしか減っていない。誰でもはまることらしいがUITableViewCellのぶかっこうなflyweightパターンに引っかかった(細かなオブジェクトを常に生成するのではなく再利用することで生成量を抑えるのだからflyweightで良いのだろうけど、C++のnewと違って、dequeueReusableCellWithIdentifierという名前が既に不恰好だ)。indexPath.row;そりゃ死ぬだろうと、落ち着いて考えればわかるが、それでも最初はなんで死ぬのかわからず閉口した。tagを使いたいんだからoutletにしてアクセスする。