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

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

株式会社kubell

株式会社kubell

AI要約(β)

792万ユーザーを誇るChatworkの未来を共に創るサーバーサイドエンジニアを募集。年収600万~1200万円。95万社が利用する大規模サービスの安定運用、14年の技術的負債解消、新規事業BPaaS連携開発に挑む。PHP/Scalaを軸に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. オファー面談

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

同じ企業の求人

同じポジションの求人

おすすめのイベント

もっと見る
  • それ、本当にClaude Codeじゃないとダメ?より安全でラクに使えるCowork公開デモ

    開催前

    それ、本当にClaude Codeじゃないとダメ?より安全でラクに使えるCowork公開デモ

    いま、AIを活用した業務効率化の文脈で「Claude Code」が大きな注目を集めています。しかし、いざ導入しようとすると、セキュリティ面の懸念や権限管理のハードルから、気軽に使えないケースも多いのではないでしょうか。 Coworkは、非エンジニアでも簡単に安全に扱えるよう作られた機能です。そして実は、日常の業務領域であれば「Coworkで十分にカバーできる」だけでなく、想像以上の範囲まで自動化できることは、まだあまり知られていません。 そこで本イベントでは、メルカリで生成AI推進を担当されているハヤカワ五味氏をお迎えし、Coworkを使った業務自動化の実際を、公開デモを交えてわかりやすくお伝えします。 前半のLTでは、ハヤカワ氏よりメルカリでの判断基準をもとに「なぜClaude CodeはNGになりがちで、なぜCoworkなら安全なのか」を解説いただいた上で、Coworkの基本的な機能をご紹介いただきます。 続く公開デモでは、実際にCoworkを使ってワークフローを構築する様子をお見せいただきます。数分でワークフローが完成する手軽さや、Gmail等の外部サービスとセキュアに連携できるポイントなど、実演を通じて具体的なイメージをお届けします。 後半のディスカッションでは、セキュリティの考え方や社内導入の進め方など、現場目線でさらに深掘りしていきます。 「自分の業務をAIで自動化してみたいけど、何から始めればいいかわからない」という方にこそ参加いただきたいイベントです。

  • Claude Code一強は本当か?松尾研が実践 Codex・Geminiの底力を出す使い方とは

    開催前

    Claude Code一強は本当か?松尾研が実践 Codex・Geminiの底力を出す使い方とは

    昨今、多くの生成AIが開発現場に浸透していますが、「Codex、Claude、Geminiの中で、自分のタスクには明確にどれが一番いいのか」を自信を持って選べていますか? 「なんとなく誰かが良いと言っていたから」「SNSでトレンドになっていたから」と、周りの評判に流されるまま、使っている方も少なくないはずです。しかし、AIのポテンシャルを100%引き出すためには、評判ではなく「その作業に本当に向いているAIを選ぶこと」が重要です。 ・何度もやり取りを重ねる長丁場の作業で、最後まで文脈を忘れずに頼れるAIはどれか ・テキストだけでなく、画像などのデータを扱うときに一番打率が高いのはどれか とはいえ、次々と新しいモデルが登場する中で、それぞれの本当の強みを自分で見極め、タスクごとに最適なAIを切り替えて使いこなすのは至難の業です。 そこで本イベントでは、LLMのフルスクラッチ開発やエージェント構築の最前線で活躍されている株式会社松尾研究所の尾崎氏をお迎えし、Claude・Codex・Geminiそれぞれの強みと使い分けの考え方を紐解きます。現在Geminiを使わなくなった背景なども含め、実践者ならではの視点でお話しいただきます。 一つのAIに絞るべきか複数を使い分けるべきか迷っている方から、すでに併用しているが最適化したい方まで、幅広いエンジニアのご参加をお待ちしています。

  • 【BetterAuth】今TypeScriptで開発するなら、認証は何が正解?認証ライブラリの最適解

    開催終了

    【BetterAuth】今TypeScriptで開発するなら、認証は何が正解?認証ライブラリの最適解

    現代のWeb開発において、認証機能の実装認証機能の実装に悩んだことはありませんか? セキュリティリスクや運用コストの観点から「認証基盤は自作するな」が定石となり、多くの開発者がIDaaSを選択肢に入れてきました。しかし、いざ実務に組み込もうとすると、以下のようなジレンマに直面します。 ・データの二重管理: IDaaS上のユーザー情報とアプリDBのデータをどう同期するか ・機能の制約: パスキや2FA、Azure ID(Entra ID)など、必要な認証方式に対応できるかは「IDaaS側の仕様(都合)次第」になってしまう そうした中、「自作は避けたいが、IDaaSの制限に縛られたくもない」という設計の壁を打ち破る選択肢としてTypeScriptベースの認証ライブラリ「Better-Auth」が今注目を集めています。Auth.js(旧NextAuth.js)を引き継いだチームによって開発され、OAuth・2FA・パスキーといったモダンな認証方式に対応しながら、自前でデータを保持できる柔軟さを備えたライブラリです。 しかし、非常に革新的である一方、「実際に使ってみてどうなのか」「IDaaSと比べてどういうケースに向いているのか」を具体的にイメージできている方はまだ少ないのが現状です。 そこで本イベントでは、プロダクト開発でBetter-Authを実践的に活用されている池内氏と柿氏をお迎えし、Better-Authの特徴や導入の実際、そして既存の認証ソリューションとの使い分けを紐解きます。 認証基盤の選定に悩んでいる方から、Better-Authが気になり始めた方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年8月4日(火)19:00~20:00

  • 【Claude Code】並行開発、どう回してる?鹿野さんに聞く 私の推しの並行開発環境 大公開

    アーカイブ公開中

    【Claude Code】並行開発、どう回してる?鹿野さんに聞く 私の推しの並行開発環境 大公開

    昨今、AIコーディングエージェントの普及により、個々の作業スピードは格段に向上しました。一方で、AIを使って複数のタスクを同時に進める「並行開発」のやり方に関してはいまだに1つの正解がなく手探りの状態が続いているのではないでしょうか。 仕様を決めてからフロント・バックエンドそれぞれにエージェントを立てて動かす方法や、Gitブランチの並行管理、さらにはプルリクエストの自動レビュー&修正する方法など、考えることは多岐にわたります。「結局シングルタスクに集中するのが最強では?」という問いも含め、並行開発の最適解はまだ見えていません。 そこで本イベントでは、「Multi-Folder Git Clone」などの自作ツールを開発し、AIエージェントを活かした並行開発の環境整備について精力的に発信されているUbieの鹿野氏をお迎えし、~並行~開発を実現するための開発環境の工夫をデモ付きで紐解きます。 デモでは鹿野氏より実際の画面をお見せいただきながら、エディターや複数ブランチの管理方法、コンテキストスイッチのタイミングまで、並行開発を加速させる具体的なツールやフローを深堀していきます。 これからAIを用いた並行開発に取り組もうとしている方から、今以上に効率的に並行開発を回していきたい方まで幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年7月15日(水)12:00~13:00

  • 松尾研はこうAIを制御するのか AIエージェントの精度を担保・改善する仕組みエージェントハーネスとは

    アーカイブ公開中

    松尾研はこうAIを制御するのか AIエージェントの精度を担保・改善する仕組みエージェントハーネスとは

    昨今、LLMの社会実装が進み、AIエージェントを活用したプロダクトや業務フローが増えてきました。しかし、AIエージェントを「作って動かして終わり」になっていないでしょうか。一度構築したエージェントの精度をいかに担保し、改善し続けられる仕組みを作るかという点に注目が集まっており、最近では「エージェントハーネス」という言葉も耳にするようになりました。 一方で、「そもそもエージェントハーネスとは何か」「コンテキストエンジニアリングとは何が違うのか」といった基本的な部分から整理したいと感じている方も多いのではないでしょうか。 そこで本イベントでは、AI研究の最前線を走る株式会社松尾研究所の長谷氏をお迎えし、エージェントハーネスの起源や注目が集まっている背景から、具体的な活用方法、そして今後の進化の方向性までをわかりやすく解説いただきます。エージェントハーネスを適切に整えることで、AIエージェントの精度は一度きりのチューニングではなく、継続的に改善し続けることができるその考え方と実践を紐解きます。 前半のLTでは、長谷氏よりエージェントハーネスとは何か、LLMの進化とともになぜ重要視されてきたのかという前提知識を整理いただきます。 後半のディスカッションでは、LTの内容をさらに深堀りながら、具体的な使われ方や松尾研究所での活用事例まで現場目線で深掘りしていきます。 エージェントハーネスという言葉が気になり始めた方から、AIエージェントの制御・改善に課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

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

転職に役立つノウハウ

もっと見る