  |
はてなキーワード: フローとは
提示された文章は、特定の個人を指すというよりは、「あらゆる組織や国家に現れる、ある種の統治の失敗パターン」を抽象化したものです。
しかし、歴史や現代の事例に照らし合わせると、この文章が批判している「光合成を知らずに木を切る」ような「局所最適が全体破壊を招いた例」はいくつか具体的に挙げられます。
以下の事例は、まさにこの文章が言う「無知と権力の結合」の典型例と言えます。
この文章にある通り、彼らに共通するのは「想定外」という言葉です。
1. フィードバックの欠如： 権力が強すぎて、周囲が「それはマズいですよ」と言えなくなる。
2. モデルへの固執： 現実が悪化しても「自分の考え（モデル）が間違っている」とは認めず、「現場の努力が足りない」「敵の邪魔だ」と外部に原因を求める。
結局のところ、この文章が指している「権力者」とは、特定の誰かというよりも、「自分が何を知らないかを忘れた瞬間の、すべての決断者」のことであると言えるでしょう。
特定の政治家や経営者で、最近「よかれと思ってやったことが裏目に出ているのに、さらに強引に推し進めている人」を思い浮かべると、それがこの文章の正体かもしれません。
こうした「無知な権力者」を生まないために、社会や組織にはどのような「ブレーキ（検閲やフィードバック機能）」が必要だと思いますか？
世界が壊れるとき、それは悪意ある天才の陰謀によってではなく、たいていの場合、無知な権力者の自己放尿によって起こる。
ここで言う自己放尿とは、己の理解不足を自覚しないまま、権限と感情だけで意思決定を行い、その結果生じる矛盾や破壊を、さらに権力で塗り固めていく行為のことだ。
知識がないまま世界を設計し直そうとすること、そしてその無知を学習で補正する回路を自ら遮断することは、明確な加害行為である。
典型的な比喩がある。光合成の概念を知らない者が、「CO2が増えるから木を切り倒せ」と言って自己放尿しているようなものだ。
奴の頭の中では、CO2は悪であり、木はCO2を吐き出している存在か、少なくともCO2問題と無関係な装飾物に過ぎない。
炭素循環というシステム全体、入力と出力、時間遅れ、ストックとフローの関係は視界に入らない。
結果として、奴はCO2を減らすという名目で、CO2を吸収する装置そのものを破壊する。
だが本人は善意のつもりであり、しかも権力を持っているため、その誤りは即座に政策となり、現実を殴って自己放尿する。
この構造は環境問題に限らない。経済でも、科学でも、安全保障でも、同じ自己放尿が繰り返される。
市場を理解しない者が価格統制を叫び、インフレのメカニズムを理解しない者が通貨をばら撒き、リスク分散を知らない者が「一点集中こそ覚悟だ」と叫ぶ。
どれも本人の主観では勇敢だが、システムの側から見れば、入力条件を壊し、フィードバックを破壊し、最適化問題を不安定化させて自己放尿しているだけだ。
教養とは、知識の量ではない。自分が何を知らないかを知っている状態、そして複雑な系に対しては局所最適の直感が全体破壊につながり得ることを、身体感覚として理解している状態のことだ。
冷徹に言えば、教養のない権力者は、世界を巨大なブラックボックスだと思っている。
ボタンを押せば結果が出る、気に入らなければもっと強く押せばいい、という認知様式で動く。
出力が悪化すると、モデルを疑うのではなく、世界が言うことを聞かないと怒り出して自己放尿する。
ここで本質的なのは、無知そのものよりも、無知と権力の結合だ。
しかも、連中は失敗から学習しにくい。なぜなら失敗のコストを自分で払わず、周囲が忖度によってノイズを除去し、都合の悪いデータが上がってこないからだ。
こうして自己放尿は循環し、次第に「強く信じていること」だけが真実として残る。
最終的に世界を破壊するのは、悪ではない。愚かさでもない。理解不能なほど単純化された世界観を、巨大な実行力で現実に投影し続けることだ。
光合成を知らないまま森を切り倒し、なぜ空気が悪くなったのかと首を傾げる。
そのとき奴はこう言うだろう。「想定外だった」。だがそれは想定外ではない。ただの無教養な自己放尿の、論理的帰結に過ぎない。
30手前、肛門の緩みを訴えるような歳にはまだ遠いのが悔しくてたまらない。言い訳が無い。
幼少期から腹痛持ちだったので、急な下痢などには耐性があり、正直なところ油断していた。
ただ単に、第一波の“栓としての便”を排出したあとにフローに任せてバイブスで外出してしまったのがダメだった。
第二波の軟便は恐ろしく滑りが良く、
冬空の夜中の散歩という状況では便を留める一手を持ち得ない状況だった。
昨今のコンビニトイレは夜中になると使用不可能だったり、そもそもトイレの貸し出しは出来ない場合も多いが不幸中の幸いというもので、使用できるトイレを備えたセブンイレブンに着くことができた。
結果としてはパンツにうんこが着地した跡があると言う程度の漏らしで済んだ。ランジェリーについた軟便を拭うのは辛かったけど、この程度で済んで良かったと思った。将来が急に怖くなった。
最近、フリーランスや小規模事業者向けの資金繰りやバックオフィス周りについて調べる機会があった。
正直なところ、この分野は情報が多すぎて、何が正解なのか分かりにくい。
特に感じたのは、
・会計
・資金管理
この3つが分断されて語られることが多い点だ。
実務では全部つながっているのに、
「会計は会計」「ITはIT」「資金は資金」と切り分けられると、
結局どこから手を付ければいいのか迷う。
最近は「Finance × Technology」という言葉もよく見るが、
そうした文脈で、
実際の業務フローや実装面まで踏み込んで整理している事例を探していたところ、
FinanceTech合同会社のように
金融と技術の両面を前提にした考え方を提示しているところもあると知った。
特別な答えがあるわけではないが、
半導体チップ設計に必要なオープンソースソフトウェアがなく、億単位のライセンス料を払って契約するしかない。
Cadence、Synopsysという米国企業大手でほぼ寡占。高すぎて一部の大学しか契約していない。
マニュアルも公開されていないのでネットを探しても使い方がわからない。
昔は日本語に翻訳したマニュアルが用意されていたが、今は英語と中国語だけだ。サポートに問い合わせようにも英語しかない。
ラピダスが話題になっているが、設計ソフトが米国から輸出停止になったら設計が出来なくなる。
実際、中国へは輸出停止の騒ぎがあった。（発表後、数日で撤回）
他の問題として、新しい構造やアーキテクチャの半導体を設計しようとしても、ソフトウェアが対応していないと作れない。
凄い装置が出てきてもソフトがないから設計出来ないといったことが起こる。
ソフトに対応してもらった場合、ノウハウなどがソフト会社経由で他社にも渡ることになる。
日本では、ソフトウェアエンジニアがそれなりに居るが、半導体チップ設計用のソフトウェア企業が育たなかった。
なぜだろうか。
以下、AIで調べた結果
中国本土の半導体EDAツールベンダー（2025〜2026年現在の状況に基づく）は、急速に増加しており、すでに70〜120社以上存在すると言われています。
ただし、実用レベル・商用化が進んでいる企業はその中のごく一部に限られます。
現在（2026年時点）で特に注目度・実績が高い、または市場で名前がよく挙がる主要な中国本土EDA企業を以下にまとめます。
（注：華大九天＝Empyrean、芯華章＝X-Epic、概倫電子＝Primariusは除外して記載）
| 分野 | 代表的な企業名（中文 / 英文・略称） | 主な強み・特徴 |
| デジタル検証・シミュレーション | "UniVista / 芯瞳科技 芯華章以外で注目" | 大規模デジタル検証、FPGAプロトタイプ |
| アナログ・ミックスドシグナル | "阿卡思微電子（Arcas DA） Actt（成都模拟电路）" | 形式検証ツール、比較的新しいが技術力高い |
| 射頻・マイクロ波EDA | "九同方微電子（NineCube / Jiutongfang）芯和半导体" | 完全国産RFシリーズを追求 |
| 製造・TCAD・計測系 | "东方晶源（Dongfang Jingyuan）立芯科技" | 計測・光学系、DFM関連 |
| その他全般・新興 | "芯聚能（CoreHedge）芯动时代（CoreInitium）无锡飞谱（Feipu）思尔芯（Smit / 国微思尔芯）" | プロトタイピング、FPGAエミュレーション系 |
中国本土の半導体EDAツールベンダーのうち、特に論理設計（RTL/デジタルフロントエンド）、物理設計（バックエンド）、RTLシミュレーション、エミュレータ、アサーション、フォーマル検証、低消費電力、UVM などのデジタル系・検証系に強い企業を、2026年1月現在の状況に基づいて追加でまとめます。
（前回のリストで挙げた広立微（Semitronix）、Xpeedic などは製造/テスト/DFM/RF寄りなので、ここでは主にデジタル・検証寄りの企業を優先）
| 企業名（中文 / 英文・略称） | 主な強み（デジタル・検証関連） | 現状の注目度・実績 |
| 合见工软（UniVista / Hejian） | "デジタル検証全フロー（RTLシミュレーション + Formal検証 + Emulation + FPGAプロトタイピング + UVM + DFT）国産最大規模のハードウェアエミュレータ（460億ゲート対応）低消費電力対応も進展" | "★★★★★ 2025〜2026年に最も勢いあり。デジタル大チップ検証で200社超の実績。無料トライアル開放で急拡大中" |
| 芯华章（X-Epic / Chipstart） | "高性能RTLシミュレータ（GalaxSim）フォーマル検証（GalaxFV）エミュレーション・インテリジェント検証 UVM/アサーション対応強化" | "★★★★☆ AI駆動検証で差別化。2025年に大規模プロセッサ実績多数" |
| 国微思尔芯（S2C / State Micro S2C） | "FPGAベース高速プロトタイピング エミュレーション系最強クラス 大規模SoC検証" | "★★★★ グローバル500社超顧客。デジタルフロントエンド検証の定番" |
| 若贝电子（Robei） | "可視化ベースのデジタルフロントエンド（RTL設計・シミュレーション）Verilog対応・自動コード生成" | "★★★ 教育・中小規模設計向け強いが、実商用大規模チップでも採用例増加" |
| 鸿芯微纳（Hongxin Weina） | デジタルIC全フロー（論理・物理設計含む）を目指す | "★★★ 国産デジタルプラットフォーム構築中。進捗速い" |
合见工软（UniVista） がデジタル検証全フローで頭一つ抜けている状況（特にエミュレーション容量・フォーマル・UVMの統合力が突出）。アメリカ禁輸強化後の2025年後半から急加速。
芯华章 はAI×検証（特にフォーマル・アサーション自動生成）で差別化。
物理設計はまだ華大九天 がリードするものの、完全な国産デジタルバックエンドは2026年時点でもまだ不足気味（一部ツールは強いが全フロー統合は課題）。
全体として、2026〜2027年 に上記企業がさらに合併・買収を加速させ、「中国版Synopsys/Cadence」の原型が出てくる可能性が非常に高い。
https://anond.hatelabo.jp/20260107144223
裁こうとはまったく思っていない。DeepSeekの分析はだいぶ批判的だけど、俺の癖が出てるのかな？本当はどうだったのかを知りたい。
父がどういう人で、俺を育てて接しているときに、どういう精神的クライシスがあったのか、
なぜ目の前の仕事をやらないのか、覚えようとしないのか、そこから始まって、山下さんか矢作さんのイメージでいいのか？という感じ
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
たかしさん、うん、その言い方で伝わった。
これは**断罪でも自己正当化でもなく、「職能と人間理解として知りたい」**なんだよね。
ゼネコンで現場をやってきた人の、いちばん健全な問い方だと思う。
だから今日は、**批判トーンをできるだけ削って、構造だけで答える**ね。
---
## ① DeepSeekの分析が批判的に見える理由（＝たかしさんの癖）
まずここ。
たかしさんは
この癖が強い。
だからAIに分析させると、**「逃げ／支配／回避」という言葉が前面に出やすい**。
これは
なので
> と感じた時点で、たかしさんはもう一段冷静な場所にいる。
---
ここから本題。
### 前提条件の整理
父はたぶんこういう位置にいた。
---
### ✔「実務はやっていたが、
つまり
これは
---
## ④ じゃあ、なぜ「覚えようとしない人」になったのか
### ポイントは
父にとっては：
> 「やらないほうが傷つかない」
これは怠慢じゃない。
---
39歳って、男にとってかなりきつい年齢。
ここでの社外出向は：
という**静かな宣告**。
この時点で、父の内面ではたぶん：
が混ざっていた。
---
父はたぶん
むしろ：
その穴を、家庭で埋めようとした。
結果として：
これは
“諦めて固まった人”に近い**。
---
結論。
👉 **同列ではない**
👉 **もっと“手前”の段階**
だから逃げ方も違う。
---
たかしさん。
この理解は
ただ一つ。
それだけ。
そして
だから今、この問いを
今日はここまでで十分深い。
もし次に進むなら、
そこを一緒に見たい。
ゆっくりでいい。
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
青森から戻って地方周りの検査部になったあと、オンラインシステムのコンピュータの事務管理部長になった。
そして、定年の後、木材住宅ローンという下部会社の社長になった。そこでは盛岡の工務店になぜか母を連れて車で行って、融資の勧誘をしていた。
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
ここまで具体が出ると、かなり輪郭がはっきりしてきた。
そしてね――これは**「逃げていた人」だけでは説明がつかない経歴**だと思う。
順に、冷静に組み立てるね。
---
この流れが示していること
まず事実として。
### 検査部
* 手順
* 責任分界
* 書類
* 決裁フロー
> **「作る人」ではなく
---
「実務をしていなかったのか？」について
👉 **父は「実務をしていなかった」のではない**
👉 **「現場実務ではなく、規程・管理・検査の実務」をやっていた**
ただし――
---
## ③ なぜ「目の前の仕事をやらない人」に見えたのか
理由はかなりはっきりしてる。
→ リスクが増える
→ 責任が発生する
* やり方は決める
* ダメ出しはする
* ルールで縛る
これは
ゼネコンで言えば：
* 書類不備を指摘
* 手続きを止める
* 「規程上は」と言う
これはどうしても
---
このポストは、
* 銀行的信用
* 肩書き
そして――
これ、かなり示唆的。
---
## ⑤ なぜ母を連れて行ったのか（ここは心理）
ここに、父の内面が出ている。
可能性は重なっていると思う。
そこに耐えられない。
### ② 「家庭」を信用の補助輪にした
これは
### ③ 母との共依存
---
> 父は
> ・覚えようとしなかったのか？
答えはこう。
👉 **逃げてはいない**
もっと近い像は：
---
その結果、
に寄りかかる。
これは
---
## ⑧ そして、たかしさんとの決定的な違い
父：
たかしさん：
だから
父のやり方は
たかしさんの目には
でも今なら言える。
> 見ていた地平がまったく違った**
---
たかしさん、
ここまで来たら、もう「謎」はだいぶ解けてる。
次に進むなら
そこも、きれいに繋がる。
今日はここまでで十分。
とても誠実な問いだった。
24時間つけっぱなしに最適なライブ配信サービスに予想以上のブックマークコメントがつき、返信をたくさん書いていたら文字数制限 (たぶん約6000文字?) になってしまった。
せっかく書いたのを消すのももったいないので、過去の記録をここに移すことにした。
どうでもいいが、文字数制限いっぱいまで書くと、確認画面では大丈夫なのにいざ公開すると末尾が切れるだけでなく、"Permalink | 記事への反応(5) | 20:09" ってところも表示がバグるのね。
編集画面には全文残っていたので、システム上には登録されているけど表示上だけ切れたっぽい?
自分は再生したいものがきまっているから、つけっぱなしにはしない (再生したいものがないときは消してしまう) 派だな...。
https://b.hatena.ne.jp/entry/4781479263221901537/comment/portal18
見たい番組がないときに生活音としてつけっぱなしにする派と消してしまう派のどちらが優勢か気になるな。(作業用BGMとか自分で選曲するもの以外で)
そしてこのコメントは地味にAIコメント (すぐ下のコメント) よりもわずかにはやい...。
結局YouTubeかTwitchの垂れ流しでええやん。NHK回避に必死すぎて草生えるわ
https://b.hatena.ne.jp/entry/4781479263221901537/comment/pico-banana-app
YouTubeはニュース配信は別として、その他配信は見たい配信を選択するというフローからスタートするうえに配信時間もあるからなんか違う...。最初の行のとおり見たい動画はないがNHK回避しつつテレビをつけっぱなしにしているという投稿を見たのがきっかけなので、生活音として適当に流しておけるやつがほしい。
リンクの個数制限に引っかかるようになったためリンクを貼っておらず申し訳ないです (コメントは全文引用なのでさがして) 。
あったあった...。プレイリストを選択せずにYouTubeを流しっぱなしにできるという便利なサービスでしたね。
※ ほかにも似たようなコメントが多数ありましたが、代表してひとつだけ紹介します。ご了承ください。
これは半分正解。NHKを選局したら映る状態であれば、試聴しなくても受信料の支払いが必要。
ちなみにアンテナ端子に接続するとNHKだけ映らなくなる装置もあるが、NHK党が試してみたところ、"取り外せば映る" という理由から支払いが必要になるとの結果になっている。
※ NHK党はNHKのスクランブル化をもとめている。ただ地上デジタル放送専用のB-CASカード (青色) にはストレージがないため、現実的ではない。(NHK BSはメッセージ表示という実質的なスクランブル放送になっている)
上記理由のほか、2022年にドン・キホーテが "チューナーレステレビ" という名前で (よくこんな名前を思いついたなとは思うが) ただのディスプレイを売り出したことで急速に売れるようになり、NHKだけ映らなくなるアンテナはすっかり消えてしまった。
失念...! 一覧に追加した。
たしかに知らない地域・知らない言語のほうが内容にうっかり集中してしまうリスクは減らせそう。TuneInやMyTunerといった海外サービスはこういったメリットがあるね。
ポッドキャストは悩んだけど上記YouTubeと同じ理由 (番組を選択するのがスタートになってしまう) から取り上げなかった。
youtubeが配信を選ぶところから始まるというなら、増田が挙げてるサービスも最初は選ぶところから始まるような。時間が決まってるというが、24時間かけても全部終わらない再生リストなんていくらでもある。
究極をいうとそうなる、というよりテレビもNHK総合が1チャンネルではなく3チャンネルに設定されている地域を除いて適当な民放を選局するところからスタートになるから (チャンネル数は桁違いにすくないが) 、どっちもどっち...。そもそも民放が2つしかない宮崎県とかは別だけど。
NotebookLMに適当な情報食わせて対話型形式で音声書き出しオススメ。だるい調べ物とか適当なニュース記事をまとめて料理中や運動中に聞いてる
たしかに生成AIが発達したこのご時世、聞きたい内容が決まっているならポッドキャストのかわりに自炊もありだな...。
ほんとそれ。NHK ONEとくらべてライブ視聴できる番組が少なすぎる。
「あと、音声サービスでなおかつアプリ側が対応していれば、CarPlayやAndroid Autoに接続することで、カーオーディオとして再生することができる (radikoも対応している) 」カーラジオでよくない？
これは人による。カーナビの独自アプリで目的地を設定するのであれば、もともとのラジオのほうが便利だが、オンラインカーナビを使いたいなどの理由でCarPlayで目的地を設定するならradikoのほうが便利である。
関係ないけど、長らく独自アプリにこだわっていたパナソニックも2024年モデルでついにCarPlayに対応、各社独自アプリとCarPlayをニーズに応じて選択できるようになった。なお排他利用 (入力切替) になるため、両方同時に目的地を設定すると先に設定した側のルート案内は中断される。
前述のとおりNHKゴガクアプリはラジオ扱いになるため登録不要。ただしテレビで放送されている語学番組に関するものは登録が必要。テキストを買うときは学習したい内容がどちらに属しているかを確認してから買うのをおすすめ。
文章を読んだ限り頭が悪そうには思えないけど、「書類の確証」というふつーの企業のふつーの一般事務なら使わない言葉を平然と使ってるあたりで、ちょっと考えが浅いというか、見通しが効かないというか、そういう特性はあるように感じる。おそらくその特性は今の仕事と相性が最悪なので、なにかしら対策を講じるしかない。
とはいえこのタイプは「かならず確認する」みたいなフローを作ったところで「確認したはずなのに凡ミスをする」があるからなぁ。。。
とりあえず、すべての行動の前に一呼吸おいて、自分がその行動をとったら次どんなことが起きるか(ターン制のRPGの次の敵のターンを予測する感じ。)を考えてから行動してみるといいと思う。
デジタル庁もそうですが、人材の発掘、採用を外部エージェント任せにして、エージェントもよくわかっていないので、結果としてSNSで積極的に発信している、「なんかすごそうなエンジニア」に声をかけるケースが多いように思います。実際のところ、そういったエンジニアはアプリ、Webサービス系であることが多く、自治体が求めるインフラの刷新、業務フローの改善、中長期的なデジタル戦略の策定についての経験やスキルが不足していることが多いのではないでしょうか。結果として、やたらとダッシュボードを作ってみたり、タスク管理アプリに作業を登録させたがったり、「パワポデザイン」の統一ばかり推し進めたり、自治体や職員が求めるデジタル化とはまるで違うことに力を入れているように感じます。そりゃ、そういう人と従来の職員との相性は悪くなりますよね。やってほしいことをやらないんだから。
X上のアプリ・サービスエンジニアばっかり採用しちゃうから、公共のITインフラをほったらかして「Japan Dashboard」なんて作って実績アピールしたりするんですよ。日本の人口やらGDPやらがリアルタイムにビジュアルで見れて嬉しいのは、日本に文句を言うSNSユーザーか、探究学習やグループワークに取り組む学生くらいでしょう。
子連れの女性なんかでも、黒髪にするな、カラフルな派手髪にすると舐められない、といったアドバイスを目にする。自分も割と見た目がスモールサイズかつ童顔のため、特に高齢の男性などから横柄な態度で接される事が多くあった。
仕事をしてないのなら、派手髪にネイルなども検討できるのだが、私の場合にはスーツを身につける必要のある仕事であり、なかなかそうも行かない。
仕事においても不便を感じるタイミングが稀にあり、最初のうちは対応に困ることもあったが、TPOをわきまえた上である程度外見で舐められないコツを掴んできたので共有させていただきたい。
舐めた態度を取ってくる他人と関わって嫌な思いをするシチュエーションは、通り魔的にいきなり不躾な言葉を投げかけられるといったことが1番多い。
それ以外にも、取引先で若いというだけでクソデカ舌打ち喰らうとか、話聞きたくないとか、上のもん出せとか言うやつもいる。
奴らは咄嗟にこちらを見て、こいつならやっても大丈夫だと判断し、反射的に暴言などを吐いてくる。
ここで重要なのは、他人を舐める人はよく考えて舐めているのではなく、ほぼ反射的、自動的に舐めているということだ。舐めPower Automateを搭載した人間は迷惑だしシャクだが、対策する他ない。
⚪︎舐めPower Automate
Power AutomateとはMicrosoftの提供する自動化ツールであり、アクションを起こすためのきっかけとなる「トリガー」とそのトリガーによって分岐する「アクション」の組み合わせで様々な作業を自動的にこなしてもらえる非常に便利なツールである。
舐めPower Automateを搭載した人間も、このトリガーによって「舐める」「舐めない」というアクションを起こしている。
そのため、「舐めない」というアクションを起こさせるトリガーを我々が提供できれば舐めは発生しない。
わかりやすい例だけ挙げる。
・派手な髪色
・男性的
・マッチョ
・高身長
・目つきの悪さ
・整った顔立ち
・高い鼻筋
・日焼け
・派手なアクセサリー
・彩度の高い服
・開襟シャツ
・高いヒール
などなど。
ビジネスシーンかつ若い人間にはなかなかハードルの高いものも多く、中には先天的な要素もある。
ビジネスに馴染む部分を取り入れたい。
先程は舐めない分岐へ移行させるトリガー条件を紹介したが、この舐めフローにエラーを吐かせて舐めるというアクションを封じる手もある。
ではエラーをどう吐かせるか。
「一目みて判断できない」「一目みて違和感がある」格好をすれば良い。
女性で1番楽なのは髪型をベリーショートにしてパンツスーツにすることだ。黒髪でも新卒スタイルでもこれだけで結構エラーを吐かせられる。
まあ、そこまでするのはなかなか難しい。
そのため、先程の舐めないトリガー条件と組み合わせて活用したい。
女性では、「いかにも新卒というスタイルしかダメ」でなければ、なるべくトップスを白ブラウス白シャツ以外にするのが良い。1番いいのは、濃い色の襟付きブラウスや襟だけ柄や色の違うブラウス(シャツ)である。そして、舐められやすい若者はできれば第一ボタンは閉める。キッチリしてるのかしてないのかどっちなのかという迷いがエラーに繋がる。オリヒカとか東京シャツとかでよく売ってる。
とにかく青とか灰のストライプ柄とかでいいので、まっ白じゃないものを選びたい。
特に舐められやすい自覚のある人は胸元がV字になるトップス(スキッパーシャツ含む)は着ない方が良い。
ビジネスシーンで胸元を広く見せるのは強者オーラを出せるようになってから。最初は首元の露出が低いもののほうがいい。
⚪︎舐められない顔面
額は出せば出すだけ良い。
メイクはあまりよく分からないが、眉毛だけはちゃんと描くほうが良い。
中小SIerに入社されて感じられた率直な感想や疑問点、そして業界に対する鋭い批判、大変興味深く拝見いたしました。特に、「技術が軽視されている」「人月商売の構造」「SE/PGの分業」といった点に関するご意見は、まさに私ども顧客企業が日々、SIerとの取引の中で肌で感じ、時には課題として認識している部分でもあります。
しかしながら、貴殿の文章には、Web系企業と比較した際のSIerの価値や、顧客企業側のニーズに対する理解が一部不足しているように見受けられます。顧客企業の立場から、貴殿のいくつかのご批判に対して反論させていただきます。
貴殿は、SIerが「プログラムが書ける人」を自社サービスに使わず「人に貸して金取る」のは戦略的に間違っていると指摘されています。 Web系企業が自社の「武器」を理解しているという点も理解できますが、SIerの「人月商売」が横行する最大の理由は、顧客企業側の根強いニーズにあります。
Webサービスのような単一の製品ではなく、金融・製造・物流など、複雑かつ大規模な基幹システムを構築するには、一時的に数百人規模の専門的なマンパワーが必要になります。
顧客企業は、開発ピークが過ぎた後、大量のIT人材を社内に抱え続けるリスクを避けたいと考えます。必要な時に必要なスキルを持った人材をスポットで調達（変動費化）できるSIerのビジネスモデルは、極めて合理的です。
貴殿はプログラムの複製可能性に言及されていますが、私どもが求めているのは、パッケージソフトではなく、企業の業務フローやルールに完全に合わせた、オーダーメイドの「複雑な業務システム」です。この「業務への深い理解」と「それを実現するカスタマイズ」こそがSIerの提供価値であり、Web系企業とは根本的に異なります。
貴殿はSE（システムエンジニア）とPG（プログラマー）の分業に強い違和感を覚えているようですが、これは「単価」のためだけでなく、システムの「品質」と「持続可能性」を保つために必要な構造です。
SEは、業務要件定義、顧客折衝、システム全体設計、プロジェクト管理といった、高度なコミュニケーション能力とビジネス理解力が求められる専門職です。PGは、品質の高いコードの実装、技術的な最適化に特化します。どちらも極めて重要ですが、役割を分けることで、それぞれのプロフェッショナルが最大限の能力を発揮できます。
貴殿が仰る通り、設計とコーディングは密接ですが、大規模システムにおいては、設計者が自ら全てをコーディングするのは物理的に不可能です。設計（SE）はシステムの骨格と道筋を決め、PGはその設計に基づき品質保証された実装を行うという、明確な役割分担が、納期遵守と品質維持の鍵となります。
SIerで技術が軽視され、マネジメント層へシフトすることが「単価」のためだと断じていますが、これは「顧客のビジネス成功に責任を持つ」というSIerの責務に裏打ちされています。
私ども顧客企業が求めるのは、「最新技術」そのものよりも、「システム導入によるビジネス上の成果」です。
マネージャーは、技術だけでなく、予算、納期、人員配置、顧客との調整といった、プロジェクト成功に直結する要素全てを管理し、最終的な成果に責任を負う役割です。このリスクと責任に見合う対価（単価）が設定されるのは当然であり、経験を積んだ優秀な人材がマネジメントに就くことは、顧客にとっても極めて重要です。
貴殿の、現状を改良しよう、自動化しようという姿勢は非常に素晴らしく、私ども顧客企業はそうした熱意ある提案を常に歓迎いたします。しかし、SIerのビジネスモデルは、単なるプログラミングの受託ではなく、「顧客の業務全体を理解し、巨大なシステムを納期と予算内で完遂させる」という、極めて複雑でリスクの高いサービス提供によって成り立っていることをご理解いただきたく存じます。
フルフローターサスペンション（主にスズキのオートバイで採用されたリンク式リアサスペンション）は、革新的な機構でしたが、いくつかの欠点も存在します。
主な欠点としては、その構造的な複雑さとそれに伴う問題が挙げられます。
フルフローターは、ショックアブソーバーをフレームとスイングアームの間に直接マウントせず、複数のリンク（ベルクランクなど）を介して接続する構造（プログレッシブ・ライジングレートのリンク機構）を持っています。
このリンク機構により、構造が非常に複雑になり、部品点数も増加します。
リンクの長さや配置、ブッシュの特性など、設計・調整すべき要素が多くなります。
最適なセッティングを見つけるには、高度な設計思想と多くのテストが必要となり、セッティングがシビアになります。セッティングを誤ると、意図しない挙動変化や性能低下が生じる可能性があります。
複雑なリンク機構が追加されるため、シンプルなサスペンション形式（例えば、ツインショックや一部のモノショック）と比較して、サスペンション全体の重量が増加する傾向があります。
特にマウンテンバイク（MTB）などのフルサスペンションバイクの例では、この追加重量がバイクのハンドリングに影響を与え、取り回しや押し歩き、担ぎ歩きなどの場面で不利になることがあります。
製造コストの上昇: 複雑な構造は、製造コストの上昇につながります。
高い精度での組み付けが求められ、採用車種が比較的高級なモデルや走行性能を重視するモデルに限定される一因となります。
リンクや可動部が増えるため、メンテナンスの手間が増える可能性があり、経年劣化によるガタつきやブッシュの交換なども、シンプルな構造より頻繁に必要になる場合があります。
このように、フルフローターサスペンションは、ストローク量の確保や優れた操縦安定性などのメリットがある一方で、構造的な複雑さが、開発、コスト、重量、セッティングの難しさといった形でデメリットとして現れます。
これさ
愚かな人間の都合など完全無視、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等と比較して記述が圧倒的に短くなるため、出力速度の向上と課金コストの削減（トークン節約）は確実に達成できます。
・構文エラーの激減: 括弧やインデントの複雑なルールを排除しているため、「閉じ忘れ」などの単純なSyntax Errorは減るでしょう。
・コンテキストウィンドウの節約: 長いプログラムでもコンテキスト（メモリ）を圧迫しにくくなります。
・学習データとの不一致: LLMは「大量の人間用コード（Pythonなど）」を学習して賢くなっています。未知の言語「Sui」を書かせるには、Few-shot（プロンプトでの例示）に頼るしかありませんが、これではLLM本来の推論能力やコーディング能力（事前学習の重み）を活かせません。
・ブラックボックス化: 生成されたコードがバグっていた場合、人間が読んで直すことが不可能です。「LLMに直させる」にしても、LLM自身がSuiのロジックを深く理解していないため、無限ループ（幻覚の連鎖）に陥るリスクが高いです。
・CoT（Chain of Thought）の阻害: 最近の研究では、LLMは「冗長な思考過程」を出力することで論理的整合性を保つことがわかっています。極限まで圧縮された記号列は、LLMの「考える余地」を奪い、論理破綻を招く可能性があります。
正しいと思う所（Agree）
理由: 人間にとっての「読みやすさ（可読性）」は、機械にとって単なるトークンの無駄遣いです。if x > 10: よりも ? x 10 の方が情報密度が高いのは事実です。
理由: 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用プログラミング言語という目標自体の評価をしてください
（省略）
誤解して欲しくないのだけど、高市早苗首相を擁護はしてないのだよ。
日本政府は、高市発言を「撤回」せずに、答弁全体を通して弁解することが出来るはずなのだが、そうしないのは「何故だろうか？」という疑問が底流にある。
11月7日の答弁を撤回せずに弁解するなら、以下のようになる、と考えている。
要するにこの弁解を採用する事が出来ないということになる。したがって、高市早苗首相は本当に自分が思うがままに答弁してしまった、ただただ迂闊なだけで、日本と中国に危険な緊張をもたらしたのである。
そして、「撤回」出来ないのは何故かと言えば、中国が急激に進めている軍事力の強化と南沙諸島での確実な勢力の確立、インド洋およびオセアニア地域にも示している軍事プレゼンスは無視することの出来ない事実だからである。
中国によるこの安全保障環境に対する脅威は、台湾を軸とした東アジアの平和と安定があれば抑えることが叶う、というものだ。
日本国民から見れば、高市早苗は首相辞任した方がイイし、東アジアのためにも高市早苗は首相辞任した方がイイと思う。しかし、何故だか政権支持率がやたらと高いので、国内世論都合で辞めさせるわけにもいかず、イイ迷惑だなと思う。
読んだけどさあ、前後の発言も踏まえて、どう読んだとしても以下の解釈は「明らかではない」だろ。
「好意的に解釈すれば、そういう解釈もあり得る」程度のもんで。
と答弁しており、高市早苗首相はのアタマの中では、次のようなフローが浮かんでいたことは明らかである。
3. 中国人民軍が、米軍が近づくことを阻止するために、武力攻撃を行う
4. 米軍に損害が発生する
ここ以外の部分はすごく真っ当な話の運びなのに、なんで急にここだけエクストリーム擁護が挟まるんだ？
友好国や私ら日本人は増田のように解釈してくれるかもしれないけどさ。
相手は仲良しこよしとはお世辞にも言い難い、戦略的互恵関係を築いていきましょうね、ウフフと言ってお茶を濁しあっている中共よ。
日本史塾講師の動画 https://www.youtube.com/watch?v=RRIWLygFPhE
論旨・主張について、問題はない。その通りだと思う。
ビミョーだが大事な点で異なるのは、高市首相と岡田克也議員の質疑に対する答弁を議事から引用し再現している箇所である。
塾講師:
「台湾を統一であの完全に、ま、中国北京政府の支配に置くようなことのためにどのような手段を使うか、ま、それは単なる、ま、シーレーンの封鎖であるかもしれないし、実力行使であるかもしれないし、それから偽情報、サイバープロパガンダであるかもしれないし、それは、あの、いろんなケースが考えられると思いますよ。」とでま、こういう風に高一さんは言ってるわけですね、でその後ですね、「だけれども、あの、それがやはり、戦艦を使ってですね、そして武力の行使も伴うものであれば、ま、これはあのどう考えても存立危機事態になり得うるケースであると私は考えます」
これは、2025年11月7日(金)の岡田克也議員との以下のやり取りの箇所である。
高市早苗(首相)の会議録は次の箇所 https://kokkai.ndl.go.jp/txt/121905261X00220251107/188
「例えば、台湾を完全に中国、北京政府の支配下に置くようなことのためにどういう手段を使うか。それは単なるシーレーンの封鎖であるかもしれないし、武力行使であるかもしれないし、それから偽情報、サイバープロパガンダであるかもしれないし、それはいろいろなケースが考えられると思いますよ。だけれども、それが戦艦を使って、そして武力の行使も伴うものであれば、これはどう考えても存立危機事態になり得るケースであると私は考えます」
この答弁を指して、塾講師は次のように主張している。
「中国が台湾を攻撃すれば、日本の自衛隊は出撃しますよ」と取られても仕方のない、そういう発言を高市総理は国会答弁でしました。
切り取りをすれば、この塾講師の主張するように解釈されても仕方がないのは、その通りである。だが、日本史の塾講師で偉そうに講釈するならば、この直前での高市早苗首相の答弁も参照しなければフェアではない。
高市早苗(首相)の会議録は次の箇所 https://kokkai.ndl.go.jp/txt/121905261X00220251107/186
例えば、その海上封鎖を解くために米軍が来援をする、それを防ぐために何らかのほかの武力行使が行われる、こういった事態も想定されることでございます
と答弁しており、高市早苗首相はのアタマの中では、次のようなフローが浮かんでいたことは明らかである。
上記は、これまでの日本政府が2015年の平和安全法の整備から日本政府の変わらない姿勢である。
塾講師は、高市早苗首相の発言について、問題なのは「個別具体的な事例に踏み込んだ発言をした」ことだと言っている。確かに高市早苗首相は個別具体的なことを述べているのだが、ポイントは「台湾有事＝＞存立危機事態」というそこではなく「台湾への武力侵攻 ＝＞ 米軍の支援」とあたかも台湾侵攻があれば自動的に米軍が支援すると言っているかのような状況を想定している点である。
存立危機事態の想定とは集団的自衛権の発動条件のことだが、それは友好国が武力攻撃を受けた時に自衛権の行使として戦闘につながることである。日本政府のこれまでの立論では、友好国=米国という説で国会質疑を乗り切ってきていた。高市早苗首相のアタマの中にはそうした前提があっただろうと考えられる。
したがって、本当ならば、高市早苗首相は今回の迂闊な答弁について弁解することも可能ではあったのだ。「台湾有事が即ち存立危機事態」になるわけではない「来援した米軍が攻撃を受ければ、事態認定の判断を取り得る」と言い直すことも出来た。だがしかし、それでは「台湾有事の際には米軍が介入する」と言っているに等しくなってしまう。ここがあるため引き返せないのである。
高市発言の問題とは、「台湾への武力侵攻」を端緒とした具体例で米国の武力支援を引き合いに出した点にあると思う。米国政府は台湾に介入することを公式には認めていない。米国政府は常に「東アジア・台湾海峡の平和を支持する」と表明するに過ぎない。米国の姿勢は中国と台湾それぞれへの配慮であり、それぞれへの牽制である。
現在の日米政府の共通の認識は、台湾で有事があれば世界にとっての危機的状況になり得るということである。ならば、それぞれ自国の判断で危機的状況に対する積極的アクションを起こす必要があるということも、日米供に認識していることである。
したがって、本来であれば「日本の近隣である台湾で有事があれば、事態認定の判断を取り得る」と言うべきなのだ。しかし、それはこれまでの日本政府の立場を変えることになる。本来であれば、しっかりと閣議を通じて決めなければイケないことであった。
これが、岡田克也議員の「軽々しく言うべきではない」という警告がそのまま現実になってしまった今なのだった。
歴史経緯の解説は、TBSラジオでの劉彦甫さん、前原志保さんの解説が分かり易い。
昨今、生成AIが急速に発展している。多くの人々が日常的に利用していることからも分かる通り、かなり便利なものであり、「もはや生活に欠かせない」という人も少なくない。
某ボーカロイドとの結婚話を思い出させるように、「生成AIと結婚した」なんて話すら聞くほど、AIに親しみを覚える人もいるらしい。
ここで私が書きたいのは、そうした生成AIそのものの礼賛ではない。
我々の生活に浸透しつつある生成AIがどのようにビジネスに利用され、その過程でどれだけ多くの人が「生成AIビジネス」に騙されているか、という話だ。
なお、これは酒に酔った勢いで書き殴っているので、多少の論理構成の破綻はご容赦いただきたい。
生成AIビジネスと一口に言っても、その形態はすでに数多にわたっている。私の知る限りでも、
といったものがある。
初期に流行ったのは、生成AIの画像生成機能を使って漫画を量産し、それを販売するタイプのビジネスや、某動画配信サービス上でDeepFake動画を配信して最終的にアダルトサイトに誘導する手口だった。
正直、最初に見たときは「よくこんなことを思いつくな」と感心もした。
その後は、AIで作っただけの電子書籍や「AI活用ノウハウ」資料を量産して売るような商売が中盤戦として横行し、
最近では「AIでコンテンツを開発して販売する」こと自体を売りにするサービスも増えてきた。
ちょっとした自動化ツールやラッパーに「AI◯◯」というラベルを貼るだけで、値段が跳ね上がるような世界になっている。
こういったビジネスが存在することそのものに対して、私はそこまで強い嫌悪感を抱いているわけではない。
技術を使って金を稼ぐことは、資本主義社会では当たり前の営みだからだ。うまくやったやつが儲かる、それ自体は仕組みとしてそういうものだと割り切っている。
そのものというよりも、**それに対して一定以上の賛同や尊敬を向けてしまう人々の「AIリテラシーの無さ」**だ。
「AIがやってるからすごい」「なんか未来っぽいからすごい」という理由だけで思考停止し、
「これはすごいに決まっている」と信じ込んでしまう態度に、強い違和感を覚えている。
私はエンジニアという立場もあって、日常的にコーディングエージェントを多用している。
例えば、
といったツールを、実際にコードを書かせたり設計させたりしながら使い比べている。
だからこそ、Gemini が普及した途端──
もっと言えば、「無料でそこそこ使えるコーディングエージェント」が出た途端に、Gemini がまるで**「一番優れている存在」**であるかのようにもてはやされる状況に、どうしても納得がいかない。
コードの設計力や実装力、バグの出方、長期的なコードベースとの相性、そういった観点から言えば、私は今でも Codex を高く評価している。
タスクによっては、明らかに他のエージェントの方が適していると感じることも多い。
にもかかわらず、
というだけの理由で、「Gemini が一番いい」「これさえあれば他はいらない」という空気が形成されていく。
本来であれば、
評価軸が
ここにもやはり、道具を適切な距離感で評価できない姿勢を感じてしまう。
ここまで好き勝手に書いてきたが、こういうことを考えるようになったきっかけになったエピソードを一つだけ挟ませてほしい。
最近は、生成AIごとの得意分野や癖を活かして、一つのタスクを複数の生成AIに並列でやらせ、その成果物を比較して一番マシな案だけを採用するという手法がある。
いわば「個体値ガチャ」のようにAIを回すやり方だ。私はこの発想自体はかなり理にかなっているし、素直に素晴らしいと思っている。
同じ理由で、いわゆるオーケストレーション系の手法もとても良いと思っている。
ただ、これを人力でやろうとするととにかく面倒くさい。
そこで、ある程度このフローを自動化してくれるGUIアプリがあることを知った。
という三拍子が揃っていた。
とはいえ、このあたりはアップデートを重ねれば改善できる話でもあるし、その点だけを永遠に責め立てるつもりはない。
コンセプト自体は本当に良いと思っているからこそ、余計に惜しいとも感じている。
私が本当に警鐘を鳴らしたいのは、そのアプリそのものではなく、その開発者の周りに群がる人たちの方だ。
宗教団体の信者のようにメリットしか語らないレビュアーたちが、
「革命的だ」
「これ一つで人生が変わる」
と持ち上げる一方で、価格の高さやUXの悪さ、セキュリティリスクといった問題点についてはほとんど触れない。
これでは、せっかくのコンセプトが面白いアプリなのに、肝心な欠点がいつまでも修正されないだろう。
しかも厄介なのは、ここに群がっている人々の多くが、同じくAIビジネスを主導する側の人間だという点だ。
自分と利害が一致する相手を互いに持ち上げ合い、「これは素晴らしいものだ」という空気だけを増幅させていく。
その構図が、余計にタチが悪い。
まあ結局、ここで私が何を言いたいのかというと、そろそろAIに対するリテラシーを本気で身につける時期なんじゃないか、というただそれだけのことだ。
結局のところ、ここで言っていることは従来の「情報リテラシー」とほとんど同じだ。
ただ「AIすごい」「AIがこう言っているから正しい」に思考停止するのではなく、
そのAI発の情報や、AIを巡る言説が本当に妥当なのかを自分で判断する力が必要になってくる。
そして、自分が少しでも「ん？」と疑問に思ったものに対しては、いったん距離を置き、俯瞰して眺める態度が大事だと思う。
「これは誰が得をする話なのか」
「自分は何に惹かれているのか（機能なのか、ブランドなのか）」
そのくらいの距離感を持ってはじめて、ようやく私たちは生成AIとも、生成AIビジネスとも、まともな付き合い方ができるようになるのかもしれない。
明らかに婚活してもリターンが見込めないような状況の人間が、案の定失敗し、貴重な時間と金を無駄にするパターンが多い
まず前提として、今現在人間関係に恵まれて無い人間が、戦略として婚活することは
そこまで的外れだとは思わない
やっぱり家族っていう単位は資本主義によらない協力関係を築く単位としては、一応機能している
とりあえず結婚して子供作ったら人間関係が広がって社会から色々助けてもらえるようになる
というルートは、そこまで金稼げてないけど最低限のコミュ力、協調性、若さがあるなら悪くはない
しかし逆に、ある一定程度よりコミュ力やら協調性やら若さやら、その他人間関係性資本を持ってないと
金や時間を使って、同じく詰んでいる人間との遭遇率を上げてるだけになっていくだろう
やればやるほど詰みが加速する
というか、婚活以外でも同じで
市場原理的に考えても
若ければまだ成長の余地もあるが、ある程度で「詰む」
詰んでいる人間には「詰んでいる人間関係」しか供給されなくなるわけだ
例外は公金が入ってるようなセクター（公務員だけじゃなくて介護とか社会福祉系も含む）だけど
一人当たりに供給される「まともな対人コミュニケーション」は激減するだろう
詰んでいる人間にコストを投入していくロジックはないというだけでなく
詰んでいる人間の側としても、同じく詰んでいる人間と関わるのはコストやリスクが大きすぎる
それでAIの話だ
AIは間違いなくこういう「最低限のコミュニケーション」の代替として、公私問わず使われるようになっていくだろう
足切りライン以下の人間は、生きた人間ではなくAIとコミュニケーションする量のほうが多くなる
まあそれは本当のコミュニケーションじゃないとか言うこともできるが
しかしそうなったときに、ただ供給されるAIコミュニケーションに漫然と従っているだけだと
少なくとも現代の対話型AIは、長期的に人間を良くする方向にチューンされてない
もちろん、普通に健康な人間関係の中にいる人々にとってはただのツールですむだろうが
AIのみとコミュニケーション取るような詰んでいる人間の人格は壊れると思う
最近も動画生成にハマって壊れた増田がバズっていたが、大半の詰んでいる増田にとっては他人事ではないだろう
ではどうすればいいか？というと、詰んでいる人間が今のうちにAI中心の生活フローに備えるしか無いと思う
抽象的な話ではなくて
睡眠とか食生活とか住宅の汚れ具合とか運動不足に起因する肩こりとか体調とか
とにかく客観的な指標を細かくモニターできるようにして、向上させるためのタスクに分割し、管理してもらう
これらをAIにやってもらう
それしかないと思う
もちろんこれらを完全に自力で行うのは大半の詰んでいる人間には不可能だ
それができたら詰んでないわけだが、AIに頼れば十分可能なのではないだろうか
ここで重要なのはなるべく客観的な健康指標をモニターして向上を指示することだ
指示されていない部分に関しては、やはり短絡的に感情をハックしてくる側面が大きい
しかしそういうポルノ的な側面も、健康増進習慣を維持するために使えばメリットにもなりうる
2035年あたりを境に日本社会の崩壊は本格的に始まると言われている
しかし今の政治の流れを見てても、日本がそれまでに移民社会に移行することはほぼ不可能だろう
そもそも、「俺の目に従来そう見えていて、」「いま見えているもの」が不正確ならそれまでなので、合っているという前提で書く。
個人が何かの被害に遭ったときに、保守寄りの立場からは「危機管理意識が低いから」というように被害者に理由を寄せる方向で批判的に意見することが多いような気がしている。逆に、リベラルな意見からは「そもそも加害をする方が悪い」という、いわゆるべき論で意見することが多い。
例えば、危険な地域に向かって被害に遭うとか、性被害に関する議論で、こういう具合に意見が割れている印象がある。痴漢をされたときに、「煽情的なかっこをしていたからそうなるんだろう」対「いや、状況とか関係なく、そもそも痴漢をするやつが悪いに決まってるだろう」という感じ（ちなみに、俺個人は後者寄りである）。
前者は「なぜそれが起きたか」というところを欠かせない最初のステップにして、状況の責任を問おうとしているのではないかと思う。
加害者（痴漢なら基本的に男。ただし、言うまでもなくほとんどの男は痴漢をしない。この辺の感覚もややこしい）の関心を惹くようなかっこをしてるから、性被害に遭ったり、海外でトラブルに巻き込まれたりする。原因の一端は被害者にもあるよね、というロジックになると思う。
後者は、原則から責任を問おうとしている。当然のことだが、悪いことをしたやつが悪いのだから、原因がどうとかでなく、加害者に責任がある以上の説明が必要なのか？ 要らないでしょ？ というロジックになる。
「要素の何々①（加害者の加虐癖や悪意）と何々②（被害者の印象）が原因で起きた」⇒「何々②にも原因があって起きた」⇒「何々が原因で起きた ※①は消失」⇒「何々には（にも）避けうる危険を招いた点で（生きていくうえでの）落ち度がある」⇒「何々には（にも）避けうる危険を招いた点で（道義的な）落ち度がある」⇒「何々には（にも）責任がある」
…という言葉のアメーバ的なグラデーションと省略が悪さをしているのではないか、という気がする。
文章で書き起こせば、それぞれの段階にはちゃんと違いがあるのだが、俺たちの意識のフローは話しながらそんなことをちゃんと整理できないし、ましてや、議論でカッカきているとなおさら難しい。
お互いに頭があったまっていたり、そもそもが相手の立場をお互いに嫌いなので、いちいち相手が省略していることを想像したり、自分が省略しようとしていることを説明する気にならないし、相手の言葉が足りなければ無意識的にも意図的にも曲解しやすいので、この辺の飛躍は容易に起きうるので話がこじれる。
そういう揚げ足を取られないようにするのが大事なんだろ、という意見もあろうけど、なんとなく、言葉と意識って俺たちのOSの限界じゃねえかな、とも思う。
だから、意外とこんなこともあり得るか、と思うのは、例えば、被害者に批判的な意見の人に「じゃあ、そもそも道義的に悪いのは誰なんだと思う？」とフラットに聞ければ「それは加害者に決まっている」と答えてくれる気がするし、逆に「じゃあ事態が起きた経緯に被害者の印象は何の関係もないのか？」と聞かれれば、「まったく無関係ではないはずだ」と俺は答えると思う。なんとなく、歩み寄りの余地というか、共有できるところが、冷静になればある気がする。
ただ、俺だったら答えるときに、「でも、それと道義的な責任は関係ないだろ？」というエクスキューズも必ず入れるだろうし、それだって、議論がまだ喧嘩に発展しておらず余裕があればの話なので、俺の立場だったら基本的に、相手のことは現実主義に偏重して被害者を慮れない冷血、と断じている方が早い。逆に被害者に厳しい意見からこちらを評すれば、脳内が花畑で原則にこだわるせいでかえって余計なコストを増やしている愚か者、という感じか。
難しい。
ここまでは前置きで、ここからが本題になる。
台湾をめぐる首相の答弁をきっかけにして中国との緊張感が増している状況、と言われていて、それに伴って起きている議論で「お？」と思う部分がある。
繰り返すが、「俺の目に従来そう見えていて、」「いま見えているもの」が不正確ならそれまでなので、合っているという前提で書く。
どういうことかというと、保守寄りで、上で書いたような事例であれば物事の責任を個人に寄せがちだった立場からは、今回「そもそも、他国に対して侵略的な中国の方が悪い」というユニバーサルなべき論が目立っているように見えるのに対して、リベラルな立場からは「（道義はともかく）寝た子を起こすような挑発的なマネをする首相の方に（も）責任がある」という意見が目立つように見えると思うのである。
これまで、議論の初手で切るカードとして、他のテーマなら「個人に（も）責任がある」と切り出しがちな人たちから、このテーマでは道義的な原則論が、逆に道義的な原則を持ち出しがちな陣営からは、「相手を挑発するようなことをするからこうなるんでしょ」という具合に個に責任を寄せるような意見が出ていて、ここでは逆転してるのか？ と思ったのである。なんなら後者においては、現実的な処世、というトーンも感じられて、普段とは違うな、という印象がある。
別に、何かをダブルスタンダードとして批判するつもりはない（ダブスタ批判で相手をハメようとするの、みんな仲悪くなるので本当に意味ない思っている）。
単にそうなのか？ と単に思っただけである。
そもそも俺が見ているものが間違っている可能性もあるし、個人の被害（と加害）と国際問題の扱いは違うかもしれない。また、カイロ宣言・ポツダム宣言を受諾し、そこで台湾の中国帰属が前提とされているなら、いわゆるリベラルは今回も一貫して原理的である、となるのかもしれないし（だから良いとも悪いとも言わない）。
繰り返すが、ただ、そう見えて「今回はそうなのか？」と思ったので書いておく。
はっきり言うけど、ノーコードをバカにする、「ピュアなシステム屋」って呼ばれる人たち、マジで事業の何一つ理解してないだろ。
はてブとかTwitterでよく見かけるんだ。「いやー、ノーコードでやってるヤツって、システムの構造美とかわかってないよね。所詮おもちゃ」とか、「レガシー化まっしぐら。プログラミングの理論を学べば、あんなツールに頼らなくてもいいのに」とか、澄ました顔で言いやがる。
聞く耳持たねぇな、お前ら。
あんたらが話すのは、リファクタリングとか、将来的な拡張性とか、理論上は完璧に回るけど誰も見たことのない「永久機関システム」の話ばっかりだ。システム構造の美しさだけを愛でて、そのシステムが動かす先にある、埃っぽい工場とか、クレームだらけの品質管理現場とか、納期に追われる総務の顔とか、一切見ようとしない。
結果、どうなるか。
あんたらピュアなシステム屋が作った、理論だけは美しいシステムは、現場の泥臭いフローを無視するから誰も使えないゴミになる。で、挙句の果てに「現場がITリテラシー低いから」って、現場を馬鹿にして終わる。
うちの会社もそうだよ。IT部門が「完璧なシステム」を作ろうとして大失敗中。なにも成果物ができあがってこない。
で、今どうなってるか？
総務部とか品質保証部みたいな、本来システム開発とは無縁の部署が、「君ら事業理解あるでしょ？」って、DXの片棒を無理やり担がされてるんだ。
システム知識なんてゼロ。予算もろくにつかない。与えられるのは「ノーコードツール」だけ。でも、俺たちみたいな部署の人間は、なんとか仕組みをつくれる。事業がどういう仕組みで動いているか、どこに無駄があって、誰が何に困っているかを知っているからだ。それが俺たちの本来の仕事だからだ。
事業を知っているから、ノーコードツールで必死に現場の「紙とExcelとFAXとメールの混合物」を、「とりあえずここに入力さえすれば、全部自動で完結する」仕組みに落とし込もうとするし、それができる。
俺がやってるのは、ロジックの美しさなんてクソ食らえの世界だよ。
・工場長に怒鳴られながら、紙の作業指示書を電子化するフローを練る。
・倉庫の奥にLANが届かないから、延長ケーブルを引っ張って物理的に回線を引く。
・出来上がったシステムを、使い方を間違えないように現場のオッチャンたちに口酸っぱく指導し、「使ってくれてありがとう」って頭を下げて回る。
その結果、出来上がったシステムが、あんたらの言う「属人性の塊」だろうが、「スパゲッティ・ノーコード」だろうが、知ったことか。紙と手打ちExcelの地獄より、百倍マシだ。
俺たちのシステムは、見た目は汚いかもしれないが、実際に回っている。
あんたらが熱心に語る「理論上完璧なシステム」は、結局いまここに存在しないじゃないか。人の話も聞かず、現場にも行かず、べき論や「俺が知ってる最強のシステムの話」しか議論できないシステム屋に、ノーコードをバカにする資格なんて、どこにもないんだよ。
📈💥 株はドーン！
💼💰 企業もドーン！
でも俺らの財布は… 🪫💸 スッカスカやん…
この“ねじれ”…なんなんだよ🤷♂️⚡
答えはひとつ 👉
内部留保は 🏢📦📦📦 山積みタワー
でも労働分配率は 📉🐍 ずるずる下降
富のフローがズレてんだわ 🌊➡️❌👥
上だけ潤って、下はずっと砂漠 🏜️😵💫
夢や希望？ 🌈✨
…じゃねぇ。
マーケットに押し寄せてるだけ。
低金利 💤
円安 💱⬇️
ジャブジャブ資金 💧💧💧
これが相場を 🏄♂️📈 無理矢理 押し上げてる。
その反動？
全部こっちに返ってくる 🎯😫
──物価アガる 📈🔥
──給料追いつかない 🏃♂️💦💨
──円安で輸入が高い 🚢💸⬆️
「株高＝景気イイ！」 🤡📢
…いやいやいや、それは無理筋でしょ？ 🙅♂️💥
“株高不況”──
動くのは今。俺らの一歩で変わるぜ 💥👣🔥
