  |
はてなキーワード: 入力とは
調べれば書き方が分かるようなコードならかなり確度高く書いてくれて有能だな。特に自分でサボりがちなテストやプロファイリング用のコードを勝手に書いて結果を分析してくれるのは助かる
あと、ライブラリ間でコードを移植していてライブラリAの入力は距離と時間だけどBの入力は速度と距離みたいな場合に、ちゃんと距離と時間から速度を計算して入力するコードを書いてくれる。さすが共通テスト満点とれるだけあるな
ただ、調べても解決法が分からん系のトラブルの解決はまあそりゃそうなんだが全然ダメ。ググっても「私はこれで直った」「直らなかった」みたいな情報が錯綜してるようなやつ。「情報が錯綜していて分かりません」と言ってくれれば良いのに自信満々に「これで解決です！」とか言ってくる
【はじめに】
法的には、彼は解散権という核ボタンを持ち、人事権という生殺与奪の剣を握る「全能の王」に見える。
しかし、構造的に見れば、彼は巨大な官僚機構、党内力学、そして対米従属という三重の鉄壁に囲まれた「独房の囚人」に過ぎない。
本シリーズの最終章となる本稿では、この「システム（構造）」と「アクター（個人）」の間に横たわる、残酷な力学を解剖する。
なぜ、改革を叫ぶ者は短命に終わり、何もしない者が長期政権を築くのか？
ここにあるのは、個人の資質の問題ではない。システムが許容する「自由意志」の総量が、最初から決まっているという物理法則である。
「操縦桿」は繋がっているか？
日本政治という巨大な飛行機（リヴァイアサン）において、コックピットに座る首相が握る操縦桿は、実は主翼（政策実行機能）と繋がっていないことが多い。
この操縦桿は、フライ・バイ・ワイヤ（電気信号）で制御されているが、その信号を処理するコンピューター（官僚・米国・派閥）が、入力された命令を「解釈」し、勝手に書き換えるからだ。
日本の首相官邸というコックピットにおいて、パイロットが選択できる行動パターンは数学的に以下の三つしかない。
衝突：システムと正面衝突し、破砕する。
それぞれの運命を、具体的な検体（歴代首相）を通じて検証する。
岸田文雄（2021-2024）は、無能だったから短命だったのではない。逆に、このシステムにおける「理想的な統治者」としての適性が高すぎたために、存在自体が空気（環境変数）と同化した稀有な例である。
官僚機構、派閥の長老、連合、そして米国。あらゆるステークホルダーからの入力信号（Input）を、一切のフィルタ（個人の自我）を通さずに、そのまま政策として出力（Output）する機能のことだ。
財務省が増税を囁けば「増税」と出力し、世論が反発すれば即座に「減税」と出力する。ここには「変節」という概念さえ存在しない。ただ「入力が変わったから出力が変わった」という、機械的な反応があるだけだ。
官僚にとって、これほど扱いやすいUI（ユーザーインターフェース）はない。
彼が多用した「検討を加速させる」という再帰的なループ言語は、決定責任を回避しつつ時間を稼ぐ、このシステムが産んだ最高の防御呪文であった。
彼は「何も成し遂げなかった」のではない。「何もしないことで、システムを安定させた」という点で、最も純粋なシステムの部品であった。
【Type B】異端：鳩山由紀夫・田中角栄という「免疫拒絶」
システムは「自律的な意志」を持つ部品を、ウイルスとして検知する。
田中角栄（ロッキード事件）と鳩山由紀夫（普天間移設）は、左右の違いこそあれ、システム（特に第2層の官僚と第3層の米国）の回路を、個人の意志で書き換えようとした点で共通している。
破壊工作の失敗：
田中角栄： 彼は「カネ」という潤滑油を大量に注ぎ込むことで、官僚機構（法による支配）を無力化し、日中国交正常化などの独自外交（対米自立の萌芽）を行った。
鳩山由紀夫： 彼は「友愛」というイデオロギーで、日米安保というOSの根幹（抑止力論理）を無効化しようとした。「最低でも県外」という言葉は、システムへの宣戦布告であった。
リヴァイアサンは、彼らを政治的に殺すために「免疫細胞」を動員した。
田中には「東京地検特捜部」という司法の牙が、鳩山には「外務省官僚によるサボタージュと極秘文書のリーク」という行政の罠が襲いかかった。
「構造に逆らった個人の意志は、必ず物理的に排除される」という、システムの自己防衛機能が正常に作動した結果である。
彼らの屍は、後続の政治家たちへ強烈なメッセージを残した。「操縦桿を勝手に動かすな」。
【Type C】ハッカー（Hacker）：安倍晋三・高市早苗という「悪魔的取引」
彼らは、システムと戦う愚かさ（Type B）も、システムに埋没する虚しさ（Type A）も知っていた。
ゆえに彼らは、システムそのものを「ハッキング」することを選んだ。彼らは構造を変革するのではなく、構造の「脆弱性（Bug）」を突くことで、擬似的な王権を創出した。
安倍晋三（第二次政権）の発明は、官僚と戦うのではなく、官僚の「人事」を握ることで、彼らを「恐怖」で支配下に置いたことだ。
これにより、官僚機構（第2層）は「抵抗勢力」から「忖度する手足」へと変質した。
歴代の首相たち――橋本龍太郎も、小泉純一郎も、民主党の菅直人も――皆、官僚機構（霞が関）と戦い、そして敗北あるいは妥協を余儀なくされた。
なぜ彼らは失敗し、安倍晋三だけが官僚を「忠実な下僕」に変えることができたのか？
2014年に実装された、たった一つの「構造変更パッチ」にある。
以前のシステム：「聖域」だけは触れない
2014年以前、日本の首相は「法律」を作ることはできたが、官僚の「人事」に口を出すことはタブー（聖域）とされていた。
各省庁の事務次官や局長は、省内の序列と互助会的な論理で決定され、首相は最後にハンコを押すだけの「ハンコ」に過ぎなかった。
この構造下では、官僚の忠誠心は「時の総理」ではなく、「所属する省庁」に向けられる。
だからこそ、彼らは平気で面従腹背し、サボタージュを行い、情報をリークして政権を倒すことができた（民主党政権が殺された主因はこれである）。
安倍晋三（と当時の菅義偉官房長官）は、このバグを冷徹に見抜いていた。
2014年、第二次安倍政権は「国家公務員法」を改正し、内閣人事局を新設。
これにより、審議官級以上の幹部公務員（約600人）の人事権を、各省庁から取り上げ、官邸（内閣官房）が一元管理するシステムへと書き換えた。
これは、OSの「管理者権限（Root Access）」の奪取に等しい。
効果は劇的だった。
かつて「法の番人」を自認していた法務官僚も、財政規律を守っていた財務官僚も、自らの出世と組織防衛のために、官邸の意向を「先回りして推測（忖度）」し、公文書の改ざんすら厭わない「忠実な兵隊」へと変貌した。
小泉純一郎は「郵政」という局地戦には勝ったが、官僚機構そのものは温存した。
民主党は官僚を「敵」として怒鳴りつけたが、人事権という武器を持たずに戦ったため、寝首をかかれた。
安倍晋三だけが、「人事権という首輪をつければ、猛獣もペットになる」という構造力学を理解し、それを制度化したのである。
これが、彼が「憲政史上最長の政権」を築けた最大のトリックであり、同時に日本の官僚制（明治層）の魂を完全に殺した「毒」の正体でもある。
さらに彼は、米国（第3層）に対し、集団的自衛権という「最高の貢物」を差し出すことで、国内政治におけるフリーハンド（黙認）を勝ち取った。
彼女の「保守的な言動」は、イデオロギーではない。あれは、岩盤保守層（第1層の農村・地主の変種）を繋ぎ止め、同時にシステム内部の求心力を維持するための「認証コード」である。
彼女は、安倍政権が残した「ハッキング・ツール（人事権と安保連携）」を継承し、さらに「非常時（台湾有事の危機）」という外部環境を利用して、システムの権限を極限まで集中させている。
代償：
ハッカーたちは強い。しかし、その強さは「システムの一部（公共性や法の支配）」を犠牲にして得たものだ。
彼らが長期政権を維持すればするほど、官僚は萎縮し（公文書改ざん）、財政は規律を失い（異次元緩和）、国は「私物化」されていく。
彼らは操縦しているように見えるが、実際には「機体のパーツを取り外して燃料にくべながら、加速し続けている」に過ぎない。
これは一見、彼女の強烈なリーダーシップ（能動性）に見える。しかし、本シリーズの視座から見れば、それは違う。
彼女もまた、システムが生き残るために選ばれた「機能」に過ぎない。
「改革」という名のエンターテインメントを国民に提供し、ガス抜きをする。そのために、彼女の攻撃的なキャラクター（UI）が採用されただけだ。
彼女が操縦桿を右に切ろうが左に切ろうが、機体は「現状維持」という航路から1ミリもズレない。
なぜなら、エンジン（経済構造）も、管制塔（米国）も、整備士（官僚）も、誰も航路変更など望んでいないからだ。
“善良”な「依代」が統治すれば、国は緩やかに衰退する（死に至る病）。
“勇敢”な「異端」が統治すれば、国は即座にパニックに陥り、彼自身が殺される（拒絶反応）。
“狡猾”な「ハッカー」が統治すれば、国は熱狂の中でその骨格を食い荒らされる（自己中毒）。
なぜなら、コックピット（首相官邸）の設計そのものが、「主権の欠損」を前提に作られているからだ。
我々が目撃しているのは、高度に発達しすぎた官僚制と資本主義の複合体が、もはや人間の「意志」を必要としなくなった光景である。
政治家の「主観的能動性」は、いまやシステムにとって「リスク」でしかない。
したがって、システムは最も「空っぽな人間」か、最も「システムに過剰適応したハッカー」だけをコックピットに招き入れる。
操縦席には誰もいない。あるいは、「誰もいない」のと同じ状態の人間しか座れない。
それでもリヴァイアサンは飛び続ける。燃料（国民の税と魂）が尽きて、墜落するその瞬間まで。
政治が「悪い」ことではない。
「イキスギ〜！イクイク！アーーー！」って入力したら「イク……スギィ……！イクイク……アーーーー……！骨の髄まで、しびれるぜぇ……！」に変換されて萎えた。使いません。何、イクスギって。
情報の提出先のメールアドレスに誤りがあり、今月15日から16日にかけて職員の名前やマイナンバー、住所などが外部のメールサーバーに送られたということです。
テストや説明のために使われるドメイン「example.com」がMicrosoft Outlookの自動設定機能において実在のメールサーバーとして扱われ、利用者が入力した認証情報が意図しない相手に送られ得る状態になっていたことが判明しました。
これができるなら有能じゃね？
タイムカードの写真ってスマホで撮るのかな。もしくはコンデジ？
クラウドでも使う？
ともかくその仕組みを考えて実行して3時間で完成させるのは有能だよ
ま、創作だと思うけど
コミュ障、ADHD、報連相壊滅、書類は誤字祭り、会議では空気読めない発言を連発。入社半年で「増田くんは……うん……」という目で見られるようになった。あの憐れみと諦めが混ざった視線、一生忘れない。
月20ドル。当時の俺の時給より高い。でも「これで無能な俺でもなんとかなるかも」という藁にもすがる気持ちだった。
最初は日報の文章を直してもらっていた。俺が書くと「本日は利用者様と活動しました。楽しかったです」みたいな小学生の作文になる。これをGPTに投げると、ちゃんとした社会人の文章になって返ってくる。魔法かと思った。
そのうち調子に乗り始めた。
「Googleフォームの回答をスプレッドシートで自動処理するスクリプト作って」
返ってきたコードは一切読めない。何が書いてあるかわからない。でもコピペして実行すると、動く。なぜ動くのかは知らない。今も知らない。
「これ増田に頼めばすぐでしょ」
いや、俺じゃなくてGPTに頼んでるんだが。
でも誰もそこには気づかない。俺が関数を関数とも呼べないレベルだということを、誰も知らない。VLOOKUPとか言われても「なんかVがつくやつ」くらいの認識しかない。それでも「増田はパソコン得意だから」で全部片付く。
うちの職場、紙のタイムカードをExcelに手打ちしていた。毎月、事務のおばちゃんが1日かけて転記していた。
俺はGPTに「タイムカードの写真から勤怠データを読み取ってExcelに入力するスクリプト書いて」と頼んだ。3時間くらい試行錯誤して、なんか動くものができた。
いや、俺は「できた？」「エラー出た」「これ貼って」を繰り返していただけなんだが。
福祉業界で3年目の若手が本部に行くのは異例らしい。上司には「君のITスキルを組織全体に展開してほしい」と言われた。
俺がやってることは「AIに聞く」「出力をコピペする」「動かなかったらエラーを貼ってまた聞く」、これだけだ。知識じゃない。技術でもない。ただの課金と根気だ。
正直に言う。
毎日、めちゃくちゃ怖い。
「増田さん、これどういう仕組みですか？」と聞かれるたびに心臓が跳ねる。
説明できない。自分で書いてないから。「いや〜、ちょっと複雑で……」と誤魔化すたびに冷や汗が出る。
同僚がChatGPTを使い始めたら終わりだと思っている。
「ていうか、増田いらなくない？」
そう気づかれる日が来るのが怖い。
「こういう業務が面倒」「これを自動化したい」「このフローは無駄」という問題意識は、俺の頭から出てきている。AIはそれを形にしてくれているだけで、「何を作るか」を決めているのは俺だ。
ひとつ確実なのは、俺と同僚の差は「早く課金したかどうか」だけだったということ。
2023年の春に「月20ドルくらいなら払ってみるか」と思ったかどうか。それだけ。
来月も払う。
俗に言う「アナログ感」は“記録が不正確”というより、アナログ機材由来の非線形（飽和・コンプ感・倍音）＋帯域/位相のクセが作る聴感上の質感を指すことが多い。
確かにテープや盤、古い回路は超高域の減衰、トランジェントの丸まり、微小なゆらぎが起きやすく、それも「柔らかさ」に寄与する（ただし原因は“デジタルより遅いから”というより、主に回路/媒体の特性）。
「ノイズ足し」「歪ませ」でも近づけるが、違いは歪みが入力レベル・周波数・時間変化に応じて複雑に変わり、同時にコンプ/位相/帯域/クロストーク等も一緒に起きる点。
つまりアナログは“ノイズ or 歪み単体”ではなく、複数の副作用が相関して動く一体の挙動で、これが音像のまとまりや前後感として感じられる。
宇多田ヒカルやブルーノ・マーズの「アナログっぽさ」は、録音方式よりも アレンジ/演奏のグルーヴ、ミックスの質感設計（テープ/コンソール系サチュレーション、ドラム処理、帯域設計）で作っていることが多い。
ほんとは開発サイクルにおいてテストもかなり重要なんだけど、テストしかできない人に回ってくるのは実装がめんどくさいだけの「UIを規定の順番でクリックしたり入力したりして正常系と異常系を確認する作業」なので技術職ではなく単純作業者
(最近はブラウザ操作の自動化もできるけど、まだまだ自動化が難しくて人手に頼ってる領域はいっぱいある）
・発生経路からソースコードの関連個所を読んで発生原因を推測する
・推測から追加試験やログなどを入れて原因を完全に特定する（場合によってはそれを実施するために関連する人との交渉も）
・原因と考えうる対策、対応優先度や重要度などの分類をレポートにして報告する
かつて「お母さん」に読み聞かせをしてもらった少年は、約束通り立派な増田（マスダ）へと成長していた。 彼が今いる場所は、荒野でも実験場でもない。都内の片隅、家賃4万5千円の事故物件。10年前のあの「伝説の増田たち」の思念が渦巻く、匿名ダイアリーの深淵だ。
画面の中では、今日も今日とて不毛な論争が繰り広げられている。
かつて水爆の熱線で蒸発したはずの増田たちの魂は、形を変え、言葉を変え、それでも変わらぬ「全方位へのルサンチマン」を燃料にして、この電子の海で核分裂を繰り返していた。
あの日から10年。 少年――いまや20代後半、万年ヒラのシステムエンジニアとなった彼は、仕事帰りの松屋で牛めしを掻き込みながら、スマホの画面を睨みつけていた。
彼が書き込もうとしているのは、あの日、お母さんが教えてくれた「増田のルーツ」へのアンサーソングだ。
そんな釣りタイトルを入力しては消し、入力しては消す。 ふと、画面の隅に表示された広告が目に入る。それは「最先端のAIがあなたの悩みを解決します」という、10年前にはなかった技術の結晶だった。
彼は鼻で笑った。 「AIに増田の、このドロドロした感情が分かってたまるかよ」
その時、画面が不自然に暗転した。 10年前の「あの瞬間」と同じ、予兆のない静寂。
「……おい、そこ、邪魔だぞ」
背後から声をかけられ、彼は振り返った。 そこには、10年前に消滅したはずの「三百ブクマ稼いだ増田」にそっくりの男が立っていた。いや、それだけではない。 「暴力で勝ったやつが総取り」と叫んでいたマッチョな男も、「水をキットカットにぶっかけた」情緒不安定な男も、全員がそこにいた。
そこは、かつての荒野ではなく、「はてなスター」が夜空の星のように輝く、精神の仮想空間だった。
「お前……あの子どもか？」 名探偵増田が、10年前のガソリンの味を思い出すかのように舌を出しながら言った。
「10年経っても、お前らは何も変わってないんだな」 青年は震える声で言った。 「なんでまだここにいるんだ？ 核爆発で消えたはずだろ」
英雄として胴上げされた増田が、苦笑しながら答えた。 「増田は死なない。誰かがキーボードを叩き、誰かにマウントを取り、誰かに共感されたいと願う限り、俺たちは何度でもこの記事（セカイ）にリポップする」
青年は悟った。 10年という歳月は、彼らを浄化するためではなく、より濃縮された「はてな」を作り出すための熟成期間に過ぎなかったのだ。
「で、お前は何を書きに来たんだ？」 最初の増田が、ニヤニヤしながら青年のスマホを覗き込む。
青年は少しだけ迷い、そして、10年間溜め込んできた想いを指先に込めた。 それは、増田としての誇りでも、社会への怒りでもない。 ただ、かつて物語を読み聞かせてくれた母への、そしてこの奇妙なコミュニティへの、たった一行の「真実」だった。
その投稿ボタンを押した瞬間。 10年前と同じように、画面の向こうから「「「わっしょい！！ わっしょい！！ わっしょい！！」」」という幻聴が聞こえてきた。
LINEオープンチャット「はてなブックマーカー」の１週間分の要約を、さらにAIを使用し、試験的にまとめまています。
---
---
---
---
---
---
---
---
---
---
**寒さ・仕事の愚痴・食や雑談**といった日常までが自然に行き交う、非常に生活感のあるログだった。
https://anond.hatelabo.jp/20240722084249
両方に聞いてみた
当然仮説になるんだけど
・ChatGPTはGeminiに比べて入力の外からもってこない（わからない時にクリエイトしない）
・ChatGPTは日本語に強く、英語ならGeminiの方が勝つ可能性はある
・Geminiはマルチモーダルとか、大量のデータで強い、情報のスキャンに強い、研究向き
・そもそも今のベンチマークに懐疑的、Geminiが過度に最適化している可能性がある（by Gemini）
・Geminiに一部まだハルシネーションが見受けられる（by Gemini）
まあ両者いろんな案を出してもらったんだけど、まあ現状まだ一長一短、色々あるんだな
じゃあ「Geminiの方が賢い！」って言ってる最近の人たちってなんなの？
たまにGeminiは大ポカやるイメージはある
お兄さんが取り出したのは、他社のカードだったようです。
Tカードやろな
ドコモショップで口座振替の手続をするとき、キャッシュカードの暗証番号を入力するからな
間違えすぎてロックかかってUFJまで走って解除してもらった思い出（隙自
おサイフケータイとは…何か？
昔ワイズマートのレジに貼られてた決済可能ブランド一覧におサイフケータイロゴがあってこれは一体なんだと思ったな（
まあ、窓口の端末で残高確認できないならDCMXminiしか考えられないので
《3月末FOMAサービス終了で大混乱！？》ドコモショップで繰り広げられた「老害の見本市」な光景
https://news.yahoo.co.jp/articles/1d6f07454ac64109168f7bb53fb81bad28b06f31
FOMAユーザはパスキー使えないし回線認証もできないので、店頭へ行くしかない
仕方ないね
CLAUDE.md や rules / skills みたいな形で、重要なコーディングルールはあらかじめかなり固めておく。
たとえば repository 層や Entity 層は具体的にどう書くのか、テストケースはどういう書き方をして、どういう観点で項目を洗い出すのか、みたいな AI への指示は最初から用意しておく。
あと、linter や ArchUnit、dependency-cruiser みたいなアーキテクチャ制約も、自分なりの定石を持っておく。
割と過剰なレベルでガチガチに固める感じで、アーキテクチャルールも「◯◯は XXX に依存できない」みたいなブラックリスト式じゃなくて、「◯◯は XXX だけに依存できる」みたいなホワイトリスト式の方が良いと思っている。
ts 前提だと eslint や tsconfig は一番厳しい水準に設定する、流石にきつい部分でてきたらそこだけ緩める、という運用
おすすめなのは、何かしらの小規模案件や個人開発アプリを1つオーバーエンジニアリング上等でガチガチ構成で作っておく。
そこで出てきた linter 設定やプロンプト設定を、別案件に横展開する感じ。
正直、ガチガチすぎると MVP とかレベルだとコード量は増えるけど、メンテする前提の案件ならバイブコーディング時代だと普通にペイすると感じている。
アイディアを思いついたら、AI と壁打ちしながら仕様を洗い出していく。
手書きでドメイン図を書いて、それを写メ撮って画像認識で仕様整理、みたいなのも割とアリだと思っている。
どういう画面があって、どういう入力項目や表示項目が存在するか、バックエンドはどういうエンドポイントが必要か、この辺りは最初に一通り洗い出しておく。
それに加えて、ユーザーが初めてトップページを開いてから登録・ログインして実際にサービスを一通り使うまで、みたいな流れをそのまま Playwright のシナリオテストに落とせそうな形で何パターンか仕様書にしておく。
フロントエンドで、DDD における集約みたいな概念がそのまま当てはまらない領域についても、設計時点で洗い出せているなら Entity 的なものやドメインサービス的なロジック用のレイヤを作って、ドメインオブジェクトとして実装していく。
最初に作った基本設計をベースに、◯◯Entity、XXEntity、△△Entity……を作るためのプランとチェックリスト形式の TODO を 1つの md ファイルに吐き出してもらう。
フェーズごとにフォーマッタ、linter、アーキテクチャルールなど一括実行したコマンド実行させて失敗してたら成功するまで修正繰り返させる。
ある程度わかりやすい単位で AI に依頼する感じで、出来上がったコードをレビューする前提なので、実装プランの md 自体はよほど分かりやすいツッコミどころがない限り細かくレビューしない。
mdのフォーマットは skills 側で事前に用意しておく。
フロントエンド用、バックエンド用の両方でドメイン層のファイルを作る。
当然、足りないロジックは後から絶対に出てくるけど、最初から完璧は目指さない。
TODO 一覧の中から自分の認知負荷が許す単位で「チェックリストのここからここまで実装して」と指示を出し、実装が終わったら TODO 項目のチェック状態を更新してもらう、mdファイルもコミットに含める。
コミット前にはlint ルールを無効化していないか、意図通りの実装になっているかは git diff の差分で必ず確認する。
git worktree を使うことが多い。
よくやるのはフロントエンドの画面モック作成とバックエンド実装の2並列で行う。
実装プランを考えてもらうときは「◯◯画面を実装プラン考えて」くらいの単位で依頼する。
実装プランの md ファイルを作るときのプロンプトには、基本設計の〇〇画面の項目一覧をベースに、◯◯のアイテムコンポーネント、リストコンポーネント、◯◯のボタンコンポーネント、Information コンポーネント、外部通信用の ◯◯Gateway を実装する、◯◯コンポーネントは既に ◯◯ 機能で実装してあるからそれを使って、◯◯は処理が膨らみそうだからドメインサービスで実装して、みたいな感じで頭の中のふんわりしたイメージを伝える。
バックエンドも同様で、◯◯のエンドポイントを作って、Gateway がこれこれ必要だから実装して、これはインターフェースと実装分けてね、Entityへの変換処理は関数分けて、◯◯の処理は Usecase 層で、◯◯の処理はドメイン層で、Usecase が膨らみそうだから ◯◯ の処理は独立したクラスにして、あ、似たようなのが ◯◯ 機能にあるからそれを参考にして、くらいの粒度で指示を出す。
フロントエンドの実装を待っている間に、バックエンドのプランを考えたり、タスク粒度を調整したり、リファクタリングプランを考えたりする、またバックエンドのAI待ち時間はフロントエンドのことをする。
フロントエンドオンリーの実装とかで作業が競合するリスクあるときは並列作業しない。
チェックリスト更新が終わるごとに差分を確認して、問題なければコミットメッセージを提案してもらってコミットする。
細切れにするコストよりも、レビューする人間の認知不可が許すレベルであればある程度まとまった単位でレビューして実装速度を優先する派。
テストは、ある程度実装が進んでリファクタリングが辛くなってきたタイミングで作ることが多い。
カバレッジやミューテーションテストなど、定量的にテストを評価できる仕組みは導入する。
バックエンド側のテスト実装は正直かなり楽で、行数や認知的複雑度を厳しく制限して単一責務の原則を守って実装しておけば、AI がかなり高精度なテストを出してくれる。
これもテストファイル実装プランを作ってもらって「ここからここまでのテスト20ファイルを実装してね」をレビュー挟んで繰り返す感じ、例えばミューテーションテストのkill率100%ならそんなに詳しくは見ない。
フロントエンドはテストの定量指標での評価が難しいので、そこはその分レビューを頑張るしかない。
自分はこんな感じでやっている。
感覚としては、優秀だけどシステムのアーキテクチャ全体の責務を負ったことはない経験不足の2年目やSESの部下を扱うEMに近いのかなぁ。
周りの話を聞いていると、もっともっと AI に自律的にいろいろやらせているようにも聞こえる。
これでも 1日1人で数万行レベルはコードを書けてるので、AIない時代に比べると数ヶ月分の成果を1日とかで出してることになるが、もっと本気出せるのかなぁ。
「全機能分プラン作ってね！そこから良い感じの粒度でコミットも自分でやってね！」みたいな指示を良い感じに出せたとしても、指示がでかすぎると、脆弱性盛々になったり、lint エラーループでパニクって linter オフにし始めたり、テスト通すためにエラー握りつぶして assertTrue(true) し始めたりする。
それは流石に許容できないレベルじゃない？が紛れ込むリスクが上がりすぎるんじゃないかなぁ。と思ってるんだがどうだろうか。。。
あとツールはあんま入れてないねkiroとかspec-kitとか、ガチガチ細切れで仕様書作るメリットもあんま感じなかった。
mcpもserenaくらいしかいれてないや、トークン節約してレートリミットの猶予伸ばした方が結局開発早くなるかなって。
いろいろ入れた方がいいんだろうか。
完全にオレオレでこんな感じでやっているんだけど、みんなspec駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。
協調フィルタリングというものは、一見すると集合知や賢い市場を装っているが、その実態は市場の失敗をそのままアルゴリズムに焼き付けた自己放尿装置にすぎない。
過去の行動履歴という低次元で歪んだデータを入力し、他人と似ているというだけの理由で選択肢を狭め、探索空間を意図的に潰す。
その結果として起きているのは、情報の多様性の縮退、需要の自己強化、そして局所最適への自己放尿だ。
これは効率性ではない。単なる近視眼的自己放尿であり、価格シグナルや検索コストという市場の本質的問題を、推薦という名の安易な補助輪で誤魔化しているにすぎない。
しかもこの仕組みは、利用者が自分で探すという行為を放棄すればするほど強化されるため、主体性の劣化、判断能力の退化、情報環境の閉鎖性という、主体・アルゴリズム・プラットフォームのトリプル放尿を引き起こす。
推薦されたものを消費し、その結果がまた推薦を歪めるという循環は、まさに自己放尿の永久機関であり、市場が本来持つ探索と発見の機能を内部から腐食させる。
ここで本当にすべきことは、レコメンドではなく、サブスクライブした情報の時系列表示と、検索の機能性だ。
時間順に並んだ情報は、因果と変化を可視化し、利用者に判断の文脈を与える。
強力な検索は、偶然性と意図的探索を両立させ、局所解からの脱出経路を提供する。
不完全な情報の中で、各主体がコストを払って探索し、失敗し、修正するプロセスそのものだ。
協調フィルタリングはそのコストを隠蔽し、失敗を外注し、結果として全体を劣化させる。
合理性、効率性、利便性を掲げながら、実際にはトリプル放尿を垂れ流しているという点で、これは明確な市場の失敗であり、救いようのない自己放尿なのである。
世界が壊れるとき、それは悪意ある天才の陰謀によってではなく、たいていの場合、無知な権力者の自己放尿によって起こる。
ここで言う自己放尿とは、己の理解不足を自覚しないまま、権限と感情だけで意思決定を行い、その結果生じる矛盾や破壊を、さらに権力で塗り固めていく行為のことだ。
知識がないまま世界を設計し直そうとすること、そしてその無知を学習で補正する回路を自ら遮断することは、明確な加害行為である。
典型的な比喩がある。光合成の概念を知らない者が、「CO2が増えるから木を切り倒せ」と言って自己放尿しているようなものだ。
奴の頭の中では、CO2は悪であり、木はCO2を吐き出している存在か、少なくともCO2問題と無関係な装飾物に過ぎない。
炭素循環というシステム全体、入力と出力、時間遅れ、ストックとフローの関係は視界に入らない。
結果として、奴はCO2を減らすという名目で、CO2を吸収する装置そのものを破壊する。
だが本人は善意のつもりであり、しかも権力を持っているため、その誤りは即座に政策となり、現実を殴って自己放尿する。
この構造は環境問題に限らない。経済でも、科学でも、安全保障でも、同じ自己放尿が繰り返される。
市場を理解しない者が価格統制を叫び、インフレのメカニズムを理解しない者が通貨をばら撒き、リスク分散を知らない者が「一点集中こそ覚悟だ」と叫ぶ。
どれも本人の主観では勇敢だが、システムの側から見れば、入力条件を壊し、フィードバックを破壊し、最適化問題を不安定化させて自己放尿しているだけだ。
教養とは、知識の量ではない。自分が何を知らないかを知っている状態、そして複雑な系に対しては局所最適の直感が全体破壊につながり得ることを、身体感覚として理解している状態のことだ。
冷徹に言えば、教養のない権力者は、世界を巨大なブラックボックスだと思っている。
ボタンを押せば結果が出る、気に入らなければもっと強く押せばいい、という認知様式で動く。
出力が悪化すると、モデルを疑うのではなく、世界が言うことを聞かないと怒り出して自己放尿する。
ここで本質的なのは、無知そのものよりも、無知と権力の結合だ。
しかも、連中は失敗から学習しにくい。なぜなら失敗のコストを自分で払わず、周囲が忖度によってノイズを除去し、都合の悪いデータが上がってこないからだ。
こうして自己放尿は循環し、次第に「強く信じていること」だけが真実として残る。
最終的に世界を破壊するのは、悪ではない。愚かさでもない。理解不能なほど単純化された世界観を、巨大な実行力で現実に投影し続けることだ。
光合成を知らないまま森を切り倒し、なぜ空気が悪くなったのかと首を傾げる。
そのとき奴はこう言うだろう。「想定外だった」。だがそれは想定外ではない。ただの無教養な自己放尿の、論理的帰結に過ぎない。
結論から言うと、肛門が性感帯になったのは「人間から」ではなく、もっと前、哺乳類の段階からと考えられています。
特定の「いつ誰から」という一点を断定できるものではなく、神経構造と進化の積み重ねの結果です。
肛門周辺は、骨盤神経・陰部神経など、性器とかなり近い神経支配を受けています。これは人間だけでなく、多くの哺乳類で共通です。
もともと「排泄を正確に制御するため」に高度な感覚が必要な部位だったため、神経が密集しています。その結果、刺激が快・不快の両方向に強く出やすくなりました。
哺乳類では「排泄・生殖・出産」が骨盤周辺に集約されました。この配置は霊長類以前から存在します。
つまり、性器と肛門が物理的・神経的に近い構造になった時点（かなり古い哺乳類）で、「刺激が性的快感としても処理され得る下地」はすでにあったと考えられます。
猿（霊長類）段階ではどうかというと、
霊長類は触覚・社会的接触への感受性が高いため、感覚の「意味づけ」がより柔軟になります。
ただし、「肛門刺激＝快感」という回路自体は、猿になって新しく生まれたというより、既にあったものが強化・認知されやすくなったと見る方が自然です。
・大脳皮質の発達
このため、快感として意識化・言語化・文化化されやすくなった点にあります。
まとめると、
という流れです。
ですので、
哺乳類以前〜初期哺乳類というのは具体的にどの動物が想定されますか。たとえば猿は肛門性交をすると聞きましたが
整理して具体例を挙げますね。
少し長くなりますが、「どの段階のどんな動物か」を分けて説明します。
想定されるのは、
この段階ですでに
• 骨盤神経の集約
が起きていたと考えられています。
「強い感覚入力を脳に送る構造」はここで成立し始めた、という意味です。
代表例は：
この頃には、
が成立しています。
ここがポイントで、
「排泄を失敗すると死に直結する」ため、肛門は超高感度部位になった。
👉 この時点で
という神経回路はほぼ完成しています。
事実として、
• マカク
• ボノボ
• チンパンジー
では、
• 肛門への挿入行動
が観察されています。
これは「肛門が性感帯だからしている」と単純には言えない点です。
多くの場合、
• ストレス緩和
が主目的で、性器刺激の代替・延長として使われていると解釈されます。
とはいえ、
• ブタ
• ヒツジ
では、
• 神経遮断で性行動が変化
つまり、
肛門刺激が性反応と結びつく神経回路は、霊長類に限らず哺乳類共通です。
👉 それは「すでにあった神経構造を社会的に使っている」段階です。
猿は、
• 触覚への依存度が高い
ため、肛門という高感度部位が行動に組み込まれやすいだけです。
まとめ（進化の流れ）
• 神経的下地：
• 実際に快反応が確認できる段階：
つまり、
猿がやっているから始まった
ではなく
という理解が正確です。
