曖昧を嫌い、
好奇心で突き進む日々

就職活動中に参加した、Findy社主催のオンラインイベントで、ちゅらデータの菱沼さんが登壇されており、モダンデータスタックやデータエンジニアリングの重要性について語っていたのが、最初に興味を持ったきっかけでした。
ちょうど私自身、社風を重視して就活を進めていたこともあり、「沖縄でクレイジーな人を集めている会社」というちゅらデータ独特の文化に強く惹かれました。その後、直接応募という形でカジュアル面談・面接を受けさせていただき、ありがたいことにご縁をいただいて入社に至りました。

社風に惹かれたのが一番の理由ですが、特定分野に縛られず多様な技術に触れられる点も魅力でした。公募制で志向に応じたキャリア選択ができ、モラトリアム気質の自分にはぴったりの環境です。

現在は主に、IaC（Infrastructure as Code）の導入支援に取り組んでいます。IaCとは、従来手作業で行っていたサーバやネットワークといったインフラの設定・構成を、コードで管理・自動化する手法です。

具体的には、誰がどのような変更を行ったかを記録できるバージョン管理ツールと、記述されたコードから自動的に設定を反映するツールを組み合わせることで、運用負荷を大幅に軽減できます。現在はまだ手動で設定されている部分が多いため、それらを徐々にコード化し、効率的で再現性の高いインフラ運用を目指しています。

技術的な難所に対し、ロジックを組み立てて試行錯誤しながら解決策を探る過程が楽しいです。エラー原因の究明や制約への対応など、頭を使って突破できた瞬間の達成感は格別です。

OJTで経験した中で特に楽しかったのは、AWS Cognitoの設計・実装タスクを一任されたときのことです。まずは関連情報を集めてインプットし、要件を満たすアーキテクチャを自分で考案。設計した構成に基づいて実装を進め、テストも通して無事に商用環境へマージされました。

その後、得られた知見をzennの記事としてアウトプットし、読者からの質問にも対応して、技術選定から実装・公開・発信まで、一連の流れを自分の裁量で進められたことが非常に楽しく、大きな達成感を得られた経験でした。

変な癖かどうかはわかりませんが、曖昧な発言や不明瞭な説明をされると、つい「それって具体的にはどういうことですか？」と詰めたくなるところがあります。おそらく、認識のズレによるコミュニケーションロスや手戻りが嫌で、事前にしっかりすり合わせておきたいという意識が強いのだと思います。

特に業務においては、一度のズレが後工程に大きな影響を与えることもあるので、つい慎重になりがちです。相手にとっては少し細かく感じられるかもしれませんが、効率よく進めるための癖として受け取ってもらえると嬉しいです。

chukeiさんが1年で20本以上の記事を書いたり、頻繁に登壇されたりしているのを見ると、正直かなりクレイジーだなと感じます。自分も記事を書いてみてわかったのですが、ネタ探しや構成はもちろん、何より推敲の手間が本当に大変で、1本仕上げるだけでも相当な労力がかかるんですよね。

それを継続的に、しかも高頻度でアウトプットし続けているのは本当にすごいことで、もはや尊敬の念しかありません。自分も少しでもその姿勢に近づけるように努力していきたいと思っています。

実務と研究活動・個人開発の大きな違いは、「ステークホルダーが正」である点だと感じています。実務では、自分の興味よりも先方の要求や目的を正確に理解し、それに基づいて優先順位を整理しながらタスクを組み立てる必要があります。

ただ、その分、自分の作ったものに対して明確なフィードバックが返ってくる環境があり、ポジティブ・ネガティブ問わずその反応が得られること自体に充実感があります。また、労働時間が管理されており、土日祝や深夜に作業しないよう制約があることも、自由にやりがちな個人開発とは異なる点ですね。

オンボーディング期間中は、最初の1ヶ月間、毎日勝手に反省文を書いていました。その中で特に意識していたのが「PM視点で考える」ということです。

プロジェクト全体の進行や関係者の意図を想像しながら自分の立ち回り方を見直すと、学びの密度が格段に上がります。たとえば、自分の考えや不安を包み隠さずチームに共有することで、予期していなかった問題点を早期に顕在化できたり、自分が気づいていなかった前提のズレに気づけたりします。
結果的にどちらもチーム全体にとってメリットになるので、意識的に実践するようにしています。