Javaから@Javaへの変質 - きしだのHatena
NetBeansイイヨっていう話のあとに出てくるのは 「でもみんなEclipseに慣れてるから移行しないでしょ」 という言葉です。 確かに、同じパラダイムにあるツールであれば慣れているものから移行することはないと思います。 現在のところ、EclipseもNetBeansも、ビルドを自動でやってくれる超強力なメモ帳でしかありません。 でも、そのパラダイムが変わります。 今までのJavaは、APIの集合で、なにかを実現するためにはコーディングが不可欠でした。 でも今のSunを見ていると、JavaをIDE+APIの集合にしようとしているようです。 たとえばMatisseのGroupLayoutはとても柔軟で強力なレイアウトですが、NetBeansが吐き出したコードを見ると、これを手書きすることはとても現実的とは思えません。IDEが前提の仕様です。 Java RTのプラグインというのも特徴的で、今
2年後にはEclipseを使う人はいなくなる - きしだのHatena
Eclipseは「リファクタリングと補完にしか取り柄のないIDE」ですが、NetBeansは逆に「リファクタリングと補完に欠陥のあるIDE」ですね。 そこでJackpotですよ、と。 http://jackpot.netbeans.org/ Jackpotは、Javaのコードをオブジェクトとして扱ったり、そこからなにか抽出したり、変更したりするためのフレームワークです。 このルール言語のリファレンスをみると、どんなことができるか想像がつくと思います。 http://jackpot.netbeans.org/docs/rule-language.html これを見ると、リファクタリングや静的検査、コード補完なんかの仕組みが書きやすくなることが想像でします。 そうすると、NetBeansでのコード補完やリファクタリングというのは、ありえない速さで進化します。 NetBeans6が出た時点では、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
