【京都開催 feat.はてな】Cookpad Tech Kitchen #11 - connpass
- フロントエンドはSPA(Typescriptとreact)
- サーバー側はperlとdocker
- サービスの特性でSPA
- 工数はかさみがちの印象
- SPAはGUIアプリ
- はてなポイントに変わる新サービス
- マイクロサービスは系を作るためのデザイン
- プレゼン資料参照
- プレゼン資料参照
- イカリング2を作った経緯
- しらない
- はてながもともと任天堂とやってたので、安定して任せられるそう
- DeNAじゃなかったのはよくわからない
- マイクロサービス
- DBも含めて新規
- DB直接触れるけど、触らないようにAPIを使う
- 機械学習
- 破壊した常識はないかも、それぐらいの気概でやる
- チームビルディング
- はじめからならなかったのは？ => 次はｶﾞﾝﾊﾞﾘﾏｽ
- SPAとSEO
- イカリング2は考えてない（必要ないので）
- googleのクローラーが見られる範囲で作るかサーバーサイドライセンス
- はてなポイント廃止なくてもマイクロサービス化はやったか？
- 現在再構築中なので、今やっていたりそのうちやることになる
- 機械学習とそれ以外はわけている
- モデルの開発やってるところと、アプリの開発やってるところはわけている
- 振り返りの文化を根付かせる
- ある機能の開発のサイクルの中に振り返りを入れている
- connected componentのテストは大変か？
- 単体テストのときはDIなのでむしろ簡単
- DIの部分が正しいかを検証するのは難しい
- インフラを見る人の負担は大丈夫か？
- やりやすかったというフィードバック
- 設計する段階でインフラの人にはいってもらって情報共有していた
- やりやすかったというフィードバック
- 東京の住み心地は？
- 住めば都
- すぽっティファイのモデルにいきついたのは？
- クックパッドの海外事業部から
- イカリング2だから苦労したこと、任天堂だから苦労したこと、SPAやってよかったか
- スプラトゥーンのファンなので悪いものはつくれない
- 任天堂だから苦労したことは特にない
- SPAはおもしろいしよかった
- json over httpを採用した理由は？
- あんまり熱心には検討していない
- 古めのサービスからも触ることも想定
- 倫理的に問題のあるレシピはどうするか？
- 目でチェックして非公開にする
- チームのメンタルケア
- 短いスパンで1:1の面談する
- 上司からも話し聞いて本人から出てこない話を
- react以外で選ばなかった理由
- ほかだと苦労しそうだったから
- まずい密結合
- 共有カーネルに10こぐらいのサービスから読み取り書き込みできる => DBはグローバル => 地獄
- 新しい技術基盤ができるまでの流れ
- サービス開発部が独自にやる => 技術部があとからやる
- 技術部が予測してつくる（わりと失敗してる）
- 開発してる人たちがちゃんとわかるよう心がけてやっている（黒魔術的にならないようにする）
- 設計のレビューはやっている Design Doc（既知の問題を言語化する）
- 効果の測定
- Read onlyで悪い影響が出てこないか（有料会員がやめるとかレシピ投稿数が落ちるとか）