  |
はてなキーワード:更新日とは
「もうじてんしゃのれなーい」とかの意見が出て
「そんなやつはじてんしゃのるな」みたいな意見に【いいね】が集まる
バカじゃねぇーかなって思うのよね
こういうのに賢しげに「暴行や窃盗も捕まりますぅ、ざんねぇーん」みたいに言う奴いるんだが
それは、暴行や窃盗に被害者がいて、実際に被害を出したから捕まるんだよ
みたいなものが作られてな
あなたは買い物ルールを守らず行動しました、青切符ですってのが道交法の取り締まりなわけ
「予防的な罰則」なんだよ
これが分かってない奴が、自転車も軽車両、当たり前に捕まえてください、って軽く言うのな
教習所で習うんだが、「免じて許される」のだよ
運転する限りずっと、改正されたりする道交法に熟知し続ける義務があんの
だから
速度超過するのは、免許所持者には許されないの
予防的な罰則だけれど、それを守って運転しろと勉強させて免許を取らせてんの
なんで、１６歳以上なら適用できるのか
フルフェイスのヘルメットや目出し帽で店に入っても青切符は切れない
「危険な状況」を前提とするなら
車がないなら逆走も信号無視も二段階右折もオッケーじゃねぇの？（法を破れという話ではない、罰則の条件として「危険な状況」をつけるなら、と言う話）
ちな、自転車の二段階右折は道の規格に関係なく法で定められた「義務」だが、知らんだろう？
自転車の右折方法は交差点の大きさ（信号の有無、道路の広い狭い）や、交差点の形状（丁字型や十字型など）によって変わることはありませんので、どのような交差点であっても、二段階右折をしなければなりません。
警視庁、自転車の交通ルールから抜粋（更新日：2025年8月6日）
https://www.keishicho.metro.tokyo.lg.jp/kotsu/jikoboshi/bicycle/menu/rule.html
これを
特別な制限なく人に許してる自転車において、警察の裁量で青切符って
ヤベェと思えないのか
普段ご利用のない環境から、お客様の楽天IDを使ったログインが確認されました。
ログイン日時： 2025/08/26 00:47JST (GMT + 09:00)
IPアドレス： 35.77.32.189
上記のログイン記録がお客様ご自身によるものであれば、何もする必要はありません。お心あたりがない場合は、念のため、以下の方法でパスワードの再設定を行うことをおすすめいたします。
※ 定期的に自動ログインを行い、情報を取得するサービス（家計簿サービス等）をご利用の場合、お客様がログインしていない時間にログイン通知メールが送信される場合があります。
なんだろな
更新日：2025/8/25
Moneytreeっぽいな
◆ 更新日：2025/08/12(火)00時25分02秒 記事数：40 消 ◆
｜ガザ空中投下で死亡の遺族が訴え 「非人道的…」希望も重さ4tの物資に押し潰され
｜https://news.yahoo.co.jp/articles/ac119f5f4d9bc7fe97b279a6b8c7eaa60ebbf6ec
｜
｜そんなに重いのな(;´Д`)
｜｜これ誤訳か何かでしょ(;´Д`)
｜｜ ﾜﾗﾀ(;´Д`)
｜｜ そういえば4tってどれくらいの大きさになるんだよって話だな
｜｜ 食糧4トンを4つのパレットで約1,000メートルの高さから投下との事例があるな
｜｜ 1個4トンはさすがに重すぎだが
｜｜｜能登地震でも物資をﾊﾟﾗｼｭｰﾄ投下しろって主張してる人がいたな(;´Д`)
｜｜├■2025/08/11(月)23時57分49秒 ■ ◆
｜｜｜└■2025/08/12(火)00時03分20秒 ■ ◆
｜｜｜ ｜防波堤の先っぽの狭いとこにヘリ降下はリスクの方が大きくて選択されなかった(;´Д`)
｜｜｜ ｜隆起だの地盤沈下だので防波堤は当初予測がアテにならん地点になったし
｜｜｜ └■2025/08/12(火)00時06分09秒 ■ ◆
｜｜｜ ｜普通に輸送できない状態だったんだっけ？(;´Д`)
｜｜｜ └■2025/08/12(火)00時10分50秒 ■ ◆
｜｜｜ ｜テレビでインタビュー受けてたのがレンジャー付けてた隊員で
｜｜｜ ｜平然とした顔で米と燃料を徒歩で運んでたのが印象的(;´Д`)
｜｜｜ ├■2025/08/12(火)00時13分43秒 ■ ◆
｜｜｜ ｜└■2025/08/12(火)00時15分34秒 ■ ◆
｜｜｜ ｜ ｜徒歩で現地入りしてヘリが降りられるところ探して安全性見て許可取ってUHで降りてたよね(;´Д`)
｜｜｜ ｜ ├■2025/08/12(火)00時16分35秒 ■ ◆
｜｜｜ ｜ ｜｜偵察部隊ってのは超軽装で最前線を徒歩で見に行くもんだしな(;´Д`)
｜｜｜ ｜ ｜└■2025/08/12(火)00時18分00秒 ■ ◆
｜｜｜ ｜ └■2025/08/12(火)00時16分50秒 ■ ◆
｜｜｜ ｜ ｜べつに中国くらいならチヌークでも脅威なのにオスプレイが買えたのデカイで
｜｜｜ ｜ └■2025/08/12(火)00時17分38秒 ■ ◆
｜｜｜ ｜ ｜チヌークの航続距離じゃ中国本土には届かない(;´Д`)
｜｜｜ ｜ └■2025/08/12(火)00時18分07秒 ■ ◆
｜｜｜ ｜ でも尖閣には届くよね
｜｜｜ └■2025/08/12(火)00時19分54秒 ■ ◆
｜｜｜ ｜返事は？(;`Д´)
｜｜｜ └■2025/08/12(火)00時20分47秒 ■ ◆
｜｜｜ ﾚﾝｼﾞｬｰ!!(;`Д´)
｜｜└■2025/08/12(火)00時06分01秒 ■ ◆
｜｜ ｜どうしてガザでは出来て能登地震では出来なかったの？(;´Д`)
｜｜ ├■2025/08/12(火)00時06分59秒 ■ ◆
｜｜ ｜｜投下して分配はどうすんのよ
｜｜ ｜└■2025/08/12(火)00時10分22秒 ■ ◆
｜｜ ｜ ﾒﾀﾙｽﾗｯｸﾞみたいな感じになる
｜｜ ├■2025/08/12(火)00時07分51秒 ■ ◆
｜｜ ｜ ガザ地区だの地震直後のハイチだのは直接降下すると略奪被害に輸送機ごと遭うから物資投下の方が低リスクっていう特殊事情が(;´Д`)
｜｜ └■2025/08/12(火)00時09分14秒 ■ ◆
｜｜ ｜C-130から放り出すんだけど風に流されて家に落ちて押し潰したり
｜｜ ｜海に落ちて水没したりするのが多いんよ効率が物凄く悪い
｜｜ ├■2025/08/12(火)00時10分15秒 ■ ◆
｜｜ ｜｜パラシュート付けたパレットで物資を投下なんて民家が密集とかしてない西欧のごく一部ぐらいしか平時にやれるとこないだろ(;´Д`)
｜｜ ｜└■2025/08/12(火)00時15分19秒 ■ ◆
｜｜ ｜ 失敗すれば日本人は無能！(;´Д`)って馬鹿にできて経済的
｜｜ └■2025/08/12(火)00時10分20秒 ■ ◆
｜｜ ｜取りに行けない場所に落下したらどうするの？(;´Д`)
｜｜ └■2025/08/12(火)00時11分46秒 ■ ◆
｜｜｜65歳の息子が15歳なの？
｜｜└■2025/08/11(月)23時58分45秒 ■ ◆
｜｜ 嫁は9歳とかかも知れないぞ
｜ ｜デメリットが大きい、ならわかる
｜ └■2025/08/12(火)00時07分18秒 ■ ◆
｜ それだけわかっていたら上出来ですよ(;´Д`)
｜落ち着いて着地するの待ってればいいのに欲張って着地する前から接近するからじゃんね(;´Д`)
｜ 風に流されてくるからぼーっとしてると思わぬ方向から来たのに潰されるんよ
｜真っ先にたどり着いて支援物資をガメないとハマスに全部取られてハマスが必要分取った残りの配分しか受けられないしな(;´Д`)
｜｜でもﾊﾏｽは善の組織だってみんな言ってますよ？(;´Д`)
｜ ｜平和的なライブイベントを襲撃して民間人を誘拐していく組織のどこが善なんだよ(;´Д`)
｜ └■2025/08/12(火)00時17分47秒 ■ ◆
｜＞パラシュートで食べ物を投げてくるんです。まるで、野良犬や猫に餌（えさ）を与えているようで非人道的だ。
｜
｜https://www.youtube.com/watch?v=dy2EI_dahCw
｜あぶねえなぁ(;´Д`)離れてろよ
なるほど、こんなﾍﾟｰｽで降ってくるんか(;´Д`)ﾜﾗﾀ
2025年、私たちはソフトウェア開発の歴史的な転換点に立っている。大規模言語モデル（LLM）の進化は、GitHub Copilotのようなコード補完ツールに始まり、今や「何を作りたいか」を自然言語で伝えるだけで、アプリケーションの雛形が数分で生成される時代を現実のものとしつつある。この光景を目の当たりにした多くのプログラマが、漠然とした、しかし確かな不安を抱いているだろう。「私たちの仕事は、いずれAIに奪われるのではないか」と。
この問いに対する私の答えは、半分はYesであり、もう半分はNoだ。より正確に言えば、プログラマの仕事の本質が、歴史上かつてないレベルで抽象化され、その役割が再定義されるのだ。私たちは、コードを「書く」作業から解放される一方で、これまで以上に高度な思考を要求されることになる。
本稿では、プログラミングの歴史を「How（いかに作るか）」から「What（何を作るか）」への移行として捉え直し、LLMがこの流れをいかに加速させるかを論じる。そして、その先にある、AIには決して代替できない、人間ならではの競争優位性、すなわち「Why（なぜ作るのか）」を定義し、記述する能力の重要性について深く考察していく。これは、単なる未来予測ではない。今を生きるすべてのソフトウェアエンジニアにとっての、生存戦略の提示である。
LLMの登場を特異点として捉える前に、我々が立っている場所を正確に知る必要がある。ソフトウェア開発の歴史は、常に「抽象化」との戦いであった。そしてその歴史は、プログラマの関心が「How」から「What」へと徐々に移り変わっていくプロセスとして描くことができる。
コンピュータの黎明期、プログラミングとは、計算機が理解できる命令（How）を、一行一行、丹念に記述する作業そのものであった。アセンブリ言語や初期のFORTRAN、COBOLといった言語は、ハードウェアの制約を強く受けており、プログラマはメモリ管理やプロセッサの動作といった、極めて物理層に近いレベルでの「How」を意識する必要があった。
この時代のテストもまた、「How」に強く束縛されていた。書かれた手続きが、意図した通りに順番に実行されるか、特定の入力に対して期待された計算結果を返すか。テストの関心事は、あくまで「手続きの正しさ」の検証にあった。ビジネスロジックと実装の詳細が密結合し、コードは特定の処理手順を記述した、硬直的な塊となっていた。
風向きが変わり始めたのは、ソフトウェアの規模が拡大し、その複雑性が人間の認知能力を超え始めた頃だ。1990年代後半から2000年代にかけて提唱されたエクストリーム・プログラミング（XP）の中で、テスト駆動開発（TDD）という考え方が登場する。
TDDの本質は、単なるテスト手法の改善ではない。それは、プログラミングのパラダイムを根底から覆す思想だった。TDDは、「まずテストを書く」ことを強制することで、プログラマの意識を「これから実装するコード（How）」から「そのコードが満たすべき振る舞い（What）」へと強制的に転換させたのだ。
テストはもはや、書かれたコードの後追いで正しさを検証する作業ではない。それは、これから作られるべきソフトウェアの「仕様書」であり、「振る舞いの宣言」となった。例えば、「ユーザーがログインボタンをクリックしたら、ダッシュボード画面に遷移する」というテストコードは、具体的な実装方法（`onClick`イベントハンドラの中で`window.location.href`を書き換える、など）には一切言及しない。それはただ、達成されるべき「What」を記述しているだけだ。
この思想は、ビヘイビア駆動開発（BDD）へと発展し、`Given-When-Then`といった、より自然言語に近い形式でソフトウェアの振る舞いを記述するスタイルを生み出した。プログラマだけでなく、プロダクトマネージャーやビジネスアナリストといった非技術者をも巻き込み、「What」を共通言語として定義する試みが本格化したのである。
TDD/BDDによってプログラマの意識が「What」に向かい始めると、コードそのものもまた、宣言的なスタイルへと進化していく。この変化を劇的に加速させたのが、モダンなフレームワークの存在だ。
Reactを例に考えてみよう。Reactが登場する前、フロントエンド開発はjQueryに代表されるように、DOMを直接操作する命令的なコード（How）の連続だった。「このボタンがクリックされたら、この要素のテキストを書き換え、あちらの要素を非表示にする」といった具合だ。
しかし、Reactは「UIとは、ある状態（state）に対する純粋な写像である」という宣言的なモデルを提示した。プログラマがやるべきことは、UIの状態（`state`）と、その状態がどのように見えるか（JSXによるコンポーネント）を宣言することだけだ。状態が変更された際に、DOMをどのように効率的に更新するかという面倒な「How」の部分は、Reactの仮想DOMと差分検出アルゴリズムがすべて隠蔽してくれる。プログラマは「What（UIのあるべき姿）」を記述するだけでよくなったのだ。
この「WhatからHowへの変換」は、様々な領域で見られる。
これらのフレームワークやツールは、いわば「特定の制約下における、WhatからHowへの高性能な変換器」として機能してきた。プログラマは、フレームワークが課す「お作法」や「制約」を受け入れることで、退屈で間違いの多い「How」の記述から解放され、より本質的な「What」の定義に集中できるようになった。我々が「生産性が高い」と感じる開発体験は、この優れた変換器の恩恵に他ならない。
現状は、この歴史的変遷の延長線上にある。プログラマの仕事は、手続きを記述する職人から、振る舞いを定義し、それを実現するための最適な「変換器（フレームワーク）」を選択・設定するアーキテクトへと、その重心を移してきたのだ。
フレームワークがもたらした「WhatからHowへ」の潮流は、LLMの登場によって、未曾有のスケールで加速されようとしている。フレームワークが「特定の領域に特化した変換器」であったのに対し、LLMは「あらゆる領域に対応可能な、究極の汎用変換器」としてのポテンシャルを秘めているからだ。
前章で述べたように、ReactやTerraformといったフレームワークは、その恩恵と引き換えに、私たちに特定の「制約」を課してきた。Reactを使うならコンポーネントベースで思考し、状態管理の作法に従う必要がある。Terraformを使うなら、そのエコシステムとHCLの流儀を受け入れなければならない。これらの制約は、WhatからHowへの変換を自動化するための「レール」であり、私たちはそのレールの上を走ることで効率を得てきた。
しかし、LLMはこの前提を覆す。LLMは、特定のフレームワークや言語の知識を事前に学習しているが、その利用において絶対的な制約を課すわけではない。私たちは、より自由な形式で「What」を伝えることができる。
例えば、こうだ。
ユーザー認証機能付きのシンプルなブログアプリを作ってほしい。フロントエンドはReactとTypeScript、UIコンポーネントはMUIを使う。バックエンドはNode.jsとExpressで、データベースはPostgreSQL。ユーザーはGoogleアカウントでログインでき、新しい記事を作成、編集、削除できる。記事にはマークダウン記法が使えて、画像もアップロードできるようにしてほしい。
この要求（What）は、特定のフレームワークの流儀に則ったものではない。複数の技術スタックを横断し、機能要求を自然言語で並べただけのものである。しかし、現在のLLM、特にGPT-4oやそれに類するモデルは、このレベルの要求から、ディレクトリ構造、設定ファイル、APIエンドポイント、フロントエンドコンポーネントに至るまで、驚くほど具体的なコード（How）を生成することができる。
これは、フレームワークが担ってきた「WhatからHowへの変換」が、特定のレールから解き放たれ、より広範で柔軟な領域へと拡張されたことを意味する。これまで自動化が難しかった、あるいは特定のフレームワークが存在しなかったニッチな領域や、複数の技術を組み合わせる複雑なシステム構築においても、AIによる宣言的プログラミングの恩恵を受けられる時代が始まろうとしているのだ。
LLMという汎用変換器の登場により、プログラマの生産性は、「いかに質の高いWhatをLLMに伝えられるか」に直結するようになる。これは、俗に「プロンプトエンジニアリング」と呼ばれるスキルだが、その本質は、ソフトウェア開発における「要求定義」そのものである。
質の高い「What」とは何か。それは、曖昧性がなく、網羅的で、矛盾のない要求である。
これらは、優秀なソフトウェアエンジニアが、プロダクトマネージャーやデザイナーとの対話を通じて、日常的に行ってきた思考プロセスそのものではないだろうか。LLMの登場は、この思考プロセスを、より明確に、よりテキストベースで「記述」する能力を求める。私たちの頭の中にあった暗黙的な仕様が、LLMへの入力（プロンプト）という形で、明示的に言語化されることを要求するのだ。
やがて、ほとんどのプログラミング作業は、この「Whatの記述」に収束していくだろう。TDDがテストコードという形式で「What」を記述したように、私たちは自然言語や、より構造化された要求記述言語を用いて、AIに対して「What」を宣言することになる。コード（How）は、その宣言から自動生成される中間生成物に過ぎなくなる。まさに、コードが蒸発していく未来である。
「What」を伝えれば「How」が手に入る。この魔法のような世界の到来を前に、私たちは一つの重大な問いに直面する。それは、「そのWhatからHowへの変換は、本当に一意に決まるのか？」という問いだ。
答えは、明確にNoである。
ある「What（要求）」を実現するための「How（実装）」は、無数に存在する。そして、どの「How」を選択すべきかを決定するためには、単純な機能要求（What）だけでは情報が全く足りない。そこには、必ず「Why（なぜそう作るのか）」という、背景、文脈、そしてトレードオフの考慮が必要不可欠となる。
簡単な例を考えてみよう。「1億件のユーザーデータを格納し、ユーザーIDで高速に検索できるシステム」という「What」をLLMに与えたとする。LLMは、どのような「How」を提案するだろうか。
これらの選択肢は、どれも「What」を満たしている。しかし、その特性は全く異なる。案Aは多くのエンジニアにとって馴染み深く開発が容易だが、10億、100億件へのスケールは難しいかもしれない。案Bはスケール性に優れるが、厳密なトランザクション管理は苦手だ。案Cは高速だが、運用コストとシステムの複雑性が増す。案Dは安価だが、検索速度は他に劣る。
LLMは、これらの選択肢をリストアップすることはできるだろう。しかし、このプロジェクトにとって最適な選択肢はどれかを、自信を持って決定することはできない。なぜなら、その決定には、LLMが与えられていない「Why」の情報が必要だからだ。
これらの「Why」こそが、無数に存在する「How」の中から、ただ一つの「正解」を選び出すための羅針盤なのである。そしてこの「Why」は、ビジネスの目標、組織の文化、ユーザーの期待、技術的な制約といった、極めて人間的で、文脈依存的な情報の中にしか存在しない。
ここで重要なのは、これまでもエンジニアは、この「Why」に基づく意思決定を、意識的あるいは無意識的に行ってきたという事実だ。
私たちが技術選定を行うとき、単に「流行っているから」という理由だけでReactを選ぶわけではない。「SPA（Single PageApplication）にすることでユーザー体験を向上させたい（Why）」、「コンポーネント指向の開発によって長期的な保守性を確保したい（Why）」、「Reactエンジニアの採用市場が活発だから（Why）」といった、様々な「Permalink |記事への反応(0) | 17:09
2025年、私たちはソフトウェア開発の歴史的な転換点に立っている。大規模言語モデル（LLM）の進化は、GitHub Copilotのようなコード補完ツールに始まり、今や「何を作りたいか」を自然言語で伝えるだけで、アプリケーションの雛形が数分で生成される時代を現実のものとしつつある。この光景を目の当たりにした多くのプログラマが、漠然とした、しかし確かな不安を抱いているだろう。「私たちの仕事は、いずれAIに奪われるのではないか」と。
この問いに対する私の答えは、半分はYesであり、もう半分はNoだ。より正確に言えば、プログラマの仕事の本質が、歴史上かつてないレベルで抽象化され、その役割が再定義されるのだ。私たちは、コードを「書く」作業から解放される一方で、これまで以上に高度な思考を要求されることになる。
本稿では、プログラミングの歴史を「How（いかに作るか）」から「What（何を作るか）」への移行として捉え直し、LLMがこの流れをいかに加速させるかを論じる。そして、その先にある、AIには決して代替できない、人間ならではの競争優位性、すなわち「Why（なぜ作るのか）」を定義し、記述する能力の重要性について深く考察していく。これは、単なる未来予測ではない。今を生きるすべてのソフトウェアエンジニアにとっての、生存戦略の提示である。
LLMの登場を特異点として捉える前に、我々が立っている場所を正確に知る必要がある。ソフトウェア開発の歴史は、常に「抽象化」との戦いであった。そしてその歴史は、プログラマの関心が「How」から「What」へと徐々に移り変わっていくプロセスとして描くことができる。
コンピュータの黎明期、プログラミングとは、計算機が理解できる命令（How）を、一行一行、丹念に記述する作業そのものであった。アセンブリ言語や初期のFORTRAN、COBOLといった言語は、ハードウェアの制約を強く受けており、プログラマはメモリ管理やプロセッサの動作といった、極めて物理層に近いレベルでの「How」を意識する必要があった。
この時代のテストもまた、「How」に強く束縛されていた。書かれた手続きが、意図した通りに順番に実行されるか、特定の入力に対して期待された計算結果を返すか。テストの関心事は、あくまで「手続きの正しさ」の検証にあった。ビジネスロジックと実装の詳細が密結合し、コードは特定の処理手順を記述した、硬直的な塊となっていた。
風向きが変わり始めたのは、ソフトウェアの規模が拡大し、その複雑性が人間の認知能力を超え始めた頃だ。1990年代後半から2000年代にかけて提唱されたエクストリーム・プログラミング（XP）の中で、テスト駆動開発（TDD）という考え方が登場する。
TDDの本質は、単なるテスト手法の改善ではない。それは、プログラミングのパラダイムを根底から覆す思想だった。TDDは、「まずテストを書く」ことを強制することで、プログラマの意識を「これから実装するコード（How）」から「そのコードが満たすべき振る舞い（What）」へと強制的に転換させたのだ。
テストはもはや、書かれたコードの後追いで正しさを検証する作業ではない。それは、これから作られるべきソフトウェアの「仕様書」であり、「振る舞いの宣言」となった。例えば、「ユーザーがログインボタンをクリックしたら、ダッシュボード画面に遷移する」というテストコードは、具体的な実装方法（`onClick`イベントハンドラの中で`window.location.href`を書き換える、など）には一切言及しない。それはただ、達成されるべき「What」を記述しているだけだ。
この思想は、ビヘイビア駆動開発（BDD）へと発展し、`Given-When-Then`といった、より自然言語に近い形式でソフトウェアの振る舞いを記述するスタイルを生み出した。プログラマだけでなく、プロダクトマネージャーやビジネスアナリストといった非技術者をも巻き込み、「What」を共通言語として定義する試みが本格化したのである。
TDD/BDDによってプログラマの意識が「What」に向かい始めると、コードそのものもまた、宣言的なスタイルへと進化していく。この変化を劇的に加速させたのが、モダンなフレームワークの存在だ。
Reactを例に考えてみよう。Reactが登場する前、フロントエンド開発はjQueryに代表されるように、DOMを直接操作する命令的なコード（How）の連続だった。「このボタンがクリックされたら、この要素のテキストを書き換え、あちらの要素を非表示にする」といった具合だ。
しかし、Reactは「UIとは、ある状態（state）に対する純粋な写像である」という宣言的なモデルを提示した。プログラマがやるべきことは、UIの状態（`state`）と、その状態がどのように見えるか（JSXによるコンポーネント）を宣言することだけだ。状態が変更された際に、DOMをどのように効率的に更新するかという面倒な「How」の部分は、Reactの仮想DOMと差分検出アルゴリズムがすべて隠蔽してくれる。プログラマは「What（UIのあるべき姿）」を記述するだけでよくなったのだ。
この「WhatからHowへの変換」は、様々な領域で見られる。
これらのフレームワークやツールは、いわば「特定の制約下における、WhatからHowへの高性能な変換器」として機能してきた。プログラマは、フレームワークが課す「お作法」や「制約」を受け入れることで、退屈で間違いの多い「How」の記述から解放され、より本質的な「What」の定義に集中できるようになった。我々が「生産性が高い」と感じる開発体験は、この優れた変換器の恩恵に他ならない。
現状は、この歴史的変遷の延長線上にある。プログラマの仕事は、手続きを記述する職人から、振る舞いを定義し、それを実現するための最適な「変換器（フレームワーク）」を選択・設定するアーキテクトへと、その重心を移してきたのだ。
フレームワークがもたらした「WhatからHowへ」の潮流は、LLMの登場によって、未曾有のスケールで加速されようとしている。フレームワークが「特定の領域に特化した変換器」であったのに対し、LLMは「あらゆる領域に対応可能な、究極の汎用変換器」としてのポテンシャルを秘めているからだ。
前章で述べたように、ReactやTerraformといったフレームワークは、その恩恵と引き換えに、私たちに特定の「制約」を課してきた。Reactを使うならコンポーネントベースで思考し、状態管理の作法に従う必要がある。Terraformを使うなら、そのエコシステムとHCLの流儀を受け入れなければならない。これらの制約は、WhatからHowへの変換を自動化するための「レール」であり、私たちはそのレールの上を走ることで効率を得てきた。
しかし、LLMはこの前提を覆す。LLMは、特定のフレームワークや言語の知識を事前に学習しているが、その利用において絶対的な制約を課すわけではない。私たちは、より自由な形式で「What」を伝えることができる。
例えば、こうだ。
ユーザー認証機能付きのシンプルなブログアプリを作ってほしい。フロントエンドはReactとTypeScript、UIコンポーネントはMUIを使う。バックエンドはNode.jsとExpressで、データベースはPostgreSQL。ユーザーはGoogleアカウントでログインでき、新しい記事を作成、編集、削除できる。記事にはマークダウン記法が使えて、画像もアップロードできるようにしてほしい。
この要求（What）は、特定のフレームワークの流儀に則ったものではない。複数の技術スタックを横断し、機能要求を自然言語で並べただけのものである。しかし、現在のLLM、特にGPT-4oやそれに類するモデルは、このレベルの要求から、ディレクトリ構造、設定ファイル、APIエンドポイント、フロントエンドコンポーネントに至るまで、驚くほど具体的なコード（How）を生成することができる。
これは、フレームワークが担ってきた「WhatからHowへの変換」が、特定のレールから解き放たれ、より広範で柔軟な領域へと拡張されたことを意味する。これまで自動化が難しかった、あるいは特定のフレームワークが存在しなかったニッチな領域や、複数の技術を組み合わせる複雑なシステム構築においても、AIによる宣言的プログラミングの恩恵を受けられる時代が始まろうとしているのだ。
LLMという汎用変換器の登場により、プログラマの生産性は、「いかに質の高いWhatをLLMに伝えられるか」に直結するようになる。これは、俗に「プロンプトエンジニアリング」と呼ばれるスキルだが、その本質は、ソフトウェア開発における「要求定義」そのものである。
質の高い「What」とは何か。それは、曖昧性がなく、網羅的で、矛盾のない要求である。
これらは、優秀なソフトウェアエンジニアが、プロダクトマネージャーやデザイナーとの対話を通じて、日常的に行ってきた思考プロセスそのものではないだろうか。LLMの登場は、この思考プロセスを、より明確に、よりテキストベースで「記述」する能力を求める。私たちの頭の中にあった暗黙的な仕様が、LLMへの入力（プロンプト）という形で、明示的に言語化されることを要求するのだ。
やがて、ほとんどのプログラミング作業は、この「Whatの記述」に収束していくだろう。TDDがテストコードという形式で「What」を記述したように、私たちは自然言語や、より構造化された要求記述言語を用いて、AIに対して「What」を宣言することになる。コード（How）は、その宣言から自動生成される中間生成物に過ぎなくなる。まさに、コードが蒸発していく未来である。
「What」を伝えれば「How」が手に入る。この魔法のような世界の到来を前に、私たちは一つの重大な問いに直面する。それは、「そのWhatからHowへの変換は、本当に一意に決まるのか？」という問いだ。
答えは、明確にNoである。
ある「What（要求）」を実現するための「How（実装）」は、無数に存在する。そして、どの「How」を選択すべきかを決定するためには、単純な機能要求（What）だけでは情報が全く足りない。そこには、必ず「Why（なぜそう作るのか）」という、背景、文脈、そしてトレードオフの考慮が必要不可欠となる。
簡単な例を考えてみよう。「1億件のユーザーデータを格納し、ユーザーIDで高速に検索できるシステム」という「What」をLLMに与えたとする。LLMは、どのような「How」を提案するだろうか。
これらの選択肢は、どれも「What」を満たしている。しかし、その特性は全く異なる。案Aは多くのエンジニアにとって馴染み深く開発が容易だが、10億、100億件へのスケールは難しいかもしれない。案Bはスケール性に優れるが、厳密なトランザクション管理は苦手だ。案Cは高速だが、運用コストとシステムの複雑性が増す。案Dは安価だが、検索速度は他に劣る。
LLMは、これらの選択肢をリストアップすることはできるだろう。しかし、このプロジェクトにとって最適な選択肢はどれかを、自信を持って決定することはできない。なぜなら、その決定には、LLMが与えられていない「Why」の情報が必要だからだ。
これらの「Why」こそが、無数に存在する「How」の中から、ただ一つの「正解」を選び出すための羅針盤なのである。そしてこの「Why」は、ビジネスの目標、組織の文化、ユーザーの期待、技術的な制約といった、極めて人間的で、文脈依存的な情報の中にしか存在しない。
ここで重要なのは、これまでもエンジニアは、この「Why」に基づく意思決定を、意識的あるいは無意識的に行ってきたという事実だ。
私たちが技術選定を行うとき、単に「流行っているから」という理由だけでReactを選ぶわけではない。「SPA（Single PageApplication）にすることでユーザー体験を向上させたい（Why）」、「コンポーネント指向の開発によって長期的な保守性を確保したい（Why）」、「Reactエンジニアの採用市場が活発だから（Why）」といった、様々な「Permalink |記事への反応(0) | 17:09
山形県酒田市の住宅街にある寺の本堂の床下にクマが居座る 警察と猟友会が箱わな設置
6月3日、山形県酒田市の市街地にある寺にクマが出没し、一夜明けた4日も建物の床下に居座っていると見られ警察が警戒に当たっています。
酒田警察署によりますと3日午後8時15分ごろ酒田市若竹町2丁目の寺院・法輪寺で本堂の床下にクマ1頭が出入りしていると寺の関係者から110番通報がありました。
通報を受けて出動した警察が調べたところ寺の防犯カメラの映像にはクマが建物の床下に入る様子が映っていたということです。
床下の出入り口は1か所で映像ではクマが最後に入った後出てくる様子は確認されず4日正午現在も床下に居座っていると見られています。
現場は、酒田市役所の南およそ1.5キロの住宅地で近くには学校や病院などがあります。
そのため、警察は昨夜からけさにかけて床下の出入り口を盾で塞いだほか、4日午前6時すぎに地元猟友会が箱わなを設置しました。
酒田市の寺の本堂の床下 クマが居座って19時間 箱わな設置も入らず 出入り口はふさぐ
酒田市の市街地にある寺に3日夜、クマが出没しました。1日近く経つ4日17時現在も建物の床下に居座っているとみられ警察などが警戒に当たっています。
酒田警察署によりますと、3日午後8時15分ごろ、酒田市若竹町2丁目の寺院・法輪寺で本堂の床下にクマ1頭が出入りしていると寺の関係者から110番通報がありました。
通報を受けて出動した警察が調べたところ、寺の防犯カメラの映像にはクマが建物の床下に入る様子が映っていたということです。
床下の出入り口は1か所で、映像ではクマが最後に入った後出てくる様子は確認されず現在も床下に居座っているとみられています。
酒田市危機管理課担当者「いまお寺の床下にクマが逃げ込んでそこにまだ入っていると思われる状況で入口を仮にふさいでクマの出方を注視するという状況です」
近所の人は「えっ、入れないの？クマは不安だけどお家に帰りたい」
現場は、酒田市役所の南およそ1.5キロの住宅地で、近くには飲食店や銀行、病院などもあります。警察は3日夜から4日朝にかけて床下の出入り口を盾で塞いだほか、午前6時半すぎに地元猟友会が箱わなを設置しました。これまでのところ人や物への被害は確認されていません。
現場から1～2キロの場所には小学校2校と中学校1校があり、可能な限り保護者の車や付き添いでの登校が呼びかけられました。授業はそれぞれ通常通り行われ、下校についても集団下校などの措置が取られたということです。
酒田市立亀ヶ崎小学校 佐藤寿尚校長「パトカーが4～5台巡回してくれているので安心しています。早く状況が改善すればいいなと思います。まず子どもたちの安全を最優先に考えて対応していきたいと思います。」
市の対策本部は寺の本堂の床下からクマが逃げ出さないよう、丈夫な角材や板などを組んですき間をふさぎクマが箱わなに入るのを待つ方針です。
https://news.ntv.co.jp/n/ybc/category/society/yb970e9b699365410091958962362bc637
山形県酒田市の寺の本堂床下にで3日夜から居座るクマ 箱わな設置も捕獲に至らず
山形県酒田市の市街地にある寺の床下に3日夜から居座っているクマは、5日朝になっても捕獲にはいたらず、警察などが引き続き警戒に当たっています。
クマが居座っているのは、山形県酒田市若竹町2丁目の寺院、法輪寺です。
3日夜から本堂の床下にクマ1頭が入り込んでいて、床下の出入り口には4日あさ、ハチミツやリンゴなどのエサの入った箱わなが仕掛けられましたが、5日正午現在も、捕獲にはいたっていません。
現場に近い小学校2校と中学校1校は、5日朝も可能な限り保護者の車や付き添いでの登校が呼びかけられ集団登校なども行われました。
授業はそれぞれ通常通り行われています。
酒田市立亀ヶ崎小学校佐藤寿尚校長「地域の皆さん家庭の皆さんからご理解ご協力いただいてありがたいと思っていますし学校として子どもたちの安全を第一に考えて対応したい。」
寺の本堂の床下はクマが逃げ出さないよう、丈夫な板や土のうなどを組んですき間をふさいであるため、市の対策本部は引き続きクマが箱わなに入るのを待つ方針です。
https://news.ntv.co.jp/n/ybc/category/society/yb928032618f6946a59a8f61846d9f7d04
酒田市の市街地にある寺の床下に3日夜から居座っているクマは、5日夕方になっても捕獲には至っていません。
クマが居座っているのは、酒田市若竹町2丁目の寺院、法輪寺で、3日夜から本堂の床下にクマ1頭が入り込んでいます。床下の出入り口には4日朝、ハチミツやリンゴなどのエサの入った箱わなが仕掛けられましたが、5日午後6時現在も、捕獲には至っていません。
酒田市 平井雅史危機管理監（箱わなの現状は？）「現状は変化なしです」
現場に近い小学校2校と中学校1校では、授業はそれぞれ通常通り行われ、放課後は4日に続き集団下校の対応が取られました。
付き添いの保護者「ちょっと不安は不安ですね。子どもたちがうちはまだ小さいので、とても。夜もうちでイヌを飼っていますがイヌが吠えるともしかいたらクマが出てきたんじゃないかと思ったりして。早く捕まってほしいというか山に帰ってほしい」
寺の本堂の床下はクマが逃げ出さないよう、丈夫な板や土のうなどを組んですき間をふさいであるため、市の対策本部は引き続き、クマが箱わなに入るのを待つ方針です。
https://news.ntv.co.jp/n/ybc/category/society/yb0b3396a6a0974ff78645942e653163f0
酒田市の寺に居座るクマ 箱わなのエサだけとって食べたか 24時間態勢の監視続く
山形県酒田市の市街地にある寺の床下に3日の夜から居座っているクマは、居座りから3日目となった6日も捕獲に至っていません。現場近くの人たちは不安を抱えた状態が続いてます。
クマ1頭が居座っているのは、酒田市若竹町2丁目の寺院、法輪寺です。クマは3日の夜から本堂の床下に入り込んだままの状態です。
床下の出入り口には4日朝、ハチミツやリンゴなどのエサの入った箱わなが仕掛けられましたが、6日午前11時現在も捕獲には至っておらず警察と酒田市は24時間態勢で監視を続けています。
近所の人は「みんな今は家の中にいるようであまり人とは会わない。買い物行く時もちょっと行く。（クマが）怖いから家から出ないのではないか。早く出て来てくれることを祈っている。何事も無く」
現場に近い小学校2校と中学校1校では、6日も保護者の車や付き添いによる登校が行われました。授業はそれぞれ通常通り行われています。
付き添いの保護者「（子どもを）保育園に送って小学校に送って2か所送迎している。早く捕まってくれると安心する」
市の対策本部は引き続き、クマが箱わなに入るのを待って麻酔銃などの使用を検討する方針です。
news.ntv.co.jp/n/ybc/category/society/ybead74ec8cff848179cf8cfc181ed0c00
酒田市の寺に居座るクマ 箱わなのエサだけとって食べたか 24時間態勢の監視続く
酒田市の市街地にある寺の床下に6月3日の夜から居座り続けているクマは、6日も捕獲に至っていません。酒田市によりますと箱わなに仕掛けたエサが全部食べられていたことが確認されたということです。
クマ1頭が居座り続けているのは、酒田市若竹町2丁目の寺院、法輪寺です。クマは6月3日の夜から本堂の床下に入り込だままの状態です。床下の出入り口には4日の朝、リンゴとハチミツを入れた箱わなが仕掛けられました。
酒田市によりますとこの箱わなのなかにエサとして入れていたリンゴとハチミツが5日の夕方にはすべて食べられていたことが確認されたということです。箱わなはクマが入ると入口が閉まる仕掛けになっていてクマが中に入らずにエサだけをとったとみられています。
その後、新たにハチミツを箱わなに仕掛け、6日は食べられた形跡は確認されていません。クマは現在も捕獲されておらず警察と酒田市は24時間態勢で監視を続けています。
近所の人は「みんな今は家の中にいるようであまり人とは会わない。買い物行く時もちょっと行く。クマが怖いから家から出ないのではないか。早く出て来てくれることを祈っている。何事も無く」
現場近くの小学校2校と中学校1校では、6日も、保護者の車や付き添いによる登校が実施されました。授業はそれぞれ通常通り行われています。
付き添いの保護者「子どもを保育園に送って小学校に送って2か所送迎している。早く捕まってくれると安心する」
酒田市の対策本部は引き続き、クマが箱わなに入るのを待って麻酔銃などの使用を検討する方針です。
https://news.ntv.co.jp/n/ybc/category/society/ybead74ec8cff848179cf8cfc181ed0c00
山形県酒田市の寺の床下に３日から居座っているクマ ７日夕方になっても捕獲できず
山形県酒田市の市街地にある寺の床下に6月3日の夜から居座り続けているクマは、7日も捕獲されませんでした。警察と酒田市は24時間態勢で監視を続けています。
クマ1頭が居座り続けているのは、山形県酒田市若竹町2丁目の寺院、法輪寺です。
クマは6月3日の夜から本堂の床下に入り込んだままの状態です。
床下の出入り口には、4日の朝にハチミツなどを入れた箱わなが仕掛けられました。
箱わなは、クマが入ると入口が閉まる仕掛けになっていましたが最初のエサはクマが中に入らずにエサだけをとったとみられ捕獲できませんでした。
警察と酒田市は6日、新たにハチミツを箱わなに仕掛け直し監視を続けていますが、7日も食べられた形跡は確認されていないということです。
クマは7日夕方5時現在も捕獲されておらず警察と酒田市は24時間態勢で監視を続けています。
https://news.ntv.co.jp/n/ybc/category/society/yb927dc5f7b1004237af912f932ff2c4c9
市街地の寺に今月3日夜から居座りのクマ 8日も捕獲に至らず 市や警察の監視続く 山形・酒田市
山形県酒田市の市街地にある寺の床下に今月3日の夜から居座り続けているクマは、8日も捕獲に至っていません。市や警察は引き続き監視を行っています。
今月3日の夜からクマ1頭が居座り続けているのは、酒田市若竹町2丁目の寺院、法輪寺です。
クマは、本堂の床下に入り込んだままの状態で床下の出入り口には、4日の朝からハチミツなどを入れた箱わなが仕掛けられています。
これまでにクマは箱わなの中の餌を食べるなどしていますが、依然としてわなにはかかっておらず、8日も捕獲に至っていません。
寺の本堂の床下はクマが逃げ出さないよう、丈夫な板や土のうなどを組んですき間をふさいであるため、床下の外には逃げられないということです。
【速報】今月3日夜から酒田市の寺に居座りのクマようやく捕獲 9日早朝運び出される
酒田市若竹町２丁目の寺院・法輪寺の床下に３日夜から居座っていたクマは8日午後7時ごろ、猟友会が設置した箱わなに入ったことが確認されました。その後、9日早朝に捕獲作業が行われ、麻酔で眠らせて午前4時40分ごろ寺から運び出されました。
https://news.ntv.co.jp/n/ybc/category/society/yb131da99ef5d146aeadfb463c08affffa
山形県酒田市の中心部にある寺の本堂で、今月３日から床下に入り込んでいたクマは８日夜、わなにかかり、捕獲されて山に放されました。
今月３日の午後８時すぎ、酒田市若竹町の寺で「本堂の床下にクマが出入りする様子を防犯カメラで見た」と寺の関係者から警察に通報があり、警察などはクマが出られないように隙間をふさいだ上で、わなやバリケードなどを設置して警戒を続けていました。
市によりますと、クマは８日午後７時ごろ、わなにかかっているのが確認され、一夜明けた９日午前４時半ごろに獣医師が麻酔銃で眠らせた上で、運び出しました。
クマは体長９６センチ、推定３歳のオスで、市はすでに住宅から離れた山に放したということです。
付近の小中学校では児童や生徒の登下校時、保護者に車で送迎してもらうなどの対応をとっていましたが、９日から通常に戻りました。
現場周辺の自治会の須田幸一会長は「子どもたちが外で遊べるようになってよかった。街なかでクマが出ると思わなかったため対策を考えていきたい」と話していました。
酒田市環境衛生課の佐藤傑課長は「クマがわなをかいくぐってエサを食べた様子も確認されたため、わながうまく作動するように検討していきたい」と話していました。
https://www3.nhk.or.jp/lnews/yamagata/20250609/6020024161.html
「ほっとした」…今月3日夜から市街地の寺に居座りのクマようやく捕獲 9日朝早く山に放される 山形・酒田市
酒田市の市街地にある寺の床下に今月3日夜から居座っていたクマは8日夜、ようやくわなにかかり、9日朝早く境内から運び出されました。
記者「今月3日から寺の本堂の床下に潜り込んでいたクマは、さきほど8日午後7時ころようやく捕獲されました」
酒田市によりますと、捕獲されたのは体長96センチ、体重32キロ、推定3歳の雄のツキノワグマです。
クマは今月3日の夜、酒田市若竹町2丁目の法輪寺の本堂の床下に入り込みました。翌4日の朝、地元の猟友会が床下の出入り口にはちみつなどの餌を入れたドラム缶型の箱わなを設置。
クマは箱わなの中の餌を食べるなどしましたがわなにかからず、居座る状態が続いていました。
出没から5日経った8日午後7時ごろ、クマが餌を取ろうと箱わなに入ったところで手動でひもを引いて扉を閉め捕獲に成功しました。
酒田市環境衛生課・佐藤傑課長「（クマは）入った時から割と静かに隅っこにうずくまっていた」
クマは9日朝早く麻酔銃が撃たれ、眠ったことが確認された午前4時40分ごろ、箱わなごと寺の境内から運び出されました。
近所の人は「ほっとした。良かった。まずね。長かった。もうちょっとかかるかと。クマだって大変だったろう」
クマはこの後、人家などがない酒田市内の山間部に運ばれ、9日午前8時前に放されたということです。クマの捕獲を受けて近隣の小中学校は通常通りの登下校に戻っています。
https://news.ntv.co.jp/n/ybc/category/society/ybc86f8ee6b77040bd97e925a047653b14
ただし――
---
| ステップ | 要点 | 補足 |
| **1. 実績データ** | 3 例で平均 8 年、分散 4 半期程度 | SARS→MERS→COVID の並び |
| **2.趨勢の補正** | 加速（環境破壊・都市化etc.）で周期短縮 | BMJ Global Health の回帰モデルでは **10 年で出現頻度 2 倍弱** ([BMJ Global Health][3]) |
| **3.監視＆技術効果** | 逆方向の力：ゲノム監視網・mRNAワクチン基盤が “防波堤” | WHO・JHU が強調する「検出スピード向上」 ([世界保健機関][6], [TheHub][5]) |
| **4.統合見積り** | “発生”そのものは 5 〜 7 年以内が有力だが、パンデミック化は **±2 年の誤差帯**, 2027-29 中心 |
---
---
**「確率論で 2027〜2029 年が最も怪しいが、 “外れてくれたらラッキー” くらいの気構えが妥当」**
SARSから二十余年で私たちの監視網は桁違いに強化されました。次の大波が来るタイミングを完全に当てることは不可能ですが、**備えの質**しだいで「ただのアウトブレイク」で止める未来も十分あり得ます。
それまでは少し肩の力を抜きつつ、“科学というスポットライト” が闇から飛び出す新顔ウイルスを照らし続けているか見守っていきましょう。
[1]:https://www.mayoclinic.org/diseases-conditions/history-disease-outbreaks-vaccine-timeline/sars-mers?utm_source=chatgpt.com "History ofSARS/MERS: Outbreaks and vaccine timeline - MayoClinic"
[2]:https://mymc.jp/news/2217/?utm_source=chatgpt.com "歴史でみる感染症（SARS、MERS、新型コロナウイルス）"
[3]:https://gh.bmj.com/content/8/11/e012026?utm_source=chatgpt.com "Historical trends demonstrate a pattern of increasingly frequent and ..."
[4]:https://hsph.harvard.edu/news/next-pandemic-not-if-but-when/?utm_source=chatgpt.com "Thenext pandemic: not if, but when"
[5]:https://hub.jhu.edu/magazine/2025/spring/ready-for-next-pandemic/?utm_source=chatgpt.com "Are we ready for thenextone? - JHUHub"
[6]:https://www.who.int/news-room/commentaries/detail/after-covid-19--is-the-world-ready-for-the-next-pandemic?utm_source=chatgpt.com "After COVID-19,isthe world ready for thenext pandemic?"
どちらも、学生特有の眩しさと純な心で以て夢をひたすらに追いかける、やりたいことに全速力で向かう、そんなシーンがあったのだけど、社会人にとってはあんまりにも煌めきが強すぎて、自然と涙がこぼれてしまった。
そうなりたかった、という後悔の涙なのかもしれない。
そうであった、という懐かしさの涙なのかもしれない。
なんにせよ、自分にはもう無いもので取り返すことも難しい一瞬の光を切り取った場面に、ひどく心を打たれた。
突き抜けて青春であればただ懐かしみを覚えるだけで済んだのかな。
心を変える歌を、音楽を、聞きたい。他人に任せてるようじゃいつまで経っても変わらないんだろうけど。
あの時はあの時で全力だった。それしか、その今しか知らなかったから。いろいろ知るうちに後悔が大きくなって、人間としては成長できないまま、できたであろう選択肢の数々を夜な夜な想起しては寝不足になる。空想の中ではいつだってスーパーヒーローになれたのに起きればしがないサラリーマンをやっている。
じっとりとしたあの夏の空気の中、ぬるい息を吸って楽器に吹き込んでいた頃を思い出す。心がまだあの教室の中に取り残されている気がする。
どちらも、学生特有の眩しさと純な心で以て夢をひたすらに追いかける、やりたいことに全速力で向かう、そんなシーンがあったのだけど、社会人にとってはあんまりにも煌めきが強すぎて、自然と涙がこぼれてしまった。
そうなりたかった、という後悔の涙なのかもしれない。
そうであった、という懐かしさの涙なのかもしれない。
なんにせよ、自分にはもう無いもので取り返すことも難しい一瞬の光を切り取った場面に、ひどく心を打たれた。
突き抜けて青春であればただ懐かしみを覚えるだけで済んだのかな。
心を変える歌を、音楽を、聞きたい。他人に任せてるようじゃいつまで経っても変わらないんだろうけど。
あの時はあの時で全力だった。それしか、その今しか知らなかったから。いろいろ知るうちに後悔が大きくなって、人間としては成長できないまま、できたであろう選択肢の数々を夜な夜な想起しては寝不足になる。空想の中ではいつだってスーパーヒーローになれたのに起きればしがないサラリーマンをやっている。
じっとりとしたあの夏の空気の中、ぬるい息を吸って楽器に吹き込んでいた頃を思い出す。心がまだあの教室の中に取り残されている気がする。
「コンパクトな増田」がどんなものかググる程度の非ファーストブクマカだけど、ファーストブクマカには大変お世話になっています。ひとまずこんなユーザースタイルを当てれば、トラバは除外できます。
/*トップページで言及エントリを除外 */h1/*はてな匿名ダイアリー*/ + #intro/*名前を隠して楽しく日記。*/ + #body div.section:has(h3 > a/*■*/ + a/*anond:YYYYMMDDhhmmss*/){ display: none;}
ユーザースタイルやAutoPagerizeを使ったことない場合は下記を参考にググるなりしてみてほしい。
https://chromewebstore.google.com/detail/stylus/clngdbkpkpeebahjckkjfobafhncgmne?hl=ja
uAutoPagerize -Chromeウェブストア
https://chromewebstore.google.com/detail/uautopagerize/kdplapeciagkkjoignnkfpbfkebcfbpb?hl=ja
--
マルウェア問題が起きたのはStylishで、そのユーザー層を引き継いだのがStylus。
紹介したuAutoPagerizeは拡張の更新日付もレビューの日付も新しいし、私自身はFirefoxのweAutoPagerizeを使ってるけどデータベース更新日付は本日付なので、たぶん大丈夫。実際増田のトップページで快適動作してます。
約2年間も放置されている作品を更新して貰うにはどうしたら良いんだろう？
最終更新日を確認せず完結前の作品を読んじゃったのは軽率だった。
主人公はライターズブロックに陥っているんだけど、もしかして投稿者もそうなのかも。
だとしたら「続き楽しみにしています」とか無神経なこと言えんよな。
まさか、こんな年になって海外の同人投稿サイトにハマるとは思ってもみなかったわ。
ついでに主人公に言いたいことがあるから書いておこ。
あのさあ、その子は「あなたに嫉妬してもらいたかったから」って言ってるじゃん。
お前がいつまでも自分の気持ちをごまかし続けるから、そんなことになっちゃったの。
何で単位が危ないよ？とかいう方向の話を始めちゃうの？
今お前がしなければいけないことはモラルコンパスの持ち主だというアピールじゃねえんだよ。
そのコンパスを今この時だけでも捨てろよおおおおおお！！！！！後で拾えばいいじゃん！！！！！
何でそこで帰っちゃうのぉおおぉぉ！！プロフェッサー！！
現代設定AUだから、この話ではもしかしたらそうならずに済むかもしれんけどさ、その子、原作では外国に行っちゃうじゃん。
移住先のその国でずっと年長のお前より先に死ぬじゃん。しかも悲劇的な死に方で。
原作通りの展開来たときに悔やんでも遅いからな！？
あ、それとあの子の貴重な眼鏡姿の写真を見た時に声に出して言えないことを考えちゃったって何？何ですか？教えて？
「子どもは３歳まで母親と…」の母性神話を打ち破る 研究と調査報道の接点
https://frontlinepress.jp/6609
三歳児神話と、乳幼児の愛着を母親に求める論は同じではないのでは？という意見もあるだろうが
次の記述がある
このうち、①の「小さいとき、3歳くらいまでが大切」は真実であり、発達心理学的にも大切にしたいと思います。でも、なぜ大切なのかを考えてみたいですね。それは愛される経験が必要だからです。そして、その愛とは、母親の愛ももちろんですが、母親だけではありません。父親や祖父母、保育者や近隣の人など、子どもを大切に育もうとする人々の愛に見守られて子どもは健やかに育っていくのです。それなのに、幼少期に母親の愛情の必要性だけを強調・偏重するところに「3歳児神話」の問題の一つがあると言えます。
その根拠とされたのが、英国の精神科医ジョン・ボウルビィの研究です。20世紀初頭から問題となっていた、欧米の乳児院などで育てられていた子どもたちの発達の遅れや異常を調査し、その原因を「母性的養育の剥奪」に求めたのです。ただ、その研究が日本に導入・紹介されたとき、ボウルビィの言う「母性的養育の剥奪・欠如」、つまり「温かな養育環境の剥奪・欠如」は「母親不在」に置き換えられました。そして、「女性は家庭で育児に専念すべきであり、それがなされないと、子どもの成長発達が歪む」という形で、②③が強化されてしまったのです。
つまり赤ちゃんは母親との愛着を育み～～とかそういうのは生物学的とか心理学的な根拠があるかのように語られているが現実は別に前提が間違っていただけということになる。
母子関係を特別視している偏見が存在する・・・というところだろう。
【追加】
レファレンス協同データベースに資料紹介があった
事例作成日 2024/01/18登録日時 2024/03/01 00:30更新日時 2024/03/01 00:30
提供館宮城県図書館 (2110032)管理番号 MYG-REF-23017
https://crd.ndl.go.jp/reference/entry/index.php?id=1000346742&page=ref_view
ジョン・ボウルビィの愛着理論が元で、三歳児神話が発表がされたものの、その後批判を受けたり研究が進んで、母親が育てることが重要なのでなく愛着対象となる保育者が固定されていること（または数人以下）が重要だとわかったそうですが、ボウルビィ自身の著書でそれを認めたことがわかる資料はありますか。
また、三歳児神話は否定され、子どもの愛着対象は母親のみでなく保育者が固定されていれば良いと今は言われていますが、その研究内容に関する資料はありますか。
に関する有識者懇談会（第４回）
https://www.cas.go.jp/jp/seisaku/kodomo_sodachi_yushiki/dai4/gijiroku.pdf
ここでも多少触れられている。
挙げられている資料はまだ読んでいないが乳幼児は母親を求めるとか、乳幼児は母親が大好きというような考え方は本当に正しいのか？現代人の思い込みではないのか？再考する時期にとっくに入っていると思う。
🤔
日本マック元社長原田泳幸容疑者、娘が明かした獄中肉声「なぜ俺が逮捕される」
最終更新日：2021.02.15 21:50
日本マック元社長原田泳幸容疑者、娘が明かした獄中肉声「なぜ俺が逮捕される」
すべての画像を見る
「父は『いつもの夫婦間の、ちょっとしたケンカ。なんで俺が逮捕されなくちゃいけないのか。しかも勾留まで……』とショックを受けています」
2月6日深夜、ゴンチャジャパン会長兼社長兼CEOの原田泳幸容疑者（72）が、暴行容疑で逮捕された。妻でシンガー・ソングライターの谷村有美（55）の腕や脚を、ゴルフの練習器具で殴ったとする疑いだ。調べに対し容疑を否認しているという原田容疑者は、2月12日現在も勾留されたままだ。
【関連記事：覚醒剤で14回めの逮捕「和製コマネチ」岡崎聡子の転落人生】
冒頭で原田容疑者の肉声を語ったのは、原田容疑者と前妻の間に生まれた娘・Aさんだ。原田容疑者に面会するために、みずから大企業に勤める合間をぬって警察署を訪れたAさんが、原田容疑者の様子を語ってくれた。
「父は、留置場内では普通に過ごしていますよ。憔悴した様子はありません。必要な差入れをするために、私が会いに来ているんです」
その口ぶりからは、原田容疑者に面会に訪れる家族は、Aさん以外にはいない様子だ。
原田容疑者と谷村は、音楽活動を通じて出会い、2002年4月に結婚した。事件現場となった広さ100坪の豪邸には、原田容疑者と谷村、谷村の母、息子の4人で暮らしていたと報じられている。関係者によれば「谷村さんとのあいだの息子さんは、10代のはず」だという。
原田容疑者は日本マクドナルドホールディングス（HD）会長兼社長兼CEO、ベネッセHD会長兼社長など、華麗な経歴を歩んできた “カリスマ経営者”。妻も、美人シンガー・ソングライターという、幸せな家庭のはずだった。近所の住人は、「普通の夫婦に見えたが……」と語る。
「3年ほど前に、ご夫婦で歩いているところを目撃しました。ただ、それ以降は、お二人で歩いている様子を見なくなりました」
また別の住人は、「原田容疑者がつねに、せっかちな様子だった」と語る。
「最近も、近所で車や自転車を乗り回しているのをよく見かけましたが、原田さんは、とにかくスピードを出す。せっかちな人だな、と思いました」
『がんばれブロークン・ハート』などで知られる谷村は、ラジオDJとしても人気だった
リストラもいとわない剛腕経営で知られてきた原田容疑者。本業以外でも “剛腕ぶり” を見せていたという。
「15年以上前ですが、原田さんの経営本を担当していました。本のタイトルを相談すると、原田さんは、タイトル候補に『げんこつ』とか『蹴り』とか、暴力的な比喩が入ったものばかりを提示するんです」（編集プロダクション関係者）
「私がある日、当時社長だった原田に、なぜ自分を採用したのか聞いたら、『女は真面目に仕えるから』と返されました。原田は、まだ男尊女卑の考え方なのかと驚きました」
暴力的な比喩を用い、せっかちで、男尊女卑——。だが原田容疑者は、DV容疑に反論しているという。
「本人は、『報道があまりに一方的だ』と戸惑っている様子でしたし、私もそう思います。実際、谷村さんは入院などされていないようですし、ふだんどおり、ご自宅にいらっしゃるようですよ。父が逮捕されたことで、予定していたスケジュールがキャンセルされ、私が代わりに連絡しているところです。本当に、いつもの夫婦げんかなのに……」（Aさん）
Aさんは、被害者であり、義理の母でもある谷村とは、連絡をとっていないようだった。その谷村本人は、夫の逮捕についてスタッフ名義で「ゆっくり前向きに」「ご心配をおかけして申し訳ありません」というコメントを出したのみ。妻は、「いつもの夫婦げんか」とは思っていなさそうだが……。
一言で言えば、なんか「巫女の日」「巫女デー」という言葉を商標権登録した人がいて、それが通っちゃったんですと。
まず個人的な驚きとしては、こんな普遍的な単語で商標権取れるのか、と思うところではあるわけですけどもそれはともかく。
で、当然のごとくいろいろなところからこの商標権を取った人は叩かれてるわけですけども、この人の言い分としては、単純にまとめると
「別にこれで儲けるつもりはない。メイド喫茶みたいなのでメイドのようなものが氾濫したように、それで同じようなことが巫女さんにも起きて巫女さんのイメージが汚れるのが嫌だから法的に守ることにした」と。
さらに、同人誌即売会などのイベントについては、「基本的に申請してくれれば無料で許可する」という云い分なんだそうです。
なんか詳しくはもっとごちゃごちゃしてるので、ネット上で検索すると出てくるであろうサイトをご覧ください。とりあえずポイントとなるのはこの二点です。
出願情報 出願記事 商標2005-109516 (2005/11/09) 出願種別(通常) 登録記事 4984850 (2006/09/08)総通号数(340) 年間通号数(60039)公報発行日(2006/10/10) 出願人･代理人記事 出願人 東京都板橋区 (305032221) 小林 聡 商品区分記事 41シンポジウムの企画・運営・開催 43軽食堂・喫茶店・簡易食堂における飲食物の提供 商標名記事 巫女の日 称呼記事 ミコノヒ 標準文字マーク記事 標準文字使用 有り 出願細項目記事 (2958)査定種別(登録査定) 最終処分(登録) 最終処分日(2006/09/08) 通常審査 公告正誤表記事 総通号数(323) 年間通号数(60029)公報発行日(2006/08/03) 更新日付 (2017/03/03)
登録情報 4984850 存続-登録-継続 出願記事 商標 2005-109516 (2005/11/09) 登録記事 4984850 (2006/09/08) 査定日･審決日記事 査定日(2006/08/07) 商標更新登録記事 出願日(2016/08/12) 登録日(2016/09/20) 権利者記事 東京都板橋区 (305032221) 小林 聡 商品区分記事 43軽食堂・喫茶店・簡易食堂における飲食物の提供 標準文字マーク記事 標準文字使用 有り 登録細項目記事 本権利は抹消されていない 存続期間満了日(2026/09/08) 最終納付年分記事 10年 更新日付 (2016/09/20)
