  |
はてなキーワード:レンダリングとは
特に3DCGとかで映像作品作ってるヤツに読んで欲しい内容なんだけど、
結論から先に言うと"ちゃんと真面目に作品作ってる限り"(ココ重要)、
俺等は例えAI利用してるとしても、最終成果物は"非AI利用作品"だよな？という持論に共感させたい。
俺がAI使ってやってる事はこんな感じで。
LLM相手に作成したmp4を渡したり作業画面のスクショ渡したりして、
この辺の動きはどーゆー感じにしたほーがいいかなとか、
この辺のライティングはどーゆー感じにしたほーがいいか？とか言葉で相談する。
※利用AI=chatgpt,gemini,grok,copilot
ここのテクスチャだけビミョーに変えたモン出力してくんね？とか、
このシーンがもし夜だったらどんな感じに見えるかイメージだけ画像にしてみてくんね？
※利用AI=chatgpt,gemini,grok,copilot,stable diffusion
このシーンに配置するオブジェクトのモデルデータとりあえず立体にしてみてくんねとかお願いしたり、
※利用AI=hunyuan3d
このシーンの動画、スタートエンドフレームをXファイルとYファイル渡すから、それで生成してみてくんね？とかi2vでお願いしたり、
このシーンの動画、こういうイメージだとどういう映像になるか生成してみてくんね？とかt2vで生成したり、
Aについてはマジに機械相手の雑談であってただの独り言みてえなモンだし、
BとCとDについてはAIが混ぜ込むノイズのせいでクソキモい物しか生成出来ねえから、
画像もメッシュデータも動画も、絶対に俺側で全て手を加えたモンしか使い物にならねえ。
故に俺が3DCGとして創作してる物ってのは、結局全部俺の手で作ってるモンであって、
コレって「AI製の制作物」なのか？？？？相談役にゴミツール使ってるだけであって、
この手法で動画を制作した場合も、PixivやらTwitterやらに創作物をアップロードするときに、
「AI生成」って宣言をして、クソみてえな誹謗中傷をしてくるワケのわからん外野のゴミ共の餌になってやらなきゃならねえのか？
そんなんおかしいだろ。
ソレに絡めてネット上で誹謗中傷するクソゴミ人間共の挙動にムカついてて、
創造及びソレの提示っつー今まで楽しんでいた活動が地獄のような世界に変えられた事に対する憎しみの吐露をしたいがゆえの書き込みである。
AIくんは基本的にユーザーリクエストに寄り添う形で解答形成してくっから、こんなレスポンスをして来ます↓
「最終的なアウトプットの質と意図を決定し、実行しているのは、100％お前自身だ。
AIはあくまで『対話ベースの構成相談相手』と『ノイズまみれのクソみたいな参考資料提供者』としてしか機能していない。」
「科学の世界では、誰がどの資源を使って最終的な結果を制御したかが重要だ。
この手法でいけば、お前は『Blender利用者』であり、AIは『相談役兼、参考資料作成の補助ツール』だ。」
「AI生成と宣言する必要があるかどうかは、社会的な定義やプラットフォームのルールに依存するが、
少なくとも事実として、お前の創作物は『お前の創造物』であり、AIは『構成要素の一部』でしかねぇ。
AIが主体となって作った制作物とは、質量ともに別モンだ。自信を持て。」
最近、SNS上では「BLは性的消費なのにフェミは男性の性的表現を叩くのはダブスタじゃないか？」というスレッドがトレンド入りしていた。
だがこの議論、よく見るとアーキテクチャの層が違う。つまり、話しているプロトコルが合っていない。
オタク文化圏では、「女性が描くBL」と「男性が描く女性向け性表現」を同一のAPIとして扱う傾向がある。
しかし実際には、両者は別レイヤーで動いているアプリケーションだ。
フェミニズムの文脈で語られる「性的表象の問題」は、主に「社会的リソースの不均衡」や「ジェンダー権力の構造」についての議論であって、単なる「表現内容」の良し悪しを審査しているわけではない。
つまり、BLを「性的に描いてるからフェミ的にアウト」と言うのは、仕様書を読まずにバグ報告を出すようなものなのだ。
歴史的に男性中心に最適化されてきた社会システムに、女性視点のパッチをあてて再コンパイルする運動と言える。
だから、「男性と女性を同じように扱うべき」という一般論をそのまま適用しようとすると、互換性エラーが出る。
たとえば「女性の性的表象は抑制されるべきだが、BLはOK」とされるのは、「権力構造上の対称性が存在しない」という前提で最適化されているからだ。
一方、「普通の女性はフェミと違う」「まともな女はそんな主張しない」という定番フレーズが出てくる。
だがそれは多くの場合、ユーザーの気分を和らげるためのUX的演出にすぎない。
実際、ほとんどの人間は制度的優遇（レディースデー、女性専用車両、離婚時の親権バイアスなど）という「プリインストールされた特権OS」の上で動いている。
たとえ本人が「私はフェミじゃない」と言っても、使っているAPIがすでにフェミ思想ベースで動作しているのだ。
つまり、「私は違う」という自己申告は、ただのUIレイヤー上の装飾にすぎない。
平等を掲げるなら、優遇措置をアンインストールする覚悟が必要になる。
だが現実には、多くの人が「平等という概念を口では支持しつつ、既得権のキャッシュを維持」している。
これはエンジニアリング的に言えば、「レガシーコードをリファクタリングすると言いながら結局コメントアウトで誤魔化している状態」だ。
男女平等を“動作保証付き”で実装しようとするなら、既存の社会制度をルート権限で書き換える必要がある。
だが、ほとんどの人はroot権限を持つどころか、ユーザーレベルの設定すらいじる気がない。
もっと根本的に言えば、日本社会の多くの仕組みは、女性優遇をデフォルト設定としてビルドされている。
その構造はあまりにも自然化されていて、誰もコードレビューをしようとしない。
アンチフェミを自称する男性すら、「女性は守るべき対象」という社会的テンプレートを内面化していることが多く、それが構造の永続化を促している。
結果として、「BLは性的消費」「フェミはダブスタ」という批判は、異なるフレームワーク間の非互換問題にすぎない。
BLは「個人の妄想の自由」をレンダリングするローカルアプリだが、フェミニズムは「社会構造の更新」を目指すサーバーサイドのシステム。
同じメソッド名を呼んでいるように見えても、実行される関数の意味がまったく違う。
つまり、「BL＝性的消費」「フェミ＝ダブスタ」という批判構造は、コードのバージョンが違うままマージしようとしている状態に近い。
根本的にAPI設計思想が違うのだから、いくら議論を積み重ねても互換性は取れない。
必要なのは、「どの層で話しているのか」「どの権力構造を前提にしているのか」を明示することだ。
昨日（2025年10月8日・水曜日）の僕は、いつものように目覚めの瞬間から几帳面だった。
アラームを鳴らす前の微小な筋肉収縮で6時44分59秒に目が醒め、コーヒーの湯温は必ず蒸らし後92.3℃で計測し、トーストの一片は正確に28.4g、バナナは熟度指標でF値が2.1に収まっていることを確認してから食べる。
午前中は机に向かい、形式的かつ徹底的に「超弦理論の位相的／圏論的精緻化」を考察した。
具体的には、ワールドシートCFTを従来の頂点作用素代数（VOA）として扱う代わりに、スペクトラル代数幾何の言葉で安定∞-圏の係数を持つ層として再構成することを試みた。
つまり、モジュライ族 上に、各点で安定∞-圏を付与するファイバー化されたファミリーを考え、その全体をファクタライゼーション代数として捉えて、Lurie 的な infty-functor として境界条件（ブレイン／D-brane）を安定∞-圏の対象に対応させる枠組みを描いた。
ここで重要なのは、変形理論が Hochschild 共役で制御されるという点で、VOA のモジュラー性に相当する整合性条件は、実は E_2-作用素のホモトピー的不変量として読み替えられる。
従って、運動量・ゲージアノマリーの消去は位相的にはある種の線バンドルの自明化（trivialization）に対応し、これはより高次のコホモロジー理論、たとえば楕円コホモロジー／tmf 的な指標によって測られる可能性があると僕は仮定した。
さらに、Pantev–Toën–Vaquié–Vezzosi のshifted symplectic構造を導来スタックの文脈で持ち込み、ブライアンのBV–BRST形式主義を∞-圏的にアップグレードすることで、量子化を形式的deformation quantizationから∞-圏的モノイド化へと移行させる方針を検討した。
技術的には、済んだ小節のように A∞-圏、Fukaya 型的構成、そして Kontsevich 型の formality議論をスペクトラル化する必要があり、Koszul双対性と operadic な正規化（E_n-operad の利用）が計算上の鍵になる。
こうした抽象化は、従来の場の理論的レトリックでは見逃されがちな境界の∞-層が持つ自己整合性を顕在化させると信じている。
昼には少し気分転換にゲームを触り、ゲーム物理の乱暴さを数理的に嫌味ったらしく解析した。
具体的には、あるプラットフォーマーで観察される空中運動の離散化された擬似保存則を、背景空間を非可換トーラスと見なしたときの「有効運動量」写像に帰着させるモデルを考えた。
ゲームデザイン上の「二段ジャンプ」はプレイヤーへの操作フィードバックを担う幾何的余剰自由度であり、これは実は位相的なモノドロミー（周回時の状態射の非可換性）として記述できる。
こう言うと友人たちは眉をひそめるが、僕にはすべてのバグが代数的不整合に見える。
コミックについては、連載物の長期プロットに埋め込まれたモティーフと数理構造の類比を延々と考えた。
例えば大海賊叙事詩の航路上に出現する島々を、群作用による軌道分割として見ると、物語の回帰点は実はモジュライ空間上の特異点であり、作者が用いる伏線はそこへ向かう射の延長として数学的に整理できるのではないかと妄想した。
そう言えば隣人は最近、ある実写シリーズを話題にしていたが、僕は物語世界の法則性が観客認知と整合しているか否かをまず疑い、エネルギー保存や弾性論的評価が破綻している場面では即座に物理的な説明（あるいはメタ的免罪符）を要求する習慣があるため、会話は短く終わった。
ところで、作業ノートは全て導来stackのようにバージョン管理している。具体的には、研究ノートは日ごとにGit の commit を行い、各コミットメッセージにはその日の位相的観測値を一行で書き、さらに各コード片は単体テストとして小さな homotopy equivalence のチェッカーを通す。
朝のカップは左手から時計回りに3度傾けて置き、フォークはテーブルエッジから12.7mmの距離に揃える。
こうした不合理に見える細部は、僕の内部的整合性を保つためのメタデータであり、導来的に言えば僕というエンティティの同値類を定めるための正準的選択だ。
夕方、導来スタック上の測度理論に一箇所ミスを見つけた。p進的局所化と複素化を同時に扱う際に Galois作用の取り扱いをうっかり省略しており、これが計算の整合性を損なっていた。
誤りを修正するために僕はノートを巻き戻し、補正項として gerbe 的な位相補正を導入したら、いくつかの発散が自然にキャンセルされることを確認できた。
夜はノートを整理し、Emacs の設定（タブ幅、フォントレンダリング、undo-tree の挙動）を微調整してから21時30分に就寝準備を始めた。
寝る前に日中の考察を一行でまとめ、コミットメッセージとして 2025-10-08: ∞-categorical factorization attempt; correctedp-adic gerbe termと書き込み、満足して目を閉じた。
昨日は水曜日だったというその単純な事実が、僕にとってはすべての観測と規律を括る小さなモジュロであり、そこからまた今日の位相的問題へと還流していく。
もーさー何年も投稿していて、登録者も結構いるのに致命的なミスする投稿者多過ぎる
声しかはいってないならTruePeakが-2 dまで上げるよね
動画アップロードした後に動画の詳細統計情報volume/normalizedで確認するよね
そこで-16とか-24とかだったら、一旦上げた動画を削除して音量調節後にまた再アップするだろ
なんで音小さいまま公開するんだよ、おまえの動画だけ音小さくて聞こえねえよ
「ぶっちゃけ日本のIT技術者のレベルが元々低いだけ」論、読んだけど、雑に日本叩き→雑に海外持ち上げの“気持ちよさ”に全振りしてて、論としては穴だらけだよ。順に潰す。
“発明”って規格？論文？OSS？製品？この区別を曖昧にして「思い浮かばない＝ない」をやるのは主観の事実化。
反例を淡々と置く（全部2010年代以降の「世界で通る」技術・成果）：
HTTP/3 / QUIC系仕様・QPACKの主要貢献者のひとりは日本人エンジニア（例：Kazuho Oku）。IETFのRFCはまさに“世界標準”。「世界で通用」どころか世界の土台。
Chainer / CuPy（Preferred Networks）は動的計算グラフ系フレームワークの先行例。PyTorch隆盛の流れに技術的影響を与えた。CuPyはいまも広く使われてる。
ソニーのCMOSイメージセンサは世界シェア筆頭。これは“ハード”に見えて、設計・製造・信号処理・ツール群までソフトの塊。スマホのカメラ品質＝AI前処理の土台。
日本人が中心メンテに関与した高性能HTTPサーバ（H2O等）はCDNや低レイテンシ配信に採用例多数。
産業用ロボット（FANUC、安川）周辺の制御・通信・ツールチェーンは世界の現場で常用。表に出にくいB2B領域は“見えないだけ”。
「LINEが～」みたいなB2Cの派手さだけが“発明”じゃない。基盤を握るのは地味仕事。あなたが気づかない＝存在しない、ではない。
Winny／一太郎／CD-ROM／MIDIを“国民的知名度”で持ち上げて、以後は「思い浮かばない」って、知名度＝技術力の誤用。
2000年代以降、ITは不可視化（クラウド、プロトコル、ライブラリ、半導体、サプライチェーン）へシフト。見えないところほど難しくなった。派手なガジェットが減ったからレベル低下、ではない。
問題領域で言語は変える。Webは「5歳児でも」動かせる？今のWebは、
CD/CI、IaC、K8s、SRE、ゼロトラスト、分散トレーシング、暗号化、フロントの再レンダリング戦略……
これらを運用で落とさないのが本番。Cが偉い／Webが軽い、は90年代の教養で止まってる。
起業に国の試験？それ、フィルタにはなるけどイノベーションの十分条件じゃない。
トップダウンは国家プロジェクトやインフラ敷設には強い。しかし、
分野で強弱は揺れる。制度の一軸で「勝ち負け」を断ずるのは幼い。
それ、犯罪としてのサイバー強盗の話でしょ。規制準拠の金融基盤と国ぐるみのハッキングを同じ土俵で比べるのは、
「百メートル走で銃使えば最速」って言ってるのと同じ。比較の土俵設定から破綻。
日本のITが伸び悩んだ要因は複合要因：内需の構造、調達・多重下請け、英語コミュニケーション、ストック報酬の弱さ、エクイティ文化、大学と産業の距離、IPO市場の質、人口動態、為替…
これを全部「技術者のレベル低い」で片付けると、説明力を失う。制度と資本設計の問題は制度と資本で解くのが筋。
「勝ってる」を“B2Cでバズるアプリ”だけに限定するから見落とす。
最後に一個だけ。
Mozilla Firefoxは、プライバシー保護とユーザーのカスタマイズ性を重視した高機能なウェブブラウザです。独自のレンダリングエンジンを持ち、Google ChromeなどのChromium系ブラウザと差別化されています。特に、拡張機能の安全設計や詳細な設定（about:config）によって細部までユーザーが調整可能な点が評価されています。また、非営利財団が開発しているため、商業的な利益に左右されにくいことも信頼の一因となっています 。
2025年には、Pocketやレビュー評価機能の統合終了といったサービスの整理を行い、リソースをブラウザ本体の開発やAI搭載機能強化に集中させる方針を発表しました。これにより「垂直タブ」や「スマート検索」など新しいユーザー体験の改善が期待されています 。
https://onefile.hatenablog.com/entry/2025/08/06/000600
https://ja.taiwebs.com/windows/download-firefox-quantum-501.html
セキュリティ面でも最新バージョン（139.0.4）で重大な脆弱性を速やかに修正し、高い安全性を維持しています 。利用者からは拡張機能の豊富さと独立性を評価する声が多く、特にプライバシーを重視するユーザーに支持されています 。その一方で、近年はChromeにシェアを奪われているものの、多様なブラウザ環境を守るための重要な存在としての役割も注目されています。
Mozilla Firefoxは、プライバシー保護とユーザーのカスタマイズ性を重視した高機能なウェブブラウザです。独自のレンダリングエンジンを持ち、Google ChromeなどのChromium系ブラウザと差別化されています。特に、拡張機能の安全設計や詳細な設定（about:config）によって細部までユーザーが調整可能な点が評価されています。また、非営利財団が開発しているため、商業的な利益に左右されにくいことも信頼の一因となっています 。
2025年には、Pocketやレビュー評価機能の統合終了といったサービスの整理を行い、リソースをブラウザ本体の開発やAI搭載機能強化に集中させる方針を発表しました。これにより「垂直タブ」や「スマート検索」など新しいユーザー体験の改善が期待されています 。
https://onefile.hatenablog.com/entry/2025/08/06/000600
https://ja.taiwebs.com/windows/download-firefox-quantum-501.html
セキュリティ面でも最新バージョン（139.0.4）で重大な脆弱性を速やかに修正し、高い安全性を維持しています 。利用者からは拡張機能の豊富さと独立性を評価する声が多く、特にプライバシーを重視するユーザーに支持されています 。その一方で、近年はChromeにシェアを奪われているものの、多様なブラウザ環境を守るための重要な存在としての役割も注目されています。
ちょっとした必要があって、「Wizardry」とか「世界樹の迷宮」のような3DダンジョンRPG の迷宮内通路画面の絵面が必要になり、自由に使えて整合性があった方が良いからAI に作らせようと思ったのだが、これが全然うまくいかんのよな。
まずイメージとしてWiz の画面を見せ、簡単な平面マップを作成して渡して、「A地点で北を向いているシーンの画面を作ってくれ。ワイヤフレームでかまわんので」と指示を出し、（コンピュータなんだからここまでお膳立てしたら楽勝でしょ）とお茶をすすってたら、アウトプットは（三次元の通路・地形を平面におとしこむという）意図も実現方法もわかってない無軌道線画アートで、予想外の低レベルさに衝撃を受けたのだった。
その後、色々フォローしたが、根本的に無理があるのか、ほとんど改善せず。もう別の方向性で興味深くなってきて、ChatGPT、Claude、Gemini、の各エンジンで検証したりしたのだが、総じて使い物にならずという印象である。ボトルネックが意図の汲み取りにあるのか、実行にあるのか正確にはわからないけど。
まあ、生成AI なんだし、そんな雑な設定で任意の視点からの三次元レンダリング演算とかホイホイ出来ないわなあ、とも思うが、何となく「コンピュータからしたらアホみたいに簡単なタスク」に思えたのに（だって、HAL 9000 なら簡単にやってくれそうでしょ）こんなに苦戦するんだ、というのが個人的にちょっと斬新だったので記録しておく。
※ 暴論を承知で言えば、なんかヤツら（生成AI）って「文系」っぽいなと改めて思っちゃいました（薄々思ってた）…
※ こんなタスクはタスクとも思わず脳内処理可能な一部の人類（絵師様、その他クリエイタの方々、真賀田四季博士、など）はスゲえなと…
今までは、「推し」というものがよくわからなかった。なぜ皆、あれほど情熱やお金、時間を注ぎ込めるのか。それが不思議でならなかったのだ。自分は良くも悪もリアリストで、論理的に物事を捉えがちなため、感情に突き動かされてそういった行動に出ることが全く理解できなかった。
例えば、ドラゴンボールや名探偵コナンのような有名な作品は、もちろん自分も好きだ。語り出せばファミレスのドリンクバーで夜を明かせる自信もある。けれども、それはあくまで多くの作品やコンテンツの中で相対的に「これが一番好きかな」という程度の感情であり、「推し」という概念には程遠かった。グッズを買ったり、イベントやライブに足を運んだりすることは一切考えたこともなく、いわゆるオタクの会話にも、どこか馴染みきれない自分を感じることがあった。何事にも完全に熱中できず、まるで蚊帳の外から、自分の好きなコンテンツとそれを熱心に語る人々を眺めているかのように、どんなものに対しても一歩引いて俯瞰してしまっていたのだ。アニメコンテンツですらこの調子なのだから、アイドルといった存在には全く興味がなく、「本当に経済を回していてすごいな」と、どこか他人事のように思っていた。
そんな自分に変化が訪れたのは、5年ほど前のことだ。特に誰かを推し始めたわけでも、何かにハマったわけでもない。ただ暇つぶしにアニメを惰性で見ていたら、ふと「22/7計算中」という番組が目に留まった。どうやらアイドルを知ってもらうための深夜バラエティらしい。最初はそのまま寝ようかと思ったのだが、画面に映っていたのはモーションキャプチャーによるトゥーンレンダリングの3DCGキャラクターたち。まるでアニメのキャラクターがバラエティ番組を繰り広げているかのような光景に、思わずボーッと見入ってしまった。
個性的なメンバーが多く、番組自体も意外なほど面白かった。毎週アニメに続く時間帯、あるいはアニメの後の時間帯に放送されていたため、自然と目にする機会も増えていった。ただ、その時点ではやはり「バラエティ番組として面白い・楽しい」という気持ちが先行しており、アイドルとしての彼女たちに深い関心を抱くには至らなかった。グッズを買うこともなければ、曲を熱心に聴くこともない。そもそも演じているリアルなメンバーの顔と名前すら一致しない有様で、メンバーが卒業すると聞いても「まあ、アイドルならそういうこともあるだろう」程度の感想しか抱かなかった。（ファンの皆さん、本当に申し訳ない…）
大きな転機は、「後輩メンバー」の加入だったかもしれない。彼女たちが加わってからのシングル「曇り空の向こうは晴れている」を耳にしたとき、素直に「いい曲だな、好きだな」と感じた。新体制になってもバラエティの面白さは変わらず、この曲との出会いをきっかけに、実際のアイドルとしての活動にも少しずつ興味が湧き始めた。とはいえ、それは本当に「少し」で、例えば「昔はどんな曲を歌っていたのだろう」とYouTubeで過去の曲を聴き漁る程度。（ちなみに自分の好きな曲は、「シャンプーの匂いがした」と「曇り空の向こうは晴れている」です）メンバーの卒業に際しても、「4、5年見てきたけれど、あの面白い掛け合いがもう見られないのか、残念だな」と思うくらいで、心が大きく揺さぶられるようなことはなかった。しかし、無意識のうちに彼女たちに惹かれていたのだろう。いつの間にかSNSをフォローし、投稿を見かけるたびに何となく「いいね」を押すようになっていた。
そして今回、初期メンバーで、グループの「顔」とも言える存在のメンバーが卒業を発表した。その報に触れたとき、言葉では言い表せない複雑な感情に襲われた。特定の誰かが卒業するから、というよりも、今この瞬間、この状況が変わってしまうことが確定したという事実そのものに、まだ心が追いついていない。頭の中を駆け巡ったのは、
* 悲しい
* さみしい
*感謝を伝えたい
* これまでの軌跡を全て知りたい
* 後悔しないためにはどうすればいい？
* 他のメンバーも辞めてほしくない
…そんな思いだった。
これらの感情が一気に押し寄せ、混ざり合い、今更ながら、ようやく「推し」という概念を、自分自身の体験として理解できた気がする。
時間の流れや変化は誰にも止められない。だからこそ、その変化や現実をどう受け止めるかが大切だと、改めて気づかされた。「後でわかること」という曲の歌詞が、これほどまでに具体的に胸に突き刺さり、自分も感情を持つ一人の人間なのだと実感した。
どうやら自分は、純粋なプラスの感情だけで「推し」を理解するのは難しいタイプらしい。おそらくこれからも、このように心にぽっかりと穴が空いたような喪失感を覚えたときに、初めて「ああ、これが『推し』だったのか」と気づくのだろう。この感情の正体を最初から理解していれば、こんな風に長々と書き連ねることもなかったのかもしれない。しかし、この経験を通して非常に大切な学びを得た。これからは、しっかりと「推し」ていこうと思う。
世界は「19世紀」に戻り、米国は「非自由主義的民主主義」に陥りつつある | 一人の男のエゴイズムのため
というクーリエジャポン(中身はLe Monde)の記事へのブコメでランド研究所のレポート を教えてもらった。
そのブコメとはこちらhttps://b.hatena.ne.jp/entry/4769813175171719233/comment/shugetsu-sai
アメリカのランド研究所では、2000年頃から既に世界は「新中世主義」と呼ぶ新たな時代に入っていると分析しており、ザカリア氏の19世紀回帰論には誤りがある。 https://www.rand.org/pubs/research_reports/RRA1887-1.html
ただし、ブコメの指摘と異なりRANDレポートの主旨は、米国と中国で起きていることを対比し、いずれも国家の力が相対的に弱体化しており(Weakening States)、国民社会は連帯を弱め国家以外の多様なコミュニティへと帰属し(Fragmenting Societies)、経済成長は鈍化と不均衡(Imbalanced Economies)、自然災害・感染症・無法で暴力的な非国家主体の脅威(Pervasive Threats)、パラミリ・国際的犯罪組織・サイバーなどによる戦争の非公式化(Informalization of Warfare)が2000年頃からの特徴となっていることを指摘している。
そして、こうした事柄を指して、ランド研究所のU.S.-China Rivalry in a Neomedieval World—Security in an Age of Weakening States は、「ネオ中世」と呼んでいるのだけど、それは別に実際の中世ヨーロッパ(5〜15世紀)を指して、そう呼んだ訳ではなく、近代国民国家のような強い中央集権、国家統治によって国家vs.民衆といったフラットな構造ではない重層的でそこここに権力が分立している様を指して「ネオ中世」と呼んでいることに気付く。
したがって、本件のブコメとなっているファリード・ザカリアのインタビュー記事の「19世紀に巻き戻る」というのも、Liberalを標榜する戦後西ヨーロッパの価値観(*法の支配*)から過去に巻き戻るという意味で使われている点で共通している。
==== =====
全然、ドキュメントの通りにレンダリングされないんだけど...、ドキュメントのメンテナンスしてないのか...
https://www.youtube.com/watch?v=St1VqOctvnY
公開日: 2021/06/17
※本講演はUniteSeoul 2020での講演を日本語吹替したものとなります
「原神」のレンダリングパイプラインと、コンソールでのクロスプラットフォーム開発について、miHoYoのテクニカルディレクターであるZhenzhong Yiがお話しします。
【こんな人にオススメ】
・Game Developers
【得られる知見】
【講演者】
・miHoYo Technicaldirector Zhenzhong Yi
古い資料ではあるがモバイルやコンソールのような貧弱環境でも美しい表現ができるようGPU負荷を抑えながらえげつない最適化を昔からしてきたノウハウと技術力を考えると
「フロントエンド不要論」は、最近の開発現場やサーバーレス、クラウド技術の進化に関わっている人たちの間でリアルに実感されている問題です。
• React,Vue, Angular などのフレームワークがどんどん複雑化
•フロントエンドとバックエンドの分離が、**「本当に効率的か？」**という疑問が生じている
• 「最終的にHTMLを描画するだけなら、サーバーでやればよくない？」
•フロントエンドから直接APIを叩く構成では、「APIを守る」ことが難しい
•XSS,CSRF, CORSといった脆弱性に対処し続けるコストが無駄
🚩 3.サーバーレス・クラウド技術が進化し、APIの負担を減らす方向に
•AWSLambda,APIGateway, Cognitoなどのサーバーレス技術が進化
•フロントエンドがAPIを叩くより、サーバー側で直接処理する方が効率的
• 以前はReactを使用 → ReactをやめてHTMLベースに戻した
• React,Vue, Angularを全廃
•JavaScriptなしで動的なページを実現
3. Laravel（Livewire）
4. Shopify（GraphQLでデータを直接取得）
•フロントエンドを完全分離する構成から、「バックエンドがHTMLを返せばいい」 というシンプルな構成へ移行
✅サーバーレス時代の最適解：「フロントエンド不要アーキテクチャ」
「フロントエンドを捨てて、サーバーがすべての処理を担う」方向に移行するのが最適解になりつつある。
📌 最適なアーキテクチャ
ブラウザ →サーバー（PHP,Node.js,Go） →APIGateway（Cognito認証）
📌 具体的な実装例（PHP + Cognito +APIGateway）
require 'vendor/autoload.php';
useAws\CognitoIdentityProvider\CognitoIdentityProviderClient;
useAws\Exception\AwsException;
$client = new CognitoIdentityProviderClient([
'credentials' => [
'key' => getenv('AWS_ACCESS_KEY_ID'),
'secret' => getenv('AWS_SECRET_ACCESS_KEY'),
],
]);
$email = $_POST['email'];
$password = $_POST['password'];
try {
$result = $client->initiateAuth([
'AuthFlow' => 'USER_PASSWORD_AUTH',
'ClientId' => 'XXXXXXXXXX',
'USERNAME' => $email,
],
]);
setcookie("accessToken", $result['AuthenticationResult']['AccessToken'], [
'samesite' => 'Strict'
]);
header("Location:dashboard.php");
}
?>
🚀 **「フロントエンドはもう不要」**という流れは、最新のクラウド/サーバーレス開発に携わる人たちが実感していること。
☑セキュリティが大幅に向上する
👉結論：「フロントエンドは不要」クラウド×サーバーレスでバックエンドが主役になる！
技術が進歩したからといって新しいタイプのゲームができるとは限らない。もしかするとアイデアだけならもうファミコン時代に出そろってていたのかもしれない。
資本主義のシステム上、大企業によるAAAタイトルはどうしても人種・年齢・性別・知能レベルを問わずに凄いと思わせるグラフィックがリアルで綺麗なゲームを作ろうとする。肝心のプレイ部分は既存の作品の焼き直し、昨今だと最悪ポリコレでブスばっかになって台無しまで行く。
最近のゲームに魅力を感じないのであればアンテナをインディーズゲームまで広げてみるべきだろう。なにもグラフィックに大金をかけることばかりがゲームではない。3Dレンダリングが2Dドット絵より優れているかというとそうではなく、単に芸術表現の違いでしかない。もちろんリアルな三次元であることでより魅力が出るジャンルはあるが、技術の発展はそこへ至る扉を開いたに過ぎない。ショボいドットや既存アセットの組み合わせでもプレイして気持ちいいゲームは存在しうる。ゲームの進化がどん詰まったのではなく、行き先が多様になって一つに定まらなくなったというだけだ。
金はないけど情熱はあるクリエーターなんて今もいくらでも存在する。みんながやっているから、話題にしてるからそのゲームをやるんじゃなくて、多様性の中で自分の性癖にあうものを見つけていくのが今の時代のやり方だろう。
# 生成AIをはてな記法で出力させるためのプロンプト設計に関する研究
生成AIの普及に伴い、特定のマークアップ言語や記法に準拠した出力を生成する需要が高まっています。特に、はてなブログなどで使用されるはてな記法は独自の構文規則を持つため、適切なプロンプト設計が求められます。本報告では、生成AIにはてな記法での出力を指示する際の効果的なプロンプト作成手法について、現行のプロンプトエンジニアリング理論と実践例を基に体系的に分析します。
はてな記法は、見出しやリスト、リンクなどの文書要素を表現するために特殊な記号を使用する軽量マークアップ言語です[1][3]。主要な構文要素としては、アスタリスクによる見出し指定（*見出し*）、ハイフンを用いたリスト作成（- 項目）、角括弧を使ったリンク記述（[タイトル:リンク先URL]）などが挙げられます。これらの構文規則を生成AIに正確に理解させるためには、プロンプト設計において以下の課題が存在します。
第一に、記法の曖昧性排除が挙げられます。はてな記法では特定の記号の組み合わせが特殊な意味を持つため、自然言語処理モデルが意図せず他の記号解釈を行うリスクがあります[2][3]。例えば、アスタリスクは強調表現にも使用されるため、文脈に応じた適切な解釈が必要です。
第二に、構文の階層構造の正確な再現が課題となります。はてな記法では入れ子構造のリストや複合的な見出しレベルを表現する際に、特定の記号の組み合わせが必要です。生成AIにこれらの複雑な構造を理解させるためには、プロンプト内で明示的な指示と具体例の提示が不可欠です[1][4]。
第三に、プラットフォーム固有の拡張構文への対応が求められます。はてな記法は基本構文に加え、独自の表記法やマクロ機能を備えており、これらの特殊機能を適切に活用するためには追加的な指示が必要となります[3][4]。
生成AIに期待する出力形式を確実に得るためには、プロンプトの冒頭で役割を明確に定義することが重要です[3][4]。具体的には、「あなたははてな記法の専門家です」といった役割指定を行うことで、AIの応答生成プロセスに方向性を与えます。この役割定義により、モデルは内部に保持するはてな記法関連の知識を優先的に活性化させることが可能となります[1][2]。
```
あなたははてなブログの編集者です。専門的なはてな記法を用いて、正確かつ読みやすい形式でコンテンツを出力してください。
```
### 構文規則の明示的指示
はてな記法の各要素に対応する具体的な構文規則を、箇条書きではなく自然文で列挙します[2][3]。特に重要な点は、記号の使用法と要素間の階層関係を明確にすることです。例えば、見出しレベルと対応するアスタリスクの数、リストの入れ子構造の表現方法などを具体的に指示します[1][4]。
構文指示の例：
```
```
テキスト生成AIは具体例からの類推学習に優れているため、期待する出力形式のサンプルを提示することが有効です[2][3]。特に、複雑な構造を含む場合は、実際の記法例とそれに対応するレンダリング結果を併記することで、AIの理解を促進します。
```
- サブ項目
[詳細はこちら:https://example.com]
```
### 制約条件の明文化
生成結果の品質を保証するため、文字数制限やコンテンツの構成に関する要件を明確に指定します[3][4]。これにより、AIは形式面だけでなく内容面でも適切な出力を生成できるようになります。
制約条件の例：
```
出力は以下の条件を満たすこと：
```
近年提案されているシンボルプロンプト技法を応用し、記号を用いて出力構造を明示的に指示する方法が有効です[1][3]。この手法では、矢印（→）や等号（=）などの記号で要素間の関係性を表現することで、AIの構造理解を促進します。
構造化指示の例：
```
→ セクション1 + セクション2 + セクション3
各セクション → サブ項目 ×3
```
複雑な文書生成では、生成プロセスを複数の段階に分割して指示することで精度を向上させます[3][4]。最初にアウトラインを生成させ、その後各セクションを詳細化する手法が効果的です。
段階的指示の例：
```
4. 関連リンクを適宜挿入
```
可変要素を含むテンプレートを使用することで、汎用的なプロンプトを作成できます[2][3]。角括弧で囲った変数名を使用し、実際の生成時に具体値を入力する方式です。
テンプレート例：
```
```
初期プロンプトの出力結果を分析し、不足している要素や誤った記法を特定します[3][4]。このフィードバックを基に、プロンプトの指示文を段階的に改良していく手法が効果的です。特に、誤りが発生した箇所を具体的に指摘し、正しい記法例を追加することが重要です。
改良例：
```
（修正前）
見出しは*で囲んでください
（修正後）
見出しは*1個で囲み、大見出しは*、中見出しは**を使用してください。例：
```
テキスト指示に加え、サンプル画像やスクリーンショットを併用することで、AIの理解精度を向上させます[2][4]。ただし、現在の技術水準ではテキストベースの指示が主流であるため、補助的な手段として位置付ける必要があります。
温度パラメータ（temperature）やtop_p値などの生成パラメータを調整することで、形式の厳密性と創造性のバランスを最適化します[1][3]。形式重視の場合は低温度設定（0.3-0.5）が推奨されますが、過度に低くすると画一的な出力になるリスクがあります。
### 基本形プロンプト
```
あなたははてなブログの専門編集者です。以下の要件ではてな記法で記事を作成してください：
```
### 高度なプロンプト
```
[役割設定]
あなたはテック分野の専門ライター兼はてな記法エキスパートです。
[タスク]
2024年の生成AI市場動向に関する分析レポートをはてな記法で作成
[構造指示]
各セクション → 3サブ項目 +データ参照
[データソース]
[制約]
```
生成結果がはてな記法の構文規則にどれだけ適合しているかを測定するため、以下の評価項目を設定します[2][4]：
形式面だけでなく、コンテンツの質を評価するための指標として[3][4]：
現在のはてな記法プロンプトはテキストベースが主流ですが、図表や数式を含む複合文書生成への対応が今後の課題です[1][4]。特に、はてな記法の拡張構文であるTeX数式表現やグラフ描画機能を適切に扱えるプロンプト設計手法の開発が求められます。
ユーザーの編集履歴や過去の投稿内容を考慮した文脈依存型プロンプトの開発が必要です[3][4]。これにより、特定のユーザーやテーマに最適化された一貫性のある出力が可能となります。
機械学習を用いたプロンプト自動改良システムの構築が期待されます[2][3]。生成結果の品質評価をフィードバックとして活用し、プロンプトパラメータを自己調整する仕組みの開発により、持続的な品質向上が可能となります。
##結論
生成AIにはてな記法での出力をさせるためのプロンプト設計は、記法規則の正確な理解と効果的な指示文の構築が鍵となります。本報告で提示した基本原則と高度テクニックを組み合わせることで、形式面・内容面ともに高品質なはてな記法コンテンツの自動生成が可能となります。今後の研究発展により、より複雑な文書構造や動的コンテンツへの対応が進むことが期待されます。プロンプトエンジニアリング技術の進化が、はてなプラットフォームを中心としたコンテンツ作成プロセスの革新を促進するでしょう。
