# re: 価値観が180度変わったこと 2008/02/13 23:45 HiJun

＞SQL組み立て → ストアド
激しく同意...
Oracleのプロシージャばっかやっていますので、キー項目から1レコード取り出す処理などならまだしも、
いろんなテーブルなどを更新する処理ならプロシージャに任せてよと思ったりしています。
（最近、JDBCでガリガリに記述されたシステムの改修作業のときにごっそり修正してしまったのは秘密です）

# re: 価値観が180度変わったこと 2008/02/14 3:55 ちゃっぴ

> リソースやDBへのエラーメッセージの隔離 → ソースに埋め込まれたエラーメッセージ

ここまではやったことないですね。
FormatMessage とか使って柔軟にするんでしょうけど。

> ローカル文字コード → Unicode

これはいろいろ問題があったので早いうちから対応する必要がありました。中国人とか韓国人とかの人名で必要になったので。

> カチカチのコーディング規約 → ゆるゆるのコーディング規約
> C系でなければ細かいことを制限する必要性はない

まだ実感してません。どうなんでしょう？

> SQL組み立て → ストアド

単純な select でも stored procedure にするおいらがいる。

# re: 価値観が180度変わったこと 2008/02/14 10:44 K5

> SQL組み立て → ストアド
今まさにその場にいますです、はい
腐ったコンポーネントの性で出来ないんですが、
VC6,VB6の腐れたやつなんだから捨てろといいたいけど、言えない下請orz

# re: 価値観が180度変わったこと 2008/02/14 10:51 Mr.T

Mr.Tです、こんにちは。
＞単純な select でも stored procedure にするおいらがいる。
普通と思います。
もう、ストアド以外は考えられません。
ストアドにしない理由ってなんだろ？

# re: 価値観が180度変わったこと 2008/02/15 10:13 choir

シンプルでパフォーマンス気にしなくていいところだと、
ソース管理が面倒なので直書きして手抜きしたり…:-p

# re: 価値観が180度変わったこと 2008/02/16 10:29 渋木宏明(ひどり)

>エラーメッセージ

コードに影響を与えられることなく修正を他人に投げられるので、リソースに置くことがあります。

# re: 価値観が180度変わったこと 2008/02/17 3:56 こぐま

後からチューニングとかすることを考えると便利ですよね...

でも、LINQってこの発想とは逆とも言えると思いますが、どう考えられますか？

# Linq to SQLってどうよ 2008/02/18 1:09 中の技術日誌ブログ

Linq to SQLってどうよ