業務系のJavaプログラマーが知っておくべき10個のBad Partsとその対策 - 達人プログラマーを目指して
Java: The Good Partsの本のタイトルに触発されて、逆にJava言語の使いにくい部分をいくつかピックアップしてみました。Java EEなどの業務系のアプリケーションプログラマーの視点で書いていますので、別の立場ではここで指摘している事項が必ずしもBad Partではないという指摘もあるかもしれませんし、他にもいろいろなポイントがあると思いますが、とりあえず、私の独断で思いついたものを10個説明したいと思います。 1.標準APIのチェック例外が扱いにくい Java言語のチェック例外は本当にGood Partなのか？ - 達人プログラマーを目指してでも取り上げましたが、Bad Partの第一番目として標準APIのチェック例外が扱いにくいという点を指摘させていただきたいと思います。チェック例外については、理屈上コンパイラーによって例外の処理をプログラマーに強制させることができるす
プログラムの脳へのロード時間短縮に関する努力
こんな記事を見かけた。ちょっと昔の記事だけど。 頭の中にプログラムを入れる http://www.aoky.net/articles/paul_graham/head.htm ハッカーと画家のポール・グレアム氏の文で、プログラマは頭の中にプログラムをロードしてからコードを書く。このロードという処理はかなり時間がかかるので、ロード回数を減らすこと、ロードの負荷を減らすことが大切だと語られている。 確かにプログラムを脳にロードするのは時間がかかる。そして一度ロードしたコードはいとも容易く頭から抜けていく。昨日書いたコードくらいならだいたい覚えていられるが、休日明けの月曜日になると前週ロードしたコードは半分以上失われてしまう。ゴールデンウィーク明けなんて綺麗にフォーマットされた状態になってしまう。他のプログラムを触って帰って来ると、短時間で自分が書いていたコードの情報が抜け落ちてしまうこともある
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IPA セキュア・プログラミング講座
