大型フロントエンド開発におけるTypeScriptとDDD // Speaker Deck

All slide content and descriptions are owned by their creators.

[zetta1985]

アプリケーションドメインを違った意味で使ってるような

[sugimori]

typescript使ってるのかー

[zonoise]

pageobject pattern

[Dai_Kamijo]

大型フロントエンド開発におけるTypeScriptとDDD — 上條　大 (@Dai_Kamijo) March 11, 2016 from Twitter https://twitter.com/Dai_Kamijo March 11, 2016 at 08:14PM via IFTTT

[ama-ch]

大型フロントエンド悩みあるあるが共有できて良かった

[highfrontier]

大型フロントエンド開発におけるTypeScriptとDDD // Speaker Deck

[k1take]

Viewとの付き合い方、参考になる。「どれがいい？いまどれがオワコン？その考え自体を改める」フレームワーク・ロックインへの考え方は「捨てても大丈夫な状態を保つ」いいね。

[kimutansk]

気になる話題が大体盛り込まれている感じですね。TypeScriptとAngularの組み合わせですか。確かにこうまでの規模になると型があるのは大きい。

[naka-06_18]

Chatwork かとじゅん氏ときょーあご氏いたな、そうか。

[inureo]

ノンフレームワークからの卒業

[kuxumarin]

あとで見る

[t-wada]

いろいろ考えながら試行錯誤していることが伝わってくる資料。しっかりしている。

[vabo-space]

DDDへの関心から｜レイヤーアーキテクチャのアプリケーション層（レイヤー）とドメインレイヤーのアプリケーションが混乱する。ユビキタス言語もドメインエキスパートまで含まず狭そうだけど趣旨には合致してると思う

[ysugitani]

同じくDDD+TypeScript+Angularでやってるけど結構違うなー

[Peranikov]

Scala.js使ってるのかとおもいきやTypeScriptだったんだ

[hiroponz]

フロントは苦手なので

[at_yasu]

あとでよむ

[kabacsharp]

フロントエンドも大変ね。。。やっぱJSは型が。。。

[berlysia]

強烈に知見がある

[efcl]

大規模なクライアントサイドを書く場合の構造やテスト、環境についてのスライド。 TypeScriptでちゃんとしたドメインモデルを構築し、Viewのレイヤーとの分離を図る仕組みの作り方について

[potato777]

うわくまわる仕組みづくりが大切というの同意

[delphinus35]

既にブコメにあるけど、TSコンパイルだけならwatchifyの方が軽いのではないか。SASSとかも一緒にやるならwebpack必要だけども。

[akabekobeko]

Browserify から webpack に移行したらコンパイル時間が大幅に改善されたとあるけど、watchify + tsify じゃダメだったのかな。

[ledsun]

クライアントサイドだけで10人もいるのか。きちんとした開発スタイルが必要だよね。

[threeMonths]

karmaつてテストランナーと思ってたけどそうじゃないのかな

[kuy]

知見いっぱい。

[bouzuya]

これ watchify 使ってたのかな？

[amagitakayosi]

大人の業務知見もりもりって感じだ

[namikingsoft]

DDDで業務/描写ロジックをしっかり分離して、ReactやAngularへのロックインを防げるようにしておきたい。