まあ少なくともフル Kotlin にはする

Android アプリ今から作るなら アーキテクチャ何がおすすめとかある？個人的には Flux にしてみようと思うんだが

芝生おるやん

飛びマスター

とりあえずブリテン更新が来るまで

リステ、タイトル画面で流れる曲普通に好きなんだけどこれはいつプレイできるようになるものなんだ

アペクスやるわよ

The Bézier Game (https://bezier.method.ac/) で磨いたパス引きスキルが火を吹くぜ

正しい Affinity Designer の使い途 2020

おまさのりさんのやつをベクター化した

omasanorist

完璧なの思い付いたからアップしていい？

kb10uy 強く推奨セブンイレブン冷凍食品だよ
https://www.sej.co.jp/i/item/300301410233.html?category=185&page=1

トレンドマイクロの企業知名度も合わせてブランドで商売してる感はある

ふぁいくんがおやつ作ってくれないので今日もセブンのホットビスケットです、あーあ

ツール/ゲームエンジンによって市松模様になるのと一色になるのがあるよね

マテリアル割り当て失敗 unarist

thick の反対の thin_king_face、こんな感じ？

#FBXを上げると誰かがマテリアルを付けてくれるかもしれない

厚みの薄みもチャレンジしてみよう

@lo48576 こっちで押し通したかった
https://ejje.weblio.jp/content/thin

:thin_king_face: の PR を立てました
https://github.com/lo48576/thinking_faces/pull/4

thin の解釈で差を付けてるのでセーフ(?)

thin_king 既出やん

すーぱーそに子⇔いんふららい人

Affinity Designer で :thin_king_face: 作るやつやります

あー、ビデオデコードのフレームドロップは確かに「致命的ではないが価値はゼロになる」だな

まあどちらにせよ Ryzen シリーズは iGPU が付かなくなるラインが Core i シリーズよりかなり低いのは事実なので、普通に Core i シリーズを買ってしまうのも手ではある

いやおかしくない？いくら X 付きだからといっても Ryzen 3 ランクでこのスペックは鬼やん

というのも自宅鯖新調するのにどのぐらいの CPU を積もうか考えてて、Zen3 をとりあえず無視すれば Deskmini A300 に積める最大性能はだいたい Ryzen 5 3400G になるかと思われるんですが Ryzen 3 3300X のほうがおそらくよい

This account is not set to public on notestock.

もうちょっと C++/CLI と Nim に注目してあげてほしい

Deskmini の AMD 版、画面出力に支障が出ない程度の GPU 積んでくれれば選べる CPU の幅広がるのになあと思ったけどそうすると今度は TDP が爆発してアダプタがとんでもないサイズになるからダメだな

ゲームの対戦の平等性は最悪中央サーバーとかで適当に sync すればある程度確保できてしまうからねえ

C++/CLI はまだ更新されてるのかしら言語仕様

ルーターとかだと普通にシュリンクした Linux とかなのでもうちょっとタイミングクリティカルとなるとそういう感じかなあ

まあ実際どういう場面で RTOS が生きるかというと一番身近なのは各種乗り物の ECU とかじゃないですかね？

アーキテクチャとして μTRON が生きてるよみたいな感じなのか

GC される参照とされない参照を分ける(Nim)(C++/CLI)

けっこう Linux/*nix 互換の RTOS 多いんだなあ

なるほど

オープンソースだと FreeRTOS しかわからん

僕が持ってるインターフェースだかトラ技の背表紙には OS-9 ってやつが載ってたんだけど生きてるかな……

これめちゃくちゃ好き

This account is not set to public on notestock.

商用もしくはプロプライエタリの RTOS で人気なのって何があるんだろう

イけなくなるというのは主により緩いちくわと本物における話

半熟サキュバスはまあ緩いほうだと思うけどあれよりユルユルなのあるんかな

でもキツすぎるとイけなくなるからね……

おわたむ……

別にそんなに入手困難というわけでもないし SteamVR 経由なら一応まとめて扱えるはずなので単に認知していないだけという説を推したい

WinMR サポートなあ

スプリンターネットとわずかなインターネットというほうがうまく回るのかもしれない

まあ海外のサーバーにある著作権違反コンテンツの削除要請が(日本では)相当難しいということの裏返しなのかもしれませんわね

そういえば日本とか関係なく本国で合法なインターネットコンテンツをサービス展開すらしていない他国から「うちでは違法なのでどうにかしろ」と言われた場合ってどちらが優先されるものなの

少なくとも 一般データ保護規則は関係ないじゃんになっとる

対外的に当たりが強いほうが野蛮に見えるというバイアスはあるでしょうね

けもみみ

週刊 収監 初回号は南京錠が付いて 880 円(デアゴスティーニ)

GDPR 以降の EU はどうにもムーブが過激

えっちなのだｙい

風呂でちくわヘコヘコしながらTLみてる

WDDM はディスプレイマネージャーで explorer がウィンドウマネージャーとデスクトップ環境とファイラーを兼任していると考えると explorer かわいそうにすらなってくるな

Windows の GUI スタック、WDDM とか出てきてまともになりつつあるけどやはり摩訶不思議

エクスプローラー吹き飛んでも Firefox とかは生きてるけどウィンドウ枠は爆散したという状態になったことがあり、謎

オッ Vlang の悪口か！？

だってまさに "Dispatch"Message してるし(?)

プロセスに全権はない、ぐらいが正しそう。委託業務。

これは完全に憶測だけど、 Linux とかはGUI も 100% ユーザーランドで動くから abort をメッセージループで読んでもあらかた想定通りの挙動をする、みたなからくりがあるとか

WndProc そもそもあれ呼び出してるのは 私 じゃなくて Windows だからなあ

WndProc あれそんなに リージョン的な安全性はないんじゃないか

でもやっぱり WndProc で abort 呼ぶのは一種の UB だろという思いは変わらなくて、abort をやめろという感じになってしまう

abort はプロセス全体の異常停止じゃない？その意味ではWindows の WndProc が再スタートするというのはどう頑張っても擁護できない挙動だけど

ハードウェアの電源断はプログラムから見たら abort レベルの事案だけどハードウェアの異常動作に対して(物理的制約が問題ないときに)電源断するのは相対的に/システム管理者からは本当により悪い事態としてみなされるかみないなことを考えている

想定外の挙動によって常に悪い結果をもたらすという固定観念はある

エイプリルフール企画でせぬいあたんつーとかになってほしい(?)

おそらく abort() とか WM_QUIT はこちらが信頼を裏切っている

あとは ExitApplication とかか

QUIT もある、けど手動で呼んではいけないらしい

僕は Windows 開発はfree-standing に毛が生えた程度だと思っている

しかし abort() でプログラムが止まってほしいというのもわかる

まさにこれは WM_CLOSE なんですよね多分

This account is not set to public on notestock.

数学的矛盾の発生に対して ZFC 公理系をやめるみたいな

ハードウェアの存在を仮定すると一種のブラックボックスとかオラクルを置くことになるので異常の種類に関係なく話がおかしくならない？という趣旨です

というかソフトウェアの異常系の話の例えとしてハードウェアを出すのは不適じゃんというのは僕も思いますね

ハードウェアおたくとソフトウェアおたくで見解が分かれそう

決して解決しない末代が多すぎる

これは重要なポイントなんですが abort は C の標準関数なんですね

WndProc については解釈を変えると WM_CLOSE を投げて何もしないというほうが正道なのではという気がしてきた

raise(SIGKILL); とかのほうがまだマシかもしれん

ああそうだ、lpfnWndProcですね

macOS はあれはあれでちょっと特殊なんだよな *nix に括られてるけど

杖蔵性交を構築して登録するときにWndProc のアドレスを登録するはずなので少なくともプロセスと同じ単位ではないと思う

WndProc は ウィンドウ単位だからなあ

Windows 開発(Windows 上での開発ではなく)は先にやっておくと macOS 以外の環境はだいたいイージーモードになるので最初に行うことが推奨される #適当

例: AN8307ANZ
http://akizukidenshi.com/catalog/g/gI-00195/

unreachable!() マクロも活用していこうな

ログアンプはすでに存在するようなのでそれを使えば案外すぐできそう

ずっとジョー・カーだと思ってた

ジョー・力一 ってジョー・りきいちだったのか いましりました

毎日食事しないといずれ死んでしまうでしょうが、毎日シコるのは重要ですよ

Android 開発で Flux 使うという手があるのか

Koruri

ということで作ろうと思ったんだけどアーキテクチャをどうするか考えている

Mastodon には Display Requirements がないのでいくらでも自由なデザインのクライアント作れるな

というわけでケース届きました、ありがとうございます……

my new 周辺機器……

my new SIM...

IIJ の sim もう来て草や

まあトリガー効かないのは直るだろうけど手がめりこむのがそのままだとちょっと面倒だな……主にフォーカス位置と絞り量選択が

掴める距離なら位置関係維持したまま掴んでたね

こないだ「インターネット村八分」ちゅってたやつだな

眠れないんよ

性能的には EC2 とか GCE で $0.5/h ぐらいのを長くても半日使えば十分そうな感じはする

Kubernetes as a Service なるほど

EC2 のスポットインスタンスとか比較的アリっぽそうい

VPS、数時間だけ爆速のを生やす用途だとどこのがいいんだろう

とりあえずブログにだけ書いて寝ることにしよう

sieben elf