アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
「Beyond Java」 (スコア:3, 興味深い)
本ではJavaからどんな言語に変更すべきか、みたいな事も書いてあるそうです。
http://www.oreilly.com/catalog/beyondjava/
Re:「Beyond Java」 (スコア:3, 参考になる)
彼は軽快なJava [amazon.co.jp]で「SpringやHibernateなどの軽量フレームワークがJavaを変える!」なーんて言ってたわけです。ところが最近は「Javaで軽量な開発をやろうと思ったら、SpringやらHibernateやら、いろいろとおぼえなくちゃならなくて大変だよ [webservicessummit.com]」なんて言い出している。なんなの、この無責任な一貫性の無さは。
「利に聡い」人なんだろうなぁ、とは思います。
Re:「Beyond Java」 (スコア:4, すばらしい洞察)
いやぁ、あなたのコメントを読んでいるとむしろ
Tate 氏は一貫しているように見えるなぁ。
「軽量さ」を求める、ということでね。
もし言語として Java を使うことが避けられないのであれば
その中で軽量な手法を選ぶべきだし、
もしそもそも Java 以外の言語を選べるのであれば、
より軽量なものを選ぶのがよい、と。
#該当の書籍を読んでないのであくまであなたの
#コメントからの判断ね。
# mishimaは本田透先生を熱烈に応援しています
Re:「Beyond Java」 (スコア:0)
>> SpringやらHibernateやら、いろいろとおぼえなくちゃ
>> ならなくて大変だよ [webservicessummit.com]」
>もし言語として Java を使うことが避けられないのであれば
>その中で軽量な手法を選ぶべきだし、
>もしそもそも Java 以外の言語を選べるのであれば、
>より軽量なものを選ぶのがよい、と。
勘違いしているのかもしれないが、
「Spring」「Hibernate」はJavaで作られた
フレームワークであるから、言語云々の話ではない。
JavaのほかにJavaで動いているフレーム
Re:「Beyond Java」 (スコア:1)
知っていたので
> その中で軽量な手法を選ぶべきだし、
と書きましたよ。
ついでにちょっと与太話。
> 近年のソフト開発の要望は、それだけ複雑化しているともいえる。
ここにはちょっと否定的。
というのは、「Java のような手続き型、マルチスレッド志向、
フレームワーク志向の言語では複雑にならざるを得ない」
だけのパターンが多いんじゃないかと思っている。
たとえば(本当にたとえばの話だよ?)、
重量級のサブシステムに対しては Facade パターンを
利用して丸ごと一個のコンポーネントにしてしまい、
普段操作することのないような
# mishimaは本田透先生を熱烈に応援しています
Re:「Beyond Java」 (スコア:0)
>> その中で軽量な手法を選ぶべきだし、
>と書きましたよ。
修飾関係が分かりにくかったので早とちりしたのか!?
>> 近年のソフト開発の要望は、それだけ複雑化しているともいえる。
>
>ここにはちょっと否定的。
>というのは、「Java のような手続き型、マルチスレッド志向、
>フレームワーク志向の言語では複雑にならざるを得ない」
>だけのパターンが多いんじゃないかと思っている。
Javaが手続き型でマルチスレッドをサポートしていることに
異論を挟む余地はないが、フレームワーク志向という表現には
どうもひっかかるものがある。
個人的には複雑化したのはライブラリであって、
そして、次々とライブラリが切り捨てられているのであれば
コンパクトな姿が保たれ、複雑化はしないのだろうが、
Javaは用途が広がった(マーケティングの成功と言えよう)
が故に多くを求められ、多くのライブラリが作られ、
そして、それらを標準化しようという動きが現れ、
Javaの範囲が広がった。
それを「複雑化」というなら確かに複雑化であるが、
それは構造化されたものだから、複雑さはそれほどでもなく
大きさ・広さが広がっているだけのように感じている。
だから、すべてのJava開発者が深みに嵌って悩む必要はないし、
必要なライブラリだけ覚えればよい、と私は考えている。
# もしかしたら構造化したライブラリを作りやすいと言う意味で
# フレームワーク指向とはいえるのかもしれないな…。
>なんで Java にフレームワークが多いかといえば、
>これは「なんでも Java で済ませよう、そうすれば
>学習する言語は Java だけでいいんだから」という
>考え方があるからだ(と俺は思ってる)。
これは一部は賛成できるが、単一の理由に帰着できるとは思わない。
にわとりと卵のようなものではあるが、Javaであれば豊富な
ライブラリが使えるからJavaで作る、という正の循環があるように思う。
もっとも、私は現在のJavaという言語が完璧無比などとは
これっぽっちも思っていないので用途に合わせて言語は
選べばよいとも思う。
ただ、Javaはそれなりに多用途に使える程度によい言語だとも考えている
# 個人的には早くAPOが標準でつかえる言語になって欲しい
Re:「Beyond Java」 (スコア:0)
>コンパクトな姿が保たれ、複雑化はしないのだろうが、
C++なんかでもフレームワークを作りたいのだけど、実際には
C++で他人の作ったフレームワークを再利用するのにかなりの
リスクが伴う。「自分で一から作り直した方が楽」とは言わない
けど、それでも再利用するより自前の方がまだ安心な気がする。
これに対して、Javaでは本当に再利用できるんですね。
だから様々なフレームワークが作られ、一部が広く普及し
業界標準となっていく。