Content last updated 2026-04-30

Thong Kuah の README

GitLab の Staff Backend Engineer、Thong Kuah の個人 README ページ

自己紹介

こんにちは、Thong Kuah です。Tenant Scale グループのスタッフバックエンドエンジニアです。現在、ニュージーランドのウェリントンに住んでいます。

2018年に GitLab に入社し、Configure グループから始めました。

私のタイムゾーンは UTC +12 または UTC +13 なので、月曜日は比較的静かです。朝には AMER との重複が少しあります。私のチームの一部は EMEA にいるため、夕方に彼らとのミーティングがあります。

子供たちを学校に送った後、9 時過ぎに仕事を始めます。午前中はマージリクエストのレビューや、他者をブロック解除するためにメンションへの返信を行います。場合によっては、特定の Issue に集中することを選ぶこともあります。

主に在宅で働いているので、ランチはほとんど夕食の残り物です。ランチの後、通常はまだ続きの仕事がありますが、ペースが落ちる傾向があります。15 時に子供たちを学校に迎えに行くため、仕事を止めます。

夕方 (月～木) に子供たちが寝た後、仕事を再開します。この時間が私の最も生産的な時間です。金曜の夕方はパートナーとの映画ナイト用に予約されているノーワークの時間枠です。

これまでに会ったことがあってもなくても、いつでもコーヒーチャットを歓迎します。Google Calendar で私の業務時間内にスケジュールするだけです。

私はフィードバックと達成感に動機付けられます。お客様、同僚、コードレビューのコメント、さらにはテストが失敗していることを伝える RSpec からも、直接的で実行可能なフィードバックを歓迎します。

主に GitLab To-Do リストで作業し、ほとんどの場合は先入れ先出しベースで進めます。一度に1つか2つの「もの」に取り組んでいるときに、ベストに機能する傾向があります。

マージリクエスト (MR) をレビューする際、私は次の点を探す傾向があります:

なぜこの変更を行っているのか - 通常 Issue へのリンクで十分です。
あからさまなセキュリティ上の問題がないか。
一度読んでコードを理解できるか。もしできなければ、将来他の人もこのコードを理解できない可能性があります。
MR が明らかでない場合、自分でローカルに試すにはどうすればよいか?場合によっては単体テストを実行してテストを操作することを意味し、また場合によっては開発環境で MR を試すことが必要になります。
追加または変更されたすべてのコードに対応するテストがあること。

私のオフィスのセットアップは次のとおりです:

GitLab に入社したのは、透明性のあるハンドブックがあり、各求人ページに「自信のギャップを避けよう。応募するために、リストされている要件すべてに完全に一致する必要はない」という素晴らしい一文があったからです。
GitLab の前は、開発者のマネージャーをしていました。エンジニア／マネージャーの振り子のため、また、より短いフィードバックループの方が好きなため、個別のコントリビューターに戻りました。
戦争と平和を翻訳で読みました。Vanity Fair または Wheel of Time の方がずっと良いです。
ブラウザでは JavaScript をグローバルに無効化しています。