使いにくいツールに「奥が深い」と言ってのめり込む症候群。してもっとシンプルな解決策が他にある。Tex、C++、Perl、Vim、Emacs、弊社フレームワークなどで発症しがち。不合理(に見える)仕組みを見つけた時「こうなっているのにはきっと理由があるはず」と推測して、手をつけようとしない症候群。原作者の無知によって誤った実装をしているだけのものといった、特に理由なく不合理になっているケースも多く、こういったものは取り除くべきである。理由があって変わった仕組みになっている場合も、「きっと理由があるはず」と推測するのではなく、作った人やドキュメントに当たって本当の理由を調べるべきだ。レガシープロジェクトのメンテで発症しがち。現実を見ろ症候群ソフトウェアのバージョンが古い、テストが未整備であるなどの問題について「だが、そんな時間は無い。現実を見ろ!」と、無視してしまう症候群。使い続ける判断をしたのだろうか?新機能を使えないプログラマーが不満を持つというだけでなく、セキュリティホールを抱えてしまう恐れもある。「時間がない」のはテストが不十分で、不具合修正に追われているからかもしれない。すればイケるよ症候群ツールの欠陥を、ツール自体の改良ではなく、使い方で回避しようとする症候群。奥が深い症候群に似ているが、プログラマーよりもプログラムを使う社員に発症しがち。購入したソフトウェアだと、不具合報告しても直してもらえず(「それは仕様です」なんて言われたり)、運用でカバーするしかないことが多い。内製のソフトウェアでそれをし出すと、結局は誰の得にもならない。エンドユーザーは社内SEに忌憚なく不満を伝えるべきだ(もちろん、社内SEが真摯に対応するという前提の下での話)。わかんないもん症候群こうすればイケるよ症候群が悪化した状態。ツールの機能を深く理解せず、目先の目的を達成するためだけの誤った使い方をし、副作用が無視できないほど巨大化した段階で社内SEに持ち込み尻拭いをさせる症状。「どうしてこんなになるまで相談しなかったんですか?」という質問に「だって、難しくてわかんないもん!」「俺たちは素人だもん!」と感情的に反発するのが特徴。プログラマーでも発症することがある。PlayやRailsなど(患者から見て)エッジなフレームワークを触ることになったとき発症し、作法をよく理解せずに実装、バグをしこんでしまう。発症するときは、ツールの利用側と開発・運用側とが没交渉であることが多い。顔を合わせて話すことから始めよう。あとがき書いていてどこかで読んだことがあるな、と思ったら、この本でした。この記事より、もっと多く、もっと深い内容が書かれているので、お盆におじいちゃんにもらったお小遣いで買って読んでください。2014の7日目です。月別アーカイブはてなブログをはじめよう!doloopwhileさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。