- プロダクトの機能拡張
- 外部サービスとの連携機能開発
- ビジネスチームの業務支援機能の開発
- 事業成長を支えるシステム基盤づくり
- チームの技術力、生産性の向上

募集停止
STORES決済のバックエンドエンジニアを募集しています。Java、PHP、Rubyを用いたWebサービスのサーバーサイド開発経験が必須で、AWSを利用したインフラ構築経験が歓迎されます。報酬は市場平均以上で、リモート勤務も可能です。STORES決済は、TVCMで話題となり、流通額が4.5倍に成長中のキャッシュレス決済サービスで、月次数百億円のトランザクションを支える大規模システムの開発に携わります。技術スタックにはAWS、GitHub、Slackなどが含まれ、アジャイル開発を採用しています。事業は急成長中で、スモールビジネスから大手まで幅広く支持されています。チームの技術力向上やシステム基盤の構築を通じて、事業成長を支える役割を担います。福利厚生も充実しており、働きやすい環境が整っています。求める人物像は、保守性や再利用性を考慮した開発ができ、コードレビューやチーム開発の経験がある方です。
給与・報酬 | 相談して決める |
|---|---|
稼働時間 | 相談して決める |
雇用形態 | 正社員 |
出社頻度 | 週5日出社 |
勤務地 | - |
雇用形態 | 正社員 |
|---|---|
給与・報酬 | 相談して決める |
稼働時間 | 相談して決める |
出社頻度 | 週5日出社 |
お店のキャッシュレスをかんたんにするサービス「STORES 決済( https://coiney.com/ )」のバックエンドエンジニアを募集しています。
STORES 決済は、Java/Spring Bootで開発を進めています。サーバーはAWSで構築し、GitHubで管理するモダンな開発スタイルです。
【課題】 個人や小さなチームがこだわりや好きを極める活動を続けられるような世の中を実現するには、お客さまの決済を「かんたん」に行えるようなデータのスケールや未来を見据えたアーキテクチャの構築など開発したい機能がたくさんあります。プロダクト開発の難易度も上がっており、技術的にもチャレンジできる環境です。
【具体的には】
■仕事の魅力 シンプルで使いやすいUXで App Store ★4.5 の高レビューを誇るSTORES 決済。業界トップレベルの対応金融機関数と入金スピード、 SDK/API の提供によるPOS連携の拡張性も支持され、スモールビジネスから大手事業者まで幅広く身近なお商売を支えるキャッシュレス時代の必須ツールとして導入されています。
TVCM等の大型マーケティングとセットで急速に事業成長する中で、月次数百億円と急速に拡大する決済トランザクションを堅実かつスピーディにスケールさせるエンジニアリング力を発揮していただける環境があります。
■必須スキル/経験
■歓迎スキル/経験

給与・報酬:
相談して決める
稼働時間:
相談して決める
雇用形態:
正社員
出社頻度:
週5日出社

給与・報酬:
相談して決める
稼働時間:
相談して決める
雇用形態:
正社員
出社頻度:
週5日出社

給与・報酬:
相談して決める
稼働時間:
相談して決める
雇用形態:
正社員
出社頻度:
フルリモート

開催前
昨今、多くの生成AIが開発現場に浸透していますが、「Codex、Claude、Geminiの中で、自分のタスクには明確にどれが一番いいのか」を自信を持って選べていますか? 「なんとなく誰かが良いと言っていたから」「SNSでトレンドになっていたから」と、周りの評判に流されるまま、使っている方も少なくないはずです。しかし、AIのポテンシャルを100%引き出すためには、評判ではなく「その作業に本当に向いているAIを選ぶこと」が重要です。 ・何度もやり取りを重ねる長丁場の作業で、最後まで文脈を忘れずに頼れるAIはどれか ・テキストだけでなく、画像などのデータを扱うときに一番打率が高いのはどれか とはいえ、次々と新しいモデルが登場する中で、それぞれの本当の強みを自分で見極め、タスクごとに最適なAIを切り替えて使いこなすのは至難の業です。 そこで本イベントでは、LLMのフルスクラッチ開発やエージェント構築の最前線で活躍されている株式会社松尾研究所の尾崎氏をお迎えし、Claude・Codex・Geminiそれぞれの強みと使い分けの考え方を紐解きます。現在Geminiを使わなくなった背景なども含め、実践者ならではの視点でお話しいただきます。 一つのAIに絞るべきか複数を使い分けるべきか迷っている方から、すでに併用しているが最適化したい方まで、幅広いエンジニアのご参加をお待ちしています。
.png)
開催前
現代の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が気になり始めた方まで、幅広いエンジニアのご参加をお待ちしています。

開催終了
昨今、AIコーディングエージェントの普及により、個々の作業スピードは格段に向上しました。一方で、AIを使って複数のタスクを同時に進める「並行開発」のやり方に関してはいまだに1つの正解がなく手探りの状態が続いているのではないでしょうか。 仕様を決めてからフロント・バックエンドそれぞれにエージェントを立てて動かす方法や、Gitブランチの並行管理、さらにはプルリクエストの自動レビュー&修正する方法など、考えることは多岐にわたります。「結局シングルタスクに集中するのが最強では?」という問いも含め、並行開発の最適解はまだ見えていません。 そこで本イベントでは、「Multi-Folder Git Clone」などの自作ツールを開発し、AIエージェントを活かした並行開発の環境整備について精力的に発信されているUbieの鹿野氏をお迎えし、~並行~開発を実現するための開発環境の工夫をデモ付きで紐解きます。 デモでは鹿野氏より実際の画面をお見せいただきながら、エディターや複数ブランチの管理方法、コンテキストスイッチのタイミングまで、並行開発を加速させる具体的なツールやフローを深堀していきます。 これからAIを用いた並行開発に取り組もうとしている方から、今以上に効率的に並行開発を回していきたい方まで幅広いエンジニアのご参加をお待ちしています。
開催日:
2026年7月15日(水)12:00~13:00
.png)
アーカイブ公開中
昨今、LLMの社会実装が進み、AIエージェントを活用したプロダクトや業務フローが増えてきました。しかし、AIエージェントを「作って動かして終わり」になっていないでしょうか。一度構築したエージェントの精度をいかに担保し、改善し続けられる仕組みを作るかという点に注目が集まっており、最近では「エージェントハーネス」という言葉も耳にするようになりました。 一方で、「そもそもエージェントハーネスとは何か」「コンテキストエンジニアリングとは何が違うのか」といった基本的な部分から整理したいと感じている方も多いのではないでしょうか。 そこで本イベントでは、AI研究の最前線を走る株式会社松尾研究所の長谷氏をお迎えし、エージェントハーネスの起源や注目が集まっている背景から、具体的な活用方法、そして今後の進化の方向性までをわかりやすく解説いただきます。エージェントハーネスを適切に整えることで、AIエージェントの精度は一度きりのチューニングではなく、継続的に改善し続けることができるその考え方と実践を紐解きます。 前半のLTでは、長谷氏よりエージェントハーネスとは何か、LLMの進化とともになぜ重要視されてきたのかという前提知識を整理いただきます。 後半のディスカッションでは、LTの内容をさらに深堀りながら、具体的な使われ方や松尾研究所での活用事例まで現場目線で深掘りしていきます。 エージェントハーネスという言葉が気になり始めた方から、AIエージェントの制御・改善に課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。
開催日:
2026年7月9日(木)19:00~20:00

アーカイブ公開中
昨今、AIエージェントの活用が一般的になってきたことで、「プロジェクト全体のコードを横断的に理解させるには、コードベースが一つにまとまっている方が適しているのではないか」という議論が増えています。 一方で、モノレポにはCIのパフォーマンスやコンテキストの絞り方など運用上の課題も存在し、組織規模やプロダクトのフェーズ、チーム体制などによって最適解は異なります。「どちらが正解か」を一概に難しいと感じている方も多いのではないでしょうか。 そこで本イベントでは、iOSやKotlinを含む複数言語のコードを一つのリポジトリに集約して運用されているカウシェと、バックエンド・フロントエンドともにモノレポ化を進めてきたLayerXの2社をお迎えし、それぞれのリポジトリ構成の実例をもとに、モノレポの実際を紐解きます。 前半のLTでは、カウシェからはモノレポになった歴史や複数言語を集約したメリット・デメリットを、LayerXからはリポジトリ統合プロジェクトの進め方や意思決定の裏側をお話しいただきます。 後半のディスカッションでは、両社を交え、モノレポにするタイミングや、CI・IDEとい開発体験に関する課題の課題、AIとの親和性を上げるための工夫やスコープの絞り方など、現場目線でさらに深掘りしていきます。 モノレポへの移行を検討している方から、すでにモノレポ運用で課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。
開催日:
2026年6月11日(木)19:00~20:00