Life is beautiful

これはやヴぇい！
危機感を感じました。

> ドラッカーが警告したとおり

この箇所に興味を持ちました。できれば出典を教えていただけないでしょうか。

わたしも職業ﾌﾟﾛｸﾞﾗﾏの一端ですがその実

・要件定義，基本仕様書，詳細仕様書，エライ人に説明するためのプレゼン資料
・プログラム，実装，デバッグ，テスト，導入
・現場への説明，レクチャー指導，取り説作成，改善内容の調査から実装まで
・満足度向上のための御用聞き，Etc

全てやります・・・少なくともわたしのいるところでは上流とか下流とか無いです
それ以前に人手は足りないけどやることだけは沢山あるのでなんでもやらないと
会社が回りません・・・
プロジェクトによってある程度の分担はありますが，全員攻撃，全員守備みたいなサッカーです

世界市場向けのソフトウェア開発を真剣に行えば
自然と国際競争力が出てくるのではと思います(^-^)b

完了責任を伴うシステム開発の受託において、集団の中の個が持つクリエイティビティはマネージャにとってリスクと捉えられがちです。
そんな受託案件を次々渡り歩くようなスタイルで、そこに万年居続けるとキャリアパスを描くのもそれはそれで厳しいし、会社全体がそうした傾向をもっていると、中島さんがおっしゃっている「遥か上」を目指そうにもモデルケース不在となっていることもしばしば。
気付けばサラリーマンプログラマは翻訳機として機能するしかなくなっていたりします。

なかなか難しいところだとは思います。
僕は会社を辞めて起業することでしかその活路を見出せなかったのですが。

>僕は会社を辞めて起業することでしかその活路を見出せなかったのですが。

　キャリアパス作りの最終責任は本人にあることを考えれば、転職や起業という選択肢も含めた上で考えることは当然だと思います。「会社は何もしてくれない」と本気で思えるのだったら、別の選択しを真剣に考えるべきとき。自分がやりたいことのベクトルと、自分が属する組織のベクトルが一致したときが人間一番ちからがだせますから。

お返事ありがとうございます。エントリーとは直接関係無い話で恐縮ですが、コメントについてお返事させて頂きます。
＞電電公社時代から電話交換機を作る国内の会社を特別扱いしてきた件から始まって、最近の携帯電話機事業まで、日本では色々な「保護育成」をしてきています。
この部分については私も存じ上げております。
＞ソフトウェアに関しても、官庁のシステムにしても銀行のオンラインシステムにしても、資本主義とは思えないようなことがされて来たことは否定できないと思います。そういう制作は、短期的には効果的だったんですが、結果的にはメーカーから国際競争力を奪うことになってしまいました。
NTTグループ、日立、NEC、富士通等のメーカーのことでしょうか。上記のようなメーカーがシステム案件の国際競争力が無いというのであれば、私も同じ認識です。では、海外でこれらに相当するメーカーで、システム案件の国際競争力があるメーカーは存在するのでしょうか。
＞ここ２０年ぐらいの間の米国でのプログラマの地位（収入・労働環境を含めた）の向上は著しいものがあります。それに比べて日本でのプログラマの地位は低すぎます。
この部分についてはおっしゃる通りだと思います。
＞私から見れば、それの根本的原因は日本独特のゼネコン型ソフトウェア開発で、それが劣悪な労働環境を作り出しています。
保護育成と国際競争力の話からずれてしまったので、これは分けて語る必要があると思います。一部のプログラマの労働環境で、おっしゃる事象が発生しているのは事実ですが、それは日本の開発体系が原因ではなく、日本の雇用事情が原因だと私は思います。保護育成については私と同様の認識であることが分かりました。ですが、日本のIT産業について語る場合、保護育成、国際競争力、労働環境、IT産業内の業種、プログラマの地位は分ける必要があると思います。お返事では保護育成と国際競争力の相関については、一部のシステムメーカーやハードメーカーにしか当てはまらないと思います。研究・ソフトウェア・サービスでも保護育成され、国際競争力が無いというのであれば、ご教示頂けないでしょうか。これ以上コメント欄でやり取りするのはご迷惑かと思いますので、記載のメールアドレスへお返事頂ければ幸いです。

>本来のソフトウェア作りとは、絵を描いたり、音楽を作ったり、
>建物をデザインするのと同じ「創作活動」である。
僕もそう思います。
会社員として、と言うか線表に沿ってプログラミングせざるを得ない環境だと
そうはなかなかいかないでしょうけど。

>不幸なのはそのまっただ中に自分のキャリアパスをはめ込んでしまい～
中小企業でプログラマやってるとそうなりやすいですね。自分のことですが（^^;）
「ソフトウェアの仕様書は料理のレシピに似ている」でも書いてらっしゃいますが、
大手SIerでPGやらずにSE的な業務をやらされるのも不幸ですよね。

>プログラマとして生きて行くつもりなら、
>「渡された仕様書を実装するだけのサラリーマンプログラマ」よりは遥か上を目指すべき。
ほんとそう思います。
こう思ってる人はけっこう多いと思います。
しかし現実問題そういうPGにならなくても今のところは生活できているので危機感を感じず
サラリーマンプログラマで妥協しているんだと思います。
そうは思ってもなかなか行動に移さない・・・。不思議ですね。
＃そんなことよりもっと不思議なことがあるんですが！・・・

中島さんの引用のオウム返しみたいなコメントになってしまいましたが
せっかく書いたので投稿させていただきます。

> 「遥か上を目指す」ためには具体的にどういうアクションを起こせばいいのでしょうか。

質問されている本人ではないのですが、思うところを少々言わせてもらいます。厚かましくてごめんなさい。

satoshiさんがおっしゃっている「遙か上」は、そんなことやってないで料理人のようなプログラマになれということかと。

まあ、本人に伺ってみないことにはなんとも、、、ですが。

乱暴かもしれませんが、私見を。

以下、IT産業=ソフトウェア+サービスとして考えております。
ハードウェアは抜きです。

○日本のIT産業に国際競争力が無い？

理由1 経営者がエンジニアをコストとして捉えている
→投資として考えるマインドがあればもちっとマシなのかもしれません。

理由2 日本人はエンドユーザ・経営者を問わずソフトウェアに対する評価が低い
→ハードウェアやブランド物には金払いがよいのに…
PCはゴージャスなのに1ライセンスのMS Officeをコピーしている
会社がなんて多いことか（ITの会社だったりする）
こんな文化？国民性？ではIT産業が成長しません。

○IT産業の中でプログラマーの地位が低い

これは事実ですね。本当のPGはスゲエ売り上げやスゲエ
コスト圧縮を実現可能なのですが…

理由1 日本の会社ではゼネラリストが好まれる。
→マネージメントしやすい「サラリーマン」が重宝されるんですね。
どんなに技術力のあるPGでも能力が偏っていたり
性格が尖っていたり仕事を選ぶやつは疎まれる。

つまり会社側が、エンジニアが特定の分野の
プロフェッショナルと化すことを望んでないのです。
会社はなんでもこなせるゼネラリストを望む。
テスター兼PG兼SE兼PM兼営業…結果として採用人数を
抑えることができ、固定費が下がります。経営は楽になりますね。
仕事量が多かったとしてもサービス残業させればいいですから。
（サービス残業を受け入れる労働者が一番タチが悪いようにも思います）
　
(c) エンジニア・マインドに乏しい？

エンジニアとしてではなく、サラリーマンとして就職しているようです。
技術力をつけるだけでなくエンジニアとしての気概みたいな
ものを身に付けていってほしいですね。

以上、なんちゃってエンジニアの戯言です。

＞ satoshiさんがおっしゃっている「遙か上」は、そんなことやってないで料理人のようなプログラマになれということかと。

その料理人のようなプログラマを目指すにはどういうアクションを起こすべきですかと、
お聞きしたかった訳です。
料理人を目指したいのに、毎日ハンバーガーしか食べないような人ばかりの国に住んでいるよ
うなジレンマを感じている人も多いんじゃないかと。

ところで、日本のプログラマの地位や意識が低くなっている原因となっている、設計と実装が
工程としても担当者としても分かれているような開発スタイルは、やはり日本独特のものなん
でしょうか？
microsoftやgoogleはともかく、いわゆる業務系ソフトを開発している現場はどうなんでしょう。

To: satoshiさん。
フィードバックしない状態で開発しているというのは、手法以前の問題ではないですか？
実装を受けもっているのなら、上下など関係なく、実装の観点で問題を指摘するのは義務ですし、
スルーしているような所に設計の発注をすることはないですよ？

「設計に問題があろうと、そのまま黙って実装する。」
それこそ"サラリーマンプログラマ"だと思うのですが…。

To: yamaさん。
↓こんな図が作られたりしてます。海外でも似たようなもんですね…。
http://img.worsethanfailure.com/images/200710/codeToRuin.gif

5年間、開発作業を一切せずに多くのエンドユーザに営業としてヒアリングを繰り返しました。
5年間右往左往して得られた結論は、

「日本にはRailsにおけるDavid Heinemeier Hanssonのように自分が提供しようとしているシステム開発向けに最適なフレームワークを自作できるプログラマーの供給がないから厳しい現実に直面している」

という当たり前すぎる話でした。

日本の情報システムは世界から見ても非常に特異です、要求レベルも世界最高クラスです。
そのシステムを西洋の常識で考えられたフレームワーク上で無理やり作っているから、皆さんの指摘される歪んだSIビジネスになっているのです。
地震の無い国の建材だけを輸入して日本に家を建てるようなものです。

DHHはどうやって勉強してスキルを獲得していったのだろうか？多分、こう考える段階で負けているのだろうけれど。

To: aaaさん。

お返事ありがとうございます。
>下請けが元請けに逆らうことなど不可能です。逆らったが最後、次から仕事がもらえなくなって、最悪では倒産します。
ここがちょっと気になるのです。
別に元請けと喧嘩しろというのではなく、上手に説明、説得ということは考えられないのでしょうか。
それとも、それは自分の仕事ではないと考えてらっしゃるのでしょうか。
(説明、説得は、顧客と話し合いながら仕様に落としていく過程でも大変重要な事です。)

私は、下請け、元請け両方で業務をしていましたが、
関係者皆で協議する場を用意しないと、まず開発は成功しないです。

元請けもプロジェクトが上手くいかないと困るわけなので、説得の余地は十分にあります。
そして、その時の働きによっては間を飛ばして直接受注ということも珍しくはないです。
「良い物を作りたい」というのなら、万難を排してでも
元請けを説得するくらいの気概を見せて欲しい所なのですが。

加えて、ぶっちゃけてしまうと、一度良い関係を作ることができれば
元請けを顧客からの「弾避け」としても利用できますし、大変オススメです。