ASIPの徒然なるままに備忘録

_ プログラマの描くソース

プログラマーを目指す人は、もっとすごいことになるんじゃないかぁ。
一人で担当するソースは、だいたい3万〜7万行ぐらいだよ。
優秀なプログラマは20万行以上を担当するね。
by 99

何ヶ月で3万〜7万あるいは20万行以上書くのか、それが問題だ〜(笑) それとも、コンポーネント化せずに冗長なコードを書いてるのか?? 一部の企業ではソースのステップ数(行数)を稼ぐために、わざと冗長 なコードにすることがあるらしいが...。ゲームプログラミングなど、 特殊な分野も存在するには存在するが...。

_ JAVAが廃れる??

どうなるかねぇ。JAVA。すでに傾き始めてるとは思う。
少なくともSUNのJAVAは陰りがさしている。
２ちゃんなどで、「JAVAは滅ぶのか？」とかいったタイトルで話が進む時点で
いかにヤバイかものがたっているねぇ。他の言語で「〜は滅ぶのか？」という
はなしは殆ど見ない。
携帯のJAVAが盛りあがって遊んでいるのは日本だけ。世界的には盛り上がって
いない。
プラットホーム非依存とはいうものの、マイクロソフトプラットホーム系で
JavaServletsでという話しは、事実上はほとんどないわけだから、実際には
UNIX系上で、ということになり、（UNIX系上なら、他の言語でもほとんど互
いに同じ物が動くのだから）プラットホーム非依存性もほとんど意味をなして
いないといえる。
残念ながらJavaが盛り返すというのは、すでに時代の波が要求していないかも
しれない。
細々としたところで生き残りつづけて行くのは間違いないけれど、
だんだん裏舞台へと追いやられて行くだろね。
by 99

よく調べもせずに衰退すると断言するとは.....。まあ、商用GUIアプリでの利用価値が現在ほぼ皆無(衰退というよりはこっちかも)なのは認めるざるをえませんが...。されど、最近のWEB関係の新技術(MS以外)はまずJAVAで実装されることが多く、JAVAのJAXB(XML DATA BINDING)のような技術は他の言語ではまだ登場すらしていない。JAKARTAのMLやJAVAHOUSEのMLで上記のような発言をしたら、たぶん、撤回するまでメールの嵐に遭遇すること、間違いなし(笑)今、作成しているXML・HTML・XHTML簡易パーサは「JAVAだからこそ、楽に実装できている」と自負している。他の言語では実装する気にもなれん。

_ プログラマの描くソース２

オイラがゲーム会社で働いている（結構有名なタイトル出しているよ、
80万本タイトルとか出しているので、、、２ちゃんねるでも「Pert100」以上と
10万投稿以上あって盛りあがってる）というのは知ってると思うので、
その点から言うね、まぁ、現場のプロ（かつ最先端）の意見として聞いてホすぃ。
まず、基本的にRADツールは使わない。というより使えない。
RADツールを使うのは、あくまでも業務用ソフトウェア会社が、
メイン処理やラッパー処理などに関する部分で使う場合だね。
これらでも、ほとんどのシーンではRADツールは使ってない。
使えないんだね。
ただしRADツールという観念を捨てているわけではなくて、プログラマ
が「RADツールを作る(1ヶ月〜2ヶ月）」、そしてそれを企画の人や
CGの人が使う。プログラマが使うわけじゃないんだね。
プログラマはRADツール自体を作る。
このツールを作るための、各種ライブラリはどこがつくってるかって？
それも自社で作るしかない。どこかが提供しているわけじゃない。
最先端の業者になればなるほど、厳しくなってくるよ。
開発環境（例えばPS2）があったとしても、ライブラリや関数は１つもないという
自体は稀ではないです。
文字列コピー関数すら存在しない。print文も存在しない。
そんなところから自社のプログラマが構築して行くことになるんだね。
きみたちが「どこからかから提供しているライブラリを使って楽に作る」というのは
企業に入るまで。企業に入れば、「そのライブラリ・その環境自体を作る立場」に逆転する。
今受けている恩恵は、どうやって誰が作っているのか？　を考えれば、
先端企業に入れば、おのずとどう言うことをするハメになるのか分かると思います。
あくまでもRADツールは個人の趣味向きかな〜、
ボーランドが「NASA」で採用されたとか言っているが、
まぁ、ネット越しに動く食堂メニュー管理プログラムとかじゃないかな〜。
NASAの機能としての中核には関わってないと思う。
by 99

ゲーム会社のひとだった。納得〜!!

_ リファクタリングは必須!!

うっかり、オブジェクトを多量生成していることがよくある。「オブジェクトの生成をいかにして抑えるかがオブジェクト指向言語のパフォーマンスを大きく左右する」と昔からいわれてもいる。プログラミング時にはしょうがないにしても、ある程度作成した後、リファクタリングをかけるのはおすすめ。リファクタリングは「コードの見通しとパフォーマンスの改善」に必ず貢献してくれる。

_ ちょいJAVAネタ

//A.Stringで文字列を繋げる
String a = "hoge";
String b = "hoge";
String c;
c = a + b;
//B.StringBufferで文字列を繋げる
StringBuffer c = new StringBuffer();
String a = "hoge";
String b = "hoge";
c.append(a).append(b);

Bを推奨。なぜなら、JAVAでは

String c = a + b;は
String c = (new StringBuffer("")).append(a).append(b).toString();と等価

だからである。ちなみに、StringBufferによる連結はStringによる連結の5倍のパフォーマンス!!!

_ ちょいJAVAネタ

A.---------------------------------------
public String hogehoge(String kopi){
   return ("hoge" + kopi + "page");
}
B.---------------------------------------
String hoge = "hoge";
String page = "page";
public String hogehoge(String kopi){
   return (hoge + kopi + page);
}

Bを推奨。同一メソッドを多用する場合等にオブジェクトの作成の減少によるパフォーマンスの改善を期待できます。

_ Rubyネタ

Rubyって実は木構造型インタープリタだった。しらんかった。ずっとバイトコードインタープリタかと.....。

次期版2.0(開発コードネーム"Rite"、今年の2月から実装開始)では
バイトコード型インタープリタ(VM)、コンパイラ、世代別ガーベージ・コレクション
等が実装中。

次期リリースから「鬼車」という正規表現エンジンが採用される模様。ByRubyist

Rubyは遅いといわれるが、インタープリタ+オブジェクト指向なら遅くても.....。
PHPもVMだし、やはり時代はVMらしい!!!
PHPはコンパイラが有料(30万くらい)。Rubyは無料だと思うので、これには期待大。
こうなったら、Rubyも勉強するしか!?

_ RELAX NGネタ

以前、日記に本日発売のJava WorldにRELAX NGの特集が載るという誤情報を載せてしまいました。スイマソ。
Java World 7月号に載ります。

_ Rubyネタ

Ruby2.0の実装の前段階にあたる実験の足跡を見つけました。詳しくはここ

_ Jakarta ORO VS JDK1.4正規表現ライブラリ

正規表現を組み立てながら、実行するようなケースでは両者のパフォーマンスの違いはほぼ皆無。

_ デザインパターン

「Java言語で学ぶデザインパターン(結城浩 著)」を読書中。この本はわかりやすくて、おすすめ。この本以外にもデザインパターンの本を買ったことがあるが、それらの本は積読状態...。

_ C#&.Netって.....だめじゃん

MSからFSFのDotGNU及びMonoプロジェクトに対してクレームがついていたようだ。
曰く、「.Net実装するなら特許料払え」ということらしい。
　さすがはMS、C#&.Netは特許でがんじがらめか.....。
特許でがんじがらめの言語及び言語処理系を特許保有者以外の誰が実装する？

少なくともDotGNU及びMonoのMS.Netとの互換性はまず期待できないことが確定。

MSが標準化団体ECMAからC#やCLIの承認をとりつけたことに何の意味があったのだろう。
MSは「標準化団体=標準承認団体」と絶対勘違いしている。

「ECMAからJavaScropt(=ECMA Script)の仕様の更新がアナウンスされた」という話は全く
聞かないし、今となってはソフト方面において「ECMA=MSの出先機関」といっても過言では
ない.....。