知働化研究会感想最近の更新履歴 exektlab

(1)

知働化研究会

第一回に参加しての感想及び考察

Verizon Business

竹洞陽一郎

(2)

ソフトウェアとは何か

?

• _{ソフトウェアとは}

–

_{仕事（業務、作業など）の遂行内容を論理的}

(3)

コードとは何か

Michael:

あなたが Erlang のプログラムを書く中でやってしまった、過去最悪の失敗は何

ですか ?

Joe:

文書の無いプログラムだな。

僕は “コードを読め” というのが嫌いでね。

コードは問題の “解法” だ。

コードを読むときは、問題が何だったかを “推測” しないといけない。これは間違いやすい。問題は教えてもらえる方が嬉しい。推測するんじゃなくて。だから最悪の失敗はこうだ。私は複数ページにまたがるコメントを書いたことがある。プログラムの特別トリッキーな部分を説明するものだった。でも後のバージョンで、そのコメントは誰かに丸ごと消されたよ。そんなもんだよな。

“Ten Questions with Joe Armstrong about Parallel Programming and Erlang”

(4)

機能の集合はソフトウェアではな

い

• _{業務や作業には、フローがあり、一貫性がある}

–

_{機能毎に論理記述に整合性と一貫性があっても、そ}

れらを組み合わせた集合体が、より粒度の高い業務

「全体」の仕事の論理記述として適合するとは思え

ない

• _{機能は相互作用し合う}

–

_{複雑系の考え方が、機能の集合体にマッチするのか}

もしれない

–

_{機能が増える毎に、機能同士は相互作用し合い、全}

(5)

論理記述としてのソフトウェア

開発

• _{現在の日本におけるソフトウェア開発は}

、受託開発が多い

–

_{受託開発とは、仕事の論理記述の代筆業なの}

(6)

理想的なコンピューティング利

用

• _{問題を提起もしくは発見し、それを解決}

しようとする人が、コーディングするの

が理想

–

_{ツールとしてのコンピューティング利用}

• _{しかし、殆どの人は、そこまでの}

_IT

_リテ

ラシを持ち合わせていない

–

_{コーディングの専門知識を持ち合わせたソフ}

(7)

ソフトウェア開発による問題解決の度合いと満足

度

問題当事者

距離 1

開発者距離 4

(8)

フィードバックシステム

• _{人間は、フィードバックによって学習し}

、修正し、補完する

• _{人間は論理一貫性については、不完全}

• _{試してみて、フィードバックを得て、修}

正して、また試すというサイクルを繰り

返すことで、足りないものを補完し、間

違いを修正し、求めている結果（

Ideal

）

(9)

ソフトウェア開発におけるフィードバックシステムの導

入

(10)

フィードバックシステムが必要な

もの

• _{問題の定義}

–

_{問題そのものを正しく把握しているかどうかを、様々な人とや}

り取りすることで、フィードバックを得て正しく理解し、問題

を正しく把握・定義する

• _{仕事の論理記述}

–

_{仕事の論理記述をプログラミング言語で行うことで、論理矛盾}

や論理の欠如、論理の欠陥などを発見し、論理を

Ideal

_に近づ

けていく

• _{ビジネスモデルの具現化としてのシステム}

–

_{問題解決のために考えて具現化したシステムを使ってみること}

で、現実世界に適用したことによるフィードバックを得て、問

題の定義が正しかったか、問題解決のためのパラダイム、アプ

(11)

フィードバックの粒度

問題ア

プロ

ー

チ_（

ビジネスモデル・パラダイム_）

論理記述論理記述論理記述

論理フローもしくは論理相互作用

問題、アプローチ、論理フロー / 論理相互作用、論理記述、これら全てについてフィードバックが必要。

(12)

オープンソースにおける問題解決の度合いと満足

度

問題当事者及び開発者距離 1

(13)

認識力

知っているということを知って

いる

知らないということを知ってい

る知らないという

(14)

有限の関心

• _{人間の関心は有限である}

– 10

_{個以上の関心は保持し続けることは難しい}

• _{関心の有限性が、問題、アプローチ、論理フロ}

ー

/

論理相互作用、論理記述を

Ideal

から引き離

す

–

_{エンドユーザは、日々の業務遂行に関心を消費する}

–

_{開発依頼者は、様々なシステム関連業務に関心を消}

費する

–

_{開発者は、}

_掛

_{け持ちしているプロジェクトや、}

_最新

(15)

関心の

振

り

分

け度合いと問題

へ

の距離の相関性

関心の消費度

問題までの距離 7

(16)

Ideal

なソフトウェア開発

• _{問題解決の}

_主

_{体者が、開発者である}

• _{問題解決の}

_主

_{体者がプログラミング言語に詳しくない}

_場

_合

は、開発者が問題解決の

主

体者の知的パート

ナ

ーとして関

心を多く

振

り

分

けて関

与

する

– _{プロジェクトは}_掛_け持ちす_べ_{きではない}_～_{関心が消費されるため} – _{問題解決のために、様相について認識力が高い人である}_べ_き

• _{論理記述のみなら}_ず_、全体を Ideal_{に近づけるために} – _{問題解決のためには、問題そのものを検}_討_す_べ_き

• IT _技術_{は、業務の}_効率_化に 17%_しか_貢献_{していない}_～_マッ_キ_ン_ゼ_ー_調

査

– _{開発者は、仕事の論理記述の}_ベ_{ストプラクティスの}_経験伝承_者であるべき

• _{論理記述そのものではなく、仕事を論理記述して具現化した、そのもの}

についてのベストプラクティスを、経験と口承？から自分の頭の中に溜

(17)

問題を

更

に

生

み

出

すソリューシ

ョ

ン

• _要

_素

_{が増えると、}

_他

_の

_既存

_要

_素

_と相互作

用し合い、様々な様相を

更

に

生

み

出

す

–

_{シンプルなものは、}

_美

_しく、

_強固

_{で、正しい}

–

_新

_{しくシステムを開発するのであれ}

_ば

_、

_既存

のなにかを消

滅

させる

べ

き。そうでなけれ

ば

(18)

知働化研究会感想 最近の更新履歴 exektlab