コロナ禍のおうち時間が増えたことにより、ユーザーも急拡大中。 「nana」はユーザーへ提供できる価値の見直しを行なっております。 最もコアな体験である「録音」のリニューアルを行い、その後、ソースコードレベルから刷新するフルリニューアルを予定しています。
しばらくはリニューアル関連のプロダクトオーナー、デザイナーと連携しながら、仕様提案から設計、実装、テストのリリースまでの一連の開発業務をお願いしたいです。
副業(10時間/週〜)の方でもご応募可能です!
募集停止
株式会社nana musicでは、音楽SNSアプリ「nana」のiOSエンジニアを募集しています。Swiftを用いたiOSアプリ開発経験が2年以上あり、GitHubでのチーム開発経験がある方が対象です。年収は600万円から1,000万円で、週10時間以上の勤務が可能です。リモート勤務が中心で、月に3回のオフィス勤務があります。nanaは100カ国以上で1,000万人のユーザーを持つグローバルサービスで、音楽を通じた新しいコミュニケーションを提供しています。開発チームは10名ほどで、スクラム開発を採用しています。福利厚生には昇給、社会保険、交通費支給、最新デバイスの貸与などがあります。スタートアップのスピード感とユーザー支持を兼ね備えた環境で、プロダクトのリニューアルに携わりたい方に最適です。
給与・報酬 | 年収 600万円 ~ 1,000万円 |
|---|---|
稼働時間 | 60時間 ~ 160時間(週15 ~ 40時間) |
雇用形態 | 業務委託から正社員 |
出社頻度 | 週5日出社 |
勤務地 | 東京都渋谷区渋谷2-4-3 JP渋谷4F |
コロナ禍のおうち時間が増えたことにより、ユーザーも急拡大中。 「nana」はユーザーへ提供できる価値の見直しを行なっております。 最もコアな体験である「録音」のリニューアルを行い、その後、ソースコードレベルから刷新するフルリニューアルを予定しています。
しばらくはリニューアル関連のプロダクトオーナー、デザイナーと連携しながら、仕様提案から設計、実装、テストのリリースまでの一連の開発業務をお願いしたいです。
副業(10時間/週〜)の方でもご応募可能です!
【仕事内容】 弊社のiOS開発チームで、音楽SNS"nana"のアプリ開発を行って頂きます。
【魅力・やりがい】 2021年のMBOにより再びスタートアップとして生まれ変わったnanaの開発チームには、まるで創業期のような刺激と解かねばならない課題が山積しています。その一方で、2012年から続くnanaのユーザー数は累計1000万人を超え、nanaに対するユーザーの熱量は非常に高く感じられます。 創業期のスタートアップのような裁量やスピード感と、サービスに対するユーザーの支持がすでにあること、それらが両方揃っているのはnanaならではの珍しい環境と言えます。
【求める人物像】 ・課題を本質的に捉え、より良い選択を提案できる人 ・チーム全体に視野を広げ、全体のパフォーマンスを上げるために何が必要かを考えられる人
【チーム体制】 iOS, Android, Web, サーバーサイドの含めて10名ほどのチームです。 開発自体は規模の大きい開発はスクラム開発を取り入れてます。スクラム開発はまだまだ発展途上なので、一緒に運用改善をしてくれるメンバーをお待ちしております。 今、nana musicには新しいメンバーが集まって、プロダクトだけでなく組織もリニューアル真っ最中です。
【開発環境】 サーバー : Python, Django, AWS iOS :swift Android : Kotlin 他ツールなど:Github, ZenHub, Slack
【稼働条件/場所】 ・勤務時間:週10時間以上(月40〜50時間以上) ・コアタイム 11:00~15:00 のフレックスタイム制 ※正社員の場合は試用期間:有(6か月) ・在宅での勤務を中心とし、月に3回のオフィス勤務(第1営業日、第2/第4水曜日) *報酬は経験に応じて変動致します
【福利厚生】 ・昇給:年1回 ・社会保険完備 ・交通費全額支給(上限あり) ・最新PC・モバイルデバイスなど貸与 ・キャリアサポートプログラム制度 など
■toCに興味があり、課題を解決することにやりがいを持てる方 ■課題解決に向けて、必要な情報をキャッチアップし、課題の特定から解決までを自律的に推進できる方 ■チームとのコミュニケーションを大切にし、メンバーとの良い関係性を構築できる方 ■スタートアップフェーズに興味があり、大きな変化を楽しみながら、スピードを持って働ける方 ■自らキャッチアップして音声信号処理や動画処理を学ぶ意欲のある方 (例)下記のようなプロジェクトを、自ら立案し主導して進める意欲のある方 ・音声処理加工技術、動画加工技術 ・Vシンガーに簡単になれる ・Adoの歌声になれるエフェクト ・歌詞動画を簡単に作れるようになる
Zenhub
Slack
GitHub
雇用形態 | 業務委託から正社員 |
|---|---|
給与・報酬 | 年収 600万円 ~ 1,000万円 |
稼働時間 | 60時間 ~ 160時間(週15 ~ 40時間) |
出社頻度 | 週5日出社 |
勤務地 | 東京都渋谷区渋谷2-4-3 JP渋谷4F |
・Swiftを使ったiOSアプリ開発の実務経験 ・GitHubを使ったチーム開発の実務経験 ・SwiftまたはiOSに対する深い知識
・複数人によるチーム開発をリードする経験 ・他のチームや他の職種のメンバーと連携しながら開発を進める経験 ・開発メンバーの生産性や開発体験を改善するための取り組みをした経験
株式会社nana musicは、スマートフォンひとつで世界中どこからでも音楽セッション/コラボレーションを楽しめる音楽SNSサービス「nana」を開発・運営しています。
【nanaとは?】 https://nana-music.com/ スマホでつながる音楽コラボアプリ「nana」は、スマホひとつでいつでもどこでも誰とでも「音でつながる」ことができるサービスです。
スマートフォンで歌や楽器演奏を録音・投稿し共有したり、重ね録りをしてコラボすることで、カラオケ・合唱・バンドセッションといった音楽の他、「声劇」や「寄せ声」などの声遊びなど、世界中の人と手軽に「音」を使ったコミュニケーションを楽しむことができます。
【nanaの特徴】 「nana」は、日本だけにとどまらず、100カ国を超える国々でユーザーを抱えており、国内だけで450万人、全世界で1,000万人が利用するグローバルサービスです。 iOSアプリ https://apps.apple.com/JP/app/id540360389 Androidアプリ https://play.google.com/store/apps/details?id=com.nanamusic.android&hl=ja
「nana」は既存の楽曲を歌うことの多いカラオケとは違い、その曲自体を誰かが伴奏していたり、もしくは完全オリジナル楽曲だったり、ある程度作り手側に自由度を持たせる事を通して、「ここから何かが生まれていく」「創作の多様性、幅がある」という事を大事にしています。
▼「スマホひとつで簡単に歌や声が盛れる」 文原が考える、「nana」の “本質” とは。
▼nanaのある風景 〜 僕らの音は、必ず誰かにとどく〜音楽コラボアプリ「nana」コンセプトムービー -「nana」によって、時間と空間を超えて異なるストーリーを持つ人がつながってゆく様子をぜひご覧ください! https://www.youtube.com/watch?v=I9Oi-vSNARw
☆★募集要項ページではカルチャーやオフィス環境などについてもご紹介しています★☆ https://jobs.nana-music.com/
※ポジションによってフローは異なる場合がございます。
長くお読みいただきありがとうございます! まずは、オンラインにてカジュアルにお話ししませんか?

給与・報酬:
時給 4,400円 ~ 5,000円
稼働時間:
140時間 ~ 180時間(週35 ~ 45時間)
雇用形態:
業務委託
出社頻度:
フルリモート

給与・報酬:
時給 4,500円 ~ 5,000円
稼働時間:
140時間 ~ 180時間(週35 ~ 45時間)
雇用形態:
業務委託
出社頻度:
週2-3日出社
給与・報酬:
年収 500万円 ~ 900万円
稼働時間:
09:00 ~ 18:00
雇用形態:
正社員
出社頻度:
月1日出社

開催前
いま、AIを活用した業務効率化の文脈で「Claude Code」が大きな注目を集めています。しかし、いざ導入しようとすると、セキュリティ面の懸念や権限管理のハードルから、気軽に使えないケースも多いのではないでしょうか。 Coworkは、非エンジニアでも簡単に安全に扱えるよう作られた機能です。そして実は、日常の業務領域であれば「Coworkで十分にカバーできる」だけでなく、想像以上の範囲まで自動化できることは、まだあまり知られていません。 そこで本イベントでは、メルカリで生成AI推進を担当されているハヤカワ五味氏をお迎えし、Coworkを使った業務自動化の実際を、公開デモを交えてわかりやすくお伝えします。 前半のLTでは、ハヤカワ氏よりメルカリでの判断基準をもとに「なぜClaude CodeはNGになりがちで、なぜCoworkなら安全なのか」を解説いただいた上で、Coworkの基本的な機能をご紹介いただきます。 続く公開デモでは、実際にCoworkを使ってワークフローを構築する様子をお見せいただきます。数分でワークフローが完成する手軽さや、Gmail等の外部サービスとセキュアに連携できるポイントなど、実演を通じて具体的なイメージをお届けします。 後半のディスカッションでは、セキュリティの考え方や社内導入の進め方など、現場目線でさらに深掘りしていきます。 「自分の業務をAIで自動化してみたいけど、何から始めればいいかわからない」という方にこそ参加いただきたいイベントです。

開催前
昨今、多くの生成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が気になり始めた方まで、幅広いエンジニアのご参加をお待ちしています。
開催日:
2026年8月4日(火)19:00~20:00

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