Loading video...

Video Failed to Load

Go Home

【衝撃】 ドンキーコング風2Dプラットフォーマーを Codexに作らせた人が現れてヤバい🔥 これ何ができるかというと👇 ・スクリーンショットから逆算でゲーム生成 ・レトロゲームのテイストを完全再現 ・プロンプト1回で動くものが完成 ・物理演算もAIが自動実装 つまり何が起きるかというと… 「Codex×ゲーム開発」の可能性が 広がりすぎています。 具体的に👇 ・画像1枚からゲームが生まれる ・レトロゲームの再現が秒速 ・プログラミング知識不要 Codex×GPT-5.5でここまでできる理由を深く知りたいなら この下の記事を読むと理解が一気に深まる。マジでおすすめ👇

Codestudiopjbk's profile picture

Codex Studio

2,642 subscribers

55,492 views • 2 months ago •via X (Twitter)

GamingScience & Technology
LIVE

Anya Rossi• Live Now

Private livecam show

0 Comments

No comments available

Comments from the original post will appear here

Related Videos

【海外で話題】 CodexをiPhoneからフル操作できるアプリ 「Remodex 1.5」がリリースされた😳 これ何ができるかというと👇 ・Codexプラグインをアプリ内で直接使用 ・GPT Image 2.0で画像生成 ・プロジェクト管理もモバイルで完結 出先でもCodexで開発回せる時代。PCなしで本格AIコーディングが来てる。 Codexの使い方をもっと知りたいならこの記事。 この下の記事を読むと理解が一気に深まる。マジでおすすめ👇
0:55

【海外で話題】 CodexをiPhoneからフル操作できるアプリ 「Remodex 1.5」がリリースされた😳 これ何ができるかというと👇 ・Codexプラグインをアプリ内で直接使用 ・GPT Image 2.0で画像生成 ・プロジェクト管理もモバイルで完結 出先でもCodexで開発回せる時代。PCなしで本格AIコーディングが来てる。 Codexの使い方をもっと知りたいならこの記事。 この下の記事を読むと理解が一気に深まる。マジでおすすめ👇

Codex Studio

79,610 views • 2 months ago

【速報】 Codexに「3Dゲーム開発の部品セット」を渡せるツールが公開されて話題😳 その名も GameBlocks！ Three.jsベースの完全オープンソース。 何が異常かというと👇 ・3Dゲームの空間ロジックを“検証済みの部品”として提供 ・Codexが既知の正しいパターンからゲームを組み立てる ・自然言語だと崩れがちな3D挙動の指示が安定する ・プロトタイプ制作をそのままエージェントに任せられる これ、もはや「AIに3Dゲームは無理」じゃない。 Codexが部品を選んで、勝手に動くゲームを組み上げる。 しかも無料。Codexで作れるものの幅がまた変わる。 で、こういうツールをCodexで動かす基本セットアップは教科書記事が一番早いです。 この下の記事を読むと理解が一気に深まる。マジでおすすめ👇
0:20

【速報】 Codexに「3Dゲーム開発の部品セット」を渡せるツールが公開されて話題😳 その名も GameBlocks！ Three.jsベースの完全オープンソース。 何が異常かというと👇 ・3Dゲームの空間ロジックを“検証済みの部品”として提供 ・Codexが既知の正しいパターンからゲームを組み立てる ・自然言語だと崩れがちな3D挙動の指示が安定する ・プロトタイプ制作をそのままエージェントに任せられる これ、もはや「AIに3Dゲームは無理」じゃない。 Codexが部品を選んで、勝手に動くゲームを組み上げる。 しかも無料。Codexで作れるものの幅がまた変わる。 で、こういうツールをCodexで動かす基本セットアップは教科書記事が一番早いです。 この下の記事を読むと理解が一気に深まる。マジでおすすめ👇

Codex Studio

132,744 views • 20 days ago

【速報】 Codex × GPT-5.5で iOS / Macアプリを"20分"で作るAIワークフローが公開された😳 このワークフローの特徴まとめる👇 ・Codex上でGPT-5.5が設計からコーディングまで一貫 ・Xcode不要でアプリの骨格が完成 ・App Store申請に必要なメタデータも自動生成 ・CLIツールでマーケティング素材まで対応 ・ワークフロー自体が日々進化している つまり、iOSアプリ開発のハードルが完全に変わった。「アイデアはあるけどSwift書けない」がもう言い訳にならない。 で、Codexがなんでそんなにヤバいって言われてるのか？ 何がClaudeCodeより優れているのか知りたい人は 下の記事見て👇マジでおすすめ。
20:26

【速報】 Codex × GPT-5.5で iOS / Macアプリを"20分"で作るAIワークフローが公開された😳 このワークフローの特徴まとめる👇 ・Codex上でGPT-5.5が設計からコーディングまで一貫 ・Xcode不要でアプリの骨格が完成 ・App Store申請に必要なメタデータも自動生成 ・CLIツールでマーケティング素材まで対応 ・ワークフロー自体が日々進化している つまり、iOSアプリ開発のハードルが完全に変わった。「アイデアはあるけどSwift書けない」がもう言い訳にならない。 で、Codexがなんでそんなにヤバいって言われてるのか？ 何がClaudeCodeより優れているのか知りたい人は 下の記事見て👇マジでおすすめ。

Codex Studio

119,341 views • 2 months ago

【速報】 「Codex」と「Claude Code」を 30分で完全にマスターできる コンプリート動画をYouTubeに出しましたあああ！！！ 今回マジで自信あるのでぜひ見てみてください👇 内容はこんな感じ。 ・CodexとClaude Codeの違い ・GPT-5.5とOpus 4.7の役割分担 ・ブラウザ操作はCodexが強い理由 ・壊れたコード修正でCodexが刺さる理由 ・日本語/デザインはClaude Codeが強い理由 ・セキュリティチェックでCodexを使うべき理由 ・実務でどう組み合わせると生産性が上がるか でも最近、 「Claude CodeとCodexって結局どう使い分けるの？」 という質問が多すぎたので、30分で全部まとめました。 添付の動画は10分なので動画はこちら👇 大事なのは、 どっちかを選ぶことじゃない。 “仕事ごとに使い分ける”こと。 Claude Codeは、 0→70点の成果物を作るのが強い。 Codexは、 その成果物を100点に近づけるのがうまい。 特に、 修正・検証・ブラウザ操作・セキュリティ面は Codexがかなり強いです。 つまり、実務ではこの流れが強い。 Claude Codeで作る ↓ Codexで直す ↓ Claude Codeで継続実行する 最近Claude Codeだけ触っている人ほど、 Codexは一度ちゃんと学んだ方がいい。 特に、 「壊れたコードを直す」 「安全性を高める」 「画面操作まで任せる」 このあたりは本気で別物です。 Codex + GPT-5.5 Claude Code + Opus 4.7 この2つを使い分けられる人から、 AIエージェント活用のレベルが一段上がります。 また、ClaudeCodeStudioの中の人のXアカウントはこちらから👉 いち｜AI社員と働く経営者
13:32

【速報】 「Codex」と「Claude Code」を 30分で完全にマスターできる コンプリート動画をYouTubeに出しましたあああ！！！ 今回マジで自信あるのでぜひ見てみてください👇 内容はこんな感じ。 ・CodexとClaude Codeの違い ・GPT-5.5とOpus 4.7の役割分担 ・ブラウザ操作はCodexが強い理由 ・壊れたコード修正でCodexが刺さる理由 ・日本語/デザインはClaude Codeが強い理由 ・セキュリティチェックでCodexを使うべき理由 ・実務でどう組み合わせると生産性が上がるか でも最近、 「Claude CodeとCodexって結局どう使い分けるの？」 という質問が多すぎたので、30分で全部まとめました。 添付の動画は10分なので動画はこちら👇 大事なのは、 どっちかを選ぶことじゃない。 “仕事ごとに使い分ける”こと。 Claude Codeは、 0→70点の成果物を作るのが強い。 Codexは、 その成果物を100点に近づけるのがうまい。 特に、 修正・検証・ブラウザ操作・セキュリティ面は Codexがかなり強いです。 つまり、実務ではこの流れが強い。 Claude Codeで作る ↓ Codexで直す ↓ Claude Codeで継続実行する 最近Claude Codeだけ触っている人ほど、 Codexは一度ちゃんと学んだ方がいい。 特に、 「壊れたコードを直す」 「安全性を高める」 「画面操作まで任せる」 このあたりは本気で別物です。 Codex + GPT-5.5 Claude Code + Opus 4.7 この2つを使い分けられる人から、 AIエージェント活用のレベルが一段上がります。 また、ClaudeCodeStudioの中の人のXアカウントはこちらから👉 いち｜AI社員と働く経営者

Claude Code Studio

397,895 views • 2 months ago

【保存＆拡散希望】決死の内部告発！MJ・最後の盗聴電話内容公開！ マイケル・ジャクソンの最後の電話 「これを話すべきか分かりません。誰が聞いているか分からないからです。彼らは一つの集団かもしれません。彼らは私を消そうとしているのです。もう私をここにいさせたくないのです。」 ──「分からない。どういう意味ですか？ 話してください。」 「電話では話せません。何が起きるのか分からない。でも、魂で感じるのです。神だけが知っています。彼らは私を撃つことも、刺すこともできるし、私が薬物を過剰摂取したと言って罪を着せることもできます。彼らには、いろいろなことができるのです。」 ──「誰が？ 誰がそんなことをするんですか？」 「政府ではありません。それ以上のものです。それよりも大きな存在です……」 ──「マイケル……蝶のように羽ばたいたあなたへ。これをあなたに捧げます。」
6:08

【保存＆拡散希望】決死の内部告発！MJ・最後の盗聴電話内容公開！ マイケル・ジャクソンの最後の電話 「これを話すべきか分かりません。誰が聞いているか分からないからです。彼らは一つの集団かもしれません。彼らは私を消そうとしているのです。もう私をここにいさせたくないのです。」 ──「分からない。どういう意味ですか？ 話してください。」 「電話では話せません。何が起きるのか分からない。でも、魂で感じるのです。神だけが知っています。彼らは私を撃つことも、刺すこともできるし、私が薬物を過剰摂取したと言って罪を着せることもできます。彼らには、いろいろなことができるのです。」 ──「誰が？ 誰がそんなことをするんですか？」 「政府ではありません。それ以上のものです。それよりも大きな存在です……」 ──「マイケル……蝶のように羽ばたいたあなたへ。これをあなたに捧げます。」

TOYO

53,086 views • 5 months ago

しつこいようですが、この絵のように吐き出す空気が漂う事で感染が広がります。これをわかっていないと、マスクになぜ効果がないかを理解することができません。
0:33

しつこいようですが、この絵のように吐き出す空気が漂う事で感染が広がります。これをわかっていないと、マスクになぜ効果がないかを理解することができません。

Mr.NonWoven

17,216 views • 1 year ago

「Nano Banana Pro」 で生成したサムネイルのギャラリーサイトをGoogleの「Antigravity」で生成しました。 "これができるなら、あれもできるのでは？"というアイデアが溢れてきます。やはり、考え込む前に、行動するのが吉。行動しないと、思考も豊かにならない。 とにかく作る、試す。
0:43

「Nano Banana Pro」 で生成したサムネイルのギャラリーサイトをGoogleの「Antigravity」で生成しました。 "これができるなら、あれもできるのでは？"というアイデアが溢れてきます。やはり、考え込む前に、行動するのが吉。行動しないと、思考も豊かにならない。 とにかく作る、試す。

KAWAI

182,291 views • 6 months ago

数日 ClaudeCode と codex を行き来しながらゲーム制作したら、両者のハマり方の違いがくっきり見えた✨ ゲームを作る上での肌触りや、細かい UI 調整は明らかに codex の方が上手い。 両方とも「素直に作る → どんどん深みにハマる → パッチを当てて抜け出せなくなる」という罠を踏むんだけど、その顕著さは Claude の方が強い感じ。 最初のペースは codex の方が速いし、UI / レイアウトの捉え方も codex 優位。 ただし codex も完璧ではなくて、開発段階でハマることはある。どちらにせよ、修正や仕様変更が入ったタイミングで苦しくなるのは同じ。 3D ゲームだと特に、AI 側が空間認識と 2D 認識の両方を行き来する必要があって、内部を複雑にとらえがち。1 画面で完結するものなら楽だけど、このゲームのようなワンカットの中でモード遷移があるゲームは AI 側の認識が難しいぽい🤔 それと、ゲーム制作の難しいところは「これ面白いと思って作ったけど、やってみたら全然面白くない」ということがまあよく起きる。そうなるとゲームデザインを大きく変えることになるわけだが、 大きな転換があったときは、無理にパッチを重ねるより、最初から作り直す方が悪くない選択だったりする。実際このプロジェクトでも、最初に作ったものを元に別でサブエージェントを使って再構築するのにかかったトークンと時間はそんなに多くなかった。 つまりワークフロー的には、一回ごちゃごちゃ作ったものを、もう一度作り直していく方が上手くいくのかもしれない。特に UI によって UX が変わるゲームでは顕著。 これはこれまで何度も実務で経験したことだが、かかってる時間が少ないから、やり直しでかかる負荷はそれまでの時間とトークン量ぐらいなのでサンクコストが低く、「面白い」に邁進できる🥰 これは動画も同じで、完全に質の時代に突入した😊 いかに己の能力を上げられるかが問われる時代。 #ai
0:36

数日 ClaudeCode と codex を行き来しながらゲーム制作したら、両者のハマり方の違いがくっきり見えた✨ ゲームを作る上での肌触りや、細かい UI 調整は明らかに codex の方が上手い。 両方とも「素直に作る → どんどん深みにハマる → パッチを当てて抜け出せなくなる」という罠を踏むんだけど、その顕著さは Claude の方が強い感じ。 最初のペースは codex の方が速いし、UI / レイアウトの捉え方も codex 優位。 ただし codex も完璧ではなくて、開発段階でハマることはある。どちらにせよ、修正や仕様変更が入ったタイミングで苦しくなるのは同じ。 3D ゲームだと特に、AI 側が空間認識と 2D 認識の両方を行き来する必要があって、内部を複雑にとらえがち。1 画面で完結するものなら楽だけど、このゲームのようなワンカットの中でモード遷移があるゲームは AI 側の認識が難しいぽい🤔 それと、ゲーム制作の難しいところは「これ面白いと思って作ったけど、やってみたら全然面白くない」ということがまあよく起きる。そうなるとゲームデザインを大きく変えることになるわけだが、 大きな転換があったときは、無理にパッチを重ねるより、最初から作り直す方が悪くない選択だったりする。実際このプロジェクトでも、最初に作ったものを元に別でサブエージェントを使って再構築するのにかかったトークンと時間はそんなに多くなかった。 つまりワークフロー的には、一回ごちゃごちゃ作ったものを、もう一度作り直していく方が上手くいくのかもしれない。特に UI によって UX が変わるゲームでは顕著。 これはこれまで何度も実務で経験したことだが、かかってる時間が少ないから、やり直しでかかる負荷はそれまでの時間とトークン量ぐらいなのでサンクコストが低く、「面白い」に邁進できる🥰 これは動画も同じで、完全に質の時代に突入した😊 いかに己の能力を上げられるかが問われる時代。 #ai

LUTA＠AI

10,896 views • 2 months ago

インターネットやスマホの時代も勝者は読めなかったが、物理的な限界は見えていた。生成AIは違う。なぜ効くのかの理論が薄く、人間知能の理解も浅い。性能の上限も、3年後の到達点もモデル化できない。結果、予測はロードマップではなく「そう感じる」と言うしかない——そして誰も確信できない。 ベネディクト・エヴァンス「これは面白い種類の難しさだと思いますし、これが過去のプラットフォーム転換と決定的に違う点だと思います。インターネットでもモバイルでも、あるいはメインフレームの時代でも、今後2〜3年に何が起きるかは分かりませんでした。Amazonがどうなるかも分からなかったし、Netscapeがどう落ち着くかも分からなかったし、来年のiPhoneがどうなるかも分からなかった。10年前にそういうことを気にしていた頃も同じでした。 けれども当時は、物理的な限界はだいたい分かっていました。1995年の時点で、通信会社が翌年に全員へギガビット光回線を配るわけではない、ということは分かっていました。そして、iPhoneが1年持つバッテリーを搭載して、くるくると巻物みたいに広がって、プロジェクターが付いて、空を飛ぶ——みたいなことにはならない、ということも分かっていました。 ところが、この技術（生成AI）については物理的な限界が分かりません。なぜこれほどうまく動くのかを理論的に十分理解できていないからです。さらに言えば、人間の知能が何なのかについても、理論的に十分理解できていません。だから、どこまで良くなり得るのかが分かりません。 モデムならロードマップの図を作れて、DSLならロードマップの図を作れて、DSLがどれくらい速くなるかも描けます。さらに、通信会社がどれくらいの速度でDSLを展開するかについても、ある程度の推測ができます。そうすると、1998年に放送テレビをストリーミングで置き換えるのは明らかに無理だ、といった判断もできます。 でも、この手のものを同じようにモデル化して、3年後に根本的な能力がどんな姿になっているかを見積もるための同等の方法がありません。結果として雰囲気ベースの予測になってしまい、誰にも本当のところは分からない。ジェフ・ヒントンが『こういう感じがする』と言い、デミス・ハサビスが『こういう感じがする』と言っても、結局は誰にも分からないのです」
1:29

インターネットやスマホの時代も勝者は読めなかったが、物理的な限界は見えていた。生成AIは違う。なぜ効くのかの理論が薄く、人間知能の理解も浅い。性能の上限も、3年後の到達点もモデル化できない。結果、予測はロードマップではなく「そう感じる」と言うしかない——そして誰も確信できない。 ベネディクト・エヴァンス「これは面白い種類の難しさだと思いますし、これが過去のプラットフォーム転換と決定的に違う点だと思います。インターネットでもモバイルでも、あるいはメインフレームの時代でも、今後2〜3年に何が起きるかは分かりませんでした。Amazonがどうなるかも分からなかったし、Netscapeがどう落ち着くかも分からなかったし、来年のiPhoneがどうなるかも分からなかった。10年前にそういうことを気にしていた頃も同じでした。 けれども当時は、物理的な限界はだいたい分かっていました。1995年の時点で、通信会社が翌年に全員へギガビット光回線を配るわけではない、ということは分かっていました。そして、iPhoneが1年持つバッテリーを搭載して、くるくると巻物みたいに広がって、プロジェクターが付いて、空を飛ぶ——みたいなことにはならない、ということも分かっていました。 ところが、この技術（生成AI）については物理的な限界が分かりません。なぜこれほどうまく動くのかを理論的に十分理解できていないからです。さらに言えば、人間の知能が何なのかについても、理論的に十分理解できていません。だから、どこまで良くなり得るのかが分かりません。 モデムならロードマップの図を作れて、DSLならロードマップの図を作れて、DSLがどれくらい速くなるかも描けます。さらに、通信会社がどれくらいの速度でDSLを展開するかについても、ある程度の推測ができます。そうすると、1998年に放送テレビをストリーミングで置き換えるのは明らかに無理だ、といった判断もできます。 でも、この手のものを同じようにモデル化して、3年後に根本的な能力がどんな姿になっているかを見積もるための同等の方法がありません。結果として雰囲気ベースの予測になってしまい、誰にも本当のところは分からない。ジェフ・ヒントンが『こういう感じがする』と言い、デミス・ハサビスが『こういう感じがする』と言っても、結局は誰にも分からないのです」

Tsubame

51,410 views • 7 months ago

【速報】 は？？？？？ 今日の『Codexアプリ』のアップデートで、 Codex + Computer Useのワークフロー実行速度が 『『『『42%高速化』』』』した、、、 これ革命すぎる。意味がわからない。 ついにブラウザ操作が“人間の操作速度”に近づいた。 つまりどういうことか？👇 ・完全なアプリを構築する ・ブラウザ上でユーザーフローを検証する ・画面を見ながら自律的にクリックして進む ・バグを発見する ・そのまま修正する ・コンソールログを読む ・ネットワークログまで確認する ・タスク完了まで自分で反復する つまり、 「コードを書く」 ↓ 「ブラウザで試す」 ↓ 「エラーを見る」 ↓ 「直す」 ↓ 「もう一度試す」 この一連の開発フローを、Codexが自律的に回し始めている。 これが本当に大きい。 てかこれ、エンジニアだけの話じゃない。 マジで全ビジネスパーソンに関係ある。 ・営業資料の作成、 ・LP改善、 ・広告運用の確認、 ・競合リサーチ、 ・フォーム入力、 ・管理画面の操作、 ・データ確認、 ・業務フローの検証。 こういう“ブラウザで完結する仕事”が、 どんどんAIに置き換わっていく可能性がある。 今までのAIは、 「文章を書く」 「コードを書く」 「アイデアを出す」 が中心だった。 でもComputer Useが入ると、 AIが実際に画面を見て、 クリックして、 確認して、 修正して、 最後までやり切る方向に進む。 これはかなり大きい。 Claude Codeだけ追っていた人も、 Codexの進化は絶対に見ておいた方がいい。 なぜならこれは、 “AIがコードを書く時代”から、 “AIがPC上の仕事を実行する時代”への移行だから。 で、まだCodexの波についていけてない初心者🔰はこの下の記事を絶対に読んで！！！！ これ１本でCodexへの理解が一気に深まる。 マジでおすすめ👇
0:23

【速報】 は？？？？？ 今日の『Codexアプリ』のアップデートで、 Codex + Computer Useのワークフロー実行速度が 『『『『42%高速化』』』』した、、、 これ革命すぎる。意味がわからない。 ついにブラウザ操作が“人間の操作速度”に近づいた。 つまりどういうことか？👇 ・完全なアプリを構築する ・ブラウザ上でユーザーフローを検証する ・画面を見ながら自律的にクリックして進む ・バグを発見する ・そのまま修正する ・コンソールログを読む ・ネットワークログまで確認する ・タスク完了まで自分で反復する つまり、 「コードを書く」 ↓ 「ブラウザで試す」 ↓ 「エラーを見る」 ↓ 「直す」 ↓ 「もう一度試す」 この一連の開発フローを、Codexが自律的に回し始めている。 これが本当に大きい。 てかこれ、エンジニアだけの話じゃない。 マジで全ビジネスパーソンに関係ある。 ・営業資料の作成、 ・LP改善、 ・広告運用の確認、 ・競合リサーチ、 ・フォーム入力、 ・管理画面の操作、 ・データ確認、 ・業務フローの検証。 こういう“ブラウザで完結する仕事”が、 どんどんAIに置き換わっていく可能性がある。 今までのAIは、 「文章を書く」 「コードを書く」 「アイデアを出す」 が中心だった。 でもComputer Useが入ると、 AIが実際に画面を見て、 クリックして、 確認して、 修正して、 最後までやり切る方向に進む。 これはかなり大きい。 Claude Codeだけ追っていた人も、 Codexの進化は絶対に見ておいた方がいい。 なぜならこれは、 “AIがコードを書く時代”から、 “AIがPC上の仕事を実行する時代”への移行だから。 で、まだCodexの波についていけてない初心者🔰はこの下の記事を絶対に読んで！！！！ これ１本でCodexへの理解が一気に深まる。 マジでおすすめ👇

Codex Studio

243,774 views • 2 months ago

ネイサンはフィギュアスケートで成功する鍵を与えてくれています。 ➡️氷の状態は時間とともに確実に変化します。例えば、あるスケーターが氷上の同じポジションでクワッドトウ、クワッド・ループを滑っているとします。通常、6分間のウォームアップ中に同じ場所で同じ動作を数回繰り返します。 つまり、次のスケーターが滑る際には、そこにディボット（凹み）ができている可能性があることを念頭に置く必要があります。その場所にできる可能性のあるディボットを考慮して、自分のパターンを調整する必要があるかもしれません。 ですから、誰が何をどこで滑っているのかを大まかに把握しておくことが非常に重要です。そうすれば、そのエレメントを滑る際に、大まかに何が起こるかが分かります。他のスケーターの動きに遅れずに追いつくことができるのです。 しかし一方で、氷の上に立つと、一目見て、少し白い部分があるかどうか確認できます。これは、氷から舞い上がった雪が多いこと、つまりディボットが多いこと、あるいはそのエリアにエッジが多いこと、スピンが多いことなどを意味し、氷が他のエリアほどきれいではない可能性があります。 そこで、まずは視覚的なスキャンを始めます。つま先がその方向に行くなら、そっちの方に行くように、氷の上にあるものは避けます。氷の状態によってダメージを受けます。 .... ネイサンはここまで考えて滑っていたのか！？と、、、だからプーシャワーの後の酷い氷の状態でも崩れなかったのだ！と彼のクレバーさを実感しました！
0:47

ネイサンはフィギュアスケートで成功する鍵を与えてくれています。 ➡️氷の状態は時間とともに確実に変化します。例えば、あるスケーターが氷上の同じポジションでクワッドトウ、クワッド・ループを滑っているとします。通常、6分間のウォームアップ中に同じ場所で同じ動作を数回繰り返します。 つまり、次のスケーターが滑る際には、そこにディボット（凹み）ができている可能性があることを念頭に置く必要があります。その場所にできる可能性のあるディボットを考慮して、自分のパターンを調整する必要があるかもしれません。 ですから、誰が何をどこで滑っているのかを大まかに把握しておくことが非常に重要です。そうすれば、そのエレメントを滑る際に、大まかに何が起こるかが分かります。他のスケーターの動きに遅れずに追いつくことができるのです。 しかし一方で、氷の上に立つと、一目見て、少し白い部分があるかどうか確認できます。これは、氷から舞い上がった雪が多いこと、つまりディボットが多いこと、あるいはそのエリアにエッジが多いこと、スピンが多いことなどを意味し、氷が他のエリアほどきれいではない可能性があります。 そこで、まずは視覚的なスキャンを始めます。つま先がその方向に行くなら、そっちの方に行くように、氷の上にあるものは避けます。氷の状態によってダメージを受けます。 .... ネイサンはここまで考えて滑っていたのか！？と、、、だからプーシャワーの後の酷い氷の状態でも崩れなかったのだ！と彼のクレバーさを実感しました！

Nathan's supporting team JPN

522,346 views • 5 months ago

↓動画はレッドブルのシュガーフリータイプ。いつも通りの総合倍率約4000倍。 レギュラータイプと同様、多くの不規則に動き回る極小の物体が観られます。 これらは一体何ですか⁉️と今現在レッドブルに問い合わせ中です。 動き回る極小の物体が見つからないなと判断した飲料品。 北アルプスの天然水、アリナミン７、リポピタンＤ、西友オリジナルのエナジードリンク。 新たに見つかった飲料品は数点ありますが、ここで公表してもメリットよりリスクの方が大きいように思えるので止めておきます。 「もっと片っ端から飲食物を見まくってくれ」と思われる方がいるでしょうが、日本の市場に出回っている飲食物があまりに多過ぎて1人では厳しいです。🙏目眩がしてきます。 本来なら少なくとも数十人レベルでやることかなと。1人で出来るかい！というのが本音です。 レッドブルから動き回る極小の物体が凄まじく多く見つかるので、まずレッドブルを何とかしようとしております。 ※コーラも点鼻薬も点眼薬も一応同時進行してはいます。
0:40

↓動画はレッドブルのシュガーフリータイプ。いつも通りの総合倍率約4000倍。 レギュラータイプと同様、多くの不規則に動き回る極小の物体が観られます。 これらは一体何ですか⁉️と今現在レッドブルに問い合わせ中です。 動き回る極小の物体が見つからないなと判断した飲料品。 北アルプスの天然水、アリナミン７、リポピタンＤ、西友オリジナルのエナジードリンク。 新たに見つかった飲料品は数点ありますが、ここで公表してもメリットよりリスクの方が大きいように思えるので止めておきます。 「もっと片っ端から飲食物を見まくってくれ」と思われる方がいるでしょうが、日本の市場に出回っている飲食物があまりに多過ぎて1人では厳しいです。🙏目眩がしてきます。 本来なら少なくとも数十人レベルでやることかなと。1人で出来るかい！というのが本音です。 レッドブルから動き回る極小の物体が凄まじく多く見つかるので、まずレッドブルを何とかしようとしております。 ※コーラも点鼻薬も点眼薬も一応同時進行してはいます。

長谷部友也レッドブル、お～いお茶、一番搾り、コーラ、市販薬にも💉から発見されてる同様の異物を確認‼

78,926 views • 1 year ago

これ、多分みんなGeminiとかにチクチクアップロードしてまとめさせて、みたいなことやってたかもしれませんが、TapNowは１クリックで動画分析できます。 で、その内容が結構もりもりなんです。秒数、カメラの構図、キャラクターの動きセリフにいたるまでショット単位で分析してくれます。 そして、なんと自分でさらに分析してほしい内容を付け加えることもできます 動画分析ができるっていうことは、改善のループがAIで回せる可能性がもっと高くなったっていうことです。 これが採点できるようになったら、「８０点になるまでループし続ける」みたいなことをショットやシーンごとにできます そうなると、テスト駆動開発みたいな、ある項目をクリアするまでやりきらせる、みたいなことができます。 つまり、AIが作監の役割をかなりの部分手伝ってくれる未来が見えます TapNow
1:21

これ、多分みんなGeminiとかにチクチクアップロードしてまとめさせて、みたいなことやってたかもしれませんが、TapNowは１クリックで動画分析できます。 で、その内容が結構もりもりなんです。秒数、カメラの構図、キャラクターの動きセリフにいたるまでショット単位で分析してくれます。 そして、なんと自分でさらに分析してほしい内容を付け加えることもできます 動画分析ができるっていうことは、改善のループがAIで回せる可能性がもっと高くなったっていうことです。 これが採点できるようになったら、「８０点になるまでループし続ける」みたいなことをショットやシーンごとにできます そうなると、テスト駆動開発みたいな、ある項目をクリアするまでやりきらせる、みたいなことができます。 つまり、AIが作監の役割をかなりの部分手伝ってくれる未来が見えます TapNow

yachimat - AI Short Anime

21,024 views • 4 months ago

大学が語りたがらない未来ほど、たぶん実現が早い。AIチューターは「その子が何を分かっていないか」を逐次推定し、説明をリアルタイムで作り替える。教科書の一方向性ではなく、対話が教育のデフォルトになる。退屈な研修動画が「過去の遺物」になるのは、案外すぐかもしれない。 ジェフリー・ヒントン「大学は私がこれを話すのを好みませんが、AIは人を指導すること、つまりチュータリングがずっと得意になるでしょう。 私たちはすでに、子どもに個別指導の先生をつけると、教室で学ぶよりも学習がだいたい2倍速くなることを知っています。それは、個別指導の先生が『その子が何を分かっていないのか』を理解し、その子の理解度に合わせて説明を調整できるからです。AIはそれをさらにうまくできるはずです。 なぜならAIは、学習のために何百万人もの子どもとの経験を積めるからです。これは今後10年くらいで実現してくるでしょう。まだそこまで到達していませんが、確実に向かっています。そうなれば、多くのレベルで教育が大きく良くなります。 最後に影響が出るのは博士課程の学生の教育だと思います。そこはより徒弟制度に近いからです。それは事実を教えるというより、進め方やアプローチを教えるものですが、最終的にはそこにも波及していくでしょう」
0:55

大学が語りたがらない未来ほど、たぶん実現が早い。AIチューターは「その子が何を分かっていないか」を逐次推定し、説明をリアルタイムで作り替える。教科書の一方向性ではなく、対話が教育のデフォルトになる。退屈な研修動画が「過去の遺物」になるのは、案外すぐかもしれない。 ジェフリー・ヒントン「大学は私がこれを話すのを好みませんが、AIは人を指導すること、つまりチュータリングがずっと得意になるでしょう。 私たちはすでに、子どもに個別指導の先生をつけると、教室で学ぶよりも学習がだいたい2倍速くなることを知っています。それは、個別指導の先生が『その子が何を分かっていないのか』を理解し、その子の理解度に合わせて説明を調整できるからです。AIはそれをさらにうまくできるはずです。 なぜならAIは、学習のために何百万人もの子どもとの経験を積めるからです。これは今後10年くらいで実現してくるでしょう。まだそこまで到達していませんが、確実に向かっています。そうなれば、多くのレベルで教育が大きく良くなります。 最後に影響が出るのは博士課程の学生の教育だと思います。そこはより徒弟制度に近いからです。それは事実を教えるというより、進め方やアプローチを教えるものですが、最終的にはそこにも波及していくでしょう」

Tsubame

28,261 views • 7 months ago

Antigravityの登場で、ほぼ自動化できていた「テキスト→ショート動画」の制作フロー。 これ、Codexで完全自動化できました。 台本化、画像生成、音声生成、テロップ入れ、Remotion編集、書き出し、さらにYouTube Shortsの予約投稿まで一気通貫で進めてくれます。 今までは画像の重要箇所にテロップがかからないようになど最終チェック段階で手動での微調整を入れていたのですが、それすらもCodexがやってくれます。 こちらはもうRemotionを使っていることすら意識せずに編集を終わらせることができるようになりました。
1:33

Antigravityの登場で、ほぼ自動化できていた「テキスト→ショート動画」の制作フロー。 これ、Codexで完全自動化できました。 台本化、画像生成、音声生成、テロップ入れ、Remotion編集、書き出し、さらにYouTube Shortsの予約投稿まで一気通貫で進めてくれます。 今までは画像の重要箇所にテロップがかからないようになど最終チェック段階で手動での微調整を入れていたのですが、それすらもCodexがやってくれます。 こちらはもうRemotionを使っていることすら意識せずに編集を終わらせることができるようになりました。

りょー｜AI動画制作・編集

22,670 views • 1 month ago

人間が関与することなく、Claude 10がClaude 11を設計し、その次をさらに作る——AIの開発者なら誰もが夢見るであろうRSI（再帰的自己改善）。そういうことが2028年の終わり頃にも実現するかもしれないという。そうなればそこからはきっと、シンギュラリティに向けた本格的な加速が始まる。 ジャック・クラーク「これらのシステムは、AIシステムを訓練するためのコードを書くことにも、かなり優れるようになってきました。AIシステムをどのように訓練すればよいか、そのアイデアを提案することにも長けてきています。 どこかの時点で、私たち人間がAIの今後の開発から完全に一歩引けるようになるかもしれません。いわば、AIを巻き上げて、あとは進むのを見守るような状態です。私たちが資源を与えて、「Claude 10よ、Claude 11を作れ」と言う。するとClaudeがアーキテクチャを作り、研究を行い、リスクを下げ、訓練実行まで行う。そしてClaude 11が出てくる。それはあらゆる面でClaude 10より優れています。 今日それが見えているわけではありません。しかし、私はこれが確実にこの10年以内に到来する現実的な可能性があると思っています。年を賭けるなら、2028年の終わり頃です。それは、多くの科学文献を読んだうえでの見方でもありますし、私たちが公表してきた情報にも基づいています」 ——「2028年というのは、つまり、あなたは7か月のお子さんがいると言っていましたし、私にも6か月の子どもがいますが、その子たちがほんの少し大きくなる頃ということですよね。2028年なんて、もうすぐそこです」 クラーク「ええ、かなり近いです。AIは速く進みます。その含意は、AIシステムは今後さらに先へ進み、これまで以上に強力になると予想すべきだということです。私たちがこの5〜6年で感じてきた進歩は、次の2〜3年に圧縮され、さらにもう一度圧縮されるかもしれないのです」
1:18

人間が関与することなく、Claude 10がClaude 11を設計し、その次をさらに作る——AIの開発者なら誰もが夢見るであろうRSI（再帰的自己改善）。そういうことが2028年の終わり頃にも実現するかもしれないという。そうなればそこからはきっと、シンギュラリティに向けた本格的な加速が始まる。 ジャック・クラーク「これらのシステムは、AIシステムを訓練するためのコードを書くことにも、かなり優れるようになってきました。AIシステムをどのように訓練すればよいか、そのアイデアを提案することにも長けてきています。 どこかの時点で、私たち人間がAIの今後の開発から完全に一歩引けるようになるかもしれません。いわば、AIを巻き上げて、あとは進むのを見守るような状態です。私たちが資源を与えて、「Claude 10よ、Claude 11を作れ」と言う。するとClaudeがアーキテクチャを作り、研究を行い、リスクを下げ、訓練実行まで行う。そしてClaude 11が出てくる。それはあらゆる面でClaude 10より優れています。 今日それが見えているわけではありません。しかし、私はこれが確実にこの10年以内に到来する現実的な可能性があると思っています。年を賭けるなら、2028年の終わり頃です。それは、多くの科学文献を読んだうえでの見方でもありますし、私たちが公表してきた情報にも基づいています」 ——「2028年というのは、つまり、あなたは7か月のお子さんがいると言っていましたし、私にも6か月の子どもがいますが、その子たちがほんの少し大きくなる頃ということですよね。2028年なんて、もうすぐそこです」 クラーク「ええ、かなり近いです。AIは速く進みます。その含意は、AIシステムは今後さらに先へ進み、これまで以上に強力になると予想すべきだということです。私たちがこの5〜6年で感じてきた進歩は、次の2〜3年に圧縮され、さらにもう一度圧縮されるかもしれないのです」

Tsubame

12,563 views • 18 days ago

研究によると、マーモットが白キャベツをむしゃむしゃ食べる音を聞くと、一時的にストレスレベルを最大17％減らすことができるらしい... 意外と知られていませんが、この咀嚼音は、なかなか見ることができない口の奥にある臼歯から発されています。この動画の最後の咀嚼音がとても分かりやすいです。
0:34

研究によると、マーモットが白キャベツをむしゃむしゃ食べる音を聞くと、一時的にストレスレベルを最大17％減らすことができるらしい... 意外と知られていませんが、この咀嚼音は、なかなか見ることができない口の奥にある臼歯から発されています。この動画の最後の咀嚼音がとても分かりやすいです。

ドクターマーモット

175,064 views • 1 year ago

【肘を動かして投げる・肘を支点にして投げる】 これは「どちらが正しい・間違っている」という話ではありません。 昔からダーツでは、「肘を動かすな」「肘を固定しろ」と言われることがあります。 その理由として、「肘が動くとブレるから」「肘を固定した方が再現性が高いから」という説明を聞くこともあります。 肘を完全に固定したからといって、ダーツがブレなくなるわけではありません。 なぜなら、ダーツの軌道を決めているのは肘だけではないからです。 肩、前腕、手首、指、体幹、視線など、多くの要素が連動して投げられています。 肘だけを無理やり固定すると、本来必要な動きまで制限してしまい、かえって力みやズレを生むことがあります。 また、トッププレイヤーのフォームを見ても、一見すると肘が全く動いていないように見える選手でも、実際には細かく動いています。 人間の関節は機械ではありません。 完全に静止させることは難しく、無意識の調整も常に行われています。 重要なのは、「肘を動かさないこと」ではなく「ダーツを狙った方向へ安定して送り出せること」です。 肘を無理に固定することが目的になってしまうと、自然な動きを失ってしまうこともあります。 肘は動いてもいい。むしろ必要なら動かした方がいい。 大切なのは「肘を固定できているか」ではなく、「その動きで狙った場所へ再現性高く投げられているか」です。 フォームの見た目よりも、ダーツがどのように飛び、どのような結果が出ているか。 そこに目を向けることが上達への近道だと思います。
1:12

【肘を動かして投げる・肘を支点にして投げる】 これは「どちらが正しい・間違っている」という話ではありません。 昔からダーツでは、「肘を動かすな」「肘を固定しろ」と言われることがあります。 その理由として、「肘が動くとブレるから」「肘を固定した方が再現性が高いから」という説明を聞くこともあります。 肘を完全に固定したからといって、ダーツがブレなくなるわけではありません。 なぜなら、ダーツの軌道を決めているのは肘だけではないからです。 肩、前腕、手首、指、体幹、視線など、多くの要素が連動して投げられています。 肘だけを無理やり固定すると、本来必要な動きまで制限してしまい、かえって力みやズレを生むことがあります。 また、トッププレイヤーのフォームを見ても、一見すると肘が全く動いていないように見える選手でも、実際には細かく動いています。 人間の関節は機械ではありません。 完全に静止させることは難しく、無意識の調整も常に行われています。 重要なのは、「肘を動かさないこと」ではなく「ダーツを狙った方向へ安定して送り出せること」です。 肘を無理に固定することが目的になってしまうと、自然な動きを失ってしまうこともあります。 肘は動いてもいい。むしろ必要なら動かした方がいい。 大切なのは「肘を固定できているか」ではなく、「その動きで狙った場所へ再現性高く投げられているか」です。 フォームの見た目よりも、ダーツがどのように飛び、どのような結果が出ているか。 そこに目を向けることが上達への近道だと思います。

野村まさし / DPL大阪 ダーツ講師＋DPLスポーツ鍼灸院 院長

26,046 views • 1 month ago