コード日進月歩

しんくうの技術的な小話、メモ、つれづれ、など

『SekkeiKaigi』に行ってきたよメモ

行ってきたメモ

すごいざっくりですがSekkeiKaigiに行ってきたよメモ

各発表の感想

※資料スライドは見つけたら貼ります。

設計忘れからやってはいけない対処対症療法

感想

  • 設計ドキュメントを起こす大事さ失敗談のふりかえりから得た話
  • ドキュメント起こして認識を合わせるのって大事ですよね…

関連リンク

設計を構成する要素

感想

  • 枯れた技術の水平思考みたいな話
  • 業務ロジックの構造をそのまま反映すると割といまのシステムの話になるというのは結構ありそう

関連リンク

値オブジェクトの悩みポイントとどう付き合っていくか

感想

  • 値オブジェクトどこまでやるのみたいな話
  • 半端にやると結構雑念としたものができてしまうというのは一種の知見だったので、そこは自分がやるときも気をつけていきたい

関連リンク

混沌からドメインモデルへ、リファクタリングの取り組みについて

スライドは見つけたら貼ります

感想

  • 混沌としたプログラムをまず段階的にFatModel化させる話
  • 大事なものは集約できたが、あまりうまくいかなかったというどちらかと言うと失敗談寄りの話だったが、方法論としてはなかなか正しい感じもあったのでリファクタリングの難しさを突きつけられた感じだった

関連リンク

APIレスポンスにおける直和型の表現を考える

感想

  • iOSの設計ではおなじみ、takasekさんの話
  • 拡張していくとありがちなAPIのレスポンスと、それをどうやって自身の世界にマッピングしていくかみたいなときにぶち当たる問題の話
  • あるあるすぎるし、結構この話はネイティブアプリエンジニアに広めたい話だった
  • 直和型という表現がまたいい表現だなと思った。

関連リンク

SOLID原則のSが一番好きという話

トーク主体だったのでスライドなさそう

感想

  • 責務に関してどう捉えていくかの話。
  • トーク主体のLTでしたが、刺さったのは以下のワード
    • 既存のものに手を入れるときは責務の意図違いを起こしてないかをちゃんと見極める。 　
    • 適切な責務をちゃんと見極めることが大事
    • ドキュメントなども多すぎるとメンテされなくなるので、責務をちゃんと考えて書くと良い

関連リンク

アプリ設計とインフラ設計の違い

感想

  • ソフトウェアとインフラの設計で似てくる部分の話
  • Infrastructure as Code みたいな話があるので大きな潮流としてはデザイン力の下地は似てくるのかなと感じた。

関連リンク

ラウンドテーブルの感想

  • 値オブジェクトの中にどこまで値オブジェクトを込めるかみたいな話もあり、結構プリミティブ見つけたら値オブジェクト化するみたいな人もいて、やっているところはやっているんだなとか思った
  • 設計にちゃんと取り組むことや他の人に伝搬していくこととの難しさみたいのも話にあがり、答えはでなかったがみんな悩んでいる部分なんだなという感じ
  • 設計の入門って何がいいですか？に対して人によるというアンサーは結構真理だなとか思いつつも、一回エヴァンス本で叩きのめされるのもアリみたいな話もありそれも一つだなと思った。

全体を通しての感想

  • LT含め色んな人の「設計」に関しての思いが聞けてよかった
  • ラウンドテーブルもみんなそこそこに喋れる人が集まってたのと、日々実践としてやられている方がいたのですごく得るものが大きかった。
  • 自分よかったなと思ったのは下記のモデルのたとえ話

  • 次回があればまたぜひ行きたいし、何か自分も持ち寄れる材料ができるように日々の実践を積み重ねていきたいなと思った