こんにちは、@p1ass です。 最近はどっぷり Splatoon 3 にはまっています。

さて、ここ 1 年近く読み進めていた『Google のソフトウェアエンジニアリング』をようやく読み終えました。 大ボリュームで時間がかかってしまいましたが、学びが多くある本だったので感想をまとめようと思います。

こんにちは、@p1ass です。

前回のブログに引き続き、ISUCON 12 の本選に @km_conner と @atrn0 で参加しました。

ISUCON 12 の予選に参加して、7位で本選進出を決めました - ぷらすのブログ

ISUCON 12 の予選に参加し、35642 点・7 位で本選に行くことができました

blog.p1ass.com

結果は、参考スコア 218,852 点で失格になりました 😭

PASS してたら総合 5 位のスコアのようです。 僕のミスのためとても悔しいし、申し訳ない気持ちでいっぱいです。

この記事ではいつも通りやったことを書こうと思います。

GitHub はこちらです。

GitHub - saba-in-the-kettle/isucon12-final: ISUCON12 本選 (218,852点・失格)

ISUCON12 本選 (218,852点・失格). Contribute to saba-in-the-kettle/isucon12-final development by creating an account on GitHub.

github.com

なお、スコアグラフはこのようになりました。

こんにちは、@p1ass です。

先日投稿した記事「ISUCON 12 の予選に参加して、7 位で本選進出を決めました」にて、CGO クロスコンパイルに苦労した話をしました。

その後色々調べたところ、Zig を使うと簡単にコンパイルできることを知ったので試してみました。

こんにちは、@p1ass です。 先日行われた ISUCON 12 の予選に @km_conner と @atrn0 と参加しました。

結果は 35642 点・7 位で、本選に行くことができました。わいわい 🙌

ISUCON12 オンライン予選 予選結果と本選出場者決定のお知らせ : ISUCON公式Blog

2022.7.24 15:11 競技環境の操作・削除について追記しました ---- ISUCON12 本選出場者を発表いたします。 今回のオンライン予選は698チーム、1657名の方にご参加いただきました。 本選への出場枠についておさらいです。 ISUCON12 予選レギュレーションにおいて、オンライン

isucon.net

この記事では、事前準備や本番中に入れた改善について紹介します。 なお、今回はコミットごとのベンチのスコアをほとんどメモしておらず、途中のスコアは概算となる点にご注意ください。

GitHubはこちらです。 masterがバグることが何回かあり、コミットやPR単位で実装を見てもFAILするコードになっている場合があるので注意してください。 (主に僕の実装)

GitHub - saba-in-the-kettle/isucon12-qualify: ISUCON 12 予選 (35642 点・7 位)

ISUCON 12 予選 (35642 点・7 位). Contribute to saba-in-the-kettle/isucon12-qualify development by creating an account on GitHub.

github.com

こんにちは、@p1assです。

この記事では、Protocol Buffers に関連した様々なコマンドを実行できる Buf CLI を紹介します。 Buf CLI は、protoc とは異なり、Formatter や Linter、Breaking Change Detector、依存パッケージ管理など、Protocol Buffers を使う上で便利なコマンドが用意されています。 Protocol Buffers を使いたいけど CI のセットアップ等が面倒な人におすすめです。

Buf のロゴ(公式サイトより引用)

• 公式ドキュメント: https://docs.buf.build/introduction
• GitHub: https://github.com/bufbuild/buf
• 執筆時のバージョン: 1.6.0

こんにちは、@p1assです。

GW 中に SPA で OAuth を使うときのプラクティスについて調べていたところ、OAuth2.0 for Browser-Based Apps という RFC の Internet-Draft を見つけました。

一通り読んでみたところ、現時点でのベストプラクティスが良い感じにまとまっていたので、興味深かったところを抜粋して紹介します。

こんにちは、 @p1ass です。

Twitter API の v2 が正式リリースされてから数ヶ月経ちました。

「Twitter API v2」が正式なTwitterの主要APIに ～申請不要の無償アクセスレベルも追加／既存の「Twitter API v1.1」は重要な不具合への対処のみに

　米Twitterは11月15日（現地時間）、「Twitter API v2」が正式にTwitterの主要APIになったと発表した。スペースやアンケート、プロフィールへのツイート固定といったv1.1では利用できなかった数多くの新しい機能やエンドポイントが追加されているという。

forest.watch.impress.co.jp

Twitter API v2 では様々な API が追加されていますが、中でも注目すべきは OAuth 2.0 対応だと思います。

OAuth 2.0 Authorization Code Flow with PKCE

developer.twitter.com

今までは OAuth 1.0a しか対応しておらず、他の OAuth 2.0 対応の認可サーバーと比較して使いづらいと感じていました。 今回の対応によって、OAuth 2.0 の Authorization Code Flow ( RFC6749 Section4.1)を利用した認可に対応し、より便利に認可をシステムに組み込めるようになりました。

また、スコープを細かく制御できるようになったため、今までのように不用意に多くの権限を要求する必要がなくなりました！ 現在対応しているスコープは以下の通りで、非常に細かくスコープを制御できることが分かります。

• tweet.read
• tweet.write
• tweet.moderate.write
• users.read
• follows.read
• follows.write
• offline.access
• space.read
• mute.read
• mute.write
• like.read
• like.write
• list.read
• list.write
• block.read
• block.write

というわけで、せっかく OAuth 2.0 に対応したことなので、実際に Authorization Code Flow を試してみようと思います。

こんにちは、 @p1ass です。 タイトルの通り、『ソフトウェアアーキテクチャの基礎 エンジニアリングに基づく体系的アプローチ』を読みました。

本書はソフトウェアアーキテクチャに関する内容を網羅的にまとめたもので、アーキテクトのようなポジションを目指す人にとっての教科書的な存在です。 自分の今の興味関心にドンピシャの内容で、書籍の発売後にすぐ読み切ってしまいました。

この記事では、本書の感想を書こうと思います。 現在購入を検討している方の参考になれば幸いです。

モノリシックなプロジェクトにおいて、トップレベルのディレクトリ構成が異なる 2 つのディレクトリ構成を考え、それらの違いは何で、どちらが優れているか？という問いについて考えた。そして、「複雑な概念をトップレベルのディレクトリ構成にした方が良いのでは？」という結論に落ち着いた話をする。

1 章 はじめに

こんにちは、 @p1ass です。

最近、Gradle を使ったプロジェクトを 1 から構築することがありました。 以前から Gradle を使ったことはあったのですが、ほとんど雰囲気で触っていたため、いざ諸々をセットアップしようとすると戸惑ってしまうことが多々ありました。そのため、改めて Gradle について学んだほうが良かろうということになりました。

この記事では、改めて Gradle を学んだ際に自分のためにまとめたドキュメントを再編集して公開します。