アーキテクト自身が生産性を考慮して、プロジェクトに最適化された アーキテクチャとそのアーキテクチャに基づいた基盤を用意できれば、 プロジェクトの生産性も向上する、 個々の汎用プロダクト(部品)がプロジェクトの生産性を大きく左右する わけではないと著者はいいたかっただけ。そもそも汎用プロダクト(部品)で 事足りるなら個々の案件にアーキテクトを配置する必要はない罠。
_ [java.fw.***][java.book] Java Expert #01 (on off) 相変わらず******2まわりがのさばってるな。 「(仮想)敵を知り、己を知れば百戦危うからず」ってことで立読みしておくか。 買う程の内容があったら、買うかも...。 ******の中の人間は自分たちは最先端のつもりかもしれないけど、 あそこのプロダクトには先っちょ感を全く感じないんだよな。 あそこのプロダクトは誰かが既に発案したモノの寄せ集めで、 何も突き抜けてないし。 あそこのプロダクトの大半には"理想"の産物というよりは"妥協"の産物 というイメージしかない。 数多あるフレームワークの中でまともではあるが、 精々ベター止まりでベストな選択肢ではない。 #「ime.nu」って何かと思ったら2chのリファラ偽装URL。******界隈の人間には本当に暇人が多いな。 #******界隈っ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く