なんも考えずに"リテラル".equals(s)と書け - 2008-12-04 - きしだのはてな
"".equals(stringVariable) は改悪だろうについて。 まず、空文字との比較は場合による。というか、空文字との比較なら s != null && s.isEmpty() か s == null || s.isEmpty() などと書くほうがいい。 あと、件の問題は改悪とは言わないまでも、問題文だけをみてこれを改善といえるほどでもないので、あまり良くない。 中身があるリテラルとの比較。 基本的な方針として「二通りの書き方があるとして、実行コストや記述コストが同じならより安全で判断の必要がない書き方を選ぶべき」というのがある。というか、これはコードの書き方だけではなく、すべての行動にあてはまる。判断不要で安全な方法があるのなら、それを選ぶべきだ。シャワーをまっすぐにシャワー置きにかけずに横向きにかけるというのは、これにあてはまる。確かにシャワー置きにはシャワーをまっすぐ置き
2007-10-18
Seasarカンファレンスで、Seasar2入門セッションを、いろんな方に喜んでいただけるようにSeasar2ロードマップと復活のStrutsのセッションに変えるよというアナウンスをしたのですが、Seasar2の入門セッションはやはり必要だということで、元に戻すことになりました。 期待していた方ごめんなさい。でも、入門セッションのほうも面白いネタをいろいろしゃべるつもりなので、是非お越しください。 今後はやるフレームワークは「流れるようなインターフェース」を持ったものになるんじゃないかなぁと思います。流れるようなインターフェースの説明は、ファウラーたんのFluentInterfaceを参照してください。 Seasar2の新O/R Mapper(以後S2JDBCと呼びます)もこの「流れるようなインターフェース」を実現しています。例えば、JdbcManagerを使った検索はこんな感じになります
Processing 1.0
Download and open the 'Processing' application. Select something from the Examples. Hit the Run button. Lather, rinse, repeat as necessary. More information on using Processing itself is can be found in the environment section of the reference. To learn the Processing language, we recommend you try a few of the built-in examples, and check out the reference. A group of diverse books have been writ
それでも設定が大事な理由 (arclamp.jp アークランプ)
ひがさんのエントリ「規約ベースのフレームワークのほうが覚えることが増える? 」を読んでいて、ふとした気づき。 暗黙的な規約は直感的ではない 結論から言えば、僕は"暗黙的な規約（Tacit Convention）"ではなく"形式的な設定（Articulable Configuration）"が重要だと思っています。ちなみに、Tacit Knowledgeは暗黙知でArticulable Knowledgeは形式知のこと。 なぜなら"暗黙的な規約"は、ある意味で直感的ではないからです。 人間が情報に反応するためには、情報が何らかの形で形式化されていなくてはいけません。 たとえば何かの操作を方法を学ぶ場合を考えてみます。説明書というのは操作方法を形式化したものです。しかし、直感的ではない。それは操作対象そのものに触るわけではなく、絵などで遠まわしに説明されているからです。 一方、説明書なん
LightweightとJava開発の狭間に。
人は自信を持った人に影響されやすい。その人が必ずしも適切なことを言っていなくても、こちらに不安のかけらがあればあるほど、その自信につられてしまう。 どこかで心に疑問符を持っていたとしても・・・。 矢野勉のはてな日記のJ2EEのこれからは... より。 ～引用～ Ruby on RailsってJ2EEの大部分を必要としない層というスキマをぴったり埋めてくれるものなんですよね。そりゃビューにはRubyで書いたロジックが山盛りてんこ盛りだし（しかも「別に問題じゃない」とか解説書にも書かれてるし）、DBのカラム値がビューと直結してたりする（DBのカラム幅がビューでのバリデーションに使われたりとか）。Javaで発展してきたMVC分離からすれば非常におおざっぱな世界ですよ。 でもとても楽です。この楽しさはプログラムには非常に重要です。目に見える範囲にすべてが収まっている感じというのでしょうか。自分で制
Inversion of Control コンテナと Dependency Injection パターン
以下の文章は、Martin Fowler の「Inversion of Control Containers and the Dependency Injection pattern」を、かくたにが翻訳したものです。原著者の許可を得て翻訳・公開しています。 翻訳にあたっては、kdmsnr さんにご協力をいただきました。ありがとうございます。公開後の改訂履歴を記事の最後に記述しています。 Java コミュニティでは軽量コンテナが花盛りである。 軽量コンテナは、異なるプロジェクトのコンポーネントをひとまとまりのアプリケーションとして組み立てることを支援する。 このようなコンテナの根底には、コンポーネントの結び付け方についての共通したパターンがある。 そのパターンのコンセプトは「Inversion of Control(制御の反転)」と、まことに包括的な名前で呼ばれている。 本記事では、このパタ
我らJava世代の課題 (arclamp.jp アークランプ)
最近、何度も思うことがあります。 JavaOneでも強調されていましたが、この10年をかけてJavaは成熟してきました。女子高生がJavaという言葉を知り、あらゆる分野にJavaが進出しています。スコット・マクニーリー氏はMicrosoftもIBMもけなさずに、貧困を解決するためにデジタルデバイドへ取り組むことが使命だといいました。Javaなしに地球は回らなくなっています。 同時にJava開発者も10年という時を過ごしてきました。今、30代の多くの開発者はJava世代といえると思います。VBやCOBOLなどのクラサバ時代から、インターネットをつかったWebアプリケーションの時代へ。Javaは、そんな中で成長してきた言語です。 JavaOne報告会2006の座談会で「Javaの成熟をいつ感じますか？」と聞かれました。僕の答えは「次の世代と会話の中」というものです。 はてななどの20代の開発者
PLEAC - Programming Language Examples Alike Cookbook
PLEAC - Programming Language Examples Alike Cookbook Summary Following the great Perl Cookbook (by Tom Christiansen & Nathan Torkington, published by O'Reilly; you can freely browse an excerpt of the book here) which presents a suite of common programming problems solved in the Perl language, this project aims to implement the solutions in other programming languages. If successful, this project m
新・たけぞう瀕死の日記 - [Click]Clickによるステップ数の削減
■ [Click]Clickによるステップ数の削減 このエントリを読んでいて思ったのですが、書かなきゃいけないものがあるから自動生成するのではなく、そもそも書かなくて済むような方法を考えるというのが正しい方向のような気がするわけで（アクセサメソッドとかは仕方ないですが…）、自動生成するにしてもアノテーションなりXDocletのタグなりを覚えなきゃいけないわけですし。動的にしろ静的にしろ裏でよしなに取り計らってくれてなんかよくわかんないけど動いてるのって気持ち悪いし教育上もよろしくない。そこでClick。とりあえず筋は通ってるな、うん。というわけで、Clickがいかに少ないコードでWebアプリケーションを開発することができるかについて書いてみたいと思います。まず、Clickでは画面ごとにページクラスとVelocityテンプレートを作成します。ページクラスについてはTapestryのページクラ
プログラマー日記(2006-02-06) - Rubyを採用しない理由
This domain may be for sale!
いろいろなソートアルゴリズム
<body> <p>このページにはフレームが使用されていますが、お使いのブラウザではサポートされていません。</p> </body>
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
"".equals(stringVariable) は改悪だろう - まちゅダイアリー(2008-11-30)
itarchitect.jp
http://d.hatena.ne.jp/habuakihiro/20071209
オブラブ夏イベント LT資料「JavaからJavaへ」 - yojikのlog
interface命名にも発想の逆転を
IBM Developer
サービス終了のお知らせ
programmers-paradise.com
higaさんによるダイコン時代の設計方法 - tpircs