ITEMS BY CATEGORY
aphorism(2)
biz(11) in english(6) indian food(16) kaneko(17) korea(21) life and love(23) misc(81) salsa(3) soc(71) tech(48) things(22) travel(16)
Topics With Recent Comments
Archives
February 2008 (1)
December 2007 (1) November 2007 (1) October 2007 (2) September 2007 (3) August 2007 (2) June 2007 (2) May 2006 (1) March 2006 (1) February 2006 (3) December 2005 (1) November 2005 (2) October 2005 (1) August 2005 (8) July 2005 (6) June 2005 (8) May 2005 (5) April 2005 (10) March 2005 (9) February 2005 (5) January 2005 (8) December 2004 (6) November 2004 (5) October 2004 (7) September 2004 (5) August 2004 (3) July 2004 (6) June 2004 (3) May 2004 (19) April 2004 (10) March 2004 (20) February 2004 (7) January 2004 (6) December 2003 (6) November 2003 (7) October 2003 (7) September 2003 (5) August 2003 (8) July 2003 (6) June 2003 (12) May 2003 (12) April 2003 (15) March 2003 (14) February 2003 (11) January 2003 (12) December 2002 (14) November 2002 (15) October 2002 (7)
Recent Entries
精神科医薬とサイエントロジー
Asiajin - アジアのITに関する英語ブログ Rozerem - 全く新しい睡眠薬 A380ようやく就航 Animate! 福岡空港の増設・移転 Techcrunch20行きます mockmail.rb Embassy Suites Rails初心者講習会
Search
A-vertisement
|
July 10, 2004Women are statically typed, Men are dynamically typed今日は性的型付け言語(Sexually typed language)についての新しい考えを皆さんに紹介します。これは僕の30回に及ぶ、連続ふられ経験から導き出した理論付けであり、皆さんのプロジェクト遂行における一助になれば幸いです。 まず初めに覚えておくべきことは、男性が動的型付けであるのに対し、女性は静的型付けであるらしいということです。いっぱんの男性はランタイムエラーや例外をあまり気にしません。またトライすればいいかとおもいます。しかし女性にたいしてランタイムエラーはときとして致命的です。なぜならシステムの切り替えバッチのように、実行のチャンスが一度しか与えられていないからです。 ですから、とにかくコンパイル時にエラーのないよう、例外の発生しないように気を使わなければなりません。そのためには、脳内の言語をJavaからC++に切り替えましょう。ましてやスクリプト言語など論外です。 ぼくがいままでとってきた間違いはこうでした。 try { if (we.passionatelykissed()) { we.sex() } } catch (Java.Sex.Exception jse) { } このコードの問題点はJava.Sex.OperationNotGranted extends Java.Sex.Exceptionからは復帰することが困難らしいということです。そもそもcatch節になにを書いていいのか良く分かりません。このミスのせいで、ぼくは何度も痛い目にあってきました。ですから、下のようなコードにすると良いのではないかとおもいます。 if (we.passionatelykissed()) { if (we.granted(Java.Sex.Sex)) { we.sex() } } 仮に例外から復帰したとしても、例外の発生自体がリソースリークなどを引き起こし、最終的には停止するのではないかという経験則もあります。どのようにすればリークを防げるのかは、まだ分かっていません。 次の課題は、さらに実行時エラーを減らすためにformal verificationを導入することです。そもそも恋愛がPに属するのかNPに属するのかも明らかではありません。Copeland et al. (Prentice Hall, 1998)では恋愛は基本的なテンプレートとフレームワークによって制御できる確率的な事象であると捉えています。 確率的な事象であるならばソフトコンピューティングやマルコフモデル(やベイジアン)などの手法も必要となってくるかもしれません。果たして筆者の手に負える問題なのかどうかはわかりませんが、この分野におけるさらなる発展を目指して研究を続けていきたいとおもいます。 Comments
こんにちわ。なにやら難しそうな理論を研究しているようですが、成果が出たら発表をよろしくお願いします。 そうおもいます。男性はリトライするし、リトライを受け付けるけれど、女性はリトライしないし、リトライを拒絶するということでしょうか。 あと僕が今年に入って学んだことは、女性にとってキスをすることに何ら特別の意味はないということです。男性にとってはあるていど意味を持っているとおもうのですが。 この高級言語をコンパイルして テンプレートメタプログラミングの応用が解決するべき問題として、「いつ」コンパイルするかという問題があげられるのではないでしょうか。たとえば、次のようなコードをコンパイルするのは、対象の性的指向や性別が判った後でなければなりません(そして、コンパイル時にエラーが発見されます)。 #include <boost/static_assert.hpp> template < template <typename T_Traits> template <typename U_Traits> static const bool BOTH_ARE_HETERO BOOST_STATIC_ASSERT((BOTH_ARE_HETERO && DIFFERENT_SEX) // ... int main(int, char* []) { a_male.make_a_data_with(a_female); あと追加で、 それと、Out Of Order実行はアーキテクチャ的に 実際に並列化と投機的実行をしてるけしからぬひとはいます。同期などのwaitが長いので、その間に別の女性の処理を実行することで効率をあげるわけです。 Post a comment
|