リサ・スーの高画質画像がGitHubで流出まで読んだ
今度から Java 書くときは com.smbc パッケージにすることで世界を震撼させていきたいと思います
ここにエントリーすればいいんですか? https://recruit.nttdata-getronics.co.jp/
Java の検査例外が Result::unwrap に相当する機能がなくて、各々 RuntimeException として再スローしてるの激やばですよね。検査例外に例外はないみたいな前提。何が正しくて何が正しくないかなんて要件によって変わるんですよ
検査例外でも union でもそうなんだけど、一体抽象層がどれだけ具象層の例外パターンを網羅しなきゃいけないのかって思うとマジでしんどくて、異常がシグネチャに含まれるってそういうことなんだぞって気持ちになる。
Java の検査例外を前提に考えてしまうので、あれはいったん頭から捨てよう。あいつ throws をジェネリックにできない時点でゴミなんで
具象層では発生しないはずの例外を、抽象層では他の実装を考慮して例外パターンに含めていて、でもそれの利用者は具象層で発生しないことを知っているから握りつぶす実装をしていたら、いつの間にか具象層が差し変わっていて握り潰しクラッシュで終わり。人類は愚か
Algebraic Effects、使い方が例外ハンドラ or デリゲートでしかなくて、逆にそれ以外の使い方されたら関数名が持つ名前的意味を破壊するだけの存在になるから微妙な目をしてみています
React の Suspense は何か崇高なものがあるというより、互換性を壊さず Promise を返したかっただけっぽくて、なんか知らんけど Algebraic Effects っぽいぞって言いだす人が表れて、良く知らない人が混乱させられている
Promise が resolve したらもう一度 render が呼ばれるだけなので、中身なんも関係ない。 Suspense / Hooks が Algebraic Effects だって話は、実際のところ継続を外部に漏らす必要があってどう見てもクロージャ―を爆破させることになるので、ちゃうやろというお気持ちです
Suspense は、グローバルステートストアを使わずに非同期処理をやりたいときに、みんな componentDidMount のタイミングで処理開始させてて 1 ループ分無駄じゃん、Promise 先に作れよって話から発生した要件。 Promise は resolve されてるかを判定する方法を持っていないので、普通に return されたら今すぐレンダリングしていいかわからないから、別の脱出口を作ってねってことで throw になったんだろうな
@kb10uy そり。レンダリングと並行に処理を行い、さらに中間状態を UI に反映できるべきだみたいな感じ
Hooks と throw Promise がもし継続として扱えるならば、必要な部分だけ再実行できてもっとおいしくはなるよね
@kb10uy トランジションを描画するには、前の状態と後の状態が必要なので、どうやったところで面倒ですよ
処理はできるだけ早く開始するべきだし、画面遷移はユーザーにストレスを与えないようできるだけ小さくあるべきだし、かといって長い待ち時間が必要になったら大きめに何か示さないとストレスになるので、マジで面倒くさい
@kb10uy Suspense の要件は、実際のところほぼグローバルステートで解決できるよ。それをコンポーネント単位で解決しようとしただけ。特に画面遷移が絡むとユーザーへのストレスが大きいことがわかっているから、細かく制御できることが求められて、それを便利に、グローバルステートよりも賢く解決したかった結果が Suspense じゃないかな。あんまりスレッドがうんちゃらとか関係なく
ブラウザなのであくまで待ちが発生するのはほぼ I/O とみていいし、もし珍しく CPU バウンドなら Web Worker を使えばいいんですけど、それの処理開始タイミングと、見せ方を全部組み合わせていくためのパーツを追加したってところですかね
useTransition の例を見てると使いたくなるけど react@experimental を入れたくはない!!!
Pleroma から絵文字リアクションしても Mastodon の通知になんら影響を及ぼせないということに気づいた
理由が不明なエラーがあったら、そのエラーの原因がどこにあるかも不明で、それはエラーを吐いたモジュールだけに問題があるという保証もない
投資信託を楽天カード引き落としにする → カード利用ポイントが付く → ポイントで投資信託を買う
のループはお得なのでやりましょう
Envy の Home, PageUp, PageDown は許したけど Surface Book の fn キーはあんまり許してないな……
Duet Display と Zoom と Drawboard PDF を同時に使うと Windows がフリーズする便利なマシン
VRAM 問題も食らったし、 Radeon Software は Windows Update と競合するし、 Intel に帰りたいとは思いがち