orange @[email protected]

ていうかゲーム機の拡張バススロットも「イカの耳」ってオレンジは言ってる＞＜(めちゃくちゃ便利な言葉だと思うからもっと特に広義のエンジニア界隈で普及して欲しい言葉かも＞＜(設計手法の説明とかにも使えそうだし＞＜(「イカの耳を作っておく事を忘れるな」とか＞＜)))

イカの耳、転じてオレンジはプログラミングとかでもゲーム(例えばマインクラフトとかFactorioとか)でなんか作る時にも、将来拡張用に備えた設備とか仕様をイカの耳って言ってる＞＜(わりと浸透してない単語の可能性＞＜；)

ちゃんとイカの耳を作っておくとか、きれいに分割するとか＞＜

参考＞＜
幻の路線の名残!? 首都高に潜む巨大な「イカの耳」
ドライブ WITH トリビア＞2018.03 幻の路線の名残｜首都高NEWS
https://www.shutoko.jp/ss/shutokonews/archive/trivia/201803.html

機能拡張の面で言うと、将来その鯖のマストドンの鯖のバージョンを上げた時にその鯖のユーザーは名前衝突されたら困るのでという面の
一方で、予約文字列による特殊なユーザー名のユーザーも、ActivityPubなりOStatusは喋れなければならないんだから、マストドン以外から見て特殊に見えなくても問題ないというか、問題ないように実装しなければプロトコル無視ってことになって大問題かも＞＜

私の理解では ActivityPub 自体はアカウントの識別に IRI を使っているから、たとえば mastodon であれば https:// domain/@ user 以外のあらゆる IRI は事実上 “ユーザ ID としては予約済” であると認識しているんだけど

なんでこれをセットでboostしなかったの？＞＜
https://mstdn.nere9.help/@orange_in_space/105810315610245159

例えば(あくまで問題の例示として)さっきの公開LTLトランスポンダをマストドンの新しいバージョンに公式につけるとして、アカウント名を例えばltlって名前にしたら、そのアカウント名を使ってたltlさんが困る＞＜
例えば例えば規格上"_sys"で終わるアカウント名は予約文字列なのでユーザー用には用いてはいけないと規格上定義しておけば、ltl_sysであれば安全に使える＞＜

デフォルトでどうとか設定で追加できるって話じゃなく規格上の予約アカウント名を用意すべきだったかもって言いたい・・・＞＜ example.comみたいに、その目的で使用しても将来的にも過去の互換性的にも問題無いと規格上保証される予約文字列＞＜

通報どうすんだ問題の時もそうだけど、マストドンでシステム用の予約アカウント文字列を用意しなかったの、ものすごく先見の明が無くてすごくアレ＞＜