ブログを書くまでがYAPCなので感想エントリを書いておく。Deck個人的に一番良かったトーク。snowflake方式のbit形式で、1ホスト1プロセス起動するマイクロサービスとして利用される。気になったのはWorkerIDをどう一意に取得するかでした、WorkerIdが重複してしまうと同一時刻に採番したIDが重複して破滅する。手でぺたぺた重複しないように採番しても良いが、動的にサーバーが起動する場合はどうするのか。より指定範囲内(ここでは0~1023)のIDを取得という方法が紹介されていた。いうソフトウェアが紹介された、これはRedisのPubSubを使って指定範囲内のIDを重複なく取得するという優れもの。その発想はなかった...すごい...ID採番に関する知見が大量に得られる良いトークでした。Deck良いエラーメッセージとはどういうものか、悪いエラーメッセージはどういうものかというトーク。何が起きているか(必須)簡潔であること(好ましい)対処手段が提示されていること(最高)解決手段が提示されていること(最高)確かに下に行けいくほど(トーク内ではエラーメッセージの次元が高くなると表現していた)良いエラーメッセージだというのは何となく思っていたが、それが整理されて良かった。エラーメッセージが無い、誤ったエラーメッセージが返るのはとにかく最悪なのでやめるゾ。DeckGraphQLの話、GraphQLは一切触ったことが無いのだが、RESTなAPI設計を心がけるとフロント側がたたくAPIの数が大量に出てきて辛いという話は共感があって、それを解決するのがGraphQLとのこと。APIでやりとりするみたいなことしても良いんですね。Deckテスト書いてますか?という啓蒙的な話ではなくて、肥大化してきて大量のテストをいかに短い時間で終わらせるようにするかという話、一般的な話というよりはケーススタディ。テスト書いていることは当たり前でどうテストを郭嘉が重要な時代テストがめちゃくちゃ重いと、リリース前のフルテストに大量の時間をくってしまう。テスト用のダミーユーザーをDBにINSERTするのに時間がかかっていた。insertしたユーザーを1つずつ返していく。フルテストが30分->19分に(すごい)(ユーザーの挿入に11分かかってたって...)金の弾丸はい同じテスト何回も走らせても意味ないだろうテストはもうみんな書いてるでしょうっていう話が良かった。福岡のIT企業さんが福岡の良いところを紹介していた。福岡は(東京と比べて)家賃やオフィス代が安いし、エンジニア文化の活気がある。東京からUターンする人も福岡でキャッチできる。僕は福岡出身なので福岡が盛り上がるのは嬉しいなと思ったのと、関西もそんな感じなので是非関西にIT企業増えてくれと思った。LINE福岡さんのオフィスはでかくて良かった、ありがとうございました!次回は沖縄OIST、沖縄行きたい。(1)月別アーカイブはてなブログをはじめよう!tanishiking24さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。