orange @[email protected]

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

非線形な分布の乱数ってどうやったら低負荷で作れるんだろう？＞＜
2次元にして範囲外だったらリトライ？＞＜；

nere9＞＜

ジョブズも含めて、(主に)外人で井深・盛田・大賀時代のソニー製品を「シンプルだ」って誉めて なおかつボタンが極端に少ない製品を好む人わりと目につくけど、その時代のソニー製品って別にボタン少なくはない＞＜(ボタンを減らせばシンプルってわけではないってわかってたから余計なことしてない)
(むしろ1990年代まで視野を広げれば、ソニーよりもJVCの方がボタンをやたら減らしたりしてた＞＜(その結果JVC製品はボタンひとつに多種多様な機能を複数割り当てて操作が複雑怪奇になってた＞＜))

ジョブズは盛田さんに「シンプルの大切さ」は学べても「シンプルであるという事はどういう事か？」までは学べなかったから、モールス信号のような操作のiPod Shuffleなんて恥ずかしい製品を世に出す事が出来たんだろうなって思う＞＜

スティーブ・ジョブズと盛田昭夫 | NHK | WEB特集 https://www3.nhk.or.jp/news/html/20230526/k10014076961000.html

それはそう＞＜；
でも、だからこそ(で繋ぐのは変だけど＞＜；)大半の事例は、「先天的な性質により不可能(あるいは20歳程度でも生物の能力的に手遅れ)」では無く、環境的な問題なんじゃね？＞＜
って思った＞＜