Shinjuku.LT 第18回 レポ
ShinjukuLT
目次
- DI with Reader Monad
- Search Suiteのシステム構成
- 引っ越しを支えるかもしれない技術
- ツリー構造のデータをRDBで扱う
- 第一回 デザインクイズ
- Bug Bashを1時間やって他チームに細かいIssueを洗い出して貰いました
- カイゼンジャーニー読んだよ
DI with Reader Monad
登壇者
TL;DR
- 関数単位の細かなDIができる
- 評価されるまで、DIを遅延させることができる
DI
- 外部から依存を注入できるようにするデザインパターン
メリット
-
- テストしやすい
種類
- 動的DI
- 静的DI
SwiftでDI
- Swinject
- DIKit
Reader Monad
- コードがたくさんです!
感想
- 心の片隅に覚えておこう。
Search Suiteのシステム構成
* 全面コンプラ
引っ越しを支えるかもしれない技術
登壇者
TL;DL
- 引っ越しで支えるかもしれないいろんな情報
引っ越しにかかるコスト
発送買取によるメリデメ
メリット * 重いものを運ばなくていい
デメリット * 引っ越しで住所が変わるとだるい
家電や粗大ゴミの破棄
- 家電は捨てれない -> 高い
- 粗大ゴミは低コストで捨てれるが、予約が必要
- 地元の引っ越し屋さんの有料回収した
- ネットのリサイクルショップは反応が遅くて微妙
- ミニクラ 等で預かってもらっても良かった
物件探し
- レインズ見れない(見たい)
感想
- レインズ見たい
ツリー構造のデータをRDBで扱う
登壇者
ツリー構造のデータで考慮すること
- 全体参照
- 一部参照
- 挿入
- 更新
- 削除
ツリー構造をRDBでどう表現するか
- 隣接リスト
問題点
- 階層が深くなると一度に引くのが大変になる
- 分けてクエリを発行してもクエリの発行回数が増える
- 挿入・更新は容易だが、削除は(末端以外だと)大変
- 隣接リストを用いたツリー構造は
ナイーブツリー
と呼ばれるアンチパターン
解決策
代わりのツリーモデルを使用する
- ただしやや複雑になるので注意
1 . 経路列挙
経路列挙
- 参考 : http://blog.amedama.jp/entry/2016/05/06/035437
- 子供のリストへの参照は簡単
- 削除・更新は容易だが参照整合性を維持することができない
閉包テーブル
- メモが追いつかなかった
まとめ
- ツリー構造の隣接リストはアンチパターンになることがある
- 経路列挙は参照整合性が維持できない
- 万能っぽいが、構造の難しさとデータが増える
感想
- 全然知らなかった
第一回 デザインクイズ
登壇者
デザインクイズ
- 作者: 田中クミコ,ハラヒロシ,ハヤシアキコ,ヤマダジュンヤ
- 出版社/メーカー: 翔泳社
- 発売日: 2013/08/20
- メディア: 大型本
- この商品を含むブログを見る
こちらの本から抜粋してAとBのどちらのデザインが直感的に優れているのかのクイズ大会
大事なこと
- 誰のためのデザインなのか
- 何のためのデザインなのか
感想
- 楽しかった!
Bug Bashを1時間やって他チームに細かいIssueを洗い出して貰いました
登壇者
- 僕です
資料
カイゼンジャーニー読んだよ
登壇者
カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで
- 作者: 市谷聡啓,新井剛
- 出版社/メーカー: 翔泳社
- 発売日: 2018/02/15
- メディア: Kindle版
- この商品を含むブログを見る
- 小説 + 解説という面白い構成
- リアルな状況に即したベストプラクティスに即している
感想
- 「あなたは何をしている人なんですか?」