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

募集停止

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

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

株式会社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. オファー面談

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

同じポジションの求人

おすすめのイベント

もっと見る
  • 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

転職に役立つノウハウ

もっと見る