はてなキーワード: シックとは
ファーウェイが初の独自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 が実現できます。
国家プロジェクトれべるだわ
男性諸兄におかれては日々自己満足感の向上に余念がないことと思うが、誰しも一度はローションの使用を夢見るか、試したことがあるだろう。
そして二つの壁にぶち当たる。
値段と、保管場所だ。
ピンキリとはいえ、たかが趣味の、そしてあまり人に言えない類の消耗品に1000円以上出すのはやや抵抗がある。
そして、同居人がいる場合には見つからない場所に保管する必要があるが、長期的にはそんな場所は存在しない。
ついでにいえば、使用頻度が低い場合は開封後の衛生面も心配になる。
これらの問題を一度に解決する方法が、代用品として髭剃りジェルを使う方法だ。
専用のローションに比べて圧倒的に安く、置かれていることが当然であり、一定ペースで消費されるため衛生上の問題が生じにくい。
肝心の使用感は商品によって差があるが、個人的にはシックな感じがする名前のメーカーが出しているプレミアムな雰囲気のジェルに大変お世話になっている。
こいつは余計な清涼感がなく、量さえあれば本物と遜色ない感触を与えてくれるので不満がない。
誰か助けてくれ。
経済的な理由も一因ですが、恋愛離れには複数の要素が絡んでいます。例えば、若い世代は正規雇用の減少や将来の不安定さから、結婚や家庭形成に踏み切りにくい状況にあります。また、長時間労働や不規則な勤務体制のために、恋愛に割く時間や余裕が不足していることも影響しています。
さらに、価値観の多様化や自己実現を重視する風潮、さらにはSNSやマッチングアプリの普及などにより、従来の対面での深いつながりを築く機会が減少しているのも現状です。こうした社会的・文化的変化が、恋愛そのものへの関心や情熱を薄れさせていると考えられます。
つまり、経済的な不安は確かに大きな要因ですが、それに加えて働き方の変化や価値観の多様化、デジタル化の進展などが相互に影響し合い、恋愛に対するモチベーションが低下しているのだと思います。あなたが感じる「シックリこない」という感覚は、決してあなた個人のものだけではなく、多くの現代人が抱える共通の問題と言えるでしょう。
豊川家の跡取り候補だった瑞穂の長兄(姉)が島の女(男)と駆け落ち、瓜二つの双子の娘が誕生。姉の初音は社交的で陽気な性格、妹の初華は内向的で控えめな性格。島には他に子供もおらず2人きり、2人まとめて音華と呼ばれていた。
→幼少期島の別荘に来た祥子と初華が出会う。何らかの理由（ただの遊び？）で初音と入れ違い「初華」として祥子と遊ぶ。記憶の齟齬があるのは初華は一部初音からの話を基に想像して話しているため。瑞穂に会ったのは初音。2人にとって祥子は初めての友人となる。
→双子の両親が離婚。父方に初音がついて島を出る。母方には初華がつき苗字も「三角」となり島で孤独に過ごす。初音とは生き別れとなる。
→(母親が死亡等きっかけがあった結果？)初華は初音を探す、見つけてもらうため島を出てアイドルになる。よくスマホでファンのコメントを見たり、愛音にDMを送ったのは初音探しの一環で普段から行っているため。
→そんな中祥子にムジカへ勧誘される。初音探しを半ば諦めかけていた初華に強い福音を与え、(自身と同じく母親を失った境遇を知り？)祥子へ姉に向けていたのと同じ友情を超えた感情を抱くようになる。
→祥子の思い出話に現れるのはかつての「初音が演じる初華」であり、自身も期待に答えるべく「初華が演じる初音」として秘密を抱えたまま振る舞うようになる。
→しかし人間的な経験値が絶対的に不足している初華では「初音」を演じることは出来ず、他人の真似事で取り繕ったり、祥子の意に反するような行為をとってしまう。祥子もかつての「初華」を期待していたギャップもあり不信感を強めていく。
→ムジカ解散。祥子への想いを募らせる中クライシック再結成を知る。今まで見たことのなかった祥子の表情と再結成の意思を知り(勘違い)、クライシックへの強い嫉妬と再び姉を失う恐怖に取り憑かれる。
→祥子を奪いかねない睦や燈に害意に近い敵意を覚えながらも、紆余曲折を経てムジカ再結成。祥子が歌を通じて自身の歪んだ想いを受け止めてくれたと捉え依存を強める中、初音の存在を知る祖父によって今までの秘密が明るみとなる事態へ。
→祥子の意図を汲み取れなかった事もあるが、1番は初音に気づいてもらうため。
→森みなみのような優れた演技の感性がある人間でなければ分からなかった上、幼馴染2人が多重人格と2人で1人を演じる双子の異常者で普通の人間感覚が育たなかったため。
→祥子を姉の初音に代わる新たな家族として捉えており、かつて自身が初音から受けていたスキンシップを祥子にも行っている。布団で枕抱えたり衣装盗んで人形もどきを作ってる？それはまあ...
→元々長兄(姉)へ過干渉を行った結果出奔された経緯があり、その反省から孫娘達には深く干渉するつもりは無かった。初華は出奔した側の孫のため尚のこと。しかし家を訪れたり、ムジカ再結成など意図がわからないことから自身が関わることを決めた。
誰も悪人では無く株を落とさずそんな気持ち悪い(初華は除く)ことも無いならこんな話になるのかなと思います。バンドリ的にもこれ以上過激な話にしていいのかどうかのラインはありそうですが。初華が祥子にとって燈の代わりであるように、祥子も初華にとって姉初音の代わりだったという落とし所か。燈と愛音の出会いがMyGO!!!!!結成のきっかけになったように、初華と初音が生まれたことがAveMujica結成の発端だったとか。燈が星を探し始める物語と、初華が星を見つける物語になるとか対比的になって収まりはいいんじゃないかと思います。
Cパートで初音登場次話で初華との再会を果たすとか、音華＝初華であのさー＝初音かその逆とか、初音も初華と祥子に気づいていたがスルーしていたとかまだ波乱はありそう。なんとなく初音は演技の道に進んでそうな感じはあります。
最終回はドロリス(Vo./Gt.)マナリス(Gt.）ミクリス(Ba.)オブリビオニス(Key.）倉田ましろ(Vo./Do./Vn.）のTGWグループでライブをして終了
大きさとか形の話ではない
低い方から順に、
害をなす棒、無害なだけの棒、使わざる棒、許されし棒、喜びを与えし棒、救済せし棒
というランクがある
自分だけ気持ち良ければいい自分勝手なセックスで自己満足している男についている
人と関わることなく、排尿と自慰だけに使われているおちんちんである
誰からも必要とされることのないニードレス・ミートスティックと言える
人に対しておちんちんを使うチャンスがあるにも関わらず、使われることのない棒である
必要とされているのに使わない、セックスレスやED夫のおちんちんなどが該当する
人に対して使うことを許された棒である
必要とされているわけではなく、なんらかの対価を提供する見返りや、
交際、結婚契約の条件として使用を許されているおちんちんである
金銭的対価の引き換えに使うことを許されている場合も該当するので、
AV男優のおちんちんはどんなに立派で相手を喜ばせている逸物であっても
このランクから「人の役に立つ棒」というステージに立つことができる
日本人男性の中でこのランクのおちんちんの持ち主は上位２〜３割と推定されるが、
増田やはてなブクマカにおいては上位１〜５％しか存在しないため、
このランクの中でA-〜A++とさまざまな段階があるが細かく解説する必要もないだろう
まずこのランク、プリージング・ミートスティックに上がることを目指してほしい
おちんちんには人を救う力がある
人を救うおちんちんとは人に感謝され、感激の涙を流させるおちんちんである
日本における最上位ランクのおちんちんの持ち主として鳥羽周作が挙げられる
「いっぱい泣かせてくれて」「入ってくれてありがとう」「きもちくしてくれてありがとう」
日本最高ランクの女優である広末涼子をして、決して彼女の好みであるシュッとした男前では
ないにも関わらず、不倫関係が露呈するリスクを冒してまで感謝の手紙をしたためさせた
出崎監督の手掛けた昭和版持ち上げて、今やってるベルサイユのばらの映画版けなしてるおじさん（もう初老かも）嫌い。
薄っぺらでキラキラした作画がむず痒いって、元の50年前の少女漫画忠実に再現してるだけじゃん。リスペクトだよ、それに絵柄は限りなく連載終盤の絵に近づけてるよ。
主線が黒太で劇画調止め絵で顎が長いあしたのジョー絵が見たければ、昭和アニメのDVD擦り切れるまで見てろって話だよ。
歴史群像劇のはずなのに、ペラペラの恋愛モノにされていたっていう意見ね、お前原作読んでないだろ感。
歴史の渦の中で翻弄されつつも愛に生きたマリーアントワネットとオスカルがメインの少女漫画だよ、大河ドラマだって恋愛やるだろアホか。
無糖のエスプレッソみたいな非情ドキュメンタリー風が見たいなら、昭和アニメの終盤だけVHSで見てろ。
曲がペラペラで軽い、平成のアニソンだ、重厚なクラッシックがいいとか言ってるおじさんは、澤野弘之の名前を目の前の薄い板で検索しようね？
気に入らないのは感性が錆びついてる可能性がありますね。二度と関わってるアニメや映画の音楽を褒めるなよ。
薔薇は美しく散るが名曲なのは事実だけど、それ使うわけないじゃん。昭和アニメのリファインじゃなくて、原作のアニメ化なんだから。ミュージカル仕立てで場面スキップが受け入れられないってのは意見としてわかるけどね。
２時間もあって歌ばかり、あれがないこれがない原作に対する侮辱だとかいうおじさん、君たちの言ってる名場面ほとんどアニオリだよ後半の。原作読んでないし原作を愚弄してるのはあなたたちの方でしょうが。
ていうか40話もあってアニオリ入れ過ぎでマリー・アントワネットの断頭台までダイジェストだった昭和版こそどうなの？監督交代があったとは言えそれでも後半２０話もあるじゃん。
オスカルは男の中で頑張って実力で黙らせた！部下の前で涙を流しながら理想を語るような女々しい女じゃない！とかもう笑うしかない。女々しいとか言ってしまう古いジェンダー観云々もそうなんだけど、まずは原作読んでこい。心の自由説く場面は原作通りだから。クサイとか言う感想は、金八とか学園熱血ドラマで感動したことがない者だけが言っていいです。
いやまじでなんでそこまで原作まるっと無視の二次創作昭和アニメをそこまで崇拝してんの？時々（無意識だと思うけど）原作まで巻き込んで中傷してるじゃん。こわ。
せっかくなので俺もNANA読み返したけど、当時読んでた時の感想ならいざ知らず、登場人物全員💩なのに今読んでなお◯◯派とか言えるのは相当お花畑だと思うのは俺だけ…？ https://t.co/PmunxXkNP4— シック@0y10m (@IkujitoUnnyo) December 30, 2024
（ヘテロのみんなが想像するような何かしらの理由やトラウマもなく最初から）レズビアンなんだけど、マジで男が苦手すぎる、まあちんちんにも「うーん、性器。キモ」と思うけど、ちんちんついてるから嫌いっていうより、男らしさのある男という概念が苦手すぎる。
このうんち世界では、社会に出るにあたって男らしさを自動的に当然のものとして学ばさせられる・もしくはそれらを身につけていないことによって制裁を受けるなどして強制的に身につけさせられるため、男が”男らしい”のは必ずしも本人の意志ではないと分かっているが、かなり苦手。
ミサンドリーみたいに「男ってこうだよね、だからバカアホクソ」というわけでもなく、本当に理由がなく苦手。苦手だから死ねとかもなく、かといって興味ゼロ透明人間というわけでもなく、なんか夏野菜カレーの中にあんま好きじゃない具材入ってて「あー」ってなるみたいな感じで苦手。トキシックマスキュリニティの被害を被ってるからとかでもない。多分加害性を失ったとしても普通に苦手。
だからと言ってみんなそうだよね！とかそう思って当然！とかも思わない。オクラ苦手だなーみたいな感じかも。オクラ嫌いな人、いなくもないけどみんなそうってわけでは確実にないでしょ。