アカウント名:
パスワード:
友人にPL/Iプログラマが居ます。(まだ20代なのに…)過去の資産があるのと、それを動かす処理系が現役なのも、原因なのかなと思いました。特にメインフレームなどは過去の資産(負の遺産とも…)がバカにならないため古いシステムをオープン系に移行し損ねる → それを動かすメインフレームに需要が出て処理系が存続 → メインフレーム上の資産がまた増えるというようなループがあり、なかなか言語・処理系共に滅びないと。
んー、PL/Iのどこが具体的にだめなんか。例外なんかの非同期処理が文法規則としてちゃんと決められているし独自のデータ構造(構造体)を定義することもできるよね。
COBOLやFORTRANよりよほどスジがいいとおもうけどな。PL/Iは原子力関係で人気があると聞いたことがある。今はどうかしらんけど。宇宙関係もAda作ろうとしてぽしゃったので結局PL/I書いてるんとちがうんか。
非同期処理なんかは原理自体は潰しがきくし、JavaScript書き捨てるよりよほどいいと思うんだが。
おそらくメインフレームの処理系使っていること自体を「滅びるはずのものを使っている」と理解しているのでしょう。PL/Iはそこで動いているから滅びるべき負の遺産だと。オープン系に移行が流行った時、メインフレームのどこが問題だったのかを理解せず流行してたから受け入れ過去の物は100%だめとする人に居そうな感じです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
処理系が滅びぬ限り (スコア:4, 興味深い)
友人にPL/Iプログラマが居ます。(まだ20代なのに…)
過去の資産があるのと、それを動かす処理系が現役なのも、原因なのかなと思いました。
特にメインフレームなどは過去の資産(負の遺産とも…)がバカにならないため
古いシステムをオープン系に移行し損ねる → それを動かすメインフレームに需要が出て処理系が存続 → メインフレーム上の資産がまた増える
というようなループがあり、なかなか言語・処理系共に滅びないと。
Re:処理系が滅びぬ限り (スコア:0)
んー、PL/Iのどこが具体的にだめなんか。
例外なんかの非同期処理が文法規則としてちゃんと決められているし
独自のデータ構造(構造体)を定義することもできるよね。
COBOLやFORTRANよりよほどスジがいいとおもうけどな。
PL/Iは原子力関係で人気があると聞いたことがある。今はどうかしらんけど。
宇宙関係もAda作ろうとしてぽしゃったので結局PL/I書いてるんとちがうんか。
非同期処理なんかは原理自体は潰しがきくし、JavaScript書き捨てるよりよほどいいと思うんだが。
Re: (スコア:0)
おそらくメインフレームの処理系使っていること自体を「滅びるはずのものを使っている」と
理解しているのでしょう。PL/Iはそこで動いているから滅びるべき負の遺産だと。
オープン系に移行が流行った時、メインフレームのどこが問題だったのかを理解せず
流行してたから受け入れ過去の物は100%だめとする人に居そうな感じです。