ally はアライなのに製品名としてはエイライなの？
さすがアス……エイサ……エイスースだわ

ｶﾍｲﾝは反動あるらしいので大丈夫

いつか来るであろうナヒーダを引くために夜蘭も鍾離も我慢する

血がみたらし成分でポリープがだんご成分なのか

このアカウントは、notestockで公開設定になっていません。

法線ベクトルの補間という概念、ベベルの効果とか面の頂点を重複させる意味とかいろいろなモデリング基礎知識が繋がるので、とりあえず知っておくことのコスパがかなり良い

このアカウントは、notestockで公開設定になっていません。

だいぶテキトー言ったので消した

このアカウントは、notestockで公開設定になっていません。

かわいそう

他人からの評価がメンタルの深いところに影響する人、かなりかわいそう (失礼)

気にするなと言うのは簡単だが育ちとかに由来していてそうそう簡単には変えられないのだろうし、これからも苦労するのだろうなぁというやり場のない感想だけが残る

中央本線は山梨のｲﾐｯｼﾞが強い

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

まず中央線快速という路線名は何なんだ

快速、通勤快速、中央特快、通勤特快、青梅特快、……

快速感は確かにすごいけど

このアカウントは、notestockで公開設定になっていません。

国分寺から新宿まで30分くらいノンストップの通勤特快は流石に速くはある。快適とは口が裂けても言えないが。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

東京の中央線の種子が偏西風で飛ばされて大阪に芽吹いたのか

実は深夜とかに「普通」(local の意) の便がある

[EDIT: 「各停」だったかも (忘れた)]

このアカウントは、notestockで公開設定になっていません。

中央・総武線とホームを共有しているだけで名目としては中央線快速とは別かも

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

イエロー車

このアカウントは、notestockで公開設定になっていません。

列車の逆は単車では (?)

このアカウントは、notestockで公開設定になっていません。

無邪気に ccTLD 使ってるの本当に心配

べつに個人サイトとかなら良いのだが、インフラやアーカイブ系はちょっと……

このアカウントは、notestockで公開設定になっていません。

そもそも .jp は日本の個人や企業でないと取れないということでブランディングしてたはずだから……

このアカウントは、notestockで公開設定になっていません。

ソ連の ccTLD をお持ちの皆様方におかれましては #ソ連解体は違法 #ソ連はある #労働者の祖国

hypothesis.kim と hypertext.makeup は寝かせておくには勿体ないから早く何かホストしたい (?)

まあｲﾝﾀﾈｯﾂあいつらのところ由来だから……

このアカウントは、notestockで公開設定になっていません。

共産主義.みんな

こうですか

「.はらい」とかは欲しい

スイスのccTLD「.ch」に比べると、気軽に取得できない“スイスを表す新ドメイン”、「.swiss」の一般登録を開始｜株式会社インターリンクのプレスリリース
https://prtimes.jp/main/html/rd/p/000000260.000006942.html

> 一方の「.swiss」ですが、取得に際して、「スイスに拠点を置く各種法人や団体でなければならない」等の条件があり、

第二の ccTLD だ……そんなことあるんだ

このアカウントは、notestockで公開設定になっていません。

.kim じゃん

.kim はある。まじで。

なんで？

https://mastodon.cardina1.red/@lo48576/110453963570886392

実は私もキムです

.kim - ICANNWIki
https://icannwiki.org/.kim

このアカウントは、notestockで公開設定になっていません。

.tenno だったらナニシ天皇が爆誕してしまうところだった

このアカウントは、notestockで公開設定になっていません。

.nippon と .nihon で揉めるところまでは見えた

.z を獲得するためにゼッド市に改名する津市、見たい！！

準天頂衛星ソーセージ (Quasi-Zenith Satellite Sausage)　「あらびき」

#適当

このアカウントは、notestockで公開設定になっていません。

宇宙線で中からじっくり焼いてる最中だから食べるにはまだ早い (?)

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

打ち上げロケットも大きなソーセージみたいなものかもしれん (???)

このアカウントは、notestockで公開設定になっていません。

焼けきった部分からカットされて地に降ってくるから食べやすいかと思ったんだけど……

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

「贄がない」に空目

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

Fn はしゃーなし

素直にハードウェア側でキーマップ保持できるキーボードを買うのが幸せになれると思う。最近はそういうプログラマブルなキーボード多いし

キーマップの切り替えをキーボード側で完結させるとかもできるから多用途で苦労なく使えるし、本当におすすめ

https://twitter.com/telmin_orca/status/1697131565372039490

ｷﾞｶﾞﾁﾞﾝの言うことだしなぁ……と思ってたら、案の定なんか違うらしい

ﾁﾞﾝより前の servethehome から既にそういう表現になってたのか

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

こんなざまで憚ることなくオレは悪くないｼｬｶｲがおかしいと言えてしまうの、真っ当な理由でｼｬｶｲがおかしいと言ってる人たちの足を引っ張るしクソ邪魔だから頭を鍛えるか黙って家に籠もるかしておいてほしいわ

真に恐れるべき無能な味方ってやつよ

同人音声のキャラ紹介プロフィール画像からしか得られない栄養がある

このアカウントは、notestockで公開設定になっていません。

毒素……

このアカウントは、notestockで公開設定になっていません。

そうなんだ

まあ後発のほうが使いやすいのはよくある話だからなぁ

HoloCure の宝箱演出、背景が明滅するのが (そんなに明るくもないが) 画面の専有面積大きいせいでちょっと気分に悪い影響がある

パッド派同じく

このアカウントは、notestockで公開設定になっていません。

マウスクリックで攻撃方向は指定できたような (つらかったのでパッドにしたけど)

このアカウントは、notestockで公開設定になっていません。

え、本家そうなんだ

難易度を上げるには悪くない制約なのかな (やり込んでないのでわからんが)

このアカウントは、notestockで公開設定になっていません。

ボタン押下し続けている間はずっとそっち向いたまま任意の方向に移動できてた気がする >HoloCure

このアカウントは、notestockで公開設定になっていません。

そういう仕様だったの……

このアカウントは、notestockで公開設定になっていません。

なるほどね

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

「コストがかかるところにコストが明示されるべき」的な思想があるので、 refcount や shared state という実行時コストや原理的複雑さのコストがある程度字面に反映されることについては、多少煩わしくはあるがそう悪いことでもないと思っている

本質的に複雑な処理が不可避な構文的煩雑さを引き連れてくる、という点では面倒ではあるが、下手に隠蔽されるよりはだいぶマシかなという気持ちの方が今のところは大きい

今のところは。

そのうちスーパー便利な型理論みたいなのを実装した言語が出てきたら感想は変わるかもしれないが、近い未来ではそこまで期待してない

Haskell なぁ

私が怠惰なので全然勉強できてないだけです

このアカウントは、notestockで公開設定になっていません。

「独立した IP アドレス持ってる VM やコンテナたくさん積んでるし、 LACP でもそれなりに分散できるやろ〜！」などと雑に LAG してる

このアカウントは、notestockで公開設定になっていません。

iSCSI とかだと LAG やめて複数アドレスの接続を iSCSI レイヤーで束ねろみたいなこと言われてて、率直な感想としてはお前みたいな高レイヤーが下回りに口出してくんなという……
iSCSI 以外のアプリを一緒に動かしたくなったらどうすんねん (そんなことをするな、それはそう)

まあ下回りが貧弱なプロトコルしか用意してくれてないから上で面倒見ることになってるのだろうし、文句を言いたいのは上のやつらかもしれんが……

アドレス複数持たせるの、 OS 側の都合で同じ VLAN のアドレスを複数持てなかったりするので内部ネットワーク用に複数の VLAN をセットアップしないといけなくなったりして、ルータまで触る必要があるのでかなりダルい

このアカウントは、notestockで公開設定になっていません。

スループットとかレイテンシとか部分部分の帯域とか、ちゃんと速度の要素を区別できないとね……

買い物リストのための kanban、一時期は Nextcloud Deck を使っていた (悪くはなかったが……)

Nextcloud にファイル管理以上のことをさせたくないんだ、私は

GPS ロギング用アプリを Nextcloud に乗せているのも自分の中ではかなりギリギリの判断

Nextcloud のマイグレーションをミスって諸々のアプリ全部落ちてたのがトラウマになってる (バックアップをまめにとらない馬鹿なので)

このアカウントは、notestockで公開設定になっていません。

struct CostlyClone<T>(pub T); を使って CostlyClone(std_string) みたいに包んで渡さないといけない、みたいにする手はあるんだけど、そこまでするほどのことではないとなったのかね

implicit-clone - crates.io: Rust Package Registry
https://crates.io/crates/implicit-clone

㍂

仮想生物シム『ANLIFE』発表。超有名アニメ監督に「なにか生命に対する侮辱を感じる」と評された開発者が贈る - AUTOMATON
https://automaton-media.com/articles/newsjp/20230831-252417/

@secseek 私も試したことはないんですが、 LAG って結局細かくしてもコネクションごととかの単位で線が選択されてしまうようなので、単一や少数の通信相手を考えるなら、理屈の上では普通に並列で帯域使い切れるマルチパスの方が速度出るだろうとは思います。
試したことはないんですが。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

SIMD のベクタ命令で爆速コピーにできる可能性があるから16バイト境界に揃えるのが良い、というのがたぶん現代的な理由付け (文脈知らんが)

このアカウントは、notestockで公開設定になっていません。

Copy は所有権周りにも関わってくるから (1KB とかでもなければ) 付けられるときに付けておくのが良いと思うけど、暗黙にコピーされるのが嫌みたいな派閥はたしかに見たことがある気がする

あとは保証の問題もあるけどこれは文脈が別 (後から Copy を外す可能性があるなら breaking change になるから慎重になった方が良い)

Copy やめたところで derive(Clone) 使うなら同じことだし、その場合コピーする側のコードは煩雑になるしコンパイラは安直に memcpy にできなくて最適化器に負荷がかかるしで、およそ良いことがない

参照で渡すか値で渡すかの境界については、それこそレジスタ数とかインライン展開の具合とかいろいろあると思うので16バイトや32バイトそこらの小さな領域で実用的な一般論を得るのはまず無理だと思う。早すぎる最適化。

プリミティブ型しか使わないことを保証できるならコピーにして、そうでないときは一概に参照で受け取る、くらいにしても雑すぎるということはない

たとえば non-Copy な

#[derive(Clone)]
struct Foo(u32, u32);

があったら、コンパイラはまず Clone を生成して、しかるのち最適化で連続領域のコピーがまとめられる、みたいな形で Copy 相当にすることが許されるはず。
ネストとかがあるともっと面倒になるけど。

まあとはいえ、全フィールドを確認して Copy だったら親の型も暗黙に Copy にするみたいな最適化は普通にありえるかも

どうせ最適化が強いんだから、小手先の書き方で micro optimization を試みず意味論と設計をちゃんとやれということですね……

東京都心8月すべて真夏日 史上初 - Yahoo!ニュース
https://news.yahoo.co.jp/pickup/6473961

そういうこと

まあ複数の意味があるっちゃあるな。まず「値の複製を memcpy でやっていいよ」というマーカーの意味が先にあって、そこから「じゃあ複製は特別な処理を伴わないから .clone() は省略してもいいね」が出てくる

marker trait はいずれもセマンティクスに強く影響があるやつばかりなので、✨本質✨ の巣窟という感じはする

Send, Sync, Copy, StructuralEq、あと何かあったっけ

std::marker - Rust
https://doc.rust-lang.org/std/marker/index.html

あー、 Unpin

そうか？

niche の最適化は強め印象あるけど

Enums - Unsafe Code Guidelines Reference
https://rust-lang.github.io/unsafe-code-guidelines/layout/enums.html#discriminant-elision-on-option-like-enums

Announcing Rust 1.50.0 | Rust Blog
https://blog.rust-lang.org/2021/02/11/Rust-1.50.0.html

*nix で file descriptor が -1 にならないので Option<File> がサイズ膨らまなくなるなどの最適化も入っており、 niche さえあれば 0 でなくとも使ってくれる

enum でないユーザ定義型にも niche があるとユーザが明示できるようにしようぜ、みたいな issue どこかにあったな

forum だったか rfcs だったかわからん、まあ妄想でそんな議論は存在しなかったなんてことはないやろ

このアカウントは、notestockで公開設定になっていません。

;;;;int i;
;;;;for(i=0; i<len; i++)
;;;;{
;;;;;;;;src[i]=dst[i];
;;;;}

なるほどね。

未定義動作です

鉞に関しては一日の長がある最悪オタクなので

買い出しは苦痛だが、今日は少しだけ気分が良かった

3の8乗

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。