Thong Kuah の README

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

はじめに

こんにちは、Thong Kuah です。Tenant Scale グループの Staff Backend Engineer です。現在はニュージーランドのウェリントン在住です。

2018年に GitLab に入社し、Configure グループからスタートしました。

リンク

私の一日

タイムゾーンが UTC+12 または UTC+13 のため、月曜日は比較的静かです。午前中は AMER との重複時間があります。チームの一部が EMEA にいるため、夕方に彼らとの会議があります。

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

ほとんど自宅で作業しているので、ランチは主に夕食の残り物です。ランチ後もさらに作業は続きますが、午後は少しペースを落とします。午後3時に子供たちを学校に迎えに行くため、作業を止めます。

夕方(月〜木)は子供たちが寝た後、作業を再開します。これが私の最も生産性の高い時間帯です。金曜日の夕方はパートナーとの映画の夜のため、仕事なしの時間帯です。

コーヒーチャットはいつでも歓迎です。事前に会ったことがあってもなくても。Google カレンダーで私の稼働時間内にスケジュールしてください。

仕事スタイル

フィードバックと達成感によってモチベーションが上がります。お客様、同僚、コードレビューのコメント、さらにはテストの失敗を伝える RSpec からも、直接的で実行可能なフィードバックを歓迎します。

主に GitLab の To-Do リストを使って作業し、基本的に先着順(FIFO)で処理します。一度に1〜2つのことに集中して作業するのが最も効率的です。

マージリクエスト(MR)をレビューする際は、以下の点を確認します:

  1. なぜこの変更を行うのか — 通常は Issue リンクで十分です。
  2. 明らかなセキュリティ上の問題がないか。
  3. 初見でコードを理解できるか。できない場合、将来的に他の人もコードを理解できない可能性があります。
  4. MR が明確でない場合、どのようにローカルで試せるか。単体テストを実行してテストを操作することもあれば、開発環境で MR を試すことが必要な場合もあります。
  5. 追加・変更されたすべてのコードに対応するテストがあるか。

セットアップ

私のオフィス環境:

  • 地元のオフィス用品店からの昇降デスク
  • Samsung WQHD 24インチ外付けモニター(S24H850)
  • Goldtouch 調整可能キーボード
  • Logitech マウス
  • Logitech 有線ヘッドセット

トリビア

  • 透明なハンドブックと、各求人ページにある「自信のギャップを恐れずに。記載されているすべての要件を満たしていなくても応募できます」という素晴らしいフレーズに惹かれて GitLab に入社しました。
  • GitLab 以前は開発者のマネージャーでした。エンジニア/マネージャーのペンデュラム理論、そしてより短いフィードバックループを好むため、個人貢献者に戻りました。
  • 戦争と平和を翻訳版で読みました。虚栄の市やタイム・オブ・タイム(時の車輪)シリーズの方がずっと良いです。
  • ブラウザでは JavaScript をグローバルに無効にしています。