何千億円も注ぎ込んでCOBOLからJavaに移行した結果ｗｗ
■ このスレッドは過去ログ倉庫に格納されています
Java SE（Java Platform, Standard Edition）のサブスクリプション方式のライセンス体系「Java SE Subscription」を発表した。
価格はデスクトップ向けが1ユーザー当たり月額2.5ドル、
サーバーやクラウド向けは1CPU当たり月額25ドル。
契約年数は1年から。
日本における価格は同年7月以降に発表する予定。
日本オラクルは「検討中だが米国と同じような価格帯になる」（広報）とする。
https://www.nikkei.com/article/DGXMZO32188300V20C18A6000000/ Sunの資産はJava以外全て死に体だからね、仕方ないね タダで言語環境のメンテしてもらえると思ってるのが乞食根性やろ
SunマイクロがIDEやエコシステムで儲けることに失敗した以上もうユーザーから徴収するしかなかったんが 銀行や保険は、まだまだCOBOLやPL1が多いけど、勝利した、っていう事？ androidスマフォ使っている人
毎月250円徴収されるようになる？ 世界の70億のJavaデバイスから月10ドルづつ徴収したらすげえことになるな
TOP100の企業の年商合計を優に上回る ＞価格はデスクトップ向けが1ユーザー当たり月額2.5ドル、
微妙な線狙ってきたな
俺は払わないけど仕事PCな連中は払わざるをえまい Java以外で将来性のある言語って何かな？
C# とか？ >>15
C#楽過ぎてもうC++とかJavaとかやりたくない ドイツのADABAS 保守料値上げを思い出す展開なるか openjdkでダメな理由は?
てかサポート必要なら金払えよ cobolを取り込んだrubyとかできたら面白そう。 まずポインターを使いこなせないプログラマーを廃業させろ >>17
ありがとう
C# かじった程度だけれど、本格的に勉強しようかなー MSから取り上げたのが大失敗だろ
あのままやらせとけば良かったのに、SUNの独占は良い独占ってMSを叩いた結果がこうだよw >>21
phpで月140万稼いでるけどポインタなんて分かりません >>25
今はC#かJavaScriptじゃね
ぶっちゃけUnityで採用されている言語
ただ言語仕様よりもアルゴリズムを理解する方が重要だから最初に何言語修得したかとか誤差レベル
方言の違い程度の差しかない >>27
心の底からその言葉を信じて勉強してみるわ㌧ >>4
どうするってapplet→webstartで往復ビンタ食らってるよ >>19
まずopenJDKも半年で破壊的変更を含むアップデートがかかる点は変わらない
LTSに関しては
去年JDK11でやるという話はあったが正式なアナウンスはない
つまりこっから半年ごとに地獄が待つ COBOLはもう古すぎてメンテナンスできる技術者も高齢で高収入が確保できる勝ち組
今からCOBOLやるのはバカだが今すでにCOBOL技術者なら手放すのはもっとバカ SunのJavaは
WindowsXPのお客様を不当排除する悪質企業 プログラミング言語移行するのってどんなメリットがあるの？
ずっと同じ言語は使い続けられないの？
同じ環境のままいたらどうなるの？
パソコンの大先生、優しく解説してくれ コボラーは棺桶に片足突っ込んでいるし
移行はしゃーないわな >>47
新しい機能を加えたい場合に、その言語を使える技術者が居ないと困る。あと、同じことを実現するためのコストに差があったり >>47
例えばコボルは兆円規模の固定小数点金額演算を誤差なく扱うのが得意で、これがデータ定義に言語として組み込まれてる。
また、数百を超えるファイルとこれに付随する万を超えるレコード定義が得意で、これも言語に組み込まれてる。
結果として金融計算が得意。
異なる言語で扱うには工夫がいる。
最初から組めばいいけど、コボルソースからコンバージョンするのはとっても大変。 >>1
一般人にもわかるように書けよバカ
「Java有料化」 >>47
ITつうのは新しければいい、というキチガイの巣窟だからね
その結果劣化品が大量に誕生する
Windows10
オフィス
各ブラウザ
作れば作るほど劣化（いろいろなものづくり企業にいえることだけど）
というのとは逆に
IT屋じゃないやつが使うプログラミング言語
FORTRAN
http://museum.ipsj.or.jp/computer/device/paper/punch.html
入力デバイスが紙だった時代の言語仕様 （固定形式） http://www.str.ce.akita-u.ac.jp/~gotou/zyouhou/f90/sec1.html
近代的なテキストエディタでも左側6文字位書けないやつだったｗｗｗ
さすがに新しくしたほうがいい >>47
古い言語や古いバージョンのままだと、
セキュリティホールがあったり、バグがあったり、
サポートが切れて最新OSだと開発環境の構築ができなかったり、正常に動かなかったり、
そもそもプログラムが起動しなくなったりとかそんな感じ ラムダ式も使いにくいし
streamも全く整備できてない
Javaでfor文ぎゅんぎゅんまわして何十行も書かなきゃいけないコードが
typescriptなら一行で書けたりする
半年に一度破壊的更新ができるようになったが
全然スピード感が足りない >>48
昔からの奴らはそうだけど、賢い所はコボルのシステムをメンテナンスするだけのために新卒取ってコボルだけやらせてたりする。全く他の事はしないでそれだけやる仕事。 >>47
プログラムは人間が組むものだから最初の1，2年は問題なくても
5，10年とそのプログラムを使い続けるといずれバグや脆弱性が新たに発覚する
そしてそれらを修正改善するには日頃から保守管理者を置いて要望が出るたびにアップデートする必要がある。
だけどアップデートする度にプログラムが複雑化する上に
保守管理者が代替わりする事もあるから時間が経つほど保守管理は難しくなっていく。
だから限界を迎えたら区切りをつけて一新した方がコスト的にも安全性的にも健全なんだけど
まぁ、銀行とか政府系のプログラムだと一概にそういう理想論を言うのも難しいって話やないのん
代表的なところだと2000年問題とかあったよね だからといってこのままcobolでいいわけないじゃん >>27
Javaは今年からunityは見限ったで。
やるならc#。 今やってる、みずほ銀行のシステム差し替えとかまたやり直しなんかｗ >>65
コボラーは絶滅危惧種。齢50～70歳。
しかも少数。 もうCOBOLでいいんじゃないの。新しい言語は線香花火みたいにパパパのパって消えてなくなっちゃうかもしれないでしょ。 ツクールとかもユーザー側でjava弄ってオリジナルシステム作れたけど
どうなるんだろ こういうのこそ、国が投資して無料で使える環境を整備したりしたらどうさ？ cobolってまだ現役なの？
まさか FORTRANもあるのかね おおブレネリ あなたのおうちはどこ♪
やっほー、フォートランランラン
フォートラン、やっほっほ >>67
おっマジだ。訂正㌧クス
Booちゃんに続いてUnityScriptもこれからの戦いについてこれそうになかったか…
ついでにMonoDevelopの霊圧も消えてて草 >>33
言語の仕様変更は大昔からあること。Javaでなくても言語の仕様変更は発生する。
それに、仕様変更がある度にソースを最新版に合わせて変更する必要はない。
たとえば「10年間は開発したときのバージョンを使い続ける」と決めればいいだけだ。 >>11
よくわかんないけど
これってプログラム業界のNHKってことなの？ >>75
FORTRANは今でもスーパーコンピュータ用のプログラム作成でよく使われるそうだぞ >>63
ポインタ無い言語なんて昔から沢山あるが？ 俺は今だに汎用機のOSのメンテやってるが
業種によってはまだまだ食えていける。
有難や有難やw コボルなんて昔Ｃ言語使いのオイラは
構造体をバカスカ動かすイメージしか無かったけど
そんなに移行が面倒臭い代物だったのか
まぁポインタなんてトリプルポインタまで使ってたけど
あんなもん無きゃ無いで良いと思うよ？
メンテナンス大変だしｗ どうせ、あと５年くらいはjava 8のままなんだろ？
どこの会社も？ >>75
銀行や製造業各社には未だにメインフレームがわんさか残っていて、誰が作ったかわからない、仕様も残ってない「触りたくてもさわれない」レガシー言語は未だに沢山あんのよ
COBOL、アセンブラ、PL/I、EASYなどなど塩漬けアプリはまだまだあるゾ～ >47
パオロバチガルピの第六ポンプみたいな世界に近づく。
分かる、直せる人や企業はとっくにいなくなった未来、下水システムが続々死ぬけどもうシラネって言う話。 誰がつくったか
そんなことどうでもいい
優秀ならどんなものでもやる なんだよ。このままjava 続けててよいのかよ。
Springどーなるの？ >>63
特にプログラミングや言語に興味があるわけではなく、仕事だからやってるという人は必要以上のことをしようとは思わないみたいですよ。 >>89
COBOL→javaの移行は必殺のbigdecimalがあるからやり易いんだよ
古いメインフレームからだとマシンパワーでゴリ押しして速くなるような気がするが、実際には速くならない事も多かったりする >>82>>86>>105
いやポインターじゃなくてphpね コボラー企業はABENDって共通言語だとおもって
フツーに使ってくるからな COBOLも進化してるだろ。
昔のCOBOLと今のじゃ別物らしいし。
まあ、Cとアセンブラが弄れれば、JAVAや他の言語に右往左往させられる事がないんだろうけどな write once, charge forever JavaもCOBOLもオープンな処理系に逃げる手は残されてるぞ PHPだのRubyだの、書き捨て言語でEnterprise向きじゃネェな。 試作で割り切ってもいいけどな。TypeScript/JSのdecimal辺りと誤差どのぐらいだろ >>112
ABENDはメインフレーム上で処理した結果、0C7(データ例外）,0CA(記憶保護例外）,0CB(10進数除算例外）などの理由でシステムが
異常終了しました。をコンソールに表示する意味なので、別にコボラーだけが使っている訳じゃないよ！ まずオラクルを信用するのがおかしいし
大金出した移行先がjava なのも意味不明 >>114
オブジェクトCOBOLなんてのもあるしな
ただCOBOLの本質はメインフレームが持つとんでもないIO能力を有効に活用するための言語だよ
基本的には右から左へ数値を移すだけがお仕事
ただし100兆円振り込まれて0.1秒後に100兆円引き出されても絶対に桁落ちなんてしないで利息計算できる
メインフレームがほぼ絶滅した今となってはもうメンテ以外の需要なんてないよ >>123
むか～しメインフレームOS作ってた時、当時は珍しかったオンラインデバッガ作った
機械語を解析して現在の条件レジスタの値を判断し分岐先に飛べるステップ実行とかもできるようにした
それだけのためにOS部隊に1バイトの機械語を作ってもらった
ただ一番役に立ったのは「この状態でダンプが欲しい」って強制ABENDコマンドだったりするｗ
延々とダンプファイルが出てくるわけだがそれを数日かけて蛍光ペンとかで追いかけながら何が起きたのか解析することができるようになった >>85
C言語と比べてベクトル計算とかが簡単に表現できる javaってＳＵＮマイクロ時代はオープンソースだった。
オラクルがＳＵＮを買収した時からいずれは有料になると噂があったな。 javaは使いものにならないアプレットなんかじゃなくてSwingとかの糞UIを持たないシステムだと結構速い
ただ不定期にガーベージコレクタが動き出してタイミングがずれちゃうからシステムとして信用できないんだよな JavaはCOBOLより先に滅びる(かも)
と思っていたが、括弧書き要らんかったな ライトワンス、エブリタイムバージョンアップ、ペイエブリマンス 50代のコボラーでも何故か月50万超えで需要がある異常な業界、それが金融とか医療とかかな >>135
Null Pointer --> Oh My God! >>135
ぬかるんだ心で
ルンルンな世の中じゃ
POISON php+js か どうしてもバイナリが良いならc#で。 古い言語にも良いところあるけど、新しい言語はそれを上回る利便性あるからなあ
車でMT車は高齢者でも誤操作起こしづらいとか、パカパカ携帯は通話メインなら安いとかその程度のメリット マイクロソフト様が最強であり続ければORACLEなんかに好き放題させることはなかった。ボーグばりに全てを取り込ん言語やらなんやらを統一してしまえば誰も損をしなかった。
今までに覚えた言語が使えなくなる？お前は必死で覚えたクリンゴン語やタスケン語を普段使ってるか？まあマイクロソフト様が今でも最強だったら謎技術でそんな問題はクリアしてくれるだろう。
つまりマイクロソフト製品を買え！！！普段使うコップやらの小物もマイクロソフトの売店に行って買ってくればいい。 最強にはなれるけど独禁法がな～
と品川のエヴァンジェリオンが昔グチってた >>15
AIなど考えたらPythonの方が良い。
比較的覚えるのも簡単だし。 >>35
COBOLだけでは安い。
COBOLプラスオープン系言語ができると高い。 独自な奴でやれないものか？って
嫌ならガラケー使いなよって事？ >>142
いやいや.netは中間コードかと思いますん >>126
OSじゃないけど、 止まったアドレス － 先頭アドレス ＝ ABENDを引き起こした命令行
ccompile シート の ADDR1 ADDR2と先頭アドレスをなんたらかんたら・・・・もう忘れた。
ASSEMBLRはそう言えば色々で来たなぁ。ソースコード自身の命令語をステップ処理で命令語自体を変えたり分岐したりとか。
BC *+4,x'47F0' gifみたいにユーザーから総スカン食らって一瞬で消え去りそう COBOLは変換されるけれどふぉーとらん はできないんだな >>150
ワイ、COBOL、PL1 ５年
Java ５年。35歳 C#仕事で扱い始めたけどらくちんやな
C/C++やりたくなくなった >>87
C#をマイクロソフトが推奨してるから
やれる事はほとんど変わらんのに >>87
VB6の負のイメージを引きずってるんじゃね COBOL→Java→?
https://forest.watch.impress.co.jp/docs/news/1133620.html
信用金庫レベルなら、これで十分じゃね
Delphi技術者って少ないが
Linux非対応なのがアレだがGUI部分を無償で作れるならメリット有る >>161
上流経験がある、金融などの業務知識がそれなりにあれば仕事はたんまりとあるぞ。 vb.netはdotnetの全機能を使えるわけじゃなく
その点でC#にはかなわないという記事を読んだ事がある
vb.netの中からpowerscriptを呼べないだろうか? >>170
VB.NETがC#より劣る部分って本当に例外的な部分だけだよ
だから業務アプリ作る上でVB.NETでやるデメリットはほとんど無い
有り得るのはVBプログラマ自身にアホが多い事だけw >>161
お前みたいなヤツは地方金融機関の移行システム請負ったら楽に稼げるぞ
やる気の問題は有るが ■ このスレッドは過去ログ倉庫に格納されています
