orange @[email protected]

デザイン！＞＜＃ (＞＜；)を新しい古いでは無く、正しいか正しくないかで考えろって言うのもそういう事で、正しいかどうかで考えずに新しいかどうかで考えたら、すぐに破る約束を気軽にしまくるのと同じ事になるよって言いたい＞＜

オレンジ的には逆に古いコードが動かない環境の方が重大な問題があるって考えるけど＞＜；
毎年/毎週/毎日仕様が変わったら毎年/毎週/毎日全てのコードを更新するの？＞＜；
仕様/デザイン/挙動/そしてブランド、それらはユーザーとしてしまった約束なんだよ？＞＜
非互換を作るということは、過去に自分がしてしまった約束を反故にし、過去の自分が誤りであったと認め、そしてユーザーに土下座で謝らないといけない事態なんだよ？＞＜

ふと思ったけど、こういう風に新バージョンで言語の互換性がなくなる時、古いバージョンのコードを新しいバージョンのコードにするコンパイラ(？ トランスレータ)も同時に開発すればいいんでは感＞＜
(出来ない(または極端にパフォーマンスが落ちる)としたら、新しい言語仕様は正しく無いとも言えそう＞＜(同一の挙動をする処理を実用的に記述する事が不可能＝汎用性に欠ける言語仕様と言えるから＞＜))

分離してもそのインタプリタは(古い言語仕様への)サポートというかメンテの必要があるのは変わらないけど＞＜；

言語仕様の互換性の連続性(？)を切るなら、切った瞬間から『古い方を』『永久に』サポートする必要性が発生するって考えないとダメだよね＞＜ マジで＞＜(互換性を捨てるということはそれほど重大なことだよねって言いたい＞＜)
ていうか、言語仕様とVMの仕様がうまく分離されてないのがマズいよね＞＜(という話だよね？＞＜)

最近の他所の検索サイトだと「何らかのプログラミング言語(や環境)の固有名詞」＋「その言語(や環境)でやりたい事」で検索すると、固有名詞のキーワードを勝手に削って全然関係ない言語でそれをやる方法が大量に出てきて何の役にも立たなくなって来てるけど、それが起きないっぽさ＞＜