GCP・TypeScript・ReactによるSaaSソフトウェアエンジニア

募集停止

サーバーサイドエンジニア

GCP・TypeScript・ReactによるSaaSソフトウェアエンジニア

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

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

給与・報酬

時給 3,000円 ~ 10,000円

稼働時間

40時間 ~ 160時間(週10 ~ 40時間)

雇用形態

業務委託から正社員

出社頻度

フルリモート

勤務地

-

現状と課題

**▍**今抱えている課題

HiCustomerでは、「価値をつくり、届ける人」の願いを叶えるというパーパスのもとに、プリセールスやカスタマーサクセスの方々が日々使用するSaaS(Arch)を開発しています。Archはプリセールスとオンボーディングの領域にフォーカスし、価値を届ける方と価値を享受する方がストレスなくコミニケーションできる機能を提供しています。Archを使うことで、価値を享受する方が早くそして深く価値を受け取れ、価値を提供する方の事業成長を促進することを目指しています。

Archの開発フェーズは、2022年6月1日に正式リリースしたばかりのゼロイチのフェーズです。開発のベロシティをあげるため、以下に対応できるソフトウェアエンジニアを求めています。

  • デザインドックに記載された価値をプロトタイピングから作り込みまでオーナーシップをもって遂行できる。
  • フロントエンド・バックエンド・インフラのいずれかの領域に自信と専門性を持ち、なおかつお客様に価値を提供するために学習しながら領域を跨いで活動できる。
  • 設計もしくは実装を進めていく上で、期待した価値の提供に問題が発生した場合は適切に関係者にエスカレーションできる。
  • デザインドックの記載にとらわれず、ユーザにより良い機会を提供できる可能性が生じた場合に関係者を巻き込むことができる。
  • スクラムガイドを適宜参照し、各イベントで何をInspectし何をAdaptするかを理解して遂行できる。
  • 上記を達成するために、高いドキュメント作成能力とコミュニケーション能力を持っている。

お願いする業務

**▍**何を任せたいか

弊社は提供する価値毎にデザインドックを作成しています。デザインドックにはビジネス上の価値やユースケース、価値のKPIなどが記載されています。フロントエンド・バックエンド・インフラを問わず、このデザインドックを形にしてユーザに提供していただきたいです。技術領域を跨いで参画することは一般的に難しいと考えられていますが、弊社ではやらないことを明記し各スタックを徹底的に利用することで可能になると考えています。今後もこの体制を促進する前提で、設計や投資を行っていきます。

全体
  • すべてのコードはGithubの1つのレポジトリで管理する。monorepoにすることで、機能の結合、CI/CD、アップグレード・セキュリティ対応、ドキュメント管理のコストを減らす。
  • 開発で使用する言語をTypeScriptで統一する。プロジェクトやフロントエンド、バックエンド、インフラ問わず、TypeScriptを積極的に利用する。TSConfigやESLintは厳しくし、すべてのプロジェクトで同じ設定のもと運用する。
  • GCPを積極的に活用する。今後5年AWSは使わない。GCPにないものに限って特定のドメインに特化したサービスを利用する。コンピューティング基盤として、GKE Autopilotのみを使用しCloud RunやCloud Functionsは積極的に使用しない。
バックエンド
  • PostgreSQLを積極的に活用する。OLTPデータベースとしてのみならず、Job Queueing、Pub/Sub、Cronとしても利用する。Redis、Cloud Pub/Sub、Cloud Schedulerは利用しない。
  • フロントエンドとバックエンドの通信はすべてGraphQLを使用する。スキーマ駆動を徹底し、GraphQL Code Generator、GraphQL Tools、React Queryを利用してスキーマから型と実装を生成する。
  • GraphQLを前提にした場合、メリットが少ないためORMは使用しない。代わりに、SQLからTypescriptの型と実装を自動生成するPgTypedを使用する。PgTypedとDataLoaderを使用して、GraphQLのレスポンスを構築する。
フロントエンド
  • 開発効率を考慮し、フロントエンドのすべてのアプリは同じ構成に統一されている。バックエンドはフロントエンド毎にアプリを分けず1つのアプリで構成されている。
  • フロントエンドのDev ServerとProxy Server用途に、Viteを採用している。セキュリティ関連のヘッダーからバックエンドの通信まで、本番環境と全く同じ状態で開発ができる体制になっている。
  • フロントエンドのUIはすべて、ReactとMUIを使い構成する。Figma上のUIデザインもMUI前提に構成されている。MUIには引き続き投資し、MUI X Pro Planの検討も視野に入れている。
  • SentryとMixpanelを使用し、フロントエンドのエラー監視とプロダクトの利用状況の取得を行っている。各機能のKPIを開発者が透過的に参照できる体制が整っている。

募集要項

概要

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

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

雇用形態

業務委託から正社員

給与・報酬

時給 3,000円 ~ 10,000円

稼働時間

40時間 ~ 160時間(週10 ~ 40時間)

出社頻度

フルリモート

必須スキル/経験

  • 1つのプログラミング言語への深い造詣
  • 基礎的なデータ構造とアルゴリズムの理解と実装力
  • 基礎的な英語の読解力

歓迎スキル/経験

  • 静的型付け言語への深い造詣
  • データ構造とアルゴリズムの理解と実装力
  • 英語の読み書き

一緒に働くメンバー

  • 肥前 洋佑

    肥前 洋佑

    プロダクトチーム

    サーバーレスやGoが好きです。最近はコードから離れ、ユーザーインタビューやプロトタイピングを通じてプロダクトの設計を行っています。週末は山を走ったりしています。

  • 小田勝也

    小田勝也

    プロダクトチーム

    最近はデータストア周りの新しいソリューション(RedpandaやTimescaleDBなど)が好きです🙋‍♀️よく、lwn.netとCrypto-Gram Newsletterをみています。djbと及川さんを尊敬しています。

サービス内容の詳細

▍HiCustomerについて
私たちの Purpose:”価値をつくり、届ける人”の願いを叶える

プロダクトをつくり、届ける人には願いがある、とHiCustomerは考えています。プロダクトの力で世界を変え、社会の課題を解いてゆく。それは企業理念やビジョンと呼ばれるものであることもあれば、成長したい、ユーザーを幸せにしたい、喜んでほしいという個人の想いであることもあります。HiCustomerでは、こういった願いを叶えたい人や企業を支え続けることで、社会のアップデートに貢献します。

HiCustomerについて詳しく知る

▍Arch(アーチ)について

Arch(アーチ)は2022年6月に正式リリースした、IT事業者に向けたコラボレーションツールです。IT事業者が持つプロダクトの営業活動、または契約後に使うもので、FIT&GAPや導入支援を「売り手・買い手が同じゴールを追いかけるプロジェクト」と見立て、組織をまたいだ情報共有をスムーズにするインスタントなページが作れるプロダクトです。数億円~数十億円単位で調達した国内を代表するスタートアップの導入実績をいくつも持っており、日々様々なフィードバックを頂きながらプロダクトを磨いています。

プロダクトビジョン

売り手と買い手の成果をエフォートレスに私たちはプロダクトの提案と検討、導入支援と活用促進を売り手と買い手が同じゴールを追いかけるひとつのプロジェクトであると考えます。Arch(アーチ)は組織の分断が引き起こすプロジェクトの摩擦をゼロにし、売り手と買い手双方が求める成果をエフェートレスに現実化します。

解決したい課題

人口が減り始めている日本において、企業が成長を続け私達が生活の水準を維持していくには、今以上に生産性を高めていく必要があります。しかし、その手段のひとつであるIT活用は思ったように進んでいません。デジタル化の遅れによって2025年以降、毎年12兆円の経済損失が発生するとさえ言われています。SaaSに代表されるIT製品が世に浸透すると、一人でこなせる仕事の量が増え、もっとクリエイティブなことに時間を使えるようになるはず。新プロダクトArch(アーチ)を通じて、IT製品の売り手 - 買い手双方の成果に貢献しつつ、少しでも社会の前進に貢献できればと考えています。

選考フロー

  1. カジュアル面談
  2. コーディングテスト
  3. お試し副業
  4. オファー面談

以下が入社までの標準的なフローです。カジュアル面談後にエンジニアと話す場を設けるなど、ご希望によって調整することも可能です。何なりとご相談ください。

カジュアル面談

弊社のプロダクトや技術スタックなどより詳しいご紹介をします。転職先に求めることやご経歴についてお聞かせ下さい。オンラインを想定しています。

ご興味をお持ちいただけましたら、技術領域毎に次のフェーズに進んでいただきます。

  • デザインエンジニア・フロントエンドエンジニア
    • トライアル
  • ソフトウェアエンジニア
    • コーディングアセスメント
コーディングアセスメント

アルゴリズムとデータ構造の理解と実装力を確認させていただくために、60分程度のオンラインテストを行っていただきます。オンラインテストは外部ツールを使用し、ブラウザ上でコードの実行と提出が完結できます。実行言語もメジャーな14種類の言語から選択することができます。

トライアル

入社するまで会社の雰囲気や開発プロセスの実態がわからないことは、候補者様にとって大きなデメリットだと考えています。そのため、弊社では準委任の業務委託契約を結び、2週間程度副業として開発に参加していただくことを推奨しています。業務委託契約の報酬は、最終意思決定に関わらず稼働時間分をお支払いいたします。

副業期間を通して、以下の確認をしていただきます。フルリモートで実施することを想定しています。

  • Slack上で会話やスクラムのイベントへの参加を通して、チームメンバーとフィットするかどうか。
  • GithubへのPRの提出やレビューを通して、開発にフィットするかどうか。
最終意思決定

トライアル後に、全体の振り返りと条件のすり合わせを行います。その結果によって、入社の意思決定を双方で行います。

同じポジションの求人

おすすめのイベント

もっと見る
  • それ、本当に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が気になり始めた方まで、幅広いエンジニアのご参加をお待ちしています。

  • 【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

転職に役立つノウハウ

もっと見る