スラッシュドット    はてなブックマーク  Yahoo!ブックマークに登録

マッチョな人は同じことを考えるのね

ひがさん
「プログラミングファースト開発の必要性」

小飼さん
「プログラミングファースト開発のアキレス腱」

わたし
「テーブル設計は実装の後に!」

 マッチョな人間は同じことを考えるのね。わたしはそれほどマッチョじゃないですけどね……。

 ドキュメントの内部レビューなんて、まぁ、誤字脱字やページ番号や章番号のチェックだったりすることもあるからね。本当に意味ないし、若い頃よくバックれたな(良い子はマネしちゃダメですよ!)。

 ひがさんのおっしゃる「仕様を固める部分」ってのが、わたしのいうところの「外部設計」です。「プログラムファースト開発」か、なるほど言い方の問題ですな。

 まぁ、言葉の部分はいずれ学者に補完してもらうとして、小飼さんがやる分野でSQLをどのぐらい使うのか知らないけれど、業務システムに限れば「プログラムファースト開発」のネックになるのはSQLです。SQLができるようになれば、DB設計や業務ロジックの実装など、ユーザーに見えない部分を後回しにすることはぜんぜん怖くない。

 分かってないから恐れているだけです。

 さらに、「プログラムファースト開発(仮)」はひがさんがおっしゃるおとり、下請けとかオフショアとかやりにくくて、大手でSIerでは採用しにくい。だからこそ良い、とわたしは考えているというのはこれまで書いてきたとおりですけれど、やはり大手SIerではできないでしょう。

 むしろ、大手がそんなにマッチョになったら、下々は全滅してしまう。マッチョに変わることができた中小企業はそれなりに生き残るでしょうけれど……。

 小飼さんのおっしゃるとおり、わたしは力がないので、今のところ安く取らざるを得ない。「見てたのかよ!」ってぐらいグサッときますな。

 それはともかく、ここで言葉汚く罵ってみても、大手SIerの上位には通じない。

 ですから、産学協業でこの辺の手法を、なんかカッチョイー名前をつけて確立したいと考えています。

 やっぱり、大手SIerなどに採用されるには、どの程度効果がでたのか、定量的、学術的に評価して論文にする必要性があると思う。しかし、それにはよほど大きな会社でないと余分に金を掛けれないし、よほど大きな会社は上に書いたような理由でできないのです。

 というわけで、弊社ではなく弊社が所属しているNPO法人のJASIPAを通じて、いろんな大学にアプローチしていけたらと考えています。

 「プログラムファースト開発(仮)」だけじゃなく、日本のIT産業は学術的に弱い(お前が言うか!)ので、大学で研究されている理論を、実開発で試すような協業を大学とできたらと考えています。

前の記事| コラムトップへ


コメント

インドリ 2009年7月15日 (水) 22:13

彼らは働かずに儲ける事しか考えていませんから達の悪いSIerは無視して、お客様にどれだけのお金を溝に捨てているのか教えてあげた方が話しが早いと思います。

oumi 2009年7月15日 (水) 23:50

>業務システムに限れば「プログラムファースト開発」のネックになるのはSQLです。

これは、ちがうんじゃないかな?人数じゃないですか?
開発者を増やさざるをえない状況になってきたときに、いかにしてルールを守らせるかとか、EUの認証者の権限を確保する方法とか、コード以外の部分が一番ネックになるでしょう?
情報の伝播速度を確保して、確実に伝播したかを確認する方法とか・・・
コード書く話なんていちばんチョロイ話でしょう・・


しかも、まったく新しく無い気がするのは気のせいだろうか・・
21年くらい前に、Y銀行の情報系システムってまさに、「プログラムファースト開発」だったんだけどな・・定義された名前は無かったけど。若干アジャイル臭もあったかもだけど。
「プログラムファースト開発」という名前は定義されたりしてなかったので、定義付けは重要かもしれないけど。でも内容は、別段、何てこと無い気が・・・


まぁそういった事で、「人数」が問題だと思うわけです。

っていうか、大手SIerでも、アジャイルも、プログラムファースト開発も、プロトタイプ開発の派生も、状況に応じて、工夫してやってると思うんだけどね・・・それぞれが独立して採用されることもあれば、部分的にだったりすることもあるけど。(全部が完全にそうだとは言わないけど)


例として、統合情報基盤的なミドルの上に載せるシステムなんて、はなっからウォ-タフォールで開発できないんだから・・・とかね。

もっとも、ここの経験に基づいて、酷く理想的じゃない事があったのかもしれないですけどね・・

oumi 2009年7月15日 (水) 23:51

大手SIerに問題が無いとは言いません。ハイ

oumi 2009年7月15日 (水) 23:54

無駄が多いとか、鈍いとかね・・まぁあるでしょう

うわーん飲んだ勢いでUPしたけど、消せない orz

生島勘富 2009年7月16日 (木) 13:50

インドリさん、oumiさん、どうも。

SQLが分かったら、大手でもアジャイルでできるんですけどね。
人数もたぶん、大手のプロパー&ほんの少しでできます。

中小企業は困るけど(笑)

もちろん、アジャイルなんて昔からあるプロトタイピングの焼き直しでしかない。

インドリ 2009年7月16日 (木) 15:11

>アジャイルなんて昔からあるプロトタイピングの焼き直しでしかない。

これは違います。
プロトタイピングは使い捨て型の従来の設計中心技法ですが、アジャイルではコードを中心とした開発技法であり本質的に異なります。

oumi 2009年7月16日 (木) 16:19

インドリさん1を知って2を知らない。

プロタイピングの目的をちゃんと考えてごらん。
>アジャイルなんて昔からあるプロトタイピングの焼き直しでしかない。
の意味がわかるから。

生島勘富 2009年7月16日 (木) 16:46

うむ~。

インドリさんは、「違いが気になる男」なんでしょうね。

上流に行くほど大局的にモノを見ないといけないから、違いを探すのではなく「大差ない」って考えないとだんだんしんどくなるよ。

インドリ 2009年7月16日 (木) 17:34

余りに大雑把過ぎます。
その違いがソフトウェア工学の進化なのですから知っていないと駄目です。
プロトタイプは捨てますが、アジャイルはコードを捨てません。
さらに、アジャイルはコード中心なのですから開発体制はかなり違います。
組織としての在り方を考えるとその差は大きなものです。
試しにXPでもやってみればその極限と言われている理由が分かります。
プロトタイプなんて生ぬるいものではありません。

oumi 2009年7月16日 (木) 17:48

一見あっているようだけど、間違いがある。
>プロトタイプは捨てますが、アジャイルはコードを捨てません。
そもそも、出だしから違う。
「プロトタイプは捨てます」は捨てるタイプのプロトタイピングもあるというだけで、「捨てなければならない」というルールはありません。
「積み上げ型」や「反復型」のプロトタイピングもあります。当然「捨てない」プロトタイピングもあります。また、プロトタイピングの亜種には、イテレーションという考え方を持ち込んだ手法も実際に存在します。

もとの文章の意図や大意を考えずに、
特定の一時期に、だれかが書いた文章をまる暗記して「こうだ」と言いきるのは滑稽にしか見えませんよ。「知っている必要性」と「言うべきタイミングを知っている」ことを履き違えてはいけない。

生島勘富 2009年7月16日 (木) 18:13

プロトタイピングは捨てないといけないと思っていた?
製造業では捨てる(思い出の品として記念館に入ったり)けど、ソフトウェアでは使える部分は、当然使いますよ。

インドリ 2009年7月16日 (木) 18:15

アジャイル開発をプロトタイプと一緒にするということは、スラムダンク方式と一緒にするぐらいおかしなものです。
組織体制を変えなければ実現できない(ここが一番大事)アジャイルと、従来の組織体制を維持したままやるプロトタイプを同じにする事はあまりにも大雑把過ぎます。
組織の変更が大差ないというのであれば、それは実装者が主役になる事を否定する事を意味し、生島さんが言っている改革も大差なしという事になります。
ちなみに、プロトタイプを捨てないで生じる開発のトラブルがある事を考慮しているのでしょうか?
プロタイプの弱点は「捨てるべきものを捨てないでなし崩し的に開発を続ける事」です。
その弱点をよしとするのは如何なものかと思います。

生島勘富 2009年7月16日 (木) 18:18

もう一回。

「違いが気になる男」なんでしょうね。

上流に行くほど大局的にモノを見ないといけないから、違いを探すのではなく「大差ない」って考えないとだんだんしんどくなるよ。


インドリ 2009年7月16日 (木) 18:56

組織体制の変更が大差ないというのは大局的ではないと思いますよ。
もしそれが考慮に値しないというのであれば、生島さんが言っていた改革は何なのか疑問です。
開発体制が関係のであれば、今の仕事しない悪質な上流でも何でもいいという事ですよね。

インドリ 2009年7月16日 (木) 18:58

失礼しました。

誤:開発体制が関係のであれば、今の仕事しない悪質な上流でも何でもいいという事ですよね。
正:開発体制が関係無いのであれば、今の仕事しない悪質な上流でも何でもいいという事ですよね。

oumi 2009年7月16日 (木) 20:12

なんだかこのまま続けるのも心苦しいので、1点だけ、

>アジャイル開発をプロトタイプと一緒にするということは

だれも一緒にしてないことが、判っていない時点で、ほんとうはちゃんと読んでないんじゃないか?って思う。ちゃんと読んだ方が良いですよ。

生島勘富 2009年7月16日 (木) 21:24

うむ~。

ちゃんと読んでないというか、敢えて誤読をしているというのか、とにかく何かケチつけたいのか?
一緒にしていると読むようでは、顧客や上司の話を間違って聞いてると思うけどな……。

人間の器官で、特定の条件下で通常の6倍の大きさになるモノはなんですか?
セクハラですか?

投稿する

エンジニアライフ 最新の投稿コラム

@IT自分戦略研究所 新着記事

エンジニアライフ スポンサー

コラムニスト プロフィール

生島勘富
株式会社ジーワンシステムの代表取締役。
新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。

- PR -

@IT Special 注目企業
ITエンジニアよ、感度と柔軟さを持て!
~エンジニア・キャリア進化論(第20回)~

→ インデックス
@IT Special ラーニング 
感性と機能の統合デザイナー
「ものづくりアーキテクト」ってなに?


ITをビジネスに役立てることができる人材
不況に強い「情報アーキテクト」になろう


「婚活」は転職活動によく似ている?
――独身記者(男)が婚活相談してみた

→ インデックス