generic mess around CS0266 and CS0552
id:NyaRuRu:20080711:p2 は、僕はむしろgmcsの問題なんじゃないかなあと思わなくもない。というのは、（元の掲示板で指摘されている）CS0552の実質的な理由は、多分JITを通した時に、ランタイムでインターフェースからのimplicit conversionが出来ないからであって、構文上の不都合によるものではないのではないかな、と思うため（これは完全に想像）。
じゃあ何でgmcsではおっけーなのかというと、うちのランタイムのgeneric sharingはブラッシュアップの過程にあるから、もっと早い段階でコード共有を諦めている可能性があって、gmcsが生成するコードが問題視されていないか、未解決のバグになっているか、ではないかと想像する。
ついでなのでmonoのbugzillaにも登録してみた: https://bugzilla.novell.com/show_bug.cgi?id=408516
（午前4時にセクション13.4.3を精読するのはちょっとしんどいので諦めたｗ C#の仕様の欠陥であるようにも思える。）
one of Protocol Buffers’ major design goals is simplicity
http://google-opensource.blogspot.com/2008/07/protocol-buffers-googles-data.html
OK, I know what you’re thinking: “Yet another IDL?” Yes, you could call it that. But, IDLs in general have earned a reputation for being hopelessly complicated. On the other hand, one of Protocol Buffers’ major design goals is simplicity.
そうですかそうですか。ぜひ頑張ってsimplicityを維持してもらいたいと思います。いや、だって以前にもSimpleを名前に冠したプロトコルがありましたので、この種の宣伝文句にはどうしても眉唾が…いや、まあ冗談ではなく上手くいくとええですな。
コメント
NyaRuRu — 10/21/2008 15:39:45
C#の仕様の欠陥であるようにも思える
これが正解とのこと．
atsushieno — 10/22/2008 14:33:27
feedbackがアップデートされていますね。実装に合わせて仕様が改訂されるという手続き的な欠陥はともかく、技術的な解決策としてはそれが妥当かなと思います。