後でコメント付けるから これは暫定的な方法、本番リリース時はこの方法で書かない 大体終わった。後小さい問題何個か残ってるだけ エンジニア：”十日は必要”。Boss：”五日でできる？”。エンジニア：”できる！” TODO 私の端末ではちゃんと動くのに これはテストする必要ない、絶対問題ないから そう、もうテストした 一行の修正だけ、他の処理に影響しない これは前からあった問題 追加10ウソ 次コード修正する時ユニットテスト書くよ ９０％は終わった これは二分で解決できる そう、これは既知のBugだ 昨日はちゃんと動いてたのに そんなのありえない これはハードウェア/ネットワークの問題、私のコードと関係ない これはBugではなく、特性だ 私は今ドキュメント読んでる 私はサボってない、今ビルド中

筆者が、会社のサーバサイド(以下SS)エンジニア(Rails)に社内実績のあまりないReactとかReduxのことを説明する資料です。 この資料の方針 多少 嘘 を教えてでもとりあえずわかった気になってもらう 概念の解説にフォーカスする (2より) 具体的なコードを記載しない (2より) 出来るだけ図解する 主観/偏見に満ちている可能性をきにしない 書いてないこと ReactやReduxにまつわる歴史・経緯・なぜ選ぶのか virtual dom Flux 具体的なコーディング react-reduxの細かいこと/詳しいこと 真面目に勉強するひとは他の記事も必ず読んで下さい。 （一応、参考文献とかは貼っていくつもり 説明すること Reactの役割、用語 Reduxの役割、用語 ReactとReduxの連携 Reactは テンプレートエンジン + α です。 (叱られるのを覚悟 Reactの機