後方互換性についてさいきん考えていることを書く - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く

後方互換性を守るべきブロダクトと、そこまで気にしなくていいプロダクトがあると思っている。 後方互換性を守るべきもの これはもうシンプルで、「依存関係の下のほうにあるプロダクト」。下のレイヤーを担うことを狙っているものについては後方互換性を守って行かないとみんなが困る。多くのライブラリがすでに依存してるライブラリとか、あとはまあデータフォーマットとかも変わるとそもそも溜め込んだデータとかが使えなくなったりするので困る。 Perl5 が後方互換性を保つことに熱心なのは、そもそも Perl がシステムツールによく使われていることと無関係ではないはずだ。system perlのversion上げたらシステム動かなくなりましたみたいなことになったら困るからかなり気を使ってる。その点、Python が 2 系から 3 系に移行するときにばっさりと後方互換を捨ててしまったのは失敗だったんじゃないかなと私

[lizy]

最近はrvmとかperlbrewみたいな専用の「ミニ環境」を作りやすくなったので、どんどんエッジをきわめてほしい

[ainame]

Perlの非推奨なモジュール(bytesプラグマ)使った時に、Perl自身からは何も言われなかったので辛かった。

[invent]

後方互換性についてさいきん考えていることを書く - life.should be_happy # => 1 examples, ? failures

[bowbow99]

"そのときにどういうライブラリを使うの、みたいなのがあまり明文化されてなくて文化依存で、学習コストが高い"

[matsulib]

Python 2.xの数少ない欠点の一つ文字コード問題を解決したら「失敗」と言われたでござるの巻。個人的には後方互換を切ったのも（Perlと違って）2.8を出さないと明言したのも英断だと思ってる。

[moznion]

Perl の後方互換ぢからには非常に助かっているけれど、油断して書いてると暗黙のdeprecated を踏んでdis られる事例が！！

[hfu]

「エンドユーザー向けのアプリケーションのレイヤーを担うものはどんどん後方互換捨てていったらいいんじゃないか」

[ad2217]

直接関係ないが、ＵＩの後方互換性が捨てられ過ぎだと感じる今日この頃であります。