はてなキーワード: 読みにくい文章とは
http://anond.hatelabo.jp/20130310152356
元増田に便乗したお陰か、思ったより多くの方に読んで頂けたようでとても嬉しいです。
こんな付け足しを書くのは興ざめかもしれないけれど、
似たような境遇の人も多いようだし、
もうちょっと具体的な事を「あとがき」として補足しても良いかな、
という気になりました。
(申し訳ないことに、この付け足しも長いです)
私の文章は、元増田
「上流エンジニアなんて死んじまえ」
http://anond.hatelabo.jp/20130309233920
「上流にも技術力はあるはず」
という、上流下流のどちらが優秀かという議論が問題からやや外れているように思えたため書いたものです。
優秀な人がいても活躍できず、当たり前のような施策もうまく働かない、
(下流にいたほうが技術力の見せ場が多いため、
下流に優秀な人が多いように見える傾向はありそうです)
そして、その他の19人~49人は基本的に普通の人です。
20~50人に1人の人をあてにして仕事を進めるのは(現状のSIer周辺では)不可能なため、
19人~49人の普通の人が持つ価値観・思考・ペースで仕事を進める事になります。
さて、システム開発でソフトウェアの基本構造を決める部分について、
どうしても一種の才能(パターン認識・適用能力)が必要なのですが、
才能のある人が適切に作業に割り当てられる可能性は低くなります。
その結果、普通の人が納得しやすい下記のような方法が取られがちです。
こういった構造は、当時は場当たり的なつもりでも結局は規約化してしまい、
「途中で何を思いついても設計書の通りに絶対作れよ」
といったSIerにありがちな規約と相まって、未来永劫負の遺産として残ることが多いです。
そして、一旦ダメな土台が出来上がると、その上には基本的にダメなものしか重ねられないため、
どんどんダメになっていき、最終的には手のつけられない沈没船になります。
プログラムの基本構造がダメだと、どんな優秀な人であっても出来ることが限られます。
当然リファクタリングすれば良いのですが、
といった、普通の人による突っ込みには、現場での反論がなかなかしにくいです。
そして、リファクタリングもやはり才能のある人が中心になる必要があり、
ここまで書いてきたようなことが、
現場の中に居たままそこを良くする方法は、結局思いつけませんでした。
これをこの先何年続けても無意味だな、と思い、転身することにしました。
正当な取るべきリスクを取った結果だと思うのです。
沈没船では最初から沈没寸前のため、リスクを負うことができないか、異常に増幅されます。
運用上リスクを負うことのできない(機能追加できない・構造を改善できない)システムなど、
黒船は、取れるリスクの幅が大きいからこそ難しい航路を選べるし、
そこで失敗したとしても、それ自体が業界や人類全体の資産になるのだと思います。
黒船は水平線のはるか向こうで、船長はそれらが見えないため気楽です。
ちゃんと沈没してくれれば、最終的にはまともな船しか残らないので助かるのですが、
まともさに関する競争が働きにくいところがあるらしく、
リスク満載のはずの沈没船を安泰とさせている事によるコストは、
最終的には企業全体・社会・国家・人類といったものが負っていると思われます。
普通の人というのは、
家に帰ってから基本的には勉強せず(資格や仕事で必要な場合は別)、
仕事で決められた範囲のツール・技術・問題領域で満足できる人の事です。
これは不真面目とか怠慢とかそんなわけではありません。
例えば、マクドナルド店員が、
自宅でもビーフパテを練ってハンバーガーの焼き色を研究したりレシピを何冊も書いたり、
毎日毎日ポテトやハンバーガーをキーワードにググったりブログを読んだり、
枕元には常に藤田田の著作を数冊積んでいて、本棚には完全なコレクションがあったり、
1日に5度は銀座1号店の方角へお祈りを捧げたりしたら、
やはり変だと思うのです。
「才能のある人」とは、そういう事をごく自然に、
それこそ食事や睡眠のように日々やっている人です。
さらに言えば、これはマクドナルド店員を例に出すと変に思えるのであって、
ギタリストやピアニストや作家や写真家やデザイナーといった専門家であれば
不自然でも何でもない最低限のたしなみです。
20人~50人に1人という割合も、それがプロのギタリストであれば納得できる数字です。
本来そのぐらい特殊な専門領域を広く一般に開放してしまっているという問題が、