-という話をしました。Electronやブラウザなどで動くfaaoというGitHubクライアントを書いていてそれの技術的な話です。クライアントサイドでDDDを取り入れた設計になっていて、その設計や規約の作り方やそれを守る方法についての話をしました。[PDF/iPad/Kindle]という無料から買える書籍では、ドキュメントとコードを同じ速度で成長させていくためにはドキュメントに対しても自動化が必要であるなど(コミュニケーションの話なども)が書かれています。architectureのようにコードからユースケースの図を自動生成したりなど、モデリングへのフィードバックループができるようにしているという話です。Reduxを使ってStateとドメインと二重管理してる感じ。クライアント側のデータだけで動くものなら意味があるのかもしれない。クライアントサイドに嘘のデータを持っている感じる。2017ドメインの共有はIsomorphicで辞めたほうがいいかもドメインはクライアントとサーバで異なるサーバから見たドメインは所有という概念がなかったりするクライアントとサーバのドメインはアクターが異なるのでドメインモデルも異なる。レビューが一人に集中。2017質問ルームをslackチャットに作ってそこでやってもらったら質問が分散したサーバのAPIを作ってる人とクライアントサイドを作って流人は別。コンテキストがそもそも違う。そこで腐敗防止層としてのDDDを取り入れるサーバから渡ってきたものをリマップしてクライアント側に主導権を持てるようにAngularはViewは決まってるけど、設計は別に決まってない。jQueryなどの昔ながらのバリデーションライブラリはunctrolledで作られてる。いろんな所にstateがある。Symbolでやれることをsyntaxでやる意味がない。見えちゃうとお前ら使うだろ。2017いつのまにかDartの話にすり替えるあくろすあざとい。FlutterOS再実装したりブラウザ再実装したり...。ネットワークが悪い国ではmhtmlをsdカードでやり取りしてる。タグ:JavaScriptTypeScriptDDDお知らせ欄JavaScriptに関する最新情報は週一でJSer.infoを更新しています。efcl/efcl.github.ioからご意見下さい関連記事コメントを。