nrslibさん
simpleな処理の流れにしたい
ゲームに例えるとわかりやすい コントローラー -> ハード -> テレビ
これは古典的MVC
model から viewへのdataの流れ、observerパターンを利用
MVC2 <- controllerがviewを描画する
view -> presenter -> model
昨今のゲームはviewにボタンがあるので、コントローラがなくてもよくなった
MVC -> MVPになった
双方向バインディングでやる MVP
重要なのはMVを分けることが重要
M V extra
model view whatever
MVC -> MVP -> fluxになったと考える
重要なのはデータフロー
フロント側でユーザ情報を更新するという処理は不整合に繋がる
流れは、ユーザがサーバにリクエストを持ってきて、frontは再度値を持ってくるだけ あくまでフロントは、サーバのデータを取るのみの仕事をする
ユーザが回復できるエラーを優先する
システムエラーは拾わないようにする
ディレクティブなどでvalidationの処理を共通化する
画面ごとに表示するのは結構大変なので、上に一括でエラーを出してあげる
axiosのconfigを変えてやって、エラーメッセージを日本語化してあげたりする
axiosにcallbackを渡して、validateをカスタムできるようにしてあげれば共通化がしやすい
相互参照はやばい
一つ親を作ってやればいい
コンポーネント構造も一緒 tabButton, tabButtonGroup
データは基本的に親コンポーネントが持っているべき
全体が共通して持つべき値のみを持っているべき
v-modelは上に対してeventを発火しているらしい
humble view
テストが必要もないほど、慎ましいviewを目指すこと
agatanさん
いろんなものをベクトルにする
類似ベクトルを検索する
大体のデータはグラフ構造で考えられる
○○2vecとグラフ構造を合わせると様々なことができる
postboさん
dvorak歴8年
JIS X 4063に日本語入力方法の仕様が書いている もう廃止されている
google はこれを全て実装しているらしい
物理層 -> キーコード層 -> アスキー層 -> 表音層 -> 表意層
漢直は3ストロークで全部出せるらしい
キーボードカスタマイズしている人は物理層が多め
ローマ字テーブルは誰もいじっていないので、いじった
ローマ字テーブルはgoogle 日本語入力から簡単に取得できる
dvorakの悩みは母音の偏りがあるので、dvorak jpがある
v, fは利用しないので消したらしい
anpan配列だと左右交互に打つ確立が高いらしい
mackee
話に集中していた