  |
はてなキーワード:同意とは
でも、紅茶専門店だと紅茶をオーダーしたという証拠が残るけれど、そっちは証拠が残らないから、「同意しますか？」がやっぱりいるのかもしれない。
...って書きながら、かつてノンフィクションか何かで見た海外に安楽死させてもらいに行く人の話を思い出した。
あれって、死ぬ装置の接続は医者がやってくれるけれど、実行は自分でやらないといけないというのと、接続の前に何度も意思確認するみたいな感じだったな。
そして、その意思確認から自殺装置の接続までをずっとビデオで録画し、患者が自ら望んで安楽死をしたという証拠とするというものだったと思う。
同じのりでやるなら、行為の前から行為をすることの確認、行為の結果どうなるか理解しているのかの確認を終え、行為をするところまでをビデオに残さないと行けないのか。
行為も女性がスタートしないといけないので秘部と全体が移るようにした状態で女性から始めたことがわかるようにしないといけないとなると必然的に体位は限られる。
この流れは全国に波及すると思う
できれば盗撮だけじゃなく、性的意図を持って「見る」ことも性暴力として扱ってほしい
今日もごみ出しをして、切れてたパンを買って帰ってきたところなんだけど、こういう日常の流れってこのままでいいのか？ってまた考えてしまった。
夫婦の役割分担は、別に完全に半々じゃなくてもいいと思ってる。
収入や体力、得手不得手、育った環境や生活リズムが違うのは当たり前だし。
ただ、ある程度はバランスが取れててもいいんじゃないかって思う。
時間に余裕があるほうや収入が少ないほうが家事を多めにやるのは自然だと思ってる。
家賃や光熱費は収入比率で割り、通信費や新聞、食費は自分が全部負担。
だから朝のごみ出し、ルンバや洗濯乾燥機のごみ取り、排水ネット掃除はほぼ自分。
換気扇や空気清浄機のフィルター掃除、床拭き、水回りの掃除もだいたい自分が先に気づく。
トイレ掃除も夫がやることはあるけど、自分のほうが頻度は多い。
改善のために「夜のうちにごみ出してくれない？」って提案したこともある。
たまにやってくれるけど習慣にはならない。タスク表を作って分担しようとしたら同意はしてくれたけど、実行はしない。
結局こっちが日程を決めて貼り出すところまでやらないと動かない気がする。
一度、あまりにモヤモヤが消えなくて、カウンセリングにも行った。
そこで言われたのは「まずは相手の立場で話を聞くことから始めてみては」ということ。
どういう考えでそうしているのかを、そのまま聞くのが大事らしい。
でも正直、それをやったとして本当に状況が変わるのかはわからない。
こっちはそれなりにやってるつもりだし、提案もしてきた。
それって家庭内でマネージャー役やるみたいなもんじゃないのか？って思うことがある。
時々、いっそ家事やめたほうがいいのか、そもそも自分が「こまめにやるべき」って勝手に決めつけてるだけなのか、そこまで考えることもある。
---
日本の教育現場では、児童・生徒がスマホ・SNSを利用することでいじめ・犯罪・自傷リスクが増大。
高齢者や中年世代も、スマホOSの変化により操作が困難で、生活に必要な情報アクセスに課題。
端末・OS・アプリが海外企業中心で、国民全体の生活基盤としての安全性・安定性が不十分。
政府アプリ（マイナポータル）の普及により、国民が行政デジタルサービスに依存する状況が増加。
デジタル機器利用がほとんど**「米や野菜の次元」まで多用されていることを鑑み、教育端末・高齢者端末を国産基盤で統一し、安全・安心な情報圏を確立**する必要がある。
---
デジタル機器利用がほとんど「米や野菜の次元」まで多用されていることを鑑みて、OS／端末を国民に広く浸透させ、生活の基礎インフラとして安定供給する。
Google等の海外情報収集・広告モデルに政府が深く依存する状態を是正し、国内企業の技術・サービスを活用する。
LINE等国内企業製アプリのUI・UXを参考に、教育・高齢者向け端末の基本操作形態に転用。
マイナポータルと教育ポータルを連携させ、市役所・役場などの行政サービスへ安全にアクセスできる統一窓口を実現する。
いじめの「撮影→SNS拡散」を技術的に抑止し、第二次性徴期における心理的打撃を未然に検知・介入できる体制を作る。
中年・高齢者が既に慣れた操作感（ケータイ的操作）と、子どもの学習ニーズの双方を満たすUI/UXを提供する。
ネット遮断下でも安否確認・避難情報が機能する極小OSモードを整備し、国家レベルの迅速な対応を可能にする。
NECやLINE、国内スタートアップを連携させ、端末・OS・アプリの内製化・雇用創出を促進する。
情報利用の透明性（誰がいつ見たかの監査ログ）と、プライバシー・人権を尊重する利用ルールを制度的に確立する。
---
操作方法は「トーク画面・アイコン・通知方式」を教育・高齢者向けに最適化
3-2.ターゲット端末
---
LINE等国内製アプリUIを基本形として、教育・高齢者端末の操作性を最適化
TRON派生極小OS（Life-TRON）に移植する際もUI/UXの操作感を維持
互換レイヤーを用いて、Androidアプリも政府OS上で動作可能
4-2. サブフェーズ
OS設計・仕様確定政府OS基盤設計TRON系極小OSに国内UIを組み込み、教育・高齢者端末向け軽量UI・操作性を設計IPA、TRON協会、NEC、LINE
移行用互換レイヤー開発Androidアプリ継続利用 現行学習・連絡帳・SNSアプリを互換環境で動作。API/ID連携を政府OS標準に統合スタートアップ、NEC
教育端末・高齢者端末実証 実運用テストUI操作性、災害モード、ログ管理を確認教育委員会・自治体
ポータル・アプリ移行データ統合教育ポータル・学習アプリ・SNS・行政サービスを政府OSネイティブ化IPA、NEC、LINE、スタートアップ
全国展開・定着 完全移行Android端末は段階的にフェーズアウト。全国学校・高齢者施設で展開文科省・総務省・自治体
4. 段階的にネイティブ化・全国展開
---
5. 実行体制
大手企業（NEC・LINE）：端末製造・クラウド提供・UI転用
---
6. 次のステップ
今産業界は裁量労働制の適用拡大と要件緩和の方をロビー活動しているようだよ
https://www.nikkei.com/article/DGXZQOUA10CFR0Q5A011C2000000/
経団連は毎年秋に公表する政府への規制改革要望で、長年の悲願を再び盛り込んだ。仕事の進め方や時間配分を自分で決められる「裁量労働制」の対象業務の拡大
(中略)
裁量労働制は専門業務型と企画業務型の2つに大別される。(中略)厚生労働省の調査によると、労働者のうち専門型の適用は1.4%、企画型は0.2%にとどまる。
(中略)
経団連は労使の合意や十分な健康確保措置などを条件に労使で裁量労働制の対象を決められる仕組みの創設を求めた。
(中略)
19年に施行した働き方改革関連法は当初、企画型の対象に顧客の課題解決策を提案する営業職などを加える予定だった。しかし、裁量労働制に関する厚労省のデータに不備が見つかり、対象拡大を法案から削除することを余儀なくされた
(中略)
自民党の高市早苗総裁は総裁選で、心身の健康維持と従業者の選択を前提に労働時間規制を緩和する考えを示した。経団連は前進を期待
で、近頃の労働組合は労使協調路線…要するに御用組合ってやつが大半なので、実際に実現したら、高プロ制度では対象にならない一般のリーマンが対象になってくる。高プロは適用する方が従業員に対してプラスになる場合しか認められなかったが、裁量労働制は同意していると言う建前によって労働コストを定額・低コストにする施策だから結構影響はでかいと思うよ。
この医者的には愚痴ばっかりとか意味もなく迷走する話を酒の助けもない状態で聞かないやつは全員はっしょってこと？
最初から同好で集まってるならともかくそうでない状態で共通の世間話って結構難しいぞ
全部一緒にやってる仕事の話になりかねない
あと定型発達者が好きな事って、意味の無い会話（世間話）と愚痴と同意（共感）なんだけど、発達障害者はこれ大嫌いなのよね。だから定型発達者は発達障害者の事あんま好きじゃないんだと思う。僕らはつい人生の意味とか話し始めるから…https://t.co/SH7pOm8j0S—高須賀とき (@takasuka_toki)October 21, 2025
■まず大前提
著作権侵害の刑事処罰は原則“親告罪”（権利者の告訴が必要）。
ただし悪質な海賊版行為の一部は非親告罪化されとる（TPP関連改正）。
つまり、営利・原作そのまま・権利者利益を不当に害するなどの条件を満たすと、告訴なしでも動けるケースがあるで。
肖像権侵害は民事上の問題（人格権）。刑事罰の条文はなく、差止・削除・損害賠償などで争われるタイプや。判例上の権利として整理されてる。
■A.著作権侵害っぽいのを見たら（あなたが当事者ではない場合）
2.プラットフォームに通報：各SNS/サイトの著作権侵害報告フォームから淡々と報告。（プロバイダ責任制限法関係の最新ガイドラインに沿って運営側が対処する）
3.公的窓口も選択肢：違法・有害情報相談センター（ihaho）で相談可。
・投稿者へ直接DMで抗議／晒し行為（誤認・名誉毀損のリスク）。
・「作者本人」に勝手に通知（誤情報や二次被害を招きやすい）。
◯迷いどころメモ
引用ならOK？ →出所明示／主従関係／必要最小限など厳しめの要件を全部満たして初めてセーフ。見かけが“引用っぽい”だけやと通らんことも多いで。
2.サイト運営へ削除申請（専用フォーム or送信防止措置の申出）。
4.刑事も視野：原則は親告罪やけど、悪質な海賊版の一部は非親告罪化されとる（営利目的・原作そのまま・利益を不当に害する等）。状況がハマるなら警察/相談窓口へ。
■C.肖像権侵害っぽいのを見たら（あなたが当事者ではない場合）
◯ベターな動き
2.プラットフォームの通報機能で報告（ガイドラインに沿って処理される）。
◯NG
・当人へ直DMして不安を煽る／晒す（誤認・二次被害・三者間トラブルの火種）。
■D.肖像権侵害っぽいのを見たら（あなたが写ってる本人の場合）
1.証拠保全。
3. 応じない場合は弁護士へ（差止・削除・損害賠償の民事対応）。
※肖像権は条文でなく判例上の人格権として扱われるのが基本や。
二次創作：公式ガイドラインで許容範囲が定められてることがある。なければ基本グレー。
AI生成：見た目が似てても直トレースや原作そのままでなければ即アウトとは限らん。が、原作そのまま流用や配布は危険。
素材サイトの人物写真：モデルリリース（肖像使用許諾）の有無・用途制限を要確認。ロイヤリティフリーでも万能ではない。
正規配信か迷ったらABJマーク／エルマークの有無も目安になるで。
公式配布物の無断転載（原作そのまま）と思われ、権利者の利益を不当に害する可能性があります。貴サービスの規約と法令に照らしたご確認をお願いします。
本人同意がない公開で、人格的利益を害するおそれがあります。ガイドラインに基づくご対応をご検討ください。
> 私は当該著作物の権利者です。以下のURLの内容は無断利用であり、削除（送信防止措置）を求めます。
作品名：＿＿＿＿／権利立証資料：＿＿＿＿／URL：＿＿＿＿／日時：＿＿＿＿
■まとめ（フローチャート風）
2.当事者でなければ：運営へ通報（DM抗議や晒しはしない）。
3.当事者なら：削除申請 → 応じなければ弁護士 →（著作権で悪質類型なら）警察相談も視野。
4.引用・二次創作・AIは要件確認。迷ったら触らんのが安全。
凄いブーメランだな
どうして個人を侮辱するのは罪なのに、思想ならいくら侮辱しても良いと思ったんですかね
https://b.hatena.ne.jp/entry/4777810279509338017/comment/ite
ite 2025/10/22
同意。既に極左はカルト以下。保護法益は侮辱罪や名誉毀損罪と同様に「外部的名誉」で良いだろ。どうして個人を侮辱するのは罪なのに、国家ならいくら侮辱しても良いと思うんだよ。
https://anond.hatelabo.jp/20251022080501
これは本当に一字一句その通りで、日の丸も星条旗もユニオンジャックも、イスラエル国旗もパレスチナ旗もその他の国旗も、全部平等に焼き捨てられる自由があるはずだ。
俺は表現の自由戦士として、愛知トリエンナーレもその後に在特会がやったトリカエナハーレも、
全て、本当に全て表現することそのものを禁止するなと言い続けてきた。
これは俺の持論だが、差別っていうのは表現や言論から生まれるのではなく。
表現や言論に「特別枠」を設けたときにそこから差別が生まれるのだと思う。
外国人犯罪への批判に口封じするから外国人が差別され、女は話が長いと言った爺をキャンセルするから女性が差別され、コーラン燃やしデモをした人を私刑で殺すから欧州でムスリムが差別されるんだと思う。
全て、思うがまま表現させるべきだ。
気の済むまで言い尽くさせる方が、無理やり抑え込むより差別は減る。
さて、「国旗損壊罪は当然」「秩序を守るための線引き」なんて言葉を聞くと、まるで21世紀の社会に19世紀の魂が迷い込んだみたいだな。あえて言わせてもらう——それ、民主主義じゃなくて“情緒主義”だ。
「他人が親の遺影を燃やす例」を持ち出してくるが、それは私人間の侮辱行為の話だ。感情的には腹が立つが、国家の象徴を批判することとはまったく構造が違う。
民主主義における国家の象徴は、批判され、風刺され、時に踏みにじられることで初めて成熟する。
国家が「国旗を汚すな」と言い出した瞬間、それは国民に「思考の敬礼」を強要するのと同じだ。
「挑発だから表現じゃない」とか言うが、それを決めるのは誰だ？ 政府か？ 検察か？ 多数派か？
その“挑発”を判断するのが権力側なら、いつでも都合の悪い表現を「挑発」として潰せる。
表現の自由が最も守るべきは、不快で、不穏で、気に食わない表現なんだよ。
共有物を「傷つけたら犯罪」とする時点で、国家が象徴の意味を独占している。
つまり、国旗を守ると言いながら、国家が国旗を国民から奪っているんだ。
「社会契約の上に立つ自由を壊すな」？ いや、自由の上にこそ社会契約があるんだよ。
社会契約は、異なる価値観が共存するための最低限のルールにすぎない。
それを「国旗を壊すな」という情緒的ルールで縛り始めたら、契約じゃなく服従になる。
誰かが燃やした国旗を見て腹が立つ？ そうかもな。
だが、それを「刑罰で制御しよう」とする社会は、自らの理性を放棄している。
理性を捨てて感情に法を委ねた瞬間、民主主義は衆愚制に変わる。
国旗損壊を罰する法は、国家の品位を守るどころか、国家の成熟を後退させる。
自由とは、神聖な象徴をも燃やす権利を含んで初めて完全になる。
「国家への敬意」は法で強制するものじゃない——市民の内なる思考と良心から生まれるものだ。
1. 背景と問題意識
若年女性や少女たちの居場所づくり・自立支援を掲げるNPOや団体が多数活動している。
これらの支援活動は、当初は善意と社会的使命感に基づくものであったが、
近年、一部の団体において「支援活動が制度化・収益化する構造」が形成されつつある。
本人が弁護士関与を希望していなくても、団体の運用ルールで強制的に同席
行政は弁護士の必要性を実質的に審査できず、形式上合法な支出として承認される
この構造のもとでは、「支援対象者」が本来の目的（自立支援・人権保障）よりも、
団体や専門職の活動維持・収益確保のための資源として機能してしまう危険性がある。
しかし、次のような構造が常態化すると、倫理的に重大な問題を孕む。
弁護士が同席する 「法的助言を提供」「支援の質向上」 関与が報酬発生の手段となる
時給8,000円設定弁護士業務としては適正 公金支出としては突出した高額
助成金での支払い公益目的に沿うように見える弁護士費用の恒常的補填構造
本人意思を経ない同席 “保護”の名目で正当化支援対象者の自律を奪う
このような仕組みは、「違法ではないが、倫理的に不当」な構造的誘導といえる。
東京都などの行政機関は、次の理由で「弁護士関与の必要性」を実質的に判断できない。
結果として、団体が自由に弁護士を関与させ、報酬を支出する「制度的自己完結」が発生する。
これは、公金の透明性・公平性・効率性を損なう構造的リスクである。
支援倫理 本人中心・自律支援団体の構造により本人意思が形骸化
弁護士倫理自由な依頼関係と誠実性自動関与・利益誘導的報酬構造
これらを総合すると、**形式的には適法であっても、倫理的には不当な「制度的腐敗」**の状態にある。
支援対象者が「保護される女性」として固定され、被害が語られ続けることによって
つまり、支援が被害を資源化する（commodification of victimhood）構造に陥っており、
支援団体・専門職・行政が共有できる「本人中心支援と倫理規範」を文書化。
7.結論
被害の構造を利用し、支援を装った利益循環の装置になっている。
それは違法ではなくとも、
----
「My Job Went ToIndia」の改題改訂版が「情熱プログラマー」なんだ！ありがとう発注したわ。（たぶん達人プログラマーと混同して読んだ気になって読んでないパターンだわ）
俺の悪文のせいで意図が伝わらなかったであろうブコメがあったので、要旨だけ書き直しておくな。
ただ忘れないで欲しいんだけど、TerraformメンテしてAWSとかGCPで立ち上げてサービス公開するまでの速度は、相見積取って稟議通して部材調達から入ってた時代に比べると爆速だけど、人間の技術屋の需要は増えてる。
俺は、「マスタリングTCP/IP 入門編」を人間が読んで理解するのは古いよね、という時代にはならないと思ってる。
Slerが自前で手元で試すようになるから～ってのも懐疑的。SIerやメーカーが内製すると必ず子会社作って分離、ぼく発注者きみ受注者にしたがるので。これは技術じゃなくて感情とか経営の問題。
（ただし、Slerが7payみたいなことやらかすのでは？って疑問なら同意。たぶんそういう生成AIで俺たちでプロダクトなんか簡単に作れるじゃんよギークいらね（仕様バグあり）は一時は増えるだろうね）
追記ここまで
----
VibeCodingでIT技術者は不要になるのか？という話題が花盛りなのは理由があります。
ギーク（現場でコードを書いていたい人）が分かる話から、スーツ（人を集めたりお金を集めたり営業をする）が分かる話になってきたからです。
具体的に言うと、OpenAI社をはじめ続々とTDD(テスト駆動開発)でやってますみたいな、具体的な開発スタイルの話が出てきたから。
そうすると、現場の座組チョットワカルという強めの経営者が理解して判断し始めるんですね。
でもね、その道はもう15年も昔に我々は通り過ぎました。前回のブームと何が違うでしょうか？
技術者なら電子も機械も強電も弱電もお世話になったことのあるオーム社が過去に出していた直球の本の話から。
「My job went toIndia :オフショア時代のソフトウェア開発者サバイバルガイド」という書籍、何と発行年は2006年です。
かいつまんで話すと、インターネットが整備され、輸送コストがほとんどかからないソフトウェア開発では、アメリカのエンジニアは給与の面でオフショアに歯が立たない、だって、1/10の給与でインドのエンジニアは働くんだぜ？という本です。
そうした、価格競争力で負けるアメリカのソフトウェアエンジニアは、如何にして今後サバイブすべきなのか、という本になっています。
（普通に面白いしAIコーディング時代に通づるものがあるので復刊を希望したいところですが、まあ直球過ぎる題名を何とかしないと再販は無理でしょうな）
そして、JTCや外資問わず、過去にオフショア開発を経験された技術屋のみなさんははてブにも多く生息されているでしょう。
では、ジュニア開発者は不要になりシニア開発者のみになって、いまのソフトウェア開発は主に安い給与で働いてくれるところに遠隔で作業してもらって、レビューだけすれば良い環境ですか？
そうはなっていません。なぜでしょうか。
さて、今普通にXと連動する中古品売買プラットフォームを開発しようと思ったら、どうやってつくるでしょうか？
この文脈に埋め込まれたいくつもの情報「今」「普通」「連動」「中古品」「売買」「プラットフォーム」「開発」を解釈し、すり合わせ、未来の運営者も含めた全員に伝えるためのコストが、コミュニケーションコストです。
そうなると、「ちょっと良い感じにラフでいいからプロトタイプ作って持ってきてよ」で話が通じるのは、受注者マインドがしっかりした日本の受託開発現場の精鋭たちになるわけです。
テストケースだけを通過するように、内部テーブルを持たせた関数を大量に持ってこられてレビュー時に頭を抱えた経験が無いひとは、とても幸運なのです。
とは言え、これは何も文化の違いに起因するだけではありません。仕様とは、環境によって定まるものだからです。
例えば、うるう年判定の関数は、1581年以前をエラーにしますか？1873年以前をエラーにしますか？（ヒント：明治六年）
テスト駆動開発、古い言い方で言えばテストファーストの考え方は、成功したすべてのプロダクトで例外なく、ただの一つの例外もなく、必ず最初から取り入れるべきだったものです。
品質は最後に振りかける粉砂糖のようなフレーバーではなく、最初から設計に組み込むべきだからです。
ありとあらゆる趣味において、最初から良いものを使えば時間を無駄にせずに済んだ、と言われるような初期投資の大切さが説かれます。
果たして本当でしょうか？
そうです、その趣味にハマって生き残りサバイブした人から見れば、過去にその時点で投資をすべきだった、というのは正しいのです。
その趣味にハマれなかった人からすれば、少ない投資で自分に合わないことが分かったという合理的な選択であることと矛盾しません。
そのため、全ての失敗したプロダクトは、テストケースを書く時間でプロダクトを作り上げて、さっさと世に問うべきだったわけです。
少し昔話をしますが、オフショア開発において重要なのはドキュメンテーションとテストケース、それにレビューでした。
他の部署で失敗しつづけていたオフショア開発のやり方は、端的に言えば"教化"でした。
具体的には書けませんが、グッとお安い単価の国に出す仕事を、日本の会社に出すのと同じようにすべく、相手の会社のメンバーを教育して仕立て上げるブートキャンプの仕組みを作り上げていました。
発注側を変えずに済むように受注側を教育して、日本の会社に出すのと同じように単価の安いところに出せたらお得ですよね？でもこれは必ず失敗します。
何故か。だって、日本の会社と同じように働けるようになったら、日本の会社に就職するじゃないですか。少なくとも価値は上がったんだから単価を上げるように交渉しますよね？
結局のところ、当初言われていたような劇的な節約にはつながらないわけです。それなら下手に転職されるよりも自前で現地工場でも立てて地元に貢献しつつ雇用を創出した方が喜ばれるし持続可能です。
小なりとも成果が上がった方法は、フィードバックを相手ではなくドキュメントにした場合でした。
例えば先ほどの例で言えば、テストケースは通るが意図したコードにならなかったとき。
「普通はこういう意図でコードを書くから、テストケースを通るにしても、関数は次からこう書いて」というのが、相手に対するフィードバック。
「関数を書く前に、関数の意図をコメントで残して、レビュー時にはそれを見ましょう」というプロセスの修正が、ドキュメントへのフィードバック。
こうすると、担当者が退職していなくなっても、次の担当者はその方法を参考にすれば良いわけです。
これ、何かに似てませんか。現在のAIコーディングのベストプラクティスと呼ばれるものに非常によく似ているんです。
つまり、オフショア開発というのも、設計と実装が分離できるという前提に立って動いていたんです。
そして、実装しながら設計しても問題ないとする場合、それは「技術的な問題」ではなく「組織構造」に起因します。
つまり、プロダクトの構造を分割して、オフショア開発側に設計と実装とを委譲して、実装しながら設計を変えてもらうことが許容できるのは、契約や責任分界点、輸出入の法規を含めた法務の領域です。
少なくとも当時、諸々をクリアにして相手側にプロダクトの一部を荒い設計と共に切り出して、コーディングしながら再設計してもらい、テストケースを完備したコードとドキュメントを共に完成までもっていってもらったことは、大きな成果であったはずです。
（当時日本側と仕事をしたという実績があると大きな実力があるとみなされたと聞いたので、今はより良いところで良い仕事をされていると思います）
（あと、コミュニケーションコストと輸出入の関連法規が複雑だから）
少なくとも、納期までに契約したこれを納品してください、という枠組みの中では、実装作業だけ切り出すことはできない、というのが教訓として残ったはずです。
少なくともあと数年、場合によっては10年スパンで、日本ではほとんど変わらないと予想しています。
これは技術の話ではなく組織構造や、もっと言えばお仕事の進め方と契約の話だからです。
そうは言ってもジュニアエンジニアの簡単な仕事が減って成長機会が失われているのは事実では？と思うかもしれませんが、そもそもの前提が誤っています。
未経験（弱経験）者を雇って戦力まで鍛え上げる必要があるなら、AIに仕事渡してないでそのジュニアエンジニアにやらせるべきなんです。
ジュニアエンジニアとAIと両方にOJTさせて、その違いをレビューの場でフィードバックしてジュニアを育てるわけです。
もし、そんな時間は無いというなら、元々ジュニアエンジニアをOJTで育てていたというのは幻想です。
（たまに、失敗が経験になるとして、会社に損害を与える方法でジュニアを"教育"しようとする人がいますが、商習慣的にも信義則違反ですし言語道断です）
シニアエンジニアだけで事足りるとしてジュニアエンジニアを雇わなかった企業は、シニアエンジニアが抜けてガタガタになります。
これは中核エンジニアがゴッソリやめた会社が傾くなんて言う話で、昔からそうです。（たいてい、もっと人雇ってくれ待遇上げてくれみたいな悲鳴を圧殺した結果だったりします）
昔から、中堅がやれば手早い仕事を新入社員にやらせて鍛える、その代わり質は悪いし時間もかかるしフォローも必要だったわけでしょう。
AI時代が到来するとしても全く同じです。AIが出力するコードレビューで悲鳴上げてる場合じゃないんですよ。
レビューできるシニアエンジニアが足りなくなると予想されるなら、当然、ジュニアエンジニア雇ってレビューできるようにする必要があるんです。
そしてそれは、技術的な問題点ではなく、組織的・経営的な決断です。
国産LLM開発の文脈でもそうなんですが、ハードウェアの進歩を無視して話をする方が多いのが気になります。
現時点のコンピューターパワーは、10年後には手の届く価格になる可能性が十分高く、もっと言えば20年後には個人が所有する可能性すらあります。
いまから20年前の2005年は、Youtubeが誕生した年です。その時に、誰もがいつも手元にビデオカメラを持ち、即座に動画を世界に公開できるようになるとは思っていなかった頃です。
今もそうだと思いますが、ある分野で必要な性能にはもう十分という期待値があり、10年経てばある程度大きな会社の部署単位で現在最先端のコーディングAIがローカルで動くようになると想像するのは容易です。
そうなったときに、果たして営利企業が、エンジニアを育成するというコストを支払うかといわれると、疑問です。その時点で今後のリアルなコストと比較対象可能になるので。
だって、筆耕担当者とか、清書担当者を雇わなくなった企業って、多いでしょう？
My job went toAI として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
