実況中継シリーズ 「開発現場で役立たせるための設計原則とパターン」 #builderscon 2018 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く

先日慶應義塾大学日吉キャンパスで行われた builderscon2018、最高のカンファレンスでしたね。わたしも「開発現場で役立たせるための設計原則とパターン」というタイトルで発表させていただきました。今回は恒例「実況中継シリーズ」として、プレゼンの再現をブログで行いたいと思います。 なお、過去の実況中継シリーズは前職の技術ブログにまとまっていますので、そちらからご覧ください。 それでは本編を開始したいと思います。 開発現場で役立たせるための設計原則とパターン アバンパート よろしくお願いします。 まず最初に簡単に自己紹介をさせていただきます。 先月転職をしまして、8/1からClassiという会社で働いています。妻と息子がおります。Scalaが好きですが、仕事ではRubyメインという感じです。 Web+DB PressやSoftware Designで何度か特集を書かせていただきました。と

[non_117]

変わりやすいところがなにかという問題に暗黙知が移動したわけですが、これは知識量の問題でよいのかな。業務固有の知識と専門分野の知識、その他経験知があり、つまり勉強は無限に続く。勉強量の差が暗黙知を生む？

[sifue]

むちゃくちゃ良い設計のケーススタディだ！これは後世に残すべき。個人的にはSOLID原則だけしっかりやるだけでかなり良い設計ができるようになると思ってます。

[kote2kote2]

資料の中にあるはてなって酷いな(棒)

[thetacpa]

まだ10％しかスクロール出来てない

[Songmu]

重要な設計原則、試行錯誤はあったんだろうけど、数多ある設計原則の中からこの3つを削り出したの見事なセンスだと思う

[serinuntius]

"データ構造のやつ" 買ってしまった。

[mackee_w]

問題を見出して立ち向かうために、解決の度合いをはかるものさしを用意して、誰でも問題に向き合えるようにした実に科学的なセッションだった。

[moznion]

「設計」という抽象的な話の更にメタな部分である「設計の正当性の評価」という言語化が難しい部分について研ぎ澄まされた語で明快に語られていて素晴らしい．「指標を示す」という指標を示すのは非常にフェアで良い

[t2y-1979]

設計は問題の理解度に依存する、理解が深まった結果として設計が変わるし、時間とともに問題も変化する

[devorgachem]

「複数ある選択肢の中から最適な構造をしている選択肢を選び出すこと」わかりしかないんだよな…

[oh240]

こういった設計原則とか、パターンだとかはどうやって勉強していけばいいか、身につけていくものなのかが気になった。（一応、GoFあたりなどの有名所は抑えたつもりではあるのだけど…）

[akiza]

][architecture]

[edo_m18]

めっちゃよくまとまってる

[tomoemon]

builderscon で見たまんまの発表が再現されている。すごい

[soratokimitonoaidani]

デザインパターン周辺の話。スライドだけじゃなくて、講演が再現されているのですごく分かりやすい。

[kazunoriyamamoto]

設計の原則が言語化されていてかつ、体系的な情報

[matsnow]

これだけ分かりやすく言語化されているということは、発表された方の中でこれらの原則が完全に腹落ちしているということだと思う。自分もこれぐらい分かりやすい説明ができるようになりたいな。

[gibachan03]

素晴らしい、設計のもやもやしてるところを言語化してくれている。

[Peranikov]

闇雲にデザインパターンを当てはめるんじゃなくて、設計原則に基づいて問題を正しく捉えられていますか?という話。良い。

[n314]

プレゼンがうまい

[shiba_yu36]

最高の資料

[isrc]

ぼくが重要だと思っている設計原則／ひとつのモジュールはひとつの責務／「拡張に対して開いておけ」「修正に対して閉じておけ」／凝集度は高くしよう、結合度は低くしよう／どこが変わりそう／変わらなそうか

[takatoshiono]

いい話。よすぎる。これも揺さぶりと言えるなあ

[el7]

“アバンパート”

[tsukamott]

“マルチパラダイムデザイン”

[kikuchy]

あーーー、今まで言語化できていなかったことを言葉にしてくれている感！3年前に読みたかった…！

[kyon_mm]

これわかるけど、アカン。。。って感じの内容だった。これで作ったソフトウェアは何度もコード書き直すことになると思うなー。（要再読って感じだけど）

[MasaoBlue]

後で読まねば・・・読まねば・・・

[dekokun]

最高。Cパート更に最高

[akatakun]

設計: 複数の分割構造の選択肢から、今ある問題に対して最適な選択肢を選び出すこと，設計原則: その分割構造が良い構造かどうかを判断するための指針

[aereal]

上から (一般的な原則から) と下から (具体例から) の両方からアプローチするのいいですね

[leokun0210]

見なくては

[arata3da4]

すごいわかりやすい言語化ですごい（小並感

[NOV1975]

よい

[kart0408001]

わかりみ

[kinushu]

いい資料だ…！

[yarumato]

“3つの設計原則。単一責任原則（Aの変更でもBの変更でも影響あるなら責務持ちすぎ）、開放閉鎖原則（新機能作るとき既存の修正不要に。既存修正時に別部分修正不要に）、凝集度と結合度（関連するのはまとめよう）”

[kiryuanzu]

良すぎて感動してしまった

[tsucchi1022]

かなり難しい話のはずなのに、めっちゃ平易な文章で書かれていて分かりやすい