私は開発用の言語として十分に使えると思います。
そもそも互換性の事を言い出したら実際に使われてるVBは(使った事ないんですが)VB6とVB.NETで互換性があまりないらしいですし。
確かに、顕著な例を挙げると
・AB2系で実行できたプログラムがAB3以降で実行できないことがある
・AB3系とAB4系とAB5系でString型の扱いがそれぞれ微妙に違うので上手く動かないことがある
・AB4.20用のコードはAB4.13では動かないことがある
などがあります。
しかし、そもそもABは発展途上にあるので、新しい文法が生まれるたびに前方互換性が薄くなるのは仕方の無い事だと思います。
バージョン違いで動かないコードは移植するか、環境側をデグレして動かすかすれば問題ありませんし。
そしてAB5については
・まだ実装する予定の機能がある
・一般に、CP版やβ版に存在した機能が完成品にあるとは限らない
・実用性考えるなら2~3年待ちなよ!安定するから
・今までのデータが使えなくても、前のバージョンが入手可能で、最新版は今までより楽に組めるなら問題ない
等が言えると思うのですが、どうでしょうか?
私は開発用の言語として十分に使えると思います。 そもそも互換性の事を言い出したら実際に使われてるVBは(使った事ないんですが)VB6とVB.NETで互換性があまりないらしいですし。
確かに、顕著な例を挙げると ・AB2系で実行できたプログラムがAB3以降で実行できないことがある ・AB3系とAB4系とAB5系でString型の扱いがそれぞれ微妙に違うので上手く動かないことがある ・AB4.20用のコードはAB4.13では動かないことがある などがあります。 しかし、そもそもABは発展途上にあるので、新しい文法が生まれるたびに前方互換性が薄くなるのは仕方の無い事だと思います。 バージョン違いで動かないコードは移植するか、環境側をデグレして動かすかすれば問題ありませんし。
そしてAB5については ・まだ実装する予定の機能がある ・一般に、CP版やβ版に存在した機能が完成品にあるとは限らない ・実用性考えるなら2~3年待ちなよ!安定するから ・今までのデータが使えなくても、前のバージョンが入手可能で、最新版は今までより楽に組めるなら問題ない 等が言えると思うのですが、どうでしょうか?
|