電子書籍で買うのできれば Kindle より紀伊国屋に寄せたいんだよな
美少女のもみあげと裾についておはなしします
🔞性欲駆動開発アカウントにつき覚悟してください
Avatar icon: [𝕏] nunyu31
Header: [𝕏] hataraku125
弐寺: 1751-5340
夏稀bot もよろしくね: @mecha_natsuki
とりあえず Watch の画面で円グラフタップで 1~5 を選択して iPhone 側に蓄積するようにしてみる
@shibafu528 選択範囲でやっても発動しなくて謎、ショトカプリセット機能みたいなのあったっけ……
今この文章は MBA 側から Toot! の投稿欄に向かって打ってるんですが、確かに遅延はほとんど気にならないな
このアカウントは、notestockで公開設定になっていません。
オリジナル3Dモデル「ペルル(Perle)」【4/4(月)10:00まで特別価格】 | ツクルノモリ公式 https://booth.pm/ja/items/3744970 #booth_pm
予定販売価格 100 万のアバター、 Booth に並んでるとさすがに衝撃を受けるな(ワンオフならわかるけど)
高森藍子さんをよく描いてる人に依頼することで「レンクスの長い合格点超えるもみあげオールウェイズ描いてくれる」効果を狙ってるフシはある
13mini も mini6 も本体色スターライトだし 1000XM4 も白いほうなので外に持ち出すデバイスの白率が露骨に高くなっている
価格帯的には 5 III か S22 あたり狙いたいけどメインを 13mini にするならそんな性能よくなくてもええんちゃうがあり、難しい
このアカウントは、notestockで公開設定になっていません。
ダン💥スモ🌚スモ🌝ス〜〜〜モ⤵🌞スモ🌝スモ🌝スモ🌝あ❗️ スーモ❗️🌚スモ🌚スモ🌝スモ🌝ス〜〜〜モ⤴🌝ダン💥スモ🌚シャーン🎶スモ🌚ダン💥スモ🌚スモ🌚 http://hnakai0909.github.io/works/suumo/
tracing と marching を対比させるときは方程式の解法が解析的か数値的かに焦点があって、ray と path を対比させるときは確率的かどうかをみている感じがある
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
「描画するメッシュは同じで位置情報だけ違うのを大量に描画する」というの、「対象カラムは同じでパラメーターだけ違うのを大量に INSERT する」とそっくりだと思いませんか
GPU Instancing になぞらえて Row Instancing みたいな名前で誰か実装してそう
午前中に言及した「prepared statement が RDB サイドでインスタンシングされてほしい」ってのはこれで、プレースホルダーに詰めるデータ全部配列に詰めておいたバッファと VALUES (...); だけの SQL を渡して詰め直しは RDB 側でやってくれるシステムがあったら素敵だよね、と思うわけです
prepare したところでカッコが 1 つだと各行ごとにアプリ側に制御が帰ってきて効率が悪いのはわかるんだけど、それの対処として VALUES の後ろを機械的に増やすのはあまりにも不毛すぎる
あ、もうひとつ不毛な SQL 生成といえば VALUES のカッコを 100 個ぐらい並べて手動でバッチングするやつがある
あるいは id IN ([..?]) みたいなプレースホルダを受け付けてそこに配列を渡したら展開されるみたいな仕様が入るのでもいい どちらかというとこっちのほうがみんなのためになる気がするが
('?' * length).join(',') 割とノイズになるので単純な SQL 文字列とパラメーターバインディングぐらいしか提供しないインターフェースでもこれをうまく処理する機構が入ってほしいんですよね(sqlx crate には提案があった気がする)
配列を渡すとあくまで配列オブジェクトのままパラメーターに挿入されてしまうので都合が悪く、 ?, ?, を生成するはめになりがち
これの話だと Rust の sqlx で IN 句にガっとデータ入れたいときにちまちま bind しないといけないのがつらいねというのがあります
Laravel でいえば Eloquent を含まない Fluent コンポーネントとか、あと knex.js とかね
関係マッパーじゃなくて単純なデータマッパーと都合の良いクエリビルダーがあれば良いだけの回、それなりにございます
クエリごとに欲しい結果は違うんだからテーブルに対応したモデルだけあってもしょうがなくない?と思うことはあるがこれは ORM を使わん奴の発想なんだよな
ORM 、クエリビルダの部分はともかくとしてマッピングの部分も使う場合はちゃんと仕様を把握しないとすぐに N+1 とかを引きがちというイメージがある
ぴけしの水ようかんテクスチャを適用しました
https://mstdn.maud.io/@pikepikeid/102527407487434362
ライブラリ掘り返してたら初代 Just Cause 出てきたんだけど 2006 年なだけあってブルーム全開でわろてる
モーメントとは違う機能として存在してるんですよ
https://twitter.com/kb10uy/timelines/1030079092131999744
みんな使ってると思ってたのに意外と誰も使ってない機能として TweetDeck からしか操作できないコレクションと Steam のコレクションがある
電車でGO! FINAL 小学生ぐらいのころほしかったけど結局プレイできずにサポート環境が無くなってしまった
人はオンゲキの譜面を見て「腕足りなくね?」と言うが僕からすると maimai のほうがよっぽど足りないのである(?)
このアカウントは、notestockで公開設定になっていません。
Microsoft 365 を最安で買う方法、 Windows の妨害だった
VRChat の説明をしたくないので過去に VRChatter に依頼されている人を優先的にチョイスしている
同時通訳、日本語と翻訳元言語の文構造の違いも吸収しなければいけない(=脳内バッファの消費が不均一になりがち)ので相当すごい
オウムの炭疽菌事件が未遂に終わってなかったら NBC 兵器による攻撃を全て経験したことがあることになってしまってたんだなあ……
このアカウントは、notestockで公開設定になっていません。
そういう意味ではこの挙動が実現したら素敵だなあとは思うんだけど今の git のしくみではまず無理そう(ブランチが独立したオブジェクトではないため)
rebase しないのは多分トピックブランチの immutability みたいなところが崩れるのが嫌いなので、「今のブランチを爆破して過去のコミットを新しい(=内部的には別の)トピックブランチに全部 cherry-pick する」みたいな挙動だったら受け入れられそう
rebase で発生した diverge(?) が他の force push と同じ扱いなのがちょっとかわいそうというのが本質かもしれない
force push を積極的にしない理由思い出した、様々な理由で寿命が長いトピックブランチで途中にレビューが挟まったりしたときに PR のタイムラインが派手に破壊されたことがあったからだ
rebase しないのは多分トピックブランチの immutability みたいなところが崩れるのが嫌いなので、「今のブランチを爆破して過去のコミットを新しい(=内部的には別の)トピックブランチに全部 cherry-pick する」みたいな挙動だったら受け入れられそう
rebase しようと merge master しようと本質的にコンフリクト発生時の苦労は変わらないはずなんだよな
> スクリーンショットがピクセル単位で完全一致しないという問題を受けて、似たようなスクリーンショットを判別できる必要がありました。ちょうど pHash という画像ハッシュの存在を知ったところだったので、これを利用することにしました。
主人公の好感度問題 完結編 - アジョブジ星通信 https://azyobuzin.hatenablog.com/entry/2018/10/29/002457
Gyakubenile 58
Guesses: 9
Current Streak: 5
Playstyle: M1
Log ID: 58_f361f892
⬜⬜⬜⬜⬜⬜⬜
⬜⬜⬜🟨⬜🟩⬜
⬜⬜⬜⬜⬜⬜⬜
⬜⬜⬜⬜⬜🟨⬜
⬜🟩🟩⬜⬜⬜⬜
⬜🟩🟩🟨🟨⬜⬜
⬜⬜⬜⬜⬜⬜🟨
⬜⬜⬜⬜⬜⬜⬜
🟩🟩🟩🟩🟩🟩🟩
https://pitto.exout.net/QuizInvisible/Gyakubenile/play.php?quizID=58&logID=58_f361f892 #Gyakubenile #逆紅クイズ
むずすぎる
テックジャケットスタイル 12アバター対応 Ver2 | ALCマート https://booth.pm/ja/items/2622996 #booth_pm
このアカウントは、notestockで公開設定になっていません。
クターの↑↑デスコめっちゃ好きだったんだけど iOS アプリだとなんか遅延が微妙な感じだったんだよなあ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
C/C++ で offset_of マクロが (void*)0 を経由してるようなやつを現状の Rust ではやらざるを得ないのか
Rust's Unsafe Pointer Types Need An Overhaul - Faultlore
https://gankra.github.io/blah/fix-rust-pointers/
なるほどなぁ。アドレスとポインタは別物にすべきで、 dereference と offset 取得のコンテキストが別物なのも演算子を別にすることで明確にすべきと。
このアカウントは、notestockで公開設定になっていません。
Option<Result<T, E>> を Result<Option<T>, E> にするやつってあったっけ
Lua 5.3 整数型がサポートされたのはいいんだけど明示的に int to float をやる方法が + .0 ぐらいしかないのなんか微妙だな