Kotlin 1.0が終了したら、互換性ポリシーはどのようになりますか？ユーザーとしては、Kotlinがソースまたはバイナリのどちらでも互換性を保つことを願っています。 Javaほど深刻です。Kotlinの互換性ポリシーは何ですか？
一方、Scalaは悪い例です。マイナーバージョン間のバイナリ互換性を保つことができなかったので、私は遠ざかりました。また、Scalaの互換性の問題のために、多くのユーザーがScalaを残していると思います。このため、多くのライブラリ（私の時代にはSBTを含む）はScalaの一連のシリーズ全体に対して完全な一連のディストリビューションを提供することができませんでした。これはバイナリ互換性の問題です。ソースの互換性が壊れた場合を想像してください。
私は私の会社の商業プロジェクトでKotlinを使用することに決めました。だから私は本当にKotlinが深刻なの美しさを追求するのではなく、互換性を保つことを確実にする必要があります。
コトルはまだ出ていません（UPD：now it is）。言語の変更が予想されます（ブレークコードとバイナリ互換性の変更さえも）。
ベータリリースでは、バイナリ形式がファイナライズされていますので、これ以上変更は予定してはいけません（ただし、バグを修正する必要がある場合にも発生する可能性があります）。
1.0がリリースされると、言語とバイナリ形式は永遠に下位互換性があるはずです。
出典：http://blog.jetbrains.com/kotlin/2015/11/the-kotlin-language-1-0-beta-is-here/
Beta 4のこのブログ記事の「次の記事」のセクションで正式な戦略を立てることができます：http://blog.jetbrains.com/kotlin/2015/12/kotlin-1-0-beta-4 -is-out/...バイナリ互換性ポスト1.0は短い答えです。そして、すぐに1.0です。 –
ソースは「永遠」の部分はどこにありますか？私は彼らがKotlin 2.0でバイナリ互換性（Scalaのような）を壊すかどうか疑問に思います。 – lyomi
変更が壊れていると言われたばかりの[このコメント]（https://blog.jetbrains.com/kotlin/2015/12/kotlin-1-0-beta-4-is-out/#comment-41068） ）は非常にゆっくりと起こります。 – lyomi
私は「特性」のようにたくさんの言語構造は、マイルストーンリリース以降に変更された見てきたので、私はこの心配です。 –
私はこれに投票しています - 私が答えに興味がない、または私が質問を嫌いではないからです。私はしかし、唯一の権威ある情報源はKotlinのウェブページであり、答えはそこから引用できると思う。答えが時間の経過とともに変化することを考えれば、ここで繰り返すことはあまり意味がありません。 –
@MaartenBodewes私は同意しません。 Jetbrainsがこのタグを見ているからです。ここでこの質問をするのは合理的です。実際、私の以前のKotlinに関する質問は、すべてではないにしても、Jetbrainsの人たちが驚いていました。また、互換性ポリシーは時間の経過とともに変化するものではありません。それが終わったらそれは終わった。だから私は誰もがここでそれを知ってもらう方が良いと思う。 –