派生開発カンファレンス2010

ほんだ @honda_

@mkoszk 今回のは「偽装工夫」みたいです。ただ私の場合、「偽装○○」というのを聞いた気がします。偽装工夫とは少し別のニュアンスで、本とか清水さん自らの言葉なのかが妙に引っかかってました。で、○○がなんだったか、思い出せない。

鈴木三紀夫 @mkoszk

@honda_ そうでしたか。偽装工夫でしたか。

Yasuharu NISHI @YasuharuNishi

しかしだ。いつも自分が行っている仕事について、桶屋が儲かるから風を吹かせよう、と言われて、そうなるのかどうか自分で判断がつかない奴をエンジニアと呼んでいいのかいな。自分で考えようとしない奴には、「騙されたと思ってやってみろ」以外に言うべき言葉は無いんじゃないか？

Yasuharu NISHI @YasuharuNishi

ムダに偏差値が高い人たちは、普通の人は当たり前のことが何で出来ないかが分からないんですよね。自分たちはやろうとすらしないくせに。 @mkoszk うん、たぶんそんな感じなんです。XDDPは奇をてらったものは無いため、頭が良い人たちからみると、流行る理由が分からないのだと思います。

鈴木三紀夫 @mkoszk

@YasuharuNishi 確かに自分で手を動かさないかもしれません。

it’s me yoshi @YoshiWoods

当たり前です。相手によって話を変えないのが宗教です。 QT @mkoszk: @akiyama924 清水さんはその場の文脈によって、または人によって話すことを変えるようです。XDDPには偽装改善という言葉があるように、勝手に変えることを良しとしない側面があります。だから人によっ

鈴木三紀夫 @mkoszk

@YoshiWoods そうです。信者が嫌なのでは無く、排他的なところが嫌なのです。

it’s me yoshi @YoshiWoods

手伝いをしたいならその人の語彙で話さねば。 QT @YoshiWoods: 当たり前です。相手によって話を変えないのが宗教です。 QT @mkoszk: @akiyama924 清水さんはその場の文脈によって、または人によって話すことを変えるようです。XDDPには偽装改善という言

あきやま🍠 @akiyama924

@YasuharuNishi 派生開発でXDDPを入れると前段階の工数が増えるが、後が楽になるので全体の工数が減るという単純な話があります。ところが、自分のかかえている業務で本当にTMを大変な思いをして作る価値があるのか疑問に感じたとします。

あきやま🍠 @akiyama924

@YasuharuNishi そんなときに、「本当に全体としてペイできますか？」と清水さんに疑問を呈したときに、「騙されたと思ってやってみろ」という答えだったら私はがっかりだな。

Yasushi Usami @usami2go

派生開発のトレーサビリティマトリックスをもう少し手軽に準備できるツールがあると便利だと思う。理想型はもちろん、どこかのリポジトリデータを自動的に統合して見せてくれるものだけど、あまり贅沢なことを言うと清水先生に怒られそう。

Akira kubo @HappyLuckyAkira

XDDPに関して、上司に組織的に取り組みませんかと、球を投げてみた。

it’s me yoshi @YoshiWoods

先日の派生開発会議もその一つです。安易に経費削減に走るのでなく、社内技術の蓄積を、というメッセージにもなります。 QT @YasuharuNishi: 産業構造のせいで改善動機がゼロだとあきらめるのではなく、改善する価値は高いのだと気づかせる動きが産業として必要でしょう。（略）

鈴木三紀夫 @mkoszk

. @m_seki 確かに問題に対する解決のアプローチが違いますね。アジャイルとXDDPでは、真逆とは言わないまでも、方向性は違うように見えます。似ているところもあります。アジャイル界隈では、様々な方法論ごとに信奉者がいますし、XDDPにも熱狂的なファンがいます。

Yuko Sakai @Yuko_Ski

いずれも、信者ってその方法論による成功体験者なのでしょうか。　@mkoszk アジャイル界隈では、様々な方法論ごとに信奉者がいますし、XDDPにも熱狂的なファンがいます。

seki at druby.org @m_seki

@mkoszk アジャイルは無視して私とXDDPで観察しました。同じ問題を解くのに、私がやめたプラクティスの多くを採用していたので真逆と表現しました。メタな問題が近くても具体的なプラクティスはコンテキストに依存して全く違うものになるなあ、と当たり前なことを思いました。