【EC開発体験記-否定-】 常識を疑え

将棋の世界では今、格言や定跡を覆す新手ラッシュが起こっているそうだ。アマチュアが指したら稚拙と笑われるか常識知らずと起こられそうな指し手がプロの将棋で続出している。よくよく研究してみると理にかなった有力な手順だったという。これはまさに「コロンブスの卵」のような話。「コロンブスの卵」を発見するにはまず疑ってみる。これまで培ってきた常識を否定することから始める。これはITでも同じことがいえると思う。自分の感性に合わないものや、理屈では分かるけど納得できないものはまず疑問をもつように心がけるべきだろう。（声に出すと反感を買うのであまりおすすめではない）
　今回のプロジェクトでは開発生産性と品質という２つの重要なポイントは押さえつつ常識はずれのことにもTryしてみた。結果うまくいったものもあったが、酷く痛いことになったものもあった（約2:8）。いずれにしても、今はモヤモヤしていたことが自分なりに整理できて大変満足している。

１．受注番号等のキーを採番しない
２．テーブルは第3正規形まで設計しない
３．各サブシステムで共通のエンティティを使用（最小単位は1品1葉1レコード）
４．更新履歴は部分的に取らず1レコード分をコピーする大福帳方式とする
５．トランザクション処理は厳密にしない
６．オブジェクト設計をしない
７．サブシステム間を密に結合させない（サービスだけで繋ぐ）
８．外部システムとの連携はすべてを自動化しない（SVNを介した手運用を残す）
９．データ交換で全銀を廃止。XMLかJSONを採用して固定長データやCSVは廃止。
１０．Web受注はブラウザからのプロバイダ通信だけで完結させる
１１．文字コードを混在させない(Linux,MySQL,PHP,Java すべてUTF-8)
１２．すべてCoolURI
１３．チームでコード記法を統一させない（しなくてよい）
１４．ドキュメントは起こさない。(開発途中のtracの記述とテーブル・プロバイダ仕様のみ)
１５．商用パッケージを使わない（すべて手作り）
１６．入力は寛大に受け付け、出力は厳しくせよ（参考にすべきでないより）
１７．赤黒処理でレコードを２つ作成しない
１８．検索エンジンを自作しない（Googleを使う）