突然ではありますが、とっておきの yield return の使い道を紹介しようぢゃないか。・・・って別にそんなたいそうなものじゃないけどね。 まず、IEnumerator ってのは次のような状態遷移モデルで捉えることが出来るわけだ。 逆に考えると、状態遷移でモデル化できる設計は、IEnumerator を利用して実装できるんじゃないか、というのが着想。つまり、yield return を利用して状態遷移モデルを実装しよう、ということ。 何のメリットがあるかって？ 僕が思うに、状態遷移モデルは結構実装が面倒だ。面倒というか、コードがぐちゃぐちゃになりやすい。ところが yield return を上手く使えばあら不思議、状態遷移がすっきりと記述できてしまうのだ。 具体例を挙げてみる。 何か作図ツールのようなものを開発するとしよう。CADとかパワーポイントとかVisioとかを想像すればよい。さ

過去の関連記事 Vista のファイルコピーが遅い件について 前回記事 記事紹介: Inside Vista SP1 File Copy Improvements (1) 記事紹介: Inside Vista SP1 File Copy Improvements (2) それではいよいよ最終回にしてメインディッシュ．記事紹介から離れてこの件を深く掘り下げていきます． Cached I/O vs Non-Cached I/O revisit Cached I/O をオートマ車に喩えるなら，Non-Cached I/O はまさにマニュアル車です． 両者の大きな違いは，どれぐらいのサイズのデータを，どれぐらいの期間メモリ上に保持するかを自動で決めるか手動で決めるかというところです．もちろん後者の方が「理想的な状況」でのパフォーマンスは上になります．似たような対立軸はあちこちにありますね． Cac

この連載は，日経ソフトウエア2006年7月号から，2007年6月号までに掲載した連載「簡単実装で学ぶWeb技術2006 / 2007」の再録です。Web技術を具体的でシンプルなサンプル・プログラムを通して紹介します。進歩と変化の激しいWeb技術は，手際よく本質をつかんでいきたいものですね。小さいけれどもわかりやすいサンプルを実際に動かして「なるほど，こういうものだったのか」と思っていただければありがたいです。 題材は，新しいものから基本的なものまで幅広く取り扱っていく予定です。 第1回 Ajax---動的なWebアプリケーションを作るための技術 第2回 Comet---プッシュ型のWebアプリケーションを作る 第3回 Cookie---状態管理とトラッキング 第4回 Catalyst（前編）---Perl向けWebアプリ・フレームワーク

1つ上のエントリーに関連して、最近話題に上っている話しを（笑） サッカーって、一般的に見るのが難しいスポーツだと思います。 戦術、システム、選手起用、プレーの判断など、ピッチの上だけでも何通りもの組み合わせがあるのにクラブのビジョンだとか、今後の方向性だとか「面白サッカー」だとか、考えなきゃいけないことは山ほどあります。 しかも、それだけ組み合せがたくさんあるのに、答えは1つとは限らないと来ているんだから困ってしまいます。 単純に「勝てばいい」ってだけじゃないかもしれないし、でもあまりにも負け続けると降格もあるし…。 例えて言うのなら解くことに意味があるの常人にはわからない、難解な数式のような感じなのかもしれません。 これがもしかしたらJリーグの新規顧客の開拓や、盛り上がりにも関連しているんじゃないかと。 例えばサッカーに比べると、音楽なんてものは非常に単純です。 数分聞いて、自分が良いな

「格差社会」の問題を、それによって追いつめられている人が言うと、すぐに「そうやって社会のせいにしてるからダメなんだ」と言う人が現われる。あまつさえ「お前らが苦しんでるのは、お前ら自身が足を引っ張りあってるからだ」とさえ言う。こう言いながら、たぶんその人は、自分が問題をすり替えてることに気づいていない。格差社会の問題は、苦しんでいる人の一人一人がそれぞれ「勝てばいい」という話じゃないのだ。勝ちたいんだけどどうすればいい？という話じゃないのだ。もし、問題のすりかえに気づいているなら、きっとその人にとっては「勝ちたい人が勝つ」ことが本来的な重要な問題で、つねに一定の弱者が存在するということは、別にどうでもいいのだろう。ギゾーよろしく、「金持ちになりたまえ」というわけだ。 友人が苦しい、這い上がりたい、と言ってきたら、僕だって似たようなことを言うだろう。勉強しろ。自分の価値を高めろ。決断しろ。戦略

2008年03月01日15:45 カテゴリArt 私はこうしてクビを切りました これ、定性的には事実なのかも知れないけど、定量的に事実かというと、給与を出す立場だった私からみてもYesとは言いがたい。 就職氷河期と資本主義 - FIFTH　EDITION なんでかって話になるんだけど、まず、マクロな話になるんで、退屈な話かもしれないけど、日本って、正社員を簡単に解雇できないのよ。労働法の関係上、簡単に首切れない。 カバチタレ! 青木雄二 / 田島隆 / 東風孝広 労働法上はどうなのよ、というのは、「労働法のキモが2時間でわかる本」の第11章を読んでもらうことにして、また実のところそれがどう活用されるのかというのは「カバチタレ!」の第一話を見てもらうことにして(どちらも広島に縁があるってのは偶然?)、ここでは実際に私がクビにした時の実例をお話することにします。 このケースでは厳密には解雇した

あまり理詰でもの考える人の意見はあてにしないようにしている。特に微に入り細に入り細かいところまで理屈で整理しようとする人は要注意だ。もちろんそういう風な人の意見は筋が通っているし、一見、正しいことが多い。しかし正しいからといってそれが現実的に適しているかというと必ずしもそうでない。現実とは、往々にして筋が通っていないのだから。 理論的な整合性をとろうとすれば、そこには「閉じた環境」を想定しなければならない。不確定要素や外部環境の変化、人と人との感情面での関係、建前と本音といったノイズを排除しなければならないからだ。しかし現実はどちらかというとノイズに満ち溢れている。どかどかうるさいR＆Rバンドだらけ。 そんなものをイチイチ理詰で潰していってもキリがない。潰せば潰すほどノイズが発生し、小さいノイズで元よりうるさいんじゃないかというほど。 じゃぁ、「理屈」がいらないかというとそうではない。論理

Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find

「PlayStation」や「Xbox 360」，「Wii」といった家庭用ゲーム機は，IT業界で珍しい極めて閉鎖的な（クローズド）プラットフォームである。UNIXやWindowsのようなオープン・プラットフォームのように，自由にアプリケーションを開発したり動作させたりできない。しかしいよいよ，家庭用ゲーム機もオープンになろうとしている。 現行の家庭用ゲーム機の中で，最もオープンなプラットフォームになろうとしているのが，マイクロソフトの「Xbox 360」だ。マイクロソフトは2008年2月21日，「Xbox 360」のオンライン・サービス「Xbox Liveマーケットプレイス」で，一般のユーザーが制作した「Xbox 360用の自作ゲーム・タイトル」を，他のユーザーがダウンロードできるようにすると発表したからだ（関連記事：マイクロソフト，Xbox 360で「ユーザー自作ゲーム」のダウンロードが

近藤さんは、シリコンバレーで世界に通用するサービスを作ろうとした。 英語圏向けのサービスを。 サービスは一人では開発できない。 一緒に開発してくれる優秀なエンジニアが必要だ。 近藤さんに言われたとおり実装するだけの、イエスマンエンジニアではだめだ。 仕様の細部まで親身になって話し合いながら一緒に開発していく、企画センスも兼ね備えた頭の切れるギークが欲しいところだろう。 英語圏向けのサービスを開発するのだから、当然、英語圏の空気の読めるエンジニアが望ましい。 そこで近藤さんは、現地でそういう人材を採用しようとしたのではないか。 しかし、シリコンバレーでそういう優秀なエンジニアを採用するには、いくつもの問題をクリアしなければならない。 まず、具体的なWebサービスの企画が必要だ。 いくらシリコンバレーのギークたちが、梅田望夫さんのいうようにお互い褒めあい、陽気にオプティミズムを貫いている人たち

Benoit Mandelbrot I just read that earlier today, Benoît Mandelbrot passed away. Mandelbrot’s most famous... Author: Luke Hoban [MS] Date: 10/16/2010 Twitter OAuth in F# I have a few F# demos which use the Twitter APIs as simple examples of accessing online data... Author: Luke Hoban [MS] Date: 09/05/2010 F# Scaling from Explorative to .NET Component - F# Talk @ TechEd 2010 Last Thursday I gave an

情報システムは「見た目」である――。こんなテーマの特集を執筆しながら、ふと我に返った。これは自分自身の仕事にも、全く同様に当てはまる、と。 「読んでもらえれば分かります」。記者という職業にとって、これは「禁句」である。いくら素晴らしい内容の記事でも、読んでもらえなければ無価値。だから記者は、見出しに最大の努力を払わなければならない。読者が雑誌や新聞をめくって、パッと目に入ってくるのは見出しだからだ。記事レイアウトの見やすさ、図や写真の的確さも欠かせない要素だ。 読んでもらえて初めて記事に価値が生まれるのだとすれば、記事の「見た目」がその価値を左右すると言える。 こう言っておきながら、自身を振り返ってみると非常に心許ない。もちろん気を遣ってはいたつもりだが、まだまだ足りないと思い至った次第である。 「使ってもらえれば」は禁句 実はほかにも、これと同じ感覚にとらわれたことがあった。Window

お会いするのは何年かぶりだから、さすがにちょっと老けたかなと思った。でも、せっかちに歩く姿も、甲高い声で熱く語る姿も、昔とちっともかわらない。「1993年からだから、ずいぶん長いですよね」。そう言われて指を折ってみれば15年。その間に、何度も彼に会い、語り、彼と彼の成果について実に多くの記事を書いてきた。 彼とは、中村修二氏のことである。最初に出会ったとき彼は、地方の中小企業に勤務する一技術者だった。ところが、1年も経たないうちに、カリスマ研究者と呼ばれるようになり、やがて「日本としては初めての企業人ノーベル賞候補」と目されるようになる。その彼から「会社を辞める」という連絡をもらったのは、1999年末のこと。地方企業の技術者から米有名大学の教授へと転身し、一躍全国区のヒーローになった。 その彼が古巣の会社からトレードシークレットで訴えられ、その反訴というかたちで、いわゆる「中村裁判」が始ま