言われたものを作るだけなら、領域をまたぐ必要はない
当社の技術者は、フロントエンドとバックエンドとインフラを分けません。要件定義から設計、実装、インフラ構築、リリース後の運用保守までを同じ人が見ます。
この形が向いているのは、何を作るべきかから考えたい人です。仕様を受け取ってそのとおりに作ることだけを望む人には、窮屈だと思います。決まっていないことが多く、決める役が自分に回ってくるからです。
与えられた地図をなぞるのではなく、自分で問いを立てて課題に向き合う。そういう挑戦を尊重したいと思っています。
技術がまだ足りなくても構わない
未経験の方をいきなりプロジェクトへ入れることはしていません。メンターのもとで1か月から3か月、技術を身につける期間を設けています。
既存サービスのトレースとミニサービスの作成から始めて、いまどこまでできるかを確かめます。そのうえで、開発環境の使い方、言語の仕様、Git を使った共同開発の進め方を学び、基準に達するまで繰り返します。
身につけてもらうのは、いま必要とされている技術です。古い技術を覚え直す必要はありません。
新卒や20代でも、プロジェクトのサブリーダーや技術選定に関わります。レビューやメンタリングを惜しまない空気があるので、相談される側になるのが早い。そのぶん伸びるのも早いと感じています。
結果だけでは見ない
当社は、結果だけでなく、そこに至る過程の誠実さを評価の対象にしています。地道な学習、仲間への貢献、組織を支える見えない行動まで見ます。
技術者としての信頼も成長も、結果の前にある姿勢から生まれると考えているからです。すぐに数字にならない仕事を引き受けた人が損をする場所にはしたくありません。
学んだことを外に出す人
2025年2月に Zenn で Tech Blog を開設しました。2026年11月5日時点で82本の記事が公開されています。
社内に閉じておけば楽ですが、外に出すと間違いを指摘してもらえます。書くほうも、人に読まれる前提だと調べ方が変わります。書くことを苦にしない人、あるいはこれから書いてみたい人に来てほしいと思っています。
向いていないかもしれない人
はっきり書いておきます。担当の範囲を決めてもらって、その中だけを深くやりたい人には向きません。一人が複数の領域を持つため、守備範囲が広くなります。
最後に
少しでも気になったら、話を聞きに来てください。