事前告知すっかり忘れていて、当日、直前くらいに twitter でつぶやいた程度、本セッションがたくさんある裏でのセッションだったわけですが。その割に、常時20名超、延べだと40名程度お越しいただけたようです。ありがとうございました。

OpenJam 運営の方の手により、録画＆YouTube 公開されています。

DevSumi2012 OpenJam codeseek – Metro アプリ (1/2)

DevSumi2012 OpenJam codeseek – Metro アプリ (2/2)

スライドも、SkyDrive にアップロードしました。

https://skydrive.live.com/#!/view.aspx?cid=5C622397E11C979D&resid=5C622397E11C979D%214035

ちなみに、「100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊」にも寄稿していたりします。ほんとに名著が並ぶ中、自著（を書くにあたって込めた思いをつづっただけ）だったりしますが…

• [雑記]動的な処理の使い方
• 正規表現（文字列パターン マッチング）
• 文字列の書式設定
• コレクション
• コレクションの内部実装
• IL 命令の実行例
• 使わなくなった機能・新しい機能

こんなペースでページ足したの、何年ぶりだろう。

• C# の社内勉強会でした

以下のような内容です。

https://skydrive.live.com/?sc=documents&cid=5c622397e11c979d#!/view.aspx?cid=5C622397E11C979D&resid=5C622397E11C979D%213892

動画とってないのが残念ですが。

前半: 依存関係削減

Unity やってる人が多い前提で作ってたら、案外、サーバー側な人の比率が高くて、そっちの人にはどうだったかなぁという感じもあるものの。

Unity みたいに、なまじクロス プラットフォームなものを使うと、結構みんな容赦なく Unity 依存なコードを書くんですよねぇ。なので、前半はこんな感じで。

中盤: イベントと LINQ

他の言語にあんまりない機能の2大巨頭。でも正直、経験上、実は LINQ ってみんなすぐに覚えてくれるんですよねぇ。むしろイベントが鬼門。

イベントは、addEventLisnter との対比のスライドだけあればよかったかも、客層的には。さすがに、イベントの使いどころまでは要らなかった予感。

LINQ は、みんな割と興味津々で聞いていた感じ。

で、思ったのは、（今の）C# の敵は、他言語じゃなくて、C# 1.0 とか C# 2.0 だったりするかなぁとか。Windows も、 7 の最大の敵は XP とか言われてますしねぇ。

終盤: ライブ コーディング

スライド中に書いてる、

• foreach
• メソッド抽出
• Usage-First
• 単体テスト生成
• LINQ

の中だと、LINQ 以外は一通りやれた感じ（LINQ は時間切れ）です。

特に、テスト プロジェクトの自動生成とか、Usage-First（Test-First 開発するんなら、先に用途の方書いてしまって、そこからメソッドとか生成する）みたいな話、大事ですよねぇ。テスト大事。

• 来た。Expressでも使えれば、気兼ねなく記事サンプルに使えて非常にありがたい。

• December was a big month for Windows Azure
• Microsoft’s cloud roadmap for 2012: What’s on tap

• テンプレートからWordドキュメントを生成するためのユーティリティ
• CodePlexでソースコードも公開

• SQL Server 2012の新機能、Power Viewのデモ サイトができてる
• とか思ってたけど、検索してみたら、日本語でもあるなぁ、デモ

Advent Calendar

さて、C#ユーザー会の1月の勉強会は、先月のAdvent Calendarの振り返りにしようかと。

C#のものだけじゃなく、他で面白そうな話題があれば共有しましょうという意図があるので、以下のページなど見てみるとよいのではないかと。

• Tech Advent Calendar Japan 2011
• 今こそまとめ読み！技術系アドベントカレンダー総まとめ 2011【完結】

あー、この内容でブックマーク多くとれるんだー的な感じでも楽しめるのではないかと（思いっきり自分視点）。

しかし…完走率ひっくいなぁ…。見込み考えずに始めた1人Advent Calendarが多かったんですかねぇ。

オープン ソース、オープンな標準にマイクロソフトはどう取り組んでいるか

• オープン ソース、オープンな標準にマイクロソフトはどう取り組んでいるか

なかなかいい内容の対談だった。一部、特に気に入ったところを引用。

ラベリノ： いいご質問ですね。例えばクラウドにおけるオープン性を考えると、単にそのクラウドのコードを開示しているだけでは十分ではありませんよね。クラウドでアプリケーションを運用することを考えると、データをそこにロックインされたくないからデータ用の API やデータ フォーマットの標準も欲しい。

だからオープン性にはさまざまな要素があって、オープンな API、オープン プロトコル、オープンな標準、そしてオープン ソース。この 4 つが柱です。けれどもどんなときにもこのすべてが必要というわけではありません。顧客がロックインされないためになにが必要か、というのはそれぞれ役割が違っていると考えています。

丸山： 僕はオラクルに買収されたサン・マイクロシステムズという会社がとても好きで、なぜあの会社がだめになってしまったのか、ときどき考えるんです。それでいくつか思い当たることがあるのですが、サンは Java のオープン化って最後になるまでできなかったんですね。それからグーグルもオープンと言いつつ、キー テクノロジは絶対に外には出さないですね。そういう意味で実はプロプライエタリに近づいていると思うんです。

だけど一般的にはプロプライエタリな技術の筆頭だと思われているのはマイクロソフトだったりする。現実はどんどん変わっているんだってことを、もう少し印象的に示した方がいいと思ってるんですよね。

2つとも、まったくで。

Roslynの舞台裏

• Roslynの舞台裏

Roslyn開発者へのインタビュー動画の要約。

見た感じ、自分が把握してる内容（↓で書いたようなの）で間違いなさそう（その後の方針転換とかもなさそう）。

• Roslyn CTP – October 2011 を触ってみた
• 第12回 C#ユーザー会 勉強会レポート
• 議事録（Word形式）

辞書で引いて、「整列する」っていう意味じゃないの？とか思うかもしれないですけど、実際その通りなんですけど、記事書いたり人に教えたりしようと思うと、それだけじゃ不十分だと思うんですよね。

英語ネイティブな人がmarshalという語に抱くイメージと、日本語ネイティブな人が整列という語に抱くイメージ、ほんとに一致してるのかなぁとか。

yield ― 単語の文化的背景

過去、C#にイテレーター構文が導入されたとき、yieldの意味に相当悩みました。

もちろん、辞書を引けば「譲る」なんですけども、この「譲る」がどうもしっくりこなくて。最初、財産譲渡的なイメージの「譲る」で考えていて、一度yield returnした後、次に処理を再開するイメージが付かず。

で、結局、納得いったのは何かというと、前方優先の道路標識が「YIELD」なのを見たとき。そういう意味の「譲る」なんだという。「他の車に道を譲る」ってのと同じイメージで、「他のスレッドなりタスクなりにCPUを譲る」様子を思い浮かべて初めてしっくりきたという。いったん停車して、後続の車に道譲っても、別に走行自体止めたわけじゃなく。

オオカミ ― 単語のイメージは文化に依存する

こういう、イメージまで作り上げなきゃとか思うと、やっぱり単語をただ訳すだけってだと不十分になってきます。たとえ、ほんとに同じものを指す単語であっても、イメージって文化によって違ったりするので。

良く引き合いに出されるのが、オオカミ（イヌ科のあれ）を比喩表現として使う場合にどういうイメージで使われるかというもの。日本語だと、たぶん、「オオカミみたい」っていうと、一匹狼のイメージ、要するに「孤高」だったりするわけです。一方で、英語でwolfishっていうと、残虐性・凶暴性を表す単語。狼男が月夜に暴れるあのイメージ。

言語をまたがなくても、日本みたいな均一化を好む社会の内部であってさえも、育ちが違えば言葉のイメージが変わったりします。

自分は、ある用語に対して直訳な訳語でしっくりきたとします。が、他の人は同じ単語に同じイメージを持っていないかもしれない。人に何かを教えるときには、そういうところにまで気を回さないと行けなかったりします。なるべく、1単語で済まさないで、いろんな言葉でイメージを伝えるのが意外と大事。

static ― 今でもその語が適切か

またもう、歴史的背景があったりすると、作られた当初の様子を知っているかどうかによって、納得しやすさがもろに変わるわけで。

例えば、JavaやC#だと、クラスに属する/インスタンスによらずクラスにつき1個だけのメンバーを静的（static）というわけですが。

内部実装を考えると確かにstatic（プログラムと同じ寿命で、ずっと同じ場所に確保され続ける）ですけども。意味的にはクラス メンバーとか、共有メンバーとか読んだ方がしっくりくるわけで。実際、OOP用語的にはクラス メンバーって言い方結構されますし、VBだとSharedキーワード使いますし。

元々はC言語由来で、関数ローカルなstatic変数（関数を抜けても値が残り続けるローカル変数。グローバル変数と同じ寿命になるものの、その変数を参照できるのは関数内でだけ）から来ていて、それをクラス メンバーに流用した（実際、コンパイル結果的には、スコープが狭まったグローバル変数でしかなく、関数内staticと一緒）のが始まりで。

でも、JavaやC#は、関数内staticもなく、内部実装を意識させるようなプログラミング言語でもなく。

特に、ベテランの人が新人相手に教える時ほど、これがネックになったりするんですよねぇ。長い歴史を経て今の自分があることを忘れて、自分基準で言葉を選んでしまったり。

おまけ: LPCTSTR ― 何それ？難読化？

ちょっと本題からそれますけども、昨日、ちょうど、Win32 APIの文字列（を表すtypedef）についての話なんかも出てたり。

LPSTR, LPWSTR, LPTSTR, …とか、今見たらもう、難読化されたコードか何かに見えてくるよなーという。

• L: long。昔、long pointerとshort pointerってのがあった。16ビットから32ビットへ移行した時期の名残。
• P: pointer。
• C: const。文字列内の書き換えができるかどうか。
• W: wide。8ビット文字（char）か、16ビット文字（wchar_t）か。
• T: textの略？コンパイル オプション次第でcharかwchar_tかを自動切り替え。

の組み合わせ。割かし黒歴史。

未だにWin32 APIが現役なので、WindowsでC++使うなら通らなきゃいけない道ですが。毎年、これを新人に教えるお仕事が待っています。

おまけ: ε-δ論法 ― 言葉の意味を考えて使っていますか？

そういや、専門用語ほど、みんな言葉の本来の意味を考えずに使ったりしますよねぇ…

大学数学で多くの学生をくじくことで有名なε-δ論法なんてその最たるもので。

|x|<δ → |y|<ε

みたいな式があったとき、この式だけを見てまず思いつきそうなのは、「δを決めればεが決まる」なんじゃないでしょうか。

ε-δ論法は、それを、「εの方を先に決める」というように、順序を逆にするのがポイント。どんなεだろうと、従属変数δ(ε)が求まる。だから、Greekアルファベット順だとδ→εなところが、逆のε→δの順番でならんでる。これが、極限という概念を厳密に定義するにことに成功した秘訣。

とかいう話を学生（理学系含め）相手にすると、十中八九びっくりされるんですよねぇ。

みんな、難しい理論だから難しい意味が込められているに違いないとか思うみたいです。そのせいか、あくまで用語として覚えてしまって、言葉に込められた意味まで考えてない。

marshalling ― 話を戻して

そんなくらい、言葉の持ってるイメージを気にするので、marshallingについても「整列」って何？とか思うわけです。

1. メモリ レイアウトが違う可能性あるからレイアウト並べ直せという意味？
2. serializationと同じ扱い受けてるみたいだし、結局、serializationと同じような感覚？
   • データをディスクに保存するにしろ、通信に使うにしろ、バイト ストリームを通すわけで、そこを通せるように直線的にデータを一直線にならべる ＝ 直列化
   • スレッドとかプロセスとかの境界にも、そういうストリームが挟まっているイメージ？
3. お家がくっついた際に、家紋を統合する作業をマーシャリングというらしいし、それのイメージも入ってたりする？

等々。

serialization（一直線に並べる）よりは、marshaling（並べるという意味合いだけ）の方が制約の少ない単語なので、1の意味合い（一直線でなくてもいいから、とにかく並べ直せ）なのかなぁ。

またもう、この単語、整列は整列でも、軍隊の部隊整列の意味で使われることが多い（名詞で使うと「元帥、最高司令官」の意味だし）んで、その軍隊色はイメージに含めた方がいいの？関係ないの？とかも悩んだり。ユーザー コードが整列するわけじゃなく、システム様がトップ ダウンで整列するわけですし。

そしてまた、staticみたいに、歴史的背景があって、この言葉が生まれた当初の背景を知っているともっとしっくりくる解釈ができたりするのかな？とかも勘ぐってみたりするわけです。marshallingという言葉を使いだしたのは、MicrosoftのCOM？

追記1: CORBA

夜が明けてから頂いたご意見1。

COMよりもCORBAの方が先っぽい。その当時、marshallingという用語を使っていたかどうかまでは不明とのこと。

追記2: 軍事/祭事のイメージであってるっぽい

同、ご意見2。

「システム全体を把握しているmarshal（名詞用法だと、司令官、所長、式典担当者）の案内がないと通れないのがプロセス境界」とのこと。

両側のプロセスのコンテキストを把握して、通るデータを適切に並べ直すのがmarshalのお仕事。

結局、タイトル通り、元帥のイメージでよかったようです。自分がしっくりきてなかったのは、「組織のトップ＝構成員を正しく配置する人」というイメージがなかったせいかも。自分もやっぱり日本人だと思いました。

200×200で背景透過なものを一応うｐ。

作画: Paese

依頼内容は、「もろにぱにぽにだっしゅのパロディでお願い。C#たんなんか、完璧に芹沢にしていいんで。」

• C#たん＝芹沢茜。髪型の元ネタ。犬耳っぽいくせ毛。
• C++たん＝橘玲。C++たんを作るにあたって、お姉さんキャラ的なイメージのキャラをいろいろ集めたのの中に含まれてる。
• VBたん＝一条さん。VBたんのイメージの一部に、ネギま！の近衛木乃香が含まれてて、中の人（野中藍）つながりで一条さんに。

絵師さん曰く「この絵柄を動かしてたシャフトのスタッフすげー」とのこと。あと、描いてもらってて思った、C++たんの特徴のなさ。正統派にしたかったとうのはあるものの、もうちょっと髪型に癖持たせてもよかったかも。あと、橘玲のパロディなせいで、普段かけてないメガネかけてるのも誰だかわからない理由。橘玲のパロディなので、伊達メガネ。

26日目のネタも、唐突の思いつきでした。25日分の全原稿書き終えた後、23日くらいに思い立って、急に絵の依頼して、忙しい中間に合わせてもらえて、26日に公開。「ネタ切れネタ切れって 言いたい事言いやがって ネタなんて最初からねーんだよ！ 」とか凄んでみた後に、さすがに申し訳なくなって絵を足そうかなーと。

でも、「ブロガー（元ネタでは作家）が消費してんのは 寿命だけだオラ！」ってセリフはかなりガチ。うすた京介の名言。

概要はこちらです。

ルーブル美術館には毎年850万人が来場します。2011にこのブログは約88,000回表示されました。ルーブル美術館の展覧会に置き換えると、それだけの来場者が訪れるには約4年かかることになります。

レポートをすべて見るにはクリックしてください。

やっちゃってたわけですよ、Advent Calendar毎日1人で更新。

発端っ！

開始当初にtwitterでつぶやいてたりはしましたけども、状況の説明から。

• 中の人などいない。というか、島本和彦先生と炎尾燃先生は別人（補足1参照）。
• 普段は委員会方式（複数人か関わってもらってる）ではあるもの、今回はほんとに1人。
• 事前準備なし。11月29日に思いついた瞬間にWordPress.comにアカウント作って、そこからネタも考え出す。
• 毎日ガチ。

ぎりぎりっ！

かなり行き当たりばったりでした。

書きためは、たまってた時で最大2日先くらいまで。ほとんどはカツカツの状態でした。

11月30日の時点で、タイトル案だけは20ネタくらい列挙しておいたんですけども、実際のところ後半は微妙で、だいぶ変更かけてます。

まあ、1日で終わらせるはずだったものを2日に分けた（Wordで5・6ページ超えたら分けるという方針）のもあって、微妙なのは統合orカットしてます。

後からの思いつきで足したのも多いです。DynamicとかILの話は完全にあとからの思いつきです。

1人っ！

ほんとに1人。

突発の思いつきだったからというのもあります。そんな、2・3日前に急に「書いて」などとお願いできるわけもなく。特にギャラが出るわけでなし。絵がないのもそのせいです。絵は自分で描いてるわけではないので。

あと、品質保証の問題もあります。書く人が変わるとどうしてもキャラが変わっちゃうんで。

シリーズ

キャラが変わるという話に関しては、アメコミみたいなもんだと思っています。アメコミは、日本の漫画と違ってスタジオ製作ですし、シリーズ変わるとスタッフ変わる。キャラも相当に変わります。監督によってルパンのキャラが違うようなものです。それで良し。

ただ、せめてシリーズは分けた方がいいのかなぁというのが最近の感想。「ドラえもん」と「怪物くん」程度には。C# Fたんと、C#たんA。

• Fの方は
  • 研究者肌で、ほっとくとすぐに5年・10年先のビジョンを考え出すんだ
  • 仕事は夢を与えないと。大人がつらいつらいって言ってたら、子供が大人になりたがらないよ！
• Aの方は
  • だいぶ現実的。個人レベルじゃなくて、組織全体としての短期～中期の最適解を求めるよ
  • 仕事は意地を通す。土日も勉強！

あっ、FとかAってのは例え話ですからね。2人だけでもないんで。CLAMP辺りで例えた方が良かったか。

他との兼ね合いっ！

僕本体がC# Advent Calendarへの登録してませんが、これは別に、1人Advent Calendarの方とは無関係です。1人の方を思いついたのが29日で、C#の方はその前にだいたい埋まってましたし。Aさんの方と協議の上、最後にC#たんを混ぜときましたが、この時点では、WordPress.comのアカウントとることすら決めてませんでした。というか、CodeZineの方書くかという話もありました。

単純に、あんまり季節もののイベントに興味がないだけで。人足りなさそうならヘルプで入るかーくらいに思っており、まあ、C#には必要なかったみたいですね。

一方で、SilverlightとかPowerShellとかAzureとかは、人手足りずに困ってるみたいだったので、ヘルプ入りたかったんですけどもね。1人Advent Calendarの方でネタと時間を使ってしまい、なかなか入る余力がなく。

1人の方で、PowerShellもAzureも使いまくってるんで、事前にネタの日取りが決まっていれば入れたんですけどもねぇ。行き当たりばったりで、日取りも結構変わってるので厳しかったです。

2度はないっ！

もう2度とやらねー。というか、やろうと思ってもできないでしょうねぇ、そうそう。

ついうっかりやりすぎた感満載ですねぇ。こんなのをブログでやってたら、なんかもう不当廉価販売的なダメさ。たぶん、別のどこかで流用はすると思いますが。文字列処理とかコレクションの話は、C#入門の方にでも移します、たぶん。残りもきっとどこかで。

まあ、自分が書ける文章のスピードの限界がわかってきたのは大きな収穫でした。しかしこれ、100ページ、10万文字くらいは書いてるんだなぁ…

反響っ！

話題になるのは最初だけですねぇ。

みんなでやってるAdvent Calendarも、後半の人きついんじゃないでしょうか。2週目入ったあたりからガクッとPVも落ちるし（ちょうど忘年会シーズンでもありますし）、ネタも被り出すし。特に、最後の3連休はヤバいですね。本気で人いない。

ブログって、長期間続けて、検索にも引っかかり出さないとPV伸びないんですよねぇ。1か月集中で濃い内容とか、実はあんまりよろしくなくて。普段から継続的にちょろちょろ書いてて、時々大きなの書くくらいがちょうどいいと思います。

記事ごとの傾向

.NETだけよりは、他との比較が強いですねぇ…。ネイティブと.NETの回のPVが良かったです。まあ、両方まじめに勉強するのってしんどいですからねぇ…。書く方からするとしんどいんですけどねぇ、比較。本題とそれたところで鬼の首取ったかのように重箱の隅つつきだす人がいっぱい寄ってくるので。

あとは、イラストレーションがきっちりできてた回のPVが良かったと思います。値型とか、コレクションの内部実装とか、.NETの中間言語の回とか。ほんと、絵が大事。

逆にダメなのは、概念論な回でしょうか。2種類のLINQとか、規約、実装、アルゴリズムとかの回はいまいちです。まあ、あの手の話も必要なものだと思うので、それがわかってても書きますが。そういう意味では、「25個書く」ってのは良かったかもしれないです。普段、優先度低くて書かないことまで手が回って。

ガチだよ、ガチっ！

萌えキャラにしてても、ぬるい路線はやる気なかったり。別シリーズでぬるい路線描くのもあっていいと思うというか、やってくれる人募集（補足2参照）！でも、自分が書くのはガチ。

とはいえ、初心者お断りにしてるつもりはないです。

世の中はどんどん高度化していってるんで、学ばないといけないこともどんどん高度になっています。高度なことを濃縮して、一気に学んでもらわないといけない。

いつも言ってますけども、簡単なことを簡単なまま教えても、難しいことを難しいまま教えても価値がない。難しいことを簡単に学んでもらわないといけない。だから、

• とっつきやすいキャラ使いつつも、中身は高度
• 難しいこと書いてても、前提知識はあまり求めない

そういう話を書く。

ヒーローっ！

2008年のMicrosoft Conferenceのキャッチフレーズは、

heros happen {here}

ヒーローはここにいる

でした。個人的に、これ、かなり気に入ってるんですよねぇ。

ヒーローが必要、ヒーローが。大人が子供に対して、あるいは、先輩が後輩に対して、追いたいと思う背中を見せなきゃいけない。ヒーローでないといけない。

開発者が、奴隷の鎖自慢みたいなデスマ自慢大会やってる世界はどうかと思うわけですよ。それやったら、だれもそんな職に就きたいと思うわけがない。

C#たんの位置づけは、このヒーローなんですよねぇ。ただ、魔法少女だと思ったらドラゴンボールだった的な。管理局の白い悪魔的な。

広範囲っ！

最初から幅広く書くつもりでいました。理由は3つほど。

言語系の利点

1つは、特定製品系のAdvent Calendarと違って、せっかく言語系で、いろんな製品横断できるんだから、そうしようかと。MS MVPの間でも言われるんですよね、言語系はいろんなネタに顔出せていいよねって。

必要な知識

もう1つ、今もう、あれくらいの範囲の知識が開発者にとって必須だと思うんですよねぇ。

厳しい世界になっていると思います。でも、それは、.NETが厳しいんじゃなくて、世の中のITに対する要求が厳しい。もう誰も、町工場で作られたバイクは買わないんです。

現在のベテランさんが何年もかけて築き上げてきたものを、一足とびに学ばなきゃいけない。

ガチだって話のところでも書きましたけど、改めて。記事書く側にできることは、難しいことを簡単に説明する、高速道路の整備。これから学び始める人はそれに乗って、何年もの月日をすっ飛ばして、早く追いついてもらって、その先で新しい苦労をしてもらわなきゃいけない。

知識の幅を広げてほしい

そして最後。マスターしたとまでは言わずとも、なんとなく聞いたことあるかどうかだけでもだいぶ違うはずなんですよねぇ。

割かし、みんな、今現在自分が知ってることをベースに常識を語ります。ほんとに、ごくごく狭い世界の常識を。「常識に縛られる」ってのはそういうことだと思うんですよねぇ。

何も知らない人から出る博打みたいなアイディアじゃなくて、専門外のことも含めていろんなこと知ってるからこそ出てくるアイディアこそが、常識に縛られない斬新なアイディアなんじゃないかと。

なので、広く調べていきたい。

裏話っ！

ちなみに、こういう裏話まで書き残しておこうと思うのは、書くノウハウ自体も伝えたいから。

補足1: 炎尾燃先生

島本和彦による、いわゆる漫画家漫画、「燃えよペン」＆「吼えろペン」の主人公。

燃えよペンの巻末おまけコーナー「熱血マンガ テクニック コーナー」でこんなやり取りもあったり。

• 編集さん: 先生！今までやってきたことは―「熱血マンガ」のテクニックではなくって……熱血して漫画を描くという、熱血「マンガテクニック」なのでは！？
• 炎尾燃: その二つの何がどう違うのだ！？

とかいうくらい、島本和彦本人も熱血なら、炎尾燃も熱血なのもあって、何かと「実話？」とか言われたり。

そこで出てくるのがこんなセリフ:

最初に言っておこう！この物語は現実の島本とは全く関係のないフィクションであると！！

実際、「作家の本音は小声で言わせ、大ゴマでは別のことを言う」みたいな方針だそうで。本音を大きく書いちゃうと胡散臭く見えるので。

そういうことだ！

補足2: 別シリーズ

キャラはできてるんでやりようはいくらでも。

• 4人いれば普通に○いおん的な
  • ひだまりスケッチとかGAとか、あのタイプ
• 魔法設定ちゃんと作ってあるんで普通にファンタジーものできると思う
  • 魔法と言いつつ、イメージはペルソナなのだけども（ペルソナのなり損ね、シャドウが敵 ＝ 魔法のなり損ね、バグが敵）
  • 最近だと、ビッグオーダーとかのノリいいかも。基本、ジョジョ
• F#たんのネタ元をもろにパロって○学ガール的な
• 仕事一途に頑張ってきたC++たんの「恋は三十路をすぎてから」パロディ

• Mono in 2011
• ほんとこの1年はいろいろあったんだなぁ
• Novellのレイオフ騒動があった時はどうなるかと思ったものの、結果を見ると独立して動きやすくなってるような。monoのメイン ページがいきなりきれいになったりしたし
• ほんと、ゲーム方面での利用が伸びているようで
• 日本だと、ほんとUnityとPS SuiteでいきなりC#が現れたように見えるけども、アメリカだとだいぶ前から脱C++な動きあったんですよねぇ
• Lego KinNXT
• KinectでLEGOマインドストーム動かしてる！
• しかもコードがF#
• SkyDrive REST API を使った Web アプリケーション サンプル (Sample Code)
• 書いたものをSkyDriveに保存するメモ帳を作りたかったんで、ちょうど良かったり
• 問題は作る時間…
• Microsoft Codename “Data Transfer”
• こんなのあったんだ
• 手元にあるCSVとかExcelのデータをSQL Azureとか、クラウド上にアップロードしてくれるツール
• クラウドなデータベース、データのマーケット プレース、検索ツール、可視化ツール、そして既存データの移行ツールと、やっぱこの“品揃え”がマイクロソフトよねぇ
• Anatomy of a .NET Assembly – Type forwards
• そういや、前、Metro向け.NETの中身見てたら、mscorlibとかSystem.dllの中身がこれだらけだった。
• 日経ソフトウェアで連載開始です！
• 「それ、C#たんで描いて」ってお願いしとけばよかった…