[B! java] clayfishのブックマーク

Javaの冗長な記法って小クラス主義の現れではないかな - 矢野勉のはてな日記

Java以下は無駄に長い駄文です。なんか書いてみたはいいもののうまくまとまらなかった。ごく一部しか表せなかった気がする。これではInputStreamReaderとかがたくさんオブジェクトを連結しないと使えないめんどくささをなぜ許容できるか、しか表せてない... もともとは「 Java における本質的でない記述がどのように大規模開発に役立つのか - kwatchの日記」がらみの話です。文中にいくつか「アクセッサが簡潔に定義できない」「FileReader に文字コードを渡せない」のような例があって、「それらが改善されたら大規模開発になにか不利益があるのかどうか」という具体的な質問があったので私はそこにコメントしときました。私はコメント欄に「不利益なんてないよ」と回答しました。実際のところ、後方互換性が維持され、言語としての統一性が維持されるなら別に不利益なんてあるわけない。あるとしたらマネ

clayfish 2008/05/05

「Javaってそれ自体が一つの環境であって、足りなければC言語で逃げる、ということがやりにくい（そもそも機種依存になってしまう）のもあるのでプリミティブなAPIの重要度が増してるのもあるかもしれません。」

java

リンク

例の本 - L'eclat des jours

_ 誤解のJava Javaのどうしよもないゲッタ／セッタだが、あんなものはJavaの最初の時点からの特徴でもなんでもない。と考える。なぜならば、String#lengthだ。最も最初のうちに決定するAPIだろう。これがString#getLengthでないことが、その証左である。他にも1.0からあるHashtableのkeys、values、sizeなどもそうだ。あのアグリー（とここでは設定する）なゲッタ、セッタは、JavaBeans仕様で導入されたものだ。アグリー？（と書きたかっただけなのだが） JavaBeansは、ActiveXコントロールと同様なGUI部品を記述するための仕様として出発した。これは、Java言語仕様とは独立して上位に構築されたフレームワークなので、当然、その時点のJava言語仕様に従う必要がある。そこにおいて、既存のAPIと衝突せずに、プロパティ名に対してg

clayfish 2008/05/04

javaのgetter/setterに対する正しい理解の在り方だと思う

java

リンク

Railsへの反論は根拠のないものではないことについて | でこぼこ翻訳ハジメ

Java vs Ruby (or RIFE vs Rails) -- Matzにっき (2005-03-21) よりんー、僕が読んだところ、Geert Bevin（Bla-bla Listを実装した、Rails懐疑派）の主張は大きく２つ。 DHH（David Heinemeier Hansson、Ruby on Railsの産みの親）の、コード量うんぬんのマーケティング手法は気に入らん設定ファイルは面倒だけど、長期的な開発には役に立つんじゃないのか？ Geertは言語やフレームワークの優劣がどうのって話はしていない。 http://rifers.org/blogs/gbevin/2005/3/19/revisting_a_rails_app_in_rife デビッド、俺はどっちのテクノロジーが優れてるとかいうつもりはない（君はそうする癖があるみたいだけど）。俺はRailsのこと、さっぱ