  |
はてなキーワード:比率とは
俺はテキストコンテンツの面白さなら理解できるが、主要なSNSのほとんどが画像とか動画中心になってきてるだろ？
あのバカっぽい雰囲気が苦手なんだよな。あれは情報ではなく自己放尿なんだよ
知性の発露ではなく、承認欲求の尿意だ。出すことでしか存在を確認できない哀れな中毒者たちの末路
テキストはまだ思考の跡が残る。だが画像と動画の大半は「思考前の反射」だ。脳が介在する余地がない。
つまり、SNSの進化とは人間の退化のことだ。感情が即座に排泄され、アルゴリズムがその放尿量を測って報酬を与える。家畜のしつけアプリと何も変わらん
俺からすれば、SNSでバズる行為とは集団自己放尿の祭典にすぎない。
誰が一番派手に、誰が一番長く、誰が一番汚く撒き散らせるかの競技だ。そこに論理も構築もない。ただ尿意の拡散比率と滞留時間が可視化されるだけ
知性とは、出すことではなく、留めることだ。沈黙の中にある構造、そこに初めて価値が生まれる
今日もごみ出しをして、切れてたパンを買って帰ってきたところなんだけど、こういう日常の流れってこのままでいいのか？ってまた考えてしまった。
夫婦の役割分担は、別に完全に半々じゃなくてもいいと思ってる。
収入や体力、得手不得手、育った環境や生活リズムが違うのは当たり前だし。
ただ、ある程度はバランスが取れててもいいんじゃないかって思う。
時間に余裕があるほうや収入が少ないほうが家事を多めにやるのは自然だと思ってる。
家賃や光熱費は収入比率で割り、通信費や新聞、食費は自分が全部負担。
だから朝のごみ出し、ルンバや洗濯乾燥機のごみ取り、排水ネット掃除はほぼ自分。
換気扇や空気清浄機のフィルター掃除、床拭き、水回りの掃除もだいたい自分が先に気づく。
トイレ掃除も夫がやることはあるけど、自分のほうが頻度は多い。
改善のために「夜のうちにごみ出してくれない？」って提案したこともある。
たまにやってくれるけど習慣にはならない。タスク表を作って分担しようとしたら同意はしてくれたけど、実行はしない。
結局こっちが日程を決めて貼り出すところまでやらないと動かない気がする。
一度、あまりにモヤモヤが消えなくて、カウンセリングにも行った。
そこで言われたのは「まずは相手の立場で話を聞くことから始めてみては」ということ。
どういう考えでそうしているのかを、そのまま聞くのが大事らしい。
でも正直、それをやったとして本当に状況が変わるのかはわからない。
こっちはそれなりにやってるつもりだし、提案もしてきた。
それって家庭内でマネージャー役やるみたいなもんじゃないのか？って思うことがある。
時々、いっそ家事やめたほうがいいのか、そもそも自分が「こまめにやるべき」って勝手に決めつけてるだけなのか、そこまで考えることもある。
僕は今夜、ルームメイトがリビングで実験的にベーコンを低温調理している匂いを鼻孔の厳密な位置で嗅ぎ分けながらメモ帳を開いた。
朝は6時17分に目覚ましを止め（そのミリ秒単位の遅延は許容されない）、6時18分にコーヒーの比率を変える習慣を行い、靴下は左から右へ、座席は常にソファの北東端（座る位置は位相対称性を破らない）である。
食事は火曜日のパスタの残り物は三等分して水曜と木曜の朝食に回す。洗濯は必ず偶数週の水曜に行い、洗剤は0.8倍希釈、脱水は中速、干す向きは北向き。
ルームメイトがドアに爪痕をつけたら即座にログを取り、隣人が郵便物を誤って取った場合は「郵便誤配報告フォーム」を三回に分けて提出する。
こうした儀礼を守ることで僕の内的位相空間が安定するのだと論理的に考えている。
今日の思考の核は超弦理論と量子情報の交差点についての、かなり尖った自己流の定式化にある。
まず、僕は物理的直感を避けて抽象数学で事象を語る。弦理論の摂動系列を有限厚さの∞-圏としてモデル化し、ブレーンを対象、開弦状態をモノイド的なホモトピー演算子として扱う。
局所座標の代わりにファクタリゼーション代数を使い、スパイダー図式を経て得られる交叉相互作用を高次ホモトピー群のコハート化として再解釈することを提案する。
ER=EPRについては、古典的なワームホール＝絡み合いという語り方を離れて、僕はエントロピー・双対モジュールの同値性という言葉で捉えている。
つまり、二つのエントロピックモジュールの被覆圏と、それらに対応する重ね合わせのコボルディズム（圏論的な結合双対）を同一視することでER=EPRを圏論的に定式化できるのではないかと考えている。
これを超弦理論に接合するには、AdS/CFT 的なホログラフィック双対の場で、境界側の張力的演算子族が内部のブレーンカテゴリ（例えばフカヤカテゴリやコヒーレント層の導来圏）に対応するという見方を取り入れる。
すると、エントロピー双対モジュールの同値性は、境界とバルクの間で起こる圏の再同型化として現れ、ER=EPRは本質的に圏的ホログラフィーの一命題になる。
ここで僕が提案する小さな拡張は、量子誤り訂正符号のコード代数を∞-圏の射として扱い、その可換性条件がワームホールのコボルディズムの可逆性と一致するというものだ。
これにより、エントロピーの再構成操作がブレーン間のファンクターとして自然に理解でき、局所性の回復を説明する新しい枠組みが得られると僕は思う（これは僕の勝手な定式化で、厳密性は今後の証明を待つ）。
今日はそのメモを、黒板に書く代わりにルームメイトの背中越しにノートに書き留めた。
ところで、僕は靴の磨き方にも数学的基準を設けている（円周率の小数を用いた磨き順列を使っている）。
出かける前のチェックリストはトポロジー的順番、たとえば鍵→財布→スマホ→ペンという順序は位相連結成分を最小化するから合理的だ、と説明すると友人たちは顔をしかめるが、これを守ると予測可能性が上がる。
今夜はRPG系ではELDENRINGのビルド論とRTAコミュニティのメタ的動向を気にしていて、この作品が2022年にFromSoftwareからリリースされ、多くのビルド最適化やメタが確立されていることは周知の事実だ（初リリースは2022年2月25日）。
また、このIPは映画化プロジェクトが進行中で、A24が関与しているという報（映画化のニュース）が最近出ているから、今後のトランスメディア展開も注視している。
僕はソウルライクのボス設計とドロップ率調整をゲームデザインの位相安定化とは呼ばないが、RTA勢のタイム削り技術や周回遺伝（NG+）の最適手順に対して強い敬意を持っている。
ファンタジーRPGの装備付け（メタ）に関しては、装備のシナジー、ステータス閾値、クラフト素材の経済学的価値を語るのが好きで、例えば「その装備のクリティカル閾値を満たすために残すステータスポイントは1だが、その1が戦闘効率を%で見るとX%を生む」というような微分的解析を行う。
FFシリーズについては、Final Fantasy XVIがPS5向けに2023年6月に、続いてPC版が2024年9月にリリースされ、さらに各プラットフォーム向けのロールアウトが段階的に行われたことなど実務的事実を押さえている（PCリリースは2024年9月17日）。
僕はこのシリーズの音楽的モチーフの再利用やエンカウンター設計の比較研究をしており、特に戦闘ループの短周期化とプレイヤー感情の連続性維持について言及するのが好きだ。
コミック方面では、最近の大きな業界動向、例えばマーベルとDCの枠を超えたクロスオーバーが企画されるなど（Deadpool×Batmanの一連の展開が話題になっている）、出版社間でのIPコラボが再び活発化している点をチェックしている。
これらはコレクター需要と市場流動性に直接影響するため、収集と保存に関する経済的最適化問題として興味深い。
今日、隣人が新しいジャンプ作品の話題を振ってきたので僕は即座に最新章のリリーススケジュールを確認し、One Pieceの次章の予定についても把握している（最新チャプターの公開予定など、週刊連載のスケジュール情報は定期的に確認している）。
例えば「午後9時に彼らがカップ麺を食べる確率は、僕の観察では0.83だ。ゆえに僕は9時前に冷蔵庫の位置を変えるべきだ」という具合だ。
結語めいたものを言うならば、日常のルーティンと高度に抽象化された理論は相反するものではなく、むしろ同じ認知的圏の異なる射影である。
だから僕は今日もルームメイトの忍耐を試す微細な仕様変更（例えばリモコンの向きを30度回す）を行い、その反応をデータ化している。
さて、20時30分だ。これでノートを閉じ、決まった手順で歯を磨き、眠りの準備に入る。明日の朝のアジェンダは既に分解されているから、心配は要らない、と自分に言い聞かせてから寝るのが僕のやり方だ。
怒らないで聞いてほしいが、
夫のことも仲良くしている男友達も好きだけど根本的な部分で男嫌いが加速している
自分が最近結婚して、男に好かれる必要がなくなったから余計そう思うのかもしれないし、
自分が男女の分断に加担していることが辛いし、男友達や同僚のふとした行動を「所詮は男か...」と思ってしまうのも嫌。
（具体的には、街中を歩く浴衣の女の子を正面から勝手に撮影してストーリーにあげてる男の盗撮の意識のなさに最近引いた）
男女比率明らかに男が多いここで言っても非難されるだけだと思うんだけどね
父から娘への性加害、タイでの日本人男性グループのセクハラ事件などなど最悪すぎるニュースも最近立て続けに報道され絶望的な気持ちになっているってのもある。
男性のことは基本全員うっすら嫌いで、夫や友達や同僚など身内は好き。そこに圧倒的な隔たりがあるイメージ。
何かみんなに聞きたいことがあった気がするけど忘れた。
炭酸そのものに妙な味と香りがあるから、ピンポイントの比率さえ見つけてしまえばたぶん水割りの方がうまい。特に和食に合わせるなら水割り一択。
水割りの悪いイメージって、ジジババによる昔の質の悪いウイスキーの思い出とか、キャバクラで出てくる10:1のアレのせいなんじゃないだろうか。
いや、酒の飲み方なんて好き好きでいいんだけど、あまりにも水割りの地位が低すぎてバーとかで頼みづらいんで、つい言いたくなってしまった。
----
「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 として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
腱の付き方（短く、爆発的な力を出しやすい）と速筋繊維の比率が高い、という遺伝的な理由だけで平均的な黒人の持つパワーは日本人の平均から既にかけ離れているよ。
ただ、スポーツで上位に来るような層での違いは、幼少期の食事の差といった後天的理由も大きいけどね。日本人は幼少期にたんぱく質を摂らな過ぎ。
了解。元の論旨（「現実を直視せよ」）に乗っかって、「縮小均衡でいい」という主張への反論をまとめます。
インフラ（道路・上下水道・鉄道・送配電網・自治体運営・救急/消防）は固定費が大きい。人口・納税者が縮んでも費用は比例して下がらない。利用者減→運賃/料金↑→さらなる離脱→ネットワーク縮退…と負のスパイラルに陥りやすく、安定均衡より「崩れの連鎖」になりがち。
日本は食とエネルギーを外から買って生きる国。外貨を稼ぐ製造業・サービスの規模が一定ラインを割ると、交易条件の悪化、通貨の弱体化、調達コスト上昇が重なる。さらに国防は規模の経済が効く分野で、装備調達・人員維持・技術基盤に下限の規模がある。ここを割る「縮小」は安全保障リスクを跳ね上げる。
均等に縮むならまだしも、先に減るのは生産年齢人口。要介護・医療需要はむしろ増える。結果、依存率の上昇で一人当たりの負担が加速度的に重くなり、医療・介護・年金の給付削減か増税のどちらか（多くは両方）を強いられる。「ほどよい縮小」で止まらない。
学校・病院・路線・商業は一定の需要を割ると突然維持不能になる（段階的ではなく飛び石的に崩れる）。廃校・病院撤退・減便/廃線→通院・就学が困難→転出→税基盤縮小…と、局所的な“均衡”は成立しにくい。
研究開発、人材育成、スタートアップ、部材・設備・サプライヤーの集積は人と資本の密度が生命線。縮小は需要・人材プール・風呂敷（市場）を同時に縮め、投資採算を悪化させる。結果、技術導入・自動化で埋めたい穴がかえって埋まらない。
税収基盤↓／社会保障支出↑／インフラ更新費は下がらない。どこかで(1)給付削減、(2)増税、(3)政府債務増の選択になる。債務増に依存すれば、わずかな金利上振れで利払いが公共投資を食い荒らす。これも均衡を不安定化させる。
平時の“ギリ保てる縮小均衡”は、災害・資源価格高騰・隣国の圧力といったショックで簡単に壊れる。冗長性・予備費・防災力が痩せるほど、社会は脆くなる。
この骨太の“勘定”が示せない「縮小均衡」は、実質「均衡なき縮小＝衰退容認」に過ぎない。
「縮小均衡で十分」という言説は、固定費と最小実行規模、依存率上昇、ネットワークの臨界、地政学ショックを軽視している。多くの分野で均衡は連続的ではなく崖をもつ。ゆえに現実的ではない。
•東京が22人
•大阪が14人
•北海道が8人
•沖縄が3人
こうすると合区もなくなるし、変に広い選挙区を回る必要もない。
しかも一票の格差も1.1倍未満に収まるらしい(今は2.06倍)
今は465人いるから、いきなり半分以下にするのは反発が大きいだろうから、201人×2＝402人とかが落としどころかな。
1.北海道：16
2.青森県：4
3.岩手県：4
4.宮城県：8
5.秋田県：2
6.山形県：4
7.福島県：6
8.茨城県：8
13.東京都：44
15.新潟県：8
16.富山県：4
18.福井県：2
21.岐阜県：6
25.滋賀県：4
26.京都府：8
30.和歌山県：4
32.島根県：2
34.広島県：8
35.山口県：6
36.徳島県：2
37.香川県：4
38.愛媛県：6
40.福岡県：16
41.佐賀県：2
42.長崎県：4
43.熊本県：6
44.大分県：4
45.宮崎県：4
46.鹿児島県：6
47.沖縄県：6
合計402人
追記:
多くの反響に驚いています。ありがとうございます。
そもそも定義もあいまいなまま書いてしまい、すみませんでした。数字も怪しいので日本ファクトチェックセンターあたりに見てもらいたいです。
感謝の気持ちを込めて、ここまでのブコメ123件についてまとめました。
「過疎の自治体が見捨てられて、人口の多い東京中心の政治に偏ると思う」「これやるなら地方分権の強化、地方税と国税の比率も劇的に変えないと」「一極集中を加速させないか？」「国会議員の数を減らすなら地方に権限を移譲するのセットにしないと」「地方活性するために都市部を減らして欲しい」
「面積で考えた方が良い」は４件
「増田案に賛成」は４件
「議員数を減らすな」は２件
「定数増やそう」１件
「道州制にして各州が面倒を見る」１件
といったところでした。
このような議論、自民党は黙殺するだろうけど、「チームみらい」あたりに国会で取り上げてもらえたら面白いなと思っています。
…と思ったら安野さんがXでご自身の意見を書いておられました。
https://x.com/takahiroanno/status/1979486634887496113
安野さんは議員定数の削減に反対とのことです。
・定数が削減されると、チームみらいのようなベンチャー政党が生まれる余地が減る
（現状でも、日常的に政治家とコミュニケーションを取っている人は少ない気が…）
といった点を挙げられていました。
Permalink |記事への反応(20) | 08:55
概ねこの一言で説明できる。年金だけで生活している場合、消費分しかGDPに換算されないからね（概ね1/2～1/3ぐらい？）。
なお1990年から2024年を比較すると、日本の労働力人口は+5%だが、ドイツは+12%、イギリスは+21%になる。ちなみに各国の高齢者比率の推移も、同期間で、日本11.9%→29.8%、ドイツ14.3%→23.2%、イギリス15.0%→19.5%となっている。
GDPを上げるには、自国民の出生率が上がらない状態のであれば、労働者である若い移民を海外から呼び寄せるしかないけど、その結果が独英の治安悪化の一因にもなっている。GDPを上げるために移民を受け入れるのであれば、ある程度の治安悪化などのデメリットもセットで受け入れなくてはならない。難しいよね。あとは過去の植民地政策の結果、英語圏は全世界中にあるし、ドイツ語圏もそこそこ東欧に残っている。これも押さえておきたいところ。
あと日欧で比較するのであれば、昨今のユーロやポンドは為替レートが安定しており、日本円は上下に動いているってのもある。1年分だけ切り取って、円安だから、円高だから、ではなく、何年か分を見て比較したいところ。
そんな統計見せられても現にいるんだからしゃあないだろうが。パワプロは確かにやらないけど。野球興味ないし。
ていうか、なんかその調査聞き方とかに問題ないか？推しブランドとかいう聞き方じゃなくて「見たことがある／ない」「面白かった／どちらかと言えば面白かった／どちらとも言えない／どちらかと言えば面白くなかった／面白くなかった」とかで聞くと結果変わりそうに見えるんだけど。
あとパーセンテージじゃなくて人数を見せてくれ。これだと全体数が多いコンテンツも少ないコンテンツも同じ男女比率なら同じ横軸にマッピングされないか？チェンソーマンとかパーセンテージで見るとその位置だとしても人数で言うと女性ファンめちゃくちゃ多いだろ。
