sunabalog

【エピソード概要】今回の会議では、AI技術の最前線を深掘りしました。CodeXのスマートフォンアプリ連携やプラグイン機能、Claude 3.5 Sonnetによる驚きのパーソナルデータ分析、さらには生体・宇宙データセンターといった未来のデータ保存技術の可能性まで、多岐にわたる議論を展開。後半では、AIハッカソンを成功させるためのGitHub Projectsを活用した効率的なプロジェクト管理手法について、具体的な運用方法やカスタムフィールドの活用、開発プロセスの改善策を徹底的に話し合いました。AI開発の現在地と未来、そして実践的なプロジェクト推進のヒントが満載です。【目次】0:00 OpenAI利用状況とChat GPT契約0:16 CodeXとClaude Codeの利用状況0:49 CodeXのスマートフォンアプリと連携機能2:00 CodeXアプリの利便性と今後の可能性3:01 CodeXの最新機能（プラグイン、データ分析連携など）4:19 Geminiの最近の品質とワークスペース連携6:54 Claude 3.5 Sonnetの高性能とパーソナルデータ分析7:43 Appleメモ帳のエクスポートとパーソナルデータ活用の未来10:30 生体データセンターと宇宙データセンターの可能性12:48 AIハッカソンに向けた進め方とプロジェクト管理（議題）13:47 プロジェクト管理ツールとリポジトリの運用方法17:00 GitHub Projectsの機能活用（Issue、Sub-Issue、Milestone）18:30 アイデア管理と開発プロセス（GitHub Projectsのカスタムフィールド）23:06 終了と次回予定【関連情報】- 技術スタック: - OpenAI (ChatGPT) - CodeX - Claude Code / Claude 3.5 Sonnet - Gemini - Snowflake - Databricks - Tableau - Figma - Canva - GitHub Projects - SSH - VPN - Appleメモ帳- キーワード: - AIハッカソン - プロジェクト管理 - パーソナルデータ分析 - 生体データセンター - 宇宙データセンター - ライフログ - LLM - プロンプト - カスタムフィールド - Issue - Sub-Issue - Milestone - リファインメント - レトロスペクティブ - 30 Days to Build【about us】sunaba log: 友人同士で週次で雑談しながら「30 days to build」プロジェクトを進行する、雑談発想型プロトタイピング会議録。

【エピソード概要】今回のエピソードでは、Google Cloudの名称変更とAI Hackathonに触れつつ、Spotifyの「RapUp AI」機能に対するユーザーの辛辣な反応から、AIが提供する機能への日本人の抵抗感や「ありがた迷惑」という課題を深掘りします。さらに、ポッドキャストの自動化やWeb会議システムの未来像、AIによるアプリ開発がもたらす「ゴミアプリ」と「アート」の可能性を議論。AIが普及する時代における人間と仕事の価値、そして哲学的な問いへの回帰、娯楽や交流の新たな形について、多角的に考察します。AIがもたらす未来は、私たちの生活と働き方をどう変えるのでしょうか？【目次】0:00 Google Cloudの名称変更とAI Hackathon0:24 Spotifyの「RapUp AI」機能とその評価3:53 AI機能へのユーザーの反応と課題6:25 Web会議システムとポッドキャスト自動化の可能性9:10 Web会議ツールの選定と機能拡張の方向性13:00 AIによるアプリ開発とWebサービスへの影響17:58 AI時代における人間と仕事の価値22:20 哲学とAIがもたらす人類の未来27:14 娯楽と交流の新たな形、そして仕事の価値の変化【関連情報】- GitHub: https://github.com/sunaba-log- 技術スタック: - Google Cloud - Spotify - Discord - Google Meet - Riverside.fm - LINE - Varcel V0 - X- キーワード: - AI Hackathon - RapUp AI - ポッドキャスト自動化 - Web会議システム - AIエージェント - アプリ開発 - 人間と仕事の価値 - 哲学 - QOL【about us】sunaba log: 友人同士で週次で雑談しながら「30 days to build」プロジェクトを進行する、雑談発想型プロトタイピング会議録。

【エピソード概要】今回のエピソードでは、家事の効率化とイノベーションを深掘り！ロボット掃除機Braava Jetの進化から、ダイソン製品が家電市場に与えた影響、そして家事自動化の現状と残る課題まで、幅広く議論しました。特に、埃が溜まらない気流制御のアイデアや、献立作成の悩み、さらには新しい味覚や食材への探求心、地域と食文化のマッピングを通じた「まちづくり」の可能性まで、多岐にわたる視点から未来の家事を考察。リスナーの皆さんも、日々の家事や食に対する考え方が変わるかもしれません。具体的なアクションプランも検討し、次につながる議論が満載です。【目次】0:00 ロボット掃除機「Braava Jet」の機能と進化4:10 ダイソン製品の革新性とその影響8:15 家事の自動化の現状と残る課題12:50 埃が溜まらない仕組みの検討（気流制御）14:50 食事の献立作成と食材選びの課題22:20 新しい味覚と食材への探求心29:10 地域と食材、食文化のマッピングの可能性34:20 食材を通じた「まちづくり」のアイデア37:05 家事の効率化に関する今後の検討とアクション【関連情報】- GitHub: https://github.com/sunaba-log- 技術スタック: - Braava Jet - Dyson - Meall (献立アプリ) - 3Dスキャン - シミュレーション - サーキュレーター - スマートフォン (ライダーセンサー) - Googleマップ- キーワード: - 家事効率化 - イノベーション - ロボット掃除機 - 水拭き - 消耗品ビジネス - ダイソン - スティック掃除機 - 自動化 - 食洗機 - 埃 - 気流制御 - 献立作成 - 食材選び - 新しい味覚 - 食文化 - マッピング - まちづくり - プロトタイピング【about us】sunaba log: 友人同士で週次で雑談しながら「30 days to build」プロジェクトを進行する、雑談発想型プロトタイピング会議録。

【エピソード概要】今回の会議では、「洗濯家事のゲーミフィケーション」を深掘り。洗濯物の記録による自己満足から、RTA（リアルタイムアタック）としての可能性、さらには「人間洗濯機」のような究極の自動化まで、家事の未来を多角的に議論しました。家事の負担がタスクそのものより「スイッチングコスト」にあるという本質的な課題や、AIが人間に指示を出す未来、そして個人情報保護とデータ活用のジレンマについても熱く語り合います。新たなゲーミフィケーションのアイデアも飛び出し、リスナーの皆さんも家事の見方が変わるかもしれません。【目次】0:00 導入：洗濯家事のゲーミフィケーションの現状確認0:15 高島の分析と実感1:00 小野のコメントと数森の経験1:17 ゲーミフィケーションの意義と限界2:00 洗濯におけるRTAの可能性と技術革新3:00 自動化の究極と人間洗濯機4:00 家事の自動化が示す本質的な課題5:00 AIと人間の関係性、人間がAIの指示に従う未来6:00 個人情報保護と資本主義のジレンマ7:00 新たなゲーミフィケーションのアイデアと今後のアクション7:35 今週のまとめと次回の予定【関連情報】- GitHub: https://github.com/sunaba-log- 技術スタック: - Excel - LGスタイラー - ウルトラファインバブル - カメラ- キーワード: - ゲーミフィケーション - 洗濯家事 - RTA (リアルタイムアタック) - 自動化 - 人間洗濯機 - AI - 個人情報保護 - スイッチングコスト - データ活用 - 資本主義 - レンダーヒューマンサービス - 攻殻機動隊 - サイコパス【about us】sunaba log: 友人同士で週次で雑談しながら「30 days to build」プロジェクトを進行する、雑談発想型プロトタイピング会議録。

【エピソード概要】「Ghost in the Craft」を掲げ、AIが作成したチームの宣言と五つの原理原則を深掘りした第1回チーム設立ミーティング。効率化の先にある「意味と遊び」を追求し、個々の「ゴースト（魂）」が共鳴する場を目指します。技術はあくまでシェルであり、偏愛や好奇心を起点にアウトプットする重要性、無意味な仕事への抵抗、Why/What/Howの完全統合、そして「意味のなさ」の中に面白さを見出す視点、さらには「緩やかな強制力」で関係性を育むことについて熱く議論。AI時代の「ものづくり」における本質的な価値とは何か、その問いに迫ります。【目次】0:00 情報関連資格の難易度に関する雑談4:20 議論の背景とオブシディアンの活用8:00 チームの宣言「Ghost in the Craft」10:15 原理原則1: ゴーストを駆動せよ。技術はシェルに過ぎない。18:00 原理原則2: ブルシットジョブへの抵抗。22:30 原理原則3: Why, What, Howの完全統合。23:45 原理原則4: 意味のなさの中に面白さを見出す。30:45 原理原則5: 解禁状としての緩やかな強制力。34:00 まとめと次回のアクション36:55 閉会【関連情報】- GitHub: https://github.com/sunaba-log- 技術スタック: - Obsidian - AI (Gemini)- キーワード: - Ghost in the Craft - 原理原則 - 偏愛 - ブルシットジョブ - Why, What, How - マインドフルネス2.0 - 好奇心駆動 - 危機感駆動 - セカンドブレイン - プロトタイピング - チームビルディング - AI時代のものづくり【about us】sunaba log: 友人同士で週次で雑談しながら「30 days to build」プロジェクトを進行する、雑談発想型プロトタイピング会議録。

【エピソード概要】AIの進化によりコードを書く機会が減る中、仕事の「Why」や「What」に焦点を当て、その意義を深く掘り下げます。効率化が進む一方で生まれる「ブルシット・ジョブ」のジレンマ、そしてAI時代における人間関係構築の重要性について議論。リモートワークや自動化が進む現代で、いかにして意味のある仕事を見つけ、人との繋がりを育むか、具体的なアイデアや考察が飛び交います。継続的なコミットメントが鍵となる、未来の働き方と人間関係のあり方を考える一歩となるでしょう。【目次】0:00 前回の振り返り：音声合成による前段・後段の作成と高島氏からの補足説明6:10 質問3の提示6:30 高島氏の回答と議論：AI時代における仕事の意義と社会的な課題19:35 効率化とブルシット・ジョブ（無意味な仕事）のジレンマ29:00 良い人間関係の構築とAI時代における仕事のあり方53:40 継続的なコミットメントと人間関係構築の重要性01:02:20 次回予告【関連情報】- 技術スタック: - Gemini (TTS) - AI- キーワード: - AI時代 - 仕事の意義 - ブルシット・ジョブ - 人間関係構築 - 効率化 - リモートワーク - 共同体 - 自己肯定感 - CISSO - プロトタイピング - ポッドキャストオートメーター - 推し活 - 皆勤賞 - スマートグラス - 高角起動隊展【about us】sunaba log: 友人同士で週次で雑談しながら「30 days to build」プロジェクトを進行する、雑談発想型プロトタイピング会議録。

【エピソード概要】今回は、小野さんが作成した新メンバーページ「隊員を見る」の紹介からスタート。攻殻機動隊の世界観にインスパイアされた「シェル（ガジェット）」と「ゴースト（マインドマップ）」のコンセプトで、個人の専門性や価値観を表現するユニークな試みが披露されました。特に、OpenDots 1の紹介文に盛り込まれた「湿性耳垢タイプに最適」というユーモアには注目です。議論は、エンジニアにとって「意味がある仕事」とは何か、そして「しんどかった出来事」という二つの深掘り質問へ。顧客からの直接的な感謝を重視する高島さん、数値目標を評価軸とする数森さん、そして「心を動かす」エンターテイナーとしての価値を追求する小野さん、それぞれの仕事観がぶつかり合います。さらに、高島さんが経験した「論理性の欠如」と「馴れ合い」に満ちた官公庁案件を「クソ仕事」と断じ、現代日本社会の「悪いとこどり」な共同体意識を鋭く批判。デジタル化によって失われた「余白」が、現代の労働環境と少子化にどう影響しているかという考察まで、多岐にわたる議論が展開されました。【目次】0:00 メンバーページ作成の報告と反応0:15 メンバーページの内容説明（シェルとガジェット）3:00 ゴースト（マインドマップ）の説明と分析方法の提示6:00 質問1：エンジニアとして「意味がある仕事」とは？17:00 質問2：仕事で「しんどかった出来事」とは？29:30 今後の議事録進め方とイベント集合場所の確認【関連情報】- GitHub: https://github.com/sunaba-log- 技術スタック: - Illustrator - SVG- キーワード: - メンバーページ - シェル - ガジェット - 攻殻機動隊 - ゴースト - マインドマップ - 意味がある仕事 - しんどい仕事 - 官公庁案件 - 個人主義 - 共同体 - 余白 - ウェアラブルデバイス - フィードバック【about us】sunaba log: 友人同士で週次で雑談しながら「30 days to build」プロジェクトを進行する、雑談発想型プロトタイピング会議録。

【エピソード概要】今回の砂場logでは、AIエージェント時代におけるシステムエンジニアの「生存戦略」として、私たち独自の「砂場log宣言」を作成する意義と具体的な進め方について深く議論しました。効率性だけではない「雑談」から生まれる価値を再認識し、アジャイル宣言のように「宣言」と「原則」で構成するアイデアも飛び出します。さらに、小野が購入した最新スマートグラス「EVEN G2」を徹底レビュー！リアルタイム翻訳、ナビ、AIアシスタントなど驚きの機能と、会議や移動中の具体的な活用事例をご紹介。未来の働き方を変える可能性を秘めたスマートグラスの魅力に迫ります。攻殻機動隊展との連携企画も進行中！【目次】0:00 導入・議題の確認0:16 小野からの話題提供と雑談の価値1:50 砂場logの「宣言」作成の提案5:00 「宣言」と「憲法」「原則」の構造に関する議論12:54 宣言作成のアクションプラン（PRベースでの執筆）17:11 スマートグラス「EVEN G2」の使用感と機能紹介23:50 スマートグラスの具体的な機能（翻訳、ナビなど）27:10 スマートグラスに関する質疑応答（度付き、用途、翻訳精度）33:00 スマートグラスの活用事例と将来性36:55 「攻殻機動隊展」との連携と今後の調整38:20 締めの挨拶【関連情報】- GitHub: https://github.com/sunaba-log- 技術スタック: - AIエージェント - Chat GPT - Discord - プルリクエスト (GitHubの機) - LINE - XREAL (比較対象として言及されたスマートグラス)- キーワード: - 砂場log宣言 - スマートグラス - EVEN G2 - 雑談 - 生存戦略 - アジャイルソフトウェア開発宣言 - リアルタイム翻訳 - ナビゲーション - 攻殻機動隊展 - ROI至上主義【about us】sunaba log: 友人同士で週次で雑談しながら「30 days to build」プロジェクトを進行する、雑談発想型プロトタイピング会議録

【目次】0:00 ARグラスの多様性と小野さんの使用経験0:16 EVen G2の驚くべき機能とユースケース5:00 ARグラス市場の「バブル」と技術的進化の背景12:54 ARグラス開発の展望とSpec KItの可能性17:11 ポッドキャストオートメーターの進捗とSpec KItによるマネージャー開発20:00 Spec KItの基本的な開発プロセスと生成物25:00 Spec KIt導入の課題とチーム運用モデル30:00 オートメーターとマネージャーの連携、今後の開発方針【概要】今回は、ARグラスの最前線とAI駆動開発ツール「Spec KIt」の活用に迫ります。小野さんが使用するARグラス「EVen G2」の多様な機能や、Google Glassの失敗から学んだ市場の進化、LLMがもたらすARグラスの実用性向上について深掘り。さらに、Spec KItを使ったポッドキャストマネージャーの初期開発プロセスを共有し、AIによるコード生成のメリットと、ドキュメント肥大化やチーム運用における課題を議論します。未来の技術と開発手法が交錯する、刺激的なプロトタイピング会議の記録です。【関連情報】- sunabalog GitHubリポジトリ: https://github.com/sunaba-log/podcast-automator.git- 技術スタック: - Python - GCS (Google Cloud Storage) - Next.js - TypeScriptキーワード: - ARグラス - EVen G2 - Spec KIt - ポッドキャストオートメーター - ポッドキャストマネージャー - LLM - XR - DDD - Next.js - TypeScript - GCS

【エピソード概要】 「雑談が楽しい」から始まった僕らのポッドキャスト。しかし、回を重ねる中で「本当に作りたいもの」「僕らならではの価値」とは何かという問いに直面しました。今回は、メンバーそれぞれがプロジェクトに何を求めているのか（サービス開発？技術探求？それともアイデアを出すこと自体？）、その根源的な動機を率直に語り合います。議論は、いつもの雑談からアイデアが生まれるスタイルから一歩踏み込み、「僕らだけのアイディエーション手法をデザインできないか？」という壮大なテーマへと発展。市場調査や課題解決からスタートする一般的なプロダクト開発（マーケットイン）とは一線を画し、利益や需要よりも「自分たちが心の底から面白いと思えるか」を追求する「プロダクトアウト」の精神こそが、僕らの原動力であると再確認します。その精神は、かつて『ニコニコ技術部』で見たような、利益度外視でアニメのガジェットを本気で再現するような純粋な探求心に近いのかもしれません。その具体的なアプローチとして浮上したのが、「SFプロトタイピング」や「スペキュラティブデザイン」という考え方。未来の社会やテクノロジーを空想し、そこから逆算して「今作るべきサービス」を考えるこの手法は、まさに僕らの探求心に火をつけるものでした。もちろん、この「趣味としての探求」は、サーバー代などの現実的なコストという壁にいずれ直面するかもしれません。利益を追求し始めると、僕らが大切にしたい「面白い」という純粋な動機が揺らいでしまうのではないか――そんなジレンマも率直に語りながら、それでも今は純粋な好奇心を優先することに。次回の活動として、各々が好きなSF作品を持ち寄り、その世界観からプロダクトを妄想してみることに。アニメや映画の”あのガジェット”をただ再現するのではなく、「その本質は何か」をエンジニアの視点で突き詰め、核となる要素を現実世界に実装してみる。技術的な制約や収益性を一旦脇に置き、純粋な「面白い」を追求する僕らの知的冒険が、ここから始まります。【目次】 5:00 雑談が楽しい理由と、僕らの目的 12:00 僕らだけの「アイデア発想法」をデザインする 18:00 SFプロトタイピングとは？未来から逆算するサービス開発 35:00 次回予告：「好きなSF作品からプロダクトを考えよう！」の前にPodcast 管理システムの要件定義をします。【about us】

【エピソード概要】 今回は年末年始の恒例行事である「ガジェット商戦」の振り返りと、現在開発中のポッドキャスト配信自動化システム『Podcast Automator』の技術的な裏側についてお話ししました。【トピック】1. 年末商戦とガジェットトレンド分析 テクノロジー愛好家にとって重要な「散財」のシーズンを振り返ります。主要ブランドの戦略: Appleの初売りギフトカード戦略、自動購入スクリプトが動くほど競争率が高いNothingの福袋、Shokzの実質2-for-1キャンペーンなど、各社のプロモーションを分析。ホビイスト向け市場: KeychronやNuPhyなどの高性能キーボードや、価格破壊が進む3Dプリンター市場の動向。消費者の二極化: 最新ガジェットを追いかける層と、一つの製品を長く愛用する実用主義層の対比について。2. 開発プロジェクト：Podcast Automator 音声ファイルのアップロードをトリガーに、公開までの全工程を無人化する社内プロジェクトの進捗報告です。アーキテクチャ: GitHub Actions、Google Cloud Run、GCS、Cloudflare R2を組み合わせたCI/CDパイプラインの構成。AIによる自動化: アップロードされた音声から、AIがタイトルと要約（Description）を自動生成し、RSSフィードを書き換える仕組み。今後の展望: コンソール操作の手間を省くための管理用Webアプリ開発と、Discord録音ボット『Craig』との連携による「ゼロタッチ」配信構想。3. クリエイティブエピソードごとのカバーアート設定と、脳波×サイバーパンクなデザインコンセプトについて。【関連リンク】sunabalog GitHubリポジトリ: https://github.com/sunaba-log/podcast-automator.git今回の技術スタック: Vertex AI, Google Cloud (Cloud Jobs, Workflows, Eventarc), Terraform, Cloudflare R2, Python

GCPアカウント作成は「Googleグループ」ではできない/静かなるコスト爆弾：「エグレス破産」の恐怖/AIも教えてくれなかった救世主：Cloudflare R2と「出口料金ゼロ」という革命/便利さとのトレードオフ：自前でRSSフィードを育てる覚悟/未来のためのアーキテクチャ：なぜ「モノリシック」な設計を避けたのか1. インフラ基盤の確立と独自ドメインの導入開発の足がかりとして、まずはGoogle Cloud Platform (GCP) のアカウント運用体制が整備されました。当初の想定とは異なり、GCPの組織アカウント作成には独自ドメインが必須であることが判明したため、急遽「sunabalog.com」を取得。Google Workspace経由で正式な管理体制を構築しました。 特筆すべきは、今後のアカウント管理方針についての議論です。「すべてのサービスを独自ドメインのアカウントに紐付けるべきか」という点について検討されましたが、プロジェクトの立ち上げスピードを優先し、過度な管理ルールで縛ることは避け、GCPの利用が本格化するまでは現状維持とする柔軟な判断が下されました。2. 技術的ブレイクスルー：Cloudflare R2の採用本会議のハイライトと言えるのが、音声ファイルのホスティング先選定です。ポッドキャスト配信において、音声データの保管場所はコストと利便性を左右する最重要課題です。 調査の結果、主要な配信先であるSpotifyのAPIには音声ファイルアップロード機能がないことが判明し、自前でのホスティングが不可避となりました。しかし、ここで以下の3つの壁に直面しました。i. GCP (Google Cloud Storage) の壁: 利便性は高いが、ポッドキャストの再生（ダウンロード）ごとにデータ転送量（エグレス）課金が発生するため、人気が出れば出るほどコストが跳ね上がる「エグレス破産」のリスクがある。ii. SaaS (Transistor.fm等) の壁: 機能は豊富だが、月額固定費がかさみ、収益化前の初期プロジェクトには負担が大きい。iii. 解決策としての「Cloudflare R2」: チームは一般的なAI検索等の提案に留まらず、「データ転送量無料」という観点で独自調査を深堀りしました。その結果、AWS S3互換でありながらエグレス料金が完全無料である「Cloudflare R2」を発見しました。これにより、将来的にどれだけ再生数が増えても配信コストをほぼゼロに抑えられるという、プロジェクトの持続可能性を劇的に高める決定がなされました。この選定は、コスト要件に対する解像度の高い技術的勝利と言えます。iv. MVPアーキテクチャ：理想より速度を優先システム構成に関しては、「拡張性」と「開発速度」のトレードオフについて熱い議論が交わされました。 当初案として提示されたのは、Cloud Run Jobsを活用し、処理ごとにコンテナを分割するマイクロサービス的な構成でした。これは将来的なメンテナンス性や並列処理には優れていますが、初期構築の工数が膨らむ懸念がありました。 議論の結果、今回はあくまでMVP（実用最小限の製品）であることを再確認。「まずは動くものを作り、価値を検証する」ことを最優先し、単一のCloud Functions内にすべてのロジック（GCSトリガー検知、Gemini 1.5 Proによる文字起こし・要約、R2アップロード、RSS更新、Discord通知）を集約するシンプルなアーキテクチャを採用しました。将来的なリファクタリング（Cloud Runへの移行）を見据えつつも、まずはプロトタイピングの速度を最大化する戦略的撤退を選択しました。4. 次回へのアクションと展望技術的な方針がすべて固まったことで、開発タスクは以下の3名に明確に割り振られました。- かずもり氏: Terraformを用いたインフラコード化（GCPおよびCloudflare R2の連携）。- 高島氏: Gemini 1.5 Proへの指示出しとなるプロンプトエンジニアリングおよび、各プラットフォームに対応したHTMLタグの仕様調査。- おの氏: Cloud Functionsで動作するアプリケーションロジックの実装。本会議により、プロジェクトは「何をどう作るか」という机上の空論から、「誰がいつまでに作るか」という実行フェーズへと完全に切り替わりました。次回会議では、これら3つのピースが統合され、実際にポッドキャストが自動生成されるプロトタイプが披露される予定です。[Github]: https://github.com/sunabalog/podcast-automator.git

私たちが目指すポッドキャストの核となるコンセプトを改めて議論し、ついにチャンネル名を決定しました。1. 番組コンセプトの最終決定前回のエピソードで残っていたコアコンセプトは、「妄想と実装」でした。これは、「ノリと現実」という表現でも試されましたが、本質的な構造は変わらないと認識されています。• 構造：楽しげな雰囲気を漂わせるA（妄想/ノリ）と、必ず現実に返してくるB（実装/現実）という対比で構成されています。• 形式：「アイディエーション型ポッドキャスト」であり、目標は「1ヶ月で何かは作る」こと。前半でアイデアを断（議論）し、後半で実際に作ったり作らなかったりするプロセスを追います。このコンセプトをより分かりやすく砕けた表現にする試みとして、「口だけと手だけ」という案も出ましたが、「逆だろ」となり不採用となりました。また、「実装」という言葉がエンジニア以外には馴染みが薄い（「実装って何？」と聞かれる可能性がある）という問題意識も共有されました。2. チャンネル名の選定と「スナバログ」の意味コンセプトと方向性（テックからあまり離れていない系）に合致し、かつ自分たちのテンションが上がるような単語を模索しました。検討されたチャンネル名候補：• WPラジオやRebuildなどの既存のテック系チャンネル名や、サンドボックス（Sandbox）、月刊サンドボックス、ローカルサンドボックス など、実験環境を示す単語が多く挙がりました。• 「月刊」という単語は、毎週やるが4週分で1巻（1プロダクト）分ぐらいの内容になるというコンセプト表現に繋がるとして評価されました。• 冗談交じりの案として「スナバカレー」 や「デンジャラス兄さんズ」 も出ましたが、前者は「カレー」が意味不明であること、後者は世代が限定されすぎるとして見送られました。決定したチャンネル名：「Sunaba log」（スナバログ）最終的に、「スナバログ」が採用されました。• 「スナバ」の意味：「砂場」はサンドボックスを連想させ、本番環境ではなく、作ったり壊したりするのが容易にできる実験環境を意味します。• 「ログ」の意味：ブログやVログにも通じる現代的な「記録」であり、コンピューター用語の「ロギング」の意味合いも込めています。• 雰囲気：小文字の「sunaba log」というローマ字表記 にすることで、モダンで新鮮な印象を与えつつ、「大人が砂場で遊んでいる」ような、テック寄りの内容を少し砕けた雰囲気で展開する意図が込められています。3. 今後の展望と次回予告チャンネル名が「スナバログ」に決定したことを受け、今後の技術的な取り組みについても議論しました。• プロセス重視：一般的に「成果物（生物）」に興味があるリスナーが多い中で、「サンドボックス」を名に冠することで、プロセスの試行錯誤に興味があるエンジニア層などにも訴求したいと考えています。• 技術的な検討：音声ファイルの形式（WAV、AAC、FLAC、MP4など）や、アップロード先での互換性について確認を行い、リスナーに最適な形でコンテンツを届ける準備を進めます。• 次回予告：次回は、今回決定したチャンネル名でアップロードした音声を聞き返し、音質の確認、および文字起こしの精度確認を行う予定です。コンセプト「妄想と実装」を掲げ、「Sunaba log」として歩み始める私たちの記録を、ぜひお楽しみください。