アカウント名:
パスワード:
言語レベルでごたごたやっているのをみると基幹システムを開発する適切な言語が思いつかない。
言語レベルでヒヤヒヤするならパッケージを選択しろ。と言われているように感じる。
ところで今、会計やSCMなどのシステムを開発するにはどんな言語が選択?されているの。COBOLとかの方が適切?とか思っちゃうんだけど。
少なくとも、基幹システムのサーバーをAndroid上で運用する、とかしない限り通常の業務用途で使われるJavaに影響を与える話ではないと思います。
基幹システムにパッケージを導入しても、それに自社の業務フローを合わせるのを嫌がる客が多く、カスタマイズやらスクラッチビルドが大量に発生するのが常でしょうからパッケージ導入で言語がらみの面倒から解放されるというのは考えが甘いとのでは?
オラクルが迷走してまともなJavaのランタイムでなくなったとしても、互換システムを作りづらい、採用しづらいというリスクはありますけどね。C#なら標準規格にもなってるしMonoとかある。
#今のJavaランタイムがまともかどうかはノーコメントで。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
基幹システムにはパッケージを選択してね (スコア:0)
言語レベルでごたごたやっているのをみると
基幹システムを開発する適切な言語が思いつかない。
言語レベルでヒヤヒヤするならパッケージを選択しろ。と言われているように感じる。
ところで今、会計やSCMなどのシステムを開発するにはどんな言語が選択?されているの。
COBOLとかの方が適切?とか思っちゃうんだけど。
Re:基幹システムにはパッケージを選択してね (スコア:0)
少なくとも、基幹システムのサーバーをAndroid上で運用する、とかしない限り
通常の業務用途で使われるJavaに影響を与える話ではないと思います。
基幹システムにパッケージを導入しても、
それに自社の業務フローを合わせるのを嫌がる客が多く、
カスタマイズやらスクラッチビルドが大量に発生するのが常でしょうから
パッケージ導入で言語がらみの面倒から解放されるというのは考えが甘いとのでは?
Re: (スコア:0)
オラクルが迷走してまともなJavaのランタイムでなくなったとしても、互換システムを作りづらい、採用しづらいというリスクはありますけどね。
C#なら標準規格にもなってるしMonoとかある。
#今のJavaランタイムがまともかどうかはノーコメントで。