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 を直接叩くのは「象を包丁で捌く」ようなオーバースペックな作業になります。
というありがたいお言葉をいただいた＞＜
コントロールパネルへの自作アプリからのアクセス、
cplファイルを列挙して中身を見るとかいう低レベルを弄る事をしなくても、ShellSpecialFolderConstants.ssfCONTROLPANEL で得られるフォルダのアイテムを列挙すればそれがコントロールパネルの各項目の一覧で、開きたければその中のアイテムを実行すればおkという、素直に高レベルなAPIを使えば超簡単ということらしい＞＜；（できた＞＜；）
ShellSpecialFolderConstants (shldisp.h) - Win32 apps | Microsoft Learn
https://learn.microsoft.com/ja-jp/windows/win32/api/shldisp/ne-shldisp-shellspecialfolderconstants
なんかよくわかんないけど、control .exe に渡されるcplファイルのファイル名のうち、システムに登録されてるもの（レジストリに書かれてる物）は、単なる名前として使って自前でどうにかしてるってことっぽい・・・？＞＜；
つまり、レジストリで特別扱いすることになってるファイル名の場合は、互換性の面でファイル名で指定してるように見えて実際にはファイル名で指定してるわけでは無く、情報取得としてはそのファイルを読んではいない（普通のDLLとして使う）っぽい＞＜；
- ＠orange_in_space
2017年 4月に登録
