orange @[email protected]

インターネット老人会でも縁がない？物の写真に様々な思い出話が集まる - Togetter https://togetter.com/li/1934117

これ、使ったことはないけど、1995年頃？に秋葉原の中古PC屋さんにLANカード買いに言った時に見かけた＞＜
これがついてるやつ(5とT用)と、10BASE-2とT両用のカードが売ってて、2の方を買った＞＜(たしか安い方を選んだ＞＜)

これっぽい＞＜

タケヒロレッカー　トラック搭載可能な特別車両「トランスロー」導入｜物流ニュース｜物流ウィークリー｜物流・運送・ロジスティクス業界の総合専門紙 https://weekly-net.co.jp/news/117682/

名古屋高速道路 バス事故で2人死亡 分離帯に接触し横転か | NHK | 事故 https://www3.nhk.or.jp/news/html/20220822/k10013781821000.html

バス車体の運搬でもトレーラーじゃなくストレートトラック使うのか＞＜；
なんで日本ってそんなにトレーラーを嫌うのか＞＜；

うーん＞＜；

それはある程度それはそうで、元の話の事例でも実装の互換性を優先すべきだと思う＞＜
一方で「規格を優先せよ」方式であれば、「正しく作る」やり方(シンプルと正しいのどっちを優先するかでも言われてるやつ)との相性がよくなる気がするかも＞＜
(実際に安全かではなく)失敗したら人が死ぬ分野の開発のやり方に(ユーザーが)近くなるかもって＞＜

逆に、そういうことを明確に表明してなければ、実装の互換性を優先すべきだと思う＞＜

互換性重視だけど規格を守るべきだしバグはバグなのでなおせ派なので、この場合、規格に合わせずに書いたユーザーのコードがバグってて姿勢が誤ってるので、明示的に「実装にあわせるな規格に合わせろ」って言ってるわけだから、そうしなければ明確にユーザーの責任かもって＞＜

ソフトウェアが物理的メディアで流通されたりした時代や、ハードウェアの仕様であれば「規格の方を優先します！！！」って言っても「そんな簡単に修正出来ないだろ！」ってなって、バグというか実装にあわせてコード書くしかないけど、オンラインアップデートの時代で「バグはアップデートでなおせばおk！」って緩い時代である今のソフトウェアであれば、規格優先自体を仕様にするのもありかもって＞＜

ライブラリ側の仕様で「必ず規格にあわせるしあっていなければバグであり修正される」ってうたっておけば、例えばユーザーが書いたそこから得た文字列を処理するコードが規格通りの文字列を処理出来なければユーザーが悪いって事に出来るし、逆に規格外の文字列をライブラリが返せばライブラリが悪いとなるので、
ライブラリ側の開発者が「どうしよう！　修正したら互換性が！」って悩まずに「ごめんなさいすぐ修正します！」って土下座からすぐに修正にとりかかれる＞＜

言語というかライブラリ＞＜；