【バックエンドエンジニア/Chatwork事業】792万ユーザー保有|上場企業
サーバーサイドエンジニア

【バックエンドエンジニア/Chatwork事業】792万ユーザー保有|上場企業

株式会社kubell

株式会社kubell

AI要約(β)

95万社以上が利用するビジネスチャット『Chatwork』の未来を、あなたの手で切り拓くサーバーサイドエンジニアを募集します。年収600万~1200万円。PHP/Scalaを軸に、大規模サービスの安定運用、技術的負債解消、新規事業開発に挑む精鋭チームで、Webサービス開発経験とAI活用スキルを活かし、社会インフラを支えるやりがい、キャリアを飛躍させる挑戦がここにあります。未来の働き方を共に創造しましょう。

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

給与・報酬

年収 600万円 ~ 1,200万円

稼働時間

10:00 ~ 19:00

雇用形態

正社員

出社頻度

月1日出社

勤務地

東京都 港区 南青山1-24-3 WeWork 乃木坂

現状と課題

|【採用背景】 ① 大規模サービスを安定運用させつつ、さらに成長させるための技術的挑戦を進めるため ②14年の歴史で蓄積された技術的負債に向き合い、システムの改善やリプレイスを推進するため ③新規事業サービスの開発を加速化させるため

|【概要】 「Chatwork」は、2025年で 14周年を迎えました。 現在、中小・非 IT企業様を中心に95万社以上のご利用いただいており、中小企業のオンラインコミュニケーションのスタンダードサービスを目指している状況です。

その中で、「Chatwork」は、主に PHP と Scala という二つのプログラミング言語によって開発・運用されています。 サービス開始当初から利用されている PHP は、現在も多くの基幹機能やビジネスロジックを支えており、Product Led Growth (PLG) の考え方に基づいた機能拡張も活発に行われています。

一方で、特に高い非機能要件、例えば秒間1万リクエストを超える大規模なスループットへの対応や、ミッションクリティカルなサービスとして不可欠な高い耐障害性・信頼性が求められるシステムにおいては Scala が採用され、サービスの安定稼働と信頼性の基盤を支えています。

kubellでは、「Chatwork」の技術負債と向き合いながらも、新たに立ち上げている新規事業「BPaaS」との連携のための開発にも注力をしており、より良いサービス基盤の構築を進めています。

こうした背景から、私たちは「Chatwork」の未来を共に創っていく新たな仲間を求めています。PHP または Scala いずれかの技術を軸に、プロダクトの機能開発、大規模システムの安定運用、そして技術的負債の解消やアーキテクチャの進化といった課題解決に、情熱と当事者意識を持って取り組んでいただけるバックエンドエンジニアを募集します。

お願いする業務

|【業務内容】 当社の提供しているクラウド型ビジネスチャットツール「Chatwork」の開発運用保守をお任せいたします。 具体的には、既存システムの運用保守および機能開発の推進を想定しており、機能開発では機能・非機能要求をどのように達成するかはもちろん、よりユーザーにとって価値のあるサービスとなるにはどのような物を作ればよいかを考え推進いただく予定です。

運用保守では安定したアプリケーションを維持しながら、いかに素早くユーザーに価値を届けるための土台を作るかや、チームが効率的に開発運用保守していくための改善を追求していただきます。

<想定業務の一例> ・Chatworkで利用している内部APIの設計・開発・運用 ・組織管理者向けの管理機能の設計・開発・運用 ・非同期処理系の設計・開発・運用 ・テクニカルサポート(主にカスタマーサポートとのやり取りになります) ・開発・運用プロセスの継続的な改善(CI/CD の改善 等) ・技術的負債の解消に向けた検討・実施

・大量のトラフィックを低レイテンシで処理し、且つ高い信頼性を両立していくという技術的なチャレンジに関心がある方 ・ビジネスインフラとなる社会貢献性の高いサービスに携わりたい方 ・個ではなくチームとして成果を出していける方 ・変化を楽しみ仕事に取り組むことができる方 ・目的意識を持ち、チームの中で能動的に発言・行動ができる方

技術スタック

募集要項

概要

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

雇用形態

正社員

給与・報酬

年収 600万円 ~ 1,200万円(●みなし残業代25時間含|●賞与:年2回 (※一部グレードから裁量労働制・年俸制・賞与無|■諸手当:通勤手当 (会社規定に基づき支給))

稼働時間

10:00 ~ 19:00(標準労働時間|8時間/日、 フレックスタイム制(メインタイム10:00〜16:00))

出社頻度

月1日出社

勤務地

東京都 港区 南青山1-24-3 WeWork 乃木坂

出社に関する補足情報

月に1回チームビルディングを目的にした東京オフィスへの出社あり

休日・休暇

|【休日】
土日 及び 国民の祝日、年末年始

|【休暇】
法定休暇(年次有給休暇、生理休暇、育児休暇、介護休暇)
会社独自の休暇(フレキシブル休暇、リフレッシュ休暇、慶事休暇、忌引休暇等)
法定休業(産前産後休業、育児休業、介護休業)

社内制度
(待遇・福利厚生)

・ハイブリッド勤務手当
・リモートワーク環境貸与制度
・ピアボーナス制度
このほか、ベビーシッター利用割引、インフルエンザ予防接種補助、ヘルシー部活制度など、子育てや健康をサポートする制度や、表彰制度、スキル取得支援制度、書籍購入補助制度、組織内コミュニケーションの補助制度(食事代補助等)などもあります。
https://recruit.chatwork.com/workstyle/

■その他手当
交通費支給(上限あり)
社会保険完備
住宅手当
出張手当

必須スキル/経験

・Webサービス開発の業務経験 ・RDBMSを用いたサービス設計、開発・運用経験 ・オブジェクト指向開発、ソフトウェアテストに関する知識 ・自らの実装に対して意図を持って自分の言葉で説明できること ・Git / GitHub を用いた開発フローの業務経験 ・AIをエディタ/IDEに統合し、自力でコード補完や生成を活用できる ・生成AIの基礎を理解し、プロンプトを改善できる

歓迎スキル/経験

・ドメイン駆動設計やクリーンアーキテクチャ など機能拡張における設計知識・業務経験 ・AWS や GCP などパブリッククラウドの各種サービスを利用した設計・開発・運用経験 ・高トラフィックなサービスでの開発・保守・運用経験 ・大規模なプロダクトの開発・運用経験 またはそれに準ずる経験や知識 ・パフォーマンスとスケーラビリティを考えた設計開発能力 ・ステークホルダー・チームメンバー・関連部署と連携し、プロダクト開発を遂行するコミュニケーション能力 ・kubernetesの運用経験 ・CI/CD の構築・運用経験 ・既存のサービスの負債や大きな変更と向き合った経験 ・マイクロサービスアーキテクチャなどの分散システムの設計、開発、運用経験 ・チームリードやテクニカルリードの経験 ・技術系勉強会の登壇やOSSプロジェクトへのコントリビュートなど、コミュニティへ貢献した経験 ・スクラム、及びLeSS/Scrum@Scaleのような大規模アジャイルフレームワークの知識と経験

サービス内容の詳細

|【サービス内容】 ・ビジネスチャット『Chatwork』の開発運営 ・業務プロセス代行サービス『タクシタ』の運営 ・経営改善・DX推進の情報が詰まったお役立ちメディア『ビズクロ』の運営 ・『Chatwork DX相談窓口』の運営

|【参考資料】 -プロダクト組織の紹介資料 https://speakerdeck.com/kubell_hr/chatwork-engineer

-CTOインタビュー https://days.kubell.com/posts/250701_2/

-CPOインタビュー https://days.kubell.com/posts/250701_3/

選考フロー

  1. 書類選考
  2. カジュアル面談
  3. 1次面接
  4. 2次面接
  5. オファー面談

※ポジションによってフローは異なる場合がございます。

同じ企業の求人

同じポジションの求人

おすすめのイベント

もっと見る
  • AI時代に適したリポジトリって?カウシェ・LayerXに聞く最新リポジトリ構成

    アーカイブ公開中

    AI時代に適したリポジトリって?カウシェ・LayerXに聞く最新リポジトリ構成

    昨今、AIエージェントの活用が一般的になってきたことで、「プロジェクト全体のコードを横断的に理解させるには、コードベースが一つにまとまっている方が適しているのではないか」という議論が増えています。 一方で、モノレポにはCIのパフォーマンスやコンテキストの絞り方など運用上の課題も存在し、組織規模やプロダクトのフェーズ、チーム体制などによって最適解は異なります。「どちらが正解か」を一概に難しいと感じている方も多いのではないでしょうか。 そこで本イベントでは、iOSやKotlinを含む複数言語のコードを一つのリポジトリに集約して運用されているカウシェと、バックエンド・フロントエンドともにモノレポ化を進めてきたLayerXの2社をお迎えし、それぞれのリポジトリ構成の実例をもとに、モノレポの実際を紐解きます。 前半のLTでは、カウシェからはモノレポになった歴史や複数言語を集約したメリット・デメリットを、LayerXからはリポジトリ統合プロジェクトの進め方や意思決定の裏側をお話しいただきます。 後半のディスカッションでは、両社を交え、モノレポにするタイミングや、CI・IDEとい開発体験に関する課題の課題、AIとの親和性を上げるための工夫やスコープの絞り方など、現場目線でさらに深掘りしていきます。 モノレポへの移行を検討している方から、すでにモノレポ運用で課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年6月11日(木)19:00~20:00

  • 仕様駆動開発はやめた方がいいって本当?やって分かった仕様駆動開発の現在地と今後の方向性

    アーカイブ公開中

    仕様駆動開発はやめた方がいいって本当?やって分かった仕様駆動開発の現在地と今後の方向性

    昨今、AIコーディングエージェントの進化により、開発フロー自体を見直す動きが広がっています。その中で注目を集めているのが「仕様駆動開発( Spec Driven Development)」というアプローチです。 しかし現在は「仕様駆動開発」という言葉だけが独り歩きしており、具体的にどのようなフローであるべきなのか、ツールを使えば実現できるものなのかといった、実態を掴みきれないという声も多く聞かれます。 そこで本イベントでは、仕様駆動開発をはじめとしたAI駆動開発を実践されている中村充志氏をお迎えします。 前半のLTでは、、中村氏より仕様駆動開発SDDの基礎概念についてお話しいただき、ツールのデモを通じてその具体的な仕組みを提示いただきます。からハーネスとの組み合わせ、そして実際のデモを交えた実践までを紐解きます。 後半のディスカッションでは、仕様から出力される膨大なコードをどう効率的にレビューし、生産性を次のレベルへ押し上げるかという「実戦的なフロー」について議論していきます。また、その品質を支える「ハーネスエンジニアリング」という考え方も補足的に交えながら、現場で直面する疑問を紐解いていきます。 AI時代の開発フローに関心がある方から、仕様駆動開発の導入を検討されている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年5月28日(木)19:00~20:00

  • useMemo/useCallbackまだ書いてる?React Compilerで変わった開発体験

    アーカイブ公開中

    useMemo/useCallbackまだ書いてる?React Compilerで変わった開発体験

    React Compilerの登場以降、フロントエンド界隈では「これまで煩雑だったメモ化(useMemoやuseCallback、React.memo)が不要になるのではないか」と大きな話題になりました。 一方で、「本当にそのまま有効化して問題ないのか」「有効化による副作用や注意点はないのか」「従来どおりメモ化を残すべきケースはあるのか」といった不安の声も耳にします。実際に導入してみたチームからは、React Hook FormなどのライブラリやuseRefを使った実装でハマりポイントがあったという話も聞こえてきます。 そこで本イベントでは、React Compilerを有効化して1年以上本番運用されている浅見氏と、導入にあたって生成AI向けのルール整備まで仕組み化されているカケハシの大村氏をお迎えし、React Compilerの特徴や実際の導入プロセス、注意点・ベストプラクティスを紐解きます。 React Compilerが気になり始めた方から、すでに検証・導入を始めている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年5月20日(水)19:00~20:00

  • TypeScriptでAPI開発するなら知っておきたいRPC -tRPC、oRPC、HonoRPCとは-

    アーカイブ公開中

    TypeScriptでAPI開発するなら知っておきたいRPC -tRPC、oRPC、HonoRPCとは-

    昨今、バックエンドにTypeScriptを導入する事例は一般的になり、フロントエンドとバックエンドで型を共有することで開発効率を高めるさまざまなソリューションが登場しています。中でも「RPC(Remote Procedure Call)」を活用したアプローチは注目を集めており、tRPC・oRPC・Hono RPCなど複数の選択肢が存在します。 一方で、「そもそもRPCとは何か」「tRPC・oRPC・Hono RPCはそれぞれ何が違うのか」といった基本的な部分から整理したいと感じている方も多いのではないでしょうか。名前は聞いたことがあるけれど違いがわからない、どれを選べばいいのか判断がつかない、という声も少なくありません。 そこで本イベントでは、tRPCを実務で導入・運用されている海老原氏、oRPCやElysiaを活用されている柿氏、Hono RPCでマルチクライアント対応を実践されているよだか氏の3名をお迎えし、RPCの基本から各ソリューションの特徴・選定の考え方までを紐解きます。 前半のLTでは、柿氏、海老原氏、よだか氏の3名にそれぞれの視点からお話しいただきます。 後半のディスカッションでは、3名を交え、各RPCの推しポイントや課題、モバイル・Webの対応可能性を見据えた技術選定など、現場目線でさらに深掘りしていきます。 RPCという概念自体をこれから理解したい方から、すでに使っていて他の選択肢と比較したい方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年4月23日(木)19:00~20:30

  • もうNext.jsには戻れない?次世代フルスタックフレームワークTanStack Startってなに

    アーカイブ公開中

    もうNext.jsには戻れない?次世代フルスタックフレームワークTanStack Startってなに

    昨今、Next.jsの急速な進化に伴い、そのブラックボックス的な実装に疑問を感じ、新たな選択肢を模索するエンジニアの声が増え始めています。そうした中、TanStack Queryをはじめとする「TanStack系ライブラリ」や、新たなフルスタックフレームワーク「TanStack Start」への注目が高まっています。 しかし、実際の運用において「Next.jsと比べて何がどこまで変わるのか」「TanStack系ライブラリを採用する具体的なメリットは何か」を明確にイメージできている方はまだ少ないのが現状です。 そこで本イベントでは、TanStack QueryやTanStack Routerを実務で活用されている寺嶋氏と、TanStack Startをプロダクション環境で実際に採用されている池内氏をお迎えし、Next.js経験者の視点からTanStack系ライブラリ・TanStack Startの実際を紐解きます。 前半のLTでは、まず寺嶋氏よりTanStack Startの全体像やViteエコシステムにおけるポジション、Next.jsとの比較を交えた概要を解説いただきます。続いて池内氏より、TanStack Startプロダクトにおける実践的な側面(デプロイ環境、認証基盤、データベース連携など)について、現時点での整備状況をお話しいただきます。 後半のディスカッションでは、お二人を交え、チーム開発での採用やAIコーディングとの親和性など、現場目線でさらに深掘りしていきます。 TanStackが気になり始めた方から、Next.jsからの移行を検討されている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年4月9日(木)19:00~20:00

転職に役立つノウハウ

もっと見る