アカウント名:
パスワード:
まだCOBOL生き残んのかよww
XPやVBがいつまでも無くせないのと一緒ですね。
COBOLはこうやって蘇らせてくれているけどMS関連の資産は強制的に捨て去れられようとしているけど。
10年前のものが一つも動かないMacに比べりゃ、全然ましだろ。
まぁそういうのもあって業務システムでMACなんて聞いたこと無いんだろうな。MSが自分の御都合で古いの切りたがるのも仕方ない事なんだろう。長いスパンで使いたかったらCOBOL並に長くサポートされるものを使おうって事で。何が良いんだろうね?
まぁそういうのもあって業務システムでMACなんて聞いたこと無いんだろうな。
業務システムって?
Mac (Macintosh) を業務で使うシステムなら少なくとも印刷・出版関係では 20年くらい前からありますが。
>長いスパンで使いたかったらCOBOL並に長くサポートされるものを使おうって事で。何が良いんだろうね?
AS400?
10年前のMacで動かせばいいじゃん
10年前のMacがいつまでも故障せずに動いてくれるといいですね。
10年前のMacの互換機を作るしかないね
会計や在庫管理の電算化ブームの際に、莫大な予算をもって大々的に構築されているからであります。たとえ古臭くても、マネーパワーで生み出されたオーバーテクノロジーの結晶。
いまからウン億かけてシステムを更改する体力なんて、一般企業にはありませんて……
#だが、OS/2はこの世から滅ぼさなければならない
どっちかというと分散処理組み込んで今まで通り動くの?という不安が。
COBOLを知らないんで基本1スレッドなんだと思っているのですが本来1スレッド処理の物を分散処理すると何かしらきちんと考慮しないと、デッドロックしたり思わぬところでデータが上書きされたりありそうですけど。
Hadoopを採用したのはhdfs対応とか,他の新規hive/pig案件との親和性以上に,Apache ZooKeeperによる分散ロックの仕組みが用意されているからでしょう.これによってシングルスレッドで動いてるものが,マルチプロセスで動くことは技術的に可能.
# ただし排他処理がどこで挿入されるかはモノによる# そのため, やってみた結果, 1台で動いてるのと性能変わりませんでした…# とか, 性能悪くなりました--;っていうのがざらにある
テープや印刷は遅いのでファイル先に読みこんどくとか、出力したことにして次の処理進めちゃうとか
どっちかというと、予算不足で「現行システムはそのまま使用したい」と客がいってない?
ハードとしての「オフコン」が消えても、パソコン上でエミュレートされて動き続けたりして。もしやもうやってる?
富士通のASPっていうオフコン用OSはすでにXeon用に移行されてますね
A-VXみたいなの?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
不死鳥 (スコア:0)
まだCOBOL生き残んのかよww
Re:不死鳥 (スコア:1)
Re:不死鳥 (スコア:2)
XPやVBがいつまでも無くせないのと一緒ですね。
COBOLはこうやって蘇らせてくれているけど
MS関連の資産は強制的に捨て去れられようとしているけど。
Re: (スコア:0)
10年前のものが一つも動かないMacに比べりゃ、全然ましだろ。
Re:不死鳥 (スコア:2)
まぁそういうのもあって業務システムでMACなんて聞いたこと無いんだろうな。
MSが自分の御都合で古いの切りたがるのも仕方ない事なんだろう。
長いスパンで使いたかったらCOBOL並に長くサポートされるものを使おうって事で。何が良いんだろうね?
Re:不死鳥 (スコア:2)
業務システムって?
Mac (Macintosh) を業務で使うシステムなら少なくとも印刷・出版関係では 20年くらい前からありますが。
Re: (スコア:0)
>長いスパンで使いたかったらCOBOL並に長くサポートされるものを使おうって事で。何が良いんだろうね?
AS400?
Re: (スコア:0)
10年前のMacで動かせばいいじゃん
Re: (スコア:0)
10年前のMacがいつまでも故障せずに動いてくれるといいですね。
Re: (スコア:0)
10年前のMacの互換機を作るしかないね
Re:不死鳥 (スコア:2, すばらしい洞察)
経験上、たいていは「仕様書がない」とか「作った頃の担当者がいない」とかそういう実に不毛な理由なんだけど、それでいいんかねぇ?
それって自社の業務システムを(経営者含め)誰も理解していない&分析改善する気もないという悲惨な状況を意味するんだけど。
客の無知をいいことに「現行システムはそのまま移行できます」とか魔法の呪文でボッタクるSI屋もどうかと思うが・・・・・
Re:不死鳥 (スコア:2)
会計や在庫管理の電算化ブームの際に、
莫大な予算をもって大々的に構築されているからであります。
たとえ古臭くても、マネーパワーで生み出されたオーバーテクノロジーの結晶。
いまからウン億かけてシステムを更改する体力なんて、一般企業にはありませんて……
#だが、OS/2はこの世から滅ぼさなければならない
Re: (スコア:0)
どっちかというと分散処理組み込んで今まで通り動くの?という不安が。
COBOLを知らないんで基本1スレッドなんだと思っているのですが
本来1スレッド処理の物を分散処理すると
何かしらきちんと考慮しないと、デッドロックしたり
思わぬところでデータが上書きされたりありそうですけど。
Re:不死鳥 (スコア:2)
Hadoopを採用したのはhdfs対応とか,
他の新規hive/pig案件との親和性以上に,
Apache ZooKeeperによる分散ロックの仕組みが用意されているからでしょう.
これによってシングルスレッドで動いてるものが,
マルチプロセスで動くことは技術的に可能.
# ただし排他処理がどこで挿入されるかはモノによる
# そのため, やってみた結果, 1台で動いてるのと性能変わりませんでした…
# とか, 性能悪くなりました--;っていうのがざらにある
Re: (スコア:0)
テープや印刷は遅いのでファイル先に読みこんどくとか、出力したことにして次の処理進めちゃうとか
Re:不死鳥 (スコア:2)
後者なんて汎用機ならかなり昔からやってますが・・・・
Re: (スコア:0)
どっちかというと、予算不足で「現行システムはそのまま使用したい」と客がいってない?
Re:不死鳥 (スコア:1)
と思ったら、5年前の話だったわ
Re: (スコア:0)
ハードとしての「オフコン」が消えても、パソコン上でエミュレートされて動き続けたりして。
もしやもうやってる?
Re:不死鳥 (スコア:1)
Re: (スコア:0)
富士通のASPっていうオフコン用OSはすでにXeon用に移行されてますね
Re: (スコア:0)
A-VXみたいなの?
Re: (スコア:0)