糸瀬です。

> ますは、結局のところケースバイケースなので、どちらが良いという
> 結論は出ない、という前提でｗ

あれ・・・？渡辺さん自身がすぐにそうおっしゃるとは・・。
私も結局のところ、そういう結論になるのだと思っていました。

「プログラムの方が単純で解りやすく、バグも少ないし、仕様変更にも強い」
ということが当たり前みたいな印象を受けたので、私も極論を持ち出しました。

ですが、今回の渡辺さんのお話を聞いて、やはり世の中の流れはそうなんだと思いました。
私は比較的古い（ここで書くと恥ずかしいくらいの）開発スタイルを取っています。
これから、フレームワーク等や便利な開発環境を取り込もうと思っているところです。
もっと勉強しないとですね。

質問してよかったです。勉強になりました。渡辺さん、丁寧に教えてくださり
ありがとうございました。
皆様、スレッドの内容から脇道に逸れてしまい申し訳ありませんでした。
今後ともよろしくお願いいたします。
--
糸瀬真一


On Fri, 8 May 2009 10:00:26 +0900
Shuji Watanabe <shuji.w6e@xxxxxxxxxx> wrote:
----------------------- Original Message -----------------------
> 渡辺です。
> 当初の問題とは離れていますが、自分も興味あるところです。
> ますは、結局のところケースバイケースなので、どちらが良いという結論は出ない、という前提でｗ
> 
> 色々なケースがあるかとは思いますが、
> 自分が関わっているアプリケーションの領域は業務アプリやWebアプリです。
> 近年は必然的になんらかのフレームワークを採用する流れになります。
> ここ数年、SQLを生で書く機会はかなり減りました。
> また、特定のベンダに依存するようなSQLも極力は書かずにという流れがあります。
> そんな中で効率よくアプリを実装するとなると、SQLでやるよりもSQLは隠ぺいしてしまい集計処理などはロジックでやる方がベターという考え方に行きつきます。
> 基本はプログラム側で処理し、パフォーマンスが求められる所では、生SQLでしっかり書くという感じです。
> 
> プログラム側でやるメリットとしては、特にJavaなどはIDEのコード補完と静的なコンパイル時のチェックが強い点です。
> SQLの難点として流してみなければ動くかどうか判断しにくい点かと。
> SQLがスラスラとコード保管してくれるようなエディタも聞いたことありません。
> ※これは知っていたら教えてください。
> 
> とはいえ、データベースとSQLを学ぶという意味では、簡単な相関サブクエリ、UNIONなどは必修範囲であると思います。
> 実際に最近の開発現場では、悲しい事に「サブクエリ？」って開発者は多いです。
> 上記のような流れがあるので、考えたり学習する機会自体が減っているかと。
> 
> 結論はどっちも出来ることが重要ということでｗ
> 
> -- 
> ================================
> Shuji Watanabe (skypeId: shuji.w6e)
>   Blog:
>     http://d.hatena.ne.jp/shuji_w6e/
>   Labo:
>     http://www.deathmarch.jp/
>   Community:
>     http://www.sapporo-java.org/

--------------------- Original Message Ends --------------------