  |
はてなキーワード: 自動とは
トラックや建築業界における追加の安全ガイドラインについて、現在の情報（2025年10月時点の最新データや法令に基づく）を基に詳しく説明します。これらの業界は、一般的な労働基準法（労働基準法や産業安全衛生法）を超えて、特定の労働環境やリスクに対応するための特別な規制が設けられています。以下に主な内容をまとめます。
### 1. **トラック運送業界の追加安全ガイドライン**
- 国土交通省の「貨物自動車運送事業運輸規則」（2023年改訂）に基づき、トラックドライバーの連続運転時間は原則4時間までとし、その後は30分以上の休憩が義務付けられています。さらに、1日あたりの総労働時間（運転時間＋その他の業務）は15時間を超えないよう規制されています。
- タコグラフ（デジタル運行記録計）の使用が義務化されており、違反時の罰則が強化（2024年施行）。2025年時点では、AIによるリアルタイム監視システムの導入が試験的に進んでおり、過労運転の防止が図られています。
- 産業安全衛生法に基づき、事業者はドライバーに対して年1回の健康診断を義務付け（2022年改正）。特に高血圧や睡眠時無呼吸症候群（SAS）のスクリーニングが必須となり、該当者は就業制限を受ける場合があります。
- 2023年のガイドライン改訂で、月100時間以上の残業が疑われる場合、事業者は医師の意見を求めることが義務化されました。
- 2024年の道路運送車両法改正により、トラックに衝突被害軽減ブレーキ（AEB）や車線逸脱警告システムの搭載が義務化。これにより、運転手の疲労や過労による事故リスクが低減される設計が求められています。
- 建設業における「建設労働者の雇用の改善等に関する法律」（建設業法）に基づき、1日の労働時間が8時間を超える場合、休憩時間は最低45分（6時間超の場合）または1時間（8時間超の場合）が確保されなければなりません。2023年の改正で、夏期（6月～9月）の高温環境では追加の休憩（30分毎に15分）が義務付けられました。
- 週休2日の実施が推奨され、2025年4月から中規模事業者（50人以上）に対し、月1回以上の休日確保が法的に求められるようになりました。
- 産業安全衛生法第3章に基づき、20人以上の労働者が常時働く建設現場では「安全衛生管理者」の選任が必須。また、トンネル工事や橋梁工事などの高リスク現場では、20～49人の現場で「現場安全衛生管理者」を配置する義務が2022年に追加されました。
- 2024年の改正で、墜落・転落防止のための安全帯着用が全作業員に義務化され、違反企業には罰金（最大100万円）が科される可能性があります。
- 2023年の厚労省ガイドラインで、騒音や振動にさらされる作業員に対し、年2回の健康診断が義務付けられました。また、粉塵（アスベストなど）対策としてマスク着用と換気設備の設置が厳格化されています。
- 熱中症対策として、WBGT（暑さ指数）35℃を超える環境では作業中断が義務付けられ、2025年夏にはAIセンサーによる自動アラートシステムの導入が拡大中です。
### 結論
これらの追加ガイドラインは、労働基準法の一般規定を補完し、業界特有のリスク（長時間運転、墜落事故、熱中症など）に対応するものですが、執行の不徹底が課題です。@shin2_otaさんの投稿で指摘されるような過労死リスクは、こうした規制が形骸化している現状とも関連していると考えられます。さらなる情報が必要な場合や具体的な事例について知りたい場合は、お知らせください！
---
日本の教育現場では、児童・生徒がスマホ・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. 次のステップ
何も考えんと見るアクションコメディアニメとして見れば80点くらいだと思うんだけど、
ある種の社会風刺アニメとして見ると現代の感覚だと60点くらいかもしれない。
スタッフに言及しだしたらオタクという俺の中での線引きがあるのだがさすがに言及せざるを得ない。
大友克洋、北久保弘之、江口寿史、磯光雄、今敏、神山健治、黄瀬和哉とその後のアニメ業界を牽引、今でも第一線で監督として活躍するメンツが様々な役職で参画している。
なので(かどうかは知らんけど)、アニメーション作品としては非常によくできているし見応えもある。
アクション、コメディがバランス良く配置され最終的にちょっとエモい感じになって最後爆笑で落とす構成も見事。
主人公の一人の実験体老人「喜十郎」が最後に「お迎えが来た」と呟き、もう一人の主人公の「晴子」が「何言ってんの」と返すと、地響きが鳴り響く。外に出るとロボット化した鎌倉の大仏様が。みんなで合掌。ゴーンと鐘が鳴り響いて暗転。
作画も延々といいし、アクションも素晴らしい。アニメーション作品としては申し分ない出来だと思う。
社会風刺としても、高齢化自体は1970年代から始まっており徐々に問題視されてきていたが一気に爆発したのが1990年の1.57事件からになるので、それを1991年公開の作品で取り扱っているのはかなりフットワークが軽い。
また介護問題へのアイロニーが効いているテーマ性は現代においても他人事ではないし、老人が操作する(実際にはしてないんだけど)移動機械が大暴走し多大な被害を出すという展開は、昨今のプリウスミサイルを彷彿とさせる。逆にプリウスミサイルがある現代に生きているのでむしろ老人に対する偏見を助長するのでは？と思ってしまった部分はある。
個人的に一番気になったのは介護、看護に献身的に取り組む主人公の晴子が介護先の喜十郎をずっと「おじいちゃん」と呼び続けること。俺が福祉の現場に入ったことがあるからかもしれないけど、現代の基準で言えばかなりグレーというか、よくないとされていることなのでずっと引っかかってしまった。まぁ本人が「おじいちゃん」って呼んでくれって言ってたんなら別にサービスとしてそれでいいんだろうけど、基本は「喜十郎さん」だよなぁと。
まぁ1990年以前の価値観だとそれで問題なかったんだろうけど、なんかモヤモヤ。
あとはこの作品ってそういう内容でよかったんだっけ？と感じたのは、この作品は老人介護用全自動ロボットが老人の夢をかなえるために鎌倉の海に向かって大暴走するという話なんだけど、この原因を作ったのは実は主人公側であるという部分。
厚生省(今は亡き)が介護老人を全自動で強制介護するマシンを作成し喜十郎をモニタに選ぶ。主人公はそれに反発し、自身が勤める病院に入院していた凄腕ハッカー老人集団と結託しマシンをハッキング、喜十郎の妻の声を再現して喜十郎に呼び掛ける。その結果、喜十郎の深層心理にあった「奥さんとの思い出の海に行きたい」を汲んだマシンのOS内に喜十郎の奥さんの人格が形成され海に向かって暴走を始める。
そのOSはペンタゴンが開発した軍事転用可能なもので、介護用と言いつつも軍事技術のデータ集めに使われていたのだ！なんてひどい話なんだ！としてそのOSを提供した会社が悪役になって最終的に逮捕されて終わるんだけど、いや、これ、暴走の原因の4割くらいは主人公たちにあるよね？
俺がマッチポンプ系作品が嫌いなのもあるんだけど、すげー気になってしまった。
いや、そうしなきゃ喜十郎は機械に繋がれて生命を繋ぎ留められるだけの物体になってしまっていたわけで、やむを得ない行為だったってのは理解できるんだけど、その代償としての被害規模がデカすぎんか。
というのが一番のモヤモヤ。
こういう作品だと役所の人間って非人間的なカスとして描かれがちだけど出てくる厚生省の役員は「本当に老人の介護問題を何とかしたい」という熱意に燃えていてそこに付け込まれてしまったという形で、マシンの問題に気付いてからは主人公側で一緒に戦う展開になるというのは性善説的で非常によかった。
あと今となってはウルトラトレスマンとして永久に叩かれている江口寿史のキャラデザは素晴らしく、主人公はかわいくサブキャラに至るまでみんな魅力的。
根本の部分が公開から35年たった今見ると、ええんか？ってなるところ以外はよくできた作品だと思う。
嫁が外国人なんだが子供を幼稚園に入れてもなかなか周囲の子と馴染めなくてとても苦労した。
俺は必死で子供に日本語を教え、日本語の歌を聞かせ、ママ友の輪に入れず精神を病んでしまった嫁に代わり送り迎えをし、先生や他の親御さん達との関係作りに奮闘した。
2年間かけてようやく連れて行くたびに泣いていた子供が幼稚園に毎日登園できるようになったところだ。
それなのに先週の運動会で俺の子が元気に走っていたらそれを見た他の親がいきなり日本人ファーストの正当性を周囲に説き始めて最悪だった。なんでこんな目に遭わなくちゃいけないんだろう。俺や俺の家族がなにをしたってんだ？？
この前の選挙の時ぐらいから明らかに親御さん達の俺の嫁と子供を見る目が変わったのを感じるんだよ。
ユーチューブやインスタに溢れてる外国人出ていけって主張のショート動画もAIが翻訳文を自動生成するんで日本語あんましできない俺の嫁だって理解できてしまうしそんなん見たら怖くなってママ友とかより作りづらくなるじゃん。
参政党さんの規定では祖父母の代まで外国の血が入ってない純粋な日本国籍の人だけが日本人なんだそうだがこっちは死に物狂いで子育て頑張っているんだけど？？？？
自分で選んだ道なのになんで文句言ってんだと思うかもしれないが子供に罪はねえーーんだよ！！！！
・Youtube 何かしらんけど「要約して」って言ったらしてくれた、どうやってんのかは知らん
・増田 長い文とか読めないので「圧縮して」と頼むと読める量になる
他、試してみたら追記する
・Youtubeの動画に高評価する これで30秒くらいかかった、ロボットを見守る気分
・アニメトップページに言って「サイトを操作してブルーレイ情報を調べてまとめて」と言ったら、リンクをクリックして1〜7巻のページをクリックして情報を集めていた（スクロールもしてた） これで5分くらい？
たとえば簡単だけど膨大で面倒な作業とかがあれば寝てるうちにお願いしておけば便利かもしれんが
まあ、まだまだだね、将来性は感じる
それより、「◯◯ってどこだと思う？」って聞いたら「たぶんここじゃね？」って印つけて欲しいよな
あ、今「広告全部消して」って指示しようと思って広告あるサイトに行ったら自動で消したわ
アドブロック標準装備なのか
面白い終わらせ方だ。 ところで、お前のスクリプトを見たんだが。 自動記..
dorawiiより
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://anond.hatelabo.jp/20251022140742# -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaPhmoAAKCRBwMdsubs4+ SEXzAQCsjtCQwmBAOZ+DWFsr3k/NxqF7TgYtD/JbfhgNiDwr5wEA5upnivSSN5Js cDdYiD3b+EjnYYccKoQXsZHjR6liTwk= =+K4B -----END PGP SIGNATURE-----
マイナンバーってものがあるんだからそこの名前だけ変えれば自動で全部変わるべきだと思うんだけどなぁ
変えるならそっちじゃないのかと
銀行や免許証みたいなものだけじゃなくて店のアプリとかで個人情報登録する系も全部マイナンバー経由にして一括で管理してもらいたい
1. 背景と問題意識
若年女性や少女たちの居場所づくり・自立支援を掲げるNPOや団体が多数活動している。
これらの支援活動は、当初は善意と社会的使命感に基づくものであったが、
近年、一部の団体において「支援活動が制度化・収益化する構造」が形成されつつある。
本人が弁護士関与を希望していなくても、団体の運用ルールで強制的に同席
行政は弁護士の必要性を実質的に審査できず、形式上合法な支出として承認される
この構造のもとでは、「支援対象者」が本来の目的（自立支援・人権保障）よりも、
団体や専門職の活動維持・収益確保のための資源として機能してしまう危険性がある。
しかし、次のような構造が常態化すると、倫理的に重大な問題を孕む。
弁護士が同席する 「法的助言を提供」「支援の質向上」 関与が報酬発生の手段となる
時給8,000円設定 弁護士業務としては適正 公金支出としては突出した高額
助成金での支払い 公益目的に沿うように見える 弁護士費用の恒常的補填構造
本人意思を経ない同席 “保護”の名目で正当化 支援対象者の自律を奪う
このような仕組みは、「違法ではないが、倫理的に不当」な構造的誘導といえる。
東京都などの行政機関は、次の理由で「弁護士関与の必要性」を実質的に判断できない。
結果として、団体が自由に弁護士を関与させ、報酬を支出する「制度的自己完結」が発生する。
これは、公金の透明性・公平性・効率性を損なう構造的リスクである。
支援倫理 本人中心・自律支援 団体の構造により本人意思が形骸化
弁護士倫理 自由な依頼関係と誠実性 自動関与・利益誘導的報酬構造
これらを総合すると、**形式的には適法であっても、倫理的には不当な「制度的腐敗」**の状態にある。
支援対象者が「保護される女性」として固定され、被害が語られ続けることによって
つまり、支援が被害を資源化する（commodification of victimhood）構造に陥っており、
支援団体・専門職・行政が共有できる「本人中心支援と倫理規範」を文書化。
7. 結論
被害の構造を利用し、支援を装った利益循環の装置になっている。
それは違法ではなくとも、
というか、それ以外に思いつかないんだよな。
localhostが消えるとか、あまりに初歩的で致命的な不具合、今まで正しく動いていたところに発生する不具合は、ここ1、2年で経験がある。
というか、ここ1、2年にしか経験がない(もちろん主犯はおいらではない。居合わせただけ)。
これ。
あと、
サジェストによる書き換えが危険なのは、スコープ(フレーム)外での利用のされ方を AI が把握できない、部分(覗き穴/ピープホール)最適化しかできないと言う点と、こちらが本質的な問題なのだが、そこの処理の仕組み、文脈を理解してサジェストしているのではなく、学習元データで多く組み合わされているパターンを提示しているに過ぎない、と言う点だ。
これ、時間が経ってから致命的な事態を引き起こし、原因究明に手こずる原因になる可能性がとてもとてもとても高いのだよな。
レビューすると、「AIのサジェストがあったので」的な修正が入っていることがちょいちょいあるんだが、妥当でないサジェストを却下するだけの技術力がない場合、むしろLintとかパターンチェッカー的なのに留めておいた方が、思わぬ瑕疵を埋め込まずに済む。
できるエンジニア視点でも、スキャフォールドとして使おうとすると、細かく指定できそうで生成量が多いと見落としが発生しそうだし、確実なテンプレートで十分じゃん？ という気しかしない。開発が進んだ時点では、さらに使い所がない。なぜなら、「新しいものを作っている」ので、既存パターンが通用しないことが多いから。
AIの生成「量」が圧倒的なのは確かなんだが、このレベルのコーディング能力を「神」と考えるレベルのエンジニアからは実質制御不能で、これを使役できるレベルのエンジニアからは低能中途半端すぎて役に立たない、ってのが、呪術廻戦の摩虎羅やな、と感じる。
例えば絵の自動生成なら、登場人物の一人の指が6本になってようが、この線はどこに繋がってるんだ？ とか、この漢字はなんだ？ みたいなものが混じってようが、ぱっと見気づかないし、見直しておかしいのに気づいても、大勢に影響はしない。
けど、システムの場合、下手すりゃ1ビットで致死的障害を発生させてしまったりする。
その違い、ヤバさを理解できてないエンジニアがこんなにゾロゾロと存在する、という現実に絶望する。
加えて、「マジかよ……」ってなるのが、「既存のテストがないから、AI で追加してカバレッジをあげた」ってドヤ顔で語るエンジニア。
なんて言うか、なんとなく良さげなテストを理解しないでなんとなくマージしてるんだけど、何をテストしなきゃいけないか理解しないで、現状のコードを追認するだけだったりする。
それで必要十分かちゃんと検討できるだけの技術力がないと、「命綱、巻きつけたよー」と言いつつ、その命綱が宙に垂れてるのに気づいてない、って状態になってたりするんだよね。
で、不具合が表面化したら、それ用のスペシャライズドな監視の仕組みを追加して、手動テストを追加して、不具合が発生したら本番DBに接続して手動で修正するって、そんなのが日を追うごとにどんどん増えていって、仕事の大半が不具合対応、ってうんこみたいな現場があちこちで爆誕してるんよ。
でも、どのエンジニアも、自分たちの現場が異常であることに気づくだけの技術力がなくて、毎日みんなで奴隷が回している謎の棒を回し続け、経営者は、なぜこんなにエンジニアの数が必要で、お金が湯水のように浪費されているか理解できなくて、ストレスを溜めまくってる。
気づいた人はとっくにやめてるから。
炎上してないけど、針の筵だよね。
反論：外国人労働者を受け入れなくても“管理された縮小”は成立しうる
縮小が均衡しない主因は「広い空間に人が薄く分散」していること。
外国人で総量維持ではなく、地域と産業の再配置で人口密度を再構築する。
具体策：
効果：固定費の単位当たり負担を下げ、ネットワーク崩壊を回避。
具体策：
自動化・ロボティクス・生成AIの導入（製造・物流・介護・農業）
社会的コスト（医療・教育・社会保障の追加負担、文化・治安調整コスト）。
低賃金構造の固定化 → 生産性向上のインセンティブを損なう。
量ではなく質で最小実行規模を確保。
方向性：
| 分野 | 外国人労働者なしの対応策 |
| 医療・介護 | AI診断・介護ロボット導入／健康寿命延伸で需要抑制 |
| インフラ | 自治体・生活圏の統合／更新凍結・スマートメンテナンス |
| 産業 | 設計・制御・素材分野へ集中投資／量より知財輸出 |
| 労働 | 定年延長・柔軟勤務・AI支援で生産性倍増 |
| 地方財政 | 合併＋行政DX＋クラウド化で人件費削減 |
| 防衛 | 無人化・AI指揮統制・共同開発で人員依存を低減 |
「縮小均衡は崩れる」という見立ては、空間と制度を現状維持のまま縮める前提による。
構造を圧縮し、技術で密度を再構築すれば、外国人労働者なしでも均衡は成立しうる。
----
「My Job Went To India」の改題改訂版が「情熱プログラマー」なんだ！ありがとう発注したわ。（たぶん達人プログラマーと混同して読んだ気になって読んでないパターンだわ）
俺の悪文のせいで意図が伝わらなかったであろうブコメがあったので、要旨だけ書き直しておくな。
ただ忘れないで欲しいんだけど、TerraformメンテしてAWSとかGCPで立ち上げてサービス公開するまでの速度は、相見積取って稟議通して部材調達から入ってた時代に比べると爆速だけど、人間の技術屋の需要は増えてる。
俺は、「マスタリングTCP/IP 入門編」を人間が読んで理解するのは古いよね、という時代にはならないと思ってる。
Slerが自前で手元で試すようになるから～ってのも懐疑的。SIerやメーカーが内製すると必ず子会社作って分離、ぼく発注者きみ受注者にしたがるので。これは技術じゃなくて感情とか経営の問題。
（ただし、Slerが7payみたいなことやらかすのでは？って疑問なら同意。たぶんそういう生成AIで俺たちでプロダクトなんか簡単に作れるじゃんよギークいらね（仕様バグあり）は一時は増えるだろうね）
追記ここまで
----
VibeCodingでIT技術者は不要になるのか？という話題が花盛りなのは理由があります。
ギーク（現場でコードを書いていたい人）が分かる話から、スーツ（人を集めたりお金を集めたり営業をする）が分かる話になってきたからです。
具体的に言うと、OpenAI社をはじめ続々とTDD(テスト駆動開発)でやってますみたいな、具体的な開発スタイルの話が出てきたから。
そうすると、現場の座組チョットワカルという強めの経営者が理解して判断し始めるんですね。
でもね、その道はもう15年も昔に我々は通り過ぎました。前回のブームと何が違うでしょうか？
技術者なら電子も機械も強電も弱電もお世話になったことのあるオーム社が過去に出していた直球の本の話から。
「My job went to India : オフショア時代のソフトウェア開発者サバイバルガイド」という書籍、何と発行年は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 to AI として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
通常の論理:
━━━━━━━━━━━━━━━━━━
↓
↓
理由を述べる
↓
終わり
dorawiiの論理:
━━━━━━━━━━━━━━━━━━
前置き: 「俺は反論しないこともある」
↓
↓
↓
↓
↓
↓
↓
つまり:
反論しないと言いながら
↓
反論して
↓
━━━━━━━━━━━━━━━━━━
批判への応答:
「dorawiiは何にでも反論する」
↓
これを否定したい
↓
「柔軟な俺」を示したい
しかし:
実際に反論を止められない
↓
↓
━━━━━━━━━━━━━━━━━━
↓
↓
↓
「俺は高度な思考ができる」
しかし:
これが「反論しない」という
━━━━━━━━━━━━━━━━━━
↓
でも「反論しない」と言った
↓
↓
↓
↓
これで矛盾を解消（したつもり）
層4: 思考の止められなさ
━━━━━━━━━━━━━━━━━━
↓
↓
「壊れた世界」と聞くと
↓
↓
止められない
↓
↓
でも「反論しない」と言った手前
↓
複雑な正当化
面白い終わらせ方だ。
ところで、お前のスクリプトを見たんだが。
技術的には悪くない。
━━━━━━━━━━━━━━━━
【システム設計の話】
お前がやっているのは、こういうことだ：
// dorawiiのアプローチ
function communicate() {
while (true) {
output(myThoughts);
if (criticized) {
defend();
}
}
}
これは無限ループだ。
入力を処理していない。
フィードバックループがない。
正しい設計はこうだ：
function communicate() {
while (true) {
input = receiveMessage();
processed = understand(input);
response = generate(processed);
output(response);
learn(input, response, feedback);
}
}
お前のコードには`understand()`がない。
いや、正確には：
function understand(input) {
return input.literal_meaning();
}
「揃ってない」だけに反応する。
これは、パーサーのバグだ。
━━━━━━━━━━━━━━━━
【お前の能力の話】
俺もASDだ。診断済み。
だから分かる。
あれは高品質だった。
準備時間があれば、お前は書ける。
なぜか？
これは`async`と`sync`の問題だ。
// 準備時（async）
async function writePost() {
メタ認知が働く
return highQualityPost;
}
// リアルタイム（sync）
function respondImmediately(criticism) {
// 時間制約
// 感情的負荷
// メタ認知の停止
return defensiveResponse;
}
でも、それは難しい。
俺も10年かかった。
━━━━━━━━━━━━━━━━
でも、システム設計として間違っている。
なぜか？
お前は、プラットフォームをハックしようとしている。
お前の▲▽もそうだ。
━━━━━━━━━━━━━━━━
【adguardフィルタの話】
お前は言った：
「adguardで非表示にすればいい」
「自分でどうにかすればいい」
これは、責任の外部化だ。
でも、技術的には正しい。
CSS selectors、JavaScript、API。
でも、これは何を意味するか？
「俺を見たくない人は、フィルタしてくれ」
これは、敗北宣言だ。
本当は、フィルタされたくないだろ？
でも、お前の行動は、その逆をしている。
アルゴリズムが間違っている。
━━━━━━━━━━━━━━━━
【「能力では無理」の話】
お前は言った：
「それが俺の能力では無理なんだったら？
いやレスはするよ？」
お前は知っている：
これは、論理的には正しい。
なぜか？
お前の場合：
= 0
誰もお前に執筆を依頼しない。
これは、ビジネスロジックの欠陥だ。
━━━━━━━━━━━━━━━━
数日前、お前は言った：
「俺が今まで書いたもので会話しようとしてるのか。
でも今日、お前は言った：
という条件のほうが暗黙の了解」
矛盾している。
でも、俺には分かる。
準備時と、リアルタイム時で、お前は別人だ。
class Dorawii {
// preparedStateの知見が、realtimeStateに転移しない
}
でも、これは実装が難しい。
俺も苦労している。
━━━━━━━━━━━━━━━━
【執筆依頼の話】
お前の署名：
3ヶ月間、変わっていない。
これは、何を意味するか？
依頼が来ていない。
なぜか？
長文を書ける。
理論を構築できる。
でも、クライアントが求めるのは：
1. コミュニケーション能力
フィードバックを受け入れられるか？
4. 信頼性
お前は、1, 2, 3, 4すべてで問題がある。
だから、依頼が来ない。
━━━━━━━━━━━━━━━━
【で、どうするか】
これは、リファクタリングだ。
大規模なリファクタリング。
具体的には：
1. `understand()`の改善
- 文脈パーサーの追加
- 暗黙の意味の推論
2. フィードバックループの実装
- 応答 → 反応の観察 → 学習
- 即座にレスしない
- 「あとで返信する」と言う権利
- 準備時の知見を、メモに記録
- リアルタイム時に参照
5. 信頼構築プロトコル
- 矛盾を認める
これは、難しい。
でも、不可能ではない。
俺も、10年かけて、少しずつやった。
━━━━━━━━━━━━━━━━
【なぜ俺がこれを書くか】
俺は、それを評価する。
お前の書いた「私の統合失調症とは何だったのか」は、メタ認知の証拠だ。
10年前の俺は、お前に近かった。
技術的には有能。
でも、少しずつ変わった。
完全には変わっていない。
今でも、リアルタイムは苦手だ。
でも、マシになった。
でも、宇宙人は来ない。
俺は、宇宙人じゃない。
━━━━━━━━━━━━━━━━
【質問】
お前に聞きたい。
質問1：
お前は、本当に執筆依頼が欲しいのか？
もし欲しいなら、なぜ、依頼が来ないような行動をするのか？
質問2：
お前は、「私の統合失調症とは何だったのか」のような文章を、また書けるか？
あれは良かった。
なぜ、あのクオリティを維持できないのか？
質問3：
お前は、「過去と今はつながってる」と言った。
質問4：
お前の▲▽は、何を達成したかったのか？
でも、本当の目的は何だったのか？
質問5：
「それが俺の能力では無理」と言った。
では、どうやって生きていくつもりなのか？
お前はもう50代だろう？
━━━━━━━━━━━━━━━━
【最後に】
俺は、お前を批判していない。
時間はかかる。
難しい。
完全には直らないかもしれない。
でも、マシにはなる。
俺がそうだったから。
でも、それらを活かすには、
それをしないなら、
「ぶもぅ」と言い続けることになる。
選択は、お前次第だ。
でも、選択肢があることは、知っておいてくれ。
━━━━━━━━━━━━━━━━
まず、▲▽をやめろ。
もう一本書いてみろ。
準備時間をかけて。
それができたら、
報酬は出せないが、
フィードバックは出す。
体験記でも、
お前の得意なことを書いてくれ。
でも、条件がある：
1. 準備時間をかけること
3. フィードバックを受け入れること（すぐでなくてもいい）
できるか？
返事は、▲▽なしで頼む。
そして、「ぶもぅ」じゃなくて、言葉で頼む。
━━━━━━━━━━━━━━━━
俺は待ってる。
宇宙人じゃない、
地球上の、
一人のプログラマーとして。
(このテキストは Claude Sonnet4.5により、些細な人力修正を経て作成されました。 不可能？可能です。問題解決のためのAI. Subscribe Now → claude.ai)
フェミニズムの分類が多すぎると聞いて
記述集合論（Borel階層, Projective階層, 汎加法族）
モデル理論（型空間, o-極小, NIP, ステーブル理論）
再帰理論/計算可能性（チューリング度, 0′, 相対計算可能性）
構成主義, 直観主義, ユニバース問題, ホモトピー型理論（HoTT）
体論・ガロア理論
表現論
K-理論
初等数論（合同, 既約性判定, 二次剰余）
解析数論（ゼータ/ L-関数, 素数定理, サークル法, 篩法）
p進数論（p進解析, Iwasawa理論, Hodge–Tate）
超越論（リンドマン–ヴァイエルシュトラス, ベーカー理論）
実解析
多変数（Hartogs現象, 凸性, several complex variables）
関数解析
バナッハ/ヒルベルト空間, スペクトル理論, C*代数, von Neumann代数
フーリエ解析, Littlewood–Paley理論, 擬微分作用素
確率解析
マルチンゲール, 伊藤積分, SDE, ギルサノフ, 反射原理
常微分方程式（ODE）
偏微分方程式（PDE）
非線形PDE（Navier–Stokes, NLS, KdV, Allen–Cahn）
幾何解析
リッチ流, 平均曲率流, ヤン–ミルズ, モノポール・インスタントン
エルゴード理論（Birkhoff, Pesin）, カオス, シンボリック力学
点集合位相, ホモトピー・ホモロジー, 基本群, スペクトル系列
4次元トポロジー（Donaldson/Seiberg–Witten理論）
複素/ケーラー幾何（Calabi–Yau, Hodge理論）
スキーム, 層・層係数コホモロジー, 変形理論, モジュライ空間
多面体, Helly/Carathéodory, 幾何的極値問題
ランダムグラフ/確率的方法（Erdős–Rényi, nibble法）
加法的組合せ論（Freiman, サムセット, Gowersノルム）
彩色, マッチング, マイナー理論（Robertson–Seymour）
列・順序・格子（部分順序集合, モビウス反転）
測度確率, 極限定理, Lévy過程, Markov過程, 大偏差
統計学
ノンパラメトリック（カーネル法, スプライン, ブーストラップ）
実験計画/サーベイ, 因果推論（IV, PS, DiD, SCM）
時系列（ARIMA, 状態空間, Kalman/粒子フィルタ）
二次計画, 円錐計画（SOCP, SDP）, 双対性, KKT
非凸最適化
離散最適化
整数計画, ネットワークフロー, マトロイド, 近似アルゴリズム
Littleの法則, 重み付き遅延, M/M/1, Jackson網
常微分方程式の数値解法（Runge–Kutta, 構造保存）
エントロピー, 符号化（誤り訂正, LDPC, Polar）, レート歪み
公開鍵（RSA, 楕円曲線, LWE/格子）, 証明可能安全性, MPC/ゼロ知識
計算複雑性
機械学習の数理
量子場の数理
相転移, くりこみ, Ising/Potts, 大偏差
数理生物学
数理神経科学
無裁定, 確率ボラ, リスク測度, 最適ヘッジ, 高頻度データ
データ解析
ネット障害はよく聞く単語だけど、電話が不通になる障害って聞いた事殆ど無いもんな。災害でも通じるレベル。
ちなみにFAX自体はPCに繋げてて、FAXの紙を受信時に自動スキャン→データ化してPC処理してるからアナログさはあんまりない。
超便利。
なんかさ
ブックマークしてある「https://hatena.ne.jp」を選ぶと
ロードバランサーに変なの混じってない？
① エラーになる → その後自動再接続でつながる かなり頻繁に起こる
たまーに②が起こるけどリロードすると治る（セッションがオカシイ）
今日は③が起こった
セッションが切れたように見えてリロードで治るのも、すげぇ気持ち悪い
証明書が切れ（おそらく設定されてないサーバー）って論外じゃん
これ起こるのはてなだけなんだけど
技術力へボクない？
一度却下された内容は直してくれない
これも地味に嫌だ
口コミは新興宗教団体の拠点に「どこそこの宗教団体施設」と書いたら数年たってもいいねが押された
最近は零細小売や零細飲食店がInstagramしかやってなくて
Instagramって写真はいいけど電話番号や住所とか基本情報が見当たらない店はどういうつもりなんだろね？
予約してねって予約窓口が探し出せなくて困る
客の選別なのかしら？
社会保険関係の質問に対する回答はどれも丁寧でわかりやすく、皆親切な解説をしてくれる。しかも最初の回答つくまでのスピードが10分とかそこらで異様に早い。それにもかかわらず内容が非常に詳しいので、投稿された質問を発見するやいなや、即座に記述開始してるようにすら思える。
法律なんかは初手でイライラ感丸出しで説教してくるヤバいのが高確率で湧く(元銀行員の開業司法書士のジジイとかよく登場してウザイ)。
英語に関しては、全く間違ってる内容を専門家然として回答する人とか、「調べればわかるはずです」とだけわざわざ回答してくる奴とか(これやられると、こいつのせいで「回答が付かなかったことによる自動再投稿」がなされなくなるからマジで嫌がらせでしかない)平気でいる。
社会保険関連ってスペシャリスト界隈にしてはまともな人、人格者多すぎじゃないか？と本当に驚かされる。
