「ソフトウェア開発」は「モノ作り」ではない へのコメント http://www.gcd.org/blog/2006/07/91/ CTO兼プログラマ兼システム管理者の視点から Thu, 02 Feb 2012 08:16:10 +0000 hourly 1 http://wordpress.org/?v=3.1.2 臼井邦明 より http://www.gcd.org/blog/2006/07/91/comment-page-1/#comment-1124 臼井邦明 Fri, 27 May 2011 00:37:30 +0000 http://www.gcd.org/blog/2006/07/91/#comment-1124 この場合でお聞きする内容かどうか？分かりませんが。車のエンジンの設計図を制作する為の、ソフトウェアを探して居ます。教えて頂けませんか。 この場合でお聞きする内容かどうか？分かりませんが。車のエンジンの設計図を制作する為の、ソフトウェアを探して居ます。教えて頂けませんか。

]]> turutosiya より http://www.gcd.org/blog/2006/07/91/comment-page-1/#comment-1002 turutosiya Thu, 02 Dec 2010 03:57:27 +0000 http://www.gcd.org/blog/2006/07/91/#comment-1002 車の場合は注文する段階で現物が存在しますが、システムはそうではないので、いろいろむずかしいですねー。 車の場合は注文する段階で現物が存在しますが、システムはそうではないので、いろいろむずかしいですねー。

]]> B より http://www.gcd.org/blog/2006/07/91/comment-page-1/#comment-960 B Mon, 09 Aug 2010 15:25:49 +0000 http://www.gcd.org/blog/2006/07/91/#comment-960 だいぶ時期がズレてるので、読んで貰えるでしょうかね・・・(--; まぁ、とりあえず・・ 主張されたい点については理解できます。 要は日経onlineの記事の比較対象がズレているのだと思います。 ただ、コメントを見る限り筆者例示の比較対象にも「？」がある様に思います。 自動車開発とソフトウェア開発を比するのなら 自社開発ソフトウェアに絞らなければ、 主張したい事の趣旨と議論がズレてくる様に思います。 （実際コメントでもその辺が混同している様ですし・・） その意味においては、ソースコードは、設計ではなく 自動車のプロトタイプとかその辺ではないでしょうか？ どちらも設計の過程と設計書は存在するのでしょうし・・・ もし主張されている意図を読み違えている様でしたらご容赦下さい。 だいぶ時期がズレてるので、読んで貰えるでしょうかね・・・(–;

まぁ、とりあえず・・

主張されたい点については理解できます。
要は日経onlineの記事の比較対象がズレているのだと思います。

ただ、コメントを見る限り筆者例示の比較対象にも「？」がある様に思います。

自動車開発とソフトウェア開発を比するのなら
自社開発ソフトウェアに絞らなければ、
主張したい事の趣旨と議論がズレてくる様に思います。
（実際コメントでもその辺が混同している様ですし・・）

その意味においては、ソースコードは、設計ではなく
自動車のプロトタイプとかその辺ではないでしょうか？
どちらも設計の過程と設計書は存在するのでしょうし・・・

もし主張されている意図を読み違えている様でしたらご容赦下さい。

]]> 日本に絶望 より http://www.gcd.org/blog/2006/07/91/comment-page-1/#comment-935 日本に絶望 Mon, 05 Jul 2010 17:04:14 +0000 http://www.gcd.org/blog/2006/07/91/#comment-935 「「ソフトウェア開発」は「モノ作り」ではない」というご主張に同意します。というか別段目新しい主張ではなく、むしろ海外では常識に近いんじゃないでしょうか？ しかし、批判的なコメント欄を読んでいると、人々の知識の低さに驚かされます。他の工業製品と比較してソフトウェアが本質的に複雑であることを理解していない無知者が多いんですね、この国は。もっと勉強して欲しいと思います。 チューリング賞学者ブルックス先生の「人月の神話」、ロバート・L・グラスの「ソフトウェアクリエイティビティ」などソフトウェアに関する良書は過去から現在までたくさんあるんですけどね。 「「ソフトウェア開発」は「モノ作り」ではない」というご主張に同意します。というか別段目新しい主張ではなく、むしろ海外では常識に近いんじゃないでしょうか？

しかし、批判的なコメント欄を読んでいると、人々の知識の低さに驚かされます。他の工業製品と比較してソフトウェアが本質的に複雑であることを理解していない無知者が多いんですね、この国は。もっと勉強して欲しいと思います。

チューリング賞学者ブルックス先生の「人月の神話」、ロバート・L・グラスの「ソフトウェアクリエイティビティ」などソフトウェアに関する良書は過去から現在までたくさんあるんですけどね。

]]> RHEA より http://www.gcd.org/blog/2006/07/91/comment-page-1/#comment-909 RHEA Thu, 15 Apr 2010 17:07:54 +0000 http://www.gcd.org/blog/2006/07/91/#comment-909 うーん、困った事に我々が生きてる社会では日々環境が変化するのですよ。 そして、お客様の要求もそれに応じてへんかしてしまう。 注文するときに日産　マーチくださいといっておいて、受け取るときには、レクサス　LFAじゃないから受け取れん もし、自動車を買う人がそう言ったら、自動車会社では、どんな対応をするのでしょうね？ 少なくても、レクサス LFAは提供できない、値段が違いすぎるのだから ソフトウェア産業では、そう言う事が平然と行われます。 だから、掛かるコストが当然変わってしまう。 自動車でも、必要な機能などが変われば、掛かるコスト変わりますよね？ うーん、困った事に我々が生きてる社会では日々環境が変化するのですよ。

そして、お客様の要求もそれに応じてへんかしてしまう。

注文するときに日産　マーチくださいといっておいて、受け取るときには、レクサス　LFAじゃないから受け取れん
もし、自動車を買う人がそう言ったら、自動車会社では、どんな対応をするのでしょうね？
少なくても、レクサス LFAは提供できない、値段が違いすぎるのだから

ソフトウェア産業では、そう言う事が平然と行われます。
だから、掛かるコストが当然変わってしまう。

自動車でも、必要な機能などが変われば、掛かるコスト変わりますよね？

]]> softya :2 より http://www.gcd.org/blog/2006/07/91/comment-page-1/#comment-128 softya :2 Fri, 11 Jan 2008 18:42:47 +0000 http://www.gcd.org/blog/2006/07/91/#comment-128 <strong>コーディングは設計フェーズ</strong> ソースコードはドキュメント。しかも、テストできるドキュメント。他の設計書はテストできない。ソースコード(とそれを書く人も)をもっと大切にしたい。 「製造部分はインド・中国の.. コーディングは設計フェーズ

ソースコードはドキュメント。しかも、テストできるドキュメント。他の設計書はテストできない。ソースコード(とそれを書く人も)をもっと大切にしたい。
「製造部分はインド・中国の..

]]> softya :2 より http://www.gcd.org/blog/2006/07/91/comment-page-1/#comment-127 softya :2 Fri, 11 Jan 2008 18:37:35 +0000 http://www.gcd.org/blog/2006/07/91/#comment-127 <strong>コーディングは設計フェーズ</strong> ソフトウェア設計とは何か？ 変わりつつあるソフトウェア開発の価値観1（「建築学」から「園芸学」へ）　．．．landscapist： 造園家、庭師っていい言葉だな。 変わりつつあるソフトウェ... コーディングは設計フェーズ

ソフトウェア設計とは何か？
変わりつつあるソフトウェア開発の価値観1（「建築学」から「園芸学」へ）　．．．landscapist： 造園家、庭師っていい言葉だな。
変わりつつあるソフトウェ…

]]> ジブログ より http://www.gcd.org/blog/2006/07/91/comment-page-1/#comment-126 ジブログ Sun, 30 Dec 2007 15:11:46 +0000 http://www.gcd.org/blog/2006/07/91/#comment-126 <strong>なんでシステム開発ってこんなに大変なんでしょうか？</strong> ただでさえ仕事は忙しいのに、機能追加案件は待ってくれない。 疲れているときに限ってクリティカルな障害が発生するし。 システム開発に関わる人が疲弊してしまうのを何回も見て... なんでシステム開発ってこんなに大変なんでしょうか？

ただでさえ仕事は忙しいのに、機能追加案件は待ってくれない。
疲れているときに限ってクリティカルな障害が発生するし。
システム開発に関わる人が疲弊してしまうのを何回も見て…

]]> ポケQ日記 より http://www.gcd.org/blog/2006/07/91/comment-page-1/#comment-125 ポケQ日記 Wed, 24 Oct 2007 06:14:53 +0000 http://www.gcd.org/blog/2006/07/91/#comment-125 <strong>システム開発の生産性</strong> システム開発の生産性について考えてみました。と言っても生産性を数字で表わすとなると結構難しいですね。何を基準にすればよいのか・・・。ステップ数じゃないし、機能数でもないし、売上金額も違うし・・・。と言うわけで具体的な数字は置いとくことにします。WEB上で色.. システム開発の生産性

システム開発の生産性について考えてみました。と言っても生産性を数字で表わすとなると結構難しいですね。何を基準にすればよいのか・・・。ステップ数じゃないし、機能数でもないし、売上金額も違うし・・・。と言うわけで具体的な数字は置いとくことにします。WEB上で色..

]]> ymikasa より http://www.gcd.org/blog/2006/07/91/comment-page-1/#comment-112 ymikasa Thu, 06 Sep 2007 10:18:19 +0000 http://www.gcd.org/blog/2006/07/91/#comment-112 ソフトウェアが高度すぎるためバグ付きでもソフトウェアが出荷されます。(それでも重大なバグは残さないのが原則) 枯れた技術のみを使えば、バグは非常に少なくなりますが、顧客は陳腐な技術を使ったものは求めていません。 50年前の自動車も、現在の自動車も期待されている機能・性能はさほど変わりませんが、50年前のソフトウェアと現在のソフトウェアでは期待されている機能・性能が大きく違うと思います。 いずれ、自動車も高度な機能を求められるようになり同じ問題を抱えると思います。 ソフトウェアが高度すぎるためバグ付きでもソフトウェアが出荷されます。(それでも重大なバグは残さないのが原則)
枯れた技術のみを使えば、バグは非常に少なくなりますが、顧客は陳腐な技術を使ったものは求めていません。
50年前の自動車も、現在の自動車も期待されている機能・性能はさほど変わりませんが、50年前のソフトウェアと現在のソフトウェアでは期待されている機能・性能が大きく違うと思います。
いずれ、自動車も高度な機能を求められるようになり同じ問題を抱えると思います。

]]> ライドオン より http://www.gcd.org/blog/2006/07/91/comment-page-1/#comment-111 ライドオン Wed, 20 Jun 2007 02:39:37 +0000 http://www.gcd.org/blog/2006/07/91/#comment-111 ハード製品を効率的に量産するには、必要なパーツを必要なだけ仕入れ、 同じものを同じ品質で量産工程がよどみなく進むことが重要です。 たとえばTOYOTAのカンバン方式はその点で優れています。 しかしソフトウェアは量産工程が無い。 ハードの量産品のようなまったく同じものが欲しいならコピーで済むから。 パーツの仕入れ数について悩む必要も無い。パーツもコピーで済むから。 話は脱線気味ですが、この「量産工程が無い」という点が見えていないから、 ハードの"量産工程段階"で使っている工程管理手法をソフトウェアの"研究開発段階"に 持ち込もうとする発想も出てきてしまうのだと思われます。 もしソフトウェア製作でTOYOTAの手法を真似るとしたら、 量産段階で使っているカンバン方式ではなく TOYOTAが研究・開発段階で使っている手法を真似るべきでしょう。 ハード製品を効率的に量産するには、必要なパーツを必要なだけ仕入れ、
同じものを同じ品質で量産工程がよどみなく進むことが重要です。
たとえばTOYOTAのカンバン方式はその点で優れています。
しかしソフトウェアは量産工程が無い。
ハードの量産品のようなまったく同じものが欲しいならコピーで済むから。
パーツの仕入れ数について悩む必要も無い。パーツもコピーで済むから。
話は脱線気味ですが、この「量産工程が無い」という点が見えていないから、
ハードの”量産工程段階”で使っている工程管理手法をソフトウェアの”研究開発段階”に
持ち込もうとする発想も出てきてしまうのだと思われます。
もしソフトウェア製作でTOYOTAの手法を真似るとしたら、
量産段階で使っているカンバン方式ではなく
TOYOTAが研究・開発段階で使っている手法を真似るべきでしょう。

]]> ライドオン より http://www.gcd.org/blog/2006/07/91/comment-page-1/#comment-110 ライドオン Wed, 20 Jun 2007 02:30:21 +0000 http://www.gcd.org/blog/2006/07/91/#comment-110 （つづく）のほうにも書きましたが、 車などのハード製品の生産とソフトウェア製作が違うのは、 ソフトウェアには量産工程が無いという点だって事ですね。 製品の生産工程は 企画→研究→開発→量産→（アフターサービス、サポート） という段階があります。 車などのハード製品の場合は、開発の段階までででモデル品を作り 量産工程でそのモデル品のコピーを大量生産します。 しかしソフトウェアだと、まったく同じものが欲しければ 単にコピーすればいいので量産工程がありません。 開発段階でモデルとなるモノが出来た時点で生産はほぼ終了です。 ソフトウェア開発は設計だ、というのもそういう意味でしょう。 （つづく）のほうにも書きましたが、
車などのハード製品の生産とソフトウェア製作が違うのは、
ソフトウェアには量産工程が無いという点だって事ですね。
製品の生産工程は
企画→研究→開発→量産→（アフターサービス、サポート）
という段階があります。
車などのハード製品の場合は、開発の段階までででモデル品を作り
量産工程でそのモデル品のコピーを大量生産します。
しかしソフトウェアだと、まったく同じものが欲しければ
単にコピーすればいいので量産工程がありません。
開発段階でモデルとなるモノが出来た時点で生産はほぼ終了です。
ソフトウェア開発は設計だ、というのもそういう意味でしょう。

]]> t98907 より http://www.gcd.org/blog/2006/07/91/comment-page-1/#comment-109 t98907 Mon, 11 Jun 2007 03:26:31 +0000 http://www.gcd.org/blog/2006/07/91/#comment-109 http://www.biwa.ne.jp/~mmura/SoftwareDevelopment/WhatIsSoftwareDesignJ.html ソフトウェア設計とは何か？ ソフトウェアを納品する直前までの過程は設計、という認識は正しいようです。 http://www.biwa.ne.jp/~mmura/SoftwareDevelopment/WhatIsSoftwareDesignJ.html
ソフトウェア設計とは何か？
ソフトウェアを納品する直前までの過程は設計、という認識は正しいようです。

]]> VIVER日記 より http://www.gcd.org/blog/2006/07/91/comment-page-1/#comment-124 VIVER日記 Sun, 22 Apr 2007 10:19:15 +0000 http://www.gcd.org/blog/2006/07/91/#comment-124 <strong>ソフトウェア・クリエイション</strong> 昨日のエントリに、事前に設計を固めるなんてことはユーザーの意見を無視しかねず、危険であるという話に絡むことで、プログラミングに関しては、そもそも設計とコーディングを分けること自体が何かおかしいという話。 まずは、前川徹の「日本のソフトウェアに未来はあるか ソフトウェア・クリエイション

昨日のエントリに、事前に設計を固めるなんてことはユーザーの意見を無視しかねず、危険であるという話に絡むことで、プログラミングに関しては、そもそも設計とコーディングを分けること自体が何かおかしいという話。 まずは、前川徹の「日本のソフトウェアに未来はあるか

]]> 坊やがゆく より http://www.gcd.org/blog/2006/07/91/comment-page-1/#comment-123 坊やがゆく Fri, 09 Mar 2007 11:52:51 +0000 http://www.gcd.org/blog/2006/07/91/#comment-123 <strong>[システム開発]プログラマの生産性ってなんだ？</strong> なんてことを漠然と考えていたら「仙石浩明の日記: 「ソフトウェア開発」は「モノ作り」ではない」なんてタイムリーな話題を見かけたので、少し考えをまとめてみました。 一般的に受託開発で適用される生産性とは、成果物（主にステップ数）÷開発工数（時間）で求められま [システム開発]プログラマの生産性ってなんだ？

なんてことを漠然と考えていたら「仙石浩明の日記: 「ソフトウェア開発」は「モノ作り」ではない」なんてタイムリーな話題を見かけたので、少し考えをまとめてみました。 一般的に受託開発で適用される生産性とは、成果物（主にステップ数）÷開発工数（時間）で求められま

]]>