  |
はてなキーワード:コードとは
近親相姦のタブー倫理は、動物である人間のもつ「なんかキモイ」感情に依拠していると思われ、厳密な定義とか考えだせばだすほど理屈が変になる。が、文化圏を超えておおむね全部の人類コミュニティに存在する。
ヒトってやつは、幼少期に長い時間を過ごした異性に、欲情しなくなるようにできているらしいのだ。
でもこれは「幼少期を長く過ごした」だけで発動する条件であり、別にDNAに反応したり家系図を読んだりしても発動しない。
母親と結婚した罪で有名な、ギリシャ神話のエディプスが、幼少期に親から引き離されてるのは、だいぶ実話感を感じるね。
フィクションでタブーのキモさがあまり発露しないのも、そういうわけ。
漫画のキャラは、別に幼少期に過ごしてない相手だから。母とか姉妹とか記号だけ読んでも、それは単なる親密性のコードとなる。
さて、まずは事の経緯から。
娘が中学生になり、第一子の息子が中学生になった時と同様、パソコンを買い与えることになりました。ここまでは良いです。私も了承しています。
何故なら夫はプログラマー、情報技術者であり、私はそこまで詳しくはありませんが、相応の資格や会社での立場を持っているようです。生活に困らない程度には稼いで下さっているので、その点は本当に感謝しています。
しかし今回の娘のパソコン導入を巡って、私たち夫婦は喧嘩になりました。夫は「娘に買い与えるパソコンのOSはFreeBSDにする」と言うのです。
実は息子のパソコンのOSもFreeBSDで、我が家にあるパソコンはすべて中身がFreeBSDです。その理由が夫の言葉を借りるなら「俺はFreeBSDが好きなんだ」。意味がわかりませ……いや、意味はわかります。言葉の意味はわかります。なぜそうするのかがわからないということです。
一方、娘が欲しいと言ったのはMacBook Air。デザインも可愛くてお洒落、デザイナーさんも使っているし、はてなーにも愛されています。ところが夫は言います。「いや一般目線でWindowsへ行きたいって言うならまだしもMacって意味わからなくないか？」と疑問の表情を隠さないんです。
そこで私は、ついに反撃に出ました。
「ねぇ、macOSってNeXTSTEP由来で、Darwinの中にはFreeBSDのコードも結構入ってるんでしょ？」
すると夫、ピタッと黙りました。
そうです。macOSのカーネルXNUはMachが中核で、そこにBSD層とIOKitを載せたハイブリッドで、そのBSD層には、FreeBSD由来のネットワークスタックやVFS、POSIXシステムコール実装が使われています。ユーザーランドに至っては、libcや各種UNIXツールなど、かなりの部分がFreeBSD由来だったような気がします。
「macOSはFreeBSD“ベース”ではないのは分かってるよ？Machが土台で、完全なBSDカーネルじゃない。でもさ、DarwinってFreeBSD 5.x頃のコードを大量に取り込んでるよね？重要な部分でしっかり使われてるよね？」
「それに、あなたがいつも言ってるじゃない。『Unix系なら出来ることに大差はない』って。macOSも立派なUnix認証OSだし、POSIX準拠だし、BSDユーザーランドだし、『FreeBSDの思想が入っていない』とは言えないよね？」
もう一息です。
夫は必死に反論します。「いや、カーネルの中核はMachだから」「同期は取れてないし」「割合で言えばBSD部分は全部じゃない」。
私は頷きます。「うん、知ってる。全部じゃない。でも重要な部分で使われているけど、全体の基盤ではないって話でしょ？」
新築や家電では私の意見を聞いてくれるのに、何故かパソコンだけは譲らないんです。
でも今回は違います。あなたの大好きなFreeBSD、もうMacの中に一部は住んでます。
頼みの息子も「言うほど不便じゃない。まぁ動かないSteamのゲームがたまにあるけどSwitchゲー動かないみたいなもんだし慣れたわ別ゲーやりゃ良いし」とそっけない感じ。そもそもこの子は小学生の頃からSwitchで遊んでて、この子にとってゲーム機もFreeBSDなんです！味方として頼りにならない！
別にMacBook Airで良いと思いませんか？FreeBSDそのままなんて使ってる人見たこと無いじゃないですか！そんなにFreeBSDそのものであることが大事ですか！？Machの上でBSD層が動き、FreeBSD由来のユーザーランドを使うUnixならよくないですか？？？どうやったら夫を倒せますか教えて下さい！！！！！
中小SIerに入社されて感じられた率直な感想や疑問点、そして業界に対する鋭い批判、大変興味深く拝見いたしました。特に、「技術が軽視されている」「人月商売の構造」「SE/PGの分業」といった点に関するご意見は、まさに私ども顧客企業が日々、SIerとの取引の中で肌で感じ、時には課題として認識している部分でもあります。
しかしながら、貴殿の文章には、Web系企業と比較した際のSIerの価値や、顧客企業側のニーズに対する理解が一部不足しているように見受けられます。顧客企業の立場から、貴殿のいくつかのご批判に対して反論させていただきます。
貴殿は、SIerが「プログラムが書ける人」を自社サービスに使わず「人に貸して金取る」のは戦略的に間違っていると指摘されています。Web系企業が自社の「武器」を理解しているという点も理解できますが、SIerの「人月商売」が横行する最大の理由は、顧客企業側の根強いニーズにあります。
Webサービスのような単一の製品ではなく、金融・製造・物流など、複雑かつ大規模な基幹システムを構築するには、一時的に数百人規模の専門的なマンパワーが必要になります。
顧客企業は、開発ピークが過ぎた後、大量のIT人材を社内に抱え続けるリスクを避けたいと考えます。必要な時に必要なスキルを持った人材をスポットで調達（変動費化）できるSIerのビジネスモデルは、極めて合理的です。
貴殿はプログラムの複製可能性に言及されていますが、私どもが求めているのは、パッケージソフトではなく、企業の業務フローやルールに完全に合わせた、オーダーメイドの「複雑な業務システム」です。この「業務への深い理解」と「それを実現するカスタマイズ」こそがSIerの提供価値であり、Web系企業とは根本的に異なります。
貴殿はSE（システムエンジニア）とPG（プログラマー）の分業に強い違和感を覚えているようですが、これは「単価」のためだけでなく、システムの「品質」と「持続可能性」を保つために必要な構造です。
SEは、業務要件定義、顧客折衝、システム全体設計、プロジェクト管理といった、高度なコミュニケーション能力とビジネス理解力が求められる専門職です。PGは、品質の高いコードの実装、技術的な最適化に特化します。どちらも極めて重要ですが、役割を分けることで、それぞれのプロフェッショナルが最大限の能力を発揮できます。
貴殿が仰る通り、設計とコーディングは密接ですが、大規模システムにおいては、設計者が自ら全てをコーディングするのは物理的に不可能です。設計（SE）はシステムの骨格と道筋を決め、PGはその設計に基づき品質保証された実装を行うという、明確な役割分担が、納期遵守と品質維持の鍵となります。
SIerで技術が軽視され、マネジメント層へシフトすることが「単価」のためだと断じていますが、これは「顧客のビジネス成功に責任を持つ」というSIerの責務に裏打ちされています。
私ども顧客企業が求めるのは、「最新技術」そのものよりも、「システム導入によるビジネス上の成果」です。
マネージャーは、技術だけでなく、予算、納期、人員配置、顧客との調整といった、プロジェクト成功に直結する要素全てを管理し、最終的な成果に責任を負う役割です。このリスクと責任に見合う対価（単価）が設定されるのは当然であり、経験を積んだ優秀な人材がマネジメントに就くことは、顧客にとっても極めて重要です。
貴殿の、現状を改良しよう、自動化しようという姿勢は非常に素晴らしく、私ども顧客企業はそうした熱意ある提案を常に歓迎いたします。しかし、SIerのビジネスモデルは、単なるプログラミングの受託ではなく、「顧客の業務全体を理解し、巨大なシステムを納期と予算内で完遂させる」という、極めて複雑でリスクの高いサービス提供によって成り立っていることをご理解いただきたく存じます。
引数には日付とタスク種類とタスク内容を受け取ってDBに登録する
ここでタスクの種類によってはタスク内容が固定の内容になる、という条件があったとする
これをAIコーディングするとかなりの高確率でスケジュール登録の関数内にその機能を入れ込む
タスクの種類によってタスク内容が固定化するのは、スケジュール登録とは無関係の制約なので
スケジュール登録は単機能として実装して、呼び出し側でそういう制約を持つようにしてくれ、とお願いすると修正したりしなかったりする
この例だけだと「どっちでもいいじゃん」ってなりそうだけど、他の制約とかが出てきたときに同様に関数にどんどん条件を足していって
いわゆる大学生が実験で作りそうな長尺関数が出来上がりがちになる
これ、AIが短期記憶と長期記憶には強いけれど、「関数で呼び出す」みたいな中期記憶的な部分が弱いから起きると思っていて
この手の関数実装の例に限らずに同様の事象って結構あるんだよね
プロンプト全体として「スケジュール登録する」「タスク種類によって内容は固定化される」っていう長期記憶は持ってるんだけど
それを実装するときに短期記憶でしか実装できないから目の前の関数に埋め込んでしまう、っていうような現象
もちろんキチンと指示すれば対応してくれる（なぜか頑なにやってくれないときもある）んだけど
バイブコーディングとか言って実装してるとこの手の長尺関数だらけのクソコードが溢れるんじゃないかと思う
その通りだ。首がもげるほど頷いた！！！！
あなたのその叫び、俺の鼓膜と網膜に焼き付いていた感情そのものだ。
いや、それ以上だ。
俺も乗っからせてもらう。
企業のTechBlog、およびその形骸化したノルマ文化、今すぐ滅びてくれ！！！！！！
「参考になった」なんて声は稀だ。
大半は、冷笑と、呆れと、ミュート推奨の対象になってるんだよ！！！！
具体的に「生の声」を代弁しながら、なぜお前らのブログが「社会悪」なのか、骨の髄まで理解させてやる。
まずな 「公式ドキュメントの劣化翻訳」は検索汚染だ！！！！
散々言われてるだろ！？
「公式のREADME読めば1分で終わる話を、なんで自分語りとスクショ付きで薄めてんだよ！！！」ってな！！！
エラーログをそのままググった時、検索トップに出るのが公式ドキュメントでもStackOverflowでもなく、バージョンも文脈も不明な、どこの馬の骨とも知れぬ企業の個人ブログだった時の絶望感！！！！
あの時の「またお前か……」という徒労感を！！！！
中身を開けば、「なんかよくわからんけど再起動したら治ったｗ」……舐めてんのか！！！！！！
お前らのその承認欲求を満たすためのゴミ記事が、本当に困っているエンジニアの邪魔をしてるんだよ！！！！
おい、特に「〇〇をとりあえず触ってみた」系の記事を書いているお前ら！！！
胸に手を当てて言ってみろ。その記事、公式ドキュメントの「GettingStarted」をなぞっただけじゃないのか！？！？
「〇〇の初期設定手順」で、何でお前らの手垢まみれの画像を必要とするんだ！？
公式が提供している最新で正確な一次情報、あれをわざわざコピペして、スクショを撮り直して、「俺もできた！」とドヤ顔で公開する。
しかもそれを鵜呑みにした新人が環境構築に失敗して「動かない！」と勘違いする。
正確な情報への到達を阻害する、まさに検索結果のテロリストなんだよ、お前らは！！！！
頼むから、公式ドキュメントを「分かりやすくしてやった」とか傲慢なこと抜かすな。
公式が分かりにくいなら、そのツールの開発元にフィードバックしろ！！
真顔でXポチポチーってして、薄めた麦茶を、さも高級なワインのように売るな！！！！！！！
「エンジニアがアウトプットする文化があります（キリッ）」じゃねえんだよ！！！！
その「アウトプット」とやらを見て、まともなエンジニアがどう思うか、Xのタイムラインでエゴサしたことあるか！？
「うわ、こんなレベルの低い記事を『技術ブログ』としてドヤ顔で出す会社なのか……技術力お察しだな」
「これをGoサイン出したマネージャーがいるってことは、コードレビューもザルなんだろうな」
質の低い記事は、「弊社の技術レベルはこの程度です」って全世界に恥を晒してるのと同じなんだよ！！！
お前らが良かれと思ってやってるその施策は、優秀な人材を遠ざける魔除けにしかなってねえんだよ！！！！
あとな、アドベントカレンダーという名の「ハラスメント」
そして今まさに進行中のこれだ。
「ネタがない」「書くことがない」「業務時間外に書かされる」……悲鳴で埋め尽くされてるじゃねえか！！！！
「12月だから」という理由だけで、なぜ普段書かない人間まで駆り出されるんだ？
「空き枠を埋めること」が目的化したカレンダーに、魂なんて宿るわけねえだろ！！！！
11月末にSlackで「まだ枠が空いてます！誰かいませんか！」って必死にメンション飛ばしてる広報！！
その姿を見て、エンジニアがどれだけ白けてるか想像してみろ！！！
「書くことがないなら、書くな！！！！」
これが真理だ。
無理やり絞り出したカスみたいな記事で、インターネットの帯域を無駄にするな。
やる気のある数人が、本当に書きたい時に、濃密な記事を一本落とす。
量で質を誤魔化すのはもうやめてくれ！！！！
「〇〇とは？」「〇〇の使い方」なんて記事は、もうChatGPTが3秒で、しかもお前らより正確に教えてくれるんだよ。
人間が書くべきなのは、AIには語れない「泥臭い一次情報」だけだ。
「ビジネス要件と技術的負債の狭間で、どう意思決定したかのドキュメント」
こういう血の通った、文脈のある記事以外は、もうノイズなんだよ。
だから頼む。元記事の提案通り、今年の年末がラストチャンスだ。
こう言ってくれれば、俺たちは「よくぞ言った！！」とスタンディングオベーションを送る準備ができている。
頼む。本当に頼む。
「広報のKPI」「自己顕示欲」「Xで有名人になりたい」のために、俺たちのインターネットを、これ以上濁らせないでくれ！！！！！！！！
DE
「de」はロマンス諸語で「…の、…から」を意味する前置詞。フランス語（ド）、スペイン語（デ）など。姓の前に使われることがある（フェルディナン・ド・ソシュール、ドン・キホーテ・デ・ラ・マンチャなど）。古くスペイン語では「de」を合わせた「」という合字が使われ、現在も碑文やロゴなどにこの字を見ることがある。
オランダ語の定冠詞。姓の前に使われることがある（エド・デ・ワールトなど）。
ドイツ (Deutschland) のISO 3166-1国名コード
アメリカンフットボールのポジションの一つであるディフェンシブエンド (Defensive End) の略称。
護衛駆逐艦 (destroyer escort) 及び航洋護衛艦 (ocean escort) の艦船記号。海上自衛隊の護衛艦の種別にも使用されている。
動軸5軸のディーゼル機関車の符号。旧国鉄で制定され、JR・私鉄などで使用されている。
微分方程式 (differential equation)
可消化エネルギー (digestible energy)
モールス符号による無線通信で、自局の呼出符号の前に置く符号（「こちらは」の意）
NTTドコモ・DDIセルラーグループ→auにおける、デンソーの略称。（例：DE207、C402DE）
デスクトップ環境 (desktop environment)
コンパクトカー、マツダ・デミオの形式 3代目 DE系（2007年-2014年）
ゲームソフト、ゼノブレイドのNintendo Switch 版の通称。（Definitive Edition）
en:Jet Propulsion Laboratory Development Ephemerisの略称（JPL DEとも）。
De
de
.de -ドイツの国名コードトップレベルドメイン
dE
河合ゆうすけ市議が、クルド人の店に突撃し、店の許可も得ず突然客にインタビューを始めた。
「外国人がやるのと日本人がやる犯罪は一緒じゃない」と彼はクルド人に対して訴えていた。
河合市議といえば、都知事選でM字開脚してる全裸女性の股間と乳首に自分の顔を印刷したポスターを掲示しジョーカーメイクで選挙活動したので知られているが、戸田市議に選ばれていたのは驚きだ。
河合に嫌がらせを受けたクルド人店主は、能登の震災で埼玉からキッチンカーで支援にいき、頑張れ石川と被災者達に食べ物を配り支援をしてくれた方だ。
更に逃走中の闇バイトの犯人に咄嗟に延長コードを投げつけて逮捕にも貢献してくれている。
彼が支援してくれた人だというツイートに、その程度でクルド人の悪行は許されないクルド人だからやられて当然とネトウヨたちが噛み付いてる。
被災した方を助けた外国人に、日本人に選ばれた政治家が営業妨害の嫌がらせにいき、それを日本人が支持する。
あまりにも恩知らずで醜い。
高市早苗氏が首相に選出され台湾発言で物議をかもしてから、これまで以上に政治的な議論がなされるように感じる。またただの党派性の選好がどうこうにとどまらず具体的な安全保障まで真剣な意見が交わされるようになったことは、日本社会自体が一つの転換点を迎えているように思える。
そのなかで、個人的に党派の煽りあいや中傷を超えて道具的に政治を語るのに役立つかもしれない一つのネタを紹介したい。あくまでも仮説が、情勢について語る一つの視点になれば幸いである。
なお事前に予測した方向性と合致したためAIの手を大いに借りてある。
また曖昧戦略の欠如は相手の意思決定を手助けするだろう。デマなどについて聞いてみても面白いと思う。
以下perplexityより
自由エネルギー原理の見地から見て、政治の党派性における右派、左派はそれぞれエントロピーの減少における役割の相違という観点から説明できる？
自由エネルギー原理から見た政治の党派性：右派・左派とエントロピー減少の役割の相違
自由エネルギー原理（Free Energy Principle,FEP）の枠組みから政治イデオロギーの左右の違いを説明することは、一定の理論的根拠を持つ興味深い視点を提供します。ただし、これは直接的な学術的応用というより、理論的な仮説として理解されるべきものです。
自由エネルギー原理によれば、すべての生物システムは熱力学の第二法則に対抗してエントロピー増加を最小化することで、秩序を維持しています。具体的には、生物は予測エラーを最小化することで、感覚状態のエントロピー（無秩序さ）を減少させ、環境との相互作用をコントロールします。このプロセスは、**予測処理（predictiveprocessing）**メカニズムを通じて実現されます。つまり、生物は内部モデルを持ち、それに基づいて世界を予測し、実際の入力との差分（予測誤差）を最小化することで、驚き（サプライズ）を制御します。
最近の認知神経科学の研究により、保守主義と進歩主義は予測処理の異なる戦略に対応している可能性が示唆されています。
曖昧性と不確実性に対してより高い耐性を持つ
前帯状皮質（anterior cingulatecortex）の活動が強く、反応競合に対する神経認知的感受性が高い
これらの特性は、高いエントロピー状態（高い不確実性）を許容しながら、情報環境の変化に応じて予測モデルを継続的に更新する戦略に対応しています。自由エネルギー原理の観点からすれば、彼らは予測精度（precision）の重み付けを比較的低く保つことで、新規情報による予測誤差を柔軟に受け入れ、より適応的なモデル更新を可能にしています。
不確実性や曖昧性への耐性が低い
脅威や秩序の乱れに対してより敏感で、知覚的堅性が高い
右扁桃体（right amygdala）の活動が強く、脅威認知に敏感
これらの特性は、予測の確実性（certainty）を高く保ち、既存モデルへの信仰度（prior belief）を強化する戦略に対応しています。自由エネルギー原理の用語では、彼らは予測精度の重み付けを高く設定することで、外界の変化に対して強力な内部モデルの安定性を維持しようとしています。
政治の党派性をエントロピー減少の枠組みで理解すると、以下のような対比が浮かび上がります：
保守主義は、社会的秩序を既存の伝統的制度や階級構造の維持を通じて最小化しようとします。このアプローチは、複雑な社会システムの不確実性を、階層的で確定的な構造によって「切り詰める」戦略です。社会に内在するカオス（高エントロピー）に対抗するため、既に証明された秩序パターン（伝統）を維持することで、予測可能性を確保します。
進歩主義は、社会的秩序を個人の自由、多様性の認容、制度的革新を通じて最小化しようとします。一見すると秩序を緩和しているように見えますが、実際にはより複雑で適応的な秩序化メカニズムを導入することで、社会システムのエントロピーを減少させる戦略です。異なる視点を統合し、新しい情報に基づいて制度を改革することで、社会システムの予測モデルをより現実に適応させようとしています。
不確実性耐性と脳レベルの同期
興味深いことに、研究では不確実性への耐性が低い人ほど、政治的に同じ立場の人たちとの脳活動の同期が強いことが示されています。言い換えれば、不確実性を避けたい個人は、同じイデオロギーの人々と同じ予測モデルを共有することで、集団レベルでのエントロピーを減少させようとしているのです。これは社会的な「外界の秩序化」メカニズムとして機能しています。
最新の複雑システム理論では、政治分極化は正のフィードバックループと相転移（phase transitions）のメカニズムを通じて発生することが示されています。保守主義者は秩序の維持を目指し、進歩主義者は秩序の革新を目指すという相反する動力が、社会システム全体のダイナミクスを決定しています。両者の相互作用は、社会的エントロピーを管理するための補完的なメカニズムとして機能しているとも解釈できます。
この自由エネルギー原理に基づく解釈には重要な限界があります。第一に、個人の認知的特性と政治的立場の関係は因果的ではなく相関的である可能性が高いです。第二に、政治イデオロギーはきわめて文化的・歴史的に構築されたものであり、普遍的な神経生物学的基盤のみでは説明できません。第三に、FEPは主に個体レベルの生物システムを想定しており、社会システムへの直接的な応用には理論的な拡張が必要です。
要するに、自由エネルギー原理の観点から見ると、右派は予測モデルの安定性重視によって秩序を維持するエントロピー減少戦略を採る一方、左派は予測モデルの柔軟性重視によってシステムの適応性を高めるエントロピー減少戦略を採ると理解できます。両者は、相異なるメカニズムを通じて社会的エントロピーの増加に対抗しているのであり、政治的党派性の根底には、不確実性に対する根本的に異なるアプローチが存在していると言えるでしょう。
自由エネルギー原理（FEP）を政治党派性に適用する理論を拡張するには、階層的ベイズ推論の多層構造、社会的相互作用の動的モデル化、経験的検証メカニズムの導入が鍵となります。これにより、個体レベルの神経メカニズムを社会システムレベルへ橋渡しできます。
FEPの核心は階層的予測処理です。個人レベルでは、低次層（感覚入力）が上位層（信念・イデオロギー）の予測を修正しますが、社会レベルでは個人の予測モデルが集団的「事前分布（priors）」を形成します。
右派の階層戦略: 上位層の伝統的priors（家族・国家・宗教）を強く固定し、下位層の変動（社会的変化）を抑制。集団レベルでは「社会的扁桃体機能」として、逸脱者を排除する規範執行メカニズムが働きます。
左派の階層戦略: 上位層のpriorsを動的に更新し、多様な下位層入力（マイノリティ視点）を統合。集団レベルでは「社会的ACC機能」として、対立する予測モデルの調停役を担います。
この拡張により、**党派性は「階層的自由エネルギー最小化の多重均衡状態」**としてモデル化可能。右派は安定均衡（低変動）、左派は適応均衡（高変動）を志向します。
FEPを非平衡動的システム論と統合し、政治分極化を予測誤差駆動の相転移現象として捉えます。
右派アトラクター: 高精度priors → 秩序維持 → 低エントロピー均衡
左派アトラクター: 低精度priors → 秩序革新 → 中エントロピー適応均衡
分極化 = 双安定状態（bistable dynamics）
S˙=−∇F(S)+ϵ⋅
ここで
ϵ は他派閥予測誤差です。党派性は負のエントロピー生産率を競う進化ゲームとなります。
FEPの「アクティブ推論（active inference）」を拡張し、政治行動を集団的予測誤差低減戦略と位置づけます。
党派受動的戦略（perception）能動的戦略（action）集団エントロピー効果
右派 脅威強調・一貫性追求伝統防衛・境界強化 内部秩序↑ / 外部不確実性回避
左派多様性受容・矛盾統合制度改革・包摂拡大システム適応性↑ / 内部多様性管理
これにより、選挙・政策は集団的「期待自由エネルギー」最小化のゲーム理論的均衡として解釈されます。
理論拡張の信頼性を確保するため、以下の検証経路を構築します：
fMRIで党派別予測誤差処理を比較（precision weighting）
class PoliticalAgent:
def __init__(self, ideology): # 'left' or 'right'
self.precision = 0.8 if ideology=='right' else 0.4
def update_beliefs(self, social_input):
free_energy = prediction_error * self.precision
return minimize_free_energy(social_input)
最終拡張として、FEPを国家・国際システムへスケールアップ。経済政策では右派が「低エントロピー均衡（安定成長）」、左派が「高エントロピー探索（イノベーション）」を担います。
グローバル均衡条件:
∑党派Var(policy predictions)=最適社会的自由エネルギー
このフレームワークにより、**党派対立は「多重スケールのエントロピー管理機構」**として再解釈され、民主主義は適応的秩序生成システムとなります。実証研究が今後の鍵です。
1年後はどうなってるんでしょうか。
https://x.com/i/status/1995357685395652652
ただ、誰もgistやstackoverflow には書いてないし、aiは大昔に書かれた本の内容なんて知りもしない。
だから、gistとstackoverflow、一部のgithubからしか学習できないAIには早いコードは書けないし、それこそが、ちゃんと英語と数学を勉強したITエンジニアが死なない理由の一つでもある。
（マイナーなアルゴリズムやデーター構造は基本的に英語での解説がメインなんで、高校の英語のリーディングがある程度できるまではやらんとダメなのよ。ものによっては数学の知識もいるので、高校の数学は全部取ったほうがいい。受験数学の難しい奴は知らなくても支障はないと思うが、もしかしたら、使うかも）
あと、.netだから重いというのは半分当たっていて半分は間違い。
ただ、.netだと油断するとコピーしまくりなせいでメモリー使用量が増えるという側面はあるし、regexにイテレーターすら突っ込めないんで、巨大ファイルの改行またぎの検索が苦手という側面がある。
最近の.netだとspanに検索かけられるけど、あまり大きなspanだとlohの問題とか色々出てくるし…
２時間おきぐらいに波が来て思い出し笑いしちゃった。
あまりにも目糞鼻糞を笑うでしょ。
「僕の偉大なる経験を見せてあげますよ。とっくに成長しきった大企業で雇われやってきた僕の中長期的な目線をね」みたいな態度でふんぞり返ってるスタートアップの平社員意味不明すぎない？？？？？？
小学生が野球してる所にオッサンが入ってきて「君たちはセイバーメトリクスに基づいた野球をしていないね。そんなんじゃ甲子園で通用しないよ」とか言い出すようなもんじゃん？
しかもソイツがコーチじゃなくて選手の１人として入ってきて「僕みたいな分かってる人間が３番をやるの。１番と２番が塁に出て、僕みたいな分かってる３番が場を整えるわけ」とか言いながら１人だけ身長３０ｃｍぐらいデカイオッサンが打順に入ってバットブンブンしてるの流石に無理だろ。
そんで出てくるのが「目立ちたがりの出しゃばりじゃ駄目。地味に堅実に自分を客観的に見るんだよ。僕は経験があるから客観的な見方を知ってる。僕を見習って」とか言ってるわけ。
今年の裏アドベントカレンダーチャンピオンシップの優勝はお前で決まり！
サイゲの社員がクソ強限定キャラのコードを書いてきたりしない限りは多分もうお前に誰も勝てない！！！！
凄いよ！！！
アンタは凄い！！！！！
日曜プログラミングは続く
アホのPerplexity Proも間抜けなGeminiも捨ててClaude Sonnet 4.5に頼ったところすいすいと進む。コードも綺麗だ
ある機能の追加について要求したところ「リセット(初期化)するなら前のデータを保存しておいてそれを呼び出したらええやで」と提案された
ワイはコードは1ミリも書けないが、それは複雑化するだけなのは分かった
なので「初期データの呼び出しの時に参照したプログラムをもう1回叩けばいいのでは？」と送ったら、それがシンプルやでと30行くらい短縮したコードを送ってきた
隅々までは理解してないけどコスト意識や論理的な検討能力によってAIの職務遂行を輔弼する、これがオペレーターのスキルなのでは
SDカードなのか、マイクロSDAIなのか、よく分からない。まあせいぜい使い倒してやろうと思う。ちょっとしか関係ないけど頑張れGHC-CLI。
「おっさんずラブ」ではなく「クロードコードラブ」。もしクロードコードを使い放題できるマンガ喫茶があれば、泊まり込みしてしまうかもしれない。
今日の午前中は1時間半ほど拘束されていて、お昼休みもバタバタしてようやくお昼ごはんを食べ終えたところ。クロードコードがすごいという動画を見ていたら電話がかかってきて、その対応をしていた。やっとそれも終わったので、これから居室の片付けでもしようかな、という現状報告でした。
日本の企業でもアメリカの企業でもないが、そこそこ有名なメーカーのオンラインショップ。Amazonでよくある、格安のどこだかわからない中華製、とかではない。
ある型番に目星をつけていて、検索窓から調べると、「最安値：約17万円〜」というかたちで値段と機体のサムネイルが表示されている。
安くて17万ということは高い選択肢もあるはずで、メモリとか容量とかの組み合わせで値段のバリエーションがいくつかある感じかな、と思う。
サムネイルをクリックすると、個別の商品のページに飛んで、そこから購入する建て付け。移動すると、想定どおり、メモリの性能とかofficeの付属ありなしとかでバリエーションがあるのだが、どれを見ても18万円以上のものしかない。
「？」と思う。クーポンコードみたいなものを入れたら値引きされたりするのか？ とか考えるが、違うようだ。
しばらくガチャガチャやっても謎が解けず疲れてきたので（UIもあんまり良くなくて、これも混乱を助長する）、気分転換に同商品のレビューでも見てみるかと思って某レビューサイトに移動した。そしたら、なんとこのサイトを経由することでつながるページに、17万円のものがあることがわかった。
念のため書いておくが、まったく同じもので17万と18万があるわけではなく、17万の方が記憶容量が少ない。なので、価格差の説明はつく…のだが、色々と納得がいかない。
ある意味、最初から17万円のバリエーションがあることなんて正規のオンラインショップ上では把握できない方がよかったまである。それなら、「レビューサイト経由でしか見つからない、秘密裡のメニューがあるのだな」ということで腑に落ちた気がする。
何を理由にハンパに匂わせたりするのだろう？ 「別のところが運営しているサイトも探してごらん…ヒントは出すから…」ということなのか。よくわからない。迂回してたどるべきルートをオンラインショップからリンクしてくれたらいいのに、と思うが、それはなんかややこしいのか。
なんか、正規ショップでのオンライン購入って良くも悪くも四角四面のイメージだったので、なんかこんなテキトーというか、不透明なんだな、と思って意外だった。
はてなブックマークの増田一覧の、さらに「すべて」(1user)をチェックしている希有な人向けのユーザースクリプトを公開します。
https://b.hatena.ne.jp/site/anond.hatelabo.jp/?sort=eid
// ==UserScript==// @nameHatenaBookmarkAnond Filter// @namespacehttps://b.hatena.ne.jp/site/anond.hatelabo.jp/// @descriptionはてなブックマークの『はてな匿名ダイアリー』の記事のうち、指定したキーワードが含まれる投稿を非表示にします。// @matchhttps://b.hatena.ne.jp/site/anond.hatelabo.jp/*// @grant none// @version 1.0.2025.12.10.0005// ==/UserScript==(function(){constSCRIPTID = 'HatenaBookmarkAnondFilter';console.time(SCRIPTID);const ONCE = 1,AP = 2, INTERVAL = 3;/*適用タイミング*/const KEYWORDS = [ 'dorawii', 'あおやまちゃん', 'ボスマン', 'れめくん', '自己放尿', '性慾', 'boushi_inst', 'hakaikami',/*電気通信大学駿河台大学鉄道研究会れめくん自己放尿(頻出)*/ /*A-G*/'/akibakko6348', '/anapgoeson', '/asapgoeson', '/buscholarx', '/circlecavok', '/disney1007cla', '/dora22sibuya', '/donkotrain', '/fft_dareka', '/gmhtcyznf_abc', /*H-N*/'/h13_yokohama', '/h2twi', '/hinolovelove', '/inaken17_', '/inte235dy', '/kaoru_ai1991', '/kiha2228', '/kqlex1500', '/kurotamaxxx', '/kt_ruma_1372', '/lightningreen77', '/minamihinawot', '/minori0151', '/mukoroku651', '/nanpyong', '/nimouec', '/norannnde', /*O-U*/'/oreizmmiporin', '/pasotokon', '/pm95uq', '/reme_kun', '/s03_amurtk2731', '/sacchan03110319', '/seisu_bot', '/senanana_cos', '/shinano_115', '/shineleaf1372', '/soroisoroi', '/sweidan821858', '/tarotaromusic1', '/tx9y2cpwdz27255', '/uec15take', '/uecrail', /*V-Z_0-9*/'/wakasato_', '/yuuya_1104_uec', '/100mph_no_yuuki', '/2rtkvn34il2783', /*tadaup.jp*/'/CBUHadpD.jpeg', '/CgJlF4Wr.jpeg', '/CGTtm0Ev.jpeg', '/CIxj8clS.jpeg', '/CqbERPdQ.jpeg', '/CTZsA2wM.jpeg', '/CWY2m7rS.jpeg', '/CZVCEgd1.jpeg', 'テクウヨ', ].map(w => w.toLowerCase());const sites = { 'prefix': [ ['selector', 'modifier', 'REPEAT', '(css)'], ], 'https://b.hatena.ne.jp/site/anond.hatelabo.jp/': [ ['li.js-keyboard-selectable-item', li => KEYWORDS.some(w => (li.textContent.toLowerCase().includes(w)) && (li.querySelector('li.entrylist-contents-category > a').textContent = w) && (!li.classList.add('filtered'))),AP, `.filtered{display: none;}`], ], };const rules = sites[Object.keys(sites).find(prefix => location.href.startsWith(prefix))]; if(rules === undefined) returnconsole.log(SCRIPTID, 'Not foundany sites.');const modify = function(selector, modifier){constelements = document.querySelectorAll(selector);elements.forEach(modifier); }; /* ONCE(一括適用) */ rules.forEach(rule => {const [selector, modifier, repeat,css] = rule;console.log(SCRIPTID, 'ONCE:', selector); modify(selector, modifier); if(css){const style = document.createElement('style'); style.dataset.script =SCRIPTID; style.type = 'text/css'; style.textContent =css; document.head.appendChild(style); } }); /*AP(AutoPagerize) */ rules.filter(rule => rule[2] ===AP).forEach(rule => {const [selector, modifier, repeat] = rule; document.addEventListener('GM_AutoPagerizeNextPageLoaded', e => {console.log(SCRIPTID, 'AP:', selector); modify(selector, modifier); }); }); /* INTERVAL */ rules.filter(rule => rule[2] === INTERVAL).forEach(rule => {const [selector, modifier, repeat] = rule; setInterval(function(){console.log(SCRIPTID, 'INTERVAL:', selector); modify(selector, modifier); },1000); });console.timeEnd(SCRIPTID);})();
検索用:はてなブックマークはてブはてな匿名ダイアリー増田スパムキーワードNGワードフィルターミュート非表示 削除 隠すブロックユーザースクリプトユーザースタイルhatenabookmarkanondspam keywordsngwords filter mutehide hidden display none blockuserscriptJavaScriptjscss style
😟「フッフッフ、遂に配属されたね、猿くん！このオフィスは地雷原になっている。地雷はcatchされなかった例外で作動する。猿くん、キミにはここでレガシーコードのデバッグ作業をしてもらう！」
これさ
愚かな人間の都合など完全無視、LLMのための高効率プログラミング言語「Sui」（粋）
https://forest.watch.impress.co.jp/docs/serial/yajiuma/2069573.html
別にいいんだけど、どうにもブクマカ含めて、しっくり来る批判できてないんだよな
それが気になってしょうがない
俺ごときが言ってもアレだから、Gemini3.0先生に頼んだよ（一時チャット、Pro 3.0思考モード）
ユーザーが提供した情報と、一般的なLLMの技術特性に基づき、プログラミング言語「Sui」についての冷静かつ客観的な評価をまとめます。
感想:一言で言えば、**「思想実験としては極めて面白いが、実用性とLLMの学習原理を無視した『早すぎた最適化』」**です。
作者の「人間ではなくLLMを主客にする」という視点の転換は、アーティスト的・哲学的な問題提起としては鋭いですが、現在のLLM（Transformerアーキテクチャ）の動作原理を工学的に捉えると、メリットよりもデメリットが上回る可能性が高いです。
メリット:
・トークン効率の改善:Python等と比較して記述が圧倒的に短くなるため、出力速度の向上と課金コストの削減（トークン節約）は確実に達成できます。
・構文エラーの激減: 括弧やインデントの複雑なルールを排除しているため、「閉じ忘れ」などの単純なSyntaxErrorは減るでしょう。
・コンテキストウィンドウの節約: 長いプログラムでもコンテキスト（メモリ）を圧迫しにくくなります。
・学習データとの不一致: LLMは「大量の人間用コード（Pythonなど）」を学習して賢くなっています。未知の言語「Sui」を書かせるには、Few-shot（プロンプトでの例示）に頼るしかありませんが、これではLLM本来の推論能力やコーディング能力（事前学習の重み）を活かせません。
・ブラックボックス化: 生成されたコードがバグっていた場合、人間が読んで直すことが不可能です。「LLMに直させる」にしても、LLM自身がSuiのロジックを深く理解していないため、無限ループ（幻覚の連鎖）に陥るリスクが高いです。
・CoT（Chain of Thought）の阻害:最近の研究では、LLMは「冗長な思考過程」を出力することで論理的整合性を保つことがわかっています。極限まで圧縮された記号列は、LLMの「考える余地」を奪い、論理破綻を招く可能性があります。
正しいと思う所（Agree）
理由:人間にとっての「読みやすさ（可読性）」は、機械にとって単なるトークンの無駄遣いです。if x>10: よりも ? x10 の方が情報密度が高いのは事実です。
理由: TransformerのAttentionメカニズムにとって、遠く離れた ( と ) の対応関係を維持するのは計算コストが高く、ミスの原因になりやすいです。ネストを排除する方向性は機械的処理として正しいです。
正しくないと思う所（Disagree）
・「可読性を排除しても良い」:
理由:ソフトウェア開発においてコーディングは「書く」時間より「読む・直す」時間の方が長いです。AI生成コードであっても、最終責任は人間が負う現状では、人間が検証不可能なコードは「危険なバイナリ」と同義であり、プロダクトには採用できません。
理由: 前述の通り、現在のLLMは「人間語の確率分布」を学習したモデルです。「LLMにとって自然な言語」とは、実は「人間にとって自然な言語（英語やPython）」そのものです。Suiは「計算機にとっては最適」ですが、「現在のLLMにとっては異言語」です。
パース（解析）は容易になりますが、LLMは「前の行の文脈」を読んで次の行を出力するため、行を独立させすぎると文脈の連続性が失われ、複雑なアルゴリズムの構成力が落ちる可能性があります。
LLMが最も苦手とする「深いネスト構造の維持」を回避する策として有効です。アセンブリ言語に近いフラットな構造は生成難易度を下げます。
これが最大の問題点です。LLMは変数名（user_id, total_price など）に含まれる「意味」を使って推論を行っています（Semantic Grounding）。すべてを記号化すると、LLMは変数の役割を見失い、論理的なバグを埋め込みやすくなります。
トークン効率は最強ですが、1文字の違いで意味が激変するため、LLMの確率的な「ゆらぎ」による1文字ミスが致命的なバグになります。冗長さはエラー訂正の役割も果たしています。
goto 文の多用はスパゲッティコードを生みます。LLMにとっても、構造化プログラミング（if/forブロック）の方が、「ここからここまでがループ」というチャンク（塊）として認識しやすいため、一概にジャンプ命令が良いとは言えません。
＞現在のLLMは「人間語の確率分布」を学習したモデルです。「LLMにとって自然な言語」とは、実は「人間にとって自然な言語（英語やPython）」そのものです。
ここ！マジで覚えてね
LLMはこれまでの機械よりも人間に近いと思ってほしい、人が苦手なことはAIも苦手
機械は論理的でロジックに強くて〜っていうのはAIには通用しない
ついでに、「LLM用プログラミング言語」の潮流について
「LLMのための言語」という文脈は、大きく2つのトレンドに分かれます。Suiは後者に属しますが、主流は前者です。
・DSPy, Guidance,Microsoft Guidance:
・プロンプトエンジニアリングを構造化し、LLMの出力を型（JSONなど）に強制したり、思考プロセスを制御するためのフレームワーク。
・SGLang:
・これらは「人間がLLMを操るための言語」であり、実用化が進んでいます。
・Gorilla LLMなどの試み:API呼び出しに特化したファインチューニングなどがありますが、独自の「新言語」を作らせるよりも、既存のPython やJSON を正しく出力させる方向（Constrained Decoding）が業界の標準解です。
・擬似コード:論文レベルでは、Pythonの代わりに中間的な擬似コードを出力させ、それをコンパイラで処理する手法も研究されていますが、Suiほど極端な記号化は稀です。
後者については
現状の最適解:現在のLLMを使う限り、「LLM用言語」の最適解はPython です。なぜなら、世界中のGitHubのコードを学習しており、LLMが「最も流暢に話せる言葉」だからです。無理にSuiを話させるのは、日本人にエスペラント語で詩を書かせるようなもので、パフォーマンスは落ちます。
総評: Suiは、「既存のLLM（GPT-4など）に書かせる言語」としては失敗する可能性が高いですが、「未来のAIネイティブなコード生成のあり方」を示唆するアート作品としては高く評価できます。作者の「愚かな人間に合わせるな」というパンクな精神は、エンジニアリングの枠を超えた鋭い批評性を持っています。
お前らは安易にオレオレ言語作るんじゃないぞ、作るにしてもAIに聞きなよ？
聞く時は忖度させるんじゃないぞ？
この作者もAIに乗せられたのかもしれんし
＿＿＿＿＿＿
プロンプト
以下が「LLM用プログラミング言語」としてメリットがありそうか、感想を教えて下さい。
https://forest.watch.impress.co.jp/docs/serial/yajiuma/2069573.html
https://github.com/TakatoHonda/sui-lang
・思想的に正しいと思う所、正しくないと思う所を理由込みでまとめてください
・最近のLLM用プログラミング言語についてもまとめてください
・そもそもLLM用プログラミング言語という目標自体の評価をしてください
（省略）
昨年の今頃何やってたんだろうって振り返ってみれば返るページもないって言うけれど、
私はちょうど一年前に、
ってちょうど一年前にって言うとザ虎舞竜さんのロード256章の話になっちゃうけど、
そっちのちょうど一年前にはなにやっていたんだろうって。
そしたらNIKKEのことが書いてあって、
その時はみんなレヴェルが160！
アリスって言うニケだけが199になってわーいって大騒ぎしている様子が描かれていたわ。
当時はそれ以上160超えるとかさらに200レヴェル超えるにはどうやったらいいんだよ！って
そんな私もステラーブレイドとのコラボ企画以外では無課金のところ、
トルコの射的の無課金おじさんのゲットワイルドどころではないのよ。
わーい！
どんどんひゅーひゅーぱふぱふ！
ってもう往年の國府田マリ子さんとかヒュージャックマンさんぐらいしかどんどんひゅーひゅーぱふぱふって言わないけれど、
そこを気をつけないといけないわ。
そんで私はニケたちがレヴェル360！を超えるは超えるけれど、
上がったとて
そんなに進められずに相変わらず敵ラプチャーの強さに手を拱いているのよ。
まんべんなくニケたちを強くさせなくちゃ！
あと、
ニケたちがそれぞれ持っている例えば炎とかって属性があるのね。
敵にその属性が合致して攻撃すると与えるダメージがより大きくなるの！
ここら辺のレヴェルに達成すると
何も考えずに好きなニケ達で編制していても勝てないのよね。
特にトライブタワーっていうニケの製造されたメーカーごとで編制する縛りのミッションがあるんだけど、
そこも、
ちゃんと真面目に炎とか水とか風とか鉄甲とか電撃のコードとかあうように編制しないと勝てないのよ。
そこに気付いちゃったわ！
そうしたら行き詰まっていて煮詰まっていた鍋の底に一欠片のおでんの牛スジを見付けた感じのラッキーをとは裏腹に、
勝てるようになってきたのよ！
あと始めたときは「オーバーロード」ってなに？って全く意味分からなかったけど、
今はもうそこまでやってオーバーロードして武装を改造してさらに強くしなくては話にならないので、
オーバーロードってなに？それ美味しいの？って
鍋の底に一欠片のおでんの牛スジを見付けたと同時に味わうあのなんとも言えない味わい深い煮え切ったとろける牛崇神もきっとお喜びになるぐらいのトロトロの牛スジなのよ。
私がNIKKE始めた頃
よその舞台のニケを見ているとなんでマシンガンで300発以上弾数あるの？って謎過ぎて謎過ぎて謎だったけれど、
オーバーロードして弾丸装填数を改造してアップさせていたのね！って気付いたのはそれから随分あとのことよ。
あの、
アリスダイヤリーって言うのはアリスってニケをいろいろ強くしていくと物資がもらえるミッションがあって、
オーバーロードって項目があり、
これってどうやってやるの？って皆目見当もつかないあの頃が懐かしいわ。
山崎まさよしさんが桜木町で見付けられなかったものを見付けた感じなのよ！
だからアリスダイヤリーを全部まさか自分でコンプリートできただなんて！って思い出すわ。
その時はメインストーリーのキャンペーンも全然進められてなく、
とはいえ、
はて？このニケだれ？っていうのが多かったけれど、
今はみんなもう分かってるわ！
見た目が派手で何このアホっぽいニケは？って言葉を選ばずに言ってあんまり苦手だったニケも
アーカイブの私が何度もここで言って泣いている「ミラクルスノー」のイベントはとても良い話よ。
だから、
なんかアホっぽいバカっぽいニケもいるけど、
みんないいニケなのよね。
それを知った瞬間になんかじーんとくるの。
最近はイヴみたいにバトルバトルした強そうで美しい新ニケの登場が少ないんだけど、
私はカッコよくて強くて美しいニケの新SSRだったら回しちゃうけど、
カウンターズっていう、
いわば主役級のニケたちがいるけれど、
ラピはレッドフードラピになって強くなったでしょ？
いずれなりそうで機会を伺っているのかもしれないわ。
量産型だけでずんずんストーリーを進められるようにって思うけど、
結構倍以上話されているでしょ？
今年の流行語大賞の
はらたいら、はらたいら、はらたいら、はらたいら、はらたいら。
合計で15000点！ってワオー！
そのぐらいの開きなの。
ちょちょっと、
到底全部のニケたちまで最強に仕上げる作業と物資は無課金ではゲットワイルドなのよ。
とても難しい挑戦ね。
2軍がどんどん追いついてきていて、
3軍もまた力を付けてきているから、
地味に強くはなってきているのよね。
だけど、
いまだにみんなと高いレヴェルに揃えられるシンクロデバイスってのがあるんだけど、
そこに装着させられてないニケのレヴェル1のニケたちもたくさんいて、
追いついていないところもあるのよね。
NIKKEの過去のイベントストーリーを見るだけのモードもあって、
そのフィルムのアイテムも36個とかたくさん持ち過ぎちゃって、
全部のアーカイブを見れちゃうかも！って見尽くせないところもあって、
やることたくさんあんのよね！
懐かしさを感じるために、
その頃見ても全く意味が分からなかった文脈もあるかも知れないわね。
今観たらまたより楽しめるかも～。
メインストーリーのキャンペーンとハードモードのキャンペーンと全然戦闘力が足りなくて足りなさすぎて、
レヴェル360なのによ！
弱くて進めないの。
苦手なパズルステージのロストセクターのミッションもこなしたり出来るから
見付けたらやることはたくさんあるのよ。
私が見て見ぬ振りをしているだけ。
でもステラーブレイドとのコラボ企画ではちょっと散財だったので、
ちょうどいいでしょ？
売上には貢献しているので無課金プレイヤーでも見逃して欲しいわ。
ステラーブレイドとのコラボ企画のリバイバルは来年6月にきっとありそうよ。
それまでに
強くてカッコよくて美しくしい新SSRニケが新登場しちゃったらまた変わってくるかもね！
なにがやってくるやらで。
うふふ。
レモン炭酸水2ケースが未だに届けないのは大丈夫かしら？ってちょっと心配にあるというか
他で買ってきちゃおうかしら、
どんどん発送予定があとの日にちに変わっていくのよ！
ふーふーしながら飲みーの朝の暖を暖かく身体の中から温めるのよ。
すいすいすいようび～
今日も頑張りましょう！
