【フロントエンドエンジニア】行政の仕組みをプロダクトで改善するスタートアップ

募集停止

フロントエンドエンジニア

【フロントエンドエンジニア】行政の仕組みをプロダクトで改善するスタートアップ

株式会社WiseVine

株式会社WiseVine

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

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

給与・報酬

年収 600万円 ~ 1,200万円

稼働時間

96時間 ~(週24時間 ~ )

雇用形態

業務委託から正社員

出社頻度

相談の上決定する

勤務地

-

現状と課題

ミッション

国および自治体向け予算編成・管理会計SaaSにおいて、PdMやデザイナーと協力して開発を行う

開発体制・環境
開発メンバーの裁量
  • OS やエディタ、IDE といった個人の環境は、各自の責任で好きなものを使うことができる
  • 企画を決定する場に、実装を担当する開発メンバーが参加している
  • 全体のスケジュール管理は、途中の成果を随時確認しながら、納期または盛り込む機能を柔軟に調整する形で行う
  • プロダクトの開発言語やフレームワークなど主要な構成技術は、基本的に最新版より1年以上ビハインドしていない
コード品質向上のための取り組み
  • 本番にデプロイされるコードには、全てコードレビューまたはペアプログラミングを実施している
  • 「リファクタリングは随時行われるべき」という価値観をメンバー全員が共有しており、日常的に実施している
テストの実施度
  • 想定される複数環境での品質チェックを義務づけている
アジャイル実践状況
  • デイリーでスタンドアップミーティング、またはそれに準じるチーム内の打ち合わせを行っている
ワークフローの整備
  • 全てのコードをバージョン管理ツールで管理している
  • 各メンバーが実装したコードのマージは Pull Request ベースで行われる
オープンな情報共有
  • チャットツールを導入しており、チームのためのチャットルームがある
  • 専用の情報共有ツールを使って、ノウハウや議事録、日報などの情報共有を行っている
労働環境の自由度
  • 仕事中、イヤホンの装着が許容されている
  • フレックスタイム制または裁量労働制を採用している
  • リモート勤務を行うことができる
メンバーの多様性
  • 外国籍の開発メンバーがいる
  • 育児中の開発メンバーが在籍している
待遇・福利厚生
  • 入社時には、各自希望のスペックの PC やディスプレイが支給される
  • ストックオプションまたは自社株購入支援制度がある
技術カルチャー
  • CTO またはそれに準じる、技術やワークフローの標準化を行う役割の人・部門が存在する
  • 取締役(社内)または執行役員として、エンジニアリング部門の人間が経営に参加している
  • エンジニアの人事評価にエンジニアが関わっている

お願いする業務

自社プロダクト『Build&Scrap』の開発

役割におけるチャレンジ
  • 入札などによる期間制約を織り込みながら、アーキテクチャーを先読みし、優先順位を決めて開発を行うチャレンジ ソフトウェア提供、中央官庁向けの各種施策策定に係るコンサルティング、地方自治体
開発の進め方
  • ソースコードはGitHubで管理。オーガニゼーションに入って開発
  • ビジネスに専門性のあるPdMと会話しながらプロダクトの開発をおこなう
  • 悩んだときは対面やリモートでペアプログラミングをおこない、課題を解決
  • チケットベースでの機能開発を実施
チーム構成
  • 海外人材を含め、大手・有名企業から優秀なメンバーが集まる総勢20名ほどの組織となります。国籍、性別、年齢等の垣根はありません。ダイバーシティ推進の動きが進んでいる多様性を重視したカルチャーです。
  • 社内には行政や国の施策に詳しい専門家やAI・自然言語処理に強いエンジニアが在籍、社外には行政や国の施策に詳しいアドバイザー・メンターがバックアップしています。また、自社で研究会(新しい自治体財政研究会)を立ち上げ全国自治体の財政課職員と根本的な課題解決に向けて研究に取り組んでいます。
技術カルチャー/支援
(1)プロダクトドリブン
  • 顧客への提供価値が最上位にあると考えプロダクトを最高のものにするために技術的な専門性で貢献をしていく。
  • プロダクトでパブリックをエンパワーメント 顧客は行政職員単体を指すのではなく人類全体。行政の仕組みをプロダクトで改善すること
(2)信頼に基づく裁量
  • フラット 役職や職種は役割でしかない。横断した意見を積極奨励
  • 信頼に基づく裁量 働き方は自分の裁量次第。約束を守れれば信頼に基づくノーマネージメント
(3)ドメインナレッジの探求
  • WiseVineの専門性の中には、技術でスマートに解決できるものだけではなく、日々の泥臭いことの蓄積によるものがあることをリスペクトする。
  • 泥臭さ 人がやりたくないことの蓄積が競合優位の源泉。データマイニング以前にデータインプットの導線こそが大事。
採用されたら使う技術

【言語】 JavaScript, Python, TypeScript

【フレームワーク】 React.js, Angular.js, vue.js 

【ソースコード管理】 Git

【プロジェクト管理】 JIRA

【情報共有ツール】 slack

【その他】 oracle-epm, cch-tagetik, notion, sap-fi-co, techlead, b2b, aws, board

チームの性別比率

男性:80% 女性:20%

下記、本ポジションのやりがいに魅力を感じられる方
  • 行政支出は、あらゆる業界最大の支出規模(GDP1/3)
  • 現在仕掛中の国向け予算編成システムだけで90兆、自治体向けは受注見込みだけで2兆円超の予算を司るシステムを実装するということ。
  • 子育てから老人福祉に至る財源優先順位を司る仕組みで、将来世代の財源を守り、負債の先送りを防止する仕事であると真顔で言えること。
  • 優秀な社内エンジニアに囲まれ、クリエイティブな開発・実装に集中出来る事

技術スタック

募集要項

概要

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

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

雇用形態

業務委託から正社員

給与・報酬

年収 600万円 ~ 1,200万円

稼働時間

96時間 ~(週24時間 ~ )

出社頻度

相談の上決定する

必須スキル/経験

・日本語が流暢な方 ・仕事でのWeb Application の経験: 4 年以上 ・言語:JavaScript / TypeScript ・Framework: React.js/Angular.js/ Vue.js:2 年以上

歓迎スキル/経験

・Tech Leadの経験 ・React.jsが得意な方 ・B2Bプロダクト、特に予算編成・管理会計システム(以下のパッケージを含む)のカスタマイズ構築経験等。 CCH Tagetik、Board、SAP FI/C(O 特にCO)、Oracle EPM

サービス内容の詳細

行政の仕組みをプロダクトで改善する 自社プロダクト『Build&Scrap』の開発

やりがい
  • 行政支出は、あらゆる業界最大の支出規模(GDP1/3)
  • 現在仕掛中の国向け予算編成システムだけで90兆、自治体向けは受注見込みだけで2兆円超の予算を司るシステムを実装するということ。
  • 子育てから老人福祉に至る財源優先順位を司る仕組みで、将来世代の財源を守り、負債の先送りを防止する仕事であると真顔で言えること。
  • 優秀な社内エンジニアに囲まれ、クリエイティブな開発・実装に集中出来る事
役割におけるチャレンジ
  • 入札などによる期間制約を織り込みながら、アーキテクチャーを先読みし、優先順位を決めて開発を行うチャレンジ

選考フロー

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

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

同じポジションの求人

おすすめのイベント

もっと見る
  • それ、本当に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

転職に役立つノウハウ

もっと見る