「日本は元来争い事を好まない民族」という言葉を巡って「狭い島国で何世紀にも渡って争ってきた民族なのに？」と疑問…「CIVILIZATION」の日本の扱いも - Togetter https://togetter.com/li/2644998
これの人、アメリカかぶれだかアメリカ在住かそんな感じの名前のアカウントだけど、これもそうだし他のいくつかのツイートも見たけど、どこがどうアメリカ視点なのか？＞＜；
アメリカかぶれのオレンジがら見ると、単なる日本の右翼系の人にしか見えないんだけど＞＜；
アメリカ人からどういう理由でどのように見えるかが一切書かれてないじゃん？＞＜；
パールハーバーにいきなり攻めこんできたり負けそうになると馬鹿ボムで突っ込んでくるやつらが争いを好まない民族！？＞＜；
サムライの前を通りすぎるだけでブチキレて斬りかかってくるのが争いを好まない民族！？＞＜；
Pharmacologic reversal of advanced Alzheimer’s disease in mice and identification of potential therapeutic nodes in human brain: Cell Reports Medicine https://www.cell.com/cell-reports-medicine/fulltext/S2666-3791(25)00608-1
マウスのアルツハイマー病を逆転させ、低下した記憶力を回復させることに成功 | カラパイア https://karapaia.com/archives/574942.html
WinUI 3でコントロールパネルの代用、表示まではできたけど、なぜかアイコンがピンボケで、1時間くらいいろいろ試してるけどピンボケ治らない・・・・＞＜
WinFormsで試作した時は普通に表示できたのに・・・＞＜
LLMの比較的大きいモデルでの熟考モード場合は、こういうごちゃごちゃでも片っ端から穴を塞ぐ書き方をした文に対しての評価が比較的高くなりがちで、小さめのモデルの場合は穴があろうとも簡潔で言い切りにしないと「長すぎてごちゃごちゃだし支離滅裂」的な過程評価になりがちな気がする・・・＞＜
Gemini 3の思考モードに厳しめに評価してもらったらこうなった＞＜；
https://gemini.google.com/share/b14ee855f2c0
（プロンプトはLLM用に想定するツッコミ所を全部潰す書き方をしてるので、人間が読むにはオレンジらしい冗長なごちゃごちゃ度がいつもの数倍で読みづらいかも＞＜；）
メタに、このいまオレンジが書いた考察でさえも、評価するのに最低限必要な知識を持ってる人って、人類の何パーセントなのって話でもある＞＜；
メジャーな大き目のLLMであれば、この程度の知識であれば当然のように持ってる＞＜；
長文＞＜；
責任の面で（現時点の一般的な合意の面で）最終的には、人間が確認する必要があるとはいえ、要件定義においても十分に学習していない人間は十分に学習したLLMに勝てないし、人間は学習の物量ではLLMに全く勝てないので、知識の量から考えると熟考させまくったLLMにはよほどのことがなければ勝てない事になるかも＞＜（おもしろい事に、これは一周回ってフレーム問題の再来だけど＞＜；）
ただ単に現時点で十分に熟考させるリソースがない（コスト的に割が合わない）ってだけで＞＜
つまりこれはどういうことかというと、何らかの危険を伴う作業の想定において、過去の事故調査のデータを十分に学習したLLMは、適切な安全確認の要件定義を（物知らずの人間よりは）出来るって事＞＜
10年前の人類で、フレーム問題の例題
（参考： 人工知能の話題: フレーム問題
https://www.ai-gakkai.or.jp/whatsai/AItopics1.html ）
に、（楽観論でもなく悲観論でもなしに）人工知能が人間並み（少なくとも馬鹿な人間以上に）に対応できる将来を正確に予想できた人が居たかって話でもあるかも＞＜
[B! 人工知能] 最古の「プログラマ不要論」とAI時代の「プログラマ不要論」の共通点 - きしだのHatena
https://b.hatena.ne.jp/entry/s/nowokay.hatenablog.com/entry/2025/12/30/095337
ある程度それはそうだけど、
"...COBOLによってプログラマの仕事が機械の理解からビジネスの理解に、抽象度の高い方向に移ったように、AIによってもプログラマの仕事は要件やコンピュータ上でおきる現象の理解へと、抽象度の高い方向に..."
LLMが根本的に違う点は、まさにその、要件を考えたりそれを計算機の事情とのすり合わせをしたりという抽象度の高いことがこそが得意な点じゃないかと＞＜
現実のお勉強になるゲーム（シリアスゲーム）で学んだ内容のおかげで、同じテーマのドラマを見て「わかるぅ＞＜；」ってなるのすごくおもしろい＞＜
とにかく心臓マッサージしてほしいのに通報者がパニックでやってくれない時の説得のしかたとかそのまんまだった＞＜
キッチンのテレビのところに行ったら、112 Operatorみたいなドラマやってて、しばらく見てたけどほぼそのままだった＞＜
これの再放送らしい・・・＞＜
１１９ エマージェンシーコール - フジテレビ
https://www.fujitv.co.jp/119emcall/
Steamで80% OFF：112 Operator
https://store.steampowered.com/app/793460/112_Operator/?l=japanese
参考＞＜
SHParseDisplayName 関数 (shlobj_core.h) - Win32 apps | Microsoft Learn
https://learn.microsoft.com/ja-jp/windows/win32/api/shlobj_core/nf-shlobj_core-shparsedisplayname
SHGetFileInfoW 関数 (shellapi.h) - Win32 apps | Microsoft Learn
https://learn.microsoft.com/ja-jp/windows/win32/api/shellapi/nf-shellapi-shgetfileinfow
コントロールパネルの項目のアイコンを取得するには、
コントロールパネル項目のGUIDみたいなパス名（？）をSHParseDisplayNameでPIDLに変換してから、
SHGetFileInfoで、SHGFI_PIDLを使ってPIDLで指定して、SHFILEINFOを得る
ってしないとうまくいかない＞＜
そのやり方がよくわかんなくて、1時間くらい試行錯誤してた＞＜；
実験コードなので普通にWinFormsで作ったけど、WinUI 3で作れば、おしゃれでWinows 11らしいコントロールパネルのランチャー（？）が作れるかも＞＜
アイコンの取得を全部COMでやるほうが本格的なのかな？＞＜ってGeminiに聞いたら、
"単に「アイコンを取得したい」だけの場合、IExtractIcon を直接叩くのは「象を包丁で捌く」ようなオーバースペックな作業になります。
というありがたいお言葉をいただいた＞＜
- ＠orange_in_space
2017年 4月に登録
