アンチパターン - Wikipedia
ソフトウェア開発におけるアンチパターン (英: anti-pattern) とは、必ず否定的な結果に導く、しかも一般的に良く見られる開発方式を記述する文献形式を言う[1]。その内容は、基本的には、否定的な開発方式の一般的な形、主原因、症状、重症化した時の結果、そしてその対策の記述からなる[2]。 デザインパターンを補完・拡張する関係にあるもので、多くの開発者が繰り返すソフトウェア開発の錯誤を明確に定義することにより、開発や導入を阻害する一般的で再発性の高い障害要因の検知と克服を支援することが目的である[3][4]。 概要[編集] ある問題に対する、不適切な解決策を分類したものをアンチパターンと言う[5][6]。 アンチパターンという呼び方は、アンドリュー・ケーニッヒ（英語版）が1995年に作り出したもので[7]、後に書籍The patterns handbook[8]で再掲された。 ギャン
ひどすぎるネーミング - idesaku blog
UKTKKNSHINF こういう名前の変数が出てくるのだが、意味わかる？ 答え：受付禁止情報 今読んでいるPL/SQLコードは本当にひどい出来なのだが、その中でもネーミングが群を抜いてひどすぎてむしろ笑えてくるので、ここでさらしてみたい。 先ほどの例でわかると思うが、悪しきネーミング習慣である子音母音抜きの嵐である。変数名だろうが関数名だろうがこのルールで命名されているので、暗号文を読んでいるような気分になる。 他には、例えばこんなのがある。 SKSI 作成 HNKN 変換 KKT 確定 CHKN 中間 DTM Datetime DTA Data こうして見ると、ktkrやwktkとなんら違いがない。 "作成"のような、比較的簡単に対応する英単語が見つかるものまで日本語子音母音抜きで書くという徹底ぶり。でも"情報"はINFだったりする統一感のなさ。そしてこれらが単独ならまだしも、複合して出
デフォルトの契約内容は、失敗への招待状
リスクは契約から プロジェクトの失敗を防ぐために、契約段階で打てる手はいろいろある。しかし、プロジェクトの失敗で責任を取らされるプロジェクトマネージャが契約段階に絡んでいない会社が非常に多い。この契約を、プロジェクトの結果に責任を取らない営業任せにしておくことは、非常に危険である。ほとんどの場合、彼らはひな型どおりの契約をするだけである。 本来は、そのプロジェクトで発生するリスクを想定して、そのリスクを防ぐための条項を契約に盛り込んでおくべきであるが、そこまで考える営業はほとんどいないであろう。 また、標準のひな型が不十分な内容になっている例も多い。A4で3枚ぐらいの簡単な契約書で済ませている会社も多いのではないだろうか。 日本の契約書は性善説に立つ なぜ、こんな簡単な契約書になっているかというと、日本の契約書は基本的に「性善説」に立っているからである。面倒なことはあまり記述せず、記載され
【上級】失敗プロジェクトの共通項 第5回
想定プロジェクトでは，多くのサーバーやミドルウエアが使われる。OS，Web/APサーバー，データベース，負荷分散装置などだ。プロジェクト内にこれらの製品のうちひとつでも利用経験者がいなければ，スケジュールは見直しを迫られる可能性が高い。使用方法を取得するのに多くの時間を要するからだ。多くの残業，休日出勤を招くことになり，納期にも影響を及ぼす。 スキルマップの整備が不可欠 プロジェクトと技術者をうまくマッチングするには，社内での分野別スキル保有者リストが欲しい。スキル保有者がいなければ，社内からの協力を仰ぐといった運用が可能になる。 スキル評価の方法は，一般的には大分類から小分類へツリー構造で細分化していくのが使いやすい（図7）。 大分類としては「技術」「業務知識」「マネジメント」の3つが標準。技術なら「ハード」「ネットワーク」「OS」「開発言語」など中分類に分け，さらに開発言語なら「Jav
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
