【フルリモート/テックリード/Go】×[500万DLのBtoC不動産マーケットプレイス]や[不動産仲介会社向けBtoB SaaS]の開発！バックエンドエンジニア

必須スキル/経験

- コンピュータの基礎的な知識
- ネットワークの基礎的な知識（HTTP, DNSなどのプロトコル含む）
- データベースの基礎的な知識
- セキュリティの基礎的な知識
- 設計の実践的な知識・経験
- バックエンドの開発経験
- バージョン管理システム（Git等）を用いた開発経験

歓迎スキル/経験

- アーキテクチャの設計経験
- 品質管理の経験
- Go言語を利用したシステムの開発経験
- 分散システムの開発・運用経験
- 大規模データを使った開発・運用の経験
- AWS、またはGCPを用いたシステム構築・運用の経験
- クローラー、検索エンジンの開発経験
- パフォーマンスの最適化の経験

求める人物像

※不動産領域に対する強い熱量やご経験は入社時には必ずしも必要ではありません。

- 【もっといい「当たり前」をつくる】というミッションに共感していただける方
- 以下の4つのバリューにマッチする方
    1. 圧倒的なオーナーシップを持とう - 高い視座から物事を眺め、全体最適を達成しよう。会社や組織を自らが作っていくという意識を持とう。
    2. プロフェッショナリズムを全うしよう - 深く思考し、速く行動し、相手の期待を超え続けよう。謙虚さを忘れず素直でありながら、昨日の自分を超えて成長しよう。
    3. 挑戦を諦めない - 常に目的志向で仮説を持ち、失敗や変化を恐れずチャレンジしよう。逆境に見える状況でも粘り強く、愚直に挑み続けよう。
    4. 誠実さを体現しよう - いつ何時も、全てのステークホルダーに真摯に向き合おう。迷ったときは、短期的なプロフィットよりも中長期的なベネフィットを選ぼう。
- 技術的な面のみならず、開発のメソドロジー、フローの構築、ビジネス職のメンバーとの議論など率先してリードしてくださる方
- 抽象度が高いタスクをアクションに落とし込み自走し、難しい状況を突破し、業務遂行し切ることができる力を持っている方
- 短期的な視点ではなく、将来的な事業のスケールや採用面でのメリットなども総合的に考慮した上で技術選定を行うことができる方
- 新しいものに対する抵抗が少なく、（選定基準をクリアしていれば）積極的にモダンな技術を採用する姿勢を持っている方

カナリーのエンジニアは2つの視点を大事にしていきたいと考えています。

1. 課題解決に挑戦するソフトウェアエンジニア
2. プロフェッショナルとしてアウトプットに誇りを持つ

カナリーは【もっといい「当たり前」をつくる】というミッションを実現するため、既存の「当たり前」を超えてよりよいユーザー体験を追求していく必要があります。そのためには、「バックエンド」や「フロントエンド」といった職能・役割に閉じずに、ユーザーの新しい体験全体を作り上げるという意識が必要だと考えています。その様な意味を込めて「課題解決に挑戦するソフトウェアエンジニア」を目指したいと考えています。

一方で「課題解決が目的でありエンジニアリングは手段」という見方が強くなってしまうと、エンジニアリングを軽視しているのかの様に見えてしまうかもしれません。決してそうではなく、複雑な課題を解決し、それを継続的に強化していくためのコードベースを維持するためには高い技術と強い意思が必要ですし、リスペクトすべきものだと考えています。そういった姿勢がなくては、いつしかコードが腐敗しメンテナンス不可能になってしまうでしょう。目的志向と技術志向はお互いに欠かすことのできない両輪であり、課題解決を行うソフトウェアを高い品質でデリバーする事を目指し、そのアウトプットに誇りを持ちたいと考えています。

また、課題解決に精一杯取り組むが故に（時間的に）新しいスキルの習得が難しくなるといった現実的な課題があることも認識しており、後述する新たに構築するチーム（Enabling Team）などを通じて、エンジニアリングスキルの向上にも挑戦していきます。

紹介資料

仕事の魅力

弊社の開発組織も、ここ数年でCTOをはじめとしたシニアなエンジニアがジョインし層が厚くなってきておりますが、
事業の成長や上記のような新規プロダクトの開発に伴い、さらなる体制の強化が急務となっています。

既存プロダクトの開発においては、技術的負債の解消や事業としてのさらなる成長などのバランスを取ることが、
新規プロダクトの開発においては、スピード感と将来的な技術的負債を最小限に抑えることの両立がそれぞれ求められるため、
いずれの側面でもハードスキル・ソフトスキルともにレベルの高いエンジニアの採用を進めていきたいと考えています。

また、不動産業界の企業が顧客であることにより、「使いやすい(質の高い)プロダクトであること」自体が業界における強い競合優位となるため、
それを実現するエンジニアの重要度は非常に高いと会社としても捉えております。

弊社の開発組織における特徴をいくつか抜粋しますが、さらなる詳細はエンジニア向けEntrance Book ( https://recruit.canary-app.jp/engineer-entrance-book ) に詳細に記載しておりますので、そちらもぜひご覧ください。（手前味噌ながら、「こんなに詳細かつ赤裸々に書くんですね」とお褒めいただくことが多いものとなっております）

## エンジニアの特徴・働き方

- 抽象度が高い課題をアクションに落とし込み自走し、難しい状況を突破し、業務遂行し切ることができる力を持っているメンバーが集まっています。
- 働き方も多様で、メンバーそれぞれが生産性や成果を最大化できるスタイルで働いています。
    - リモート勤務について
        - 北海道や関西といった各地方に在住のメンバーも多く、**完全なフルリモートが可能**です。
        - フルリモート以外だと、「週の半分くらい出社」「ほぼ毎日出社」といった形で各自に合った出社頻度を選択しています。
    - その他
        - 勤怠管理はSlackコマンド1つで入退室の記録が可能であるなど、できる限り本質的な業務に使える時間を最大化するための運用を作っています。
        - リモートが多い中でもメンバー同士がチーム感を持って気軽にコミュニケーションできる環境作りの一環として、Gather（バーチャルオフィスツール）を開発本部全体で導入しました。
- エンジニアは業務において裁量権を大きく持って働いています。
    - （プロダクトやフェーズにもよりますが）開発だけでなく、要件定義のフローからビジネス側の議論に参加するケースもあります。
    - 施策内容などに対する意見は職種問わずフラットに受け入れる文化があります。
- 技術に対する姿勢に関しても、組織全体として理解する文化があります。
    - 短期的な視点ではなく、将来的な事業のスケールや採用面でのメリットなども総合的に考慮した上で技術選定を行っています。
    - 新しい技術に対する抵抗は少なく、選定基準をクリアしていれば積極的にモダンな技術を採用しています。

### AI関連ツールの活用

- GitHub Copilot
    - コーディングの効率性を高めるべく、希望者にはライセンスを付与しています。
- Cursor
    - Github Copilot よりも Cursor を使いたいエンジニア向けに、会社でBusinessプランを契約し、費用を補助しています。
- Devin
    - 各チームの開発フロー等に組み込むことで生産性を向上させる目的で、全エンジニアが Devin を活用できるようにしています。
- Dify
    - プロダクトへの生成AI組み込みや業務フロー改善のためのアプリ構築などを目的として、DifyのTEAMプランを契約し、（エンジニアに限らず）全社員が利用可能にしています。

※ 上記のようなAI関連ツールを正しく・効果的に活用するための「生成AIガイドライン」を社内で策定・展開しています。

## エンジニアのキャリアパス・グレード・給与レンジ

カナリーでは、全社共通の6段階のグレードを定義しており、エンジニアなどの職種が属する開発本部では、グレードごとの給与レンジを定義しています。（後述のEntrance Book内にて全て公開しております。）

- 専門職に関しては、組織を構築・牽引することのみに限らずその専門性によって事業に突き抜けた貢献をすることもできるという考えのもと、スペシャリストという形でグレードに対する期待を併記しています。
- ただし、専門職であっても組織的な貢献をする方が得意な人もいるので、実際にはどちらか一方を選ぶというようなシンプルなキャリアパスにはならない可能性があると考えています。

- 現在、個々のメンバーのキャリアパスについてはマネージャー（主に各チームのPLE）との1on1などを通して方向性をすり合わせ、その道へ進むのに必要な要素を目標設定に落とし込んだり、最適なアサインのための判断材料として活用するといった形で支援を行なっています。
- 今後、組織が拡大する中で各メンバーの志向性もさらに多様化してくるため、上述のグレードに加え、それらを適切に吸収・評価できる制度や枠組み（キャリアラダーなど）の設計にも取り組んでいます。