■沈没船エントリのあとがき

http://anond.hatelabo.jp/20130310152356

沈没船エントリを書いた増田です。

およそブログ向きではない冗長で読みにくい文章だったけれど、

元増田に便乗したお陰か、思ったより多くの方に読んで頂けたようでとても嬉しいです。

こんな付け足しを書くのは興ざめかもしれないけれど、

似たような境遇の人も多いようだし、

PG・SEの現場に20歳から10年居続けてきた人間として、

もうちょっと具体的な事を「あとがき」として補足しても良いかな、

という気になりました。

（申し訳ないことに、この付け足しも長いです）

私の文章は、元増田

「上流エンジニアなんて死んじまえ」

http://anond.hatelabo.jp/20130309233920

のブクマやトラバで言われている

「上流にも技術力はあるはず」

「下流だってダメな奴が多い」

という、上流下流のどちらが優秀かという議論が問題からやや外れているように思えたため書いたものです。

優秀な人がいても活躍できず、当たり前のような施策もうまく働かない、

そういう現場だという事を描写してみたかったわけです。

技術力のある人は、上流・下流を問わず

20～50人に1人の割合で点在しているのだと思います。

（下流にいたほうが技術力の見せ場が多いため、

下流に優秀な人が多いように見える傾向はありそうです）

そして、その他の19人～49人は基本的に普通の人です。

20～50人に1人の人をあてにして仕事を進めるのは（現状のSIer周辺では）不可能なため、

19人～49人の普通の人が持つ価値観・思考・ペースで仕事を進める事になります。

さて、システム開発でソフトウェアの基本構造を決める部分について、

どうしても一種の才能（パターン認識・適用能力）が必要なのですが、

大勢の普通の人の中に特殊な人が点在している状況だと、

才能のある人が適切に作業に割り当てられる可能性は低くなります。

その結果、普通の人が納得しやすい下記のような方法が取られがちです。

• 過去のシステムの構造をそのまま流用（たとえCOBOLからJavaへの移植であっても）
• フレームワークの過剰使用・コピペ（ライブラリを整備せず、毎回別個にコード生成・既存コピペなど）
• ネットや書籍のサンプルからコピペ
• 頑張ってみたらダメでしたが納期があるので押し切りました。

こういった構造は、当時は場当たり的なつもりでも結局は規約化してしまい、

「動いているものは敢えて変えるな」「似たものはコピペせよ」

「途中で何を思いついても設計書の通りに絶対作れよ」

といったSIerにありがちな規約と相まって、未来永劫負の遺産として残ることが多いです。

そして、一旦ダメな土台が出来上がると、その上には基本的にダメなものしか重ねられないため、

どんどんダメになっていき、最終的には手のつけられない沈没船になります。

プログラムの基本構造がダメだと、どんな優秀な人であっても出来ることが限られます。

当然リファクタリングすれば良いのですが、

リファクタリングでお金を取るのはかなり難しいだろうし、

• 何でお客様の稼働している大切なソフトにわざわざ手を入れるのか？　リスクを取る意味が分からない。
• 今まで俺たちが頑張って作り上げたものが結局ダメだったと言いたいのか？　金をもらって作った物なのに？

といった、普通の人による突っ込みには、現場での反論がなかなかしにくいです。

そして、リファクタリングもやはり才能のある人が中心になる必要があり、

普通の人がやっては結局問題の焼き直しにしかなりません。

ここまで書いてきたようなことが、

名高い大手SIの下請け現場にいた5年間に見てきたことです。

現場の中に居たままそこを良くする方法は、結局思いつけませんでした。

仕事は基本的にエクセル方眼紙を読み書きする事で、

出世や昇給の見込みも薄く、

これをこの先何年続けても無意味だな、と思い、転身することにしました。

行き先が黒船かどうかは分からないけれど、

割と自由にものが言える立場にしてもらえそうです。

黒船の沈没について

「黒船だって沈没する」という指摘は本当にその通りです。

黒船だからこそ辛く厳しい現場もあると思います。

ただ、黒船が沈没するというのは、

正当な取るべきリスクを取った結果だと思うのです。

沈没船では最初から沈没寸前のため、リスクを負うことができないか、異常に増幅されます。

運用上リスクを負うことのできない（機能追加できない・構造を改善できない）システムなど、

ただの負債でしか無いと思うのです。

黒船は、取れるリスクの幅が大きいからこそ難しい航路を選べるし、

そこで失敗したとしても、それ自体が業界や人類全体の資産になるのだと思います。

現実の沈没船は沈没していません。

黒船は水平線のはるか向こうで、船長はそれらが見えないため気楽です。

ちゃんと沈没してくれれば、最終的にはまともな船しか残らないので助かるのですが、

まともさに関する競争が働きにくいところがあるらしく、

現実には沈没船でも（だからこそ）安泰なのです。

リスク満載のはずの沈没船を安泰とさせている事によるコストは、

最終的には企業全体・社会・国家・人類といったものが負っていると思われます。

補足の補足、「普通の人」「才能のある人」について

普通の人というのは、

プログラミングについて特別な情熱を持たず、

会社で使う他は開発ツールに手も触れず、インストールもせず、

家に帰ってから基本的には勉強せず（資格や仕事で必要な場合は別）、

仕事で決められた範囲のツール・技術・問題領域で満足できる人の事です。

これは不真面目とか怠慢とかそんなわけではありません。

極めて普通の真っ当かつ正常かつ健全な社会人の行動です。

例えば、マクドナルド店員が、

自宅でもビーフパテを練ってハンバーガーの焼き色を研究したりレシピを何冊も書いたり、

毎日毎日ポテトやハンバーガーをキーワードにググったりブログを読んだり、

枕元には常に藤田田の著作を数冊積んでいて、本棚には完全なコレクションがあったり、

1日に5度は銀座1号店の方角へお祈りを捧げたりしたら、

やはり変だと思うのです。

「才能のある人」とは、そういう事をごく自然に、

それこそ食事や睡眠のように日々やっている人です。

さらに言えば、これはマクドナルド店員を例に出すと変に思えるのであって、

ギタリストやピアニストや作家や写真家やデザイナーといった専門家であれば

不自然でも何でもない最低限のたしなみです。

20人～50人に1人という割合も、それがプロのギタリストであれば納得できる数字です。

本来そのぐらい特殊な専門領域を広く一般に開放してしまっているという問題が、

元増田の「システムエンジニアなんて免許制にしちまえよ」という言葉に繋がるのだと思います。

他の専門家とのアナロジーで言えば、事務所制なども考えられるかもしれません。

Permalink | 記事への反応(0) | 03:47

ツイートシェア