【法人審査SaaS/総額50億円調達】シニアソフトウェアエンジニア

募集停止

フルスタックエンジニア

【法人審査SaaS/総額50億円調達】シニアソフトウェアエンジニア

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

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

給与・報酬

年収 800万円 ~ 1,500万円

稼働時間

裁量労働制

雇用形態

正社員

出社頻度

相談の上決定する

勤務地

-

現状と課題

■シンプルフォームについて SimpleFormは、「すべての法人がフェアに繋がれる社会」の実現を目指し、企業の実体と実態を正しく捉えるための情報基盤を構築しています。

法人間の取引において、企業の“実体“─すなわち存在の確からしさや構造的な属性─と、“実態“─実際の活動内容や内在的な状況─の双方を把握することは不可欠です。

しかし現実には、それらを支える情報はWeb上の断片的な記述や行政文書、そして現地などに分散しており、形式も信頼性も多種多様です。とくに新興企業や中小企業においては、情報が十分に整っておらず、取引の俎上にすら上がれないという状況が少なくありません。こうした実体と実態に関する情報の非対称性が、公平な機会への障壁になっています。

私たちは、この課題に対し、テクノロジーの力と一次情報の地道な収集を組み合わせることで、判断に足る輪郭を与えることに取り組んでいます。そして、この共通のデータ基盤の上には複数のプロダクトが展開されており、基盤の進化がそのまま多様な業務課題の解決へとつながります。

そうして生まれた信頼の足場が、より多くの企業活動の選択肢となり、いつか社会全体の取引のあり方を静かに変えていく。私たちはその先に「全ての法人がフェアに繋がれる社会」があると信じています。

■チーム体制 プロダクトごとにチームを編成しており、現在は以下の体制です。

  • Check チーム:エンジニア4名
  • Monitor チーム:エンジニア4名 いずれのチームもスクラム開発を採用しており、1週間のスプリントで継続的な改善を進めています。

エンジニアは実装だけでなく、仕様の検討や技術選定、開発プロセスの改善にも関与し、継続的に価値を届けるためのチームづくりを重視しています。

※開発組織の全体像についてはこちらの記事をご参照ください。 https://www.simpleform.co.jp/careers/engineering#organization-chart

■参考情報

■導入実績抜粋

■技術スタック・使用ツール

  • フロントエンド: Vue.js, TypeScript
  • バックエンド: Ruby on Rails, Python
  • データベース: Aurora MySQL, Redis, Neptune, DynamoDB
  • インフラ/IaC: AWS, Terraform
  • データ基盤/BIツール: Snowflake, Redash
  • CI/CD: GitHub Actions
  • バージョン管理: GitHub
  • デザイン: Figma
  • コミュニケーション/タスク管理: Slack, Notion, Jira
  • モニタリング: New Relic, Sentry
  • AIコーディング支援: Cursor, GitHub Copilot

お願いする業務

SimpleCheck または SimpleMonitor の設計・実装・テスト・運用を担当していただきます。

PdMやエンジニアがユーザーストーリー(US)を提案し、エンジニアチームで議論・設計・タスク分解を行い、合意されたタスクを計画に沿って着実に進めていきます。PdM・デザイナー・QAチームと連携しながら、必要に応じて仕様のすり合わせやフィードバック対応も行います。

運用フェーズでは、他部署からの問い合わせ対応や障害対応などにもチームで取り組んでいます。

  • 私たちが大事にする「面倒を愛する」という価値観に共感いただける方
  • 伝統的なシステムや業界構造を理解し、顧客特有の事情に寄り添うことができる方
  • 社会に存在している負=面倒で手を付けられていないことの解決に関心があり、その解決にワクワクされる方
  • 金融機関など大企業の現場業務の効率化や変革に関心がある方
  • 謙虚さを忘れず、また主体的な思想で働ける方

技術スタック

募集要項

概要

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

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

雇用形態

正社員

給与・報酬

年収 800万円 ~ 1,500万円

稼働時間

裁量労働制(10:00-19:00(休憩60分)を基本とし、労働者の決定に委ねる)

出社頻度

相談の上決定する

休日・休暇

- 完全週休2日制(土日祝)
- 年末年始休暇
- GW・お盆・慶弔休暇
- その他休暇(出産サポート休暇 ・病気休暇・子の看護休暇・介護休暇)
【有給休暇】
- 10月1日に一斉付与 (年間17日以上)
※10月1日以前に入社される方は、入社日に応じて比例付与

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

【社会保険】
- 健康保険、厚生年金、雇用保険、労災保険
【その他】
- 家賃補助
- 健康診断・インフルエンザ予防接種負担
- 家事 / 育児サポート費用補助
- 病児保育無償利用
- PC等の設備支給
- 関連資格取得費用支給
- セミナー参加費用及び書籍購入費用支給

必須スキル/経験

  • Webアプリケーション開発の実務経験(5年以上)
  • Ruby on Rails または Python を用いたバックエンド開発の実務経験
  • Vue.js または同等のSPAフレームワークを用いたフロントエンド開発の実務経験
  • 仕様検討・レビュー・設計議論などをリードした経験
  • 日本語での円滑なコミュニケーション(読み書き・口頭)が可能な方

歓迎スキル/経験

  • フロントエンドの設計方針や開発プロセスをチームで策定・改善した経験
  • 技術面でのチームリードまたはメンター経験
  • スクラムマスターやプロセス改善に関わった経験
  • 金融・B2B領域におけるプロダクト開発経験や業務知識

スキル要件

スキル名

経験年数

種別

Python指定なし必須
Ruby on Rails指定なし必須
Vue.js指定なし必須

サービス内容の詳細

「SimpleCheck」〜 全国500万法人の定性情報を自動で収集・判定 〜 法人名を入力するだけで情報を瞬時に収集し、当社が独自に蓄積・検知したリスク情報と共に、30秒でレポーティングするプロダクトです。Web検索や既存の会社情報DBではカバーが難しかった中小・新興法人も含めた全国500万社を対象とし、通常は収集・整理に数日かかる情報を網羅しています。

「SimpleMonitor」〜 法人リスク情報の重要な変化の常時監視・通知 〜 対象法人を常時監視し、リスク評価に関わる重要な情報・属性に変化が生じた際に自動通知するプロダクトです。モニタリング業務において運用負荷の大きな要因となる誤検知をあらかじめ排除し、見るべき重要な変化のみに絞って通知することで、より実効性のあるリスク対策へのリソース集中を可能にします。

選考フロー

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

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

同じポジションの求人

おすすめのイベント

もっと見る
  • ISUCON本著者 金子氏による Offers 公開パフォーマンスレビュー キャッシュは敵か味方か?

    開催前

    ISUCON本著者 金子氏による Offers 公開パフォーマンスレビュー キャッシュは敵か味方か?

    パフォーマンス・チューニングは、Webサービスの成長とともに避けて通れないテーマです。中でも「キャッシュ」は有効な手段の一つですが、設計や運用を誤るとデータ不整合やメンテナンス負荷の増大につながる可能性もあります。 「パフォーマンス・チューニングといえば、まずDBやアプリケーションロジックの改善が語られることが多いが、キャッシュはどのタイミングで検討すべきなのか?」 「実務で触れる機会が少なく、方法論を体系的に理解できていない」 ——こうした悩みの声は、現場のエンジニアから数多く寄せられています。 本イベントでは、『達人が教えるWebパフォーマンスチューニング〜ISUCONから学ぶ高速化の実践〜』にてキャッシュの章を執筆され、ご自身でもキャッシュライブラリを実装されている金子達哉氏をお迎えします。 今回は特別に、Offersの実サービス( offers.jp/jobs )を題材とした公開パフォーマンスレビューを実施します。 実際のサービスを見ながら、「キャッシュを使うべき場所・使うべきでない場所」をどのように判断するのか、その検討プロセスを公開でお届けします。 👇ISUCON概要はこちら https://isucon.net/ 👇『達人が教えるWebパフォーマンスチューニング〜ISUCONから学ぶ高速化の実践〜』はこちら https://gihyo.jp/book/2022/978-4-297-12846-3

  • ハッカソン優勝者はこう使うのか!「Everything Claude Code」から学ぶ 基本と実践

    開催終了

    ハッカソン優勝者はこう使うのか!「Everything Claude Code」から学ぶ 基本と実践

    昨今の開発現場において、Claude CodeをはじめとするAIコーディングエージェントの利用は急速に普及しています。一方で、進化のスピードが非常に速く、「全ての機能を把握し、実戦レベルで使いこなす」ことに壁を感じているエンジニアの方も少なくありません。 そうした中、Anthropic主催のハッカソンでも活用された「everything-claude-code」リポジトリがSNS上で大きな話題となりました。Claude Codeのベストプラクティスが網羅的にまとめられた注目のリソースですが、一定の前提知識がないと読み解くのが難しい側面もあります。 そこで、本イベントでは、RevenueCat Shipaton 2025に入賞し、Claude Codeの機能検証・解説を精力的に発信されているOikon氏をお迎えし、「everything-claude-code」を題材にClaude Codeの基本機能と実践的な活用法を紐解きます。 前半では、Claude Codeの基本機能を押さえたうえで「everything-claude-code」の全体像について解説します。 後半のディスカッションでは、実際の画面をご覧いただきながら「everything-claude-code」リポジトリを参照し、手元の環境でいくつかのコードを動かすデモを通じて、より具体的な活用法を深ぼっていきます。 Claude Codeを触り始めたばかりの方から、もっと使いこなしたい方まで、幅広いエンジニアのご参加をお待ちしています。 ↓「everything-claude-code」リポジトリはこちら https://github.com/affaan-m/everything-claude-code

    開催日:

    2026年3月17日(火)12:00~13:00

  • React 19、コンポーネント設計どう変わった?〜うひょさんに聞く最新 実務Tips〜

    アーカイブ公開中

    React 19、コンポーネント設計どう変わった?〜うひょさんに聞く最新 実務Tips〜

    前回「LT&ディスカッション5ラウンド!うひょさん・よしこさんと改めて考えるReactコンポーネント設計」( https://offers.connpass.com/event/298939/ )のイベント開催から約2年が経過し、その間にReactやNext.jsは大きく進化してきました。Server ComponentsやSuspense、新しい非同期処理のAPIの登場などにより、パフォーマンスや表現力は向上した一方で、コンポーネント設計は以前にも増して複雑になりやすい状況になっています。 またAIの登場により、設計部分の重要性は、以前にも増して高まっていると感じており、AIライクとヒューマンライクのどちらに寄せるべきなのかの判断も難しいと感じている方も多いのではないでしょうか。 そこで本イベントでは、うひょ氏をお招きし、「今、現場で採用すべきコンポーネント設計のベストプラクティス」を実務経験をもとに解説していただきます。 迷いなく設計判断ができるようになるための指針を、持ち帰れるイベントです。ぜひご参加ください。

    開催日:

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

  • MIXI×ユーザベース アプリエンジニアのための「AI×SRE」入門 〜障害対応・ログ解析を楽にする実践Tips〜

    アーカイブ公開中

    MIXI×ユーザベース アプリエンジニアのための「AI×SRE」入門 〜障害対応・ログ解析を楽にする実践Tips〜

    「本番で障害が起きたけど、ログの調査に時間がかかる」「パフォーマンスが遅いと言われたけど、どこから調べればいいかわからない」「原因不明のエラーにより、インフラサーバーが正しく立ち上がらず疎通がうまく行かない」——アプリケーション開発をしていると、こうした"インフラ寄りの面倒な作業"に悩まされることはありませんか? 実は今、AIエージェントを活用すれば、これらの作業を自然言語で依頼するだけで解決できるようになりつつあります。ログの集計やレポート作成、障害の原因特定、パフォーマンスの変化の可視化——特別なクエリを書かなくても、AIに聞けば答えが返ってくる時代です。 本イベントでは、MIXIの吉井氏とユーザベースの飯野氏をお招きし、ソフトウェアエンジニアがインフラ領域の"面倒な作業"をAIでどこまで減らせるかを語っていただきます。「SREじゃないから関係ない」ではなく、開発者こそ知っておきたいAI×インフラの活用術をお届けします。

    開催日:

    2026年1月21日(水)19:00~20:15

  • なぜRemix 3はReactを離れたのか -Web標準とAI時代に最適化された新アーキテクチャ

    アーカイブ公開中

    なぜRemix 3はReactを離れたのか -Web標準とAI時代に最適化された新アーキテクチャ

    2024年末、Remix 3が発表されました。Reactベースのフレームワークとして知られていたRemixが、「ReactからWeb標準へ」という大きな方向転換を発表しました。 React Router v7としてReactエコシステムに深く統合される道を選んだ一方で、Remix 3はReactから離れ、Web標準をベースとした新しいアーキテクチャへと進化しようとしています。 なぜRemixはこのタイミングでReactを離れる決断をしたのか?Web標準に回帰することで何が変わるのか?そしてAI時代において、このアーキテクチャはどのような優位性を持つのか? 本イベントでは、Remix 3の詳細な解説記事を執筆されたcoji氏をお招きし、「Reactの当たり前を相対化する」というテーマでLTをいただきます。Remix 3の技術的な変化から思想的な背景まで、深く掘り下げていきます。 👇登壇者の記事を事前にチェック coji氏 Remix 3についての解説記事 https://zenn.dev/coji/articles/remix3-introduction

    開催日:

    2026年1月14日(水)19:00~20:15

転職に役立つノウハウ

もっと見る