【還元率83%｜年収〜1500万円｜クラウド案件を選べる】インフラエンジニア募集
年収 500万円 ~ 1,500万円
雇用形態: 正社員
勤務地:
Redis
の転職・求人情報
Redis の正社員求人の件数と年収（2026年11月8日時点）
2026年11月8日時点で、Offers Jobs で募集中の Redis の正社員の求人は46件（16社）です。業務委託と「業務委託から正社員」の求人は数えていません。Redis を必須・歓迎スキル、技術スタック、仕事内容のいずれかに含む求人を数えており、このうち Redis を必須スキルにしている求人は0件でした。
年収を集計できた46件の提示年収は、下限の中央値が563万円、上限の中央値が1,100万円。出社の条件はフルリモート14件（30%）、月1日〜週4日の出社13件（28%）、週5日の出社4件（9%）、相談で決める15件（33%）で、必須・歓迎スキルに多く挙がる技術は Vue.js（14件）、Java（11件）、Ruby on Rails（8件）、AWS（8件）、React（8件）です。
| 提示年収の下限 | 求人数 |
|---|---|
| 〜399万円 | 0件 |
| 400〜499万円 | 6件 |
| 500〜599万円 | 18件 |
| 600〜699万円 | 8件 |
| 700〜799万円 | 6件 |
| 800〜899万円 | 5件 |
| 900万円〜 | 3件 |
出所：Offers Jobs 掲載の正社員求人（n=46・2026年11月8日時点）をもとに Offers 集計
Redisの転職・求人情報の検索結果
1~20件（61件）うち正社員46件
おすすめ順
今週活動あり・積極採用中 ソフトウェアエンジニア - bitkey platform
ソフトウェアエンジニア株式会社ビットキー
年収 700万円 ~ 1,200万円
雇用形態: 正社員
勤務地:
積極採用中 【バックエンドエンジニア】リモート率99%｜多重下請けなし｜全案件で生成AI活用
年収 480万円 ~ 600万円
雇用形態: 正社員
勤務地:
エンジニアリングマネージャー
エンジニアリングマネージャー
シンプルフォーム株式会社
年収 900万円 ~ 2,000万円
雇用形態: 正社員
勤務地:
プロダクトエンジニア
ソフトウェアエンジニアシンプルフォーム株式会社
年収 800万円 ~ 1,500万円
雇用形態: 正社員
勤務地:
シニアQAエンジニア
QAエンジニアシンプルフォーム株式会社
年収 600万円 ~ 1,200万円
雇用形態: 正社員
勤務地:
積極採用中 【Javaエンジニア】リモート率99%｜多重下請けなし｜全案件で生成AI活用
年収 480万円 ~ 960万円
雇用形態: 正社員
勤務地:
積極採用中 【フルリモート／年収〜1300万】QAチームの戦略を担うマネージャー候補募集
年収 750万円 ~ 1,300万円
雇用形態: 正社員
勤務地:
【フルリモート／年収〜1000万】AIで自動テストを作るQAエンジニア募集
年収 550万円 ~ 1,000万円
雇用形態: 正社員
勤務地:
積極採用中 【若手エンジニア募集】有給消化率90%｜労働分配率78%｜基本フルリモート
年収 480万円 ~ 600万円
雇用形態: 正社員
勤務地:
【フルリモート／年収〜1000万】ワークフローSaaSのUI/UXデザイナー募集
年収 550万円 ~ 1,000万円
雇用形態: 正社員
勤務地:
今週活動あり・積極採用中 【フルリモート／年収〜1600万】コード調査で顧客の問題を解決するCRE募集
年収 600万円 ~ 1,600万円
雇用形態: 正社員
勤務地:
【フルリモート／年収〜1600万】社内業務をAIで効率化するマネージャー募集
年収 600万円 ~ 1,600万円
雇用形態: 正社員
勤務地:
今週活動あり・積極採用中 【フルリモート／年収〜1700万】承認ワークフローSaaSのAIエンジニア募集
年収 950万円 ~ 1,700万円
雇用形態: 正社員
勤務地:
【CTO候補】テクニカルディレクター（AI × Engineering）
年収 1,000万円 ~ 1,800万円
雇用形態: 正社員
勤務地:
積極採用中 【エンジニア募集】有給消化率90%｜労働分配率78%｜基本フルリモート
年収 480万円 ~ 960万円
雇用形態: 正社員
勤務地:
【フルリモート】承認ワークフローSaaSのプロダクトマネージャーを募集！
年収 600万円 ~ 1,600万円
雇用形態: 正社員
勤務地:
積極採用中 【フルリモート/フロントエンド】AIと共存し多機能な自社サービスの開発をリード
年収 850万円 ~ 1,600万円
雇用形態: 正社員
勤務地:
積極採用中 【フルリモート/バックエンド】AIと共存し多機能な自社サービスの開発をリードする
年収 850万円 ~ 1,600万円
雇用形態: 正社員
勤務地:
【PL・PM候補募集】フラットな組織でWeb開発◎フルフレックス・複数AI選択可
年収 650万円 ~ 850万円
雇用形態: 正社員
勤務地:
職種から転職・求人情報を探す
開発言語から転職・求人情報を探す
報酬から転職・求人情報を探す
その他の条件から転職・求人情報を探す
お知らせ
お問い合わせ
新規ユーザー登録
アカウントを作成して、求人情報のブックマークや応募の管理ができます。
登録特典:
- ・求人情報のブックマーク
- ・高度な求人検索
- ・スカウトメール受信
求人に関するサマリ
Redisとは何か？
Redisは、高速で柔軟性の高いオープンソースのインメモリデータベースシステムです。名前は「Remote Dictionary Server」の略で、キーバリューストアとしても知られています。2009年にSalvatore Sanfilippoによって開発されたRedisは、その驚異的な速度と多様な機能により、多くの開発者や企業から支持を集めています。 Redisの特徴は、そのスピードにあります。すべてのデータをメモリ上に保持することで、従来のディスクベースのデータベースと比較して、桁違いに高速な読み書きを実現しています。例えば、Redisは1秒間に10万回以上の読み取り操作を処理できるとされており、これは多くの企業にとって魅力的な性能です。 また、Redisは単なるキーバリューストアにとどまらず、リスト、ハッシュ、セットなど、多様なデータ構造をサポートしています。この柔軟性により、キャッシュやセッション管理、リアルタイム分析など、幅広い用途に活用されています。 さらに、Redisはシングルスレッドで動作するという特徴があります。これにより、マルチスレッドの複雑さを排除し、シンプルで予測可能な動作を実現しています。この設計思想は、高負荷環境下での安定性にも寄与しています。 Redisの人気は年々高まっており、Stack Overflowの2023年の開発者調査によると、最も愛されているデータベースの1つとして挙げられています。実際、多くの大手テクノロジー企業がRedisを採用しており、その信頼性と性能が実証されています。 このように、Redisは高速性、柔軟性、そして安定性を兼ね備えたデータベースシステムとして、現代のウェブアプリケーションやサービスにおいて重要な役割を果たしています。次のセクションでは、Redisの基本構造と機能について詳しく見ていきましょう。
Redisの基本構造と機能
データモデル: Key-Value型
Redisの基本的なデータモデルは、キーバリュー型です。これは、各データ項目が一意のキーと、それに対応する値から構成されることを意味します。このシンプルな構造が、Redisの高速な処理を可能にしています。例えば、ユーザーのセッション情報を保存する場合、キーにユーザーIDを、値にセッションデータを使用することができます。
インメモリデータベースの仕組み
Redisの特徴的な機能の一つが、インメモリデータベースとしての動作です。すべてのデータをRAM上に保持することで、ディスクI/Oを最小限に抑え、超高速な読み書きを実現しています。この仕組みにより、Redisは従来のディスクベースのデータベースと比較して、100倍以上の速度で操作を行うことができます。
シングルスレッドアーキテクチャ
Redisは基本的にシングルスレッドで動作します。これは一見すると非効率に思えるかもしれませんが、実際にはこの設計が高い性能と予測可能性をもたらしています。マルチスレッドの複雑さを排除することで、デッドロックやレースコンディションといった問題を回避し、安定した動作を実現しているのです。
Redisの主要機能
データ型の種類
Redisは単純なキーバリューストアを超えて、多様なデータ型をサポートしています。文字列、リスト、セット、ソート済みセット、ハッシュなどの基本的なデータ型に加え、ビットマップやハイパーログログといった高度なデータ構造もサポートしています。これらの多様なデータ型により、Redisは様々な用途に柔軟に対応できます。例えば、リストを使用してタスクキューを実装したり、ソート済みセットでランキングシステムを構築したりすることが可能です。
データ永続化の方法
Redisはインメモリデータベースですが、データの永続化機能も備えています。主な永続化方法には、RDB（Redis Database）とAOF（Append Only File）の2種類があります。RDBは特定の時点でのデータのスナップショットを作成し、AOFはすべての書き込み操作をログとして記録します。これらの方法を組み合わせることで、高速性を維持しつつ、データの耐久性を確保することができます。例えば、5分ごとにRDBスナップショットを作成し、同時にAOFで1秒ごとに操作をログに記録するといった設定が可能です。
コマンドの基本操作
Redisは豊富なコマンドセットを提供しており、データの操作や管理を効率的に行うことができます。基本的なSET、GET、DELコマンドから、より複雑なZADD、HSET、LPUSHなどのコマンドまで、様々な操作をサポートしています。これらのコマンドは直感的で使いやすく設計されており、開発者は短期間で習得し、効果的に活用することができます。例えば、「SET user:1001 "John Doe"」というコマンドでユーザー情報を保存し、「GET user:1001」で取得するといった具合です。
Redisのメリットとデメリット
高速処理が可能な理由
Redisの最大のメリットは、その圧倒的な処理速度です。これは主に、データをメモリ上に保持するインメモリデータベースの特性によるものです。ディスクI/Oを最小限に抑えることで、マイクロ秒単位の応答時間を実現しています。実際、Redisは1秒間に10万回以上の読み取り操作を処理できるとされており、これは多くのアプリケーションにとって十分すぎるほどの性能です。
データ整合性とトランザクション
Redisはシングルスレッドで動作するため、データの整合性を保つのが比較的容易です。また、マルチコマンドトランザクションをサポートしており、複数の操作を原子的に実行することができます。これにより、複雑な処理でもデータの一貫性を保証することができます。ただし、分散環境での厳密な整合性保証には一定の制限があるため、用途に応じて適切な設計が必要になります。
スケーラビリティと可用性
Redisはクラスタリングやレプリケーションをサポートしており、高いスケーラビリティと可用性を実現しています。Redis Clusterを使用することで、データを複数のノードに分散させ、負荷分散と冗長性を確保することができます。また、マスター・スレーブ方式のレプリケーションにより、データの複製と高可用性を実現しています。ただし、これらの機能を適切に設定し運用するには、一定の専門知識とリソースが必要になるという点に注意が必要です。
Redisの用途と活用方法
キャッシュとしての利用
Redisの最も一般的な用途の一つが、キャッシュシステムとしての利用です。データベースやAPIからの頻繁なクエリ結果をRedisにキャッシュすることで、アプリケーションの応答時間を大幅に短縮できます。例えば、ウェブサイトのセッション情報や、頻繁にアクセスされるページの内容をRedisに保存することで、ユーザー体験を向上させることができます。Redisのキャッシュ機能を活用することで、多くの企業がサーバーの負荑を軽減し、コストを削減しています。
リアルタイム分析とモニタリング
Redisの高速な読み書き性能は、リアルタイムのデータ分析やモニタリングにも適しています。例えば、ソーシャルメディアのトレンド分析や、IoTデバイスからのデータストリームの処理などに活用されています。Redisのソート済みセットを使用することで、リアルタイムのランキングシステムを簡単に実装できます。また、Redisのパブリッシュ/サブスクライブ機能を利用すれば、リアルタイムの通知システムも構築可能です。
メッセージキューとしての活用
Redisはメッセージキューシステムとしても優れた性能を発揮します。リスト型のデータ構造を利用することで、高速で信頼性の高いメッセージキューを実装できます。これは、マイクロサービスアーキテクチャにおけるサービス間通信や、バックグラウンドジョブの処理などに広く活用されています。例えば、Eコマースサイトでの注文処理や、メール配信システムなどで、Redisのメッセージキュー機能が使われています。
Redisの導入と設定方法
基本的なインストール手順
Redisのインストールは比較的簡単で、多くの主要なオペレーティングシステムでサポートされています。Linux系のシステムでは、パッケージマネージャを使用して簡単にインストールできます。例えば、Ubuntu上では「sudo apt-get install redis-server」というコマンドでインストールが完了します。MacOSでは、Homebrewを使用して「brew install redis」でインストールできます。Windowsでは、WSL（Windows Subsystem for Linux）を利用するか、Redisの公式サイトからWindows用のバイナリをダウンロードしてインストールします。
設定ファイルの調整
Redisの設定は「redis.conf」ファイルを編集することで行います。主な設定項目には、ポート番号、最大メモリ使用量、永続化オプションなどがあります。例えば、最大メモリ使用量を2GBに制限するには、「maxmemory 2gb」という行を追加します。セキュリティを強化するためには、「requirepass」オプションでパスワードを設定することも重要です。設定変更後は、Redisサーバーの再起動が必要になります。
起動と接続の確認
Redisサーバーの起動は、通常「redis-server」コマンドで行います。起動後、「redis-cli」コマンドを使用してRedisに接続し、動作を確認します。例えば、「SET test "Hello, Redis!"」というコマンドでデータを保存し、「GET test」で取得できれば、正常に動作していることが確認できます。また、「INFO」コマンドを使用すると、Redisサーバーの詳細な情報を取得することができ、設定や状態を確認するのに役立ちます。
Redisの応用テクニック
Redis Clusterの設定と運用
Redis Clusterは、Redisのスケーラビリティと可用性を大幅に向上させる機能です。複数のRedisノードを連携させることで、データを分散保存し、負荷を分散させることができます。クラスターの設定には、まず各ノードの設定ファイルで「cluster-enabled yes」を指定し、クラスターモードを有効にします。その後、「redis-cli --cluster create」コマンドを使用して、クラスターを初期化します。運用面では、ノードの追加や削除、シャーディングの再バランシングなどを適切に管理する必要があります。
レプリケーションとフェイルオーバー
Redisのレプリケーションは、データの冗長性と高可用性を確保するための重要な機能です。マスター・スレーブ方式のレプリケーションを設定することで、データの複製とバックアップが可能になります。設定は比較的簡単で、スレーブノードの設定ファイルに「slaveof [マスターのIPアドレス] [ポート]」を追加するだけです。フェイルオーバーを自動化するには、Redis Sentinelを使用します。Sentinelは、マスターノードの障害を検知し、適切なスレーブをマスターに昇格させる役割を果たします。
データバックアップとリストア手法
Redisのデータバックアップは、主にRDB（Redis Database）とAOF（Append Only File）の2つの方法で行います。RDBは特定の時点でのスナップショットを作成し、AOFは操作ログを記録します。バックアップの頻度や方法は、データの重要性とシステムのリソースに応じて調整する必要があります。例えば、1時間ごとにRDBスナップショットを作成し、AOFを常時有効にするといった設定が一般的です。リストアは、バックアップファイルをRedisの適切なディレクトリに配置し、設定ファイルで指定することで行います。大規模なデータセットの場合、リストアには時間がかかる場合があるため、計画的に実施することが重要です。
パフォーマンス最適化のポイント
メモリ管理と最適な設定
Redisのパフォーマンスを最大化するには、適切なメモリ管理が不可欠です。最大メモリ使用量（maxmemory）を適切に設定し、メモリ不足時の動作（maxmemory-policy）を指定することが重要です。例えば、キャッシュとして使用する場合は「maxmemory-policy allkeys-lru」を設定し、最近使用されていないキーを自動的に削除することができます。また、メモリの断片化を防ぐために、定期的な「BGREWRITEAOF」コマンドの実行や、適切なハッシュ設定（hash-max-ziplist-entries, hash-max-ziplist-value）を行うことも効果的です。
クエリの効率化と診断ツール
Redisのパフォーマンスを向上させるには、効率的なクエリの設計が重要です。複雑な操作を単一のコマンドにまとめたり、パイプライニングを活用したりすることで、ネットワークのラウンドトリップを減らし、処理速度を向上させることができます。また、「SLOWLOG」コマンドを使用して、実行に時間がかかっているクエリを特定し、最適化することも重要です。さらに、Redis CLIの「--latency」オプションや、Redisインスタンスの統計情報を提供する「INFO」コマンドなど、様々な診断ツールを活用することで、パフォーマンスのボトルネックを特定し、改善することができます。
レプリケーションとスケーリングの最適化
大規模なシステムでRedisを運用する場合、レプリケーションとスケーリングの最適化が重要になります。レプリケーションの遅延を最小限に抑えるために、ネットワークの帯域幅や遅延時間を考慮してレプリカの配置を決定する必要があります。また、Redis Clusterを使用する場合は、データの分散方法（シャーディング）を適切に設計し、ホットスポット（特定のノードに負荷が集中すること）を避けることが重要です。例えば、キーの名前空間を適切に設計し、ハッシュタグを使用することで、関連するデータを同じノードに配置し、クロスノード操作を減らすことができます。さらに、読み取り操作の負荷分散のために、クライアント側でレプリカノードを適切に使用する戦略も検討する必要があります。
Redisのセキュリティ対策
アクセス制御と認証設定
Redisのセキュリティを確保するための第一歩は、適切なアクセス制御と認証設定です。デフォルトでは、Redisは認証なしで接続を許可するため、設定ファイル（redis.conf）で「requirepass」オプションを使用してパスワードを設定することが重要です。例えば、「requirepass myStrongPassword」のように設定します。さらに、「rename-command」ディレクティブを使用して、危険性の高いコマンド（FLUSHALL、CONFIGなど）の名前を変更したり、完全に無効化したりすることで、不正利用のリスクを軽減できます。また、バインドアドレスを適切に設定し、必要なIPアドレスからのアクセスのみを許可することも重要なセキュリティ対策です。
データ暗号化とセキュア通信
Redisのデータを保護するためには、通信の暗号化が不可欠です。Redisは、SSL/TLSを使用したセキュアな通信をサポートしています。これを有効にするには、設定ファイルで「tls-port」、「tls-cert-file」、「tls-key-file」などのオプションを設定します。例えば、「tls-port 6379」のように指定し、適切な証明書ファイルのパスを設定します。また、クライアント認証を要求する場合は、「tls-auth-clients yes」オプションを使用します。データの暗号化に関しては、Redisはストレージレベルでの暗号化を直接サポートしていないため、ファイルシステムレベルの暗号化やディスク暗号化などの外部ソリューションを検討する必要があります。
ログ管理と監査の設定
適切なログ管理と監査設定は、セキュリティインシデントの検出と対応に重要な役割を果たします。Redisのログレベルは設定ファイルの「loglevel」オプションで調整できます。例えば、「loglevel notice」と設定することで、重要な情報や警告を記録できます。また、「slowlog」機能を活用することで、実行に時間がかかるクエリを特定し、潜在的な問題や攻撃の兆候を早期に発見できます。さらに、Redisの操作ログを外部のログ管理システムに転送し、長期保存や高度な分析を行うことも推奨されます。監査の観点からは、定期的なセキュリティスキャンやペネトレーションテストを実施し、潜在的な脆弱性を特定・対処することが重要です。これらの対策を組み合わせることで、Redisの運用におけるセキュリティリスクを大幅に軽減することができます。
エンジニア・PdMの正社員転職プラットフォーム「Offers（オファーズ）」では、非公開求人を含む豊富なIT・Web業界の転職情報を提供しています。高年収の求人や最新技術スタックを扱う企業など、あなたのスキルを最大限に活かせるポジションが見つかります。専任のキャリアアドバイザーが、入社日調整や条件交渉をきめ細かくサポート。正社員の転職をお考えの方は、Offersまでご相談ください。閉じる
新着求人
もっと見るおすすめのイベント
もっと見る
開催前
【Claude Code】鹿野さんが実践するエンジニアの日常業務を爆速にする最新推しツール 大公開AIコーディングエージェントの普及により、エンジニアがAIで「コードを書く」ことは当たり前になってきました。しかし、「開発以外の日常業務」には、まだAIを十分に活用しきれていないケースが少なくないのではないでしょうか。 そこで本イベントでは、前回の並行開発イベントでもご好評いただいた鹿野壮氏を再びお迎えし、鹿野氏の日常業務のフロー全体、およびそれぞれの業務におけるAI活用の実例をデモ付きで解説いただきます。 前半のLTでは、鹿野氏より仕様策定→要件定義→チケット作成→実装→PR作成・レビュー→リリース→顧客説明といった業務の流れをお話しいただきます。続く公開デモでは、その業務フローに沿って実際にどのようなツールをどう使っているのかを画面を見せながら解説いただきます。 後半のディスカッションでは、業務のボトルネックや手戻りを減らす工夫、成果物評価の迅速化、チームへの展開方法など、現場目線でさらに深掘りしていきます。 AIを使った業務効率化に取り組みたいが全体像がつかめていない方から、すでに部分的に活用しているがさらに広げたい方まで、幅広いエンジニアのご参加をお待ちしています。
開催前
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時代×ドメイン駆動設計」に続く第2弾として、ミノ駆動氏を再びお迎えし、AI時代だからこそ向き合うべき要求・要件定義の考え方と実践を紐解きます。 前半のLTでは、ミノ駆動氏より、エンジニアに今後求められる「具体→抽象」の思考力、目的を起点とした設計の考え方、そして明日から始められる要求・要件定義の第一歩についてお話しいただきます。 後半のディスカッションでは、「Claude Codeに頼めばよしなにやってくれるのでは？」という率直な疑問から、要求・要件定義は誰が書くべきか、優秀なエンジニアの要求・要件定義は何が違うのかなど、現場目線でさらに深掘りしていきます。 「AIにコードは任せられるようになったけど、その前段階をどうすればいいかわからない」という方にこそ参加いただきたいイベントです。
開催日:
2026年10月6日(火)19:00~20:00
アーカイブ公開中
【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
転職に役立つノウハウ
もっと見る