踊るﾌﾟﾛｸﾞﾗﾏ物語

大谷　弘喜

2007年07月20日

Cとｱｾﾝﾌﾞﾗが同じになる日

今は昔，Cは高級言語と言われ，ｱｾﾝﾌﾞﾗで直接記述するより生産性が高いと言われていました｡Javaの登場から10年がたち，ﾒﾓﾘｰ管理はVMの仕事とされ，ﾒﾓﾘの割当，解放は大多数のﾌﾟﾛｸﾞﾗﾏから意識されることがなくなりました｡そして，Cは過去の言語に押しやられ，その地位を落としてしまいました｡一部の誤解した人たちは，CもC++もC#でさえ，Cと言う文字を使っていると言うだけで同一視するようになりました｡C#はJavaなんだが･･･｡地に落ちたCは､Cの登場とともに地に落ちたｱｾﾝﾌﾞﾗと同じところに落ちてしまいました｡ひとたび転落が始まると，とどまるところを知らず，落ち着く先は決まったところだったようです｡それは，一部の識者が語るCの本質についての誤解から始まったものかもしれません｡そして，Cはｱｾﾝﾌﾞﾗと肩を並べ，ほとんど同じものになりました｡
世の中の常です｡

一方のJavaはどんどん進化を遂げ，年をとりました｡若かりし頃は，ｵﾌﾞｼﾞｪｸﾄ指向の純血種(実は純潔じゃないんだけど)だったものが，理想だけを目指していてはLLにその地位を奪われると感じたのか，ｽｸﾘﾌﾟﾄを取り込み，delegationをとりこもうとし､そしてﾚｶﾞｼｰな言語になろうとしています｡

さて，CとJavaで何が違うのか､というか､開発者の生産性を一番左右する言語要素は何かというのを５年ぐらい前にとある人（現在はSkypeにうつちゃった岩田さん）と話した事があります｡人によっては静的な型だとか動的な型だとか言います｡そのあたりは僕には分かりません｡ｿﾌﾄｳｪｱ（または開発）の規模が大きくなったときに動的型言語でｽｹｰﾙするのか分かりません｡Zopeのような巨大なｿﾌﾄｳｪｱの存在がやり方によってはｽｹｰﾙすると物語っています｡一方でZope Interfaceのようなものが存在して，動的型言語に静的型言語のような要素も取り込もうとしています｡
僕の結論はﾒﾓﾘｰ管理です｡10年前からの意見です｡生粋のCﾌﾟﾛｸﾞﾗﾏなら，その管理を自分の制御下におきたいと言うかも知れませんが，ｵｰﾄﾏ車がひとたび便利だと感じてしまえば，多少燃費がわるくてもﾏﾆｭｱﾙ車には戻れません｡それにCのｺｰﾄﾞは80%がﾒﾓﾘｰ管理のｺｰﾄﾞだったり，ﾊﾞｸﾞのほとんどがﾒﾓﾘｰ管理にまつわるものなので（誇張して言っています｡実際はそこまでひどくないのでご安心を），その煩わしさから解き放たれﾛｼﾞｯｸに集中できる言語は生産性に開きがあります｡
ちなみに，｢JavaからRubyへ｣と言う本を最近読みましたが，JavaとCの生産性の違いが殆どなくって，LLは生産性がはるかに高いと書いていましたが，LLはともかく，JavaとCでの生産性に開きがあるはずです｡もし､開きがない結果が得られるとしたら，Cのﾌﾟﾛｸﾞﾗﾏは優秀だから今も生き残っていて，Javaは大量に新しい人をいれたのでｻﾝﾌﾟﾙの人たちのﾚﾍﾞﾙが低いからかも知れません｡

結局Javaしか知らない人たちはCもｱｾﾝﾌﾞﾗも､ﾒﾓﾘ管理を自分でしないといけない言語は同じなのかも知れません｡

ﾊﾞｯｸﾅﾝﾊﾞｰ

ﾍﾟｰｼﾞﾄｯﾌﾟ

[ﾎｰﾑ]
[ﾌﾞﾛｸﾞｺﾝｾﾌﾟﾄ]
[個人情報]
[著作権]

踊るﾌﾟﾛｸﾞﾗﾏ物語

Cとｱｾﾝﾌﾞﾗが同じになる日

最新ｴﾝﾄﾘｰ

ﾊﾞｯｸﾅﾝﾊﾞｰ