orange @[email protected]

うーん＞＜；

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

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

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

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

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

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

こういうの、仕様に最初から「仮に実際の規格に適合しないバグがあった場合は規格にあわせて修正される」って織り込んで、ドキュメントに「出力結果ではなく規格を参照せよ」って書いても良さそう＞＜
(言語のユーザーに早くバグを見つけて貰って早く修正しよう＆一部の責任をユーザーに押し付けよう作戦)

あと、

➡️ここをクリックしてください

的な感じの事が書いてあって、その文字列だけ色がちがくなってる(たしか青だった気がする)けど、➡️部分(実際は文字より小さい)だけがリンクになってて文字列部分はただの表示とか・・・＞＜