【デブサミ2020】1日目ふりかえり

ここ数年、この季節になるとDevelopers Summitに参加する。

Developers Summit 2020

会場は例年通り目黒の雅叙園。

今年は感染症の拡大が懸念されたが、手に入りにくいマスクを配置するなど、衛生面にも配慮されて開催されていた。

毎年セッションは満席で、人でごった返しているので、不要な荷物はクロークへ。

さっそく、参加したセッションを振り返っていく。

【13-C-1】最新のブラウザで変わるCookieの取扱いやプライバシーの考え方

リクルートテクノロジーズ古川さん。

各ブラウザで3rd PartyのCookieを許容しない動きが出ている。

Cookieを使用する際はセッションとして使うにとどめ、トラッキングなどは別な手法を検討した方が良さそう。

Javascriptでの使用も制限されることがあるため、控えた方が良さそうだ。

【13-F-2】アプリケーションやシステムが悪い奴らに攻撃されたらどうなる？

日本シノプシス松岡さん。

コード量が増える＝リスクも増える。

自分たちのリソースがどんな状態にあるのか明確にするために脅威モデル【どこから】【誰/何が】【何に】【どんな】攻撃を仕掛けてくるのか脅威モデルというのを考えよう、という話。

【13-C-3】noteの決して止まらないカイゼンを支える、エンジニアリングへの挑戦

ピースオブケイク今さん。

noteのグロースモデルと、それを支えるチームの話。

グロースモデルは単一のKPIを追わずにバランスよく追う。

基盤チーム、機能開発チーム、カイゼンチームがあり、それぞれ長期、中期（約3カ月）、短期（約１～２日）でアウトプットする。

グロースモデルが把握しにくくなった際に、メルカリから顧問を招きデータ活用を始めた。
結果、ユーザの創作継続率を上げるために記事に「スキ」しやすいようにデザイン。

noteってサーバサイドRailsなんだな～。フロントはAnglerからNuxt.jsへ。インフラはAWS。
ふむふむ。

【13-B-4】質とスピード

タワーズ・クエスト和田さん。

このセッションは他のイベントでもめっちゃ話題になったので、聞きたかった。

質（品質、内部品質、保守性）とスピードはトレードオフか否かという話。
結論は否。

コードの品質を高く保つからこそ、スピードが速い。
品質とスピード、どちらか落とすともう一方も落ちる。

ということで、リリースするために何か削るしかないとしたら、スコープ（機能数）を削るしかないのだ。

質の高いコードを書くには、自分が設計したものを長い時間かけて自分でメンテすること。
【スピードと質】とトレードオフになってしまうのは【教育や多様性】とのことで、なるほど。

【13-E-5】Googleにおける「ソフトウェア×インフラ」デザイン〜マイクロサービス・アーキテクトの視点から〜

グーグル・クラウド・ジャパン中井さん。

昨年のデブサミで「SREクるで！」って中井さんが言ってたけど本当にキて、今年はその対となる「マイクロサービスアーキテクトクるで！」「マイクロサービスへの移行的な本めっちゃ流行ると思うで！」とのことだった。

Googleでは分散が当たり前すぎて「マイクロサービス」ということばは使われないとのこと。

まずはBFF（Backend For Frontend）をつくり、外部公開APIなどを分離するのが良さそう。

【13-D-6】テストエンジニアが教える　テストコードを書き始める前に考えるべきテスト

ビズリーチ風間さん。

Mentimeterを使って会場からのアンケートをリアルタイムにとりながらのセッション。おもしろい。

コードカバレッジが100であったとしても、バグがないわけではない。

QA（Quality Assurance）チームをQuestion Askerと捉え、テストの意図を明確にしてあいまいな仕様を無くそうとする試み。

1日目終了

ピースオブケイクさんのブースでガラポンしてnoteのノートもらったり。

noteのノートもらた！#devsumi #note pic.twitter.com/RU8NJIfNiO

— ほっしー (@55kong) February 13, 2020