検索条件用の項目が複数存在する場合は、検索条件自体をStateに置いて、event.target.valueからstateを部分的に更新しつつ、stateの中身を使ってapiで検索て帰ってきた値で表示用のstateを更新する、とかかな。そんなめんどくさいことするか？
https://qiita.com/hibriiiiidge/items/e99195771ec145ab68e8
Original Link
読んだ。エキサイトバイク好きだったなー ファミコン持ってなかったけど
■『パックマン』にはじまり『スーパーマリオ』でひとつの完成形に達した“キャラクターの身体機能”「なんでゲームは面白い？」第10回 ▽http://news.denfaminicogamer.jp/column01/180619 ””
Original Link
ケースから出したら自動で電源ON、とか割ともう普通なんですな。。
【レビュー】迫力ある低音と快適な装着感「ERATO VERSE」はハイコスパな完全ワイヤレスイヤホン - +ログ ▽https://koreimakaidesuka.hatenablog.com/entry/erato-verse-review ””
Original Link
父親が筑後出身、母親と姉が博多というか福岡なので強くなまった言葉を喋ろうとすると男言葉の筑後弁、なまりを軽くすると女言葉の福岡弁になっているきがする そして家の人は男言葉の筑後弁を無意識に喋っており母や姉と方言で喋ろうとしているときにものすごい違和感がある 奥さん日本人の外国人の旦那さんがオネエ言葉つかうようになってしまうのと同じ話。
Original Link
あー一応なんかとりあえずやろうと思ってたところまで一通りできました。railsをapiサーバにしつつdeviseでアカウント新規作成とかのところはrails側でできるようにしつつ画面表示はsessionStorage経由で認証トークンをJSに渡して、APIサーバでもそのトークンで認証して値を返してreactで表示する、っていうところまで
railsのindex.html.erbとかの中でクロスドメイン的（つまりrailsはlocal:3000なのにwebpack-dev-serverはlocal:4000で動いているのでそこからFQDNでjsを読み込むようにしている）な点がかなり微妙だが本番でもどうせ似たような感じにしてnginxでリバースプロキシにするだろうからそこはおいおい本番環境作るときに考えることにする（ていうかこれの本番っていつやねんと どこにあるねんと） あとこれ認証トークンが丸見えになのと一切更新されないのが問題になると思うのでそのへんも課題。多分ログインごとにセッションは更新するなどとして、いわゆるAPIクライアント用のトークンとは別にするべきなのかも？？どうなんだろ
Original Link