さっき江添氏のブログから引用する為にブログ開いた時も、アドレス窓にcppって打った＞＜

ブックマークもほとんど使わないかも＞＜
どうしてもURL補完がいい感じにならない時に修正の意味でするくらいかも＞＜

Chrome派生ウェブブラウザなら、デスクトップ版とモバイル版のタブ同期をGoogle通さずにできるかも？＞＜(Vivaldiとか)
タブ同期自体使ったこと無いからよくわかんないけど＞＜

具体的に言うとこのブログ記事の影響大きい＞＜

iPhoneユーザが目の色を変えるAndroidの機能紹介(1) - インテント - ただのにっき(2010-06-08) http://sho.tdiary.net/20100608.html#p01

iPhoneユーザが目の色を変えるAndroidの機能紹介(2) - 賢い「戻るボタン」 - ただのにっき(2010-06-10) http://sho.tdiary.net/20100610.html#p01

オレンジがAndroid使おうと思ったきっかけもインテントの仕組み＞＜

Android、アホなアプリ(ChromeとかEdgeだよ＞＜＃ )が暴走するだけで操作困難になったり熱々になるんじゃなきゃ手動でプロセス管理なんてそもそも必要ないけど、5.xではそんなあれだったのに6.xになったら4.xの頃に戻ったような微妙具合ですごくアレ＞＜

Androidでrootとったこと無いけど、Android 6.0以降？プロセス一覧取得するのさえroot必要になったっぽい？＆まとめて強制終了出来なくなった？(GalaxyNoteだけ？＞＜)のがムカつき過ぎて、「退化してroot必要になったっぽい？＞＜＃ 」って思いはじめてる＞＜

ていうか、ゲームじゃないアプリでもGUI自前で性能重視で作るならUnityとかのゲームエンジン使う方がいいのかも？＞＜；　とも思い始めたけどそれはそれでリソース大きく食う？＞＜；

最近、自作アプリ色々を、新自作グラフィック互換レイヤがDirect2D呼ぶ形態にしようとしてちょこまか書いてる＞＜
GDI+ですら性能リソース比(？)がわりと微妙と思い始めた＞＜(CEFでどんぶり勘定な世の中とは逆行)

この部分99％くらい同意＞＜

"フルHDのデスクトップ画面をキャプチャしてH.264などにエンコード、デコードすることをリアルタイムで行えるほどコンピューターが高速化したこの2017年にターミナルを60FPSで実装するのに苦労しているのはすさまじい。

やはりElectronは悪い文明　粉砕する！"

本の虫: VS CodeがDOMによるターミナル実装のパフォーマンスを改善できなかったためCanvasに変更 https://cpplover.blogspot.com/2017/10/vs-codedomcanvas.html

VS Code、一度も使ったこと無い気がする＞＜；(一度試してすぐアンインストールしたような記憶もある＞＜；)

何となく試すことすら億劫になった理由＞＜；
↓
本の虫: VS CodeがDOMによるターミナル実装のパフォーマンスを改善できなかったためCanvasに変更 https://cpplover.blogspot.com/2017/10/vs-codedomcanvas.html

Steamクライアントが(betaでは)チャットだけじゃなくライブラリまでCEFベースになってしまったけど、お見事なまでの低品質化ぶりで酷いかも＞＜
同時にプルダウンメニューを単純に削除して、コンテキストメニューも項目削除しまくりなので、スクリーンショットへの導線もダウンロード管理下の導線もめちゃくちゃになって、他のページとの一貫性も無くなった＞＜
そういう面をちゃんと作れないようなデザイナや開発者を入れるためにCEFベースにしたんかい＞＜＃

それってつまりこれじゃん感・・・＞＜
https://mstdn.nere9.help/@orange_in_space/102841926606705323

デメリットはこの話の発端の通り、ハードウェアリソースを無駄に消費しまくりという点があるよね？＞＜

で、話の発端に戻って、現状マストドンがRubyで書かれてる事のメリットって、オイゲン氏が使える言語である以外にあるの？＞＜

互換レイヤは自分では用意しないといってるのと変わらない＞＜

Matz氏の言い訳ってこれね＞＜

「マイクロソフトを嫌っていたのではない、われわれが嫌われていたのだ」――Rubyまつもとゆきひろ氏が語る、MSの壁 - ITmedia NEWS https://www.itmedia.co.jp/news/articles/1606/08/news138.html

"...だけど、マイクロソフトはそのために必要なAPIやシステムコールを提供してくれなかった。私が本当にアンチマイクロソフトだったかというとそんなことはない。実際問題として、マイクロソフトの方がわれわれを嫌っていたのだ」（まつもと氏）"

"「こういう場合、対策は2つしかない。1つはWindowsを無視する。もう1つは、ものすごく苦労して対応する」――。まつもと氏は前者だったが、Rubyの場合は有志の「優しい人」がWindows向けに開発してくれたのだという。しかし、エミュレーションなので、WindowsとUNIXで完全に同じ挙動をするわけではない。自分たちだけがすごく苦労しているのに、なぜかユーザーからは怒られる……「俺のせい？」（まつもと氏）。"

なんで、こっちなしに
https://mstdn.nere9.help/@orange_in_space/102841967207896335

こっちだけで意味通じると思うか謎＞＜
https://mstdn.nere9.help/@orange_in_space/102841975832130805

これの後半に続けての"ていうか"です＞＜；
https://mstdn.nere9.help/@orange_in_space/102841967207896335

ていうか、だからこそMatz氏の言い訳がカッコ悪いと思ったわけだし＞＜(UNIXが世界の全てでWindowsのみ異質なものかのようなことmを言い出したので＞＜)

UNIX系のアプリがWindowsで動かなくて嫌って思ったことは一度もないかも＞＜；
動かなくて当たり前だし、OSにもうちょっと選択肢が存在した時代を生きてきたので＞＜；

それなんでも良くなくないじゃん感＞＜
百歩譲ってUNIX系でRubyが移植されてる全てのプラットフォームで動くとかならあれだけど＞＜

そういう場面もあるかもしれないけど、マストドンがアレなのってアレかも？＞＜(？＞＜；)
ある意味、色々なGUIが開発者不足のせいでなんでもかんでもCEFベースばっかりになりつつ低品質化してる問題とも近くない？＞＜

UNIX系の開発者がUNIXの事しか考えてない(matz氏もある意味代表例だよね？)のはいいとして、UNIX汎用ですらなくLinux依存気味？でBSDのどれかで辛うじて動く？程度っぽい？のはどういうことなの？＞＜
マストドンに限った話じゃないけど、クロスプラットフォームじゃないのならスクリプト言語で書く意味無くない？＞＜

マストドン(ソフトウェア)のわりと謎な点として、なんでLinux依存っぽい感じなの？＞＜

鉄道での無駄な再加速と航空での降下時の無駄な燃料消費すごく似てる＞＜
旅客機は燃料代凄まじいし環境負荷も大きいからなおさらアレだし＞＜

実際に元プロの人(青い方の-400乗りの人)が降下について語ってるブログ記事＞＜(この方、某小説のパエリア鍋キャプテンの人のモデルらしい？＞＜；)

VNAV Path と VNAV Speed：酔っぱらいライダーの独り言：So-netブログ https://fdc.blog.so-net.ne.jp/2007-11-11

FMSプログラミングと降下時のFMS操作の理解が、特にボーイングのハイテク旅客機操縦でプロに一番語られてる部分なので、つまりシーケンサーをうまく扱う事が大半になるので、シーケンサーいじりなれてる人に向いてる感＞＜

ていうか、操作の7割くらいが離陸までに準備で、残り2割が降下(降下の操作がシステム理解が必要で一番難しい)、残りが離着陸みたいな・・・＞＜

ちゃんとボランティア管制官と交信しながら飛ぶと暇じゃないっぽいけど、英語力・・・＞＜

旅客機フライトシム、基本的に巡航中暇なので、マシンパワーあれば巡航中に鉄道シムもできるよ！＞＜(？＞＜；)

フライトシムで旅客機(のちゃんとした機体データ)で飛ぶと、チャートを実用(？)出来て楽しいよ！＞＜

スラド丼も提案した＞＜(スラドにコメントで書いた)

マインクラフトのSpigotサーバーインスタンスも案として当時書いたし＞＜
(マインクラフトの鯖が互換プロトコルしゃべって、チャット書くとtootになる方式＞＜)

ていうか、オレンジがマストドン使い始めた頃に思い浮かべたモデルは、各オンラインサービスのアカウントに連携する機能として『も』、マストドンと互換性があるものをしゃべる未来だったので、pawooをpixivの一部と考えると、オレンジが描くモデル上ではそこに引っ越し機能があるのむしろ奇妙＞＜

『マストドン等のみのインスタンス』と、『オンラインサービスに付随するインスタンス』の両方があってこそ広く使われるかもって当時から考えてた＞＜(というか当時書いた気がする)

！＞＜

このアカウントは、notestockで公開設定になっていません。

弄りすぎててセキュリティ云々で追うの大変はあれだけど、
Pawooは、(趣旨的に)引っ越し機能は無くてもいいような気がしなくもない＞＜

映画『王さまのためのホログラム』のわりと重要っぽい女性の抑圧の問題に関するラストに近いシーンでも主要人物がトップレスになるシーンがある＞＜
サウジアラビアが舞台で、基本的にアメリカの最近の歴史を示唆しまくる変わった映画なので、それもなんかを強く示唆してるんだとおもうんだけど、いまいちわからない＞＜
(そのままの意味？＞＜)

https://mstdn.nere9.help/users/orange_in_space/statuses/102772975204281683
https://mstdn.nere9.help/users/orange_in_space/statuses/102773013015943790
https://mstdn.nere9.help/users/orange_in_space/statuses/102773051615628203

アメリカの6州で女性が公共の場でトップレスになることが事実上合法化 : カラパイア http://karapaia.com/archives/52282749.html

この覚え方大発見かもしれないし、ブログに書くべき？＞＜；

このアカウントは、notestockで公開設定になっていません。

虹色の補完出来ない人はには無理な覚え方だけど、カラーコード識別できて虹色補完出来ない人ってそんなにいない気がする＞＜(気がするだけ)

この覚え方で「赤いにんじん　紫しち部」のみ覚えて、仮にモノクロ部分を逆に勘違いした場合
白　桃　赤　橙　黄　緑　青　紫　灰　黒
になるので、電子工作経験あって「ピンクなんて無いでしょ？＞＜；　ていうか茶色どこ行った？＞＜」と気づければ正しく戻せる＞＜
なので、赤と紫のみ覚えればよい＞＜

カラーコード、(黒が0、)赤が2、紫が7さえわかれば、
赤と紫の間は虹色補完、外側は白黒で大きい数字が明、1は0と2の間なので、黒＋赤＝茶色
で全部埋まる＞＜

キューイングシステム、書くの楽しい所だと思うので、その部分プラグイン化したら書く人が現れる気がしなくもない＞＜
(オレンジはRubyは嫌いなので書かないです＞＜；)

このアカウントは、notestockで公開設定になっていません。

抵抗のカラーコード覚えられない人(過去の＞＜含む)と教える人にすごく言いたい＞＜；
「赤いニンジン」と「紫しち部」以外は忘れよう！＞＜； 語呂合わせを10も覚えるの難易度高いし無駄＞＜

モールス符号も、こういう風に手抜きで覚える手無いのかな？＞＜；(語呂合わせもアルファベットの形方式も無理だった＞＜；)

何十年もマジで覚えられなかったのに突然覚えちゃった・・・＞＜；

・・・白と灰色どっちが8？＞＜；

抵抗のカラーコード覚えた気がする！＞＜；
「赤ニンジン」しか覚えてなかったけど、「『紫しち部』は強引すぎるでしょ？＞＜；」も覚えれば補完出来ることに気づいた！＞＜

歴史どっちかというと好きだけど、年は覚えてないし、だいたいの順番しかわからないので「どっちが先だっけ？＞＜；」ってググる事多い＞＜

国鉄方式(バリエーションはマイナス1)は許す＞＜；

近鉄じゃなくても例えば同一の系で電動車はプラス500するとかそういうのすごく嫌い＞＜；
あくまで架空だけど、　Mc800-T300-M800-Tc300　で300系ですとか800系ですとか方式嫌い＞＜；

近鉄全くわからない＞＜；

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

お料理とかも、慣れるの中心でやればレシピなしでも色々作れるようになるよね＞＜
でもレシピ暗記しろとか言われたら無理だよね＞＜；
資格とったり一流料亭の板前とかになるなら正確に覚える事が必要だから、雑に慣れる方式では無理かも＞＜；

調べる！＞＜
慣れる！＞＜
覚えようとしない＞＜；
って方式で、物知りっぽい感じ(多趣味という意味で)になった＞＜

プログラミングでも暗記はしてないし度忘れしまくるので、この前C# のコードを久しぶりに書いた時に、breakを思い出せなくて、「・・・・exit？＞＜；」って思ってexit;って売ってちがくてぐぐった＞＜；

フォネティックコードもじんわり馴れて覚えたけど、覚えろって言われて覚えるのはオレンジには不可能だったし、例えば語呂合わせでみたいなのはしない＞＜(語呂合わせ自体覚えられない＞＜；)

逆に(？)丸暗記しなければわからないものは諦めてる＞＜
馴れでじんわり覚えるような覚え方しか出来ないので＞＜

オレンジの場合、わからない＝すぐストレスなので、例えば写真見ると、ちょっと気になるとどこかわからないとストレスだし、クレーン車が写ってたら機種わからないとストレスだし、送電鉄塔見たら固有名詞わからないとストレスだし、

みたいな感じなのですぐ調べるし、調べてわかんなくて胃がおかしくなるが日常茶飯事＞＜；
テレビ見ててもすぐどこか知りたくなるし下手するとテレビ画面よりもGoogleマップやら地理院地図の空中写真の方を見てる方が長いとかだし＞＜；

あと、「何がわからないかわからない」って、その物事をクリアするための道筋がわからないなのかもって気がしてる＞＜
道筋がわからないのであれば問題をミクロ化出来ない＝「具体的に」と言われても「全部！＞＜；」としか言えないかも＞＜

メンタル的に正しいのはたぶん「わからない」をポジティブに捉える方だと思うけど、オレンジがなんでもマニアみたいになったのは、わからないがとんでもなくストレスな感じで、ものすごくネガティブ駆動な感じなので、一長一短っぽさを感じる＞＜
(ネガティブ駆動は失うものが大きすぎる気がしなくもない＞＜；)

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

遺伝子組み換え作物問題、交雑させたら賠償って仕組みにすればいいんだと思う＞＜
(いまは逆で、交雑したら知財問題になったりする＞＜)

例えばフェアトレードなコーヒーをフェアトレードだから安全みたいなこという人いるか？＞＜　食べ物選ぶのに食の安全以外の要素もあるでしょ＞＜
オーガニックだって、安全のためじゃなく環境のために選んでる人もいるし、農家の方も「味や安全でオーガニックにしてるわけじゃなく環境のためにそうしてる」ってはっきりいう人もちゃんといる＞＜
(ただし、オレンジ的には『オーガニック』が指すものの曖昧性と生産量比での環境負荷の面から、『オーガニック』は「オーガニック()」って思ってる＞＜)

コメントちょっと増えたけどやっぱ「食の安全だけの問題じゃないでしょ？＞＜」って話してるのオレンジ一人だしすごくアレ＞＜

「Non-GMO」表示をめぐって訴えられていた米ファーストフードチェーンChipotle、650万ドルの支払いで和解 | スラド サイエンス https://science.srad.jp/story/19/09/22/1128254/

乗り鉄向けインスタンス向けの名前にも良さそう？＞＜

このアカウントは、notestockで公開設定になっていません。

Webじゃなく作るなら、「ここにn件(以下略)」自体がセパレータになる感じで＞＜

[最新toot]
[2番目toot]
[3...]
---------
ここにn件あります！＞＜
---------
[スクロールされたtoot]
[...]

微妙に脱線だけど、新着数件とスクロールできるメインビューの2段構えUIじゃ駄目なのかな感がある＞＜
読みながら書くと、途中に対して言及して書くと、新着含む『自投稿の確認』か、『読みかけ位置』のどちらかを放棄する必要があるのめちゃくちゃ不便＞＜
(subwaytooterを使う時は、HTL2個表示してその問題回避してる＞＜)

インスタンス分割＆インスタンス間連携なら、1インスタンス500アカウントくらいでも良さそうな気がしなくもない＞＜

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

プロ(？)ならカメラ式の表情入力と同時に左手操作でもう1キャラをそのデバイスで表情操作して2キャラ掛け合いとか？＞＜；

モーションキャプチャ式表情入力じゃなく、手で操作するリアルタイム表情入力デバイスって需要無いんだろうか？＞＜
訓練して操作する感じで、ゲーミング左手入力デバイスみたいな形状でアナログスティックいくつもついてて同時操作する感じの＞＜

そういえば、数ヵ月前にカスタムキャスト試しに使ってみたら、首の傾きくらいしかまともに反映されなくて、無料なので世の中そんなものみたいな気分になった＞＜

ほぼこれ感＞＜

このアカウントは、notestockで公開設定になっていません。

facerig for パワポとか的な＞＜；
会場側で用意しておいて合成できるみたいなの＞＜；

このtoot見て思いついたけど、なんかプロジェクタ使って発表する時に、発表者をカメラでその場で撮ってvtuber的というか、CGキャラ化してスライドの横に表示するソリューションってできないのかな？＞＜

このアカウントは、notestockで公開設定になっていません。

あと忘れちゃいけない消防車の影響！＞＜

日本視点でのSUV文化の歴史本みたいなのあったらおもしろそう＞＜
払い下げジープとか、競作でジムニーとか日産パトロールとか、スバルレオーネ4WDが出てお仕事向け乗用車4WDとか、ラリーブームの影響とかパリダカブームとか、バブル経済とか「私をスキーにつれてって」大ヒットからの若者SUVブームでキャンプブームでその人々がお父さんお母さんでお子さまをキャンプに三菱RVRと同時期に本格的クロカンブームが来て林道で、林道も林業の衰退で荒廃で自然保護の流れからのブームの下火ととどめの富士山乗り入れ事件とか

長い！＞＜；(自己ツッコミ)

このアカウントは、notestockで公開設定になっていません。

そういう風に分ける時にLTL中心民みたいな人がアレ(？)しないように、FTLに全部投げるFTL連携機能あったらよさそう？＞＜(あるのかも？＞＜)
相互に設定してる鯖間でフォロー関係無くLTL上のtoot全部投げ合う機能＞＜
(でも、わざわざ鯖分割してそんなの使うレベルだとFTLの流速速すぎて読めない？＞＜；)

このアカウントは、notestockで公開設定になっていません。

読み込むファイルがデカすぎるか？の意味妥当性チェックはオレンジも書いたこと無いかも＞＜；
メインメモリよりファイルの方がでかいかチェックくらいは書いた方がいいのかもしれない？＞＜；(デカかったらダイアログだしてほんとに読むか聞く＞＜)

Windows 2000まで？みたいにWindowsで言うところのタスクマネージャだけは死守するみたいな事して欲しいかも＞＜

OSがまず死んじゃ駄目だしその次にマンマシンインタフェースが死んじゃ駄目だし みたいな重み付けやって当たり前じゃんって思うんだけど＞＜
OS側はもちろんだけどアプリ側も＞＜
マストドンも、すごく下の方のレイヤに対する攻撃とかで落ちるのであれば仕方ないけど、自分が処理作り出して過負荷にしてOSごと陥落とか、何も考えてなさ具合ひどすぎる＞＜

Androidも高負荷なアプリ(ウェブブラウザ＞＜＃ )がアホみたいな状況になった時にGUIが無反応になるの意味不明だし欠陥＞＜
なんで1アプリがGUIシェルにそんな悪影響を与えられるように作るのか謎＞＜
処理の重み付けおかしい＞＜

素晴らしいし、あとはユーザインタフェースに関するプロセスのみ特別扱いしてくれたら完璧！＞＜
・・・だけど、UNIX界隈のソフトウェア、UI優先する発想が全く無い気がする＞＜；

@cuezaku 謎＞＜；

オレンジは基本的にGUI環境前提で動くもの(＝ユーザーが操作する環境で動くもの)を作るので、高負荷具合でGUIの反応に影響が出ることをものすごく嫌うし、「ユーザーの操作を最優先に処理すべき！＞＜＃ 」って発想なので、結果的にわりと自制的な感じに作ってると思う＞＜
他人が作ったものでもGUIの処理が後回しになってるのものすごく嫌うし普段からキレまくってるしキレてプロセスごと殺す事多いし＞＜
(15秒反応なかったら強制終了しよう！＞＜ポリシー)

@cuezaku ケーブルの具合とか怪しいかも？＞＜

ていうかmsidekiq自体はネットワーク処理エンジンじゃなく単なるジョブプール？かも？＞＜
ちゃんとネットワークの処理自体見てるのかも？＞＜
あと、ネットワーク関係無くそもそもすぎるびっくりな点として、キューたまりすぎて高負荷で「鯖ごと落ちた」とか昨晩もなんか色々出てたっぽいけど、自分の実行環境の負荷の具合見て自制する機能くらいついてないの？＞＜；

@cuezaku それはわかんないかも＞＜；
たしかコネクタがDPでもHDMI変換ケーブル経由では完全な互換性があるという建前だった気がするけど・・・＞＜

@cuezaku あるけどPC行かないと駄目かも？＞＜

受け側として『弾く処理』入れてようが入れてなかろうが、『弾かれた処理』に対してどうするかちゃんと書かなくてセキュリティーホールになるのであるのならなるのはどっちにしても同じでは？＞＜；
(この場合)『マストドンが通信する相手は必ずマストドンの既知のバージョンである』みたいな前提からそもそもおかしくない？＞＜

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

もちろんスレッドプール(というかなんと言うか)も自作だったし、誰に学ぶでもなく過去にそういう風に作ったからこそ、マストドンのガバガバ具合「なんで！？＞＜；」って思う＞＜

たしか、ドメイン単位でエラーカウントして信頼性測って(？)、「この鯖信用ならないから後回し！＞＜＃ 」みたいな感じに作ってた記憶ある＞＜(15年くらい前なのでよく覚えてないけど＞＜；)
あと最初ものすごくタイムアウト短くして、後回しのはタイムアウト長くするってしてたかも＞＜

ていうか、ネットワーク使うもの最近あんまり作らないけど昔作ってたけど、
当時、相手の鯖を(性能/技術的な意味で)徹底して疑うし信頼しないって発想で作るの当たり前だと思って書いたかも＞＜

その発想嫌い＞＜； って話でもあるけど、時系列的にそれ以前に作り始める時に設計として真っ先に考えて当たり前じゃないの感がある＞＜

このアカウントは、notestockで公開設定になっていません。

この低品質具合もUNIX文化の影響大きいと思う＞＜
UNIX流の『シンプル』の駄目な面そのまんまだし＞＜

ていうか、大規模に使われるかどうかと別でも、なにか作る時に、意味妥当性チェック？(例えば株式取引のシステムで発行株数以上の注文はするはずが無いので弾くとか)みたいなのとか、ブレーカーというかリミッターというか必ずつけるの、
プログラミングする時の癖として習慣にしないとマズくない？＞＜ って思うんだけど＞＜

このアカウントは、notestockで公開設定になっていません。

ていうか、なんで何も対策されてないのに完成品としてリリースされてるのか謎レベル感＞＜

このアカウントは、notestockで公開設定になっていません。