昼休みと午前・午後の各2回の合計3回しか休憩を取らず、
集中して仕事ができた。
ただ、明日の期限までには間に合いそうにないけど。
もしダメだった時を考えて複数パターンのプロトタイプを
作っているから仕方ないと思ってるけど。
どうなんだろう?
それよりもプロトタイプの動作よりも他に調査的に抜けがないか?
って方が心配。
いやぁ、にしてもデザインパターンの本って、意外とWebアプリには
適用されていないみたいなんだね。
って言うか、日本語ドキュメントがほとんどない。
またしても、yahoo.comで英語のサイトを調べてたよ。
Javaが普及したとは言え相変わらずなのね。日本は。
って思った。
それとも、Strutsとかのフレームワークを利用して
Webアプリを作る場合が多いからなのかなぁ?
書店でも見てみたけど、やたらとフレームワークを利用した
Webシステムの書籍が多いことに気がついた。
オライリーが「J2EEデザインパターン」を出してなければ
ほぼ全滅。
あったとしても、やたらと採用されてるパターンが古かったりとか。
いきなり、クライアントからJSPを呼んでみたりとか
JSPとEJBのやり取りだけでServletがないとか。
Servletが何もかもやってて重過ぎやろう?それは。ってのが
平然とあったりとか。
全然、MVC(2)の設計パターンに則っていなくて
J2EEのアンチパターンで設計されてる書籍が多いのは
何でなんだろう?
それは、全く意味がないと思うんですが。
所詮、普及したといっても日本ではその程度なんでしょうか?
フレームワークを利用しないで、最初からゴリゴリ作る
ような無駄足を踏まない利口な会社が多いとか?
(↑かなり皮肉)
文句を言い出したらキリがないかもしれないけど、
久々にJavaを真面目にいじってみてアホらしくなったのも
事実。
集中して仕事ができた。
ただ、明日の期限までには間に合いそうにないけど。
もしダメだった時を考えて複数パターンのプロトタイプを
作っているから仕方ないと思ってるけど。
どうなんだろう?
それよりもプロトタイプの動作よりも他に調査的に抜けがないか?
って方が心配。
いやぁ、にしてもデザインパターンの本って、意外とWebアプリには
適用されていないみたいなんだね。
って言うか、日本語ドキュメントがほとんどない。
またしても、yahoo.comで英語のサイトを調べてたよ。
Javaが普及したとは言え相変わらずなのね。日本は。
って思った。
それとも、Strutsとかのフレームワークを利用して
Webアプリを作る場合が多いからなのかなぁ?
書店でも見てみたけど、やたらとフレームワークを利用した
Webシステムの書籍が多いことに気がついた。
オライリーが「J2EEデザインパターン」を出してなければ
ほぼ全滅。
あったとしても、やたらと採用されてるパターンが古かったりとか。
いきなり、クライアントからJSPを呼んでみたりとか
JSPとEJBのやり取りだけでServletがないとか。
Servletが何もかもやってて重過ぎやろう?それは。ってのが
平然とあったりとか。
全然、MVC(2)の設計パターンに則っていなくて
J2EEのアンチパターンで設計されてる書籍が多いのは
何でなんだろう?
それは、全く意味がないと思うんですが。
所詮、普及したといっても日本ではその程度なんでしょうか?
フレームワークを利用しないで、最初からゴリゴリ作る
ような無駄足を踏まない利口な会社が多いとか?
(↑かなり皮肉)
文句を言い出したらキリがないかもしれないけど、
久々にJavaを真面目にいじってみてアホらしくなったのも
事実。
コメント