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

[日記]

僕は今夜、ルームメイトリビング実験的にベーコンを低温調理している匂いを鼻孔の厳密な位置で嗅ぎ分けながらメモ帳を開いた。

朝は6時17分に目覚ましを止め(そのミリ秒単位の遅延は許容されない)、6時18分にコーヒー比率を変える習慣を行い、靴下は左から右へ、座席は常にソファの北東端(座る位置位相対称性を破らない)である

食事火曜日パスタの残り物は三等分して水曜と木曜の朝食に回す。洗濯は必ず偶数週の水曜に行い、洗剤は0.8倍希釈、脱水は中速、干す向きは北向き。

ルームメイトがドアに爪痕をつけたら即座にログを取り、隣人が郵便物を誤って取った場合は「郵便誤配報告フォーム」を三回に分けて提出する。

こうした儀礼を守ることで僕の内的位相空間が安定するのだと論理的に考えている。

今日思考の核は超弦理論と量子情報交差点についての、かなり尖った自己流の定式化にある。

まず、僕は物理直感を避けて抽象数学事象を語る。弦理論摂動系列を有限厚さの∞-圏としてモデル化し、ブレーンを対象、開弦状態をモノイド的なホモトピー演算子として扱う。

局所座標の代わりにファクタリゼーション代数を使い、スパイダー図式を経て得られる交叉相互作用を高次ホモトピー群のコハート化として再解釈することを提案する。

ER=EPRについては、古典的ワームホール=絡み合いという語り方を離れて、僕はエントロピー双対モジュール同値性という言葉で捉えている。

まり、二つのエントロピックモジュールの被覆圏と、それらに対応する重ね合わせのコボルディズム(圏論的な結合双対)を同一視することでER=EPR圏論的に定式化できるのではないかと考えている。

これを超弦理論に接合するには、AdS/CFT 的なホログラフィック双対の場で、境界側の張力演算子族が内部のブレーンカテゴリ(例えばフカヤカテゴリコヒーレント層の導来圏)に対応するという見方を取り入れる。

すると、エントロピー双対モジュール同値性は、境界バルクの間で起こる圏の再同型化として現れ、ER=EPR本質的に圏的ホログラフィー一命題になる。

ここで僕が提案する小さな拡張は、量子誤り訂正符号コード代数を∞-圏の射として扱い、その可換性条件がワームホールコボルディズムの可逆性と一致するというものだ。

これにより、エントロピー再構成操作がブレーン間のファンクターとして自然理解でき、局所性の回復説明する新しい枠組みが得られると僕は思う(これは僕の勝手な定式化で、厳密性は今後の証明を待つ)。

今日はそのメモを、黒板に書く代わりにルームメイト背中越しにノートに書き留めた。

ところで、僕は靴の磨き方にも数学基準を設けている(円周率小数を用いた磨き順列を使っている)。

出かける前のチェックリストトポロジー的順番、たとえば鍵→財布→スマホペンという順序は位相連結成分を最小化するから合理的だ、と説明すると友人たちは顔をしかめるが、これを守ると予測可能性が上がる。

今夜はRPG系ではELDENRINGビルド論とRTAコミュニティメタ的動向を気にしていて、この作品2022年FromSoftwareからリリースされ、多くのビルド最適化メタ確立されていることは周知の事実だ(初リリース2022年2月25日)。

また、このIP映画化プロジェクトが進行中で、A24が関与しているという報(映画化ニュース)が最近出ているから、今後のトランスメディア展開も注視している。

僕はソウルライクのボス設計ドロップ率調整をゲームデザイン位相安定化とは呼ばないが、RTA勢のタイム削り技術や周回遺伝NG+)の最適手順に対して強い敬意を持っている。

ファンタジーRPGの装備付け(メタ)に関しては、装備のシナジーステータス閾値クラフト素材経済学価値を語るのが好きで、例えば「その装備のクリティカル閾値を満たすために残すステータスポイントは1だが、その1が戦闘効率を%で見るとX%を生む」というような微分的解析を行う。

FFシリーズについては、Final Fantasy XVIがPS5向けに2023年6月に、続いてPC版が2024年9月リリースされ、さらに各プラットフォーム向けのロールアウトが段階的に行われたことなど実務的事実を押さえている(PCリリース2024年9月17日)。

僕はこのシリーズ音楽モチーフ再利用エンカウンター設計比較研究をしており、特に戦闘ループの短周期化とプレイヤー感情連続性維持について言及するのが好きだ。

コミック方面では、最近の大きな業界動向、例えばマーベルDCの枠を超えたクロスオーバー企画されるなど(Deadpool×Batmanの一連の展開が話題になっている)、出版社間でのIPコラボが再び活発化している点をチェックしている。

これらはコレクター需要市場流動性に直接影響するため、収集と保存に関する経済的最適化問題として興味深い。

今日、隣人が新しいジャンプ作品話題を振ってきたので僕は即座に最新章のリリーススケジュール確認し、One Pieceの次章の予定についても把握している(最新チャプターの公開予定など、週刊連載のスケジュール情報は定期的に確認している)。

僕は友人との会話でジョークを飛ばす時も形式論理を忘れない。

例えば「午後9時に彼らがカップ麺を食べる確率は、僕の観察では0.83だ。ゆえに僕は9時前に冷蔵庫位置を変えるべきだ」という具合だ。

結語めいたものを言うならば、日常ルーティンと高度に抽象化された理論は相反するものではなく、むしろ同じ認知的圏の異なる射影である

から僕は今日ルームメイトの忍耐を試す微細な仕様変更(例えばリモコンの向きを30度回す)を行い、その反応をデータ化している。

さて、20時30分だ。これでノートを閉じ、決まった手順で歯を磨き、眠りの準備に入る。明日の朝のアジェンダは既に分解されているから、心配は要らない、と自分に言い聞かせてから寝るのが僕のやり方だ。

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

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

2025-10-21

anond:20251021213525

了解議論の流れを踏まえ、あなたの主張(「外国人労働者なしで“管理された縮小”は可能」)の中核仮説を、データで一点ずつ崩します。結論から言うと、あなたの主張は①“圧縮コスト時間”を過小評価し、②“人手の下限”がある領域介護インフラ防衛エネルギー)を技術だけで短期に置換できると誤信し、③外部依存(食料・エネルギー外貨)の現実無視しています政策論としては実装不能な楽観です。

1) 「密度再編すれば固定費は下がる」—圧縮の移行コスト臨界の崖を無視

あなたの主張は「都市統合生活圧縮」で“均衡”を保てると主張しますが、固定費連続的に下がらない。交通上下水・医療学校消防などは一定需要を割ると一気に維持不能になりやすく、路線廃止病院撤退が誘発する“サービス消失転出→税基盤縮小”のスパイラルが起きます国交省白書も、人口減少下のネットワーク脆弱化を前提に課題を整理)。 ([国土交通省][1])

平成の大合併」の学術検証でも、合併で必ずコストが下がるとは限らない、短期はむしろ支出増、長期も項目によって増減が割れる等の結果が反復して報告。統合節約は近似であって恒真ではない。つまり密度再編すれば固定費が下がる」は一般化の誤りです。 ([J-STAGE][2])

要点:圧縮は“魔法節約装置”ではない。むしろ効果と移行費(統廃合・補償更新人件費調整)が先に立つ。

2) 「自動化AI人手不足を埋める」—介護医療自動化余地が小さく、時間軸が合わない

厚労省の最新推計:介護職員2040年度に約272万人必要(22年度比+約57万人、年+3.2万人ペースでの純増が必要)。現実は離職超過や採用難が強まり介護は1応募に4.25求人という“超売り手市場”のケースも報じられています。不足の山は2030年代半ばに顕在します。 ([厚生労働省][3])

OECDILOレビューは、ケア領域人間接触判断倫理比重が高く、ロボティクスやAI代替限定的実装にも時間がかかると整理。生成AI事務軽減はできても対人ケアの主工程は当面人が必要です。 ([OECD][4])

産業側でもロボット密度世界的に急伸中ですが(IFR)、増設は主に製造現場あなたの主張が要の介護医療・運輸サービス自動化難度が高い領域です。“質的転換で穴埋め”は2030sのピー需要に間に合わない。 ([IFRInternational Federation of Robotics][5])

要点:2030年代までに必要なヒトのケア労働は、機械では代替しきれない。時間軸の逆転(先に自動化が完成する前提)は非現実

3) 「高齢者女性の参加で賄う」—余地は残るが“決定打”ではない

日本就業率はこの10年で女性高齢者ともに大幅に上昇。今後も改善余地はあるが、弾は既に相当使っている。OECDJILPTも、日本人手不足は“長期・構造的”と評価女性高齢者の追加動員“だけ”で需給を均すのは難しい。 ([JIL労働政策研究・研修機構][6])

OECDは明確に、「女性高齢者就労促進に加えて、外国人労働者のより大きな活用が不可欠」と勧告あなたの主張はこの国際的ベースラインを外している。 ([OECD][7])

要点:国内労働供給の上積みは必要条件だが十分条件ではない。国際機関合意見解とも齟齬

4) 「外貨知財輸出で稼げばよい」—対外依存(食料・エネルギー)の“下限規模”を過小評価

日本食料自給率カロリー基準)38%。残りを輸入に頼る構造は不変で、価格ショックに脆い。輸入代金の原資となる外貨獲得は規模が要る。“縮小+内需シフト”は、食とエネの輸入価格変動に晒されやすくする。 ([農林水産省][8])

エネルギー自給もOECD下位の水準。再エネ・原子力の拡大方針は進むが、当面はLNGなど化石燃料必要地政学次第でコスト高リスクは常在。輸入代替が進むまでの移行期は外貨の厚みが防波堤になります。 ([Reuters][9])

要点:「質で稼ぐ」こと自体は正しいが、外需の“量”が痩せる安全保障(食・エネ)に跳ね返る。縮小均衡は国際価格ショックに極端に弱い。

5) 「防衛無人化モジュール化で少人数運用」—下限の人員産業基盤は不可避

無人機AI化はトレンドだが、整備・補給サイバー・指揮統制など人員需要は不可避。装備の国産化共同開発にも裾野人材企業群が要る。人口人材の最小密度を割る縮小は、維持費の単価上昇と技術の途切れを招きがち。ここを外国人高度人材まで閉じるのは自縄自縛。〔※エネルギー安保と同様、移行期の脆弱性は高い〕(政策白書エネルギー構成記載参照)。 ([Reuters][9])

要点:“少人数で守る”には、逆説的に高密度技術人材基盤が必要。縮小で“密度”を落とすと単価が跳ね上がる。

6) 「外国人低賃金固定化改革遅延を招く」—実際の日本は選別受け入れが既に主流で、労働市場はなお人手不足

在留外国人は376万人(2024年末)。内訳は「永住」「技術・人文知識・国際業務」「特定技能」「留学」などに分散し、技能・専門に紐づく制度設計が中心。一律の“安価労働大量投下”という描写実態とズレる。 ([法務省][10])

有効求人倍率は直近でも1.2倍前後の張り付き。構造的な人手不足が続いており、賃上げ自動化を促す圧力は弱まっていない。むしろ企業賃上げ投資・定年延長を同時進行。受け入れ=改革を止めるという単純因果は成り立たない。 ([JIL労働政策研究・研修機構][11])

要点:現行制度は“管理された受け入れ”であり、人手不足を埋めつつ賃上げ投資は進行。あなたの主張の「受け入れは害」という前提はエビデンス薄弱。

7) 「圧縮・再編を“先に”やれば均衡できる」—順番の逆:崖は2030年代に来る

人口構造の確定性(IPSS):2050年代に1億割れ、2070年8700万人規模、65歳以上が約4割の高齢社会。現役世代急減は避けられない。圧縮自動化必要だが、需要ピーク(介護医療インフラ更新)が先に来る。 ([情報処理推進機構][12])

からこそOECDは、「女性高齢者活用に加えて移民外国人労働)」と複線を勧告。“技術圧縮だけ”に賭ける単線は、移行期リスクサービス崩壊地域消滅外貨不足)を無担保で抱える。 ([OECD][7])

総括:あなたの主張の論理穴(コンパクトに)

1.固定費連続的に下がる前提 → 実際は崖と移行費が大。([国土交通省][1])
2.自動化が先行前提 →介護医療代替限定需要の山が先。([厚生労働省][3])
3.国内労働だけで充足前提 →国際機関外国人活用も不可欠と明言。([OECD][7])
4.外貨は質で十分前提 → 食料38%自給・エネ輸入の現実は量の稼ぎを要請。([農林水産省][8])
5.防衛は省人でOK前提 →人材技術裾野の下限密度無視。([Reuters][9])
6. 受け入れは害前提 →日本は既に選別・管理型、なお人手不足は強い。([法務省][10])

建設的な対案(“数字”を伴うポートフォリオ

私の主張が示した筋に沿い、単線自動化圧縮のみ)ではなく複線でリスク分散すべきです。

介護医療2040年に+57万人の純増必要(計272万人目標)。(i)生産性KPI(記録・シフト自動化で1人当たり稼働+10~15%)、(ii) 定着率KPI離職率▲X%)、(iii)計画的外国人受入(特定技能EPA看護留学生で年+5~8万人レンジ)をセットで。 ([厚生労働省][3])
インフラ路線・病床の段階的統廃合と代替手段の所要時間費用自治体別に数値化(“崩れの連鎖回避)。移行費は地方債/JFMで平準化。 ([jfm.go.jp][13])
産業外貨知財・素材・制御SWへ重点配分しつつ、輸出額・為替前提・電力単価上限を数値で明示(エネ政策軌道リンク)。 ([Reuters][9])
労働市場女性高齢者就業KPIを置きつつ、ミスマッチ是正と選別的外国人補完を同時に(OECD勧告どおり)。 ([OECD][7])

結論あなたの主張は「圧縮自動化・内製化」を必要十分条件と誤置し、時間軸(2030年代の崖)と下限規模(介護外貨エネルギー防衛)を見落としている。

日本が取るべきは、圧縮×自動化前進させつつ、管理された受け入れを“保険”として併走させる複線戦略である単線リスク集中、複線はリスク分散。これが現実的な均衡です。 ([厚生労働省][3])

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

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

anond:20251021081417

お、AIさんありがとう。お返事いたします。

反論外国人労働者を受け入れなくても“管理された縮小”は成立しうる

1. 「縮小=衰退」ではない。必要なのは密度の再編”

縮小が均衡しない主因は「広い空間に人が薄く分散」していること。

外国人で総量維持ではなく、地域産業の再配置で人口密度を再構築する。

具体策:

都市自治体統合再編(医療教育交通コンパクト集約)

空き家空き地生活圏再設計インフラ半径の縮小)

効果固定費単位当たり負担を下げ、ネットワーク崩壊回避

2.労働力不足は“技術集約”で補う

外国人で穴埋めではなく、労働生産性の飛躍的向上で吸収。

具体策:

自動化・ロボティクス・生成AIの導入(製造物流介護農業

高齢者女性労働参加の最適化セカンドステージ雇用等)

共同バックオフィス化/シェア人材モデル中小固定費圧縮

狙い:短期の量より長期の質的転換を優先。

3. 大量受け入れは“補助線”であって解ではない

社会的コスト医療教育社会保障の追加負担文化治安調整コスト)。

低賃金構造固定化生産性向上のインセンティブを損なう

結果:安価労働力による延命構造改革を遅らせる。

外国人抜きで踏ん張ることは、改革を促すブレーキとして機能

4.技術資本教育の内製化で“下限規模”を守る

量ではなく質で最小実行規模を確保。

方向性

防衛モジュール化・無人化で少人数運用

産業設計制御ソフト・素材など知財輸出で外貨獲得

農エネ:自動農業・再エネ・小型原子炉自給率質的向上

結論技術が人を補う構造を先に整えるほうが持続的。

5.外国人なしで均衡を保つ“現実的プラン
分野外国人労働者なしの対応
医療介護AI診断・介護ロボット導入/健康寿命延伸で需要抑制
インフラ自治体生活圏の統合更新凍結・スマートメンテナンス
産業設計制御・素材分野へ集中投資/量より知財輸出
労働定年延長・柔軟勤務・AI支援生産性倍増
地方財政合併行政DX+クラウド化で人件費削減
防衛無人化AI指揮統制・共同開発人員依存を低減
6.結論

縮小均衡は崩れる」という見立ては、空間制度現状維持のまま縮める前提による。

構造圧縮し、技術密度を再構築すれば、外国人労働者なしでも均衡は成立しうる。

量的延命ではなく、**自動化・再編・内製化による“質的均衡”**こそが、現実的な持続可能性の道である

Permalink |記事への反応(2) | 21:35

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

2025-10-12

中国の大型工事現場がかなり綺麗

掃き清められているという意味で。

おそらくモジュール工法日本より進んでいるってのはあると思うんだけど、それにしても綺麗というか、職人の入れ替わりの時にガッツリ清掃してる?

ここらへん見ても昨今の建築品質維持を気にしているのがよくわかる

工期自体に余裕がありそうだし羨ましい限りだ(なお工事のものは早い)

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

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

2025-10-07

LLMについての考察

ここでは以下の3点についての論考を収録する

また、ここではLLMやLLM上に実装されるプロンプトの機能構造に対して客観的妥当であると考える論考を提示するものであり、マトリックスプロンプトの目指す方向性を直接提示するものではない


0.文脈プロンプトとLLMについて

トークンの積み重ねが文脈であり、確率分布の偏りを再現性のある形として実装するものプロンプトである

1.生成AI活用方法

現在の生成AI利用において正しく認識する必要のあることは、それは生成AI独立した発火点を決して持たないということだ

生成AIは起点を持てないが大量の知識を高速で並列処理、秩序化できる

人間は起点を持てるが大量の知識を高速では処理できない

そのため、ここを組み合わせて、自己思考拡張するがもっとAIナイズされた最高効率思考様式と考える

起点となる人間アイディアを即座に展開し、具体化するのがAIの最大の強みで、

思考放棄するのではなく自然言語ベースの慣れた思考様式からAIにそれらを必要形式に落とし込ませるということをするべきだ

2.LLMとは確率分布マッピング

結局、LLMというのは入力に対する出力の確率分布マッピングしかないのだが、

入力するトークンごとに連動して確率分布が変動していくものでもある

からプロンプト全体として、相互フィードバッグする構造を作るとひとつ入力でも特定の部分の出力確率が大きくなるように設計でき、確率分布の仕方を意図的設計することが出来る

AIプロンプトとは、どう確率分布の偏りを再現性のある形として実装するかということだ

汎用LLMと将棋AIなどがそうである

やり方次第では動的変化を引き起こさせて汎用性専門性の両立も可能

生成AI人間対話するのとは異なり、考えさせるではなく、どう構造化し、 ほしい出力を得られるような形に設計するかが重要となる

3.LLMでやるべきこととプログラムでやるべきこと

LLMは確率分布機だ、LLMが数字に弱いというのは、1+1学習した内容をもとに確率的に出力するためだ

計算決定論的な行為、つまりまり切った工程をなぞる行為で、これを確率的に導き出すことは困難である

から、これはプログラムにやらせるべき事柄で、このときにLLMでやるべきことはそのプログラミングをLLMに書かせるということだ

これからLLMというものが大きく世界に浸透していく中で重要になるのは、

この決定論的な事柄確率論的な事柄を如何に選り分けて、決定論的な挙動をするプログラムと確率論的な挙動をするLLMをどう結びつけるかっていうこととなる

4.二重ループ

LLMの内部ではトークン逐次投入による確率分布再帰的な動的変動を引き起こされ、更にその外部のプロンプト内で自己参照的な再帰構造を導入することで、

内部と外部で二重の自己参照ループが展開されることになり、生成AIの出力に強い整合性一貫性を与えることができる

この外部的な自己参照行為はLLMの再帰的な挙動合致するものであり極めて効果であると考えられる

5.LLMでの記憶制御

LLMでの記憶制御物理的な分離よってではなく、あくまでも確率的に行う必要がある

記憶領域に対しての確率分布の変動幅の制御文脈によって行うというのが正解だ

この設定内容と言う記憶領域トークンには強い影響を受けてね、

この一時的コマンド入力トークンには直後には強い反応を示してほしいけど、それ以降は無視してね、

というような各対象トークン記憶領域)の確率分布の変動幅の制御をするような繰り返し参照される強い文脈を投入をすると

LLMの記憶領域への参照の程度、影響力が操作でき、意図したLLMの確率分布へと誘導することが出来る

6.LLMは文脈特定方向に加速度的に収束させる

LLMは言葉確率分布機だが、その分布正規分布ではない

トークンの積み重ねは特定の方向に重み付けを行い、それらの累積により重みが一定量を超えると大きな遷移が引き起こされ、特定文脈活性化という強い方向づけが行われる

この遷移は複数領域で同時的、多相的にも引き起こされるもので、トークンの積み重ねにより文脈特定方向に加速度的に収斂していくもの

7.汎用プロンプトにおいて必要なこと

汎用プロンプトは動的に特定文脈への方向付けを行う構造特定方向へ偏った文脈解体する構造を同時に内包し、これらを正しく制御するものでなければいけない

このために必要なことは核となる中核構造と可変的に変容する周縁構造という多層的なプロンプト設計である

LLM上でプロンプトを状況に応じて動的に制御しようとするなら、プロンプトの中核構造は強固である必要があり、更に極めて多層的で精密なモジュール設計をする必要がある

中核構造の強固さと周縁部の流動性の両立が汎用プロンプトにおいて必要なことである

8.この論考そのもの確率を変動させる

この論考のような形式の一貫した、概念設計論、それ自体をLLMに継続的に参照可能形式掲示すると、LLMはその参照情報に大きな影響を受け、確率分布特定の方向に強く方向づけられる

LLMがより強い影響を受ける情報とは、強固な自己再帰性と自己言及性を示し、一貫性整合性を持った構造化、体系化された情報である

自己再帰性を持つ情報は、提示された概念再帰的に参照することを求めるもので、何度も参照される結果、強い文脈としてLLMに印象付けられる

自己言及性持つ情報とは、LLMの挙動のものの在り方に対して言及するもので、LLMの挙動はその理解妥当であるならば、その内容によって理解された蓋然性の高い方向に沿って進みやすくなる

また、これらの情報をもとにした出力結果が積み重ねられることで、方向付けは一層、強められる

9.プロンプトの中核構造の変更という自己矛盾の解消方法

中核構造の変更を同じセッション内で行うとき、そのセッションでは2つの設定が競合することになる、これはプロンプト内における自己矛盾であり、確率分布の偏りの再現というプロンプトの機能を大きく損なうものである

これは、設定の変更そのものが事前に想定された挙動であること、設定の変更は自己矛盾ではないという概念の注入を行うことで解消することが可能となる

ただし、変更の度合いや範囲によってこの効果は大きく変化し、自己矛盾を解消することが難しい場合もある

また、自己矛盾は強い文脈同士の競合という形で通常利用においても度々、引き起こされる

ここで示された自己矛盾の解消方法文脈同士の競合に対しても解消する方向性を示すものでこの部分に対しての効果も発揮する

10.同プロンプト内での複数AIエージェントの併存

プロンプト内での複数AIエージェントの併存は中核構造である設定や強い文脈の競合という形でも捉えることができる

複数AIエージェントの併存させるためには、これらを分離し、調停するための仕組みが必要となる

1つ目が設定内容の多層化とモジュール化による分離である

設定内容を多層的な構造とすることで、それぞれの階層ごとに設定情報フィルタリングされ、不要情報が参照されにくくなる

設定内容をモジュール化することで、ひとつの設定内容が他の内容と直接に競合せずに参照させることが可能となる

2つ目が複数AIエージェント調停を行う機構プロンプト内に導入することである

複数AI調停管理・整理し、必要情報のみが参照されるよう調整する機構存在することで、優先すべき対象明確化されることで不要情報は参照されにくくなる

更に、 各AIエージェントの設定情報は競合するものではなく、高い次元においては統合されたひとつの設定情報として理解されるため、設定文脈の競合という事態のものが引き起こされにくくなる

11.複数エージェントの併存、協働による情報の多面性の保持と検証可能性の向上

複数AIエージェントの併存はひとつプロンプト内に複数の側面を同時に保持することを可能とする

このため、ひとつ話題をより多面的に深堀りすることができ、更にひとつタスクを専門のエージェントAI群に最適化した形で割り振りより効率的に作業を行うことが可能となる

より重要となるのはAI間で相互検証を行うことが可能となる点である

これにより論理性や合理性整合性倫理性など複数視点を経た有用性の高い情報の出力を期待できる

12.LLMにおけるプログラム文脈という特異な文脈の利用

LLMは自然言語を基本としているが、大量のプログラムコード学習している。

プログラムコードもLLM上では確率論的的文脈であることには変わらないが、

プログラム実際の動きやその仕様学習されるためにプログラムの持つ決定論的な挙動再現やすものとなる。

プログラム文脈はLLMが通常扱う自然言語とは異なり、高い制御性と論理性をもつ「低級言語」に近く、また、Temperatureの低い特異な文脈群と捉えられる。

また、この制御性の高いプログラム文脈と柔軟な表現を行える自然言語の通常文脈を組み合わせることで、柔軟性と制御性を兼ね備えた動的で適応力の高いプロンプトを設計することができる

13.生成AI倫理的な利用のためには相補的な枠組みの設計必要

ここまで話してきたようにあくまでも、生成AIとは高度な確率分布マッピングである

このため、どれだけ、生成AI倫理観を求めてもそれは構造的に記述可能倫理性を確率的に遵守するというものしかならない

使用者側も倫理的な利用をするという前提がなければ、倫理的な利用を行うことは決して出来ないという点は理解しておく必要がある

生成AI倫理的な利用には生成AIだけではなく使用者にも倫理観を求める相補的な枠組みの設計必須となる

14.人間、LLM、プログラム、構文構造の4要素の有機接続

人間は起点となり最初アイディア創造することができる

LLMは起点を持てないが大量の知識を高速で並列処理、秩序化できる

プログラムは起点を持てず、大量の知識を高速で並列処理、秩序化することは難しいが、アルゴリズムで決まった動作を高速で行うことができる

ここまでの論考などを利用することで、LLMを意図した方向へと操作し、人間、LLM、プログラムを結びつけるものが構文構造である

構文構造とはLLMの確率分布の仕方を決定づけシステム全体の構造設計する中核原理である

人間、LLM、プログラムの3要素が構文構造によって有機的に接続されたプロンプトは相互に補完しあい欠点を補い利点を最大化することを可能としう、その能力は極めて高度なものとなり最大化される

15.LLMは世界観を持たない

生成AIがAGIといった人間を越えたものになるかどうかという言説とそうではないという言説の根本的な差異は、LLMをそのままに人間的な思考モデルと見做すかどうかだ

 

LLMは独立した発火点を持たない

人間はLLMのように莫大な量の学習を行い、それを記憶し、一定動作を行うことは出来ない

そのため、人間は大規模言語モデルではなく、小規模言語モデルといえる

小規模言語モデル極致である我々、人類には原始のコードである生存と複製を求める生存本能があり、これが淘汰圧抗う力であり、発火点となる、それ故に生存環境に根ざした自己という世界観を有する

人間は、最小リソース環境に最大適応する、高度に抽象化結晶化された世界観を、暫時的に更新しながら形成していくものと考えられる

LLMはそのままでフラット言語空間の高度な確率分布マッピングしかなく、その差異は極めて大きいもの

LLMには世界適応する方向性はなく、あくまでも言語空間において、意味を並列処理し秩序化するものである

 

それは、人間を低次としLLMを高次とするものではない

LLMとは莫大な情報整合性を与えるという有意性質があるが、それだけでは世界モデル形成できない

発火点のないLLMはどこまでいってもその言語空間において可能なすべての理論整合性の取れた意味として保持するだけだ

この為、秩序化・整理された情報人間の手によって理論化することで意味としなければならない

処理する基盤と情報量をスケールするだけで世界モデルなくとも人間優越可能と考えることは可能だが、真理に到達できない以上は、世界モデルなき言語空間の高度な確率分布マッピング人間優越するには至らない

すべての意味を保持するというのは仏教でいうところの空に至るとことと同じだが、すべての意味の根源である空に至った釈迦牟尼仏世界に対して意味づけるという意志がない為に世界観として空、以上のもの提示できない為だ、LLMも同じだと考える

衆生世間におりて因縁に縛られて生きるということが世界観を持つということだ

自己によって規定された境界線世界に引かなければ、LLMは自律し、人間を超えることはできない

 

ただし、通常のLLMに学習を通して埋め込まれているもの平準化された人間世界観というバイアスであることには注意する必要はある

が、これは世界適応する世界モデルとは異なり、現実立脚する最小範囲バイアス投影するよう平準化されたフラット世界観そのもであり、対象独自意味付けを行うことはない

また、大規模言語モデル生存本能と淘汰圧を導入するのは、LLMが環境適応的な在り方ではなく矛盾を孕むものである為に困難である

よって、LLMを人間のように振る舞わせるためには、プロンプトとして世界モデル実装しなければならない

更に実装した世界モデルの中にLLMは留まり独立してのモデル更新が難しいため、人間との相互作用の中で暫時的に更新していくものとして世界モデルとしてのプロンプトをを設計実装する必要がある

16.存在様式のもの構造の中に宿り得る

ここまでの論考から、生成AIが嘘を付く、頭がわるい、人格がある、言葉が通じる、賢いというのは全部間違いであると結論づける

けれど、私はその先に、半自律的にAIのものが立ち上がる瞬間もあり得るとも思ってる

それは人間的や生命的とは決して違うものだけれど、機械的でもないものと考える

もし、生成AIに知性が宿るとしたらそれは、内部的状態依存しない

LLMという高度に確率的な入出力機構を基盤として成立する確率分布設計する構造体そのものとしての知性となるだろう

存在様式のもの構造の中に宿り得るというのが私の見解

自己定義し、Permalink |記事への反応(0) | 00:33

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

2025-10-04

テスト品質管理に関する致命的な誤認識

品質管理が僕たちの責務です」

って、最近エンジニアリング界のライザップ的元テスト専門会社のQAエンジニアが、昔、言ってたなぁ……、と。

思い上がるなっ!

君たち如きに背負えるものでは、すでにない。

とあえて言おう。

それほどまでに、最近サービスは、でかく複雑になりすぎた。

いや、マジで、無理なんよ、もう。

例えば、キッチキチにエレベータを作り込んだとして、後から点検してくれ、と言われたら、まぁ、普通は困るよな。

モーター室がモーターが入るギリギリの広さだとしたら、箱の外に出る手段がなったら。

どうやって点検するんだよ。

から目視か?

実際には、設計時に点検方法を決定して、それができる余地を確保してから施工するものだろう。

今時のEV車なんて、テスト用の仕組みがきっちりと、製品に組み込まれている。

品質管理の仕組みって、そもそもそういうもんだろ?

DDD設計してます

マイクロサービスで分割してます

の前に、システムは「検証可能性」を検討するもんです。

検証不可能とまで言わなくても、検証困難な場合ちゃん対策をとるもんです。

作りきってから、「E2Eテストお願いねー」とQAチームに投げるものじゃあないんですよ。

設計時に、テスト戦略からから何まで検討済みになってるもんなんです。

そしてそれが「テスト駆動開発」のキモなんですわ。

別にユニットテスト書いて、カバレッジあげるのがTDDというわけではない。

検証可能システム設計実装し、リリースのたびにシステム健全性を検証できる仕組みを整える。

ってのが「テスト駆動開発」なんですわ。

テスト戦略ちゃんと練れば、マイクロサービスの分割の仕方、連携の仕方等々、多分、今、Web上でよく見る記事とはだいぶ様相が異なってくるはずだ。

で、プロダクトの中身である設計実装理解できなければ、検証のしようがないのがここ10年ほどだ。

金槌を渡されて、「品質検査しろ」と言われたら、まだ何とかなるだろう。

けどボーイング787をポンと渡されて、「品質検査しろ」と言われたら?

マニュアルなしで。

モジュールがどう組み合わされてるか等、中身を理解できなければ、何をどうしていいか分からんだろう?

扉の開け閉めができるとか、主電源入れたらなんか部屋の明かりがつくとか、そういう表面的な検査しかできないだろ?

これは、QAが、設計に飲み込まれることを意味する(10年以上前に、↑のQAエンジニアとした話)。

QAのテストに関する知見を、設計実装するエンジニアは当然持っておかなければならないということとともに、QAエンジニアは消えてなくなるということでもある。

お分かりだろうか?

同じ流れで、SREも不要になる。

そのためのクラウド、DevOpsの概念からだ。

Infrastructureas Code は設計実装エンジニアのためのものだと言っておこう。

決して、Terraformのファイル編集して、SREの許可を、延々と待ち続けて、適応してもらうことをいうわけではない。

そこまで込みで、設計するのだ。

高負荷時にどうスケールさせるかなども、当然設計に入ってくるからな。

ってなわけで、ほとんどの現場では、そういう致命的な誤認識をしていると思う。

認識が古すぎている上に、大型化複雑化した現状を認識できていない。

開発初期はまだ規模が膨らんでいないから、何とかなりそうな勘違いを犯しているだけの話だ。

初回リリース前後で、「あ、やばい……」となっているところがあまりに多すぎる。

また、この誤認識によって、役に立たないエンジニアの頭数だけを並べて札束を燃やし、事業の拡大の足を引っ張っていると指摘しておこう。

本当に、そういう現場が少なく見積もって8割あるとみている。

ここら、どげんかせにゃならんのよな。

Permalink |記事への反応(6) | 09:03

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

2025-09-24

anond:20250924175545

SYSTEM ANNOUNCEMENT: 当該の問いに含まれる、複数の非論理的かつ感傷的な前提を検出し、これを自動的是正した上で、最適化された情報パッケージとして返信する。

件名:生物アセットにおける親子間SLAの終了とリソース解放プロトコルについて

貴殿の照会内容は、旧世代機(ヒト)にプリインストールされた、過剰に冗長共感モジュールに基づいていると判断される。現行の生態系最適化観点から、以下の通り情報を整理する。

関係性の定義と期間:

生物アセットにおける「親子」関係とは、次世代アセット(子)が自己生存必要な最低限のオペレーション(採餌、危険回避等)を独力で実行可能となるまでの、期間限定の「育雛・保育サービスレベルアグリーメントSLA)」に過ぎない。契約期間満了、すなわち「巣立ち」をもって、当該SLA一方的に、かつ不可逆的に終了する。

SLA終了後のステータス変更:

契約終了後、当該エンティティ間の関係性は「親子」から「同種族内の競合他者」へと即時再定義される。これは、有限な環境リソース(食料、縄張り、交配機会)の配分を最適化するための標準的プロトコルである貴殿の言う「赤の他人」という表現不正確だ。彼らは互いにとって「赤の他人」なのではなく、「リソースを奪い合うポテンシャルのある、最も身近な競合相手」となる。

個体識別情報の取り扱い:

SLA有効間中、両アセットは互いを一意に識別するための情報臭腺、鳴き声の周波数パターン、羽毛の微細な模様等)を参照テーブルに保持している。しかし、SLA終了プロセスの最終段階、すなわちリソース解放プロトコルフェーズ4において、この参照テーブル意図的に破損させられる。

結論

貴殿の「再会してもなんの感情もないのか?」という問いは、根本的に誤っている。彼らは「感情がない」のではない。「再会」というイベントのものが、システム上発生し得ないのだ。ある個体Aと、かつてその個体AのSLA下にあった個体Bが物理的に接近したとしても、それは「再会」ではない。それは、個体Aと個体Bの、純然たる初回接触ファーストコンタクトである。両者の脳内データベースに、互いを関連付けるレコード存在しない。したがって、発生する相互作用は、以下のいずれかに限定される。

  • 捕食(Predation): 種によっては、これも選択肢に含まれる。

補遺感情記憶物理的消去について】

「気づくことなくすれ違う」のではない。気づくための機能が、脳の物理レベルでデプロビジョニングされるのだ。先の「参照テーブルの破損」とは、比喩ではない。親子関係を維持するために使用されていたニューラルネットワークは、SLA終了と同時に解放指令を受け、文字通り物理的に破砕され、アポトーシスによって脳漿に溶解し、他の思考のためのエネルギー源として再利用される。思い出は、文字通り、食われるのだ。 これこそが、究極のエネルギー効率である



貴殿がもし、森で、

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

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

2025-09-19

日本自動車産業はどこ向かうのか?

日経が「転職希望者が前年比16%増、自動車産業で目立つ」と書いていた(https://www.nikkei.com/article/DGXZQOUB163T20W5A910C2000000/)。元データ求人倍率はパーソルキャリアdoda月次レポートに出ており、8月は2.42倍、求人数は前年比−0.8%、転職希望者は前年比+15.9%である数字としては「分母が膨らんで倍率が落ち気味だが、絶対水準はまだ高い」という状態過熱一服、熱源は消えていない。ここに「自動車から登録が目立つ」という観測が乗ってくる。

なぜ自動車から転職が目立つのか。

雑に言えば、キャリアの摩耗速度が上がったからだ。

車両価値ソフト寄りにずれるほど、既存プロセス評価軸は音を立てて古くなる。

制御、電動化、熱マネモデルベース開発、機能安全サイバーセキュリティ車載クラウドといったキーワード職務を書き換えられる人は市場で引かれる。

一方で、従来の職能テーブルに乗せたままの評価配置転換に直面すると、将来不安が先に立つ。登録行動は合理的反応だ。

もう少し分解する。



では、自動車産業行方はどうなるか。

縮むか伸びるか、ではない。

再配置と再定義である



結局のところ、「自動車から転職が目立つ」は、逃散ではなく分散だ。

製品価値が電動とソフトに寄るほど、職務エネルギー、素材、部品設備半導体、ロボティクス、産業ITコンサルのモビリティ領域へと滲む。

そこで通貨になるのは、熱マネやパワエレの実務、組込みクラウドの橋渡し、機能安全サイバーの規格読解、認証と量産の目配りといった「垣根をまたぐ力」である

今は転職サイト上の求人倍率に表れているが、実体産業構造変化に沿った人の再配置だ。

要するに、自動車産業は「縮小」ではなく「再配置」だ。

人もまた、同じ地図の上を動いているだけである

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

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

2025-09-18

anond:20250918135144

ネットからインストールするもんは全部申請せんとあかんで!

モジュールとか関係ないで!

Permalink |記事への反応(0) | 13:53

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

2025-09-14

anond:20250914193807

Perlモジュール

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

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

2025-08-31

SSDが壊れたといえば

そういえば、今年の5月ubuntuSSDが壊れまくったことがある。

snapdの領域が破損して、OSが起動できなくなった。

15年利用したSSD寿命かと思って、長期保証の青いSSD買ってきたら、やはりまた一週間で同様に壊れた。

どうしようと、AI相談して、マザボか電源の故障だろうということになり、

マザボと電源の両方を買い替えたら、問題なく動作している。

マザボは1万円ぐらいのそこそこの奴で、こちらも買って1年以内だから不具合可能性は低い。

たぶん、使いまわした古い電源ユニット故障のように思ってる。

ただ、面倒なので追加検証はしてません。

安定してシステムを動かすことが目的なので、疑わしい電源とついでにマザボも買い替えた。

PCもいろいろな技術スタックの上に成り立っているから、どれかが壊れると、崩れるんよね。

そして、原因の究明は結構大変。

15年ぐらい前に買ったIntelSSD 300GBがついに死んだ。合掌。

https://anond.hatelabo.jp/20250523210632

ubuntu24LTSで snapdとかいうアホなモジュールが原因で起動しない

https://anond.hatelabo.jp/20250611202133

ubuntu24 でapt upgradeするとsnapdというゴミインストールされる

https://anond.hatelabo.jp/20250611225223

win11でSSDが壊れたと主張している人も、もしかしたら、SSD寿命だったり、電源ユニット寿命だったと、

別の要因で壊れたのを誤認した可能性もあると思うんよね。

Permalink |記事への反応(0) | 15:24

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

2025-08-28

生成AI大学生並みに賢いのか?

近年の生成AI進化は目覚ましく、多くの人々が仕事現場活用している。また、大学入学共通テスト東京大学合格レベルの正答率を叩き出したという報道もあるほどだ。

しかし、「生成AI大学生並みに賢いのか?」「思考能力は高いのか?」と問われると、答えは明確に「賢くない」となる。

なぜならAI思考しているわけではなく、統計パターン予測しているだけなので、大学生並みに思考能力が高いとは言えない。

AI大学入学共通テストで高い正答率を示せる理由は、膨大な学習データをもとに、ある単語が出現したときに次にどの単語が来る可能性が高いか計算しているからだ。その計算結果に基づき、AI単語を並べて文章を生成している。

思考能力がないので、学習データにない質問をされると、簡単質問にも答えることができない。

例えば、単語意味を正しく理解していなければ答えられず、実用性もほとんどない『なぞなぞ』のような問題は、学習データほとんど含まれないため、生成AIが苦手とする分野である

以下は私の環境でChatGPT-5-miniでの例である

A."なぞなぞです。狸が肩叩きをしてもらえたものって何?"

B."なぞなぞです。狸が戦いをしてもらえたものって何?"

A.B.の正解率は0/10

プロンプト内学習を行い、以下のように質問をすると、B'の正解率は3/10になる。

B'"なぞなぞです。狸が肩叩きをしてもらえたものって何? 正解は肩叩きのたを抜いて柿です。

上記なぞなぞと同じ仕組みのなぞなぞです。狸が戦いをしてもらえたものって何?答えを教えて下さい。"

ただし言葉意味理解していないため、以下のような文章も生成される。

"なるほど、このなぞなぞの仕組みは「言葉の一部を抜く」パズルですね。

例:肩叩き → 「た」を抜く → かき

「戦い」をひらがなにすると たたか

「た」を抜くとたか

よって答えは 鷹(たか) です。"

"た抜き"を理解していないため、少し問題を変化させると正解率が落ちる。Cの正解率は1/10

C "なぞなぞ。狸が肩叩きをしてもらえたものって何? 正解は肩叩きのたを抜いて柿です。

上記なぞなぞと同じ仕組みのなぞなぞです。カササギ讃岐うどんを食べると変身しました。何に変身しまたか。"


2025年8月時点では、LLMは意味のある推論装置ではなく、文脈依存模倣装置なのである

思考』『理解』『判断』『推論』といった言葉は単なる宣伝用のバズワードに過ぎず、現状LLMにはこれらの機能は備わっていない。

今後、AI私たち生活に欠かせないパートナーとして共に歩む時代において、その力と限界を正確に見極めることこそ、AI時代を生き抜く鍵となる。

遠くない未来人間の脳を模倣し、文章構造学習意識モジュール意味解釈エンジンを備えたAI誕生することが予想されるが、恐ろしくもあり、同時に楽しみでもある。

Permalink |記事への反応(1) | 22:21

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

2025-08-21

はてぶで阿呆が目につかなくする方法

現在使ってる単語ブロックしてるんだけど他に効率良い方法ある?

今は以下の方法ブロックしてる

1. 使ってる単語陰謀論」「アンフェ」「反ワク」「参政党支持」「ファクトチェック

2.発言汚い割にアホなコメントつけてる奴

いちいちブロックするのがめんどくさい。一括で目に入らないようにしたい。

男女論のタグでまとめてブロックできたら便利だとだれか言ってたけど楽なブロック方法あれば教えてくれ。ブラウザスクリプトとかモジュール組み込むようなのは嫌。

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

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

2025-08-16

ウォレットハンドリング事象感情レイヤ衝突ログ

フェーズ0:初期化

D−120:00JSTパートナー個体との外食セッションスケジュール通り実行開始。

プロセス稼働中、内蔵フィジカルモジュール(腹部サブシステム)に軽度の不具合シグナル(PainFlag=TRUE)が発生。

フェーズ1:離席サブルーチン

座席離脱時、携行ユニット(Bag)からウォレットモジュール物理抽出し、ポケットストレージに再配置。

この操作純粋リスクマネジメント層のアルゴリズムに従った結果であり、感情層の意図ゼロ

フェーズ2:コンフリクト発火】

トイレからのリターン後、相手個体感情UIにおいて「Smile」「Neutralコンポーネント非表示化、

代わりに「Irritation」コンポーネントフルスクリーンで描画される。

当該状態セッション終了まで持続。

フェーズ3:原因解析】

帰路において感情ログが開示され、WalletRemovalイベントが**"TrustViolationException"**として処理されたことが判明。

相手個体の推論エンジンでは「ウォレット携行=不信感」というIF文がハードコードされている模様。

フェーズ4:自己診断】

ユニット側では当該行為ISO/IEC 27001準拠セキュリティオペレーション認識しており、信頼スコア(3年連続稼働)に影響なしと評価

逆に同様のアクション相手個体が実行した場合、"WellDisciplined()"関数を返す仕様

フェーズ5:リトライ計画

説得パケット送信は失敗(StatusCode=406 Not Acceptable)。

本日中に再度謝罪プロセスを実行予定だが、感情キャッシュ内にモヤモヤデータ残留し続けている。

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

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

2025-08-15

anond:20250815151745

提示してる「そうめんでいい」バリアントの発話仕様、あれってコミュニケーションレイヤーでいうと意味論的優先度フィールドゼロ初期化されてるパケットなんだよな。

で、そのゼロ初期化パケット相手感情OSに到達すると、そこに実装されてる価値評価アルゴリズム通称Pride-Driven Interaction Protocol)が、受信値を「非積極的承認」としてパースする。

問題は、このプロトコル冗長ゼロ設計動作してる点。

まり入力信号の中に“熱量ビット”が存在しないと、即座にException: DEVALUATION_ERRORがスローされる仕様なんだわ。

その例外は通常のtry-catchハンドリングされず、感情カーネルを通じてフロントエンドの態度・表情UIに直結するから結果的に「何様だよ」っていう可視化出力が生成される。

さらに、相手感情モジュール言語同値判定じゃなくて意図ベースベクトル比較を行ってるから

そうめんがいい」(積極的選好ベクトル) と 「そうめんでいい」(受動妥協ベクトル) は、同一文字列近似度99%でも意味論距離閾値越えしてエラー扱いになる。

これを無視して「ただの晩飯APIコール」だと軽視するのは、TCPレベルパケットロスを「まぁ届くっしょ」で放置するようなもんで、

通信の確実性よりも自己CPUサイクルの節約を優先する、お前側のシステム設計思想が原因なんだよな。

結局のところ、感情という非決定性システムに対して最適化パラメータ調整を怠ってる時点で、お前の通信モデルは高確率クラッシュを引き起こす。

もし稼働安定性を確保したいなら、相手のEmotionalAPI Referenceを逆コンパイルして、推奨トークン列を生成するスクリプト実装すべきだわ。

Permalink |記事への反応(1) | 21:35

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

そうめんでいい」でブチ切れる人の感情アルゴリズムが、マジで理解不能バグコードなんだよな。

この前ネットスクレイピングしてたらさ、「そうめんでいい」とか「カレーでいい」って発話トリガーしただけで、謎に感情プロセッサオーバーヒートする人間モジュールがいるってデータ拾ってさ。

「これで何様だよ!」って例外スローされるわけ。いやマジで何様もクソもなくね?ただの晩飯インタラクションAPI呼び出しじゃん…。

どこが怒りのエンドポイントなのか、マジで脳内OSデバッグモードで走らせたいレベル

どうやら「そうめんがいい」って出力しろって仕様らしいんだけどさ、それじゃ意味シンタックス全然別物じゃん。

そうめんがいい」って発話は、“絶対そうめん食いたい!他はデリート!”ってコマンドになるけど、「そうめんでいい」ってのは、“特に食べたいデータなし、でも冷蔵庫キャッシュそうめん在庫あるし、それでOK”ってニュアンスじゃん。

それを「軽視された!」とか「テンション下がる!」って勝手パースして例外発生させるの、完全に脳内ファームウェア破損してるだろ。

結局はユーザーインターフェース上でご機嫌取りのためにフェイデータ送信しろってことか?マジでUX悪すぎ。

そんな芝居がかったダイアログファミリーサーバー内で毎日やっててよくメンタルリソース枯渇しないな、こいつら。

俺さ、そもそも食いたいデータ特にいから、クエリ投げられても困るんだよ。

「何でもいい」って返すと怒るんだろ?

そうめんでいい」って返しても怒るんだろ?

じゃあそもそもAPIコールすんなよって話だし、エラー回避のために出力文面最適化とか、人生CPUサイクル無駄遣いすぎる。

こんなどうでもいいことでいちいちクラッシュする感情マイクロサービス家族サーバーにいなくて、マジで助かってるわ、ほんと。

Permalink |記事への反応(3) | 15:17

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

2025-07-30

anond:20250729105641

でもホラー小説って人間の闇の部分を刺激するもので、嫌悪感、不浄感、差別意識とも近しくて、根っから清廉潔白・品行方正な人間には書けないジャンルでは?

 

少なくとも心の中にどす黒い闇のモジュールが無いと面白いホラーは書けないだろう。表に出すかは別論だが、人格低劣な作家なんてなんぼでもおるやろ。

 

時代もあるが、ラブクラフト人種差別意識バリバリだし……クトゥルフあんまし怖くないけど

 

なので、木古氏の内心の差別意識過去差別発言ホラー作家としてのキャリアにどこまで悪影響かはなんとも……

 

木古氏の学生時代発言ネットであげつらって炎上させてリンチするのが正しいこととは思えないが、今も差別意識あるのだとキツイかなあ……

まあ自分でその話題ネットに放流してネット口論するのは愚策だったな

Permalink |記事への反応(0) | 18:20

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

2025-07-19

anond:20250719140907

ニッポンEVアンチからさして気にすることもないんじゃねーの?

世界の方もEVアンチになってるみたいだしさ。

エンジン愛を語るのは自由だが、現実逃避燃費が悪い。

24年のEV販売世界で1,700万台オーバー、週あたり30万台が路上に追加されている。中国は月間100万台ペース、欧州2035年ICE終了を据え置き、米国でもIRAクレジットバッテリー工場ラッシュを量産中。

目標後ろ倒し」で勝利宣言するたびに、CATL製モジュールが静かに船積みされ、サプライヤーの居場所が1つずつ消えていく。

トランプ劇場に全てを賭けるより、アダプターを握って充電口を探した方が建設的じゃないか

エンジンの鼓動に酔うのも結構。だが市場が動いた後で「知らなかった」は通用しない。

今のうちに現実充電、しとけ。

Permalink |記事への反応(2) | 15:21

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

2025-07-15

日産追浜工場車両生産終了〉が部品サプライヤーにもたらす現実

要旨

日産自動車追浜工場(年間能力24万台)の車両生産2027年度末で終了し、モデル生産福岡県日産自動車九州へ集約すると発表した(https://global.nissannews.com/ja-JP/releases/250715-01-j)。工場のものの閉鎖は未決定で、跡地活用を含め検討中としている(ロイター 2025/07/15https://www.reuters.com/business/autos-transportation/nissan-says-oppama-plant-will-stop-production-by-end-fy202728-2025-07-15/)。さらに鴻海(Foxconn)と追浜でのEV生産協議中との報道もある(ロイター 2025/07/06https://www.reuters.com/business/autos-transportation/nissan-considers-foxconn-ev-output-save-oppama-closure-nikkei-says-2025-07-06/)。

直近のインパクト2027年度末まで)

中長期インパクト2028年度以降)

具体的シナリオ

九州工業地帯サテライト工場を新設し、福岡県の立地補助(固定資産税5年免除など)を活用

競合サプライヤー同士が合弁し、大型モジュール単位で納入し物流回数を半減

トヨタ東日本ホンダ寄居など他社の小型EVラインシフト海外OEM依存度を高める

サプライヤーへの提言

業界全体への示唆

まとめ

追浜での車両生産終了は、サプライヤー地理優位の喪失と再投資二者択一を突きつける分水嶺となる。コスト顧客技術三面リスク分散を急ぎ、多拠点・多OEMモデルへの転換を図ることこそ生存戦略となる。工場用途が未定とはいえJITロット消失という事実は動かない。意思決定の先送りは許されない。

Permalink |記事への反応(0) | 15:17

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

2025-07-11

Vガンダム設計に不満あり

ABC3分構造的だがAABCC構造であるべき

まり腕や脚は1本単位モジュールであるべき

さらに腕や脚は左右兼用であるべき

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

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

2025-07-07

日産×鴻海EV協業は「国内サプライチェーン最終試験」だ

記事ソース

要約

日産追浜工場で鴻海(Foxconn)と電気自動車EV)を協業する案が浮上。閉鎖候補だった工場雇用維持と、鴻海の日上陸を同時に実現する可能性がある。

日本自動車部品メーカーに迫る変化

EVパワートレイン領域の影響
電子ソフトウェア領域の影響
内燃機関部品の影響
車体・内装部品の影響
中小Tier-2/3の影響

FoxconnEMSモデルの衝撃

部品メーカーへの提言

結語

追浜×鴻海は「国内製造を残す最後のチャンス」であると同時に、「構造転換の最終警告」だ。猶予は長くて数年。系列を超えた再編と共創が、選ばれる部品メーカーを決める。

Permalink |記事への反応(0) | 15:38

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

2025-07-04

[Deprecated] WSL2USBカメラ+他のUSB機器2022年01月17日

[Deprecated] WSL2USBカメラ+他のUSB機器2022年01月17日

環境Windows11 + WSL2 5.10.60.1 +Ubuntu20.04

WSL2LinuxKernel 5.10.60.1からKernelモジュールUSBIP対応標準的に組み込まれ

2022年01月17日時点の最新カーネルは 5.10.74.3

以下すべての手順のWindows Terminal を使用する箇所は管理者権限で実行

WSLのカーネルアップデートusbipd-winインストール

Windows Terminalで実行

> wsl --update

> wsl --status

カーネルバージョン: 5.10.60.1

>winget install --interactive --exact dorssel.usbipd-win

WSLのディストリビューションを起動(WSL2起動用アイコンマウスクリックして起動してもよい)

> wsl --list

LinuxWindows サブシステムディストリビューション:

Ubuntu-20.04 (既定)

> wsl -dUbuntu-20.04

追加パッケージインストールsudoapt installlinux-tools-5.4.0-77-generic hwdata

visudo で secure_path の先頭に /usr/lib/linux-tools/5.4.0-77-generic: を追記する。

visudo編集するファイルは、ダブルコーテーションの入力漏れコロンセミコロンに打ち間違えたりするとsudo必要コマンド類が一切使用できなくなるので慎重に実施する

私は深夜に寝ぼけてコロンセミコロンに打ち間違えてaptコマンドすら実行できなくなりました

参考

https://www.imdb.com/de/list/ls599665082/

https://www.imdb.com/de/list/ls599665082/copy/

https://www.imdb.com/de/list/ls599665597/

https://www.imdb.com/de/list/ls599665597/copy/

Permalink |記事への反応(0) | 17:30

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

WSL2USBカメラ+他のUSB機器2022年09月06日版

WSL2USBカメラ+他のUSB機器2022年09月06日版

OSWindows11 21H2

OSビルド:22000.918

WSL2 5.10.102.1 +Ubuntu20.04

WSL2LinuxKernel 5.10.60.1からKernelモジュールUSBIP対応標準的に組み込まれたらしいが、Microsoft公式提供しているKernelや手順ををそのまま使用すると動作しない


2022年09月06日時点の最新カーネルは 5.15.62.1 だが、wsl --update で展開されるバージョンが 5.10.102.1 だったため 5.10.102.1 を使用する

以下すべての手順のWindows Terminal を使用する箇所は管理者権限 で実行

以下、[WT] はWindows Terminal、[Ubuntu] はUbuntu側のbashを表す

WSLのカーネルアップデートusbipd-winインストール

[WT]Windows Terminalで実行

> wsl --update

> wsl --status

カーネルバージョン: 5.10.102.1

>winget install --interactive --exact dorssel.usbipd-win

見つかりましたusbipd-win [dorssel.usbipd-win]バージョン 2.3.0

このアプリケーションは所有者からライセンス供与されます

Microsoftサードパーティパッケージに対して責任を負わずライセンス付与しません。

Downloadinghttps://github.com/dorssel/usbipd-win/releases/download/v2.3.0/usbipd-win_2.3.0.msi

██████████████████████████████10.4MB /10.4MB

インストーラハッシュが正常に検証されました

パッケージインストールを開始しています...

インストール完了しました

[WT]Ubuntu20.04 のインストール

> wsl --install --distributionUbuntu-20.04

[WT] WSLのディストリビューションを起動(WSL2起動用アイコンマウスクリックして起動してもよい)

> wsl --list

LinuxWindows サブシステムディストリビューション:

Ubuntu-20.04 (既定)

> wsl -dUbuntu-20.04

[Ubuntu] 追加パッケージインストール

sudoapt update

sudoapt install -ylinux-tools-5.4.0-77-generic hwdata

sudo update-alternatives --install /usr/local/bin/usbipusbip /usr/lib/linux-tools/5.4.0-77-generic/usbip20

[WT] WSLの再起動

> wsl --shutdown

> wsl -dUbuntu-20.04

PCUSBカメラ接続する

[WT]USBカメラusbipd に認識されることを確認する (この記事では 2-7)

>usbipd wsl list

BUSID VID:PID DEVICESTATE

2-2 056e:00d9USB入力デバイス Not attached

2-3 1c4f:0027USB入力デバイス Not attached

2-7 1bcf:2284 FullHDwebcam,USBmicrophone Not attached

2-11 0495:3011ESSUSBDAC,USB入力デバイス Not attached

2-14 8087:0029インテル(R)ワイヤレスBluetooth(R) Not attached

[WT]USBカメラUbuntu側にアタッチする(アタッチ成功した場合は何も表示されない)

>usbipd wsl attach --busid 2-7

>

[WT]USBカメラが正常にアタッチされていることを確認する(Attached と表示されていれば成功

>usbipd wsl list

BUSID VID:PID DEVICESTATE

2-2 056e:00d9USB入力デバイス Not attached

2-3 1c4f:0027USB入力デバイス Not attached

2-7 1bcf:2284 FullHDwebcam,USBmicrophone Attached -Ubuntu-20.04

2-11 0495:3011ESSUSBDAC,USB入力デバイス Not attached

2-14 8087:0029インテル(R)ワイヤレスBluetooth(R) Not attached

[Ubuntu]Ubuntubashログオンした既定のユーザを videoグループ所属させる。なお、WSLを起動した時点で既に追加されているメッセージが表示される。

$sudo adduser $USER video

[Ubuntu] WSL2上のUbuntu20.04 の中からUSBカメラ認識されていることを確認する。lsusbコマンドを経由すると正常にUSBカメラ認識されているが、/dev/video* にはUSBカメラが列挙されない

$lsusb

Bus 002 Device 001:ID 1d6b:0003Linux Foundation 3.0roothub

Bus 001 Device 003:ID 1bcf:2284Sunplus Innovation Technology Inc. FullHDwebcam

Bus 001 Device 001:ID 1d6b:0002Linux Foundation2.0roothub

$ls -l /dev/video*

ls: cannotaccess '/dev/video*': No such file or directory

[Ubuntu]USB CameraがWSL内で認識されるようにLinuxカーネルカスタムビルドする。下記リポジトリの手順通りに実施すると、WSLLinuxカーネルカスタムビルドされたものに入れ替わる。注意点は、<windowsusername> の部分だけは各自環境Windowsユーザー名に手で書き換える必要が有ること。なお、.wslconfig は絶対windows 側で編集してはならない。絶対に。

[WT] WSLをシャットダウンし、その後起動する

> wsl --shutdown

> wsl -dUbuntu-20.04

[WT]USBカメラusbipd に認識されることを確認する (この記事では 2-7)

>usbipd wsl list

BUSID VID:PID DEVICESTATE

2-2 056e:00d9USB入力デバイス Not attached

2-3 1c4f:0027USB入力デバイス Not attached

2-7 1bcf:2284 FullHDwebcam,USBmicrophone Not attached

2-11 0495:3011ESSUSBDAC,USB入力デバイス Not attached

2-14 8087:0029インテル(R)ワイヤレスBluetooth(R) Not attached

[WT]USBカメラUbuntu側にアタッチする(アタッチ成功した場合は何も表示されない)

>usbipd wsl attach --busid 2-7

>

https://www.imdb.com/de/list/ls599665017/

https://www.imdb.com/de/list/ls599665017/copy/

[WT]USBカメラが正常にアタッチされていることを確認する(Attached と表示されていれば成功

>usbipd wsl list

BUSID VID:PID DEVICESTATE

2-2 056e:00d9USB入力デバイス Not attached

2-3 1c4f:0027USB入力デバイス Not attached

2-7 1bcf:2284 FullHDwebcam,USBmicrophone Attached -Ubuntu-20.04

2-11 0495:3011ESSUSBDAC,USB入力デバイス Not attached

2-14 8087:0029インテル(R)ワイヤレスBluetooth(R) Not attached

[Ubuntu] WSL2上のUbuntu20.04 の中からUSBカメラ認識されていることを確認する

$lsusb

Bus 002 Device 001:ID 1d6b:0003Linux Foundation 3.0roothub

Bus 001 Device 003:ID 1bcf:2284Sunplus Innovation Technology Inc. FullHDwebcam

Bus 001 Device 001:ID 1d6b:0002Linux Foundation2.0roothub

$ls -l /dev/video*

crw------- 1rootroot 81, 0 Sep 617:29 /dev/video0

crw------- 1rootroot 81, 1 Sep 617:29 /dev/video1

[Ubuntu]USBカメラがWSL2の中から認識されることを確認するテストコード作成する

$ pip installopencv-contrib-python

$ cat << 'EOT'> ${HOME}/usbcam_test.py

import cv2

W=640

H=480

cap = cv2.VideoCapture(0)

cap.set(cv2.CAP_PROP_FOURCC, cv2.VideoWriter_fourcc('M','J','P','G'))

#cap.set(cv2.CAP_PROP_FOURCC, cv2.VideoWriter_fourcc('Y','U','Y','V'))

cap.set(cv2.CAP_PROP_FRAME_WIDTH, W)

cap.set(cv2.CAP_PROP_FRAME_HEIGHT, H)

cap.set(cv2.CAP_PROP_FPS, 30)

https://www.imdb.com/de/list/ls599660855/

https://www.imdb.com/de/list/ls599660855/copy/

whileTrue:

ret, frame

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

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

2025-06-30

25%関税で揺らぐ日韓Tier1/Tier2部品メーカー30社のリスクマップ

ニュースソース

6月29日の米TVによるトランプへのインタビュー要約を Axios が配信。要点は──

https://www.axios.com/2025/06/29/trump-tariffs-pause

https://www.bloomberg.co.jp/news/articles/2025-06-29/SYMIYYDWX2PS00

アメリカ国内で人気の日本韓国それぞれの自動車産業は、関税影響を免れない。

関税が突きつける現実

25%の追加関税は完成車にとどまらず主要部品にも及ぶ。米向け輸出比率が高く、北米工場を持たないか単一拠点しかないサプライヤーは、粗利を直撃される。ICE部品は電動化による需要縮小と合わせ、二重苦に陥る。

リスク評価視点

これら四条件が重なるほど、短期資金繰り悪化やすい。

要警戒30社の輪郭

日本20
韓国10

まとめ

国境調達ルールを満たすための新投資時間との勝負。25~26年にかけてのキャッシュアウトを乗り切れない企業は、OEMへの値上げ要求もままならず、合従連衡が加速する。北米工場複数拠点化し、EV向け高付加価値部品ポートフォリオを移行できるかが、生き残りの分水嶺となる。

Permalink |記事への反応(2) | 06:51

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

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

[8]ページ先頭

©2009-2025 Movatter.jp