Suspense時代は○○○コンポーネントのSuspenseラップ前内部実装である○○○Internalコンポーネントみたいなの増えるから、コンポーネントの原則論が適応されるべきだったパーセンタイルが下がるよね。internalコンポーネントはexportされないし純粋に実装の都合存在だしカプセル化こだわらずによい。
posted at 15:43:00
ツイートの記録を停止しています
このアカウントはTwitter APIの仕様変更の影響でツイートの記録を停止しています。
記録を再開するには、Twilogにログインしてください。
Stats | Twitter歴 5,292日(2009/06/15より) |
ツイート数 95,434(18.0件/日) |
表示するツイート :
Suspense時代は○○○コンポーネントのSuspenseラップ前内部実装である○○○Internalコンポーネントみたいなの増えるから、コンポーネントの原則論が適応されるべきだったパーセンタイルが下がるよね。internalコンポーネントはexportされないし純粋に実装の都合存在だしカプセル化こだわらずによい。
posted at 15:43:00
強い状態管理ライブラリ書いたんだけど、テストとドキュメント書く工数が捻出できなくてだるい
posted at 19:18:38
ゆうて帰納的推論のみで、しかも精度の低い仕事している人の代替にはなるか。
posted at 12:09:38
予備知識がなさすぎて何も自信ないけど。
posted at 12:07:37
GPT-4にびっくりしてTransformerちょっと調べてみたけど、完全に理解したわけじゃないけどこの仕組みってどこまでいっても出力の正しさを保証できないように見えたから、それが正しければ言うほどみんなのお仕事に影響ないんじゃないかな。むしろ速度アップになるぐらい?。
posted at 12:07:16
@koichik 情報ありがとうございます!。私はrecoilといろいろ考え方が合わず結局recoilもどきを自前で実装しました!
posted at 07:21:15
posted at 21:52:43
@drkngcak 調べました!。少なくとも最近は非推奨みたいですね。ありがとうございます。
posted at 04:27:43
@hitsuji_no_hito 他の方にもおすすめされました!ありがとうございます!
posted at 04:27:16
@drkngcak 何も知識がないのでいろいろ調べてます、そういう手段もあるんですね。勉強になります。
posted at 16:20:42
抗ヒスタミン剤が体に合わず、服用すると翌日までだるさが残るタイプの人間なのについに花粉症を発症してしまった。世界の終わりを感じる。
posted at 16:18:05
posted at 15:27:50
「typescriptで引数にとる関数がasync functionでないことを強制したいと思っています。引数の関数の型はどのように定義すれば良いでしょうか?」という質問にbing aiもchat gtpもphindも皆誤った答えを返すので全然やはりこういう用途には向いていない
posted at 15:22:07
@ma2saka 僕なんか30超えてから寝不足だとどもる。普段と思考スピードが違うのに普段と同じ速度で話そうとするからなんだろうなぁと。
posted at 15:16:20
ErrorBoundary、公式もその他の説明もtry~catchのように動作するってよく書いてあるせいでてっきりエラー握りつぶす(window.onerrorを発火させない)んだと思ってたら全然発火するやん
posted at 19:00:13
@seanchas_t これが最強だとおもいます。 https://blog.cloudflare.com/ja-jp/durable-objects-ga-ja-jp/…
posted at 16:53:43
ターミナルを開いてよそ見しながらyarn startって打とうとしたら最初の一文字でoh my zshの更新に同意して更新が完了してた
posted at 16:15:19
と、久々にmutableで参照の同一性が大事なコードをいぢくりまわした後に思ってる。疲れた。
posted at 21:22:16
冪等だけど現実的にはキャッシュを多用するみたいな世界線で状況に応じたキャッシュのあるべき形を設計するのに四苦八苦するなら、冪等じゃない世界の方が良くないかと頻繁に思ってる。
posted at 21:19:16
何度繰り返しても同じ結果が得られるのがうれしいのは何度も繰り返してる時だけだし、何度も繰り返して良いのはその処理が十分に小さく低コストな時だけだよな。
posted at 21:16:28
いまだに人類に冪等は早いって事じゃね。
posted at 21:10:41
本質的にState and Observerってのは変更通知元がmutableで同一の参照を持っている事を強要しがちでいろんなパラダイムと対立するけど、冪等だからもう一度全体を生成する系より当然パフォーマンスが良いし、結局reactもステート管理はそうなってるよな。
posted at 21:10:29
AIツール系、変数・関数・概念系の名前付けに多用してる。正誤が信頼できない以上一目で採用・不採用決められる系のタスクにはいいね。
posted at 15:14:53
片言になってしまう程度には達成感がある
posted at 11:13:06
強い状態管理ライブラリ、多分出来た。強い。多分。
posted at 11:12:32
PromiseとかResult型とかラップ系増えてくると型無しで開発している人どうやってるんだと思うわ。型無しでも頭使ってできるだろうけどその頭リソースはより本質的なところに使いたくない?ってなる
posted at 20:27:20
なおそれまで使ってたCM01は新しい Windows 11 PCではそもそもWindows 11に対応していないとの事で買いなおしたのにこれ。そもそもそれがどうなのって思ってたところにこれ。mouse computer への信頼失せた。
posted at 15:45:36
mouseのCM02、新しい Windows 11 PCですぐカメラが止まるのでドライバ再DLしたりUSBのポート変えたりでも解決せずまさかのこれで治った、、 https://answers.microsoft.com/en-us/windows/forum/all/webcam-keeps-turning-off-and-on-again/75294bab-151c-4336-8fbb-152ceb0789f1?page=1…
posted at 15:43:00
@amay077 ありがとうございます!
posted at 00:36:28
mouseのCM01(顔認証カメラ)、クリーンインストールWin11で使えない。サポートしていないらしい。しょうもない。が、もう顔認証手放せないのでCM02をおとなしく買う
posted at 12:27:31
僕の場合managedPromiseってfunctionで生成してる。良い名前だとは思っていない
posted at 02:05:28
これはプロジェクトごとにutilを書くことになって、自分はPromiseCapabilityという名前にしている。仕様書にその名前で出てくるから。主にテストで役立つ(?)
Retweeted by 尾上 雅則
retweeted at 02:04:47
JS/TS で書き込み可能 Promise (Scala の Future に対する Promise) を得るの, こうやって取り出さなくちゃいけなくてめんどう...めんどうじゃない? (channel を使いすぎて頭が硬化した人間並) https://pic.twitter.com/T8LQv4rOK8
Retweeted by 尾上 雅則
retweeted at 02:04:44
2日間、頭をフルで長時間使うストレスでお腹を痛くしてまで書いた壊れたWinパソコン内のWSL2 Ubuntu内のコードをmac側に救出できた。朝から内部SSDを外付け化するケース買いに行ったりでバタバタしてて精も根も尽き果てた
posted at 16:54:13
SSDを取り出して外付け化してvhdxファイルを救出するところまでやった。
posted at 11:49:12
BTOパソコンの電源オプション一番小さいのにしてたのに、4年の間にやたらと外部機器くっついてるからそのせいでなんか不安定になってたのかな。。今回は電源ちゃんといいやつにした。PC購入Done。
posted at 16:29:35
@t_yamatoya デスクトップなのであまり意識せず覚えてない。やってなければデータは取り戻せるよね。とはいえ2日分のコミットなら新PC届くまでにmacで取り戻せそう。
posted at 16:16:14
万策尽きた(素人)。ほぼずっと起動しっぱといえ4年でいかれるとは。買う。
posted at 15:01:33
マザーボードの電池交換してもダメ。詰んだかも。
posted at 14:43:40
頼む、マザーボードの電池切れであってくれと願いながらボタン電池買いに行く
posted at 13:50:16
やばい、コミット前二日間分の成果が入ってるWindows PCが起動しない
posted at 13:40:45
初めてReact 18のAuto batchingのせいで事故った。原因究明難易度めっちゃ高かった。。
posted at 03:09:35
アプリケーションのステートは、singleton state / 揮発性のstate / UI部品状態用state で管理方法変えるべきだよやっぱ。
posted at 22:15:45
という知見を後ですべてfiddichにぶち込む
posted at 22:11:22
reactはhookの時からほぼDSLだよな。やつぱりDSLっぽく見えないDSLは好きくない
posted at 22:09:25
selectorのgetをasyncにできるのにその内部のget(state)を同期的な書き方にすることにこだわって、その結果開発者から想像しにくい複数回の半端な呼び出しが発生するのは非常にびみょいと思う。
posted at 22:05:09
そもそもrecoilのgetやsetは引数のget(state)とかがpromiseをthrowしうるからselectorに冪等性が必要なわけであって、get内のget(State)をおとなしくawait出来たりした方がよほど問題は簡単になるのに。
posted at 22:03:04
同値性比較の制約がなくなる、あるいは変更通知を柔軟に処理できれば、その気になればselectorの冪等性やそれに伴うキャッシュだって捨てられるんだよな。
posted at 21:57:42
recoilのselectorのgetの結果は常に新しいオブジェクトだから、selectorが二つ繋がっていたりするとほぼ後続のselectorのgetは再評価再レンダリングされる。同値性比較とかは開発者に任せるオプションを最初から用意していないとこういうコンセプト崩れ起こすよな、やっぱ https://github.com/facebookexperimental/Recoil/issues/1416…
posted at 21:56:21
throwされるpromiseの中でpromiseがthrowされると正常に動くけど警告でる。react suspense深入りしていないとわけわからん文よな
posted at 17:42:48
fiddichのatomとselectorの非同期対応してるんだけど、recoilのようなstring keyはSuspenseと相性いいな。
posted at 13:11:00