orange @[email protected]

回生が無いので電動アシスト自転車より効率悪いだろうけど＞＜；

自転車用簡易パワードスーツ(パワードパンツ？)って無理なのかな？＞＜

環境規制強化の影響で開発が期待される電気推進船 | スラド サイエンス https://science.srad.jp/story/19/08/13/1355245/

作ったのこの方らしい・・・＞＜
KAKEN — 研究者をさがす | 高梨 宇宙 (40646692) https://nrid.nii.ac.jp/ja/nrid/1000040646692/

「粒子加速器」を自作した猛者現る　「リビングの片隅で組み立てた」──工学素人の“理論屋”が一から試行錯誤 (1/2) - ITmedia NEWS https://www.itmedia.co.jp/news/articles/1908/09/news063.html

17日40℃・・・？＞＜；

天気悪くなって涼しくなる予報だったはずが晴れて暑い・・・＞＜

なんか微妙に記憶が・・・＞＜；

xGUIの処理をスレッド
oGUIの処理を行うスレッド
＞＜；

Windowsのシャットダウン、なんか時によって時間がかなり違うけど、普段は1分はかかってない気がする＞＜
たまに画面消えてから3分くらいかかって？？？？＞＜；ってなる＞＜；

Linux、21世紀になってもシャットダウン処理が遅いというか、下手すると最初に使った1994年辺り？に486なマシンで使ってた時より時間がかかるようになってるっぽいのすごく謎＞＜

あと、特にキャンセルや終了に関する処理は、とにかく高速に かつ 他のソフトウェアの実行を妨げないようにリソースをあまり食わないようにって気を使ってる＞＜
じゃないと自分で使ってて「キャンセルはキャンセルなんだよ！＞＜＃ すぐにもどれ＞＜＃ 」とか「終了は終了なんだからすぐに終了しろ！＞＜＃ 」ってキレてしまう＞＜；

ていうか、ハードウェアリソースに余裕がないと、ユーザーの操作の最初のレスポンス(例えばボタンクリックしたらボタンの表示が変わるフィードバックとか)にまで影響あるので、そこへの影響がなるべく小さくなるようにしてるし、そうじゃないと(GUIのレスポンスが鈍いと)ブチキレる＞＜

オレンジは、例えば想定環境でCPU負荷に十分余裕がある場合でも削れる無駄な負荷なら削らなければ「電力が！＞＜； バッテリー残量が！＞＜； 発熱が！＞＜；」って神経質に考えてる＞＜

GUIなソフトウェアで、GUIの処理をスレッドの妨害は最小限にするという当たり前の事すらも出来ていないソフトウェア(なんでそんな酷いコード書くやつがクビにならないの？＞＜；)が増えてしまった現状だからリソースこれ以上食うの不味いかちゃんと判断する処理を望む事自体が高望みっぽさがあってあれな、悲観的なあれだけど・・・＞＜

そこまであれじゃなく、土台に影響を与えない、外部に出られない、ということが最低限必要かも＞＜
もちろんネットワークアクセス機能なんてつけるべきではないし、ウィンドウをぽこぽこ作ったり出来るようにすべきではないし、リソースも多く使ったらVMごと停めるとかは当たり前の対策かも＞＜
例えば現状のウェブブラウザは馬鹿が作ってるので、コンテンツの影響でソフトウェアの操作自体が不能になる事が当たり前に起きてるけど＞＜