Redux

の転職・求人情報

Redux の正社員求人の件数と年収(2026年11月8日時点)

2026年11月8日時点で、Offers Jobs で募集中の Redux の正社員の求人は23件(7社)です。業務委託と「業務委託から正社員」の求人は数えていません。Redux を必須・歓迎スキル、技術スタック、仕事内容のいずれかに含む求人を数えており、このうち Redux を必須スキルにしている求人は1件でした。

年収を集計できた23件の提示年収は、下限の中央値が600万円、上限の中央値が1,200万円。出社の条件はフルリモート6件(26%)、月1日〜週4日の出社5件(22%)、週5日の出社2件(9%)、相談で決める10件(43%)で、必須・歓迎スキルに多く挙がる技術は TypeScript(12件)、Go(9件)、Next.js(8件)、React(7件)、SQL(5件)です。

提示年収の下限求人数
〜399万円0件
400〜499万円8件
500〜599万円2件
600〜699万円5件
700〜799万円0件
800〜899万円7件
900万円〜1件

出所:Offers Jobs 掲載の正社員求人(n=23・2026年11月8日時点)をもとに Offers 集計

  • 自社プロダクトとSES上流の両輪を担うフルスタックエンジニア募集!

    自社プロダクトとSES上流の両輪を担うフルスタックエンジニア募集!
    • 年収 420万円 ~ 720万円

    • 雇用形態: 正社員

    • 勤務地:

  • Web開発PM|裁量ある環境で技術とビジネスをつなぐ仕事を

    Web開発PM|裁量ある環境で技術とビジネスをつなぐ仕事を
    • 年収 480万円 ~ 720万円

    • 雇用形態: 正社員

    • 勤務地:

  • 積極採用中

    PM・PL募集|上流からチームをつくる次世代リーダーへ

    PM・PL募集|上流からチームをつくる次世代リーダーへ
    • 年収 480万円 ~ 840万円

    • 雇用形態: 正社員

    • 勤務地:

  • 積極採用中

    Webアプリ開発|CTOや経験豊富なエンジニアと共に成長|自社サービスにも挑戦

    Webアプリ開発|CTOや経験豊富なエンジニアと共に成長|自社サービスにも挑戦
    • 年収 420万円 ~ 600万円

    • 雇用形態: 正社員

    • 勤務地:

  • 自社プロダクトとSES上流の両輪を担うサーバーサイドエンジニア募集!

    自社プロダクトとSES上流の両輪を担うサーバーサイドエンジニア募集!
    • 年収 420万円 ~ 720万円

    • 雇用形態: 正社員

    • 勤務地:

  • Web開発PM|裁量ある環境で技術とビジネスをつなぐ仕事を

    Web開発PM|裁量ある環境で技術とビジネスをつなぐ仕事を
    • 年収 540万円 ~ 660万円

    • 雇用形態: 正社員

    • 勤務地:

  • 【ID数792万超SaaS|リモートメイン】大規模DBエンジニアリングをお任せ

    【ID数792万超SaaS|リモートメイン】大規模DBエンジニアリングをお任せ
    • 年収 850万円 ~ 1,200万円

    • 雇用形態: 正社員

    • 勤務地:

  • 積極採用中

    【フロントエンドエンジニア/Chatwork事業】792万ユーザー保有|上場企業

    【フロントエンドエンジニア/Chatwork事業】792万ユーザー保有|上場企業
    • 年収 600万円 ~ 1,200万円

    • 雇用形態: 正社員

    • 勤務地:

  • 【フルスタックエンジニア/BPaaS事業】792万ユーザー保有|上場SaaS

    【フルスタックエンジニア/BPaaS事業】792万ユーザー保有|上場SaaS
    • 年収 800万円 ~ 1,200万円

    • 雇用形態: 正社員

    • 勤務地:

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

    【バックエンドエンジニア/Chatwork事業】792万ユーザー保有|上場企業
    • 年収 600万円 ~ 1,200万円

    • 雇用形態: 正社員

    • 勤務地:

  • 【PM・PL・ITコンサル】借上社宅制度/リファラル採用手当など福利厚生充実!

    【PM・PL・ITコンサル】借上社宅制度/リファラル採用手当など福利厚生充実!
    • 年収 600万円 ~ 1,500万円

    • 雇用形態: 正社員

    • 勤務地:

  • プログラマー⇒上流SEへ/平均年収200万UP!/ 自由に案件選択できる環境

    プログラマー⇒上流SEへ/平均年収200万UP!/ 自由に案件選択できる環境
    • 年収 600万円 ~ 1,500万円

    • 雇用形態: 正社員

    • 勤務地:

  • 【福利厚生充実】PM・PL・ITコンサル/社宅・手当多数

    【福利厚生充実】PM・PL・ITコンサル/社宅・手当多数
    • 年収 400万円 ~ 1,500万円

    • 雇用形態: 正社員

    • 勤務地:

  • 【フルリモートOK】SE/PM/ITコンサル◎案件選択×高還元で年収UP!

    【フルリモートOK】SE/PM/ITコンサル◎案件選択×高還元で年収UP!
    • 年収 400万円 ~ 1,500万円

    • 雇用形態: 正社員

    • 勤務地:

  • 【javascriptエンジニア】リモートワーク率92%/高還元×案件選択制

    【javascriptエンジニア】リモートワーク率92%/高還元×案件選択制
    • 年収 530万円 ~ 1,000万円

    • 雇用形態: 正社員

    • 勤務地:

  • 今週活動あり・積極採用中

    1→10フェーズの成長を加速させるReactエンジニア募集!

    1→10フェーズの成長を加速させるReactエンジニア募集!
    • 年収 400万円 ~ 1,200万円

    • 雇用形態: 正社員

    • 勤務地:

  • 01.Webアプリケーションエンジニア[Product]

    01.Webアプリケーションエンジニア[Product]
    • 年収 600万円 ~ 1,440万円

    • 雇用形態: 正社員

    • 勤務地:

  • 今週活動あり・積極採用中

    【Go/Next.js】不動産DXを牽引するフルスタックエンジニア募集!

    【Go/Next.js】不動産DXを牽引するフルスタックエンジニア募集!
    • 年収 800万円 ~ 1,200万円

    • 雇用形態: 正社員

    • 勤務地:

  • 積極採用中

    不動産DXを牽引するプロダクトマネージャー募集!

    不動産DXを牽引するプロダクトマネージャー募集!
    • 年収 800万円 ~ 1,000万円

    • 雇用形態: 正社員

    • 勤務地:

  • 積極採用中

    【Go/GCP】不動産DXを牽引するバックエンドエンジニア募集!

    【Go/GCP】不動産DXを牽引するバックエンドエンジニア募集!
    • 年収 800万円 ~ 1,200万円

    • 雇用形態: 正社員

    • 勤務地:

転職ノウハウ
職種から転職・求人情報を探す
開発言語から転職・求人情報を探す
報酬から転職・求人情報を探す
その他の条件から転職・求人情報を探す
お知らせ
お問い合わせ
新規ユーザー登録

アカウントを作成して、求人情報のブックマークや応募の管理ができます。

登録特典:

  • ・求人情報のブックマーク
  • ・高度な求人検索
  • ・スカウトメール受信
無料会員登録

求人に関するサマリ

Reduxとは何か

Reduxの概要

Reduxは、JavaScript アプリケーションの状態管理を簡素化するためのライブラリです。特に、React のような単一ページアプリケーション(SPA)フレームワークと組み合わせて使用されることが多いのが特徴です。Redux を使うと、アプリケーション全体の状態を一元管理できるため、複雑な状態の変更や追跡が容易になります。多くの開発者が Redux を採用しており、その人気は年々高まっています。2021年の調査によると、React プロジェクトの約 45% が Redux を使用しているそうです。これは、Redux の有用性と効率性を示す数字と言えるでしょう。

Reduxの主な特徴

Redux の主な特徴として、予測可能な状態管理、デバッグの容易さ、そして柔軟性が挙げられます。Redux を使用すると、アプリケーションの状態がどのように変化するかを明確に理解できるため、バグの発見や修正が容易になります。また、Redux は特定のフレームワークに依存していないため、様々な JavaScript プロジェクトで使用できる点も大きな魅力です。Redux の採用により、多くの開発者がアプリケーションの保守性と拡張性を向上させています。

Reduxの基本概念

アクション(Action)とは

Redux におけるアクションは、アプリケーションの状態を変更するためのイベントを表現するオブジェクトです。通常、アクションには「type」プロパティが含まれ、必要に応じて追加のデータも含めることができます。アクションは、ユーザーの操作や API レスポンスなど、アプリケーション内で発生するあらゆるイベントを表現するために使用されます。例えば、ユーザーが商品を買い物かごに追加する操作は、以下のようなアクションで表現できるでしょう。

リデューサー(Reducer)とは

リデューサーは、Redux の中核を成す関数です。この関数は、現在の状態とアクションを受け取り、新しい状態を返します。リデューサーは純粋関数であり、同じ入力に対して常に同じ出力を返すことが求められます。これにより、アプリケーションの状態変更が予測可能になり、デバッグが容易になります。リデューサーの実装には細心の注意が必要で、不変性を保ちつつ状態を更新する必要があります。

ストア(Store)とは

Redux のストアは、アプリケーションの状態全体を保持するオブジェクトです。ストアは唯一の真実の源(Single Source of Truth)として機能し、アプリケーション全体の状態を一元管理します。ストアは、リデューサーを使用して状態を更新し、状態の変更をリスナーに通知します。Redux のストアは、getState() メソッドで現在の状態を取得したり、dispatch() メソッドでアクションを発行したりできます。これにより、アプリケーション全体で一貫性のある状態管理が可能になります。

Reduxの三原則

信頼できる唯一の情報源(Single Source of Truth)

Redux の第一の原則は、アプリケーションの状態全体を単一のストアで管理することです。これにより、状態の一貫性が保たれ、デバッグや状態の追跡が容易になります。例えば、ユーザー情報、商品リスト、買い物かごの内容など、アプリケーションのすべての状態がこの単一のストアに格納されます。この原則により、開発者はアプリケーションの状態を容易に把握し、管理できるようになります。

状態は読み取り専用(State is Read-only)

Redux の第二の原則は、状態を直接変更することを禁止し、アクションを通じてのみ状態を更新することです。これにより、状態の変更が予測可能になり、意図しない副作用を防ぐことができます。例えば、ユーザーが商品を買い物かごに追加する際、直接状態を変更するのではなく、「商品追加」アクションを発行します。このアプローチにより、状態の変更履歴を追跡しやすくなり、デバッグも容易になります。

変更は純粋関数で行う(Changes are Made with Pure Functions)

Redux の第三の原則は、状態の変更を純粋関数(リデューサー)で行うことです。純粋関数は、同じ入力に対して常に同じ出力を返し、副作用を持たない関数です。この原則により、状態の変更が予測可能になり、テストも容易になります。例えば、買い物かごに商品を追加するリデューサーは、現在の状態と追加する商品の情報を受け取り、新しい状態を返します。このリデューサーは、外部の状態に依存せず、同じ入力に対して常に同じ結果を返します。

Reduxの利点と欠点

利点

Redux の主な利点は、状態管理の簡素化、デバッグの容易さ、そしてアプリケーションの予測可能性の向上です。大規模なアプリケーションでは特に、Redux の採用により開発効率が大幅に向上することがあります。例えば、ある調査によると、Redux を採用した開発チームの 70% が生産性の向上を報告しています。また、Redux を使用することで、状態の変更履歴を簡単に追跡できるため、バグの発見と修正が容易になります。さらに、Redux の厳格な構造により、コードの保守性と可読性が向上し、チーム開発がスムーズになるという利点もあります。

欠点

一方で、Redux には欠点もあります。主な欠点として、学習曲線の急さ、ボイラープレートコードの多さ、小規模プロジェクトでの過剰な複雑さが挙げられます。Redux の概念を理解し、効果的に使用するには時間がかかることがあります。ある調査によると、開発者の約 40% が Redux の学習に 1 ヶ月以上かかったと報告しています。また、Redux を使用するには、アクション、リデューサー、ストアなど、多くのボイラープレートコードを書く必要があり、これが開発の初期段階で負担になることがあります。小規模なプロジェクトでは、Redux の複雑さが利点を上回ることもあるため、プロジェクトの規模と要件に応じて Redux の採用を検討する必要があります。

Reduxの使い方

Reduxをインストールする方法

Redux をプロジェクトに導入するには、まず npm(Node Package Manager)を使用してインストールする必要があります。ターミナルで以下のコマンドを実行することで、Redux と関連パッケージをインストールできます。多くの開発者が、Redux と一緒に react-redux パッケージもインストールします。これは、React と Redux を効率的に統合するためのツールです。インストール後、package.json ファイルを確認すると、Redux の依存関係が追加されていることが分かります。なお、2023年の調査によると、npm を使用している JavaScript 開発者の約 80% が、このような方法でパッケージをインストールしているそうです。

基本的なセットアップ

Redux の基本的なセットアップには、ストアの作成、ルートリデューサーの定義、そしてプロバイダーの設定が含まれます。まず、createStore 関数を使用してストアを作成します。次に、ルートリデューサーを定義し、アプリケーションの状態構造を決定します。最後に、Reactアプリケーションの場合、Providerコンポーネントを使用してストアをアプリケーション全体で利用可能にします。このセットアップにより、Redux の状態管理システムがアプリケーション全体で機能するようになります。セットアップの際は、アプリケーションの規模と複雑さに応じて、適切な構造を選択することが重要です。

アクションの作成

Redux でアクションを作成するには、通常、アクションクリエーターと呼ばれる関数を定義します。これらの関数は、アクションオブジェクトを返します。アクションオブジェクトには必ず type プロパティが含まれ、必要に応じて追加のデータも含めることができます。例えば、ユーザーログインのアクションクリエーターは、ユーザー情報を受け取り、適切なアクションオブジェクトを返します。アクションの設計は、アプリケーションの要件に応じて行いますが、一般的に、アクションはできるだけシンプルに保つことが推奨されています。

リデューサーの作成

リデューサーは、現在の状態とアクションを受け取り、新しい状態を返す純粋関数です。リデューサーの作成には、switch 文を使用して異なるアクションタイプに対応することが一般的です。リデューサーは必ず新しい状態オブジェクトを返す必要があり、既存の状態を直接変更してはいけません。これは、Redux の不変性原則に従うためです。大規模なアプリケーションでは、複数のリデューサーを作成し、combineReducers 関数を使用して結合することがよくあります。リデューサーの設計は、アプリケーションの状態構造を反映するように注意深く行う必要があります。

ストアの作成

Redux ストアは、createStore 関数を使用して作成します。この関数は、ルートリデューサーを引数として受け取り、オプションでミドルウェアや初期状態を指定することもできます。ストアは、アプリケーションの状態を保持し、状態の更新を管理します。ストアを作成する際は、アプリケーションの要件に応じて適切なミドルウェアを選択することが重要です。例えば、非同期アクションを扱う場合は、redux-thunk や redux-saga などのミドルウェアを使用することがあります。ストアの設定は、アプリケーションの性能と機能に大きな影響を与えるため、慎重に行う必要があります。

実際の使用例

簡単なアプリケーション例

Redux の簡単な使用例として、カウンターアプリケーションを考えてみましょう。このアプリケーションでは、ボタンをクリックすることで数値を増減させます。Redux を使用すると、カウンターの状態を一元管理し、増減のロジックをリデューサーに集中させることができます。例えば、「増加」アクションと「減少」アクションを定義し、これらのアクションに応じて状態を更新するリデューサーを作成します。このような単純な例でも、Redux の基本的な概念と流れを理解するのに役立ちます。実際、多くの開発者がこのようなシンプルな例から Redux の学習を始めています。

複雑なアプリケーション例

より複雑な Redux の使用例として、オンラインショッピングアプリケーションを考えてみましょう。このようなアプリケーションでは、商品リスト、買い物かご、ユーザー情報、注文履歴など、多くの状態を管理する必要があります。Redux を使用することで、これらの複雑な状態を効率的に管理できます。例えば、商品を買い物かごに追加する操作は、適切なアクションを発行し、リデューサーで状態を更新することで実現できます。また、非同期操作(例:商品データの取得)は、redux-thunk などのミドルウェアを使用して処理できます。このような複雑なアプリケーションでこそ、Redux の真価が発揮されると言えるでしょう。

Reduxのツールとエコシステム

Redux DevTools

Redux DevTools は、Redux アプリケーションのデバッグと開発を支援する強力なブラウザ拡張機能です。この拡張機能を使用すると、アプリケーションの状態変化をリアルタイムで追跡し、過去の状態に戻ったり、アクションをリプレイしたりすることができます。Redux DevTools の使用により、開発者は複雑な状態変更を視覚化し、バグを素早く特定できるようになります。実際、ある調査によると、Redux DevTools を使用している開発者の 90% が、デバッグ時間の短縮を報告しています。この拡張機能は、Redux を効果的に活用するための必須ツールと言えるでしょう。

Redux Toolkitとは

Redux Toolkit は、Redux アプリケーションの開発を簡素化するためのオフィシャルな推奨ツールセットです。このツールキットは、Redux の使用に伴う一般的な問題を解決し、ベストプラクティスを容易に適用できるようにします。Redux Toolkit には、ストアのセットアップ、リデューサーの作成、不変更新ロジックの記述を簡略化する機能が含まれています。例えば、createSlice 関数を使用すると、アクションクリエーターとリデューサーを一度に定義できます。多くの開発者が Redux Toolkit の採用により、コード量の削減と開発速度の向上を実感しています。2023年の調査によると、新規 Redux プロジェクトの約 75% が Redux Toolkit を使用しているそうです。

他の関連ツール

Redux エコシステムには、Redux Toolkit と Redux DevTools 以外にも多くの有用なツールが存在します。例えば、redux-saga は複雑な非同期処理を管理するためのミドルウェアで、大規模アプリケーションで人気があります。また、reselect ライブラリは、Redux ストアからのデータ取得を最適化し、パフォーマンスを向上させます。redux-persist は、Redux の状態を永続化し、アプリケーションの再読み込み後も状態を維持するのに役立ちます。これらのツールを適切に組み合わせることで、Redux アプリケーションの機能性と効率性を大幅に向上させることができます。開発者は、プロジェクトの要件に応じて、これらのツールを選択し活用することが重要です。

ReactとReduxの統合

Reactとの相性

Redux は React との組み合わせで特に威力を発揮します。React の宣言的なコンポーネントモデルと Redux の予測可能な状態管理は、互いを補完し合う関係にあります。Redux を使用することで、React アプリケーションの状態管理が簡素化され、コンポーネント間のデータフローが明確になります。例えば、深いコンポーネント階層を持つ複雑な React アプリケーションでは、Redux を使用することで props のバケツリレーを避け、必要な箇所で直接状態にアクセスできるようになります。この組み合わせにより、アプリケーションの保守性と拡張性が向上し、大規模プロジェクトの管理が容易になります。実際、多くの大規模 React プロジェクトが Redux を採用しており、その相性の良さが証明されています。

React-Reduxの使用方法

React-Redux は、React アプリケーションに Redux を効率的に統合するためのライブラリです。このライブラリの主要な機能は、Provider コンポーネントと useSelector、useDispatch フックです。Provider コンポーネントを使用して、Redux ストアを React アプリケーション全体で利用可能にします。useSelector フックを使用すると、コンポーネントで Redux ストアの状態を簡単に読み取ることができます。useDispatch フックは、アクションをディスパッチするための関数を提供します。これらの機能を使用することで、React コンポーネントと Redux ストアを緊密に連携させることができます。React-Redux の使用により、コードの可読性が向上し、パフォーマンスも最適化されます。多くの開発者が、React-Redux の導入によりコード量の削減とデバッグの容易さを実感しています。

ベストプラクティスとヒント

アクションの整理方法

Redux アクションの効果的な整理は、アプリケーションの保守性と拡張性を高める上で重要です。一般的なベストプラクティスとして、アクションタイプを定数として定義し、関連するアクションをグループ化することが挙げられます。また、アクションクリエーターを使用してアクションオブジェクトを生成することで、コードの再利用性が向上します。大規模なアプリケーションでは、機能ごとにアクションを分類し、モジュール化することも効果的です。さらに、非同期アクションの場合、redux-thunk や redux-saga などのミドルウェアを使用して、複雑な非同期フローを管理することができます。アクションの命名規則を統一し、明確で意図が伝わりやすい名前を付けることも重要です。これらの方法を適切に組み合わせることで、Redux アクションの管理が容易になり、開発効率が向上します。

リデューサーの設計

効果的なリデューサーの設計は、Redux アプリケーションの性能と保守性に大きな影響を与えます。まず、リデューサーは純粋関数として実装し、副作用を避けることが重要です。状態の更新には必ず新しいオブジェクトを返し、既存の状態を直接変更しないようにします。大規模なアプリケーションでは、combineReducers 関数を使用して、状態のそれぞれの部分を管理する小さなリデューサーに分割することが推奨されます。また、switch 文を使用してアクションタイプを処理する際は、default ケースで現在の状態を返すことを忘れないようにします。リデューサーの肥大化を防ぐため、複雑なロジックは別の関数に抽出することも効果的です。さらに、Redux Toolkit の createReducer や createSlice 関数を使用すると、ボイラープレートコードを減らし、より簡潔で読みやすいリデューサーを作成できます。これらの方法を適切に適用することで、リデューサーの管理が容易になり、アプリケーションの全体的な品質が向上します。

パフォーマンス向上のためのヒント

Redux アプリケーションのパフォーマンスを向上させるためには、いくつかの重要なポイントがあります。まず、不必要な再レンダリングを避けるために、React-Redux の useSelector フックを適切に使用し、必要な状態だけを選択することが重要です。大規模なオブジェクトや配列を扱う場合は、reselect ライブラリを使用してメモ化されたセレクターを作成し、計算コストを削減できます。また、Redux DevTools の使用により、パフォーマンスのボトルネックを特定し、最適化の機会を見つけることができます。非正規化されたデータ構造を使用することで、データの取得と更新を効率化できる場合もあります。さらに、大量のデータを扱う場合は、ページネーションや仮想化技術を導入することで、メモリ使用量と描画時間を削減できます。Redux Toolkit の使用も、多くの最適化を自動的に適用してくれるため、パフォーマンス向上に貢献します。これらの技術を適切に組み合わせることで、Redux アプリケーションの応答性とスケーラビリティを大幅に向上させることができます。

エンジニア・PdMの正社員転職プラットフォーム「Offers(オファーズ)」では、非公開求人を含む豊富なIT・Web業界の転職情報を提供しています。高年収の求人や最新技術スタックを扱う企業など、あなたのスキルを最大限に活かせるポジションが見つかります。専任のキャリアアドバイザーが、入社日調整や条件交渉をきめ細かくサポート。正社員の転職をお考えの方は、Offersまでご相談ください。

閉じる

新着求人
もっと見る
おすすめのイベント
もっと見る
  • 【Claude Code】鹿野さんが実践するエンジニアの日常業務を爆速にする最新推しツール 大公開

    開催前

    【Claude Code】鹿野さんが実践するエンジニアの日常業務を爆速にする最新推しツール 大公開

    AIコーディングエージェントの普及により、エンジニアがAIで「コードを書く」ことは当たり前になってきました。しかし、「開発以外の日常業務」には、まだAIを十分に活用しきれていないケースが少なくないのではないでしょうか。 そこで本イベントでは、前回の並行開発イベントでもご好評いただいた鹿野壮氏を再びお迎えし、鹿野氏の日常業務のフロー全体、およびそれぞれの業務におけるAI活用の実例をデモ付きで解説いただきます。 前半のLTでは、鹿野氏より仕様策定→要件定義→チケット作成→実装→PR作成・レビュー→リリース→顧客説明といった業務の流れをお話しいただきます。続く公開デモでは、その業務フローに沿って実際にどのようなツールをどう使っているのかを画面を見せながら解説いただきます。 後半のディスカッションでは、業務のボトルネックや手戻りを減らす工夫、成果物評価の迅速化、チームへの展開方法など、現場目線でさらに深掘りしていきます。 AIを使った業務効率化に取り組みたいが全体像がつかめていない方から、すでに部分的に活用しているがさらに広げたい方まで、幅広いエンジニアのご参加をお待ちしています。

  • AIに任せる前にCloudflare Workersのクセを知る!設計思想から学ぶ本番運用の勘所

    開催前

    AIに任せる前にCloudflare Workersのクセを知る!設計思想から学ぶ本番運用の勘所

    昨今、CloudflareはCDNやR2だけでなく、Cloudflare Workersを中心に、エッジ環境でWebアプリケーションやAIワークロードを実行できるプラットフォームとして急速に存在感を高めています。個人開発で触ったことのある方は増えてきましたが、「プロダクションで本格的に使っている」となると、まだまだ少ないのが現状ではないでしょうか。 また、AWSやGCPとは設計思想や開発体験が大きく異なるため、「興味はあるが、既存のインフラにどう導入すればいいのかわからない」「Workersで何がどこまでできるのかイメージしきれない」という声も耳にします。 そこで本イベントでは、Honoの作者でありCloudflareのDeveloper AdvocateであるYusuke Wada氏と、『Cloudflare Workers 実践ガイド』の著者の一人であるchimame氏をお迎えし、Cloudflare Workersの全体像から実践的なユースケースまでを紐解きます。 Cloudflareが気になり始めた方から、AWS/GCPメインの環境にCloudflareを取り入れたい方まで、幅広いエンジニアのご参加をお待ちしています。

  • 人間のレビューなしで"そのまま出せる"デザインは作れるか こぎそさんに聞く デザインハーネスの現在地

    アーカイブ公開中

    人間のレビューなしで"そのまま出せる"デザインは作れるか こぎそさんに聞く デザインハーネスの現在地

    AIコーディングエージェントの進化により、コードだけでなくUIデザインの領域でもAIに任せられる範囲が広がりつつあります。しかし、「AIが出力したデザインを人間のレビューなしでそのまま出せるか?」と問われると、まだ自信を持ってイエスと言える方は少ないのではないでしょうか。 そうした中、AIに「デザイナーの脳内」を型として渡し、デザインの実装だけでなく、評価や改善までを自動化していく「デザインハーネス」という考え方があります。AIにデザインをつくらせて終わりではなく、その出力を評価し、改善するサイクルをできるだけ自律的に回していくことで、AIに任せられる範囲をさらに広げていくアプローチです。しかし、デザインハーネスとは具体的に何を整備すればいいのか、実際にどこまでの品質が出せるのかを体系的に語れる事例はまだ多くありません。そこで本イベントでは、デザインシステムの構築やAIワークフローの実践に豊富な経験を持つこぎそ氏をお迎えし、デザインハーネスの基礎から、具体的な実践事例までを紐解きます。 前半のLTでは、こぎそ氏よりデザインハーネスの基礎的な考え方を整理いただいた上で、Design.mdやMCP連携、デザインシステムとの接続といった実際のワークフローに落とし込んだ実践事例、そして「デザイナーの脳内をどう型化していくか」という方法論をお話しいただきます。 後半のディスカッションでは、AIが出力するデザインの評価軸や、人間が介在すべき領域の見極め、実作業のメイン環境の選び方など、デザインエンジニアの現場目線でさらに深掘りしていきます。 AIを活用したデザインワークフローに関心がある方から、デザインハーネスの導入を検討されている方まで、幅広いデザインエンジニアのご参加をお待ちしています。

    開催日:

    2026年10月15日(木)19:00~20:00

  • AIでコード書く前に、要求・要件定義足りてる?ミノ駆動さんと改めて考える ドメイン駆動設計

    アーカイブ公開中

    AIでコード書く前に、要求・要件定義足りてる?ミノ駆動さんと改めて考える ドメイン駆動設計

    AIコーディングエージェントの進化により、コードを書くスピードはかつてないほど速くなりました。しかし、いくらAIで早くたくさん開発できたとしても、初手の要求・要件定義が十分にできていなければ、結局は使われない機能を量産してしまうのではないでしょうか。 AI時代において、設計や実装の多くはAIに置き換わりつつあります。だからこそ、人間の価値は「問題を定義し、発見する」ことにシフトしていく——そう考えると、要求・要件定義の重要度はこれまで以上に増してきています。しかし、普段の業務で要求・要件定義に本格的に取り組んだ経験がないエンジニアの方も多いのが現状です。 そこで本イベントでは、前回ご好評いただいた「AI時代×ドメイン駆動設計」に続く第2弾として、ミノ駆動氏を再びお迎えし、AI時代だからこそ向き合うべき要求・要件定義の考え方と実践を紐解きます。 前半のLTでは、ミノ駆動氏より、エンジニアに今後求められる「具体→抽象」の思考力、目的を起点とした設計の考え方、そして明日から始められる要求・要件定義の第一歩についてお話しいただきます。 後半のディスカッションでは、「Claude Codeに頼めばよしなにやってくれるのでは?」という率直な疑問から、要求・要件定義は誰が書くべきか、優秀なエンジニアの要求・要件定義は何が違うのかなど、現場目線でさらに深掘りしていきます。 「AIにコードは任せられるようになったけど、その前段階をどうすればいいかわからない」という方にこそ参加いただきたいイベントです。

    開催日:

    2026年10月6日(火)19:00~20:00

  • 【Claude Code】世界のスタートアップが必死に求める「GTMエンジニア」とは

    アーカイブ公開中

    【Claude Code】世界のスタートアップが必死に求める「GTMエンジニア」とは

    AIの進化によってプロダクト開発のハードルが下がった今、企業の関心は「いかに良いものを作るか」から「どうやって市場に届け、ユーザーに使ってもらうか(Go-To-Market)」へとシフトしています。 こうした変化の中で、海外のAIスタートアップを中心に急速に注目を集めているのが「GTM(Go-To-Market)エンジニア」です。 営業でも、マーケターでも、単なる開発エンジニアでもない。 かつて10人のチームで回していた営業・マーケティング・オペレーションの設計からAIによる自動化までを、1人で主導する新たな役割です。 しかし、日本ではまだ認知が広まっておらず、「GTMエンジニアって具体的に何をしているのか」をイメージできている方はほとんどいないのが現状です。 そこで本イベントでは、GTMエンジニアリングの研究・発信を行う中村氏と、GTMエンジニアとして実践されているnumashi氏をお迎えし、海外での動向から日本での実態まで、GTMエンジニアという仕事の全体像を紐解きます。 前半のLTでは、お二人にそれぞれの視点からGTMエンジニアの役割や実際の業務内容、海外と日本での位置づけの違いについてお話しいただきます。 後半のディスカッションでは、どんな方がGTMエンジニアに向いているのか、単なる効率化で終わらせず売上に繋げるには、日本の組織での最初の一歩など、現場目線でさらに深掘りしていきます。 エンジニアとしての新たなキャリアの可能性を探している方から、GTMエンジニアリングに興味がある方まで、幅広いご参加をお待ちしています。

    開催日:

    2026年9月29日(火)12:00~13:00

転職に役立つノウハウ
もっと見る
  1. HOME>
  2. 開発言語・フレームワークから求人を探す>
  3. Redux
職種
ポジション
開発言語・フレームワーク
勤務地
給与
出社頻度
無料登録して求人を見る