orange @[email protected]

例えば人間が操作するマインクラフトを認識して、stanley parableのような指示ナレーションするAIとか＞＜
「そしてプレイヤーは石を掘りに行った」
「・・・しかし気が変わり羊の毛を刈りはじめた」

こういう風にAIがマインクラフトするやつとか、マインクラフトしながらしゃべるAI VTuberとか登場してるけど、
逆に、人間がプレイするマインクラフトの操作や画面をAIが認識して、それにあわせてしゃべるAI VTuberって出来ないのかな？＞＜

マインクラフトを大規模言語モデルのGPT-4で反復学習しながら自動でプレイするAIエージェント「Voyage」が登場 - GIGAZINE https://gigazine.net/news/20230529-minecraft-with-large-language-model-voyager/

それはそう＞＜

それこそ、確定情報のみを扱い、少数の人間による証言は原則報道しないって事にしてしまうと、この前の立てこもり事件の目撃者なり深夜に逃げ出した人なりの証言も、それぞれたった一人や二人の未確定な証言なので報道すべきではないってなっちゃう＞＜
つまり重要なのは単純な人数では無いし、そして未確定な情報でも有用な報道になりうるって事になるかも＞＜

確定情報しか報道しなくなったら、報道機関のポジティブな効果ってだいぶ減っちゃう＞＜
なんでもかんでも流せばよいわけじゃないのはその通りだけど、どういう情報かまで含めて報道されるのであれば、ある程度は読者側が判断すべき責任の範囲であるし、読者側が判断すべき範囲を最小にするのは報道機関による決定が大きくなってしまうので、あまり健全ではない＞＜

hogehogeManagerを作るような設計が多いからこそ、そのhogehogeManagerから下の部分そのまま流用して別アプリを超高速で作るとか出来てる＞＜

これでいうhogeManagerに相当するクラスがないと将来の変更に対して強い互換性を持ち続けるの難しくね？＞＜

低レベル寄りに分割していくのみの設計ではむしろ、細かいモジュールをアプリ本体が直接管理する仕組みになったり、P2Pモデルに近づいてスパゲティ化するじゃん？＞＜
スパゲティ化しないようにP2Pに近づかないように、ツリー化というかハブアンドスポークモデルのハブに相当するクラスを作ってそいつに管理を任せて、互換性を維持する機能も持たせて、そのクラスにhogeManager的な命名するのもダメなの？＞＜

[B! C#] 【C#】SOLID原則を学ぼう - Annulus Games https://b.hatena.ne.jp/entry/s/annulusgames.com/blog/solid-principles/

これ、Single Responsibility Principleの説明でhogehogeManagerはダメだ！って話になってるけど、単一の巨大クラスで作るのよくないそれはそうだけど、ツリー状に管理する為に、hogehogeManagerが各クラス(のインスタンス)を管理する構造もダメなの？＞＜(オレンジが大好きな構造＞＜)

なに言ってるかさっぱりわからん・・・＞＜

オレンジ「モンテカルロ法じゃダメですか？＞＜」

bingさん:
モンテカルロ法は、確率分布に従う乱数を生成するための方法の一つであり、マルコフ連鎖モンテカルロ法は、任意の分布p(z)を不変分布にもつマルコフ連鎖を生成することで、望む分布に従った乱数を生成する方法です1。つまり、マルコフ連鎖モンテカルロ法は、モンテカルロ法の一種であると言えます。

？？？？？？＞＜

スライスサンプリング - Wikipedia - https://ja.wikipedia.org/wiki/%E3%82%B9%E3%83%A9%E3%82%A4%E3%82%B9%E3%82%B5%E3%83%B3%E3%83%97%E3%83%AA%E3%83%B3%E3%82%B0

bingさんに聞いたらこれ使えって言われた＞＜

マルコフ連鎖モンテカルロ法 - Wikipedia - https://ja.wikipedia.org/wiki/%E3%83%9E%E3%83%AB%E3%82%B3%E3%83%95%E9%80%A3%E9%8E%96%E3%83%A2%E3%83%B3%E3%83%86%E3%82%AB%E3%83%AB%E3%83%AD%E6%B3%95