orange @[email protected]

"...このような、付け外し可能な部品を利用するのはマイクロカーネルだけではありません。各種サーバモジュールも、同じように付け外し可能な部品を利用しています。..."
(略)
"...これらの部品を扱う仕組は、実はマイクロカーネルとサーバモジュールの両方に共通したものが使われています。さらに、同じ仕組がアプリケーションでも利用できるのです。複数のネットワークプロトコルやファイルシステムをサポートするために、最近のOSでは多かれ少なかれこのような「プラグイン・アーキテクチャ」を取り入れていますが、BeOSのように、OS内部からアプリケーションに至るまで全てが一貫した仕組で部品化されているのは、研究レベルのものを除けば非常に珍しいと思います。"

Art of BeOS Programming https://www.haiku-os.org/legacy-docs/ArtOfBeOSProgramming/chapter/chapter02.html#2.1

既出だった・・・・＞＜

元はラジオ番組っぽい？＞＜

"そんな思いから昨年の12月から1月にかけて、「集まれ！悩めるすべての受験生！『受験生は夜悩む Presented by 明治プロビオヨーグルトR-1』」と題したラジオ番組をTBSラジオにて全4回生放送。"

明治R-1、ラジオで集めた受験生の声を広告に「四択で迷ったら、3は裏切らない」 #.ブレーン | AdverTimes（アドタイ） by 宣伝会議 https://www.advertimes.com/20210202/article337803/

検知もっぽい＞＜

新型コロナ 接触確認アプリ「COCOA」一部で検知や通知行われず | 新型コロナウイルス | NHKニュース https://www3.nhk.or.jp/news/html/20210203/k10012847671000.html

"...去年9月末以降、スマートフォンの基本ソフト「アンドロイド」を通じた利用者について、濃厚接触者の条件に該当する場合でも、検知や通知が行われていなかったことがわかりました。"

じゃないと相手の文脈を壊すことになるから＞＜

オレンジは、タイポでの再投稿も残すことがよほど問題である致命的な誤字とかじゃなければ、boostはもちろんふぁぼられたのも含め、誤字等に気づく前に何らかのアクションを受け取ったら消すのは諦めてリプで訂正するようにしてるくらいには配慮してる＞＜

(エアリプというかなんというか)
あと、toot消されると文脈が意味不明になるし、なんでそんなに頻繁にtoot消すのか謎＞＜
完全なひとりごとならあれだけど、boostされたtootやリプの会話を消したら関連するtootが意味不明になるって想像つかない？＞＜

あと、何日か前のアプリを気軽にクラッシュさせるなって議論で、オレンジが「きれいに内部を分けれ＞＜」とか"ソフトウェアがモノリシック的"であることはよくない的な『ものすごく当たり前の事を』説明したはずが、説明下手すぎたのかやたら時間かかったけど、
BeOSは、他の環境と比べてちゃんとモジュールに分ける発想が隅々まで行き届いてる環境ということもわかるかも＞＜

昨晩の議論で示したこれ、
https://mstdn.nere9.help/@orange_in_space/105662660264463665
誰も全く読まなかったっぽい感じだったけど、最低限この部分
https://www.haiku-os.org/legacy-docs/ArtOfBeOSProgramming/chapter/chapter02.html#2.1
だけでも読めば「Linuxだって進化してる」みたいな方向の反論がなんの救いにもならないのがもしかしたらわかるかも＞＜

これ、トレーラーだとバックする時の切り込み具合？が変わるのが・・・・あれかも＞＜(語彙力)

（誤タップで予測変換の無関係な文が混じったので訂正しました＞＜；）