【コラム】理系のための恋愛論 第217回 こんな自分に気づいたら (MYCOMジャーナル)
まるで悪質リフォーム業者みたいだな。
2006年7月30日日曜日
2006/07/30 : MyISAM vs InnoDB
いまオイラが仕事で使ってるシステムを作る時にMySQLを評価した時の結論では、MyISAMが圧倒的にInnoDBやPostgresに勝っているのはbulk load。これに尽きる。これに関してはInnoDBやPostgresは話にならなかった。SQLiteも。クエリの速度が云々以前に、大量のbulk loadが必要な時には現状MyISAM以外のチョイスはない感じ。
ソース見れば分かるけど、InnoDBはbulk load インターフェイス(handler::start_bulk_insert)をサポートしてないんだよね。InnoDBエンジン側から見ると、mysqlimport/load data によるbulk loadはinsertが大量発行されてるのとなにも変わらない。MyISAMはレコード挿入ごとのロッキングを省略する程度に見えるけど、ちゃんとbulk loadをサポートしてる。これだけでもたぶん相当に性能に影響してると思われ。
ソース見れば分かるけど、InnoDBはbulk load インターフェイス(handler::start_bulk_insert)をサポートしてないんだよね。InnoDBエンジン側から見ると、mysqlimport/load data によるbulk loadはinsertが大量発行されてるのとなにも変わらない。MyISAMはレコード挿入ごとのロッキングを省略する程度に見えるけど、ちゃんとbulk loadをサポートしてる。これだけでもたぶん相当に性能に影響してると思われ。
2006年7月29日土曜日
2006/07/29 : 【楽天市場】トップページ＞＞イタリアワイン＞＞ピエモンテ＞＞カーゼ・コリーニ：葡萄酒蔵ゆはら
今日アルベラータに食事に行ったら、「コレ買いました？」と訊かれながら、コレを出された。やー、ゆはらからのメールはヤバい(見るとふらふら買っちゃう)ので、最近あんまりちゃんと見ないようにしてるんです。
96と99を飲ませてもらったんだけど、マジおいしいわ、コレ。この値段でコレはありえないっしょ。しかし売り切れ中。やっぱりちゃんとメール見るようにしようかな、と思った。
他にも色々面白いものを飲ませてもらったんだけど、ちゃんと覚えていられないし、さりとてメモったりもしないところが、オレのダメなところだな。
96と99を飲ませてもらったんだけど、マジおいしいわ、コレ。この値段でコレはありえないっしょ。しかし売り切れ中。やっぱりちゃんとメール見るようにしようかな、と思った。
他にも色々面白いものを飲ませてもらったんだけど、ちゃんと覚えていられないし、さりとてメモったりもしないところが、オレのダメなところだな。
2006/07/29 : 追記2:(2006/7/31)
ココのconcurrent_insert=2ってのが気になったので、ソース調べてみたらmyisam/mi_locking.cに：
とあって、コードもそのようになっているので、(undocumentedだけど) concurrent_insert=2に設定すれば途中に未使用領域があっても、concurrent insertを行う模様。あとで試してみよう。
Allow concurrent inserts if we don"t have a hole in the table or
if there is no active write lock and there is active read locks and
myisam_concurrent_insert == 2. In this last case the new
row("s) are inserted at end of file instead of filling up the hole.
とあって、コードもそのようになっているので、(undocumentedだけど) concurrent_insert=2に設定すれば途中に未使用領域があっても、concurrent insertを行う模様。あとで試してみよう。
2006/07/29 : 追記
なんかこの辺境サイトにしてはえらいアクセスが。
こんなに読まれると思わなかったので↑はテキトーに書いてしまったけど、ちょっとまとめて置くか。
MyISAMでのinsertはconcurrent insertがenableで、なおかつテーブルの途中に未使用領域がない場合にのみ、selectと同時に実行できる。その場合でも、同時に走ることができるinsertは1つだけで、なおかつconcurrent insertをenableすることには現状かなりのペナルティが発生する可能性がある。
deleteやupdateがちょくちょく発生する(=テーブルの途中に未使用領域がある可能性が高い)テーブルでは、そもそもconcurrent insertができないので、たぶん無条件にconcurrent insert はoffにしていた方が吉。
そうでないケースでも、selectがかなりヘビーに発生する状況では、concurrent insertをoffにしてselectの実行速度を速くした方が、限界パフォーマンスは上がる可能性がある。
concurrent insertができない状況では、1個でもselect/insertが走っていたら、それが完了するまで他のinsert/selectはブロックされてしまうので、insertが完了してから次のinsertが発生するまでの間に、その間に発生したすべてのselectをさばけるパフォーマンスがなければ、ロック待ち行列は伸びる一方になって、システムは崩壊する。
同時に1つしかinsertが行えないということは、insertはそもそも大してCPUを消費するようなオペレーションではなく、大抵disk boundだと思うので、insertの頻度が増えれば増えるだけ、CPUが遊んでしまうということだ。更新系のクエリの方が優先度高いし。
というわけで、read比率が高い処理ではMyISAMというのは、厳密には正しくなくって、read/write比率に関係なくwriteの頻度が低い、特にdelete/updateの頻度が低くて、大半のinsertがappendで済む場合に強い、というのが正しい表現だと思う。
こんなに読まれると思わなかったので↑はテキトーに書いてしまったけど、ちょっとまとめて置くか。
MyISAMでのinsertはconcurrent insertがenableで、なおかつテーブルの途中に未使用領域がない場合にのみ、selectと同時に実行できる。その場合でも、同時に走ることができるinsertは1つだけで、なおかつconcurrent insertをenableすることには現状かなりのペナルティが発生する可能性がある。
deleteやupdateがちょくちょく発生する(=テーブルの途中に未使用領域がある可能性が高い)テーブルでは、そもそもconcurrent insertができないので、たぶん無条件にconcurrent insert はoffにしていた方が吉。
そうでないケースでも、selectがかなりヘビーに発生する状況では、concurrent insertをoffにしてselectの実行速度を速くした方が、限界パフォーマンスは上がる可能性がある。
concurrent insertができない状況では、1個でもselect/insertが走っていたら、それが完了するまで他のinsert/selectはブロックされてしまうので、insertが完了してから次のinsertが発生するまでの間に、その間に発生したすべてのselectをさばけるパフォーマンスがなければ、ロック待ち行列は伸びる一方になって、システムは崩壊する。
同時に1つしかinsertが行えないということは、insertはそもそも大してCPUを消費するようなオペレーションではなく、大抵disk boundだと思うので、insertの頻度が増えれば増えるだけ、CPUが遊んでしまうということだ。更新系のクエリの方が優先度高いし。
というわけで、read比率が高い処理ではMyISAMというのは、厳密には正しくなくって、read/write比率に関係なくwriteの頻度が低い、特にdelete/updateの頻度が低くて、大半のinsertがappendで済む場合に強い、というのが正しい表現だと思う。
2006/07/29 : naoyaのはてなダイアリー - MyISAM vs InnoDB
naoyaのはてなダイアリー - MyISAM vs InnoDB
更新の回数というか、クエリーに期待されるレイテンシの問題？
極端な話、１日のうち5時間を夜間バッチでのローディングに費やすDWHも、read/write比率 80:20ぐらいなもんって強弁することはできるわけだけど、そういうシステムで夜間バッチ開始前にデカいクエリー流したユーザーがいたら、強制終了させるまでに30分ぐらい待ってやるってのも、ある意味ロック待ち。しかし、べつにそれは全然問題にならない。更新処理に要求されるレイテンシが「次の日の営業開始まで」だから、30分ぐらいのロック待ちはなんてことはない。
高い頻度で発生する更新クエリーってのは、レイテンシの短さも要求されるからロック待ちがクリティカルなのは当然の話かな、と。
更新処理に期待されるレイレンシが長くても1秒とか、もっと短いようなシステムであれば、read/write比 80:20ってのはオイラの感覚じゃ「テーブル・ロックじゃもうダメ」っていう領域だと思う。で、50:50ぐらいになったらアプリケーションによっては行ロックでももうダメ、MVCC必要ですって世界？ダメっていうのはロック待ちのせいで、サーバ本来の能力を使い切るまでパフォーマンスが上がらない、という意味で。
ちなみにMyISAMは仕様上はselectと並行してinsertを実行するconcurrent insertが可能で、デフォルトで有効になってもいるんだけど、ココに書かれてるように、concurrent insertをenableすると却って悲惨なパフォーマンスになる可能性が高い。しかも、あくまでselectと並行して1つのinsertが実行できるだけで、複数のinsertを同時に行うことはできない。なので concurrent insert はread heavyで、なおかつ1回のselectが長時間走るような場合に、負荷と引き換えにたまにしか発生しないinsertを速く完了させてやる手段、というのがオイラの認識。
1回のselect、1回のinsertはそう時間がかからないけど、頻繁にクエリーが来るような状況では、たぶんskip-concurrent-insert指定して、1つのオペレーションが速く完了することの方を優先した方がいい。それでも長時間ロック待ちするスレッドが大量発生してしまう状況なら、それはもうInnoDBを考えるか、アプリケーションの設計考え直す段階なんじゃないかなあ。（あるいはとりあえずinsert delayedか、アプリケーション側の仕掛けで、書き込みをバッファリングすることを考えるとか。concurrent insertの性質上、アプリケーション側で書き込みをserializeしてwriterを1つのスレッドに限定することができると、事実上ロッキングが問題にはならなくなるかも？書き込みは必ずblackhole dbのレプリケーションとして実行させるとか？）
しかし、InnoDBとMyISAMでは性質が違いすぎるので、単純にテーブルをInnoDBにしただけでは、ロック待ちは解消できたけど他にいろいろ不幸が発生した、ということになる可能性が高い気はするけれども。
よく全体の 80 % 〜 90 % のクエリが参照の場合は MyISAM と言われますが、MyISAM の Write 時の排他ロックによる危険性は更新の割合よりも、更新の回数によって高くなるんだと思います。
更新の回数というか、クエリーに期待されるレイテンシの問題？
極端な話、１日のうち5時間を夜間バッチでのローディングに費やすDWHも、read/write比率 80:20ぐらいなもんって強弁することはできるわけだけど、そういうシステムで夜間バッチ開始前にデカいクエリー流したユーザーがいたら、強制終了させるまでに30分ぐらい待ってやるってのも、ある意味ロック待ち。しかし、べつにそれは全然問題にならない。更新処理に要求されるレイテンシが「次の日の営業開始まで」だから、30分ぐらいのロック待ちはなんてことはない。
高い頻度で発生する更新クエリーってのは、レイテンシの短さも要求されるからロック待ちがクリティカルなのは当然の話かな、と。
更新処理に期待されるレイレンシが長くても1秒とか、もっと短いようなシステムであれば、read/write比 80:20ってのはオイラの感覚じゃ「テーブル・ロックじゃもうダメ」っていう領域だと思う。で、50:50ぐらいになったらアプリケーションによっては行ロックでももうダメ、MVCC必要ですって世界？ダメっていうのはロック待ちのせいで、サーバ本来の能力を使い切るまでパフォーマンスが上がらない、という意味で。
ちなみにMyISAMは仕様上はselectと並行してinsertを実行するconcurrent insertが可能で、デフォルトで有効になってもいるんだけど、ココに書かれてるように、concurrent insertをenableすると却って悲惨なパフォーマンスになる可能性が高い。しかも、あくまでselectと並行して1つのinsertが実行できるだけで、複数のinsertを同時に行うことはできない。なので concurrent insert はread heavyで、なおかつ1回のselectが長時間走るような場合に、負荷と引き換えにたまにしか発生しないinsertを速く完了させてやる手段、というのがオイラの認識。
1回のselect、1回のinsertはそう時間がかからないけど、頻繁にクエリーが来るような状況では、たぶんskip-concurrent-insert指定して、1つのオペレーションが速く完了することの方を優先した方がいい。それでも長時間ロック待ちするスレッドが大量発生してしまう状況なら、それはもうInnoDBを考えるか、アプリケーションの設計考え直す段階なんじゃないかなあ。（あるいはとりあえずinsert delayedか、アプリケーション側の仕掛けで、書き込みをバッファリングすることを考えるとか。concurrent insertの性質上、アプリケーション側で書き込みをserializeしてwriterを1つのスレッドに限定することができると、事実上ロッキングが問題にはならなくなるかも？書き込みは必ずblackhole dbのレプリケーションとして実行させるとか？）
しかし、InnoDBとMyISAMでは性質が違いすぎるので、単純にテーブルをInnoDBにしただけでは、ロック待ちは解消できたけど他にいろいろ不幸が発生した、ということになる可能性が高い気はするけれども。
2006年7月26日水曜日
2006年7月25日火曜日
2006/07/25 : 的日記 2006年7月
的日記 2006年7月
いっそ作者の死後何年とかって形で有効期限を設定するのやめて、市場での入手可能性を権利保持の条件にしちゃえばいいんでないかと、ふと思った。著作権を保持したければ、適正な価格で継続的に配布する義務を負え、逆にその条件を満たしてる限りは、永久に著作権を保持しても構わない、みたいな。
まあ、実際には色々問題があると思うんだけど、コスト・ゼロで財産/権利の維持ができるってところが、著作権ってコンセプトの究極的な問題なんだと思うな。あ、著作人格権はまたべつね。
ところが、「現在では商業的価値はない」と、権利でお金儲けをする人（悪い意味ではないです）にみなされている著作物までも、一律に保護の対象になります。
そういった著作物は、大事に保存し、後生に伝えていく人がいなくなってしまいます。
そういった状況に、どう対処するのか。
いっそ作者の死後何年とかって形で有効期限を設定するのやめて、市場での入手可能性を権利保持の条件にしちゃえばいいんでないかと、ふと思った。著作権を保持したければ、適正な価格で継続的に配布する義務を負え、逆にその条件を満たしてる限りは、永久に著作権を保持しても構わない、みたいな。
まあ、実際には色々問題があると思うんだけど、コスト・ゼロで財産/権利の維持ができるってところが、著作権ってコンセプトの究極的な問題なんだと思うな。あ、著作人格権はまたべつね。
2006/07/25 : あぴるん号死亡
朝、会社に行こうとしたら家を出てすぐの交差点で動かなくなった。交差点待ちでエンジン止まって、そのまま復活せず。
しかたないので車屋に電話して回収してもらって、工場でプラグ抜いたら火花飛ばない。タイベルとかは生きてるので、デスピが死んだ模様。
147の納車間近のこのタイミングでかよって感じなんだが、タクシー代だと思って交換してやることにする。ここまでよく走ってくれたしな。
しかたないので車屋に電話して回収してもらって、工場でプラグ抜いたら火花飛ばない。タイベルとかは生きてるので、デスピが死んだ模様。
147の納車間近のこのタイミングでかよって感じなんだが、タクシー代だと思って交換してやることにする。ここまでよく走ってくれたしな。
2006年7月24日月曜日
2006/07/24 : 読書感想文
<%=isbn "4048539779", "『うつうつひでお日記』"%>。
<%=isbn "4872575334", "『失踪日記』"%>はフツーに面白かったけど、これはホントにダメ人間が本読んでタバコ吸って薬飲んでるだけの日記だ！つか、読んでる本がウチとすごく被ってるところが気になる。最近オレもアルコールがちょっと増えて……
<%=isbn "4778320190", "『秘密の新選組(2)』"%>。
昔、つかこうへい原作で牧瀬理穂が沖田総司の<%=isbn "B00005V2JZ", "『幕末純情伝』"%>ってのがあったけどさ、こっちはむさくるしい野郎どもが<%=isbn "4041422078", "『蒲田行進曲』"%>みたいに不細工で、みょーに生々しい恋愛を繰り広げるわけですよ。読んでてあちこち痒くなる。コレ、このままちゃんと完結すれば<%=isbn "4063374327", "『ぶっせん』"%>に並ぶ、三宅乱丈の代表作になるんじゃないかと思うのだが、掲載誌がアレなだけにちと不安。
<%=isbn "4063211789", "『るくるく (6)』"%>
いったいコレは<%=isbn "4847035372", "『荒野の蒸気娘』"%>と何が違うのか？つーか、あさりよしとおのマンガって全部一緒じゃないのか？どうしてあさりよしとおはゆうきまさみにはなれないのか？でもとりみきよりはもう少し商業的にマシなところにいそうだ。てゆーか、なんでみんな平仮名なんだ？とか色々なことを考えた。
<%=isbn "4043747020", "『NHKにようこそ!』"%>
大槻ケンヂがアニメかなんかの曲やるらしいので買ってみた。大槻ケンヂの<%=isbn "4041847028", "『新興宗教オモイデ教』"%>は名作だと思うわけですよ。泣けるよ。しかし、コレは違うわ。フツーにダメヲタの妄想話。逃げ場のないダメヲタ引きこもりの話なんだから、ちゃんと正面からダメさ加減と向き合おうよ。ひきこもってちゃダメだダメだと言い続けた結末が、主人公のことをなぜかアプリオリに好きなキチガイ女との、終わらない学園祭前夜とゆー、お約束の「ヲタクの天国」じゃダメだろ。
『グリュフォンの卵』
マイケル・スウォンウィックはギブソンの<%=isbn "4150107173", "『クローム襲撃』"%>に入ってる『ドッグ・ファイト』の印象が強烈で、ついつい買ってしまうんだけど、『ドッグ・ファイト』を越える話には出会えないんだな。コレもそんな感じ。『ドッグ・ファイト』マジ泣ける。最高。
<%=isbn "4872575334", "『失踪日記』"%>はフツーに面白かったけど、これはホントにダメ人間が本読んでタバコ吸って薬飲んでるだけの日記だ！つか、読んでる本がウチとすごく被ってるところが気になる。最近オレもアルコールがちょっと増えて……
<%=isbn "4778320190", "『秘密の新選組(2)』"%>。
昔、つかこうへい原作で牧瀬理穂が沖田総司の<%=isbn "B00005V2JZ", "『幕末純情伝』"%>ってのがあったけどさ、こっちはむさくるしい野郎どもが<%=isbn "4041422078", "『蒲田行進曲』"%>みたいに不細工で、みょーに生々しい恋愛を繰り広げるわけですよ。読んでてあちこち痒くなる。コレ、このままちゃんと完結すれば<%=isbn "4063374327", "『ぶっせん』"%>に並ぶ、三宅乱丈の代表作になるんじゃないかと思うのだが、掲載誌がアレなだけにちと不安。
<%=isbn "4063211789", "『るくるく (6)』"%>
いったいコレは<%=isbn "4847035372", "『荒野の蒸気娘』"%>と何が違うのか？つーか、あさりよしとおのマンガって全部一緒じゃないのか？どうしてあさりよしとおはゆうきまさみにはなれないのか？でもとりみきよりはもう少し商業的にマシなところにいそうだ。てゆーか、なんでみんな平仮名なんだ？とか色々なことを考えた。
<%=isbn "4043747020", "『NHKにようこそ!』"%>
大槻ケンヂがアニメかなんかの曲やるらしいので買ってみた。大槻ケンヂの<%=isbn "4041847028", "『新興宗教オモイデ教』"%>は名作だと思うわけですよ。泣けるよ。しかし、コレは違うわ。フツーにダメヲタの妄想話。逃げ場のないダメヲタ引きこもりの話なんだから、ちゃんと正面からダメさ加減と向き合おうよ。ひきこもってちゃダメだダメだと言い続けた結末が、主人公のことをなぜかアプリオリに好きなキチガイ女との、終わらない学園祭前夜とゆー、お約束の「ヲタクの天国」じゃダメだろ。
『グリュフォンの卵』
マイケル・スウォンウィックはギブソンの<%=isbn "4150107173", "『クローム襲撃』"%>に入ってる『ドッグ・ファイト』の印象が強烈で、ついつい買ってしまうんだけど、『ドッグ・ファイト』を越える話には出会えないんだな。コレもそんな感じ。『ドッグ・ファイト』マジ泣ける。最高。
2006/07/24 : 日向清人のビジネス英語雑記帳：スペースアルク
日向清人のビジネス英語雑記帳：スペースアルク
いい加減なこと言うなあ。欧米でだってステムを持つのが正式なマナーです。正式なマナーを実践している人間がどれくらいいるかってのはさておき。それは日本人がみんな正しい箸の持ち方してないのと同じだし。ちょっと探してみたところじゃ、たとえばここにもハッキリと「Holding your white wine glass by the stem (to keep it cool) 」と書いてある。つか、元記事で引用しているここだって、ベースを持つなって言ってるだけで、ちゃんとステムを持てって書いてるやん。
あとコレも嘘。どこが嘘かはこことか参照してくれい。
おそらく日本人の９割以上がワインを飲むときは、柄（ステム）の部分をつまむようにしてグラスを持っているはずです。しかし、この持ち方は、欧米の人々から見れば、まさに東洋の奇習です。
いい加減なこと言うなあ。欧米でだってステムを持つのが正式なマナーです。正式なマナーを実践している人間がどれくらいいるかってのはさておき。それは日本人がみんな正しい箸の持ち方してないのと同じだし。ちょっと探してみたところじゃ、たとえばここにもハッキリと「Holding your white wine glass by the stem (to keep it cool) 」と書いてある。つか、元記事で引用しているここだって、ベースを持つなって言ってるだけで、ちゃんとステムを持てって書いてるやん。
あとコレも嘘。どこが嘘かはこことか参照してくれい。
2006/07/24 : 『an an』の合コン必勝マニュアル
今日は会社サボって、市民税と147の残金を支払いにいった。順番待ってる間に、ツレが「面白いから読め」と言うので、置いてあった『an an』の合コン必勝マニュアルみたいな記事を読んだ。コレだな。
「男のオゴリなのは分かってても、一応財布出して払う意思だけは見せておこう」とかってのは、合コンどうこう以前の人付き合いのテクみたいなもんなのでいい。「３回位トイレに行って、その時に席を替わるキメにしておくとよい。ただし女同士連れ立ってトイレに行っちゃうのは印象悪いのでダメ」とか、「終わった後(お持ち帰りされないで帰る時)、１５分ぐらいでも喫茶店で女同士で集まって情報交換するといい」とか、そういう類のテクも、まあ、いいや。効率良くいいオトコみつけるためには、テクも必要でしょうよ。必須アイテムで「膝に広げてレフ板にするためのハンカチ」ってのは激しく笑ったけど。
でもさ、「アルコールは必須だけど、『中生』とか色気ないので禁止」、「2chの話や堅い話はドン引きされる可能性大なので禁止」、「基本、自分はあいづちを打つ程度で相手にしゃべらせる」、「カラオケでは aikoとか歌う。英語の歌を熱唱するのはひかれるので禁止」とかどうなのさ？合コン特集ではなかったかもしれないが、テキパキしゃべると攻撃的に見えるので、もたもた話せってのもあったな。
こーゆーのマジメに実行してる女っているんだろうなあとゆーのは、合コンとか行かなくっても、会社の若い奴らとか見てるとなんとなく思うんだけど、そーゆー女は「男って結局女の顔/カラダにしか興味ないのね」とか言うの禁止な。発端は男のステレオタイプな嗜好かもしれないけど、それ積極的に強化してどないすんねん。
まあ、つきつめると、男にしても女にしても、ある程度の年齢になるとつがいを作らなきゃいけないプレッシャーを感じてしまうので、四の五の言ってられないってのがあるんだろうけど（そのわりには特集のタイトルが「運命の出会い」なわけだが）。
「男のオゴリなのは分かってても、一応財布出して払う意思だけは見せておこう」とかってのは、合コンどうこう以前の人付き合いのテクみたいなもんなのでいい。「３回位トイレに行って、その時に席を替わるキメにしておくとよい。ただし女同士連れ立ってトイレに行っちゃうのは印象悪いのでダメ」とか、「終わった後(お持ち帰りされないで帰る時)、１５分ぐらいでも喫茶店で女同士で集まって情報交換するといい」とか、そういう類のテクも、まあ、いいや。効率良くいいオトコみつけるためには、テクも必要でしょうよ。必須アイテムで「膝に広げてレフ板にするためのハンカチ」ってのは激しく笑ったけど。
でもさ、「アルコールは必須だけど、『中生』とか色気ないので禁止」、「2chの話や堅い話はドン引きされる可能性大なので禁止」、「基本、自分はあいづちを打つ程度で相手にしゃべらせる」、「カラオケでは aikoとか歌う。英語の歌を熱唱するのはひかれるので禁止」とかどうなのさ？合コン特集ではなかったかもしれないが、テキパキしゃべると攻撃的に見えるので、もたもた話せってのもあったな。
こーゆーのマジメに実行してる女っているんだろうなあとゆーのは、合コンとか行かなくっても、会社の若い奴らとか見てるとなんとなく思うんだけど、そーゆー女は「男って結局女の顔/カラダにしか興味ないのね」とか言うの禁止な。発端は男のステレオタイプな嗜好かもしれないけど、それ積極的に強化してどないすんねん。
まあ、つきつめると、男にしても女にしても、ある程度の年齢になるとつがいを作らなきゃいけないプレッシャーを感じてしまうので、四の五の言ってられないってのがあるんだろうけど（そのわりには特集のタイトルが「運命の出会い」なわけだが）。
2006年7月23日日曜日
2006/07/23 : お買い物
<%=isbn "482224511X", "『金融工学者フィッシャー・ブラック』"%>、<%=isbn "4047138509", "『機動戦士ガンダムTHE ORIGIN (13)』"%>、<%=isbn "4778320190", "『秘密の新選組 (2)』"%>、<%=isbn "4063211789", "『るくるく(6)』"%>
2006/07/23 : @nifty：デイリーポータルZ：九州の流しソーメンは回るのがスタンダード
@nifty：デイリーポータルZ：九州の流しソーメンは回るのがスタンダード
30年ぐらい前に鹿児島(母親の実家)に行った時に、こーゆータイプの流しソーメン場?行った記憶あるなあ。それが今までの人生で唯一の流しソーメン体験だったりする。
ちなみにこの流し素麺は鹿児島が本場なんだとか。
30年ぐらい前に鹿児島(母親の実家)に行った時に、こーゆータイプの流しソーメン場?行った記憶あるなあ。それが今までの人生で唯一の流しソーメン体験だったりする。
2006年7月22日土曜日
2006/07/22 : ねり伝＠千葉そごう
夕飯が遅くなりそうなので、間食としてちょびっと買ったんだけれども、はんぺんがすげー美味かった。 ここの惣菜部門らしいところなんだが。
オレは薩摩揚げのことを「はんぺん」と呼ぶ文化圏の生まれのヒトなので、関東の「はんぺん」を美味いと思ったことがあんまりないんだけど、ここのはんぺんはなんかスフレみたいに口の中でとろける感じで、新鮮な味わい。それがはんぺんとして正しいのかどうかは別として。
オレは薩摩揚げのことを「はんぺん」と呼ぶ文化圏の生まれのヒトなので、関東の「はんぺん」を美味いと思ったことがあんまりないんだけど、ここのはんぺんはなんかスフレみたいに口の中でとろける感じで、新鮮な味わい。それがはんぺんとして正しいのかどうかは別として。
2006/07/22 : 酔狂人の異説 - ITエンジニアの給料が安い理由
酔狂人の異説 - ITエンジニアの給料が安い理由
会社でよく言ってることなんだけど、評価できない上司/会社を評価する仕組みがないから、上司/会社の評価スキルも上がらないってのがあると思うのね。じゃあ、たとえばアメリカあたりじゃどうなんだ？っていうと、奴らは給料いっぱいくれるところにすぐ転職するでしょ。買う側が適正価格より高い値段では買わないだけではなく、売る側も適正価格より低い値段では売らないというのがあって、初めて「均衡価格」っていうのが成立しうるわけで。
簡単に転職できるのは、簡単に首切れることと裏表なんだと思うんだけど、それはしかたないよな。必要な人間に金をいっぱい払える仕組みというのは、不要な人間には金を払わない仕組みなわけだから。
ITエンジニアの給料が安い理由は、皮肉な話だが、雇用する側がITエンジニアの技術を評価できないからだろう。
会社でよく言ってることなんだけど、評価できない上司/会社を評価する仕組みがないから、上司/会社の評価スキルも上がらないってのがあると思うのね。じゃあ、たとえばアメリカあたりじゃどうなんだ？っていうと、奴らは給料いっぱいくれるところにすぐ転職するでしょ。買う側が適正価格より高い値段では買わないだけではなく、売る側も適正価格より低い値段では売らないというのがあって、初めて「均衡価格」っていうのが成立しうるわけで。
簡単に転職できるのは、簡単に首切れることと裏表なんだと思うんだけど、それはしかたないよな。必要な人間に金をいっぱい払える仕組みというのは、不要な人間には金を払わない仕組みなわけだから。
2006/07/22 : 韓国の刺身
韓国の刺身
欧米人や中国人の嗜好もコレに近い気がするので、韓国がというよりは、肉食文化圏の傾向なのかもしれないな、と思ったり。
ところで、アジは白身なのか？青魚だと思うんだが。そして赤身の魚って、青魚(とは呼ばないけど)のでっかいのだよね。白身と赤身/青魚の違いって、やっぱ瞬発筋と持久筋の違いなんかな。白身魚って岩礁魚で回遊しないしな。
欧米人や中国人の嗜好もコレに近い気がするので、韓国がというよりは、肉食文化圏の傾向なのかもしれないな、と思ったり。
ところで、アジは白身なのか？青魚だと思うんだが。そして赤身の魚って、青魚(とは呼ばないけど)のでっかいのだよね。白身と赤身/青魚の違いって、やっぱ瞬発筋と持久筋の違いなんかな。白身魚って岩礁魚で回遊しないしな。
2006年7月20日木曜日
2006/07/20 : 住民税
口座引き落としする、とゆー通知が来ていたので、「口座引き落としの設定なんかしてたっけか？」と思いつつ放置しておいたら、今日になって「引き落とせないので銀行で払え」とゆー通知が来た。んー。
思うに、確定申告の時に口座引き落としを設定したのが、a) 銀行のミスで国税は口振設定したが、地方税は設定されなかった、b) 国税だけしか口振設定されないのが正しいが、なぜか市が地方税の口振の設定ｍのされてるものと思い込んだ、のどっちかじゃないかな。aの方がありそうな気がするが。
まあ、どうせ147の代金の残りを振り込みに、近日中にまた銀行行かなきゃいかんので、そのついでにやればいいんだけども、面倒くさいことよのう。
思うに、確定申告の時に口座引き落としを設定したのが、a) 銀行のミスで国税は口振設定したが、地方税は設定されなかった、b) 国税だけしか口振設定されないのが正しいが、なぜか市が地方税の口振の設定ｍのされてるものと思い込んだ、のどっちかじゃないかな。aの方がありそうな気がするが。
まあ、どうせ147の代金の残りを振り込みに、近日中にまた銀行行かなきゃいかんので、そのついでにやればいいんだけども、面倒くさいことよのう。
2006年7月19日水曜日
2006/07/19 : Yahoo!ニュース - 時事通信 - 五輪競泳金のホール兄妹がサメを撃退＝フロリダ沖で
Yahoo!ニュース - 時事通信 - 五輪競泳金のホール兄妹がサメを撃退＝フロリダ沖で
やっぱ、「笑え、畜生」つって撃ったんかな。
幸い、サメがホールさんを襲っている間にベベさんは水中銃をセットしており、サメの口に向けて発射。
やっぱ、「笑え、畜生」つって撃ったんかな。
2006年7月18日火曜日
2006年7月17日月曜日
2006/07/17 : 「ハッサム」
この週末、ウチの親父の見舞いに行ってきたんだが、病院の看護婦詰め所のあたりに看護婦向けの「退院した患者さんのカルテの扱いについて」みたいな内容の張り紙を見かけた。で、その中に何度も「ハッサム」とゆー単語が出てくるわけですよ。ハッサムはどうしろこうしろみたいな感じで。
なんじゃらほい？と思って今調べたら、どうやらコレのことらしい。なるほど。ちなみにコレは「ブレッサ」。
名前を知ったので、これからは「アレ」ではなく、「ハッサム」と呼んであげることができる。物の名前を知るのって重要だなあ。とゆーようなことをしばらく前にも書いたんだが、その後、「そいや、なんか物の名前が重要で、名前を知ると呼べちゃったりする話がなかったっけ？」と本人以外は意味不明なことをずーっと悩んでいたんだが、今度は思い出した。コレだ。すっきりした。
なんじゃらほい？と思って今調べたら、どうやらコレのことらしい。なるほど。ちなみにコレは「ブレッサ」。
名前を知ったので、これからは「アレ」ではなく、「ハッサム」と呼んであげることができる。物の名前を知るのって重要だなあ。とゆーようなことをしばらく前にも書いたんだが、その後、「そいや、なんか物の名前が重要で、名前を知ると呼べちゃったりする話がなかったっけ？」と本人以外は意味不明なことをずーっと悩んでいたんだが、今度は思い出した。コレだ。すっきりした。
2006/07/17 : @nifty：デイリーポータルZ：西瓜糖をつくろう
@nifty：デイリーポータルZ：西瓜糖をつくろう
うーん、どう考えてもブローティガンのアレはコレじゃない気が……。いま気になってgoogleで調べてみた感じでは、watermelon sugar という物体は実在しないように見える。
うーん、どう考えてもブローティガンのアレはコレじゃない気が……。いま気になってgoogleで調べてみた感じでは、watermelon sugar という物体は実在しないように見える。
2006年7月13日木曜日
2006/07/13 : Fujifilm FinePix S6500fd: Digital Photography Review
Fujifilm FinePix S6500fd: Digital Photography Review
ハードウェア顔認識搭載で、0.04secで顔認識＆フォーカシング！すげー。カッコいいー。萌えるー。
ハードウェア顔認識搭載で、0.04secで顔認識＆フォーカシング！すげー。カッコいいー。萌えるー。
2006/07/13 : 会社サボリ
今日も会社サボった。銀行行って147の前金払ってきた。全額払っちゃっても良かったんだけどな。まあ、いいや。どうせまたサボるからｗ。あと、マンションの管理会社に電話して車庫証明の書類を頼む。
2006年7月12日水曜日
2006/07/12 : ユメのチカラ: LiveJournalのアーキテクチャ
ユメのチカラ: LiveJournalのアーキテクチャ
特定のケースでクエリーをキャッシュしないとか、特定のケースで特定のアクセス・パスを取ることができるとか、そういうことをRDBMSという「汎用ツール」にさせようとすると、その「特定のケース」がwell definedで、なおかつ応答速度がリーズナブルな範囲に収まる程度のコストで判定できなきゃいけないという制約があるわけで。しかし、往々にしてアプリケーション作ってる側からすると、その「特定のケース」しか発生しないことが自明で、それ以外の可能性なんか考慮する必要もなかったりする。
RDBMSのチューニングという作業は、理念としては汎用ツールとしてデザインされたRDBMSという処理系に、規格上は「アプリケーション側の事情」を確実に伝える手段を持たないSQLという言語を使って、アプリケーション側の事情をどうにかして伝えるために、処理系固有のクセとか独自仕様とかを駆使して四苦八苦することを強要される、非常に本末転倒というかマゾヒスティックな作業だと思うわけですよ。どういうアクセスパスが最適かということが分かってる人間にしてみたら、セクシーダイナマイツなエロエロ美人が、わざわざ不細工な着ぐるみ着て仮面舞踏会で男をくどこうとしてるみたいな、そうい感じ。正直、現在のような形におけるRDBMSってbrain damagedなコンセプトだと思う。
ACID性を持った「ストレージ・エンジン」をダイレクトに操作することができるなら、optimizerとかいらね、RDBMS使ってるのはそういうモノがないから嫌々つきあってるだけ、とゆーケースは多いんじゃないかと思うのだが。
MySQLみたいな軽いだけが取り柄の「アホ」なRDBMSを、みんな好んで使うのも、そゆことなんだと思う。Oracle RACのquery plannerがいかに賢かったところで、アプリケーションとデータの特性を知り尽くしているプログラマにはかなわないわけで。中途半端にインテリジェントな道具よりも、使い手の技量なりにしか動かないけど、使い手の意思を忠実に反映する道具の方が、「分かってる」人間にとっては優秀な道具なんだよな。
memcachedみたいなものもそれはRDBMSの仕事だろう、RDBMSがキュエリーをキャッシュしないのだったらRDBMSを直せよとか思うのだが、OSSの世界ではまったく違ったレイヤーで軽やかに解決できるのなら、それでいいではないかという割りきりがある。テーブルの水平分割も垂直分割も、データベースのスケーラビリティもOracle RACでいいじゃんという発想からは到達しないアーキテクチャである。
特定のケースでクエリーをキャッシュしないとか、特定のケースで特定のアクセス・パスを取ることができるとか、そういうことをRDBMSという「汎用ツール」にさせようとすると、その「特定のケース」がwell definedで、なおかつ応答速度がリーズナブルな範囲に収まる程度のコストで判定できなきゃいけないという制約があるわけで。しかし、往々にしてアプリケーション作ってる側からすると、その「特定のケース」しか発生しないことが自明で、それ以外の可能性なんか考慮する必要もなかったりする。
RDBMSのチューニングという作業は、理念としては汎用ツールとしてデザインされたRDBMSという処理系に、規格上は「アプリケーション側の事情」を確実に伝える手段を持たないSQLという言語を使って、アプリケーション側の事情をどうにかして伝えるために、処理系固有のクセとか独自仕様とかを駆使して四苦八苦することを強要される、非常に本末転倒というかマゾヒスティックな作業だと思うわけですよ。どういうアクセスパスが最適かということが分かってる人間にしてみたら、セクシーダイナマイツなエロエロ美人が、わざわざ不細工な着ぐるみ着て仮面舞踏会で男をくどこうとしてるみたいな、そうい感じ。正直、現在のような形におけるRDBMSってbrain damagedなコンセプトだと思う。
ACID性を持った「ストレージ・エンジン」をダイレクトに操作することができるなら、optimizerとかいらね、RDBMS使ってるのはそういうモノがないから嫌々つきあってるだけ、とゆーケースは多いんじゃないかと思うのだが。
MySQLみたいな軽いだけが取り柄の「アホ」なRDBMSを、みんな好んで使うのも、そゆことなんだと思う。Oracle RACのquery plannerがいかに賢かったところで、アプリケーションとデータの特性を知り尽くしているプログラマにはかなわないわけで。中途半端にインテリジェントな道具よりも、使い手の技量なりにしか動かないけど、使い手の意思を忠実に反映する道具の方が、「分かってる」人間にとっては優秀な道具なんだよな。
2006/07/12 : ここギコ！: 20%ルール、50%ルール...内実は違うので要注意
ここギコ！: 20%ルール、50%ルール...内実は違うので要注意
世の中いろいろだなあ。
オイラは先日から退職活動中なんだけど、今は「研究所で好きなことやっていいから残って」と言われてて、「研究所だろうとなんだろうと、マジメに金儲けする気のねー奴らのために働く気はしねー」と言ってるところだったりする。
マジメに金儲けする気のない奴が、どうやってオレの仕事の価値を評価できるというのだ？
世の中いろいろだなあ。
オイラは先日から退職活動中なんだけど、今は「研究所で好きなことやっていいから残って」と言われてて、「研究所だろうとなんだろうと、マジメに金儲けする気のねー奴らのために働く気はしねー」と言ってるところだったりする。
マジメに金儲けする気のない奴が、どうやってオレの仕事の価値を評価できるというのだ？
2006/07/12 : 今日見かけたモノ
あまりに猫手すぎて、エキストラ・ホットのラテ用に暖めたミルクのピッチャーを持てないスタバの店員。あまりにチビすぎてカウンターに飲み物を置けないスタバの店員。猫手は馴れればどうにかなると思うが、チビを努力でなんとかするのは難しそうだ。誰かカウンターの前にミカン箱置いてやれよ。
2006/07/12 : Charles : Web Debugging Proxy | HTTP Monitor | HTTP Proxy | HTTPS/SSL Proxy | Reverse Proxy
Charles : Web Debugging Proxy | HTTP Monitor | HTTP Proxy | HTTPS/SSL Proxy | Reverse Proxy
オイラはFiddler使うことが多いんだが、コレはFiddlerよりも使えるかもしれないとヒトづてに聞いた。暇な時に試してみるか。
オイラはFiddler使うことが多いんだが、コレはFiddlerよりも使えるかもしれないとヒトづてに聞いた。暇な時に試してみるか。
2006/07/12 : スラッシュドット ジャパン | 相次ぐ研究費不正使用に対処法は？
スラッシュドット ジャパン | 相次ぐ研究費不正使用に対処法は？
なんかタイムリーに「大学研究費不正受給、申告すれば罰則軽減…文科省検討」なんてニュースも。
動物のお医者さんでもそんなネタがあった気がするが、研究費が不足して割れた試験管をテープで直して使うとかフツーによくある話なので、プールしたくなるのは当たり前だと思ったり。私的流用は論外としても、科研費取れなかったから研究しませんってわけにはいかないし、自分一人のことならそれでもいいかもしれないが、院生に実験やらせる金もないってわけにもいかんしなあ。
まあ、そんなことは重々承知の上で、そういった「必要悪」を排して、真っ当なあり方にすべく努力している過程なのだろうと思うのだけど、学者の世界とゆーのは「パンがなければブリオッシュを食べればいいのに」的な発言をフツーにしちゃうエキセントリックな人々がゴロゴロしてる世界でもあるので、ヒト事ながらドキドキしちゃうな。
なんかタイムリーに「大学研究費不正受給、申告すれば罰則軽減…文科省検討」なんてニュースも。
動物のお医者さんでもそんなネタがあった気がするが、研究費が不足して割れた試験管をテープで直して使うとかフツーによくある話なので、プールしたくなるのは当たり前だと思ったり。私的流用は論外としても、科研費取れなかったから研究しませんってわけにはいかないし、自分一人のことならそれでもいいかもしれないが、院生に実験やらせる金もないってわけにもいかんしなあ。
まあ、そんなことは重々承知の上で、そういった「必要悪」を排して、真っ当なあり方にすべく努力している過程なのだろうと思うのだけど、学者の世界とゆーのは「パンがなければブリオッシュを食べればいいのに」的な発言をフツーにしちゃうエキセントリックな人々がゴロゴロしてる世界でもあるので、ヒト事ながらドキドキしちゃうな。
2006年7月11日火曜日
2006/07/11 : Carving Roller｜カービングローラー N-wave CO,.LTD
Carving Roller｜カービングローラー N-wave CO,.LTD
コレ、えらく高いんだが、いい加減な板にロンスケ用のトラックとかつけるんじゃダメなんかな。carverとかseismicみたいなの使えば、とりあえず曲がれる気はするんだが。
コレ、えらく高いんだが、いい加減な板にロンスケ用のトラックとかつけるんじゃダメなんかな。carverとかseismicみたいなの使えば、とりあえず曲がれる気はするんだが。
2006年7月9日日曜日
2006/07/09 : サイレント・ヒル
ウチのツレが『サイレント・ヒル』シリーズ全部買ってるヒトだったりするので、観に行って来ました。
いいんじゃないすかね、コレ。ゲームの雰囲気が良く出てる。気になったのは、あんまりラジオの出番がない、主人公が丸っきり戦わない、主人公の足がすごく速い、ゴキブリは勘弁、ナース軍団の動きがどう見てもダンサー(実際ダンサーらしい)、えらく話をすっきりまとめてくれちゃってる、お父さんあんまりいらなかったんじゃね？ぐらいかな。ああ、あと、ゲームの音楽使ってくれたりしてるのはいいんだけど、個人的には初代『サイレント・ヒル』で一番新鮮だったのは、ゲーム中にBGMがないということだったので、もうすこし映画も「サイレント」でも良かった気もするが。あ、そうだ、続編作るなら、今度はぜひUFOエンディングでよろしくｗ。
しかし、そういう細かいところにしかケチのつけどころがないぐらい、ゲームの映画化としてはよくできてると思う。『サイレント・ヒル』好きなら、観て損はしないんじゃないの？って感じかな。
ところで、これ、イクスピアリにある今時のシネコンで観たんだけども、オレが思うにこーゆー娯楽映画を観る時にはポップコーンが必需品でですね、しかも映画の間、えんえん食い続けてもなくならないぐらい大量で、映画の内容にムカついたらスクリーンにむかって投げつけてもまだ余って、帰りに1/3ぐらいは捨てて帰るぐらいじゃないと、映画館のポップコーンじゃない気がする。つーわけで、SとかMとかみみっちいサイズのポップコーン売るのは止めようよ＞イクスピアリ。Sサイズなんて用意するから、Lサイズ買わせてもらえなかったじゃないかよ。でもって、ビールのコップもせめて中ビン一本分ぐらいは入る量にすることを激しく要求する。
いいんじゃないすかね、コレ。ゲームの雰囲気が良く出てる。気になったのは、あんまりラジオの出番がない、主人公が丸っきり戦わない、主人公の足がすごく速い、ゴキブリは勘弁、ナース軍団の動きがどう見てもダンサー(実際ダンサーらしい)、えらく話をすっきりまとめてくれちゃってる、お父さんあんまりいらなかったんじゃね？ぐらいかな。ああ、あと、ゲームの音楽使ってくれたりしてるのはいいんだけど、個人的には初代『サイレント・ヒル』で一番新鮮だったのは、ゲーム中にBGMがないということだったので、もうすこし映画も「サイレント」でも良かった気もするが。あ、そうだ、続編作るなら、今度はぜひUFOエンディングでよろしくｗ。
しかし、そういう細かいところにしかケチのつけどころがないぐらい、ゲームの映画化としてはよくできてると思う。『サイレント・ヒル』好きなら、観て損はしないんじゃないの？って感じかな。
ところで、これ、イクスピアリにある今時のシネコンで観たんだけども、オレが思うにこーゆー娯楽映画を観る時にはポップコーンが必需品でですね、しかも映画の間、えんえん食い続けてもなくならないぐらい大量で、映画の内容にムカついたらスクリーンにむかって投げつけてもまだ余って、帰りに1/3ぐらいは捨てて帰るぐらいじゃないと、映画館のポップコーンじゃない気がする。つーわけで、SとかMとかみみっちいサイズのポップコーン売るのは止めようよ＞イクスピアリ。Sサイズなんて用意するから、Lサイズ買わせてもらえなかったじゃないかよ。でもって、ビールのコップもせめて中ビン一本分ぐらいは入る量にすることを激しく要求する。
2006年7月8日土曜日
2006/07/08 : Yahoo!ニュース - 産経新聞 - ＥＴＣ事故多発 阪神高速、昨年度１万2000件
Yahoo!ニュース - 産経新聞 - ＥＴＣ事故多発 阪神高速、昨年度１万2000件
バーなくせばいいんでね？強行突破した奴のナンバー記録するシステム作る方が安上がりだし、事故も減る気がするんだが。
バーなくせばいいんでね？強行突破した奴のナンバー記録するシステム作る方が安上がりだし、事故も減る気がするんだが。
2006/07/08 : 車探し
親父は一命は取り留めたものの、まだ死ぬかもしれない状況なんだが、いつ死ぬかもしれないのは誰だって同じことでもあるし、とりあえず車は買うことに。
つーわけで、147の2.0セレスピード買ってきた。月末〜来月頭納車予定。
つーわけで、147の2.0セレスピード買ってきた。月末〜来月頭納車予定。
2006年7月6日木曜日
2006/07/06 : 物理演算パズルArmadillo Run：ピタゴラ装置も作れます - Engadget Japanese
物理演算パズルArmadillo Run：ピタゴラ装置も作れます - Engadget Japanese
製品版(ダウンロード版)がPayPalで1999円なので買ってみた。
とりあえずステージ20あたりまで。このへんですでに結構頭使う。もっとスマートなやり方が色々あるんだろうが、とりあえず力任せというか運任せというかタイミング任せのやり方で解いている。つか、金の制約が結構厳しいんだよな。ロケットとかゴムバンドとか高くって使える気がしない。いまんところ。
あ、つーわけで、結構面白いわけですよ。マリオの完全攻略ほったらかしで遊び中。
製品版(ダウンロード版)がPayPalで1999円なので買ってみた。
とりあえずステージ20あたりまで。このへんですでに結構頭使う。もっとスマートなやり方が色々あるんだろうが、とりあえず力任せというか運任せというかタイミング任せのやり方で解いている。つか、金の制約が結構厳しいんだよな。ロケットとかゴムバンドとか高くって使える気がしない。いまんところ。
あ、つーわけで、結構面白いわけですよ。マリオの完全攻略ほったらかしで遊び中。
2006/07/06 : 車探し
今日147契約に行っちゃうつもりだったんだが、オヤジが倒れたという連絡があったので、とりあえずそっち方面が落ち着くまで延期。
会社はサボってしまったので、今日はゲームとかしてだらだらすることに。
会社はサボってしまったので、今日はゲームとかしてだらだらすることに。
2006年7月5日水曜日
2006/07/05 : 車探し
今日も会社をサボった。なんか登校拒否の中学生みたいだな、オレ。
大雨の中、ラーメン屋で昼飯食って、まずはスズキのお店にSX4見に行く。んー、デカい。全長はウチのEGシビックとかとそう変わらないんだが、幅だってフォーカスのこと思えば尋常なサイズのはずなんだが、デカく見える理由は高さかねえ。寸法上はスイフトより少し大きい程度、WRC参戦予定ってことで、SUVテイストなコンパクト・ハッチを想像してたんだが、どっからどう見てもフツーにSUV。RAV4をSUVと呼ぶならSUVという意味でSUV。実際、先代RAV4とそう変わらないサイズなんだよな。SUVには興味ない。さようなら。
その後、ツレとスタバで茶飲みながら、プジョーも見とくかということになって、プジョーのお店に。フォーカスよりもブレラよりも幅のある407はおいといて、まずは307。C4の兄弟車だけあって、仕上げは違えど、運転席に座った感じはC4と一緒かね。内装の質もC4とどっこいどっこい。顔は307もいいが、ケツはC4の方がいい。でもって、407と共通のフロントグリルのデザインでごまかしてるけど、実は307ってすげー車高あるんだよな。Cセグ・ハッチとしてはトップクラスに車高ある。あんまり萌えない。
隣に置いてあった1007は素直にカワイイが、マーチ・クラスの車に200万超を出そうって気にはなれんわなあ。207SWなら実用性もそこそこっぽいけど、ワゴンにゃ興味ないし。
つーわけで、あとB/Cセグのハッチって、BMW 1シリーズ、A3、ゴルフ、アストラ、カローラ・ランクスぐらい？正直、どれも興味ないので、147で決まりかなあ。
大雨の中、ラーメン屋で昼飯食って、まずはスズキのお店にSX4見に行く。んー、デカい。全長はウチのEGシビックとかとそう変わらないんだが、幅だってフォーカスのこと思えば尋常なサイズのはずなんだが、デカく見える理由は高さかねえ。寸法上はスイフトより少し大きい程度、WRC参戦予定ってことで、SUVテイストなコンパクト・ハッチを想像してたんだが、どっからどう見てもフツーにSUV。RAV4をSUVと呼ぶならSUVという意味でSUV。実際、先代RAV4とそう変わらないサイズなんだよな。SUVには興味ない。さようなら。
その後、ツレとスタバで茶飲みながら、プジョーも見とくかということになって、プジョーのお店に。フォーカスよりもブレラよりも幅のある407はおいといて、まずは307。C4の兄弟車だけあって、仕上げは違えど、運転席に座った感じはC4と一緒かね。内装の質もC4とどっこいどっこい。顔は307もいいが、ケツはC4の方がいい。でもって、407と共通のフロントグリルのデザインでごまかしてるけど、実は307ってすげー車高あるんだよな。Cセグ・ハッチとしてはトップクラスに車高ある。あんまり萌えない。
隣に置いてあった1007は素直にカワイイが、マーチ・クラスの車に200万超を出そうって気にはなれんわなあ。207SWなら実用性もそこそこっぽいけど、ワゴンにゃ興味ないし。
つーわけで、あとB/Cセグのハッチって、BMW 1シリーズ、A3、ゴルフ、アストラ、カローラ・ランクスぐらい？正直、どれも興味ないので、147で決まりかなあ。
2006年7月4日火曜日
2006/07/04 : グーグルとは何か 第2回 - 悪の最新情報
グーグルとは何か 第2回 - 悪の最新情報
これ読んで思い出したんだけど、こないだ会社でクリッピング・サービスの記事読んでたら、「75年生まれ世代」って話があった。mixiとかgreeとかはてなとかの社長はみんな70年代後半生まれで、みたいな話。「75年生まれ世代」はWeb2.0な世代で、金儲けはほどほどにユーザーに愛されるサービスを目指す、みたいな論調。ホリエモンはオレより若いよなーと思って調べてみたら72年生まれか。ギリギリ「75年生まれ世代」ではないわけだｗ。Googleのブリンとページは73年生まれか。
Googleも時々「金儲けはほどほどにユーザーに愛されるサービスを目指す」みたいなことを言うけれど、どうもそういうのって信用する気になれないんだよな。ユーザーに愛されずして金儲けができるのか？とか、金がなくてユーザーに愛されるサービスを維持できるのか？とか、金儲けが目的でないとしたらGoogleの中の人は何が目的なのか？、なんだかんだいってシリコンバレーのエンジニアの給与相場を吊り上げているのはGoogle(とYahooとMS)なんじゃないのか？とか、金を儲けたいというスーツの欲望はユーザーの幸福と相反するが、技術的に優れたものを作りたいというハッカーの欲望はユーザーの幸福と相反しないという思い込みの根拠はなんなのか？とか、株主や広告主の幸福よりもユーザーの幸福が優先されるだとしたら、その理由はなんなのか？とか。ていうか、ブリンとページはすでに一生遊んで暮らせる金儲けてるわけだしなあ、とか。Google八分話に関して言えば、力というのはなんであれ、人を幸福にしたり、不幸にしたりするものであって、「中立」だからOK、無作為だからOKなんてことはありえないだろう、とか。
そういったことが気になってしまうのは、オレが60年代生まれの年寄りだからなのかな、とか。
「数学的アルゴリズム万能主義」を掲げ、中立かどうかの議論から逃げるgoogleは、楽観的というよりも、単に「何も考えてない馬鹿」としか言いようがありません。
これ読んで思い出したんだけど、こないだ会社でクリッピング・サービスの記事読んでたら、「75年生まれ世代」って話があった。mixiとかgreeとかはてなとかの社長はみんな70年代後半生まれで、みたいな話。「75年生まれ世代」はWeb2.0な世代で、金儲けはほどほどにユーザーに愛されるサービスを目指す、みたいな論調。ホリエモンはオレより若いよなーと思って調べてみたら72年生まれか。ギリギリ「75年生まれ世代」ではないわけだｗ。Googleのブリンとページは73年生まれか。
Googleも時々「金儲けはほどほどにユーザーに愛されるサービスを目指す」みたいなことを言うけれど、どうもそういうのって信用する気になれないんだよな。ユーザーに愛されずして金儲けができるのか？とか、金がなくてユーザーに愛されるサービスを維持できるのか？とか、金儲けが目的でないとしたらGoogleの中の人は何が目的なのか？、なんだかんだいってシリコンバレーのエンジニアの給与相場を吊り上げているのはGoogle(とYahooとMS)なんじゃないのか？とか、金を儲けたいというスーツの欲望はユーザーの幸福と相反するが、技術的に優れたものを作りたいというハッカーの欲望はユーザーの幸福と相反しないという思い込みの根拠はなんなのか？とか、株主や広告主の幸福よりもユーザーの幸福が優先されるだとしたら、その理由はなんなのか？とか。ていうか、ブリンとページはすでに一生遊んで暮らせる金儲けてるわけだしなあ、とか。Google八分話に関して言えば、力というのはなんであれ、人を幸福にしたり、不幸にしたりするものであって、「中立」だからOK、無作為だからOKなんてことはありえないだろう、とか。
そういったことが気になってしまうのは、オレが60年代生まれの年寄りだからなのかな、とか。
2006/07/04 : Yahoo!ニュース - 時事通信 - 旅券1冊に経費1600万円＝電子申請の無駄指摘−予算執行調査
Yahoo!ニュース - 時事通信 - 旅券1冊に経費1600万円＝電子申請の無駄指摘−予算執行調査
旅券の電子申請なんつーもんがあるのかと思って、なんとなくヲチを予想しつつ、やり方調べてみたら、やっぱり予想通りだった。さらに予想を上回って、12県でしか電子申請できないという惨状。さすがお役所仕事。ステキすぎる。
旅券の電子申請なんつーもんがあるのかと思って、なんとなくヲチを予想しつつ、やり方調べてみたら、やっぱり予想通りだった。さらに予想を上回って、12県でしか電子申請できないという惨状。さすがお役所仕事。ステキすぎる。
2006年7月2日日曜日
2006/07/02 : YouTubeで見つけた謎ビデオ
セラムンにRihanna。なんか他にもこのパターン見つけたんだよな。フルーツ・バスケットにLady Marmaladeとか。他にもいくつか見かけた。
かなり意味不明なんだが、外人のヲタクって何考えてんの？
かなり意味不明なんだが、外人のヲタクって何考えてんの？
2006年7月1日土曜日
2006/07/01 : プリキュア様崇拝日記 - 体育着替え：公立小学校の６割強で男女同室
プリキュア様崇拝日記 - 体育着替え：公立小学校の６割強で男女同室
小・中は男女同室つか教室で着替えだったのは覚えてるんだが、高校どうだったけなあ。1年で辞めちゃったのでよく覚えてないが、「更衣室」という存在が丸っきり記憶にないので、教室で着替えてたんだと思うんだけど。プールの更衣室はあったかな、男女別に。
小中の時に関しては、女子共はカーテンに隠れて着替えるとか、シャツの上から体操着を着て後からシャツを脱ぐとか、そーゆー技を身につけていたので、べつにどうということもなかった。今時は中学にもなると、ちゃんと更衣室あるのが普通なのだ、ということの方に、むしろ驚いた。
どこにそんな神高校があるの？！！！！！！！
小・中は男女同室つか教室で着替えだったのは覚えてるんだが、高校どうだったけなあ。1年で辞めちゃったのでよく覚えてないが、「更衣室」という存在が丸っきり記憶にないので、教室で着替えてたんだと思うんだけど。プールの更衣室はあったかな、男女別に。
小中の時に関しては、女子共はカーテンに隠れて着替えるとか、シャツの上から体操着を着て後からシャツを脱ぐとか、そーゆー技を身につけていたので、べつにどうということもなかった。今時は中学にもなると、ちゃんと更衣室あるのが普通なのだ、ということの方に、むしろ驚いた。
登録:
投稿 (Atom)