Cards
- 時間軸指向のコミュニケーションに注目して、
時間軸指向のコミュニケーション
/collab/遅延コミュニケーション探求の案で色々話した /villagepumpに色々知見が溜まっていそう /villagepump/時間軸指向 /villagepump/時間軸に囚われるSNS /villagepump/時間軸への依存から脱却するためには ...
- 時間軸指向ではない形のコミュニケーションを目指す、陣地玉入れのようなチャットアプリ
- 時間軸への依存からの脱却を目指す
実装方針
- アーキテクチャ
- MicroViewController、気になる
MicroViewController
https://www.youtube.com/watch?v=m5LoOzX1lzw バックエンドにおけるの考え方を、開発に持ち込む by 層を分けるのではなく、再帰的に分割できることが必要だったのでは オートレイアウトが分割されるので、パフォーマンスも良くなる これやるとパフォーマンス悪くなると思い込まれていた VCのやりとりを楽にするためのprotocol https://speakerdeck.com/kazumanagano/xue-sheng-sutatoatuhukamaikurohiyukontororawodao-ru-sitahua?slide=30 ...
- とりあえずClean Architectureだけ意識して、細かい所は自分で考えてやってみたら面白そう
Clean Architecture
中心のもの: 本質的なもの・依存してないもの・変わりにくいもの 一番外側: web/フレームワーク/DBなど、移植や技術遷移で変わりやすいもの 外側が内側に依存する（制御の流れとは関係ない） https://www.slideshare.net/AtsushiNakamura4/clean-architecture-release の的ルール 本質 依存性は、より上位レベルの方針のみ向けよ（一方向） 制御の流れと、依存方向は分離してコントロールせよ 問題のありそうな例: データーベースに依存してしまう場合 普通に書くと、DBを呼ぶコードがDBに依存してしまう DBの方向に依存の矢印が向いちゃうと、（図の中心）と逆方向に依存の矢印が向いちゃう ...
- のちに大崩壊しても大きな問題はないので（自分が大変なだけ）
- こんなとか?（左は現状の理解のMVP, 右はこんなかんじでどうだろうという形）
MVP
#iOSアプリ設計パターン入門 MVPでmodelをどう実装するか static method (しにくい) https://medium.com/@rockname/clean-archirecture-7be37f34c943 の方法 これのMVP実装が個人的な正解な感じがする 考え方として、 ...
- まあ ①すでに名前がついている ②なにかしら問題がある のどちらかだと思うけど、せっかくなのでこれでやってみる
- UseCase
- GetとPostするやつ
- 今の仕様では一度送ったら編集できないけど、もし今後変えるとしたらUseCaseを追加する形になる
- MicroViewController
- データの持ち方
- 人
- カード
- 時系列順に参照することより、ネットワークを辿って参照することの方が多そう
- グラフデータベースとか気になっている
- まあいらんか
- Githubのコミットみたいな構造のデータを持つ場合ってどういうのがいいのかな
- 結局Firebase Realtime Databaseが最適なのかな
Firebase Realtime Database
https://qiita.com/1amageek/items/b350ee5ef0c9b2406583 Firebase Realtime Databaseは一貫性を犠牲にすることで、可用性と分断耐性に優れたクラウドシステムである。 一貫性を犠牲にすると言っても、トランザクションの機能は提供されている。 Firebaseは緩やかな一貫性の上に成り立っている https://qiita.com/1amageek/items/64bf85ec2cf1613cf507 冗長になってしまうのは割り切る ...
- UI
- [/collab/Cards UIデザイン0524]( https://scrapbox.io/collab/Cards UIデザイン0524)
- Fluid Interfaceっぽくしたい
- Hero
- 作る物リストアップ
- LINEログイン
- ホームのスクロールUI
- 編集画面
- Firebaseもろもろ
- 小さくても成り立っている物を作るのは大事
小さくても成り立っている物を作る
/nishio/締め切りのあるプロジェクトの進め方のコツ 締め切りに一番右の形になるつもりで開発してて、開発にかかる時間が予定よりちょっと多くかかった場合何が起こるか。 上のやり方をしていた場合「作りかけで動かないもの」ができる。 下のやり方をしていた場合「当初の予定よりはちょっと劣るけど、ちゃんと動くもの」ができる。 ...
- 土曜の終わりの時点で動くようにしたい
- Viewが欲しい物
- ホームに表示するカードの情報
- 時系列順に並べたり
- idからカードの情報が欲しい
- 新着かどうか知りたい
- 友達ユーザーの情報
- ホームに表示するカードの情報
