・フェーズ …経営陣・CTO・PMO・エンジニア5,6名でプロダクトの立ち上げフェーズ、一部機能を試験的に自塾内で展開済みとなています。 ・プロダクト開発 …開発は、自社プロダクトと自塾内で使用予定の他社製基幹システムの共同開発を並行して5,6名のチームで進めております。 ・プロダクト課題 …マイクロサービス化や基盤開発の完了により新サービスや新機能開発を展開ししやすい状態にありますが、エンジニア数が不足しているため早期に10名程度まで増員しリリースと拡販を行える状態にしていきます。
募集停止
給与・報酬 | 時給 3,000円 ~ 4,500円 |
|---|---|
稼働時間 | 80時間 ~ 100時間(週20 ~ 25時間) |
雇用形態 | 業務委託から正社員 |
出社頻度 | 相談の上決定する |
勤務地 | - |
・フェーズ …経営陣・CTO・PMO・エンジニア5,6名でプロダクトの立ち上げフェーズ、一部機能を試験的に自塾内で展開済みとなています。 ・プロダクト開発 …開発は、自社プロダクトと自塾内で使用予定の他社製基幹システムの共同開発を並行して5,6名のチームで進めております。 ・プロダクト課題 …マイクロサービス化や基盤開発の完了により新サービスや新機能開発を展開ししやすい状態にありますが、エンジニア数が不足しているため早期に10名程度まで増員しリリースと拡販を行える状態にしていきます。
EdTech系教育サービスコンテンツ、オンライン授業システム、社内システムなどのWebアプリケーションやネイティブアプリのテストに関する設計・実装・実施・分析・管理
ポイント①「自社プロダクト・自社開発」 ☞自分自身のアイデアを企画から携わり反映していくことができる。 ☞テクノロジートレンドをエンジニアが戦略的に決定し取り入れていくことができる。 ☞自塾があるので、PoCを行いやすくユーザー反応をダイレクトに取り入れやすい。
ポイント②「スクラム開発」 ☞開発サイクルを高速で回し、アイデアや企画をプロダクトに素早く反映しバリューを最大化していくことができる環境にある。
ポイント③「マイクロサービスアーキテクチャを採用」 ☞マイクロサービス単位での開発を行うことができるため新技術の取り込みや新サービスの立ち上げを行いやすい環境にある。 ☞マイクロサービス単位で開発チームを構成していくことになるので自分が立ち上げたサービスの責任者として継続的にサービス拡張を行なっていくことが出来る。
雇用形態 | 業務委託から正社員 |
|---|---|
給与・報酬 | 時給 3,000円 ~ 4,500円 |
稼働時間 | 80時間 ~ 100時間(週20 ~ 25時間) |
出社頻度 | 相談の上決定する |
・PC、OS、ネットワーク、DB、セキュリティなどITに関する基礎知識 ・QCDや保守性を考慮したテスト設計、開発、運用経験 ・CI/CDツールを用いたテスト自動化の設計・開発・運用経験 ・gitなどのバージョン管理システムを用いたチーム開発経験
・React、Vue、Angularなどのフロントエンドフレームワークを用いた開発経験 ・Slack、Teamsなどのコミュニケーションツールを用いたチーム開発経験 ・AWS、Azure、GCPなどのクラウドサービスを用いた開発経験 ・自社プロダクトの開発経験 ・レスポンシブデザインでの開発経験 ・ローカライズ対応のアプリケーション開発経験 ・CI/CDに関する専門知識 ・IEEE829、ISO/IEC/IEEE 29119に則した品質管理経験
・適性検査の開発 …生徒・講師の特性を可視化し、指導や採用で活用できる適性検査の開発。 ・CRM連携 …顧客管理システムSaaskeとの連携を行い、メール問い合わせからの顧客登録を自動化。 ・学習管理システム …各種デジタル教材との連携や生徒アプリからの入力でデジタルでの学習計画・実施結果を管理し、保護者・スタッフとも共有。自社開発した適性検査と連携し、生徒や保護者の個性に合わせた形でデジタル勉強計画をパーソナライズ。 ・成績管理システム …Google Formsや保護者アプリ・生徒アプリを活用し、成績・志望校・定期テストの問題や解答用紙の回収を効率化。他社の追随を許さない奈良トップのデータを保持し、データ分析・活用を行うための仕組みを構築。
①カジュアル面談(担当:人事採用責任者) 所要時間:約30分 内容:希望条件などの面談
②1次面接(担当:CTO) 所要時間:約1時間 内容:CTOとの1対1面接。
※ポジションによってフローは異なる場合がございます。

給与・報酬:
月給 50万円 ~ 60万円
稼働時間:
96時間 ~(週24時間 ~ )
雇用形態:
業務委託
出社頻度:
週2-3日出社

給与・報酬:
年収 450万円 ~ 600万円
稼働時間:
09:00 ~ 18:00
雇用形態:
正社員
出社頻度:
相談の上決定する

給与・報酬:
時給 3,000円 ~ 5,000円
稼働時間:
60時間 ~ 120時間(週15 ~ 30時間)
雇用形態:
業務委託
出社頻度:
フルリモート

アーカイブ公開中
昨今、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

アーカイブ公開中
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を導入する事例は一般的になり、フロントエンドとバックエンドで型を共有することで開発効率を高めるさまざまなソリューションが登場しています。中でも「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 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