orange @[email protected]

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

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

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

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

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

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

あと、

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

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

例えば中途半端な色使いでボタンがひとつしかなくてそれがグレーアウトしてるんだけど、有効なボタンと無効なボタンそれぞれをユーザーが見てないのに、それがグレーアウトしてる事にどう気づけるのか？＞＜；
初めてひとつだけ出てくる中途半端なデザインのボタンの有効状態と無効状態を知ってるのは作ったやつだけだよ！＞＜；

新型コロナワクチン関連の手続きで親が操作わかんなくてヘルプ求められることが何度かあったけど、毎回マジでデザイン酷すぎてビックリした＞＜
デザインの教科書の悪いお手本のオンパレードっぽかった＞＜

高齢者向けサービスにおけるUIデザイン｜『高齢者のためのユーザインタフェースデザイン』のまとめ https://zenn.dev/yurukei20/articles/9b9d05aa09f897

高齢者のためのってなってるけど、内容の大半が1980年代から認知工学分野から指摘されまくってる基本的な事柄だし、結局のところ高齢者云々以前にそもそも正しくデザインされてないだけっぽさ＞＜

文化や環境保護の為の田んぼの維持と、低環境負荷で効率よく食糧を得る農業はわけて考えていいと思うし、この棚田(もどき)宿泊施設は一応文化と環境面での棚田の部分を担ってはいるのでは感＞＜

とりあえずめちゃくちゃな時期に植えたとかはあれだけど、それこそ来期からは簡単な農作業体験とかも含めて(効率最悪でも)一応米がとれるようにやればもっといいんではと思う＞＜
(「効率が悪ければ遊びだし、農業を馬鹿にしてる」って考えもわからなくもないけど、それを言い出したらオレンジ的には「日本もカリフォルニアみたいな大規模農業に転換しろや＞＜＃ 」って話にもなるし、アレかも＞＜(？))