というかこのタイミングだと二重請求されそう……
美少女のもみあげと裾についておはなしします
🔞性欲駆動開発アカウントにつき覚悟してください
Avatar icon: [𝕏] nunyu31
Header: [𝕏] hataraku125
弐寺: 1751-5340
「その道のプロが考えているのだから安易な反論・意見は想定しているだろう」というの、本当に考えていなかったり現場感が著しく不足していることがよくあるのであまり信用してはいけないと思っている
夏稀の彼氏 さんのチェックイン (3月26日 21:46) - Tissue https://shikorism.net/checkin/8388
これ我ながら本当に最悪なのでやめなければならないと常々思っているんですが、性欲について話さない人が本当に性欲発生していないのかちゃんと発散しているのか実はヤってるのか考えてしまう
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
電車の車内換気のための窓開けで、吊り革を持った手にいい感じに風が当たってんだけど、これアレっぽい、時速80km/sの車の窓開けて手出すとおっぱいと同じ感触ってやつ。おっぱい触ったことないので比較不可能なやつ。
https://mstdn.maud.io/@pikepikeid/103159976689978063
とか
https://mstdn.maud.io/@pikepikeid/103368924725399048
が好きという話でした
このアカウントは、notestockで公開設定になっていません。
srkmfbk か szhrll で抜こうとおもったけど後者は乳輪がデカすぎるので却下になって前者は新しいのが見付からなかったんですよ
夏稀の彼氏 さんのチェックイン (3月26日 18:31) - Tissue https://shikorism.net/checkin/8384
"[MV] YUKIKA(유키카) _ NEON(네온)" を YouTube で見る https://youtu.be/67jSYCSrnE4
NEON 1989 (ESTi Remix) の原曲これか
まあ僕の今のユースケースだと各String がたかだか数十 byte なので inlined_string を使うとよさそう
受け渡しする構造体に &str は入れてやるなという精神でめっちゃ String してるけど、確保のパフォーマンスがちょっと気になる
std::move って自己申告制だから Rust でいう borrow after move とか普通にできちゃうんだっけ
というかマジで C / C++ (あるいは類する言語) をそこそこ触れる人なら Rust は楽勝やで
Mailu — Mailu, Docker based mail server
https://mailu.io/1.7/
これいいぞ定期
メールサーバに必要な OSS とそれらの管理 UI をまとめて Docker (docker-compose) で使えるようにしてくれたソリューション。
バックエンドが dovecot とか postfix とか有名どころの OSS なので、たとえこのプロジェクトが中止されても従来のように手作業でサーバ構築すればデータ移行は難しくないはず
あとこれは mikutter を dis る気は毛頭ないと断った上での気持ちがあって、 Ruby は個人的にウーンとなりがち……
Go は無限にメタデータ持ってるので、お前本当にネイティブコンパイルされてるのかってくらいリフレクションできるぞ
Web 開発三大欲求の一つであるところの「リクエスト便利に取りたい欲」、RTTI かコールバック定義地獄でしか解決されないのでは?という気がしてきた
あと TypeScript みたいな気持ちで Rust を書いてると
struct Hoge {
obj: {
foo: usize,
bar: String,
},
}
みたいなのを書きたくなりがち
位置に対してバインドしようとすると Fn(A, B, C ...) -> R とか Func<T1, T2, T3...> になってしまうわけだが
それはクエリパラメータでInjectするフレームワークがあれば済む
ルート定義に
/posts/:id
を持っておくとコントローラーの引数に渡せるけどクエパラで取ると自分で分解する必要が生じて面倒、みたいなのは Web 屋の発想だな
まあそのあたりは REST 的な世界観を採用するか RPC 的な世界観を採用するかみたいなおなじみのコンフリクトがあるので立場によりそう
例え話だけど、従業員データを表示するためのURLは /employee/:id じゃなくて /employee/show で、その手前の一覧ページに自己宛POSTしてセッションに積んだIDを使っている……みたいなのは検索流入と全く関係ない所ならまぁまぁあるんだよな
/posts/:id/edit みたいなやつ、個人的にはあまり好きではない(可変部分は常に最後に来てほしい) けど /posts/edit/:id かと言われるとそれは違う気がしている、難しい
きれいな URL、きれいである利点が URL の存在を認識できている人にとってきれいであることしかない
しかし /**/:id を取るきれいな URL の文化が発生したのは Web 史ではまだまだ最近と考えられても仕方ないしなあ
例えばの話だけど「記事 ID をクエパラで渡すような URL を優先します」みたいな方向に今からなったら ?id= を付与するか?という話ですよ
Rust 製の code highlighter
https://github.com/trishume/syntect
Playground の WASM バイナリに数式と構文のセットを全部バンドルすることに等しいので第二の webpack と化してしまう
数式レンダリングとシンタックスハイライト、サーバーサイドでやるとどうしても重量級になってしまうのでどうするかなあとなっている
性的な技術ブログプラットフォームでも作る?嫌ですが……