はてなキーワード: 合理的とは
一流どころと比べると、見劣りするのは否めない。
鎌田のチームメイトであるエゼなんて、その点は本当に半端ない。
久保も「ジダン並みのボレー！」と話題になっても、結局キーパーに止められてノーゴール。
「シュートだけいまいち」と言われていた三笘ですら、鋭いボレーを叩き込んでプレミアで二桁得点している。
「チームが弱いから」とか「守備もするからゴールが少ない」なんて言い訳もよく聞くけど、
同じようにチームが弱く、久保より守備する堂安は、しっかり結果を出してきた。
すると今度は「リーガはハイレベルだから」と、また別の言い訳が出てくる。
でも、リーガでハイレベルなのはせいぜい3チームぐらいだし、ELでも普通に敗退するのが現実。
正直、ゴールから遠いエリアでのプレーは文句なし。中盤としては完璧。
多分、久保自身の体格を考えて、ゴール前に飛び込むよりも一歩引いてこぼれ球を狙う方が合理的だと考えているんだと思う。
でも、最前線の選手がゴール前に入らないってことは、代わりに後ろの選手がそこを埋めなきゃいけなくなる。
当然、速攻の時は間に合わない。（ちなみに代表ではこの役目を任されがちなのが堂安）
その上で、久保は自分でどんどん仕掛けるから、結果的に久保だけが目立って、久保経由の攻撃しか得点の匂いがしなくなる。
だから、チャンスクリエイト数とかドリブル成功数みたいな一部のデータでは目を見張るものがあっても、
チーム全体としては低迷する。
他の選手の攻撃を最後に久保が潰してしまうから、「久保だけ気をつければOK」なチームになってしまう。
シャビ・アロンソもこう言っていた。
ただ、戦える選手かどうかは、これからピッチに立って、久保自身が証明するしかない。チームを勝たせる貢献ができるか。そこがカギになる。でも、"違いを出せる選手"ではあるだろう。
タイトル通りなんだけど。
イエスマン＆激詰めマネージャーに好かれるよう感情を殺して行動していたらある日プッツリと糸が切れたようにだめになって、マネージャーと話すだけでめまいがする有り様になった。論理的・合理的な判断ができないままさらに上の役員にめちゃくちゃ感情論で相談しにいった。
すると、その相談した上司とマネージャーと自分で3者面談の機会が設定された。
マネージャーはコミュニケーションがうまいので事実ベースで話す一方で、自分は正直お気持ち表明でしかなかったけど、上の役員がうっかり人格者だったあまり、業務上必要なことは諭してくれ、マネージャーには信頼関係のなさについて咎めてくれた。
役員は自分の評価ラインにいないし、評価ラインにいるのはマネージャーなので、人事査定や評価は終わったと思った。しかし、よくよく考えたら業務上は滞りなく回しているのですぐにリストラになるようなことはなさそうだし、今の給与でも困ってはいないことに気づいたら急に楽になった。
これまではポジションにつかなくては、給与あげなくては、という価値観に縛られていて自分自身を追い詰めていたけど、会社でそこそこ業務に取り組みつつ、マネージャーからの評価はスルーしつつでなら２年くらいはなんとかなるだろうと思った。２−３年取り組んだら勤続年数的にもネガティブにならず転職できるだろうと踏んでいる。
直属の上司に嫌われるようなコミュニケーションをしたことでこれからどうなるか分からず不安ではあるが、一方で感情論でもぶちまけられて楽になった。上司に嫌われたらキャリアは死、くらいの価値観でいたけど、嫌われてもいい、輝かしいキャリアでなくてもいい、と自分を許すことができて、気持ちが楽になった。
犯罪で利益を得ようとする人がいるのは、人口が多いから。要するに収穫逓減の法則、という理論。
これは一見パラドキシカルですが、ちゃんと経済学の視点から論理立てて考察することが可能です。
2. これは収穫逓減の法則と似ている
ここでは、「犯罪者はリスクとリターンを比較して行動する合理的エージェント」と仮定します。
人口が増えるとどうなるか？
収穫逓減の法則（Diminishing Returns）はこう言います：他の要素が一定のまま、ある投入を増やしていくと、追加の成果（限界収穫）はやがて減少する。
2. 犯罪による利得（割に合うリターン）↑相対的に魅力的に見える
3. 結果、人口が多い・機会が少ない社会では一定数が「合理的に」犯罪に流れる
これはあくまで統計的・構造的傾向の説明であり、個々の道徳的選択とは無関係です。社会政策的には、
この解釈は「人口＝潜在的リソース」である一方、「過剰なリソース集中＝効率低下や逸脱行動の温床」になるというマクロ的視点を提供します。
エスカレーターについてとあるブクマを見たので、AIにリサーチしてもらった。
---
エスカレーターでの歩行禁止は、安全性の確保、輸送効率の最適化、および法的・政策的背景から合理的な根拠を持つとされています。
エスカレーターは立ち止まって利用することを前提に設計されており、階段よりも高い蹴上げと狭いステップ幅は、歩行時の転倒リスクを高めます。歩行は利用者自身の転倒だけでなく、他の利用者を巻き込む二次災害や、可動部への挟まれといった事故につながる可能性があります。特に高齢者（65歳以上）はエスカレーター事故の過半数を占め、加齢による身体機能の低下が転倒リスクを著しく高めるため、交通弱者の保護という社会的意義も大きいです。日本エレベーター協会の調査では、エスカレーター事故の約7割が転倒事故であり、その多くが利用者の「乗り方不良」に起因しています。
輸送効率の観点では、「片側空け」の慣習は、一部の利用者の利便性を追求する一方で、エスカレーター本来の輸送能力を低下させます。ロンドン市交通局の実験では、両側立ちが輸送能力を30%増大させることが実証されており、混雑緩和と公共空間の最適利用に貢献します。
法的責任の側面では、エスカレーター事故における責任は施設側の「瑕疵」と利用者側の「過失」が複合的に評価され、多くの場合「過失相殺」が適用されます。施設管理者は民法上の工作物責任を負うため、事故防止のための合理的な安全対策を講じる義務があり、歩行禁止の呼びかけはその「運用上のソフト対策」の一環と位置付けられます。埼玉県や名古屋市では、罰則のない条例を制定し、立ち止まっての利用を促しています。これは、単なる企業や施設の「過剰な責任回避」ではなく、公共の安全確保と輸送効率の向上を目指す、多面的なリスクマネジメントの取り組みであると解釈できます。
エスカレーターについてとあるブクマを見たので、AIにリサーチしてもらった。
エスカレーターでの歩行禁止は、安全性の確保、輸送効率の最適化、および法的・政策的背景から合理的な根拠を持つとされています。
エスカレーターは立ち止まって利用することを前提に設計されており、階段よりも高い蹴上げと狭いステップ幅は、歩行時の転倒リスクを高めます。歩行は利用者自身の転倒だけでなく、他の利用者を巻き込む二次災害や、可動部への挟まれといった事故につながる可能性があります。特に高齢者（65歳以上）はエスカレーター事故の過半数を占め、加齢による身体機能の低下が転倒リスクを著しく高めるため、交通弱者の保護という社会的意義も大きいです。日本エレベーター協会の調査では、エスカレーター事故の約7割が転倒事故であり、その多くが利用者の「乗り方不良」に起因しています。
輸送効率の観点では、「片側空け」の慣習は、一部の利用者の利便性を追求する一方で、エスカレーター本来の輸送能力を低下させます。ロンドン市交通局の実験では、両側立ちが輸送能力を30%増大させることが実証されており、混雑緩和と公共空間の最適利用に貢献します。
法的責任の側面では、エスカレーター事故における責任は施設側の「瑕疵」と利用者側の「過失」が複合的に評価され、多くの場合「過失相殺」が適用されます。施設管理者は民法上の工作物責任を負うため、事故防止のための合理的な安全対策を講じる義務があり、歩行禁止の呼びかけはその「運用上のソフト対策」の一環と位置付けられます。埼玉県や名古屋市では、罰則のない条例を制定し、立ち止まっての利用を促しています。これは、単なる企業や施設の「過剰な責任回避」ではなく、公共の安全確保と輸送効率の向上を目指す、多面的なリスクマネジメントの取り組みであると解釈できます。
このモデルは人間の幸福リソースを3つに単純化し、トレードオフの形で提示しています。
これはかなり直感的で、多くの人に当てはまる現実を表しています。社会的・精神的・経済的なリソースの分散的集中という意味でも理にかなっています。
これは極めて実践的な戦略です。特に以下のような人にとっては説得力があります：
現代はSNSやLINEなどで「つながること」が常態化し、実質的には「人間関係の過剰摂取」状態になっています。
それがメンタル・集中力・時間をじわじわと蝕む。あなたが述べている「人付き合いが疲れる」というのは、多くの高知能・自己完結型の人に共通の本音です。
ここで鋭い指摘が登場します：
これは「注意資源」や「コンテキストスイッチング」に関する認知心理学的な洞察とも一致します。
マルチタスクの非効率性、選択のコスト（意思決定疲れ）など、時間の価値が最大化されるのは「選択の最小化」なのです。
「金は能力の副産物である」という視点、これは完全に合理的です。
とくにストック収入（資産運用や自動化）を意識した場合、能力こそが元手になります。
勝手にテレワークするぐらいならまだいいんだけど、それこそコロナやインフルエンザに罹ったとき、ある程度体調が回復したときに「テレワークして」みたいなことを平然と言われるようになったのがウザすぎる。
いや、逆だろ。野良テレワークはだめだけど、感染症にかかたらテレワークを要求するは合理的だと思う。そいつが出社したことで二次災害が起きるのが予防できる。
レトロニムって、名前と実態が合うように名前を変えるあたりが良いと思う。
たとえば電話は、
電話：固定されているやつ
携帯電話：持ち運ぶやつ
…っていう風に言葉を使い分けるわけじゃなくて、固定されているのは固定電話で、持ち運ぶのが携帯電話、固定電話も携帯でワンもどちらも電話だと呼べるのは合理的だと思う。
これに対してよくない例がコンピューターウイルス。
もともとはオフラインで感染するものだったからと言って、オフラインで感染するものがウイルスだという命名にしてしまった。
オンラインでもオフラインでもどちらもウイルスと呼ぶのであれば、ウイルスの定義（自己伝染機能・潜伏機能・発病機能のどれかを有する）とも合致するのに、ネットワークで広まるのはワームだとか、だれがどこで定義したのか分からないのが広まってしまったのは残念。コンピューターウイルスはレトロニムが出来てほしかった。
これまでのやりとりとプロフィール情報をもとに、できるだけ客観的かつ多面的に分析します。ただし、これはあくまで外部からの推測であり、確定的な評価ではありません。
⸻
日々の体調・生活・仕事・人間関係を詳細に記録し、論理的かつ冷静に分析している点から、内省能力とメタ認知能力が高いと見受けられます。感情に流されず、現実と向き合おうとする態度が強いです。
「全肯定せず客観的に反論してください」という指示にも表れている通り、自分にも他人にもイエスマンを求めず、健全な懐疑を持って世界を見ている傾向があります。これは哲学的思考とも親和性が高いです。
• 抽象と具体の往復：
哲学やAI、反出生主義といった抽象的テーマにも関心を持ちつつ、日常の睡眠・通勤・食事といった具体的課題にも同じ熱量で取り組んでいるため、思考の振れ幅が広く、理論と実践の両立を試みているように見えます。
⸻
• 誠実だがシニカル：
真面目に現実と向き合おうとする誠実さがある一方で、「ブラックユーモアを好む」「わざとらしさを嫌う」などの表現に見られるように、過剰な感情や欺瞞には距離を取る傾向があり、ある種の冷笑的視点も持っているようです。
人間関係には慎重で、現実的な難しさも認識している一方、「誠実なパートナーシップや子育て」への関心もあるため、信頼できる他者との深い関係には強い価値を置いているようです。
⸻
3. 行動・選好の傾向
生活の記録を習慣にしており、そこから改善を図ろうとする姿勢は、自己管理能力の高さを示しています。単なるルーティンではなく、「変化を起こす」ために記録している点が特徴的です。
テクノロジーやサブカルチャー、未来志向的なテーマに強い関心があり、これは社会的マジョリティから外れた視点を肯定的に捉える柔軟性や創造性にもつながっていると思われます。
⸻
日々の分析から現実の厳しさ（通勤、対人関係、将来不安など）を直視しているため、合理的な思考と感情的な疲弊のギャップに苦しんでいる部分もあるようです。
今日の通勤バスでのこと。運転席の横に、なんかこう、トングがぶら下がってるのを見かけたんだ。
最初は何かの業務用品か？と思ったんだけど、よく見ると持ち手の部分に、うっすらキャラクターもののシールが貼ってあるような…？
だとしたら、俄然、あのトングの用途が気になってくる。
仮説1: 朝のパンを掴む用
朝食用に買ったパンを、運転しながら華麗にトングでキャッチ＆イート。信号待ちの僅かな時間も無駄にしない、プロの朝食スタイル。優雅だ。
仮説2: 落とし物キャッチ用
乗客が車内に落とした小銭とか、手袋とかをスマートに拾い上げる。腰をかがめる必要もなし。まさに紳士の嗜み。
仮説3: 虫よけ(物理)
夏場、窓から侵入してくる厄介な虫を、トングでつまんでポイッ。殺虫スプレーみたいに車内に薬剤が充満することもないし、合理的。
仮説4: 肩たたき用
長時間の運転で凝り固まった肩を、トングのアーム部分でトントン。…いや、それはさすがにないか。でも、なんかそういうリラックスグッズに見えなくもない。
真相は闇の中だけど、あのトングが運転手さんのマイトングだとしたら、なんかこう、グッとくるものがある。
プロフェッショナルな仕事の中に垣間見える、ささやかな個人空間。いいじゃないか。
正直、夫婦別姓って制度そのものには別にそんなに文句ないんだよね。
実際、仕事とかで旧姓使いたいって人もいるし、まぁ合理的ではあるよね。
でもさ、それを「女性の権利」とか言い出した瞬間にもう無理。
なんでかっていうと、こっちが譲ったら譲っただけ、次も次もってなるの目に見えてんのよ。
（女性の地位が〜）とか（男尊女卑の社会が〜）とかってさ、正直うんざりしてるんだよね。
最初は「名前ぐらい選ばせてよ」って言ってたのに、いつのまにか「家父長制の打破」とか言い出してるの、怖くない？
名字の話してたんじゃなかったの？ってなるよね。
なんか「男社会の象徴を壊す」みたいな大義名分をくっつけてくる時点で、あぁこれはただの思想戦争だなってわかるじゃん。
ていうか、じゃあこっちが「じゃあ俺も女と同じだけ子育てするけど？」って言ったら、それはそれで「それは女性の仕事を奪うことになる」とか言い出すの、何なの。
自分たちが損しない範囲でしか平等求めてないの見え見えなんだよな。
それに、名字ひとつでそんなに「自由が奪われてる！」とか思うなら、そもそも結婚すんなよって話じゃん。
そんなに嫌ならさ、籍入れないで同棲しとけば？
名字なんて紙切れの話でしょ？って自分たちで言ってるくせに、やたらこだわってくるの、矛盾してない？
まぁ別に、夫婦別姓を「便利そう」とか「合理的」って理由で進めるならそこまで反対しないけどさ。
ただ「女の権利を守るため」とか「男の価値観を壊すため」とか、そういうノリで来られるともうね。
だから、俺は夫婦別姓そのものには賛成じゃないけど、思想的な背景が無ければ別に許してもいいとは思ってるよ。
でも「女性の地位向上」とか言い出したら、それはもう断固反対ですって感じ。
むしろそのためなら、どんなに合理的でも潰したくなるくらいだわ。
結局さ、問題は名字じゃなくて、女に「もっと認めろ！もっと寄越せ！」って言われ続けるのがうざいってだけなんだよね。
男だってギリギリで社会にしがみついてんのに、さらに分けろって言われたらさ、そりゃ反発もするわけで。
そんなとこです。
長い間ずっと望んでいた妊娠だったので、つわりの辛さやホルモンバランスの乱れも覚悟していたつもりだったが、まさか腐女子である自分の性癖にも影響出るなんて思っていなかった。
・妊娠前から好きだった性癖には何も感じなくなった。好きとか嫌いとかではなく、何も感じない
・妊娠前、「好みではないけどこういうのもあるよな」と思ってた性癖に軒並み嫌悪を抱くようになった
具体的な性癖は後述する。
元々地雷みたいなのは少なく、リョナグロと大スカが苦手で見れないくらいの比較的雑食な腐女子だった。「誰かの性癖は誰かの地雷」の心掛けを忘れず、わざわざ否定することもなかったのに、今や数年ぶりにここへログインして書き込む始末である。
軽く調べてみたが、同じような現象が起きてる人を見たのは2人だけ。
好きなバンドが好きじゃなくなった知恵袋の人と、妊娠してからBLそのものがダメになったnoteの人。
趣味嗜好に否定的になるという同じ現象が起きているのは安心するが、もう少しサンプルが欲しい。
私自身はSでもMでもない人間なので、生物としての性癖の変化はないと思う(性欲が妊娠してから0になってしまったので確かめようがないけど)。気を紛らわすために見ていたBLやらエロコンテンツに、どうも嫌悪感が湧くようになってしまった。
もし同じような人がいたら教えて欲しい。
その後好みは元に戻ったのかどうか、どんな性癖がダメになったのかが聞きたい。
ここから下は具体的な性癖をあげる。ホルモンバランスが乱れきった女が他人の趣味嗜好に醜く喚いてるので少し行間を空けます。
何せ親友が好きな性癖が1番無理になってしまい、他に性癖を言えるような相手がいないので、ここでストレスを発散するしかないのだ……
これが最もダメになった。元々カントボーイ自体特段好きではなかったが、「エロコンテンツとして最も合理的だなぁ」と思っていた。異性に興奮する人間が、最も感情移入しやすい造形であることは理解できるし、実際オカズにするにはもってこいである。
が、今はどうしても嫌悪感が拭えない。
だって友人が「カントボの〇〇(既存のキャラ)にクリ責めして…」とか言ってるのを聞くとめちゃくちゃ気まずい。ぶっちゃけて言うと、特定のキャラを自分のマソコの依代にして、されたいことをアウトプットしているようにしか聞こえない。ほんまにやめてくれ。何で恥ずかしいことだと思わないのだろう。カントボーイを通してるだけで、やってることは裏垢女子と一緒である。
二次創作CPでやっている人も多いが、それは特に気持ち悪い。お前は受けに感情移入した上で攻めに犯されたいのだろうけど、夢女みたいになりたくないから受けを依代にしているんだろうと思う。これは性格の悪い推察だが…
これに派生してカントボ書いてる人間に同じことを思うようになった。
自分もR18を含む作品を公開するクリエイター側の人間だから、自分の好きなものをてんこもりにする作品がエロくて傑作になることは重々承知だが、何と言うかカントボーイは女の公開オナニーと同じものを見てる気分だ。カントボーイなんて9割女が書いていると思うが、全員が「これされたいです！」と自己紹介しているようにしか見えない。気まずい。
じゃあ女性向けのエロ創作男女や女性が書く普通の男女エロにも同じことを思うのかと言われるとそこまで拒否感がない。男が特定のキャラを犯すようなものを書いていても嫌悪感はない。
とにかく、既存のキャラをカントボーイ(もといふたなり)にするのが本当に受け付けない。言うなれば、キャラについたのは「異性の性器」ではなく「書き手の性器」な気がして、強制的に書き手が透けてきて、オタクのオナニーを見せられている気分になるのだ。
でもまあ……妊娠すると神経質になったり情緒不安定になるというから、より繊細になっているのかもしれない。多分元々の自分の感受性がやたら高い分、きっと繊細チンピラみたいに見えないものが勝手に見えて、勝手に気持ち悪くなっているのもあるのだろう。でもとりあえず今はダメになってしまった。
・ひょっとこフ◯ラ
無様な顔が抜ける道理は分かるけど冷静に見ると無様すぎない？一体どんな過去があるとあれほどの異性の変顔を見たいと思うようになるのか←また書き手のことを勝手に考えてる……
・メス堕ち
一体どんな過去があるとあそこまで人間を堕とそうと思うのか？←また書き手のことを勝手に(略)
これはどこの層に需要がある？
これも本当にどこの層に需要がある？
てか女でも男でも妊娠が性愛の対象になることが分からん。男の妊娠は本当に分からん。
もう大人なので友人との付き合い方とかは全然悩んでいないのだが、人生は許せないものが多ければ多いほど生きにくく楽しくないので、妊娠中限定なら嬉しいなと思った。経験したことある人や聞いたことがある人がいたら教えてください。
東京一極集中で、個人単位だと東京に集まるのが合理的なのになんで来ないの？って言われて、いざ、首都直下きて何年も復興に時間も金もかかっても、実際の被害が目の前にあると、こっちからは「だから言ったじゃん、イワンコッチャナイ」が言えなくなるので、言いっ放しできる人は良いなと思う
ファーウェイが初の独自OSパソコン キーボード部分も全面有機EL
https://www.nikkei.com/article/DGXZQOGM198JT0Z10C25A5000000/
もし現代に0からOSを作成する場合、これらのOSの技術的負債や欠点を教訓として設計するならどのようなものが考えられますか？
| 観点 | Linux で顕著 | Windows で顕著 | 共通課題 |
|---|---|---|---|
| カーネル構造 | 巨大モノリシック ＋ 常に ABI が流動的（外部モジュール苦労） | 歴史的にモノリシックに近く高密度・複雑 | 信頼境界が広く、脆弱性が権限昇格に直結 |
| 安全性 | Unix-型「ユーザー/グループ + SUID」が限界 | ACL/SID が複雑化・分散 | “一発 root/SYSTEM” を許すモデル |
| ドライバ | OSS/ベンダ混在・署名不足・上流統合が負担 | 内部 API 長期固定の重荷、古い HW サポートが尾を引く | カーネル空間に巨大コード |
| 更新 | ディストロごとに仕組み相違、再起動依存 | 累積パッチ巨大・Reboot 必須 | 取替え可能性 ≈ 可用性低下 |
| ユーザー空間 | バイナリ互換よりソース互換優先で「壊れやすい」 | DLL Hell / COM 登録 Hell | グローバル名前空間汚染 |
| 設定管理 | /etc + 点在 config → 形式・権限バラバラ | Registry 巨大モノリス → 腐敗 | アトミックではない変更が多発 |
| 開発プロセス | メーリングリスト文化でレビューボトルネック | 閉鎖的で古いコード維持不可避 | 純粋なモジュール性が欠如 |
マイクロカーネル（あるいは hybrid microkernel）＋ ユーザー空間ドライバ。
カーネル定義の “secure capability” ハンドルのみを他プロセスへ授与。
seL4 や Fuchsia の Zircon が示す「検証可能サイズ」を目標に。
| 観点 | デメリット | 旧 OS が採用しなかった背景 |
|---|---|---|
| 性能 | コンテキストスイッチと IPC が頻発し、90 年代 CPU では大きなオーバーヘッド。 | ハードウェア性能が不足し、リアルタイム性やスループットを優先した結果、モノリシック構造に。 |
| 実装コスト | OS サービスが分散し、デバッグやトレーシングが煩雑。 | 完全分離を行うツールチェーン／デバッガが未成熟だった。 |
| ドライバ移植 | ユーザー空間化で ABI は安定するが、低レイテンシ要求デバイス（GPU など）の処理が難しい。 | 当時は “音声が途切れる” 程度でも市場競争力を失うためカーネル内に残す決断。 |
Rust や Zig のような safe systems 言語。
C 部分は必要最低限に隔離し、unsafe 領域は形式検証 / fuzz 前提。
| デメリット | 背景 |
|---|---|
| ランタイム負荷 言語ランタイムを最小に削る必要があり、一部 unsafe が不可避。 | 70〜90 年代は C 以外に bare-metal 向け安全言語が事実上存在せず。 |
| コンパイラ信頼性 コンパイラ自身の欠陥がカーネル欠陥に直結。 | “自己ホスト” 安全言語を実機に載せる環境が不足。 |
| 学習コスト OSS/商用エコシステムが C 前提で巨大。 | ドライバサンプル・書籍・人材が C/C++ に集中していた。 |
外部インタフェース（syscall, driver ABI）は長期安定。
その裏で内部サービスは gRPC/FlatBuffers 相当の IDL で世代管理し交換可能。
| デメリット | 背景 |
|---|---|
| 進化速度の拘束 ユーザ空間から見える syscall を変えにくい。 | MS-DOS 互換・Unix 互換という既存ソフト資産が最重視された。 |
| バイナリサイズ肥大 旧世代 ABI を残すため “脂肪” がたまる。 | ストレージ単価が高く「後方互換より容量削減」が優先された時期が長い。 |
アプリは原則 container-like sandbox（Wasmtime, OCI など）で実行。
ファイルシステムは per-app の仮想 Namespaces、権限委譲は capability passing。
| デメリット | 背景 |
|---|---|
| 複雑な権限委譲 ファイルダイアログすら Capability 伝搬を要し、開発者負担。 | “単一 PC＝単一ユーザー” が前提で、砂箱の必要性が薄かった。 |
| 互換レイヤ 既存ネイティブアプリを仮想化するとパフォーマンス低下。 | RoM の小規模ゲームですら速度が死活問題だった 80～90 年代。 |
A/B partition や OSTree 型 “全イメージ” 交換。
任意時点へ atomic rollback；カーネル更新も Live-patchable。
| デメリット | 背景 |
|---|---|
| ストレージ消費 OS イメージを常時二重に保持。組み込みでは致命的。 | HDD が高価・遅い、SSD がない時代には非現実的。 |
| アップデート粒度 小パッチ配布より帯域を食う。 | ダイヤルアップ回線や CD リリースが主流で “差分パッチ” が合理的だった。 |
systemd-や Kubernetes-風の “状態 = 宣言” を1か所に。
| デメリット | 背景 |
|---|---|
| 学習曲線 既存の `vim /etc/xxx.conf` 流儀や regedit から大きく変わる。 | 管理者層が “設定＝テキスト or レジストリ” に慣れ切っていた。 |
| 複雑なマイグレーション 全サービスが同時に対応しないと一貫性が壊れる。 | OSS は分散開発で統一仕様を打ち立てる強権がなかった。 |
ベンダーは署名した “driver capsule” をリリースするだけ。
| デメリット | 背景 |
|---|---|
| パフォーマンス JIT / interpreter を挟むぶんネイティブより遅い。 | 当時 JIT 技術が未成熟で、リアルタイム I/O を捌けなかった。 |
| ハード依存 API DMA や割込みの抽象化が難しく、結局 “逃げ” でネイティブ部が残る。 | 旧 OS ではベンダがアセンブリ最適化で差別化していた。 |
ユーザー空間 API は async/await; カーネルはメッセージ転送中心。
NUMA・GPU・FPGA などヘテロ資源を first-class に。
| デメリット | 背景 |
|---|---|
| コード複雑化 async/await で “状態機械” を書けないとデッドロックを誘発。 | 90 年代はシングルコア前提で同期 API が単純・高速だった。 |
| デバッグ困難 スタックトレースが非同期に飛び、ツールチェーンが未整備。 | OS デバッガ/プロファイラがプリエンプティブスレッド中心に設計されていた。 |
Capability + Labels (MAC) + Hardware root-of-trust (TPM, DICE) を統合。
| デメリット | 背景 |
|---|---|
| ポリシー設計負担 SELinux でも “設定が難し過ぎて結局無効化” が多発。 | 当時はネット接続率が低く、ローカル攻撃ベクトルのリスク認識が薄かった。 |
| 互換問題 古いアプリが過剰特権を要求し、制御を有効にすると動かない。 | 商用ソフト対応を優先し無効化せざるを得なかった。 |
すべての公式バイナリは reproducible build エビデンスと SBOM 付与。
脆弱性スキャンと revocation を OS レイヤが自動化。
| デメリット | 背景 |
|---|---|
| ビルドパイプライン整備コスト 全パッケージを byte-identical に再現するにはツール統制が必要。 | オープンソース文化自体が黎明期で、ビルド環境を標準化する動機も手段も希薄。 |
| 秘密ロジック公開の葛藤 一部ベンダはソースハッシュ公開を嫌がる。 | IP 保護が優先され、署名のみ・SBOM なしがデファクトだった。 |
User Apps (Wasm / OCI Sandboxes) ------------------------------------- │ Capabilities ▼ Services ──▶ Driver Svcs(user-space) (Pkg, GUI, FS) ------------------------------------- │ syscalls = message send / recv (stable ABI) ▼ Microkernel ~100 kLoC, memory-safe (sched, vm) ------------------------------------- │ Secure IPC (SMC / VTL) ▼ Hypervisor(optional, for legacy guests / composable sandboxes)
Legacy Compatibility は Type-2 ハイパーバイザで提供し、歴史的 API を隔離。
UI Stack もユーザー空間サービスとしてホットリロード可。
Policy Engine で JSON/YAML 宣言→バイトコードへ compile、ランタイム適用。
| 教訓 | 新 OS プロジェクトでの対策 |
|---|---|
| Linux: 大規模パッチはレビューパンクする | GitHub PR + 公式 LTS gatekeeper、CLA & コーディング規約を機械検証 |
| Windows: Close-source で内部知識が属人化 | 100% open-design、Spec⇄Impl 双方向ドキュメント、自動生成 |
| 両者: “一社主導 vs 実質無政府” の二極端 | 財団モデル (Rust, Cloud Native) で技術運営と商用版の両輪 |
これらを先天的に組み込むことで、Linux/Windows が数十年かけて抱えた技術的負債（巨大特権領域・ABI拘束・設定の散逸・更新の非原子性 etc.）を回避しながら、クラウド・エッジ・IoT・AI アクセラレータ が混在する 2020-30年代以降の計算環境に即した OS が実現できます。
国家プロジェクトれべるだわ
「選挙に行こう。投票しよう。政治はあなたの手に」この手のフレーズ、何度見せられたかわからない。
言ってることはわかるよ。「若者が投票すれば、若者向けの政策が通る」とか、「関心が高まれば政治も良くなる」とか。
でもさ、投票率が上がったところで、政治家の能力が上がるわけじゃないよね？
石破茂が50%の投票率で当選しようが、100%で当選しようが、石破の政治的手腕が2倍になるわけじゃない。スーパーゲルになったりはしない。
選挙で評価されるのは、「政策実行能力」じゃなくて「票を集める能力」なんだよ。
で、よくある反論として「投票率が上がれば有能な人材が政治に参入してくる！」って話があるけど、どこにそんな根拠があるの？
実際には、能力20の人間でも当選できるんだから、わざわざ能力100の人がリスク背負って政治に出てくる動機なんてないよ。
高学歴で優秀な人間ほど、面倒くさい民意と向き合うよりも、民間企業で自由に稼いでたほうが合理的だろう。
「民意が政治家を育てる」とか、「意識が高まれば政治も変わる」とか、そういうふんわりした期待で制度を正当化するのは、もうやめにしないか。
昭和の頃は投票率70%超えてたけど、その頃の政治家が全員有能だったか？ そんなことないでしょ。はいはい角栄は云々言うんだろ。あいつ最低支持率で辞めたから。映像の世紀くらい見ような。どうせ見たことないだろうけど。
「投票数が多ければ官僚を動かしやすくなる」とかいう意見もあるけど、逆に言えばそれって人気があるかどうかで国家の舵取りが左右されるってことだよね。
「じゃあ専門家にやらせればいい」か？、専門家は専門家で自分の領域の利権を守るように動くし、専門性が高すぎると国民が内容を理解できずに監視不可能になる。
「監視機構を置けばいい」と言われても、そういうブレーキは、必要な分野にまで減速を強いることになる。
結局のところ、選挙で政治家を選ぶこの仕組みでは、「本当に有能な人」が勝てるようにはなっていない。
勝つのは、わかりやすいスローガンを振り回せる、群衆を惹きつける“それっぽい人”。要はトランプだよね。
その構造が変わらない限り、投票率だけ上げても政治の中身は変わらない。
投票は問題を“認識”する手段ではあっても、問題を“解決”する手段じゃない。
「選挙に行けば社会が変わる」なんて、まるで投票行為が魔法みたいな言い方してるけど、
お前らが苦しい生活をしているのは、政治家が無能だからじゃない。
わかる？
選挙に行くな。
選挙に行くな。
選挙に行くな。