Twitter kkosuge 9m | kkosuge(9m) / 2018年3月6日のツイート

M586sc1p reasonably small

技術力が低いから木に入れられてしまう

M586sc1p reasonably small

礼儀とかありそうだし、コンテキストを消した

M586sc1p reasonably small

わっかる〜〜〜〜

M586sc1p reasonably small

@mapoyon RDS簡単だった(簡単って言い切るのも語弊がある)んだなって思いますね…

M586sc1p reasonably small

あーもう、それまたブロックチェーンでてくるじゃん、やめてー

M586sc1p reasonably small

@r7kamura ファミコン再実装戦争ですか……

M586sc1p reasonably small

平和にいこう

M586sc1p reasonably small

最強 BBS 戦争やりません

M586sc1p reasonably small

@unecochan 最初からDAU100万人考えてるやつは何も完成させられない…

M586sc1p reasonably small

@mapoyon スナップショット現実的ですよね。クエリ回数課金があるので、定期的にバカデカクエリ打って一括更新を裏で行うのがいいかなってなってます

M586sc1p reasonably small

スナップショット、かつ Cloud Function で定期的に一括更新するが優勝しそう

M586sc1p reasonably small

@unecochan サービスによるな… 掲示板ごときなら収益性クソ低いだろうしケチりたい額な気がする。超アクティブなユーザーだけのコレクションを用意して、それになかった場合ドキュメント取りに行くでもうまく動くかもしれない。

M586sc1p reasonably small

掲示板の投稿者レベルだと、全ユーザー取得してキャッシュしておくのがしばらくはいいのかあ。ただのテキストだし…。Twitterレベルになると次元が変わるけどそれはそれな気もしてきた

M586sc1p reasonably small

フロントエンドのコスト感覚がわからない

M586sc1p reasonably small

@unecochan 極端だけどユーザーが100万人いるとしたら無茶にならない?

M586sc1p reasonably small

世界、やっていきパーカー浸透しててびびる

今朝面接言った企業の人がやっていきパーカー着ててビビった

M586sc1p reasonably small

NoSQLで、というかFirestoreで掲示板の投稿主みたいなのどう保存するのが正解なの。RDBならユーザーIDだけ入れてJOINすればいいやつ。それやるとメッセージ一覧取得で毎回ユーザー情報も別collectionから持ってこ… twitter.com/i/web/status/9…

M586sc1p reasonably small

いや速度的には十分かもしれないけどドキュメント読み取り量課金が加速度的につらくなってきてしまう。表示するユーザーデータは当時のスナップショットということで諦めるのが現実的なのか。

M586sc1p reasonably small

「できるよ」の発言の後ろザクッとカットしてるからできてる(できてる?) #yatteikifm twitter.com/unecochan/stat…

M586sc1p reasonably small

完全に調子良くなってきたけど4時なんだよな……

M586sc1p reasonably small

同じ検索条件でメール通知登録できた不動産サイトとどれくらい差があるか勝負だ

M586sc1p reasonably small

引っ越し考えだしたので、新しい物件出た瞬間LINEに通知してくれる君つくった