FBX の本 (書きかけ) をデプロイする準備をしている
Travis CI 使ってるんだけど mdbook のビルドにめちゃくちゃ時間かかってるが…… (そろそろ10分超える)
このアカウントは、notestockで公開設定になっていません。
tokio-rs/async-stream: Asynchronous streams for Rust using async & await notation
https://github.com/tokio-rs/async-stream
便利そう
体調が優れないとき再起動したら直ってほしいとか思ったけど、それ要するに寝ろってことやんけ
寝るとコンテキストが吹っ飛んで悲しいので、 graceful restart したい
ただし各コンテントとフィルタごとに外部コマンド起動が入るとか依存関係の追跡が難しいとかありそうだし、パフォーマンスは出ないだろうなぁ (や、でも並列性はかなり出るだろうしどうにかなるのか……?)
Windowsだけの配慮か。そういや、Androidでも表示されてたわ。この辺のフォント作る人も大変だな。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
scarlet, vermilion, lava, madder, gules, ...
このアカウントは、notestockで公開設定になっていません。
unique_ptr と shared_ptr が隠語にしか見えなくなってきた……
あなたのポインタはどっちですか?
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ローションという文字列を見るたびに「ペペローションみたいな名前のアニメあったよな……なんだっけ」と思う
(正解は『ビビッドレッド・オペレーション』)
Rust crypto developers: Please stop the yanking madness : rust
https://www.reddit.com/r/rust/comments/ctayew/rust_crypto_developers_please_stop_the_yanking/
Rust の一部暗号界隈も outdated なの使うなよみたいな意図で yank 濫用している人々がおり、まあ厄介な問題
crates.io: Rust Package Registry
https://crates.io/crates/ring/versions
これ今 ring 見たら何もかも yank する習慣やめたのね、助かるわ
(0.14.0 以降では普通の運用になってる)
いま非常にプリミティブな実装方法について悩んでいるんですが、 msec オーダーで何らかの処理を予約して動作させたい場合ってどうするのがいいんだろう‥‥
Seaurchin のときはスピンロックでしかるべき時刻を過ぎていたら実行するという感じにしていたんだけどこれだと CPU 使用率が張り付くという問題があるんだよなー……
std::thread::park_timeout - Rust
https://doc.rust-lang.org/std/thread/fn.park_timeout.html
std::thread::sleep - Rust
https://doc.rust-lang.org/std/thread/fn.sleep.html
sleep は普通に OS にスケジューリングさせる方で、 park は外部から起こされるまでは実行キューから外すやつ (なお spurious wakeup あり)
頻繁ではないけどタイムスライスがまた回ってくることだと遅すぎるかもしれないぐらいにはタイミングがシビアという感じですかねえ
であれば sleep_ms とかで短か目に見積ってビジーループと組み合わせるあたりが無難か? (試してないのでうまくいくかは知らない)
alexheretic/spin-sleep: Rust accurate sleeping. Only use native sleep as far as it can be trusted, then spin.
https://github.com/alexheretic/spin-sleep
> Windows has particularly poor accuracy by default (~15ms), spin_sleep will automatically select the best accuracy on windows generally achieving ~1ms native sleep accuracy (Since 0.3.3).
㍂
やっぱり生ポインタ使わないと綺麗にならないなぁ……できればスマポやインデックスでどうにかしたかったけど
このアカウントは、notestockで公開設定になっていません。
なんだか GC 再実装する感じの空気になってきた、これは設計完全に考え直すべきか……?
このアカウントは、notestockで公開設定になっていません。
今年入ってからのホロぐら、脳トレ感というか支離滅裂感というか、あの滅茶苦茶な感じがなくなって意味が通るようになってきたんだけど、脚本の人が変わったのかな……
これは完全に私怨だけど、今時のイケイケフロントテクノロジーで作ってクロスプラットフォームで優勝して最高のアプリをストアに出そうとする新規参入の個人は、分からないならマジでminSdkVersionを28とかにして出してくれ
ユーザから見れば単に機能不全で使えないアプリだし、半端に詳しい人以上がみればあーあって感じで見られるからいいことなんもねーぞ
下手に4.x時代がminSdkVersionでカバーされてると本当にゴミみたいなWebViewが入ってくるからこうなる、実は最近のなら勝手に更新されるので多少マシなのでは?感がある
純粋なAndroidアプリ開発だったら下限APIバージョン違反をしたらビルドできないのが普通で、動的なことやってなければ回避しやすい……はず。でもWebViewだとJSのAPI不足やCSSのプロパティ不足なんて容易に起こせるし実行時まで気づかないんだよな。
分からんならお前が持ってるAndroid端末のバージョンを下限にせーやとか、そういうのもある
しょうもねえけどモバイルクロスプラットフォーム嫌いが加速したエピソードだよ。
モバイルのクロスプラットフォーム技術、それそのものはまあ今あるやつはほんと頑張ってるねぇ程度の感想だけど、雑に使って質の低いもんこさえてる連中やこれが銀の弾丸だと思い込む連中の存在のせいで一気に評価が下ってる
WebView使ったアプリ嫌いです…PWAでやってくれ
中身WebViewってアプリである意味あります…?
ネイティブコードが動くから悪意ある処理を混ぜやすいなどがあるね >PWA より優位な点
このアカウントは、notestockで公開設定になっていません。
ここで言うネイティブコードはバイトコードを含むものとする (まあどっちにせよ同じだけど)
WebViewアプリ嫌いだけど、ウェブUIが嫌い(レスポンスが悪い上に無駄にリソース食う)だからなので、ウェブから使うよりはちょっとマシならばWebViewなアプリ使う><(デスクトップアプリ版Spotifyとか使ってる><)
ウェブとほぼ同じ内容でも、単純にブラウザで開くよりも使い勝手いいように作ってあれば別にって思ってる。
WebVIew であること自体はまあハイという感じなんだけど、「オレの考えた最高に KOOL なボタン」とかそういう感じの、標準スタイルから外れた UI コンポーネント出してくるやつは最高に嫌
アプリの UI はプラットフォーム標準にこだわってほしい派です
"「オレの考えた最高に KOOL なボタン」とかそういう感じの、標準スタイルから外れた"以下略、ウェブも駄目だけど、世の中がGUIをUI記述言語で記述する文化になってしまった(WindowsでいうとXAML)のが運の尽きというか終わりの始まり感><
UI 記述言語自体は間違ってなくて、そこに無駄に柔軟なスタイル指定が入ってきたのがマズいのではという
でもこれは UI 記述言語でなくとも発生する問題だし、なんならロジックで UI 描画するタイプのだと四角形を組み合わせた自前 UI 描画さえ発生することがある……
いや XAML 自体は妥当な発想というかオレオレボタンはオーナードロー時代から存在していたのでむしろマシになったのでは
マシになった、というのは(それまでが手続き適であったのにたいして)構成的に記述できる余地ができたという点で
おっ
okhttp3.internal.http2.StreamResetException: stream was reset: NO_ERROR
の話をするか???
okhttp3.internal.http2.StreamResetException: stream was reset: NO_ERROR · Issue #4964 · square/okhttp
https://github.com/square/okhttp/issues/4964
このアカウントは、notestockで公開設定になっていません。