App Client Melting Pot #1「設計」 #app_mp
モバイルアプリのクライアントサイド開発の技術・知見を共有する勉強会です。
iOS, Androidなど、プラットフォームにフォーカスした勉強会は数ありますが、そこには知見の断絶が起こりがちです。
本ミートアップは、毎回ひとつのテーマを取り上げ、プラットフォームを横断した技術的知見の共有を目指します。
続きを読む
nobuhikosawai
@nobuhikosawai
表示用の情報をサーバーでだすかクライアントでだすか。わかる。その制約はクライアントの都合なのかドメインに含められるものなのか、な気がする #app_mp
2019-01-10 21:06:00
kumamo_tone
@kumamo_tone
色々な制約によって、サーバ側でやるべきだなという処理をサーバで、クライアント側でやるべきだなという処理をクライアント側でできないこともあるんだよな…(遠い目) #app_mp
2019-01-10 21:07:10
ころすけ
@cor0suke_k
Webクライアントなむしろサーバーに持ちたいとなりそう モバイルよりはそもそもネットに繋がってることが多いよね #app_mp
2019-01-10 21:08:17
Keita Software Engineer
@w_keita_1023
ロジックをクライアントに持つべきかサーバーに持つべきかの判断基準はネットワーク障害時に維持されるべき機能かどうかが1つの大きな判断軸かなあ。 #app_mp
2019-01-10 21:09:18
かっくん
@fromkk
変更が多い箇所はサーバー、静的な箇所はクライアントとかが良い落とし所かなぁ。ABテストとかしたいならFirebase Remote Configでも使えば🤔 #app_mp
2019-01-10 21:10:21
なかしょ
@nakasho_dev
仮説を検証するためのビジネスロジック等はサーバサイドで色々といじりながら十分に検証して、検証が終わったらクライアントサイドに移植してサーバサイドの負担を軽くしたいという思いはある。 #app_mp
2019-01-10 21:12:27
Kentaro Sata | TuneCoreJapanプロダクトマネージャー
@SataKentaro
ビジネス的に公開APIを意識する場合にはUIロジックはあまりサーバーにおきたくないですよね #app_mp
2019-01-10 21:15:10