Date:2009/06/30 22:55
巷ですんごい反響を呼んで「大傑作！」の呼び声も高いヱヴァ「破」ですが、「序」もDVDでちゃんとみたので当然見ていきたいと思うのですが見てません。
そして見ないウチからどんどんネタバレの感想とかをネットで読んで、うん、やや満足した。なにやら、アスカがちょっと性格円くなって壊れてなくて、レイがシンジラヴラヴ（はぁと）みたいでツインテールできょにゅーでメガネな新キャラ（なんじゃそら）でシンジがちょっとだけ男前な感じだとか。
いや、見るってば。こんど。そのうち。
で、みんなが「すげー」「すばらしい！」言ってるんで、これはもう楽しみでならないのですが、13年前の当時、テレビシリーズを全然見ないで映画の最終回だけを見に行って「なんじゃこら、金返せ」という至極まっとうな感想を抱いた僕としては、この今回の絶賛の嵐が、庵野監督の積もりに積もった恨みをどーんと晴らす前フリなんじゃないかと思う（だったら面白いのにと妄想する）わけです。
あの、13年前のあの作品、ヒロインはぼろぼろになったり魔物になったりするわ、世界は滅ぶわ、主人公はなんかマスかいてるわ、極めつけはあの、あれね。観客席。
あんな後味のクソ悪いものを見せられて、「なんだったんだあれは」と思って、そっからネットで調べまくって毎日エヴァ情報を収集して、結局みんなと同じになっちゃった。キモチワルイ。
まあそんな思い出があるんで、今回の作品を見た人が「そうそう！これが見たかったんだよ！」と思う気持ちはとってもよくわかる。僕も見たらきっとそう思う。でもそれってあの「学園エヴァ」と同じ仕掛けじゃないか。ヤツには前科があるぞ！油断するな！
もう一回同じ事をやれば神話になるよなあ。
やってほしいなあ。全力でハイクオリティな芸術作品を作り上げておきながら、最後の最後で全部台無しにするの。「うぉーすげえ！」って興奮してる観客席のキモオタたち、制服コスプレのおねーさんたちをローアングル撮影してるカメラ小僧たち、にちゃんねるの絶賛スレッドなどがばばばっと現れたあと、庵野監督（実写）が登場、「きもちいいか？」
観客席みんな吉本新喜劇みたいに「どがー」って全員コケるよ。見たいなあ。
Date:2009/06/15 13:16
僕が住んでいる前原市で最近話題なのが、「中央ルート」と呼ばれる道路建設計画。
なんだけど、共産党とか「建設に反対する会」みたいなののチラシとかが入ってる割に、どこに作られる予定なのかよくわからなかったので調べてみた。
まず見つかったのは前原市のサイトより
なぜ必要なのか･･･中央ルートの効果は大きく２つ挙げられます。
� ゞ綵Ｂ膤悗�らの人・もの・情報の流れを作ることができる
�◆々馥撮横娃温罎遼�性的な交通渋滞の緩和を図ることができる
WEB市長室@福岡県前原市 » ◆◆◆中央ルートとまちづくり◆◆◆
そかそか、九州大学の学生や関係者、出入り業者などをこっちに引っ張って金を落とさせようっていうことですね。安易っぽいけど、いつも効果があるのはベタな方法っていうのも真実。それが本当にできるならいいことだと思う。あと、九大の学生たちが感じる僻地感や絶望感を少しでも和らげることができたらいいね。（と、筑波大出身者はそう思う）
そんで、肝心のその道路の場所については、
…えーと、
…どこやねん！
あ、あったあった。とりあえずGoogleからPDFファイルに直リンクがみつかった。前原市じゃなくて福岡県のサイト。市、やる気ねえええ。
http://www.pref.fukuoka.lg.jp/file/open.php?f=/uploaded/life/19/19633_1445034_misc.pdf
でも県のサイトのどのページからそのファイルをダウンロードできるようになってんのかちょっと探したけど不明。相変わらずだなあ。
反対してる人たちが運動してるっぽいからすぐ見つかるかと思ったのにそっちも地図がないし。なにやってんだろうねほんとに。
で、上記PDFの20〜21ページ目に中央ルート含む都市計画が書いてあって、21ページ目はちゃんとした地図だったので、見やすいようにGoogleMapで作図。ついでに九州大学伊都キャンパスの位置も書き込み。便利な世の中になったなあ。
より大きな地図で 前原市中央ルート建設計画 を表示ちなみにPDFの20ページ目概念図ではこんな風に表現されている。
この、九州大学へ至るラスト1マイル、前原市の外なので前原市からは手が出せないというところが矢印でぼやかしてある（笑）
ま、それはともかく。
思ったこと。
(1)え、そこに作っても202号線の渋滞、変わんないよ？
202号線っていう道は、周船寺〜今宿で混むので。でも、もし202号線→バイパス（高速下）に抜ける流れを作りたいのなら、この計画のようにまっすぐ直角につなぐと心理的に距離を損する感が出るので、もっと斜めに、202号からＹ字路みたいに南に逸れていくとバイパスに合流する、という形にしたほうがよいと思う。
(2)どう考えても九大入り口から見て不便すぎる
現在、キャンパスがある石ヶ岳南斜面のただの森になってる場所を切り開いて、九大の「南門」を作ってもらって、そこからバスがじゃんじゃん出る、というところまでやりきれるならこの道路はすごく有効に機能すると思う。…それいくらかかるんだろう。九州で最悪の財務状況である前原市でできるのか？現在の入り口しかないのなら、波多江方面に人を流すのは苦しい。あと、現状の波多江駅前は、大学生来てもなんも楽しいことないからなお苦しい。
うーん、この辺は鶏と卵の関係かも。
(3)100億円かぁ。
古い情報ばっかりで（あんまりちゃんと調べる時間もないので）最新の額がどうなってんのか知らないけど、県と市で100億円ばかりかけて道路作りたいらしい。
来年から志摩町と二丈町と合併して糸島市になるんだしさ、糸島観光のサポートとか、農業奨励とか、市民税率下げるとか、田舎暮らしに憧れるおじさんたちを上手いことひっかける方向とか、そっちで稼ぐ道をなにかできないかなあ。
商業だけで福岡市の求心力には太刀打ちできないんだから、福岡市が取りこぼした人モノ金をこっちにたぐり寄せる戦略がいいと思うんだけどなあ。あんまり無茶な投資をしない方向で。
あと、反対派の人たちはビラ配ってないでみのもんたが取り上げたくなるような話題を作ってテレビを呼ぶとか、ネットで祭り騒ぎになることを目指すとか、もっと上手にやったらいいのに。
あと、こういう100億円の使い道はぽんと予算作れるのに、IT系のなんかちょっとしたシステム作りましょうっていうときに「財政が厳しくって」とか言いながら数十万円の見積もりをギリギリまで値切り倒すのってなんでだろーねー。
わかんないねー。
…ほんとはだいたいわかってるけど。
Date:2009/06/15 10:31
J-CASTニュース : 20代女性に強まる「専業主婦願望」 理由は「働きたくない」「ラクしたい」
うん、引用をどこからするか迷ったけど、最後の大学の先生のお言葉を。
家族社会学が専門の山田昌弘中央大学教授は、
「今の若い世代は『ラク』がキーワード。社会に出て活躍することにさほど希望が持てない追い込まれた状況下で、専業主婦に夢を見いだしているのでは」
と日経新聞（05年5月10日）でコメントしている。
新聞に載ってたコメントだから恣意的にゆがめられてる可能性はかなり高いんと思った方がいいけどねー。
この先生なのか、コメントを編集し直した記者さんなのか、その両方なのか、「ラクを求める」姿勢に苦々しく思ってる雰囲気がにじんでるように読める。
でも、「ラクをする」って良いことだと思うんだよ。ラクをしている中で、余裕があって、初めて「もっと良くしよう」って思えるんだから。
ウチの奥さんも専業主婦で、そりゃあ共働きで子育てしてる人よりはずっとラクが出来てて、そのおかげで料理のレパートリーが広く深くなってなんだかもう僕の手の届かないところまで行っちゃってたり、愛情がたっぷり必要な時期の子供に、いいと思ったことをやれてたりする。
いや、まあそりゃ、時間の制限は緩くてもお金の制限はちょっときついから（ごめん）、なんでもできるってわけでもないんだけど。
仕事だって、余裕があればもっとマシな「better」を提供できるかもしれないのに、「must」だけしかやってない仕事なんてやる方もやられる方も楽しくない。
余裕があったら必ずbetterを求めるかどうか、は、そりゃわからない。そうじゃない人もいるでしょう。でも余裕がない状態だったらbetterはどんどん切り捨てられる。これはもうわかってる確実なこと。
夫が頑張ることで奥さんに余裕が持たせられるんなら頑張ればいいんじゃないかな。そこで「better」がまるで生まれないとか、生まれた「better」が全部奥さんに浪費されてしまってるように感じたとしたら、それは選び方を失敗したってことじゃないかな。
Date:2009/06/12 15:00
現代的な Perl を再習得する方法は？ - スラッシュドット・ジャパン
→dankogaiさんのエントリ
perl - 現代的な Perl を再習得する方法は
より
モダンPerlに限らず、プログラミングを再?習得するのに最適な方法、それは....
ブログに書きつづけること
です。他のどんな手法もこれに勝ることはないと弾言しましょう。
うん、それは良い方法。…上手な誰かに添削されたりすればウデも急上昇だよね。
ただし、見てもらえるならば。（きしだメソッいやちがうdanメソッド）上手な誰かに添削してもらえるようになるには、晒して晒し続けてあちこちトラックバックして、アクセス数を伸ばして、ということは、リピータを増やすために面白いことも色々書かなきゃいけないぜ。
ただ漫然と書いてるだけじゃダメなんだぜ。ソースこのブログ。添削されたことなぞ一度もありません。
算数 - とっくりばーちょくちょく晒してるんだけどなー。
HTML内タグの閉じ忘れをチェックするツール-ブックマークレット - とっくりばーとか、頑張ってるんだけどなー。ちーとも反応ないし。何かに反応して作ったわけでもないからトラックバック打つ先も無いしなー。
Date:2009/06/03 12:43
先に小説を読んでから、DVDを見たよ。
どっちも素晴らしかった。面白かった。いやあいいもの見た。
（ネタばれありあり注意）
まずは小説のこと。
この物語の主人公となる石神の描写から入るんだけど、その容姿がブサイクで、数学の能力は突出してるけど、性格が暗くて他者を見下してて…というダメ人間っぷりをすんなり理解させてくれる導入からして、もう面白くなる予感がひしひしと。やっぱエンターティメント小説って変人がでてきてナンボというか。
石神が超天才の頭脳を駆使して物語を進めていくところも面白くてぐいぐい読ませる。途中完全にだまされて「あれれ、もしかしてストーカーに、いやでもまさか」とほんとに心配してしまった。
で、ガリレオ湯川が珍しく悩んで苦しんで、彼なりの結末と草薙との長年の友情関係を天秤にかけるほど迷う姿にフクヤマを脳内でイメージして萌えというか。いや、やっぱ美形は苦しむ姿が美しいとかなんとか。…と、妻が申しておりました（逃）
小説のほうでは「靖子」は単なる美女としか描写されてなかったように思える、というか少なくとも僕の印象にはあまり残らなかったんだけど、後から考えたらこの人ものすごく身勝手で愚かで、それでいて「ああ、こういう女いるよね」という、「女」のいくつかの典型のうちの一種だった。
トリックについては、最近僕の興味があまりそこにないせいもあって別段なんの文句もない（完全にだまされたし）。そのへんうるさい人はちょっと言いたいこともあるかもなーと思ったけど。「いや天才ならそこまで手間かけなくてももっと効率よくできんじゃねーの」とか。
でもストーカーと思わせといて実はネタだったりとか、湯川の台詞「警察はなぜ次の日のことばかり聞くんだろうと思ったでしょう」（うろ覚え）の衝撃とか、「おわ！」と驚かされること2回。いや3回か。なんとそのためだけに死体を用意するのか！っていうところも。たっぷり楽しんだ。
僕、安いかなあ。最近どんどん安くなってるような。まいっか。お得じゃん。
そんで、映画のほうですよ。
もう、小説を読んであんまり面白かったんで、ガリレオのドラマが大好きだった奥さんに「すっげえ面白かった」言ってたら借りてきてくれたので一緒に観たんだけど。
映画もスゴイ。面白い！
観る前に心配だったのは、
・石神ってずんぐりむっくりのブサイク設定だけど堤真一てカッコイイよね…どーすんだろ
・ドラマでは草薙があんまり出てこなかった代わりに柴崎コウ（薫、なんだけど、文字で読んでないから名前があんまり頭に入ってない）がいたけど、湯川が苦悩の末天秤にかけなきゃいけないほど深い関係じゃないよなあ
の2点だったんだけど、両方とも見事に鮮やかに解決されててもう、うれしかった。これ誰が偉いの？監督の西谷弘さん？脚本の福田靖さん？わかんないけど偉い。
石神のブサイク設定については、まず石神が柔道部の顧問云々っていうところはすっぱり諦めてズングリ体型についてはクリア。湯川と雪山登山して二人の友情関係と石神の体力の裏づけも地味にクリア。そして、なんといっても堤真一のバケモノ的演技力で、原作では豊富にあったモノローグも全然無いのに、無口な設定だから台詞も最小限なのに、見事にうだつのあがらない、頭いいけど何考えてるかわからない、暗くて危ないっぽい石神が出来上がってた。ますます堤真一が好きになる。
そして湯川と草薙の友情関係という、原作ではサブだけど結構大きなストーリーの柱を、映画化にあたってはバッサリ削っちゃった思い切りが素晴らしい。言われてみれば全部を2時間に無理やり収めてゴチャゴチャするより、石神と靖子の物語に集中したほうがいいに決まってる。そして小説読んでない人に摘出手術の跡を感じさせない技術はやっぱりすごいんだと思う。
小説読んだ人にとっては柴崎コウが「先生の苦しみを私も引き受けます」とか言っちゃってるのがえらく唐突に思えるけど。いやアンタいつのまに女房気取りやねんって。
でもいいの。そんなのは小さいことだから。だってこの映画は9割がた、石神と靖子の物語なんだから。湯川側はオマケ。
映画では靖子の松雪泰子が、美人で愚かで身勝手で、女性に嫌われそうな（女性のダメな面を見せ付けてくる）女性を豊かに演じていて、原作の靖子は確かにこういう人なんだろうけどびっしり描写はされてなかったっていう部分にばっちり肉付けしていた。すごい。すごいバカ女だ。
そしてラストシーンがもう。湯川の揺さぶりもあって、靖子がすべてをぶち壊しにしにきちゃって、石神が慟哭する、まさに「慟哭」としか書きようがない堤真一の演技に、ぜんぜん共感できないのに感動してしまう。
あそこは、石神はぶち壊されたことに怒ったり嘆いたりしてるんじゃない。だって、石神は靖子にはなにをされてもいいんだから。そして現実の生活には既に絶望し終わっている自分が最後にやったことが所詮自己満足でしかないことも当然承知の上で、刑務所で天井のシミをなぞって4色問題解きながら、靖子の幸せのために捨石になった自分という幻想に酔っていたかったのに、それが幻想だっていうことも承知していたのに、その幻想すら許されなかったという絶望があの慟哭なんだ。
あと「ラストで想いが通じてよかった（涙）」とか言ってる人はどうかお幸せに生きてください。イ��
という感想が、小説を読んだ後よりも映画を見た後のほうが鮮やかに湧いた。石神も靖子も、「ちゃんと」愚かだ（だって二人とも相手のためにって言いつつ自分のことしか考えてない）ってことが、ダメさ加減をリアルに表現する役者の演技ですんなり落ちてきたからだと思う。
巧い役者さんをふんだんに使って原作と同じ話なのに違うところで大きく感動させる、こういうのもいいね。
どっちを先に読んでも観ても面白がれる。「デスノート」が取った方法論（結末が違う！）も面白かったけど、こっちも良かった。
Date:2009/05/16 01:30
最近、サーモグラフィカメラを使ったプログラムをC#3.0で作っている（ラムダとか使っちゃってちょっと賢くなった気分）。
それで、カメラのAPIは1フレーム分の静止画像、というか、各ピクセルの赤外線シグナル値を返すようになっていて、静止画像を受け取るたびにBitmapオブジェクトに書き込んでGraphics.DrawImage()ってやってパラパラマンガみたいにしてカメラのリアルタイム映像を表示する必要があった。
そんでさくっとこんな
for (int y = 0; y < bmp.Height; x++) {
for (int x = 0; x < bmp.Width; x++) {
int idx = y * bmp.Height + x;
bmp.SetPixcel(x, y, SignalToColor(signal[idx]));
}
}
graphics.DrawImage(bmp);
感じで書いてみたところ、遅い遅い。秒間9フレームで画像を受け取ってるはずなのにカクカク動く。おっかしいなあ。
カメラのAPIを疑いつつも、もしやと思って調べてみたら、
BitmapのSetPixel、GetPixelはすごく遅いらしい。そうだったのか！
LockBits() によって内部メモリをロックする。
：
（略）
：
これは、図を見ると前回の GetPixel() SetPixel() より１００倍以上速い。
MemoNyanDum : Bitmap の内部色データにアクセスする (1)
ふぅん、と思って、上記の記事をまねて、unsafeでポインタなプログラム（わーい久しぶりにポインタだっ）でBitmapDataの内部配列に値を入れていくやり方に変えてみた。
BitmapData data = bmp.LockBits(new Rectangle(0, 0, bmp.Width, bmp.Height), ImageLockMode.WriteOnly, PixelFormat.Format24bppRgb);
unsafe {
byte* p = (byte*)data.Scan0;
for (int i = 0; i < signal.Length; i++) {
Color c = SignalToColor(signal[i]);
p[0] = c.R;
p[1] = c.G;
p[2] = c.B;
p += 3;
}
}
bmp.UnlockBits(data);
graphics.DrawImage(bmp);
そしたら、ものすごい速くなってチャキチャキ動画再生されるようになった。すごい。
ていうか、BitmapのSetPixelがそんなに遅い理由がわからない。配列に値をセットするだけじゃないのか。
Date:2009/05/12 10:39
また広告が表示されてる…書くよう。
それにしてもブログ書く暇もないほど忙しいってどういうことや。
さてこの連休で渋滞に巻き込まれて大変だったという方も多いと思いますがいかがお過ごしでしょうか。とっくりです。（ブランクが長くて切り出し方がわからない）
渋滞に巻き込まれて、イライラを募らせて、
・どこまでいっても1000円なんてやるからこんな渋滞になるんじゃボケ
・うちETCついてないから1000円にならんのじゃ
・ETCつけたくても売ってないんだも〜ん
・トラックも1000円にしないと経済効果としては小さいのではないだろうか
などなど、いろんな怨嗟の声が聞こえてくる。
まあね、東京圏に住んでる人にとっては渋滞がすごすぎて車がピクリとも動かないみたいな状況で、腹が立つのでしょう。でもその渋滞作ってるのも1000円に釣られた自分だし、お金がかかっちゃう一番の原因はさっさとETCをつけてなかった自分だし、ここは将来のスムーズな交通のためにちょっと我慢だよっ。ETCが完全普及すれば料金所の渋滞が数分の1になるはずだし、もっと細かい料金体系でちょくちょくサービスされたりもするはずだから。
で、九州では、たぶんほかの地方都市もそうだと思うけど、あの東名高速とか首都高速とかの絶望的な渋滞とはちょっと違う。
いわゆる「自然渋滞」っていうやつで、特徴は、渋滞にはまってから30分ぐらいトロトロ運転になって、完全に止まってしまうことなく、渋滞の先頭まで行くと何事もなく流れ出すので「え？いまなんで渋滞してたの？」という感じで抜けてしまう。
先日も鳥栖ジャンクションの手前で渋滞20kmとかになってるから、そうかジャンクションの合流とか分岐とかで詰まっちゃってるのかなと思ったら、ジャンクション手前1kmあたりで渋滞が終わってた。分岐も合流もすんなり流れてた。え〜っ。
そういう自然渋滞は、「渋滞学」で解消することができるらしい。要するにNexcoがちょっと施策を打てば九州の渋滞は根絶できるってことだ。（料金所とかバリアとか、そういう場所の限界流量を越えたせいで後ろが詰まっちゃう種類の渋滞は無理だと思う）
「渋滞学」の権威、西成活裕東大教授が伝授！目からウロコの“究極”の渋滞回避術（日経BP）
まず、渋滞が出来るきっかけは
「流れのスピードが上がってて車間距離が詰まってるときに、誰かがぎゅっとブレーキを踏んだ」
という、たったそれだけのことで、その後ろの車がもう少し強めにブレーキ、そのまた後ろがさらに強くブレーキ、…と連鎖していって、ずっと後ろのほうは止まってしまうということらしい。
じゃあ、なんでブレーキを踏まなきゃいけないかというと、
「速い車と遅い車がいるから」
「無理に割り込む車がいて車間距離が強制的に縮められるから」
ってことだろう。速い車は、自分が渋滞の原因になってるなんて思いもしないだろうけど、みんながぴったり息をあわせて同じスピードで走ってたら車間距離は縮まらないんだから。
「渋滞学」の西成活裕先生によると、時速約70kmで走っているとき車間距離40m以下だと渋滞するらしい。もっとスピードが速いときは車間距離がもっと必要で、もっと遅いときはもっと詰められるってことだろう。一般道の感覚からいくと、時速50kmなら車間距離20mぐらいでも流れられる気がする（交差点も違法駐車もバス停もないことだしねー）。
車間距離が半分（＝密度が倍）になってスピードが半分にならないなら流量は大きくなってるので、交通量が多いときは強制的にスピードを落とさせて車間距離を詰めさせることで、渋滞を防げるというか、深刻な渋滞になるところが「ちょっと遅いな」で済むはずだ。もっとも、あまりにスピード落として30kmとかになっちゃったらそれ渋滞と変わらんし、車間距離はある程度以下には縮まないので意味がない。
高速道路のある地点に流入する車の流量（時間当たりの台数）はカウンターでも設置すれば計測できるわけで、そうすると、その流量を渋滞させないために最適なスピードはリアルタイムに計算できるはずだ。
ということは、問題は単純化できて、
「渋滞しそうなほど交通量が多くなったときに、渋滞の原因となりやすい場所で、流れを強制的に遅くする」
ということになるんじゃないか。
それ、F1とかで事故が起こったときに出てくるペースカーで実現できるよね。
「回転灯が回ってるペースカーを追い抜いたらタイホ」っていう法律作っといて、渋滞を起こしやすい地点に10台ぐらいNexco印の黄色い車を投入して、コンピュータで計算して割り出した最適速度で走らせる。もちろんそのエリアをぐるぐる回り続けるのね。
職員がやると人が足りないので、
「車を運転するだけの簡単なお仕事です」
「他人と会話することがほとんどありません」
「好きな音楽でも聴いて、こちらが指示する速度でのんびりとドライブしてください」
「土日だけ働ける方募集」
なんて募集するとわんさか集まるんじゃないかな。
っていう話を、渋滞にはまりながら奥さんとしていた。こういう変な話をウザがらずに乗ってくれる奥さんが大好きです。
何度もいうけど、首都高速とかはぜんぜん種類が違うのでこれ意味ないから。あくまでも地方のまっすぐな高速道路の自然渋滞の話。
Date:2009/04/06 14:14
ユニコーンのライブに行って参りました。
ユニコーンツアー2009 蘇える勤労
タイトルからして蘇える金狼のパロディなライブ、中身もずーっと笑いっぱなしの3時間。いやぁ良い曲作るコミックバンドだなあ。あれ？
しじゅうグダグダなMCで無言の時間もたくさんあったりして会場がゆる〜い空気に包まれたり、オッサンバンドだよほんとに！だがそれがいい。面白かった！
16年前、僕は高校生で、公園とかでユニコーンのコピーやってる学生バンドがいっぱいいた頃で、でもその後もユニコーンをそんなに意識して聴いてたわけじゃなかったので、うーんちょっと予習が足りなかったなあ残念だなあ。細かいネタはいくつか取り漏らしたかもしれない。でも後で奥さんのフォローによりなるほど、といくつかは復習済み。「PTA」って曲でケロロ軍曹が出てきたりしたのはバカっぽくて面白かったけどあれも何かのネタだったのか不明。
それでも知ってる曲はいろいろあったし、奥田民生の音楽は好きなのが多いし、それはもう楽しかった。
ステージの5人がもう息切れしてんねん、みたいに言うのを、これまたオッサンが多い観客が息切れして足もとまりつつも「がんばれ〜〜！」とかって。この構図はなかなかないよ。
ギターのテッシーがメラメラなリフをずーっと弾き続けるときにステージ上部の細長い画面に
って出続けてたりして笑った。
あと、最初の3曲が、すごいテンション高くてはじけてて良かった。3曲目の「おかしな二人」が気に入ったのでベストCD買います。（思うつぼ）
ナマ「大迷惑」とかナマ「すばらしい日々」とか、やるってわかってたけどやっぱり聴くと、ああ来て良かったなあ、と思うのでした。奥さんがライブ行くの好きなおかげで色々いい思いが増えてます。
あ、あと、本人たちは「高校生という設定なんで」とか言ってたけど、最初出てきたときオッサンたちが揃いのブレザー着てたのはかっこよかった。
Date:2009/03/16 23:42
こないだ tenjin.web/5 に参加したときになんとなく考えていたことを追記。
短く言うと、「女性のみなさん！春日のこの完璧でビューチフルな設計に基づいてコーディングすれば春日の心はいつもあなたと一緒ですよ！」「すぐ逃げてくださーい」「ウィ」
ていうか、意訳すると、つまり設計意図や、複雑性の回避のために支払っているコストをプロジェクト全体で共有するのって一筋縄じゃ行かないよな、という現実。
MVCパターンって、イベント→Controller→Model→Viewっていうイベントの通知まわりが面倒くさいから、誰かが崩し始めたらもうどんどん崩れていくばかりになってしまう。そして、MVCくずれになっちゃったコードをメンテする際、当初一番設計に気を遣ったViewとControllerを分離する仕組み自体が一番邪魔なお荷物になっちゃってたりすると切ない。
ほかの、たとえばStrategyとかFactoryとかも、破ろうと思えば簡単に破られちゃう。せっかく苦労して結合度を下げてたのに！みたいな。
またJavaScriptって自由だから、設計の意図をコードに語らせることができないのも辛いところ。強い型付け＋finalとかabstractとかstaticが厳密にあるJavaで社内用フレームワーク作ってたあの頃（「全員、オレ様の意図から外れることは許さんぞ！フハハハ」な頃）がちょっと懐かしかったり。でも自分の中の黒歴史だったり。
もちろん、王道としては、デザインパターンなど一般的な知識をプロジェクトの構成員みんなで勉強しましょう、ということなんだし、細かいテクニックをみんなもっと身につけるんだ、ということなんだけど。
そういう細かいところの積み重ねが、大きなプログラムで効いてくる。プロジェクトで実際に使うテクの大半が、細かいテク。大局的な設計の考え方も、実際にはその細かいテクの延長線上にある。
技術日記＠kiwanami
どぉも王道の道のりが遠すぎるような気がするんだよね。
いや、僕も歳とったなあ。もっと若い頃は「みんなを教育してレベルを底上げするんだ！」って息巻いてたのに。
最近僕が求めているのは、
(1)コードが少なくて済んで
(2)各人がマスターして守らなきゃいけない決めごとが少なくて
(3)下手な人が何か書いても全体を壊さなくて
(4)ブラウザ依存とかのやっかいな問題を各人が考えなくて良くて
(5)性能もちゃんと出て
(6)拡張もスムーズで
(7)お客のわがままにも普通の手間で融通が利く
という、そんなコーディング。
で、最近ちょっとFlex3＋ActionScript3でAIR（またはswf）っていうのがどんな感じになるのか検討中。
ActionScript3が強い型付けのECMAScriptだってことで、上の(2)(3)を満たす上で結構いいんじゃないかなと期待大。
mxmlの書式を覚えなきゃいけないけど、カレンダーとかスライダーとかをいちいちスクリプトで実現しなくていいし、HTMLとCSSのバッドノウハウをアドホックに覚えてもらうよりはリファレンスにまとまってるぶん、使えるレベルまで到達するのが早いと思う。
そんで、PHPしか書けないって人にはサーバーサイドの、「このURL叩くとこういうJSON返して。」みたいな部分（それもフレームワークの上でやればほぼ定型作業）をやってもらう作戦。
なんとか研究時間を捻出していい方向に向かわせたいところ。それにしても、Java FXとXULとXAMLとmxml。ほとんど同じようなモノがあちこちからボコボコ出てくるあたり、やっぱみんな、僕と同じでHTML嫌いなんだよね！
Date:2009/03/08 00:54
tenjin.web/5に参加してきた。ええ、久しぶりの参加です。
今回のお題はJavaScriptでRIAなMVCパターンということで、簡単なJavaScriptプログラムも作りながらーのいろいろ脱線しながらーの、楽しかった。
brazilの人のお手本をざっと見つつ、試しにお手本を使わずイチから全部作ってみたらModel部分が結局同じような感じになっちゃったりして、それはそれで教育的な何かを示唆しているような
さて、今日作ったやつを晒しますよ。帰ってきてからもう少し手を入れて、フワッヒュイッと動くようにだけしました。jQueryって便利やね。
JavaScriptでのMVCパターンのお勉強なので、ページ遷移とか通信とか無し。あくまでもメモリ上のModelに対する変更をトリガーとしてViewを更新する、というお話。うん、こういうのあらためて作ると最初にかける一手間はやはり大事なんだよねって再確認。ちゃんとMVCのカタチを意識して作ると楽が出来る。
細かいことを言い出すときりがないというか、たとえば、Modelを変更したときにViewに更新を促すために、ModelのほうにViewのメソッドを呼ぶコードを書いていいのか、とか、JSONで得られたデータをViewにくっつけるべきなのか、とか、教科書的に正しくやろうとすればこのコードだといろんなアラがある。
で、教科書的な正しさ（適切さ）と、実装の手間をできるだけ減らすってことと、作るアプリケーションをどの程度育てていく必要があるかの見極めのバランスで、適当なところで手を打たないとこんな仕事はやってられないのだよね。
もし、ModelとViewがもう、複雑なのがたくさんあるようなことになっちゃうようだったら、Observerパターンみたいなのを実装したほうがいい（＝トータルで楽）だろうし、今回作ったコレぐらいだったら、いいじゃんModelの中でViewを呼んじゃえば。と、僕は思う。
あと、C#みたいに、言語仕様の中でイベントハンドリングを面倒見てくれてる場合はサクッと乗っかれば良いんだと思う。
» Read More...
