シニアソフトウェアエンジニア

必須

• コンピュータの基礎的な知識
• ネットワークの基礎的な知識（HTTP, DNSなどのプロトコル含む）
• データベースの基礎的な知識
• セキュリティの基礎的な知識
• バージョン管理システム（Git等）を用いた開発経験
• Web アプリケーションの実践的な開発経験5年以上
• 設計の実践的な知識・経験
• バックエンドの開発経験
• フロントエンドの開発経験（Webフロントエンド、ネイティブアプリ等）
• スケーラビリティを考慮した設計・実装経験
• チーム開発をリードした経験（チームリードやテックリード等のマネジメント経験）
• チーム内外と円滑に仕事を進められるコミュニケーション・ドキュメンテーションスキル

歓迎

• Go言語を利用したシステムの開発経験
• Next.jsを利用した開発経験
• React Nativeを利用した開発経験
• ソフトウェアをゼロから開発し、長期の運用までスケールさせた経験
• チームとソフトウェアのスケーラビリティを統合して両者を設計・実践した経験
• 大規模トランザクション下での開発・運用経験
• 分散システムの実践的な開発・運用経験

求める人物像

• 【もっといい「当たり前」をつくる】というミッションに共感していただける方
• ①凡事徹底 - 仕事の当たり前を高い水準で徹底する。自ら学び、他者の成長に寄与する。
• ②当事者意識 - 自分ごととして考え、他責にしない。最後まで責任を持ってやりきる。
• ③期待を超える - すべてのステークホルダーに対して期待を超える。誇れるアウトプットにこだわる。
• ④変化を厭わない - 事業、組織、技術などあらゆる変化に合わせ、最適解を更新し続ける。自らやり方・仕組み・思考を進化させる。
• ⑤人への敬意 - 関わるすべての人への感謝を大切にする。意見には率直に、人格には敬意を持って向き合う。
• ⑥全社貢献 - 自分の役割に留まらず、全社視点で行動する。個人の成果を、組織の力に変える。
• 技術的な面のみならず、開発のメソドロジー、フローの構築、ビジネス職のメンバーとの議論など率先してリードしてくださる方
• 抽象度が高いタスクをアクションに落とし込み自走し、難しい状況を突破し、業務遂行し切ることができる力を持っている方
• 短期的な視点ではなく、将来的な事業のスケールや採用面でのメリットなども総合的に考慮した上で技術選定を行うことができる方
• 新しいものに対する抵抗が少なく、（選定基準をクリアしていれば）積極的にモダンな技術を採用する姿勢を持っている方

応募について

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

使用ツール

業務内容

• toC 不動産マーケットプレイス「カナリー」、toB 不動産仲介業者向けSaaS「カナリークラウド」、その他新規事業のサービスの開発や開発チーム作りを牽引していただきます。
• シニアソフトウェアエンジニアの方には、Webフロントエンド、バックエンド、モバイルアプリ等を広く見通した上での設計、レビュー、メンバーの育成を担っていただきたいと考えています。
• ※配属先やお仕事については、カジュアル面談や選考を通じ、ご本人の希望やマッチ度を踏まえ最終的に決定させていただきます。

職務内容

• 開発における環境の整備や改善
• 新規技術導入のための技術調査や検証
• アーキテクチャの検討や見直し
• コードレビュー
• CI/CDの整備
• ログ基盤整備
• 開発チーム作り
• チームメンバーに対する技術的なサポートや育成
• エンジニア以外も含めた関係者との適切なコミュニケーションや情報連携
• 会社の広報や採用に繋がる活動
• 開発プロセス（KPT、Daily Meeting、ブランチ戦略、Issue/Pull Requestの運用など）の継続的な改善

（カナリー）取り組んでいきたいが、まだ出来ていないこと

• 物件掲載に伴うトイルの削減
• 掲載中の物件情報や店舗情報の変更などの作業（トイル）について、一定の仕組み化は進んでいるものの、まだまだエンジニアの手を要する部分が残っている状況。
• それらのトイルを削減することで、メンバーがエンジニアリングに向き合う時間を最大化したい。
• システムモニタリングの自動化・改善サイクル構築
• アプリケーションのエラーやリソース逼迫等によるアラートの整備はある程度できているが、それだけではカバーし切れない項目については日次モニタリング（当番制）でカバーしている状況。
• これらモニタリングの自動化を進めるだけでなく、発見された課題を改善するまでのサイクルを構築していきたい。
• データの整備と仕組み化
• 物件同士の「名寄せ」の仕組み改善
• Canaryは、ポータルサイトとして多数の不動産仲介会社から物件データを受け取っているため、ある実在の部屋（「xxマンションのy号室」）に対して取扱会社が異なる複数の部屋レコードを保持することがある。
• それらをユーザに対して表示する際、情報をまとめるために「部屋Aと部屋Bが同じかどうか」を建物名/階数/賃料などから判別する必要があり、これを「名寄せ」と呼んでいる。
• 現在も一定の「名寄せ」ロジックがあるが、本来同一と見なすべき物件同士を別物として判定してしまうなどの事態がより起こりづらいロジックに改善していくことを目指している。
• 沿線・エリア等のマスタ系データ整備
• 名称変更や統合などが発生する沿線・エリア等のマスタ系データについて、それらを最新の状態に保つための仕組みを作りたい。
• Canaryアプリの開発環境改善
• エンジニアメンバーの開発環境の整備
• モバイルアプリの開発は各エンジニアメンバーの環境差異に影響を受けやすく、環境構築がスムーズにいかないなどの問題が発生しやすいため、それらの差異を吸収できるような仕組みを整備したい。
• ディレクトリ構造のリファクタ
• CanaryWebの施策実装
• 一覧の画像ギャラリーの画像ロード速度改善
• ホーム→検索までのパフォーマンス改善
• 物件一覧ページランディングのパフォーマンス改善

（カナリークラウド）取り組んでいきたいが、まだ出来ていないこと

• バックエンド、インフラ
• 顧客と仲介業者間のチャット機能のリプレイス
• Elasticsearchの最適化、コスト削減
• カナリアリリースの導入
• 負荷試験
• エンジニアのトイル削減を目的とした業務効率改善の推進
• フロントエンド
• E2Eテストの導入
• Feature Flagの導入
• テスト設計の見直し、及びテスタブルなディレクトリ構造へのリアーキテクチャ
• Storybookの本格運用
• WYSIWYGエディタの実装