とりあえずそらるさんの単独は行くと
For those who wants information about Yuito, subscribe my English posts only (available on account profile, Mastodon v4 or above).
くだらないこと言ってる人格は わんせた 、コード書いてる人格は kyori
呼ぶときは わせたん でもよし。たんってついてればかわいいので
Manages: https://odakyu.app https://nitiasa.com
Maintains: https://accelf.net/yuito (fork of Tusky)
when these instances down see here: @ars42525 @ars42525
Server Status: https://graph.accelf.net
本当に何もしていなかったのであれば最悪や…
まぁリファクタリングに向かない人間を集めたらそうなるのかもしれんが
このアカウントは、notestockで公開設定になっていません。
当然オーバーヘッドが課題にならない構成ならやらなくて良いんだが、例えば定期的に全ファイル検査する支援機能とか入ってるとつらい
ローカルDockerによるDevContainer、volume mountするとファイル読み書きのオーバーヘッドが大きくて特にIDEでの動作が悪くなるから、コンテナ内でリポジトリを直接cloneして、コンテナ内からpushすることが推奨される
車線キープ機能、ハンドルを握っていても、操作がないとハンドルを握れって言ってくるので、ときどきコンピューターに反抗したハンドルのふらつきをする必要があり、ちょっと微妙感はある。
どれくらい酔っているかを示す指標として、"メディア欄といいね欄を間違えた@東京駅の前"というのがあります
なんの話かはご想像におまかせします
一方で、セキュリティの観点からユーザーのインタラクションとプログラムによるイベントが区別されつつあることを鑑みれば、ユーザーインタラクションによって生じたイベントは伝播可能であるとかそういう可能性もなくはないかなと思っている
直感的には出来ないと思う(それが出来てしまうと自前要素を噛ませることでユーザーが任意のiframe内の要素をクリックしたかのように振る舞わせてしまうので、セキュリティ上最悪)
(自前の要素とiframeが重なっている状態で、上に重なっている要素がクリックイベントを消費しなかった場合下のiframeに届くのかという意味です)
邪道コースとしてはTwitter側のJSをサーバーサイドで取得してインジェクションするとかそういうわけわからんのが思いつくけど
iframe側のJSに干渉できないんだろうし、当然iframe内にクリックイベント送るのも無理よね
preventDefaultしない場合のクリックイベントの伝播がどうなるかがよくわからんのだけれど
iframeがありそうな位置に別の要素を被せておいてクリック判定をフックすると同時に下に流せないかなと思ったけど、iframeに干渉できない状況だとそれもむずいんかな
これたしかにヤバいんだけど、aのスコープがわからないのに誤った最適化を施してしまっている人が頻出していて、そういうとこだぞ〜になってる
https://qiita.com/jaque/items/b99ed9dce78cc64fa9d2
FeliCaチップを積んでいることとおサイフケータイが使えることが等価でないことが分からない皆さんによってめちゃくちゃにされている
学マスなんも追ってないんですが、我らMにはHigh×Jokerが居ますからね?
留年枠ことハルナっちも居ますからね?
JetBrainsのエディタでFFmpegって書いたとき、typo修正が壊れていて無限にFが増殖するバグがある気がします
ここ3日間に聞いた話のうち半分以上は理論屋さんの発表なんだけど、本当についていけない
型推論以上の証明は俺にはわからない
型が違うものを比較するにあたっては「どうやって」比較するのかを明示的に指定すべきという考えはあるかもしれない
レコードの値がすべて一致していることを持って等価とするのか、IDが同じなら等価なのか、==と書かれては分からないと思うときはある
録画サーバー、様々なソフトウェアの役割分担が成し遂げられつつあることによって遅延の発生ポイントが増大しすぎている
RustのWTransportのシグネチャを見る以上はOpenしたStreamに識別子みたいなものをつけることが出来ないのだけど、これってWebTransportの制約なんだろうか
複数の種類の異なるStreamを開くことを考えたら不便じゃない?
Googleがログイン画面変更の通知をし続けていたのがフィッシング対策対策(typoではないです)だったことに気づいたのが今日の収穫でした 早く寝ろ
ワンダー、聴きすぎたし歌いすぎたせいでめちゃくちゃなアレンジをしてメロディーが崩壊してしまう (音楽の素養がない)
Nothing Phone (2a)にFeliCaが乗ると聞いてマジでNothingコンプの可能性が視野になってしまっている
XユーザーのSGW(shinagawa)さん: 「当該のE3系つばさ121号。 友人が乗ってたことに衝撃を受けた(´・ω・`) 車内から撮った映像↓↓↓ https://t.co/sDxohglxRi」 / X
https://twitter.com/Shinaga58734933/status/1765192986185572838
えぐい
心当たりしかないかぜっぴきです
* 雨の中傘をささない
* 温度の低い露天風呂
* しかも雨降ってた
* すぐアイス食う
このアカウントは、notestockで公開設定になっていません。
進振りはそんな都合がいいものではないような気がするよ
本当にそれをやりたいなら入学直後から本気でやらなきゃいけないよ
もう自分がRPしてるという気分でなんとか乗り切るしかないという気持ちになりつつある
というか他にこの心臓をコントロールする手段がない
だからアプリを起動して正しい動線で移動したときにはユーザーデータがきちんと入っていたし、通知経由の起動がQAから漏れたのも合理的に見える
たぶん本人確認の画面を通知欄から直接起動したときに限ってDIが上手くいってなくてダミーデータが表に出てくるという話だと思うのですがいかがでしょうか