「渡された仕様書を実装するサラリーマンプログラマ」の悲哀
@ITの「業務用途でRubyを使う上での課題 」を読んでなんだか悲しくなった。 チーム開発でRubyを使ったときに今後起こりえる問題として、サン・マイクロシステムズ システム技術統括本部 チーフテクノロジストの下道高志氏は、こう指摘する。「他人の書いたPHPコードのメンテナンスはできない。Rubyはどうかといえば、現状はいい。しかし今後“職業プログラマ”ではなく、渡された仕様書を実装する“サラリーマンプログラマ”が増えてくると、コードのスパゲッティ化は避けられないだろう」。 【業務用途でRubyを使う上での課題 − ＠ITより引用】 これは言語の問題ではなく、日本のソフトウェア産業全体が抱える問題。以前にも「ソフトウェアの仕様書は料理のレシピに似ている」というエントリーで書いたが、本来のソフトウェア作りとは、絵を描いたり、音楽を作ったり、建物をデザインするのと同じ「創作活動」である。ドラッ
日本企業はやっぱり違う
今の仕事では、アメリカ・ヨーロッパのプロジェクトもあれば、日本のプロジェクトも関わる。 やはり日本の顧客は特徴的で面白い。 ・要求仕様があいまい ・業務分担があいまい ・契約があいまい ・パートナーといいながら、下請け ・発注主は殿様。下請け間でよきに計らえ である。 私も、前職で海外の企業との取引に関わったことがあるので、両方の言い分がよくわかる。 こちらのエンジニアと話をすると、フラストレーションたまりまくりである。 「なぜ契約書を無視するんだ？」 「なぜ仕様が勝手にころころ変わるのに、いちいち対応しないといけないんだ？請求しろ」 「なぜ彼らのライブラリのデバッグを我々がしないといけないのだ？」 「発注主がなんでちゃんとプロジェクトマネジメントしないんだ？」 という具合である。 一方で日本企業の立場でいると 「なぜプロジェクトが遅れているのに、のんきに休んでやがるんだ。」 「いちいちド
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
