オレンジがF1見てた期間に最強だったウィリアムズは、今は低迷中らしい？＞＜
ちょうどフェラーリの低迷期の期間だけF1見てたっぽい＞＜
オレンジがF1たくさん見てたのって1997年辺りまでなので、むしろフェラーリって過去の栄光があってファンが多いわりにはたいして速くないチームってイメージ＞＜
orange
さんがブースト
Q.今は？
A.F1見てないから知らん
orange
さんがブースト
そういえば、あの頃のフェラーリは速かったね……
インターネット老人会でも縁がない？物の写真に様々な思い出話が集まる - 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
バス車体の運搬でもトレーラーじゃなくストレートトラック使うのか＞＜；
なんで日本ってそんなにトレーラーを嫌うのか＞＜；
orange
さんがブースト
たとえば規格にデカい穴が見付かって、それに対して “広く合意されているが新標準としては発行されていない” ような独自修正を皆がそれぞれ当てるようなケースは十分現実的だろうし
うーん＞＜；
orange
さんがブースト
言うて規格だって後から訂正が入ったり穴があったりするわけで、結局どこまで挙動が安定するのかというのはかなり疑わしいと思っています
それはある程度それはそうで、元の話の事例でも実装の互換性を優先すべきだと思う＞＜
一方で「規格を優先せよ」方式であれば、「正しく作る」やり方(シンプルと正しいのどっちを優先するかでも言われてるやつ)との相性がよくなる気がするかも＞＜
(実際に安全かではなく)失敗したら人が死ぬ分野の開発のやり方に(ユーザーが)近くなるかもって＞＜
orange
さんがブースト
よーするに今回の例であれば、 “修正” してしまうと今まで受理されなかった入力まで受け入れるようになってしまうので、もし一部を手動でパースしたり部分文字列を弄ったりなどのコードがあると当然そこが壊れるということになり、ダウンストリームの実装に DoS 攻撃や、 FFI が絡むなら ACE 脆弱性を導入することになりかねない
orange
さんがブースト
まあ「正しかろうが間違っていようが、修正により脆弱性 (クラッシュの可能性含む) が導入されるようではサーバ実装に使われる言語として困る」というのはまったくもって合理的な判断だと思う (それが好きか嫌いかというのは別の話として)
orange
さんがブースト
> 規格に合わせずに書いたユーザーのコードがバグってて姿勢が誤ってる
そうなのかなぁ……
互換性重視だけど規格を守るべきだしバグはバグなのでなおせ派なので、この場合、規格に合わせずに書いたユーザーのコードがバグってて姿勢が誤ってるので、明示的に「実装にあわせるな規格に合わせろ」って言ってるわけだから、そうしなければ明確にユーザーの責任かもって＞＜
orange
さんがブースト
既存コードの想定した挙動を破壊するような変更を基幹ライブラリが導入することのリスク、基本的に予告の有無には全然関係ないので
orange
さんがブースト
むしろ orange 氏は互換性重視サイドの人だと思ってたけどそうでもないのか
- ＠orange_in_space
2017年 4月に登録
