Tweet
Tweet

Slide 1

Slide 1 text

プログラマーが世界を変える方法 世界を変える製品を生み出す

Slide 2

Slide 2 text

今日話さないこと すごい商売の才能のある人 がプログラムもできたら楽だ ねという話。

Slide 3

Slide 3 text

今日話すこと 技術書に書いてあるようなことを勉 強している人が、それを利用して社 会を変えるために貢献できることの 話です。

Slide 4

Slide 4 text

今日の話の情報源 • アジャイルなど、開発手法を含めたテーマの良書は、 技術者として再現可能な方法で世界を変えるような プロダクトにかかわっている人が書いてます。 • 直接は書いてないので、思想を読み取らないといけ ませんが。 技術書

Slide 5

Slide 5 text

IT技術の本懐 • 世の中を変えるような新製品を作るために開発され、広めら れているものがほとんど。 • 実のところ、SIerで人月商売やるために勉強しても半分も役に 立ちません。 • その思想を体現するためには新製品開発を行う必要がある。 ITの最新技術

Slide 6

Slide 6 text

世の中を変えるようなすごいアイデアについて

Slide 7

Slide 7 text

アイデア すごいアイデアは 目指しません

Slide 8

Slide 8 text

アイデア たくさんのアイデアを出し、試 してみて、その中からなんとな くよさそうなものを選び続ける

Slide 9

Slide 9 text

たくさんのアイデアを出し、試してみて、その中からなんと なくよさそうなものを選び続けることの成功例 進化論に よる生物 の設計 自然言語 プログラ ムのAPI 多くの製 品からな る世の中

Slide 10

Slide 10 text

情報収集における生存バイアス 宝くじの体験談を集めたら、当たった話しか出てこなくないですか？ 世の中の成功者のイメージって、読みたい人が読みたいようにで きている。 あまり先入観を信用しないほうが良い。 なんかすごいアイデアを思いついて、それを情熱で実現していくと いうストーリーは本当なのか？

Slide 11

Slide 11 text

技術書などからの具体的な記述を参考にすると 開発初期にピボットを何回も繰り返す 最初のアイデアに固執しない キャズムを超えるときにも方向転換が必要 最初のアイデアはすぐに消えているんじゃ？

Slide 12

Slide 12 text

参考になった本 画期的な新製品が出る までの、すごいアイデア が出る以外の手順をシ ステマチックな視点で解 説した本

Slide 13

Slide 13 text

まつもとゆきひろさんの発言 アイディアなんかに価値はない。 １時間も頭をひねれば１０や２０の アイディアは出せる。価値がある のは、それを実現すること、細部 まで仕上げること、継続すること。 （まつもとゆきひろ Twitter）

Slide 14

Slide 14 text

他有名人の逸話 • MacやiPadの本質的なアイデアは1972年にアラン・ケイがす でに思いついていたもの。 スティーブ・ジョブズ • Microsoftのすべてのヒット製品にはパクリ元が確認できる。 ビル・ゲイツ

Slide 15

Slide 15 text

アイデアについて 世の中を変える画期的なアイデア 自体は、商品が出る前に100人も の人が考えついているんじゃない か？

Slide 16

Slide 16 text

アイデアについて 成功者とは、画期的なアイ デアを粘り強く実現にこぎ つけた人。

Slide 17

Slide 17 text

技術者ができること 画期的なアイデアを生かすために は、1000ものアイデアを考えついて 試してみて、うち900は捨てるくらい じゃないといけないのでは？ 1000のアイデアをや つ気早に実装する必 要

Slide 18

Slide 18 text

アジャイル開発手法 アジャイルを実践することにより、再現可能な方法で世の中を変える力を身に 着けることができる。

Slide 19

Slide 19 text

アジャイル開発手法 決まったものを作るだけなら、特に早いという話はあまりない 完成するまでにいろいろ試してみる、ということが手順に織り込まれている 先ほどの、新製品開発のために存在するような手法。

Slide 20

Slide 20 text

世の中を変えるために技術者ができること（案） ちゃんとしたスクラム開発 ちゃんとしたテスト駆動開発 きちんとしたオブジェクト指向設計 WebAssembly 日本語識別子

Slide 21

Slide 21 text

オープンソース開発の導入 アドオンでマネタイズ 納期に対するプレッシャー 品質が犠牲になり、それによ り開発がかえって遅れる。 アイデアを試すことが犠牲に なる。 ますます使ってみない人に対 する説得が重視される悪循環。

Slide 22

Slide 22 text

プログラマーの魔法 プログラマーは魔法を使えるといいます。 たまには仕事でも魔法を使いたい。 プログラムの魔法で世の中を変えたい。

Slide 23

Slide 23 text

とりあえず作ってみる • 動くまでにどんな予想外な問題が出 るかわからないから。 動いていないプログ ラムに意味はない。 • 段取り八分 • お金が絡み始めるとここでブレーキ がかかり勝ち プログラムの基盤部 分が開発速度を決め る