設計・実装から運用，メソドロジまで，最新アンチパターンを徹底解説

先輩から教わったことのなかに多くの「やってはいけないこと」（アンチパターン）があるだろう。だが，その理由を問われると，うまく説明できないことがあるのではないだろうか。突き詰めて考えると，状況によっては「やっても構わない」こともあるし，技術の進化に伴い「やれるようになってきた」こともある。そこで設計，実装，テスト，運用，メソドロジの各分野について，取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル３〜レベル１の３段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。

関連サイト：　

＜目次＞

■データセンターの管理・監視対策編

■設計編
（1）ユースケースに詳細を書いてはいけない　
（2）クライアント/サーバー型システムを選んではいけない　
（3）LANスイッチでループ構造を作ってはいけない　
（4）DBMSの機能でデータを暗号化してはいけない　

■メソドロジ編
（5）納品するドキュメントだけ残せばいいと思ってはいけない　
（6）パッケージ導入でアドオン開発を先行してはいけない　
（7）パッケージさえ導入すれば納期を短縮できると思ってはいけない　
（8）協力会社や顧客企業と生ファイルをやりとりしてはいけない　
（9）WBSの一つの作業項目に複数の担当者を割り当ててはいけない　
（10）特定のプロセスやパターンにこだわってはいけない　
（11）「UP＝反復開発」と思ってはいけない　

■実装編
（12）スレッドセーフにすることを忘れてはいけない　
（13）ソースを流用してはいけない　
（14）通信モードの「自動識別」と「全二重固定」を混在させてはいけない　
（15）メモリー管理を処理系任せにしてはいけない　
（16）マジック・ナンバーを使ってはいけない　

■テスト編
（17）本番環境でいきなりテストしてはいけない　
（18）すべての結合テストを自動化してはいけない　
（19）テストを開発者任せにしてはいけない　

■運用編
（20）RAIDだからと安心してはいけない　
（21）本番機にパッチをいきなり当ててはいけない　
（22）スナップショットをバックアップ代わりにしてはいけない　

■サーバー運用編
（23）1ラック60A以上使用してはいけない　
（24）冗長構成を信じてはいけない　
（25）自動バックアップ・ツールに頼ってはいけない　
（26）コンフィグをコピペしてはいけない　
（27）カーネル・チューニングをしてはいけない　

■データベース編
（28）データ構造の劣化を考慮しない設計をしてはいけない　
（29）ビュー，トリガーを多用してはいけない　
（30）バックアップ設計を先にしてはいけない　
（31）現象だけをみてチューニングを急いではいけない　
（32）DBMSの監査機能に頼ってはいけない　

■セキュリティ編
（33）IPSを入れても安心してはいけない　
（34）パスワードをプログラムに埋め込んではいけない　
（35）運用管理にtelnetを使ってはいけない　
（36）管理者権限を共有してはいけない　
（37）すべての通信を暗号化してはいけない　

■記録メディア編
（38）倒れたHDDを使い続けてはいけない　
（39）濡れたディスクを乾かしてはいけない　
（40）濡れたUSBメモリーに通電してはいけない　
（41）テープを湿らせてはいけない　
（42）テープの圧縮率をうのみにしてはいけない　

■方式設計編
（43）ECサイトではSorry画面方式を採用してはいけない　
（44）アプリケーション開発者が方式設計通りに開発してくれると思ってはいけない　
（45）性能要件はユーザーが決めると思ってはいけない　
（46）同一サーバー内のWebサービス呼び出しをしてはいけない　
（47）24時間稼働システムではすべてを24時間動かそうと思ってはいけない　

■内部統制編
（48）ストーリーのない内部統制構築はやってはいけない
（49）経営者不在の内部統制構築はやってはいけない
（50）基本方針を定めずにやってはいけない
（51）コンサルタントに丸投げしてはいけない
（52）改善の視点を捨ててはいけない

■オープンソース使ったWeb開発編
（53）オープンソースは無料だと思ってはいけない　
（54）自分でビルドしたバイナリを本番環境で使ってはいけない　
（55）独自実装をしてはいけない　
（56）ソースコードにHTML生成コードを含めてはいけない　
（57）グローバル変数や循環参照オブジェクトを使ってはいけない　

■データセンターの熱管理編
（58）サーバーの間にすき間を空けてはいけない　
（59）サーバーの背面にケーブルを垂らしてはいけない　
（60）ラックとサーバーの間にスペースを空けてはいけない　
（61）コールドアイルとホットアイルだけで満足してはいけない　

■データセンターの電源対策編
（62）サーバーの数だけUPSを用意してはいけない　
（63）全体を考えずに冗長電源にしてはいけない　
（64）ラックが使用している電流値を見逃してはいけない　
（65）UPSを設置するだけで安心してはいけない　

■ERP編
（66）ERPと現行機能との比較をしてはいけない　
（67）いきなりプロトタイプを始めてはいけない　
（68）顧客のギャップ判定をそのまま受け入れてはいけない　
（69）帳票の検討を後回しにしてはいけない　
（70）「顧客主体タスク」を顧客に丸投げしてはいけない　

■要件定義編
（71）要件定義フェーズの計画を怠ってはいけない　
（72）ビジネス要件とシステム要件を混同してはいけない 　
（73）ビジネス要件を文章だけで表現してはいけない 　
（74）現行業務，現行システム調査を回避してはいけない　
（75）成果物選定と標準化を後回しにしてはいけない