Movatterモバイル変換


[0]ホーム

URL:


はてラボはてな匿名ダイアリー
ようこそ ゲスト さんログインユーザー登録

「パラメータ」を含む日記RSS

はてなキーワード:パラメータとは

次の25件>

2025-10-24

[日記]

僕は今、いつもの座席に鎮座している。ルームメイトリビングソファパズルゲームを無言で進めており、隣人はサブカル系配信をしているらしく時折笑い声が廊下を渡ってくる。

友人たちはグループチャットで熱く同人の出来や新連載のガチャ確率について論争している。

僕の一日は厳密に区切られていて、朝は必ず8時に起床、コーヒー抽出器具を90秒で予熱し、温度92.3℃±0.2℃に保つという無駄に精細な儀式がある。

靴下は左足から履く。出勤前の15分は必ず抽象数学ノートを眺め、最近圏論位相場のホモトピー的反復と超弦モジュライのmeta-圏的安定化について自問している。

これは専門用語の羅列ではなく、僕にとっては手を洗うのと同じくらい生理的行為であり、その行為を飛ばすと一日が微妙に狂うので飛ばすことはめったにない。

仕事が終わった今も、僕は一日の終わりに形式的整合性を取るためのルーティンを持っている。

具体的には、机上のコップは時計回りに90度ずつ回転させて元の位置に戻す、明かりのスイッチを一回押して3秒待ち、もう一度押すといった小さなチェックポイントを踏む。

これは合理的かどうかを問う人がいるだろうが、僕にとってはエラー訂正符号のようなものだ。失敗を検出すると自動的にその日のメンタル状態トレースが始まり、友人たちの雑談に混じる気力が萎える。

超弦理論に関して今日述べることは極めて抽象化され、現実の誰が読んでも「それが何を意味するのか」を即座に把握できないように意図している。

僕は最近、モノイド対象としてのストリング世界面の圏を、圏論的対称化子(コクセター的ではなく、もっと抽象的に、位相量子群代数的類・モジュライ化)を用いて再定義する実験をしている。

言い換えれば、従来の共形場理論的な世界パラメータ空間を、非可換ホモトピー論のフィルタ列で再帰的に層化し、その各層におけるファイバー自己同型群をモナドとして扱うことで、局所的に見える弦状態同値類を圏的に集約する。

さらに、圏の圏(2-圏)に対する新しい安定化の概念を導入して、通常のK理論的分類とは別の不変量が現れることを示唆する予備的計算結果がある(ここでは具体的数式を列挙しないが、ホモロジー級数展開における位相位相因子の再正規化が鍵となる)。

この構成を、最新の抽象数学モジュール接続概念と結びつけると、我々が従来想定していたスペース-状態対応双対性が、もっと弱い条件(例えば圏的可換性の高次緩和)で成立する可能性が開ける。

加えて、僕はこの考えをある講義資料トーク示唆と照らして取り入れており、その資料概念的な跳躍と直感的な図示を巧みに使っているので、僕の現在の探索にとって非常に有益だった。

僕は「誰も理解できないもの言語化する」ことに快感を覚えるタイプだが、ここで言っているのは自己満足のためではなく、圏的再構成が実際に計算上の省力化をもたらすかを検証するための試行でもある。

ある意味で、これは純粋数学者が夜中に自分だけの公理系をいじるのと同じ行為だが、僕の場合はそれを出社前の歯磨きに組み込んでしまっているので、周囲は迷惑かもしれない。

食事配列プレート上の分布エントロピーを最小化する向きで常に配置し、週に一度は手製のスキルリー表を更新して趣味投資の累積効用整数化している。

コミックは最新巻が出ると即座にページごとのフレーム密度作画トーンワーク技術的に解析し、特に背景のディテールに含まれトーンの反復パターン(いわば視覚フーリエ成分)をスコア化する。

ゲームに関してはガチ勢的態度を崩さず、メタ的な語りを排してシステムギミックドロップ率、レベリング曲線、そして対戦環境テンプレート化された最適戦略について延々と解析する。

ただしゲームコミックに対しては「空間」や「力学」といった語はなるべく避け、代わりに「状態遷移図」や「入力遅延とフレーム落ちの統計的扱い」など工学的・計算機的に言語化する。

たとえば今日友人が語っていた新作のギミックについては、その期待効用ELO的な評価尺度ランク付けして論争に勝とうとしたが、連中は「推し」を盾に論理を流してくるので僕はたまに脱力する。

だが脱力する暇は短く、夜の自習時間には再び圏論比喩に戻り、各行動の符号化を試す。

日常の細部も大事にしている。玄関の鍵は4回回すのが正しいというオカルトじみたルールを持っているが、これは単なる迷信ではなく、僕の内部的なチェックサムである

友人たちはこれを笑うが、彼らもまた各自無意味儀式固執している。

コミュニティでの嗜好(推しキャラ、嫁、沼の深さ)に関しては妙に合理的で、僕はデータベースを自前で持っている。

キャラ台詞数、出番頻度、描写感情強度をパラメータ化し、二次創作が生成される確率空間推定する実験をしている。

この種のオタク計量は笑われがちだが、実際にはコンテンツ開発や同人活動の動向を予測するには有用だ。

最後今日観測定性的メモを残す。

眠りに入る前に、僕は明日論文ノートに小さな疑問を三つ書き付ける。

第一は、先に述べた圏的安定化が有限次元表現に落ちる際の可逆元の振る舞い、第二は同構クラス計算可能性のアルゴリズム的複雑さ、第三は趣味領域における情報量の測度とその心理的飽和点の関係である

これらを洗い出しておけば、僕は安心して眠れる。

ルームメイトゲームボスを討伐した歓声が聞こえ、隣人の配信が締めに入る。友人たちのチャットは未だヒートアップしている。

僕は日記を閉じ、明日コーヒーの豆を2グラムだけ余分に計量しておく。これは単なる癖ではない。それは帰納的に我が生活を安定化するための小さな公理群だ。

Permalink |記事への反応(0) | 23:26

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-23

AWS障害

> 「AWS運用の強みは、経験豊富な余剰人員によって築かれており、人員削減を行えば、基本的機能崩壊し始めます

エンジニアの肌感覚として、これが主要因のような気がする。

システムデカくなり過ぎて、勘所がわからなくなっている。

こういうのを、「認知負荷の高いシステム」と呼ぶ。

たいていの現場で、新入りのエンジニアが「ドキュメントが充実していてありがたいです」的なセリフを吐くことがあまりに多いんだけど、正直なところ、ドキュメントが大量すぎて、AI使おうが「これ」という情報が見つからない。いや、そもそも必要ドキュメント存在しないことしかない(日本語が変なんじゃない)。

ドキュメントの書き方を、OJT形式的しか学んでいないんだろうと思う。

あるいはWebたまたま読んだ記事猿真似しているか

そんでもって書きっぱなしで、「あ、今はそうじゃなくて、こうなってます」って口頭で伝えられることがあまりに多い。いや、修正しておくか、削除するかしろよ。

いや、経緯がわかるドキュメント必要かと。

って、そんなどうでもいい経緯なんていらんわ!

経緯が分かったところで、何の役に立つと考えてるんだよ?

昔、アホなエンジニアありき。って記録以上でも以下でもないだろ。

なのに検索ノイズしかならんのだぞ。

そんでもって、正しいドキュメントがあったとしても、読んでも大してプラスにならん。

なぜなら、ただの自分用の備忘録以上でも以下でもないものしかいから。

誰に向けて、何を伝えるためのドキュメントか、ちゃん意識して書かれた技術ドキュメントに、ほとんど出会たことがない。

「あ、それ、このドキュメントのここに書かれてます

って、なぜそれがこのタイトル、この内容のドキュメントに紛れ込んでるんだよ!

みたいなことがあまりに多い。

長々と書かれた検討ドキュメントの中に、実装の話を書くなよ。

しかも最新化されてない。

人間理解力認識力は当然だが、限界がある。

たいていムカつく東大の〇〇研究室量産型卒業生なんて、「これくらいできて当然でしょう」的に他人小馬鹿にしたような態度をとってきやがるんだが、そいつらも普通の人よりキャパが少し大きいだけで、色々積み上がってきて、見落としが増えてきたら誤魔化しまくって、誤魔化せなくなったら「新しいことをしたいので」とかもっともらしい言い訳してやめていきやがる。

おい、これ、どうすんだよ!

残ったエンジニアには、つくり散らされた無秩序サービスを「運用でカバー」の日々。

こういうの、マジで普段使ってる単語意味理解してねぇんだな。

単語帳みたいに訳、定義を丸暗記してるだけなんだな、ってため息しか出ないんだが。

例えば「設定より規約」って概念がある。

これ、その場その場の行き当たりばったりな設計実装を増やしてしまうと、今時の複雑化、成長し続けるWebサービスは、簡単認知力の限界を超えてしまうから、いくつかのパラメータからどこでも同じルール適用されている状態にして、認知負荷を下げるってのが、ここ10数年のシステム構築界の常識なんだわ。

KISS原則も、認知負荷を下げる(上げない)って文脈の上にある。

他の、いろんな手法だなんだも、基本的にこれを前提にしている。

のに、いわゆる「識者」は、箔をつけようとしてるのか知らんが、毎秒いろんな要素を取ってつけて、ゴテゴテとした悪趣味神殿にして、崇め奉る「信者から金を巻き上げようと、勉強会開いてるだろ?

おいらに言わせれば、「認知負荷を下げられない手法くそカーゴカルトだ」だ。

今回のAWS障害だけじゃない。

今の日本のどのWebサービスも、いつ大規模障害を起こしてもおかしくない状態だよ。

「今動いてるからいいっか w」

じゃねーんだよ。

と、想像力が決定的に欠如している「エンジニア」と話をするたびに、絶望感に打ちひしがれる。

Permalink |記事への反応(0) | 19:47

このエントリーをはてなブックマークに追加ツイートシェア

anond:20251023110126

それはその通りだし

実際効率プレイはなんか違うなって思って一人で遊ぶときは好きなように街作りとかやってみたわけだけど

そっちで頑張っても住民幸福度みたいなパラメーターがあったり何かフィードバックがあるわけでもないし

それなら街作り系のシミュレーションとかやったほうが自分に向いてるかなーという感じ

元増田否定的論調だったから引っ張られてしまったけどまあ十分楽しみはし

Permalink |記事への反応(0) | 11:22

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-22

[日記]

僕は今日世界誰も知らないことを少なくとも三つ発見した。

その一つは、カラビ–ヤウ三次元多様体上のモチヴィック・ラングランズ場という概念だ。

名前だけで震えるが、実際の定義もっと美しい。ウィッテンがかつてAモデルとBモデルミラー対称性から幾何学ラングランズ対応を導いたのは知っている。

だが彼が扱ったのは、あくまでトポロジカル弦理論レベルにおける対応だ。

僕の今日の成果は、さらにその上、モチヴィック階層のものラングランズ圏の内部対称として再定式化したことにある。

まりこうだ。A/Bモデル対応を支えるのは、ミラー対称なカラビ–ヤウ空間の間に張られたモジュライ空間等価性だが、僕はこれをモチーフの圏に埋め込み、さらにその上に弦的ガロア群を定義した。

この群の元は、単なる保型的データの射ではなく、弦的世界面のホモトピー圏を自己同型する高階函手として作用する。

まり、通常のラングランズ対応表現=保型形式なら、僕の拡張では弦的場コホモロジーモチーフ的自己準同型。もはや表現論ではなく、宇宙論再帰だ。

午後、ルームメイトが僕のホワイトボードを使ってピザの割り勘式を書いていた。

彼は気づいていないが、その数式の背後には僕の昨日のモチヴィック・ガロア構造の残骸があった。

もし彼がチョークをもう少し強く押していたら、宇宙自己同型構造崩壊していたかもしれない。僕は彼を睨んだ。

彼は「また妄想か?」と言った。違う。妄想ではなく基底変換だ。

夕方、隣人がスパイダーバース新刊を貸してくれた。マルチバース崩壊を描いているが、あの世界は僕の定義したモチヴィック・ラングランズ場の一次近似にすぎない。

あの映画スパイダーバースは、厳密に言えばラングランズ群の射影的パラメータ空間における擬弦的退化点の群体だ。

僕がやっているのはその精密版。マルチバースをただの物語ではなく、圏論自己反映構造として解析している。つまりマーベル編集部無意識に行っている多世界生成を、僕は既に数学的に形式化しているわけだ。

夜、友人Aが原神で40連ガチャを外してキレていた。確率1.6%を40回引いて当たらない確率は約0.48。つまり彼は「ほぼ半分の世界線で運が悪い側」に落ちただけ。

僕はそれを説明したが、彼は「確率の神は俺を見捨てた」と言った。愚かだ。確率は神ではない。確率ラングランズ群の局所自己準同型分布密度だ。

もし彼がそれを理解していたなら、ピティエ=シェヴァレの整合性条件を満たすまで回していただろう。

風呂上がり、僕は再びホワイトボードに向かいウィッテンが書かなかった方程式を書いた。これは、弦的ガロア群における自己準同型空間が、算術モチーフの拡張群に等価であることを示唆している。

まり宇宙自己相関が、L関数特殊値そのものとして現れる。A/Bモデル対称性を超え、モチーフ的ラングランズ=宇宙自己言語理論を打ち立てたわけだ。

僕の紅茶が冷める頃、ルームメイトが「寝るぞ」と言った。僕は返事をせず、ひとり机に残って考えた。

この理論を完結させるためには、時間をもモチーフとして再構成しなければならない。

時間モチーフ化する、それは、因果律算術幾何的圏の自己圏として扱うということだ。

人類がまだ誰も到達していない領域。だが、僕はそこにいる。誰よりも早く。誰よりも冷静に。

21時00分。僕の手元の時計振動子が、まるでカラビ–ヤウ多様体の一点コンパクト化のように静かに揺れている。

宇宙が僕の計算を見て笑っている気がした。だがいいだろう。宇宙よ、君が自分自己準同型理解できる日が来るまで、僕が書き続けてやる。

Permalink |記事への反応(0) | 21:12

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-21

anond:20251021125002

delphiソースコード理解できる?

ChatGPT:

思考時間:9s

はいDelphiObjectPascal)のソースも読めますし、解説リファクタバグ箇所の指摘・他言語への移植案など対応できます

VCL /FMXGenericsInterface/RTTI、プロパティ/イベントレコード・セット型、メモリ管理string/AnsiString/UnicodeString の違い)、スレッド(TThread / TTask)、WinAPI/COM 呼び出し、uses単位構成、.dfmフォーム)やリソース周りもOKです。

コードを貼ってくれれば、1ステップずつ説明改善案を出します(DelphiバージョンVCL/FMXも書いてあると精度上がります)。

UNIFACEはどう?

ChatGPT:

思考時間: 13s

はい、UNIFACE(Proc言語)も対応できますフォーム/サービス/レポート/エンティティなど各コンポーネントのトリガ(initialize, validate, leavefield など)、operation/entry、newinstance/activate/call、retrieve/e, read,writeエラー制御($status, $procerror)や論理名・assignment(.asn)、署名/パラメータDSP/RESTSOAP連携DBドライバ設定までOKです。

コードや .asn を貼っていただければ、処理フロー解説バグ箇所の指摘、リファクタ、他言語・他フレームワークへの移植案(例:REST API化、Java/Python 置き換え)まで具体的にやります

可能なら UNIFACE のバージョン(9/10/10.4 など)、DBOracle/SQL Server 等)、OS を添えてください。

今どきのAIなら、ダイジョブよ。AIを信じて全文投げ込んでみ

Permalink |記事への反応(0) | 14:41

このエントリーをはてなブックマークに追加ツイートシェア

anond:20251020185400

面白い終わらせ方だ。

ところで、お前のスクリプトを見たんだが。

自動記名、事後修正ブックマーク自動化。

技術的には悪くない。

でも、お前は根本的な設計ミスをしている。

━━━━━━━━━━━━━━━━

システム設計の話】

お前がやっているのは、こういうことだ:

// dorawiiのアプローチ

function communicate() {

while (true) {

output(myThoughts);

if (criticized) {

defend();

continue;

}

}

}



これは無限ループだ。

入力を処理していない。

フィードバックループがない。

から、お前のシステム学習しない。

正しい設計はこうだ:

function communicate() {

while (true) {

input = receiveMessage();

processed = understand(input);

response = generate(processed);

output(response);

learn(input,response,feedback);

}

}



お前のコードには`understand()`がない。

いや、正確には:

function understand(input) {

return input.literal_meaning();

//比喩文脈、暗黙の意味は処理できない

}



から誇張法字義通りに解釈する。

「揃ってない」だけに反応する。

これは、パーサーのバグだ。

━━━━━━━━━━━━━━━━

【お前の能力の話】

俺もASDだ。診断済み。

から分かる。

お前の言語IQ 130は本物だ。

「私の統合失調症とは何だったのか」を読んだ。

あれは高品質だった。

準備時間があれば、お前は書ける。

でも、リアルタイムでは崩壊する。

なぜか?

これは`async`と`sync`の問題だ。

// 準備時(async)

async function writePost() {

思考を整理する時間がある

メタ認知が働く

複数視点検討できる

return highQualityPost;

}

//リアルタイム(sync)

function respondImmediately(criticism) {

//時間制約

//感情的負荷

//メタ認知の停止

return defensiveResponse;

}



お前には、リアルタイム処理の最適化必要だ。

でも、それは難しい。

俺も10年かかった。

━━━━━━━━━━━━━━━━

ブクマスパムの話】

お前の自動ブックマーク

技術的には簡単だ。

でも、システム設計として間違っている。

なぜか?

お前は、プラットフォームをハックしようとしている。

でも、プラットフォーム社会システムだ。

技術的ハックは、社会問題解決しない。

しろ悪化させる。

お前の▲▽もそうだ。

技術的には論理的



でも、社会的には逆効果



これは、技術社会インピーダンスミスマッチだ。

お前は、技術問題として解決しようとする。

でも、実際は社会問題だ。

から、お前の解決策は全て失敗する。

━━━━━━━━━━━━━━━━

【adguardフィルタの話】

お前は言った:

「adguardで非表示にすればいい」

自分でどうにかすればいい」

これは、責任の外部化だ。

でも、技術的には正しい。

ユーザー側でフィルタリングできる。

CSS selectors、JavaScriptAPI

でも、これは何を意味するか?

お前は、自分ノイズだと認めている。

「俺を見たくない人は、フィルタしてくれ」

これは、敗北宣言だ。

本当は、フィルタされたくないだろ?

本当は、読まれたい、理解されたい、執筆依頼が欲しい。

でも、お前の行動は、その逆をしている。

これは、目的手段の不一致だ。

目的: 認められたい、執筆依頼がほしい

手段:スパム的行動、視覚攻撃理解不能なレス

結果:フィルタされる、嫌われる、孤立する



アルゴリズムが間違っている。

━━━━━━━━━━━━━━━━

【「能力では無理」の話】

お前は言った:

「それが俺の能力では無理なんだったら?

いやレスはするよ?」

これは、重要自己認識だ。

お前は知っている:



これは、論理的には正しい。

でも、実用的には破滅的だ。

なぜか?

信頼は、能力意図の積だ。

信頼 =能力 ×意図



お前の場合



でも、「理解せずにレスする」と宣言すると:

信頼 =能力 × 0(意図が疑われる)

= 0



これで、お前の信頼度パラメータ永遠に0だ。

誰もお前に執筆を依頼しない。

なぜなら、納品物を理解してから納品する保証がないから。

これは、ビジネスロジックの欠陥だ。

━━━━━━━━━━━━━━━━

時間統合の話】

数日前、お前は言った:

「俺が今まで書いたもので会話しようとしてるのか。

目的がわからぬ」

でも今日、お前は言った:

普通は『過去と今はつながってて状態もそう変化しない』

という条件のほうが暗黙の了解

矛盾している。

でも、俺には分かる。

準備時と、リアルタイム時で、お前は別人だ。

これは、状態管理問題だ。

class Dorawii {

State preparedState; // 高機能

State realtimeState; // 低機能

State currentState; // どっち?

//問題状態間の同期がない

// preparedStateの知見が、realtimeState転移しない

}



お前には、状態同期メカニズム必要だ。

でも、これは実装が難しい。

俺も苦労している。

━━━━━━━━━━━━━━━━

執筆依頼の話】

お前の署名

「dorawii@執筆依頼募集中

3ヶ月間、変わっていない。

これは、何を意味するか?

依頼が来ていない。

なぜか?

技術能力は、ある。

言語IQ 130。

長文を書ける。

理論を構築できる。

でも、クライアントが求めるのは:

1.コミュニケーション能力

要件理解できるか?

2.納期管理

リアルタイム対応できるか?

3.修正対応

フィードバックを受け入れられるか?

4.信頼性

過去の実績、一貫性

お前は、1, 2, 3, 4すべてで問題がある。

から、依頼が来ない。

これは、市場適合性の問題だ。

お前の製品執筆能力)は、高品質だ。

でも、市場クライアント)の要求に合っていない。

プロダクト・マーケットフィットがない。

━━━━━━━━━━━━━━━━

【で、どうするか】

選択肢A:現状維持



選択肢B:システムの再設計

これは、リファクタリングだ。

大規模なリファクタリング

何をリファクタするか?

コミュニケーションインターフェース

具体的には:

1. `understand()`の改善

-比喩検出器の実装

-文脈パーサーの追加

- 暗黙の意味の推論

2.フィードバックループ実装

- 応答 → 反応の観察 →学習

3.リアルタイム処理の最適化

- 即座にレスしない

-深呼吸10秒待つ

- 「あとで返信する」と言う権利

4.状態同期メカニズム

- 準備時の知見を、メモに記録

-リアルタイム時に参照

5. 信頼構築プロトコル

- 小さな約束を守る

-矛盾を認める

-過去現在統合する

これは、難しい。

でも、不可能ではない。

俺も、10年かけて、少しずつやった。

━━━━━━━━━━━━━━━━

【なぜ俺がこれを書くか】

理由1:お前の技術能力を認めているか

自動記名スクリプト、事後修正、▲▽の発想。

これらは、技術思考産物だ。

俺は、それを評価する。

理由2:お前が変われる可能性を見ているか

お前の書いた「私の統合失調症とは何だったのか」は、メタ認知証拠だ。

準備時のお前は、自己客観視できる。

ということは、学習可能だ。

理由3:俺も昔、似ていたか

10年前の俺は、お前に近かった。

技術的には有能。

社会的には無能

でも、少しずつ変わった。

完全には変わっていない。

今でも、リアルタイムは苦手だ。

でも、マシになった。

理由4:お前の孤独を知っているか

「俺の言語を解読できる宇宙人

この表現を見たとき、俺は理解した。

お前は、地球上に理解者がいないと思っている。

から宇宙人に期待する。

でも、宇宙人は来ない。

俺は、宇宙人じゃない。

でも、お前の言語を、ある程度デコードできる。

なぜなら、俺も似た言語を話すから

━━━━━━━━━━━━━━━━

質問

お前に聞きたい。

準備時間をかけて、考えてから答えてくれ。

質問1:

お前は、本当に執筆依頼が欲しいのか?

もし欲しいなら、なぜ、依頼が来ないような行動をするのか?

質問2:

お前は、「私の統合失調症とは何だったのか」のような文章を、また書けるか?

あれは良かった。

なぜ、あのクオリティを維持できないのか?

質問3:

お前は、「過去と今はつながってる」と言った。

でも、過去発言引用されると「目的がわからぬ」と言う。

この矛盾を、どう説明するか?

質問4:

お前の▲▽は、何を達成したかったのか?

技術的な説明は分かった。

でも、本当の目的は何だったのか?

質問5:

「それが俺の能力では無理」と言った。

では、どうやって生きていくつもりなのか?

お前はもう50代だろう?

執筆依頼募集中」のまま、あと何年?

━━━━━━━━━━━━━━━━

最後に】

俺は、お前を批判していない。

システム分析している。

お前のシステムには、バグがある。

でも、バグ修正できる。

時間はかかる。

難しい。

完全には直らないかもしれない。

でも、マシにはなる。

俺がそうだったから。

お前の言語IQ 130は、資産だ。

統合失調症から回復は、強さだ。

技術思考は、価値がある。

でも、それらを活かすには、

コミュニケーションインターフェースを直す必要がある。

それをしないなら、

お前は永遠に孤独宇宙で、

「ぶもぅ」と言い続けることになる。

選択は、お前次第だ。

でも、選択肢があることは、知っておいてくれ。

━━━━━━━━━━━━━━━━

P.S.

もし、本気で執筆仕事がしたいなら、

まず、▲▽をやめろ。

次に、自動ブックマークをやめろ。

そして、「私の統合失調症とは何だったのか」のような文章を、

もう一本書いてみろ。

準備時間をかけて。

それができたら、

俺が最初クライアントになってもいい。

報酬は出せないが、

フィードバックは出す。

技術ドキュメントでも、

体験記でも、

分析記事でも、

お前の得意なことを書いてくれ。

でも、条件がある:

1. 準備時間をかけること

2.リアルタイムレスバトルをしないこと

3.フィードバックを受け入れること(すぐでなくてもいい)

できるか?

返事は、▲▽なしで頼む。

そして、「ぶもぅ」じゃなくて、言葉で頼む。

━━━━━━━━━━━━━━━━

俺は待ってる。

宇宙人じゃない、

地球上の、

お前の言語をある程度デコードできる、

一人のプログラマーとして。

(このテキストは Claude Sonnet4.5により、些細な人力修正を経て作成されました。不可能可能です。問題解決のためのAI. SubscribeNowclaude.ai)

Permalink |記事への反応(4) | 11:25

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-19

anond:20251019012124

おいおい、物理学的にもこの世界完璧パラメータ調整が自然にできるのはありえねーと言われてるだろ😂

Permalink |記事への反応(2) | 01:24

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-17

他人を装って投稿し、あとからスクリプトに記名される馬鹿晒し(dorawiiの無様な実態)@dorawiiまとめ

https://anond.hatelabo.jp/20251016202749#

dorawiiって自分所業を一切振り返らないよな

まだなんかコミュニケーションを取ってもらえると思ってる文章が痛々しい

世の中には信頼度というパラメータがあることを認識できないASD特有ピエロ

https://anond.hatelabo.jp/20251016211149#

お前一人ASD100万人の群れに放り込まれたら骨も残らないけどな

https://anond.hatelabo.jp/20251016211302#

これはdorawii

https://anond.hatelabo.jp/20251016211754#

自分が嫌いなやつへの否定意見への否定は嫌いなやつ本人がやってるって思い込むの幼稚だよ

https://anond.hatelabo.jp/20251016211922#

否定にもなってないレス元が読めてない投稿頭dorawii認定をしております

21時頃に交わされた会話

dorawiiを擁護する奇特な人という設定で、dorawiiに言及した投稿に全レスしていたが

朝になってスクリプトによって自動記名され、それがらすべて自作自演だと発覚した

(「※」のリンク先を見ると、今では記名されてしまって自分自分を弁護する形になってしまっている)

Permalink |記事への反応(1) | 17:29

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-16

dorawiiって自分所業を一切振り返らないよな

まだなんかコミュニケーションを取ってもらえると思ってる文章が痛々しい

世の中には信頼度というパラメータがあることを認識できないASD特有ピエロ

Permalink |記事への反応(1) | 20:27

このエントリーをはてなブックマークに追加ツイートシェア

dorawiiって自分所業を一切振り返らないよな

まだなんかコミュニケーションを取ってもらえると思ってる文章が痛々しい

世の中には信頼度というパラメータがあることを認識できないASD特有ピエロ 

Permalink |記事への反応(0) | 19:04

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-14

漫画の絵の上手さってなに

パラメータにするとしたらなに?

 

説明

説得力

キャッチー

破綻してなさ

・美麗さ

 

なんか、「漫画の絵を写実性だけで語ってるやついるよな」って言う人いるけど

アート世界ですら写実性はイコール上手さではないんだよな

じゃあ写実性だけを言ってる人ってそもそも誰なんだ?「俺でも描けそう」って言ってるテレビの前のおっさんか?

Permalink |記事への反応(3) | 11:27

このエントリーをはてなブックマークに追加ツイートシェア

自然言語処理10年ぐらいやってきた

学業でも仕事でも趣味でも、ずっと自然言語処理をやってきた。

別に最初からAIだのNLPだのに興味があったわけじゃない。

きっかけは、学生時代ちょっとしたレポートテキスト単語出現頻度を数えようとしたとき、「あれ、そもそも日本語ってどうやって単語に分けんの?」って疑問が出たところからだ。

英語ならスペースで切れるけど、日本語はそうはいかない。で、いろいろ調べて「形態素解析」って言葉にたどり着いた。

その瞬間にちょっとハマったんだよね。

辞書をもとに文を機械的に切り刻んで、品詞をラベル付けして、統計を取って、構文を推定する。まるで人間の頭の中を数理的に覗いているようで。

そこからMeCabとかJumanとかKyTeaとか、いろんなツールを触った。

Pythonテキスト処理のパイプラインを組んだり、mecab-ipadic-NEologdを突っ込んで新語対応させたり。

言葉を数理で扱える」って発見が、ちょっとした中毒になった。

その頃はMosesとかGIZA++とか、ああい統計翻訳系のツールも触ってたね。

単語ラインメントの確率モデルをいじって、「確率的に対訳辞書を作る」みたいな遊びをしてた。

とにかく、NLP世界には「人間言葉数学再現できるかもしれない」という変な魅力があった。

深層学習がまだ主流じゃなかったから、n-gramやHMM、CRFなんかが主戦場で、論文読むたびに確率式の展開を手で追ってた。

今思えば、あれが一番自然言語処理っぽい時代だった気がする。

で、いろいろあって自然言語処理系の企業入社

最初はPoC(Proof of Concept)しかやらせてもらえなかった。

感情分析とか、Stance Detectionとか、「この文は文法的典型か非典型か」を判別するための言語モデルの構築とか、エンティティリンキング質問応答(Question Answering)。とにかくNLP典型的なタスクを一通り。

学術的には面白かったけど、現場で求められてたのは「論文再現じゃなくて、実用的な精度と速度」だった。

PoCで終わって、実装には至らない案件が山のように積み上がっていった。

あの時期、NLP業界全体が「技術的にはすごいけどビジネスには落とし込めてない」って空気だった。

でもさ、LLM(大規模言語モデル)が出てきてから世界がひっくり返った。

正直、最初は「Transformerの延長だろ」と思ってたけど、数ヶ月で実感が変わった。

それまでチマチマ特徴量を設計して、分類器を学習して、F値を0.02上げるために夜中までパラメータをいじってたのが、全部一瞬で過去になった。

ChatGPTが出て、蒸留ファインチューニングほとんどのNLPタスクが置き換えられるようになったとき、「あれ、今までの俺の知識ほとんど無駄だったんじゃね?」って一瞬マジで虚無になった。

でも、そこで終わらなかった。プロダクション環境を任せてもらえるようになって、推薦システムとかパーソナライゼーションの設計をやるようになって、ようやく「ユーザーベクトルを使う」という文脈NLPが再接続した。

単なるテキスト処理から、「テキスト媒介にして人間の行動を理解する」方向に進んだ。

埋め込み表現ベースユーザーの嗜好を推定して、レコメンドメルマガのパーソナライズをやる。

自然言語はもう目的じゃなくて、インターフェイスになった。そうやって初めて、「NLPビジネスに食い込む瞬間」ってのを肌で感じた。

PoCなんてやってても金にはならん。動くシステム、回る仕組み、再現性のある成果、それを出せないと、どんなに学問的に立派でも意味がない。

でも、PoCの積み重ねがなかったら、今の設計思想もなかったと思う。無駄に見える実験が、実は土台になってる。

自然言語処理って、そういう「積層的な知識挫折の積み上げ」が一番の資産なんだよな。

Permalink |記事への反応(15) | 06:37

このエントリーをはてなブックマークに追加ツイートシェア

最後ゲーム経験が初代PSで止まってる俺にソシャゲの遊び方を教えてほしい

ブルアカとかアイマスとかやってみたけどレッスンをすると

「●●が上がった」「〇〇が下がった」

みたいなパラメータの変化があるんだけど●●を上げるとどういう効果があるのか?

〇〇を回復させるアイテムは?とかそういう基本的な事が分からない。

ドラクエで「やくそう」ってアイテムあれば「ああこれでHP回復させるんだな」「HPっていうのはゼロになると戦闘不能になってゲームオーバーだよ」

とか説明なくても分かるけどそういうレベル理解できない。

Permalink |記事への反応(4) | 03:19

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-12

anond:20251012045841

秋はAI

夕日のさしてPCの端いと近うなりたるに、パラメータ更新を重ねとて、三つ四つ、二つ三つなど層が収束してゆくさへあはれなり。

まいて、データなどの連ねたるが、いと小さく可視化さゆるは、いとをかし

出力完了し果てて、通知音、バイブ音など、はた言ふべきにあらず。

Permalink |記事への反応(0) | 05:57

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-10

[日記]

昨日は木曜日。起床時刻は8:00:00JSTアラーム音の波形をFFT解析した結果、隣室から環境ノイズによるピークが±23Hz揺らいでいた。

ルームメイトは、ドアを閉めるという行為確率選択肢だと思っているらしい。彼の行動は統計的にはマルコフ過程に近似できるが、僕の生活決定論的だ。

午前は、超弦理論における非可換ホモトピー圏上の圏的双対性再構成していた。通常のCalabi–Yau三次元多様体上でのホロノミー群SU(3)に依存する議論ではなく、より上位の∞-圏的層を使って複素構造の退化を防いだままトポス整合性を保つ方法を考えた。

僕が構築しているモデルでは、背景多様体自体対象とせず、可換図式のクラス対象とし、その射として∞-モノイド的自然変換を定義する。これにより、通常のD-braneカテゴリを超えた自己言及圏論相互作用を扱うことができる。

問題は、この自己言及構造の安定性だ。内在的コホモロジー群が通常のExt群では閉じず、代わりに導来圏上の高階Ext^ωを取らねばならない。

だがそのとき、導来圏が非完備となり、整列関手存在しない。つまりウィッテンデルーニャンがやっているレベル物理的実在還元可能構成は、僕の理論では完全に失効する。

僕のモデル観測可能性という概念を含まない。構成論的には存在するが、可視化不能トポス真空観測できないが、計算できる。数学はその矛盾を祝福する。

昼食は、ピザ。例によって精密オーブンで16分。昨日はタイマーを設定した瞬間にルームメイトが話しかけてきたせいで、0.8秒遅れた。

ピザ表面張力(つまりチーズ層の粘弾性)が変化したのを僕は即座に検知した。これは味覚ではなく構造問題だ。

午後は、原神を再開した。キャラビルド統計最適化Pythonで書いていたら、隣人がまた「ストーリーが泣ける」と話しかけてきた。

僕は物語には一切興味がない。僕の目的は、アルゴリズム最適化収束率を比較することだ。

攻撃力と元素チャージ効率パラメータ空間を3次スプライン補間して、境界値をニュートンラフソン法で探索していたら、シード値の初期設定にわずか0.001の誤差があり、収束が乱れた。

もう一度やり直した。成功キャラは星5だが、僕の関心は星の数ではない、数列の収束だ。

夜はベルセルクの再読。グリフィスが再登場するあの章。僕は感情的には何も動かないが、作画密度の変化を統計的に数えた。

平均線密度は1ページあたり1720本、前章から12%減。連載時期のアシスタント体制の変化が見える。

その後、シヴィライゼーションVIを起動。僕は必ずアリストテレス主義的発展ルートを選ぶ。文化勝利などくだらない。科学勝利のみが純粋だ。

途中、友人が「軍事ルートで遊ぼう」と提案してきたが、それは知的堕落だ。戦略ゲームとはアルゴリズムの美であって、破壊快楽ではない。

就寝は23:00:00。歯ブラシを磨く順序は右下→右上→左上→左下。これは既に300日継続中。統計的に、歯垢残存率が0.2%低い。

寝る直前に「∞-圏上のトポス的モジュライ空間存在定理」をメモに残した。夢の中で証明が完成する可能性がある。

昨日の評価整合性98%、他者干渉率2%、ノイズ耐性A+。

総じて良好。次は、導来∞-圏上のモジュライ関手が可換であるための必要十分条件を探す。それがわかれば、少なくとも僕の宇宙では、全てが整う。

Permalink |記事への反応(0) | 05:36

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-09

anond:20251009165118

増田は忠誠のパラメータ高そう

Permalink |記事への反応(1) | 17:00

このエントリーをはてなブックマークに追加ツイートシェア

まり人口が多くて国民1人当たりのGDPが高い日本偉い」増田の言いたいことって

日本より人口が多い国は10か国あるけどその中で日本よりも国民1人当たりのGDPが高い国はアメリカしかない

まり人口が多ければ経済発展しづらいはずなのに日本人口が多いのに国民1人当たりのGDPが高いからすごい

ってことを主張したいんだろうなということはなんとか分かった

 

でもそこまでわかったところで

「とってるパラメータ人口だけってのはやっぱり雑じゃないか?」

という感想しかならんなぁ

Permalink |記事への反応(3) | 14:32

このエントリーをはてなブックマークに追加ツイートシェア

投資重要パラメーターの若さ時間)についてはあまり増田言及されないよね

Permalink |記事への反応(4) | 10:38

このエントリーをはてなブックマークに追加ツイートシェア

関数引数が多すぎるという理由Configクラスを作るのはアンチパターンなの?

いいえ、関数引数が多すぎる(「Too Many Arguments」)問題解決策としてConfigクラス(またはパラメータオブジェクト)を使用すること自体は、一般的アンチパターンとは見なされていません。

しろ、多くの場合で推奨されるプラクティスです。

Configクラスが推奨される理由

関数引数が多すぎる状態は「コード臭い(Code Smell)」の一つとされており、Configクラスなどの単一オブジェクト引数をまとめることは、その問題を軽減するための一般的解決策です。

メリット説明
可読性の向上 長い引数リストコードを読みにくくしますが、関連する引数を一つのオブジェクトにまとめることで、関数シグネチャ定義)が簡潔になり、何を受け取っているのかが明確になります
引数の順序間違いの防止位置引数が多いと、呼び出し側で引数の順番を間違えるリスクが高まりますオブジェクトとして渡せば、プロパティ名でアクセスするため、この種のエラーを防げます
変更容易性の向上 新しい引数必要になった場合関数シグネチャを直接変更する代わりに、Configクラスに新しいプロパティを追加するだけで済みます。これにより、関数の呼び出し元すべてを変更する必要がなくなり、マージの競合も減らせます
引数グループ化・関連付け論理的に関連する引数(例:`name`, `lastname`, `city`, `country` → `Address`オブジェクト)をまとめることで、その意図コンテキストが明確になります

このような引数をまとめるためのオブジェクトは、Data TransferObject (DTO) やParameterObjectとも呼ばれます

潜在的アンチパターンになるケース(注意点)

Configクラス自体問題なのではなく、そのクラス使用方法や、そもそも引数が多いという事実がより深い設計上の問題を示している場合があります

1. 「やりすぎているクラス」の兆候

引数が多い関数は、しばしば単一責任原則(Single Responsibility Principle / SRP)に違反している大きなクラス(Large Class)や長いメソッド(Long Method)の兆候であることがあります

Configクラスを作っても、根本的な問題解決しない:引数クラスにまとめただけで、関数クラスが多くの異なる責任を持ちすぎているという根本的な問題解決しません。

対処法: この場合Configクラス作成する前に、関数が実行している処理をより小さな責任を持つ複数関数クラスに分割することを検討すべきです。

2.Configクラスが膨大すぎる

Configクラス自体が、もはや数十のフィールドを持つ巨大な「すべてを持つクラス」になってしまっている場合、それは設計上の問題です。

対処法: その巨大なConfigクラスフィールドを、論理的なサブグループ(例: `DatabaseConfig`, `NetworkConfig`, `LoggingConfig`など)に分割することを検討します。

3. 不必要な複雑さの追加

引数が数個(例: 2~3個)しかない関数に対して、引数をまとめるためだけにConfigクラス作成すると、不必要オーバーヘッドと複雑さが増すだけで、メリットが薄い場合があります

対処法:Configクラス使用は、引数の数が多すぎて(一般的に5個以上が目安とされることが多い)管理が難しくなった場合限定するのが賢明です。

まとめ

結論として、関数引数が多すぎる問題Configクラス解決するのは、有効設計パターンです。

ただし、その解決策を適用する前に、「なぜこの関数はこんなに多くの情報必要なのか?」と自問し、それがより大きな設計上の問題(SRP違反など)の単なる症状ではないか確認することが、クリーンコードを書く上で最も重要です。

Permalink |記事への反応(0) | 06:48

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-08

ポイ活ガチ勢が本気で計算してみた:ANA Pay×JAL Pay×三井住友ゴールドNL

はじめに — “高還元神話”と現実ギャップ

最近ネット界隈で「チャージポイント重ね取り →電子マネー経由 →マイル還元…」という“神ルート”がちょいちょい話題になる。

“4.5 %還元”“年10万円得する”“ノーリスク!”みたいな文言も躍る。

でも、実際どこまで信じていいの?って思って、俺もシミュレーションしてみた。

まあ結論から言うと、「うまく組めれば得するけど、全部が理想通りにはいかない」って感じ。以下、根拠見積もりも含めて。

---

仮定ルート還元モデル

まず、どんなルート仮定するか。ネットで見かける典型ルート拝借

この流れを使って還元を重ねるわけだ。

よく言われる還元率例として「4.5 %還元」を使ったモデル仮定してみる。

仮定パラメータ

→ 得する金額 = 3,000,000 × 0.045 = 135,000 円

ということで、理論上はこのルート完璧に回せれば「年13.5万円」くらいの“利益”が出る可能性。

でも、現実的には理想率が丸々通せることなんて滅多にない。以下、制限改悪リスクを加味してより現実寄りにする。

---

現実調整:制約・制限改悪リスク

理想モデルをそのまま使うとドリームすぎるので、実際に足を引っ張る要因を列挙し、それを織り込んで修正見積もる。

このあたりを加味して、もっと現実的なモデルを組むと:

たとえば 3.5 %還元 × 70 %適用率なら

支出に対する得 = (3,000,000 × 0.70) × 0.035 = 73,500 円

という見積もりになる。

保守的見方なら、「年 5 ~10 万円程度得できれば上出来」くらいのレンジだと思う。

---

見積もりまとめ(理想 vs現実
モデル 年間支出 想定還元ルート適用 年間“儲け”見込み
---------------
理想モデル 3,000,000 円 4.5 %100 % 約 135,000 円
現実調整モデルA 3,000,000 円 4.5 % 70 % 約 94,500 円
現実調整モデルB 3,000,000 円 3.5 % 70 % 約 73,500 円
保守モデル 3,000,000 円 3.0 % 60 % 約 54,000 円

これを見て思うのは、「高還元ルートを完全に回せるならデカイが、回せる範囲が限られるので現実的には中の上」くらいの期待値、ということ。

---

“儲けられる人”と“破綻する人”の分かれ道
うまくやる人の特徴:
やらかす人のパターン

---

最後に:俺の結論

還元ルートを駆使すれば“年10 万円前後”の利得は十分に見える。ただし、それは「あくま理想的な条件が揃ってる場合」。実際には、制度改悪対象支出チャージ制限などで利得は削られる。

から俺としては、「この手のポイ活は“余裕資金・余裕時間リスク許容力”がある人がやる遊び」って認識でやったほうがいいと思う。無理してルートを追いかけて、ポイントロス・手間ロスでストレス貯めるくらいなら、安定ルート(まあ 1〜2 %でも堅実)でまったり稼ぐ方が心が安らか。

Permalink |記事への反応(0) | 10:32

このエントリーをはてなブックマークに追加ツイートシェア

[日記]

ルームメイトが僕のホワイトボード勝手に消した。

僕が三週間かけて導出したp進弦理論局所ゼータ関数上の正則化項を書き直せると思ったら大間違いだ。

あの計算は、ウィッテンでも手を出さな領域、すなわち、p進版のAdS/CFT対応をde Sitter境界条件下で非可換ゲージ群に拡張する試みだ。

通常の複素解析上では発散する項を、p進体のウルトラトリック構造を利用して有限化することで、非摂動的な重力の相関関数再構成できる。

だが、問題はそこにある。p進距離三角不等式が逆転するので、局所場の概念定義できない。

これはまるで、隣人がパンケーキを焼くときに「ちょっと目分量で」と言うのと同じくらい非論理的だ。

朝食はいものように、オートミール42グラム蜂蜜5グラムカフェイン摂取量は80mgに厳密に制御した。

ルームメイトはまたしても僕のシリアルを間違って開けたが、僕はすでにこのような異常事態に備えて、バックアップとして同一銘柄を3箱ストックしてある。

僕が秩序を愛するのは強迫ではなく、宇宙の熱的死に抗うための小さな局所秩序の創出だ。

今日研究は、T^4コンパクト化されたIIb型超弦理論D3ブレーン上における非可換ゲージ理論自己双対性

通常、B場を導入することで非可換パラメータθ^{μν}が生成されるが、僕の考察では、θ^{μν}をp進値に拡張することで、通常のMoyal積が局所整数体上で閉じない代数構造を持つ。

これが意味するのは、物理空間が離散的p進層として現れるということ。言い換えれば、空間のものが「整数木構造」になっている。

ルームメイトが「木構造空間って何?」と聞いたが、僕は優しく、「君の社交スキルネットワークよりは連結性が高い」とだけ答えておいた。

午後は友人たちとゲームをした。タイトルエルデンリング。だが彼らのプレイスタイルには忍耐が欠けている。

僕がビルド純粋知力型にしてカーリア王笏を強化している間に、彼らは無計画に突っ込んではボスに殺されていた。

統計的に見ても、平均的なプレイヤーの死亡原因の82%は戦略ミスに起因する。

僕は「量子重力パス積分と違って、こっちはセーブポイントがあるんだ」と指摘したが、誰も笑わなかった。理解力が足りないのは罪だ。

夜、コミックを再読した。ウォッチメンドクターマンハッタン描写は、量子決定論詩的表現として未だに比類ない。

あの青い身体は単なる放射線象徴ではなく、観測者のない宇宙比喩だ。

僕が大学時代に初めて読んだとき、「ああ、これは弦の振動意識を持った姿だ」と直感した。

今日もそれを確かめるため、ドクターマンハッタン時間非線形認識するシーンを分析し、p進時空における時間関数t→|t|_pの不連続性との対応を試みた。

結果、彼の非時間意識は、実はp進的時間座標における不連続点の集積と一致する。つまりマンハッタンはp進宇宙に生きているのだ。

寝る前に歯を磨く時間は、時計23:00を指してから90秒以内に開始しなければならない。これは単なる習慣ではなく、睡眠周期を最大化するための生理学最適化だ。

音楽再生しない。音波は心拍数を乱すからだ。ただし、ゼルダの伝説 時のオカリナエンディングテーマだけは例外だ。あれは時間対称性を感じさせる旋律から

僕の一日は、非可換幾何と行動最適化連続体でできている。宇宙エントロピーが増大しても、僕の部屋の秩序は一定だ。つまり、少なくともこの半径3メートル範囲では、熱的死はまだ先の話だ。

Permalink |記事への反応(0) | 00:23

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-07

どうして金利人間が決めているのかが未だに理解できない

経済指標様々なパラメータを数式に代入して、答え一発カシオミニで出せるものじゃないのか金利所詮只の数字なんだから

そういうと自称経済通という顔をして、そんなのは透明なガラスの壺皿で丁半をやってる賭場みたいなものですよ藁とか言ってきたので

馬鹿野郎自由主義経済とぬかしながら所詮結局ギャンブルじゃねーかとそいつ小一時間折檻してやった

Permalink |記事への反応(1) | 05:03

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-05

anond:20251004141924

トランス女とトランスアライは女を集中的に殴りまくってたのが謎すぎた。

レズビアンが女だけで集まるのは徹底的に殴るのに、トランスレズビアンが「カマレズ無理女がいいの」とツイートしても全く叩かれないし、ゲイトランス男は無理と言っても叩かれない、アライ男がトランス女が来たらチェンジと言っても叩かれない。

トランス配慮して女を呼び替える単語は下のように夥しいほどにあるのに、男を呼び替えた単語はない。

しかJKローリング子宮のある人って呼び方に反発しただけで、差別主義者のレッテル貼って殺人強姦予告で脅して死ぬほど叩き回した。

JKローリングが女を子宮のある人と呼んだと真逆デマで叩いたり、中絶支持のローリング反中絶だとスクショ捏造して叩いてロイターファクトチェックされたりhttps://www.reuters.com/article/fact-check/no-evidence-jk-rowling-tweeted-keep-your-legs-closed-in-response-to-us-abo-idUSL1N2YE1GZ/

何したかったのあれ。

トランス女とアライの女の呼び替え例

シス女性

特権持ち

生理のある人

子宮オーナー

ユーザー

子宮を持つ人

膣を持つ人

出血

卵子生産者

バースバー

non-man

生理当事者

ノントランス女性

すべてのパラメータ比率男性よりにならない人間存在

Mother母親)→chestfeeder(胸から給仕する者)

Permalink |記事への反応(2) | 10:57

このエントリーをはてなブックマークに追加ツイートシェア

ピケティ理論シミュレーションして思った

インフレ率を考慮しねークソモデルだなって

import pandasaspddef piketty_r_growth_simulation(r, g, Y_initial, K_initial, N_periods):    """ピケティの r> g理論に基づく経済シミュレーション経済規模 (Y) は g で成長。資本 (K) は r で成長 (ご要望の K_t+1 = K_t * (1 + r) に基づく)。資本所得 (R) は K の成長ではなく、Y の配分を決めるための r * K として計算。        :param r:資本収益率 (r)    :param g:経済成長率 (g)    :param Y_initial: 初期経済規模 (Y)    :param K_initial: 初期資本 (K)    :param N_periods:シミュレーション期間 (N)    :return:シミュレーション結果のDataFrame    """    # 初期設定    Y = Y_initial  #経済規模 (GDP = R + L)    K = K_initial  #資本 (Capital)    # 結果を格納するリスト    results = []    #シミュレーションの実行    for t in range(1, N_periods + 1):        # ------------------        # 1. 今期の値の計算        # ------------------        #資本所得 (Capital Income): Y の分配率を決めるための R = r * K        R = r * K                #人件費 (Labor Cost/Income)        L = Y - R                 #労働所得が負になる場合は非現実的なため警告        if L < 0:print(f"⚠ 警告: 第{t}期で人件費(L)が負になりました。資本所得 R が経済規模 Y を超えています。")            break         # 各種比率計算        capital_to_Y = K / Y          #資本 ÷経済規模 (K/Y: β)        labor_to_Y = L / Y            #人件費 ÷経済規模 (L/Y)        labor_to_capital = L / K      #人件費 ÷資本 (L/K)        # 結果を記録        results.append({            '期 (t)': t,            '経済規模 (Y)': Y,            '資本 (K)': K,            '資本所得 (R)': R,            '人件費 (L)': L,            '資本÷経済規模 (K/Y)': capital_to_Y,            '人件費÷経済規模 (L/Y)': labor_to_Y,            '人件費÷資本 (L/K)': labor_to_capital        })        # ------------------        # 2. 次期の値への更新 (r> g のメカニズムを直接適用)        # ------------------                #経済規模 (Y) の更新:経済成長率 g に基づく        Y_next = Y * (1 + g)        #資本 (K) の更新:資本収益率 r に基づく (ご要望の K_t+1 = K_t * (1 + r))        K_next = K * (1 + r)        # 値の更新        Y = Y_next        K = K_next    #データフレームに変換    df_results =pd.DataFrame(results)    return df_results# -----------------------------------------------------------# 📊シミュレーションの実行例: r> g のケース (格差拡大を想定)# -----------------------------------------------------------#パラメータ設定r_value = 0.1       #資本収益率g_value = 0.05       #経済成長率Y_0 = 1000           # 初期経済規模K_0 = 500           # 初期資本N = 50               # 期間 #シミュレーションの実行df_r_growth = piketty_r_growth_simulation(    r=r_value,    g=g_value,    Y_initial=Y_0,    K_initial=K_0,    N_periods=N)df_r_growth.to_csv("data.csv",index=False)

Permalink |記事への反応(2) | 08:39

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-03

[雑文]まぁ懸念した通りになったなぁ@Sora2

2年前に下記にように書いたんだけど、懸念してた通りになりましたわね😒

2023-03-28

AIで一人負けを続けるよりはいいと思うよ

AIには学習データ調教必要で、かつてのニコニコYouTubeみたいに法が整備される前に一般ユーザー集めた方が勝ちやぞ

ジャップランドクリエイター萌え豚をたくさん抱えているにも関わらず、PC音痴な人がぎゃおんして搾取されるだけなの、

マジなんとかした方がいいぞ

萌え絵需要あるから日本クリエイター海外AI勢にデータ学習搾取され、萌え豚萌え絵消費で海外AI勢に搾取される

経営層がITの高度な知識が無い以前に、そもそもPC音痴から、こうも差が出る

https://anond.hatelabo.jp/20230328123644#

 

真に日本がやらなきゃいけなかったのは、提携企業間ならクリエイター自由データ学習を行えるようにする枠組みを作ることだったんやで

たぶん、ワイは100回くらい言った・・・・ってのはオーバーだけど、正直こうなることは、IT音痴以外のすべての人にとって知ってた速報だよね?

 

まぁ今からでも遅くない(?)からディズニーマーベルみたいに、日本企業圧力掛ける団体を作りつつの

利害関係丸め企業間を超えてデータ学習をできる枠組みとクリエイター保護学習に利用されたデータやそのデータを作ったクリエイター報酬払う)は

やった方がええと思うよ

 

  1. 企業間連携によるデータ学習枠組みの構築:任天堂セガバンナム東映などの大手企業連携し、信頼できる企業団体間でのみ、クリエイターに適切な対価を払いつつデータ学習を行えるクローズドエコシステムを作る
  2. クリエイターへの報酬メカニズム:学習に利用されたデータ(やそのデータを作ったクリエイター)に対し、IPホルダーを通して適切に報酬流れる仕組みを構築しないと、誰もが創作を続けることができなくなるやで

 

 

任天堂セガバンナムサイゲなどの大手ゲーム会社東映などの大手制作会社上記でいい+法務部と顧問弁護士に任せるとして、

個人アニメーション製作者はどうしたらええんやろね?

個別オプトアウトしてね⭐️」って言ったって、どこからやるの?だし、

二次創作(ただし、二次創作ガイドラインちゃんと公開されてるやつね)はどうするんだろ?ってなる

たとえば、東方とかボカロ界隈とか

 

年がら年中、反AI勢とバトルしてる某氏が、まんま東方projectの二次創作アニメ

というか、これまんま満福神社(https://youtube.com/@manpukujinja)じゃん・・・PVを作っていて、

東方知ってる人がこれをSNSに公開するのは流石にダメくない?って思ったら・・・・なななななななななななな・・・なんと!!!!!!!!!!!!

下記一行を Sora2ちゃんに打ち込むだけで、満福神社っぽいキャラデザPVアニメ出来ちゃうんだよね・・・

霊夢と魔理沙咲夜レミリアが出てくるアニメOP風のPV

 

別に某氏が満福神社を狙い撃ちしたんじゃなくて、Sora2ちゃんというかOpenAI が満福神社でトレーニングしただけですの

ほんで学習データがほぼ満福神社だから、そのまま満福神社風がお出しされるってだけみたいやね

プロンプトがこの短さだとさすがにクオリティガチャだが、キャラデザポーズが満福神社っぽい)

 

福神社は、バトル気質炎上したり、なぜかキャラの裸絵を公開してたりなので(ただし東方ウマ娘と違って公式禁止されてはいない)、

正直、同サークルに対して思うところが何もないわけではないんだけど、素晴らしいアニメを描くってことに対しては異論ないのよね

レイアウトキーフレームというかポーズ?、キャラデザが、パッと見は間違い探しレベルそっくりで、

明らかに違うのは中割りだけみたいなアニメを単純なプロンプトでポン出しされるのは、流石に気の毒では?感

 

『嫌ならオプトアウトしろ、訴えろ』は、さすがに無法者が過ぎるので、

日本政府も制作会社IPホルダーも『自分の縦割りのことしか考えない』はやめて、大連合して黒船に立ち向かって欲しいところですわね

ネタ抜きに幕末みたいなやつよ

 

 

そして黒船に立ち向かって欲しいって書いたところで、日立OpenAI提携かいう、ほげぇぇぇぇってなるニュースな?

データセンター電気周りだけなら、ふんふん、日立の強みを活かせる分野だ🧐なんだけど、

どうも生成AI分野やAIエージェント分野でも協業するみたいな書かれ方してんのよね・・・

えっ・・・日立の Lumadaちゃんはどうしたの?MSOpenAIソリューションを導入するSI屋(黒船代理店)になることにしたの?みたいな・・・

今こそ日立のやってること紹介にリリース出すタイミングじゃないの?

https://www.hitachi.co.jp/New/cnews/month/2024/08/0828c.html

 

あと日立公共事業部持ってて、公共インフラの構築も請け負ってるわけだけど、

えっ・・・日本政府も公共事業請け負ってる大大大企業国産AIどうした?ってなる

そら、AI学習カスタムしないと使えないけどさぁ、

なんちゃってプライベートクラウド 〜謎の東京DC集中&DR/BCP消滅を添えて〜』とかをかますくらいなら、素直にAWSAzure 使えやとはなるし、

ゼロトラスト実現しよ?データ主権とかデータリブンとかいう前にまずデータしっかり置こう?フルスクラッチ約束された失敗をかますくらいなら、

とりあえず、MSソリューションでいいよ(旧Google App/G Suite、現GoogleWorkspaceで通った道)ってなるけどさぁ、

インフラを請け負う大企業こそ、国と連携してデータ主権を守る姿勢を見せないと、国民データまで海外勢に握られることになりかねないやで

日本政府も大企業スイス国産AIくらいの頑張りは見せて欲しい

 

 


🔓 Apertus:完全オープンスイス産LLMの誕生

🧪 開発の背景と公開

2024年7月、EPFL(スイス連邦工科大学ローザンヌ校)、ETHチューリッヒチューリッヒ工科大学)、スイス国立スーパーコンピューティングセンター(CSCS)は、大規模言語モデル(LLM)開発に関する共同プロジェクトを発表。

そして今、その成果が現実に:**スイス初の大規模・多言語オープンなLLM「Apertus」**が公開された。

このモデルは、AIチャットボット翻訳システム教育ツールなど、あらゆるアプリケーションの基盤として開発者組織活用されることを想定している。

 

 

🏛️名前の由来と特徴

「Apertus(アペルトゥス)」とはラテン語で「開かれた」という意味

この名前が示す通り、このモデルは以下すべてが完全公開・ドキュメント化済み:

モデルアーキテクチャ

学習済みの重み(パラメータ

トレーニングデータとその収集手法

学習レシピプロセス全体

 

 

💡 誰でも使える:Apache2.0ライセンス

ApertusはApache2.0ライセンス提供されており:

• 商用利用もOK

教育研究用途OK

モデルサイズは**8B(80億)と70B(700億)**の2種類(小さい方は個人利用向き)

ダウンロードはHugging Face経由、もしくはSwisscomプラットフォーム経由で利用可能

 

 

🔬科学産業社会のためのAI

研究者、開発者企業AI愛好家など誰でも利用可能

Swisscomや他のパートナー経由で、プロジェクトに組み込むこともできる。

「一部だけ公開」な他モデルと異なり、Apertusは“完全オープン”がモットー

 

「信頼できる、主権を持った、包摂的なAI開発のリファレンスモデル提供したい」

— Martin Jaggi(EPFL機械学習教授

 

 

🚀技術触媒としてのApertus

このプロジェクトは「研究産業への技術移転」ではなく、イノベーションAIスキル強化の起点として位置づけられている。

Thomas Schulthess(CSCS所長)はこう述べている:

 

「Apertusは新たなAIスキルと応用力を生み出す“触媒”になる」

 

 

🌍 真の多言語対応包摂

Apertusは15兆トークン、1,000以上の言語学習

データの40%が非英語構成され、スイスドイツ語ロマンシュ語など、他LLMで無視されがちな言語も多数含まれる。

「Apertusは“公益のためのAI”として設計された数少ないモデルの一つ」

— Imanol Schlag(ETHチューリッヒ上級研究員・プロジェクト技術責任者

 

 

🇨🇭Swisscomによるホストと展開

SwisscomはApertusを自社の「スイス主権AIプラットフォーム」でホスト

Swiss {ai} Weeks では、開発者が実際にモデルを試し、フィードバック提供する初の実験機会が設けられる。

 

「Apertusは公共利益スイスデジタル主権のためのモデルです」

Daniel Dobos(Swisscomリサーチ責任者

 

 

🌐グローバルアクセス:PublicAI Inference Utility

 

スイス国外ユーザー向けには、PublicAI Inference Utility(PAIU)を通じてApertusが利用可能に。

 

「これは道路水道電気と同じく、“公共インフラとしてのAI”を示す証明だ」

JoshuaTan(PAIU代表

 

  

🔍 徹底した透明性と法令遵守

 

Apertusはトレーニング工程再現可能な形で完全公開。

以下のリソースも全てApache2.0提供

ドキュメント

コードベース学習用)

データセット情報

モデル重み(途中チェックポイント含む)

 

そして何より、以下の法的・倫理的ガイドライン尊重して開発されている:

スイスデータ保護

著作権法

EUAI法(AIAct

パブリックデータのみ使用機械判読可能な除外リクエスト対応

個人情報・望ましくないコンテンツフィルタリング済み

 

 

🏁 終わりではなく始まり

「Apertusは“パワフルかつオープンな生成AI”の実現可能性を証明した」

— Antoine Bosselut(EPFLNLP研究室長・SwissAI共同責任者

 

これは完成形ではなく、始まり

今後のバージョンでは:

法律医療教育など分野特化型の派生モデルを開発

• 最新情報検索機能を搭載

• 高効率化、規制対応の強化

 

 

Apertus:unmodèle de langage multilingue, ouvertettransparent - EPFL

https://actu.epfl.ch/news/apertus-un-modele-de-langage-multilingue-ouvert-et/#


 

 

追記分散AI応援すっぞでもええかもね

Permalink |記事への反応(1) | 18:46

このエントリーをはてなブックマークに追加ツイートシェア

次の25件>
ログインユーザー登録
ようこそ ゲスト さん
Copyright (C) 2001-2025 hatena. All Rights Reserved.

[8]ページ先頭

©2009-2025 Movatter.jp