【ISPF】メインフレーム万歳8【ASPEN】

【ISPF】メインフレーム万歳8【ASPEN】 at PROG

1:仕様書無しさん
06/08/06 23:31:10
名スレが落ちて久しいので立ててみました。のんびり運用保守しましょう。

前スレ
【TSS】メインフレーム万歳7【3480】
ｽﾚﾘﾝｸ(prog板)

2:仕様書無しさん
06/08/06 23:31:44
メインフレーム万歳3
ｽﾚﾘﾝｸ(prog板)
メインフレーム万歳4
ｽﾚﾘﾝｸ(prog板)l50
メインフレーム万歳5
ｽﾚﾘﾝｸ(prog板)l50
メインフレーム万歳6
ｽﾚﾘﾝｸ(prog板)l50

3:仕様書無しさん
06/08/06 23:33:24
IBM (IBM System z) <--- VM, VSE, MVS, OS/390, z/OS, Linux for z
URLﾘﾝｸ(www-06.ibm.com)

富士通(Globsl Server) <--- 旧Mシリーズ(IBM OS互換)および米アムダール製(IBM H/W互換)
URLﾘﾝｸ(globalserver.fujitsu.com)

日立(Enterprise Server) <--- 旧Mシリーズ(IBM OS互換)
URLﾘﾝｸ(www.hitachi.co.jp)

NEC(ACOS Series) <--- 旧ハネウェル系
URLﾘﾝｸ(www.sw.nec.co.jp)

4:仕様書無しさん
06/08/08 00:15:59
皆戻ってくるかな・・・

5:仕様書無しさん
06/08/08 13:55:28
地獄にか？
それとも過疎地か？

6:仕様書無しさん
06/08/08 18:44:56
cellとかもてはやされてるの見ると複雑な気分にはなる。

7:仕様書無しさん
06/08/10 00:32:30
みんな元気でやってるって。
便りのないのは無事の知らせっていうだろ？
誰もいなくなった・・・わけじゃないさ。

8:仕様書無しさん
06/08/14 18:16:42
この前配属された新人です…
マジです…

9:仕様書無しさん
06/08/15 11:14:47
メインフレーム＝ホストって言う人
なんか間違えている気がするけど、ここの住人のみなさん的にはどうですか？

昔みた雑誌に、ホストコンピュータの紹介記事に載ってたんだけど
ＰＣ－ＶＡＮはメインフレームで、ニフティサーブはＵＮＩＸマシンをたくさんつないでたって

10:仕様書無しさん
06/08/15 18:29:41
質問です。

日立や富士通のホストでもLinuxって動くのでしょうか？

11:10
06/08/15 18:30:38
>>9
ごめん・・・メインフレームでした・・・

12:仕様書無しさん
06/08/15 23:08:56
日立ので動いてるのは知ってる。

13:仕様書無しさん
06/08/15 23:29:05
>9
んなこといったら「メインフレーム」という呼称すらどうだかなと思うんだが

14:仕様書無しさん
06/08/16 18:13:35
１０数年前草の根ＢＢＳとかはやってた頃
９８がホストマシンになっていましたがなにか

15:仕様書無しさん
06/08/17 22:27:15
俺のいるところでは、みんなホストと言っている。
理由は知らない。

16:仕様書無しさん
06/08/28 11:03:08
お盆になんか保守でもしたかい?

17:仕様書無しさん
06/08/30 01:08:35
UNIXも無い頃から使っているユーザーがほとんどだから、
ホストコンピュータ　<------>　ダム端末　という接続が多かった。
そういったことから、慣例的にホストと言っている。

ようするに、４０年たっても用語の変化にも耐えられず、
あらゆる変化を問答無用に拒絶する高コスト体質のバカどもということだ。

18:仕様書無しさん
06/08/30 01:23:22
まあそれはUNIX界のジジィどもも似たようなもんだしな

19:仕様書無しさん
06/08/31 00:53:27
UNIXジジィは、Linuxでもシステムプログラミングできるから、まだ使える。
ぽっと出てきた若いLinuxのJava野郎とは一味違う。

20:仕様書無しさん
06/09/03 21:25:41
LOGON TOLTEC
っておもしろいな

21:仕様書無しさん
06/09/09 19:46:43
COBOLerは本当にメインフレームしか使えないからなぁｗ
…しかも同メーカー製の、のみ。

22:仕様書無しさん
06/09/21 17:52:08
汎用機　漫才

23:仕様書無しさん
06/09/21 18:22:54
ＳＯＲＴ　ｿｰﾄ
ＪＳＤＧＥＮＥＲ　ｼﾞｪﾅｰ
ＫＱＣＡＭＳ　ｱﾑｽ

24:仕様書無しさん
06/09/21 18:42:15
ｽﾚﾘﾝｸ(prog板)
ｸﾞｸﾞってたら出てきた
ふ～ん

25:仕様書無しさん
06/09/21 19:08:53
>24
【ABEND】メインフレーム万歳4【JCL ERROR】
1 ：S0C7：03/06/06 12:35
かげりゆくメインフレームを熱く語ろう！

前スレ
ｽﾚﾘﾝｸ(prog板)

|
| 中略
|

1001 ：１００１：Over 1000 Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

現役OPとしてはちょっとだけ読んでみてぇｗ
いやそれ以前にメインフレームのOPなんざ
辞めたいところではあるんだがな。

26:仕様書無しさん
06/09/22 00:18:20
1スレ目はもう4年前か・・・

メインフレーム万歳
ｽﾚﾘﾝｸ(prog板)

1 名前：仕様書無しさん [ ] 投稿日：02/07/21 19:15
こんな便利なものはない。

27:仕様書無しさん
06/09/22 02:40:57
時代に取り残されたスレだから仕方ないよ。

28:仕様書無しさん
06/09/23 00:43:04
クラスタ運用なんてのも１５年以上前からやってたし
確かに最新技術なんかじゃないよなぁ
ＩＯのＩ／Ｆに光ファイバーを使うのも古い技術だし

29:仕様書無しさん
06/10/03 22:34:37
たまには稼働確認するか。

30:仕様書無しさん
06/10/04 00:03:27
>>28
ここに書いてあるってことはメインフレームのことなの？

31:仕様書無しさん
06/10/05 23:11:22
あたりまえじゃん

32:仕様書無しさん
06/10/06 19:52:12
「ITmedia エンタープライズ：IBM、メインフレームに1億ドル投入へ」
URLﾘﾝｸ(www.itmedia.co.jp)

33:仕様書無しさん
06/10/09 18:53:57
電池が燃えたからってヤケにならないで！

34:仕様書無しさん
06/10/11 10:00:15
燃えたから焼けなんだよ！

35:仕様書無しさん
06/10/12 02:26:32
座布団いるか？

36:仕様書無しさん
06/10/12 22:03:37
>35
要らない、座布団が燃えちまうだろ

37:仕様書無しさん
06/10/25 23:18:46
保守。

UNIXのバッチ処理はいつか早くなるんだろうと思って10年ガマンしたが、
負荷分散だとかで台数ばっかり増えてジャマだし、
だからと言って早くなる気配も見えない。
あっちがコケたこっちが壊れたとか保守も一層面倒になったし、
保守料も合算したらメインフレームなみにハネあがって、
さらにDBMSなんかのライセンスフィーはperCPUだと？。

もう限界だ。次に組むシステムからはメインフレームに戻そうと思う。
筐体一個（は怖いので2台構成）で出直しだ！メインフレーム万歳！

38:仕様書無しさん
06/11/06 19:41:35
>>37
> 筐体一個（は怖いので2台構成）で出直しだ！メインフレーム万歳！

うちは銀行系システム子会社で、100兆円の金を動かしているシステムをz990 1台で
やっているけど特に問題ないよ。

39:仕様書無しさん
06/11/06 20:03:17
VMplayerの仮想Appliance配布サイトで、メインフレームOSをパソコンで
動かすためのAppliance(OSそのものじゃない)が配布されてるよ～ん

Mainframe (System/370, ESA/390, and z/Architecture) Virtual Appliance
　　A Virtual appliance to enable Mainframe Server Virtualisation on an x86 Platform
　　
　　Operating system: Ubuntu linux

　　Applications installed:
　　　Hercules System/370, ESA/390, and z/Architecture Emulator

　　URLﾘﾝｸ(www.vmware.com)

40:仕様書無しさん
06/11/06 22:11:34
>>38
開発環境、別筐体で用意してないの？
ちょっと落ちるマシンを用意するとか待機系を開発環境と共用するとか。
1台で全部まかなうってのはちと怖い。

41:仕様書無しさん
06/11/07 07:20:32
>>40
区画を24作ってガンガン動かしてます。
ちょっとH/W保守なら、zシリーズの特徴である動かしたまま活性保守できるし、
どうしても停めてやりたいことがある場合は、月2回・5時間/回程度の保守日もある。

42:仕様書無しさん
06/11/10 22:37:11
今日、ウチの業務系システム（ホスト：AS/400）がほぼ1日停止しますた。
朝イチで立ち上がらず、16時頃ようやく起動。
5年ほど前に本体を交換したのですが、その際に「20年前と同じ操作性と既存の
SQLを使えるようにしろ」という”ベテラン管理者”の意見を取り入れて、膨大なカス
タマイズ要求に応えてくれました。
Windows2000のデスクトップに80文字×32行くらいの緑一色のコンソール画面が
出てきます。
そろそろドットインパクトプリンタのヘッドピンがやばそうなんですが、インクリボン
方式のラインプリンタの文字がかすれてるほうの修理が先か・・・

43:仕様書無しさん
06/11/11 01:22:31
>>42
「２０年前と同じ」っちゅーと、ＡＳ/４００の前のオフコンである
Ｓ/３６のエミュレーション状態なのかな？
ＯＳ/４００もi/ＯＳもいい製品だから、そろそろ最新の状態に
アプリをコンバートし、最新の機能とサービスを享受できるように
したほうがいいですよ

44:仕様書無しさん
06/11/11 07:13:24
>>43
その昔、本体を日立からAS/400に変更したらしいんで、端末やアプリは日立のを
移植したみたいです。
AS/400の世間での評判は利用者側も耳にしているので本体の更新の話を聞いた
ときは期待してたのですが、”ベテラン管理者”のシュミのせいで今の惨状に・・・

45:仕様書無しさん
06/12/16 22:39:02
こないだEBCDICの話をしたらみんなポカーンとしてたなあ。

46:仕様書無しさん
06/12/31 23:27:04
パソ通時代はそれがUNIXでもメインフレームでも「ホスト」でしょ。それしか呼び名がなかった。
つか、「メインフレーム」＝「汎用機」のことで桶？

47:仕様書無しさん
07/01/16 00:28:02
去年配属された高卒の新人なんですけど
この仕事に未来はあるんでしょうか・・・？

48:仕様書無しさん
07/01/16 00:55:53
メインフレームの未来より、おまい自身の未来を心配した方が良いかも試練。
今からならまだ間に合う。大学いっとけ。

49:仕様書無しさん
07/01/17 00:22:21
>>48
大学行きたいです
周りも殆ど30代後半の人達ばかりなので孤立して、正直かなり参ってます・・・
その上がんばってもこの先危ういなんて・・・orz

上司に辞めるって言ったら本気で怒られそう・・・(ノ_-;)ハア…

50:仕様書無しさん
07/01/18 10:34:50
今メインフレーム専科なら、少しずつ通信系の仕事かDB系の仕事にシフトして、
早い段階でサーバー方面に脱出しろ。
あとUNIXのコマンド位は家でいじっとけ。

51:仕様書無しさん
07/02/14 00:02:26
過疎
高齢化
老老介護

52:仕様書無しさん
07/02/14 00:07:28
>>49
＞上司に辞めるって言ったら本気で怒られそう・・・(ノ_-;)ハア…
小学生じゃないんだから。。情け無いこといってんじゃねーぞ！

53:仕様書無しさん
07/02/15 20:30:56
メインフレームの仕事なら、下手な情報系の大学行くより
よっぽど情報科学が学べる気がする

54:仕様書無しさん
07/02/16 00:07:31
>>53
同じメインフレームの仕事でも、COBOL業務系だと何も身に付かないよ。

俺はCOBOL業務系一筋の１０年選手だが、この１０年で身に付いたことは、
(1)忍耐力
(2)寛大さ
(3)内臓脂肪

これだけよ。

55:仕様書無しさん
07/02/16 00:17:47
うまいこと言われるとムカつく

56:仕様書無しさん
07/03/02 16:05:06
>>45
えびセディック
いまや、「えび」はエビちゃんのこと
ディックはサラ金

57:仕様書無しさん
07/03/05 20:40:58
>>54
それは業務系だから。

58:仕様書無しさん
07/03/08 08:10:55
なつかしス
EBCDIC
ZONE
PACK
ﾂｽﾃﾑ370ｱｾﾝﾋﾞﾗ

59:仕様書無しさん
07/03/23 00:06:18
保守

60:仕様書無しさん
07/04/09 20:46:25
保守

61:仕様書無しさん
07/04/09 23:36:46
preventive maintenance

62:仕様書無しさん
07/04/10 06:45:42
ぶっちゃけ、技術技術うっせんだよオープン系の連中は
結局、過去に作ったプログラム誰も保守できねーじゃん
システム管理はメインフレームが最強なんだよ

63:仕様書無しさん
07/04/10 08:56:51
>>62
別にそんなに力むほどのことじゃないと思うけど
結局、システム開発の初期段階での中長期的読みが甘いとか
基本設計が甘いというか・・・
見た目ばかりで使えないプログラムが多いというか
自己満足なプログラマが多いから仕方ない
そういう意味ではメインフレーム系のアプリも怪しいけどなぁ・・・

東証のように可能性が０じゃなく低いという理由で省いたところで見事にやってくれたし・・・
１００％ありえないと言い切れるならまだしも可能性がある限り考慮しておかないとあーなる
結局、誰の責任だとも言い切れず第３者に判断を振ってしまった感じだし

３年改良というなの手直しをしないで使えるシステムってあるのかな・・・
うちの会社のシステムも開発費ばかりで結局使い物にならんかったし
（結局作り直してた）

64:仕様書無しさん
07/04/24 01:27:31
ＪＣＬがわからん・・・。
調べても情報少ないし・・・。

65:仕様書無しさん
07/04/24 04:07:13
証券系はメインフレーム（ＣＯＢＯＬ）を捨てることに決めたのだろうか？

東証がＮＹ証券取引所と提携したということは、おそらくＮＹと同じシステムになるはずだけど。
アメリカのシステム屋さんたちの仕事は高給でやりがい抜群という都市伝説？のレベルで
情報は聞いたことがあるけど、実際はどうなのだろうか。

ただ、誇りを持って仕事をしている40-50代の人がゴロゴロいるらしい。
それに比べて日本は、、、、。

66:仕様書無しさん
07/05/10 23:26:31
Ｆ６４７９ってどのくらい需要があるのかなぁ
相場も気になる

67:仕様書無しさん
07/05/11 17:27:19
パソコンなんか、誰でも買えるから、誰でも技術身につけられる。
ホストとか汎用機とか、触りたくても触れない人だっているんだよ。
私とか。

68:仕様書無しさん
07/05/11 17:42:46
つヘラクレス

69:仕様書無しさん
07/05/15 04:56:27
>68
あれ導入がわからん…何度か挑戦したがサッパリ上手くいかなかった…

70:66
07/05/15 06:08:23
需要がないようなので昨日廃棄処分しました

71:仕様書無しさん
07/05/16 23:33:34
>66
廃棄したんですか。
もうちょっと早くココ見てれば。勿体無い…

72:仕様書無しさん
07/06/07 00:11:41
保守

73:仕様書無しさん
07/06/16 16:16:04
社会保険庁はどこのメーカーのメインフレームなの？

74:仕様書無しさん
07/07/04 20:35:12
歴戦の兵さん達へ質問です。
ム板に適当なスレが無かったのでこちらに質問します。

エミュレータから'ｦ'を直接入力出来ないで少し困っています。
クリップボードからのコピペやHEX入力は出来るのですけど。

ホストはIBMのS/390のTSOを使っています。
OSは知りませんOS/390とかMVS/ESAとかそんなのだと思います。

パソコンはPC/AT互換のWindowsXPです。
エミュレータはPersonal Communicationsです。
PC/3270って奴を使ってます。

75:74
07/07/05 20:09:33
解決しました

通信の構成→セッションパラメータ→（930→1390日本語英数カナ拡張）

こんな感じでOKでした

76:仕様書無しさん
07/07/24 22:47:27
これからメインフレーム系をやることになりました。

メインフレームの勉強をするのにお勧めのサイトや本があれば是非教えていただきたい。

また、どういったことを学べば現場で役にたつ人間になれるでしょうか？

77:仕様書無しさん
07/07/24 23:20:01
>>76
マニュアル嫁
ただそれだけだ

78:仕様書無しさん
07/07/25 09:53:50
>>76

業務系なら、ほとんど何も覚えることはない。
特にメインフレーム業務系は、初心者も２ヶ月で知識の習得は終わる。
２年もあれば経験の取得も終わり、あとは体力と根性だけで何とかなる世界。

79:仕様書無しさん
07/07/25 18:43:07
8歳万ムーレフンイメ

80:仕様書無しさん
07/08/05 07:36:30
会社のコンピューター環境がz800からOS/400になった。JCLに比べてCLは読み辛く、なかなか慣れない…

81:仕様書無しさん
07/09/03 06:29:46
日本語変数宣言ＯＫのオープン系コボルプログラマー暦２年のおいらが
汎用機のメインフレームのメンテナスに一人で出向する事になりました。
汎用機について勉強してきてね！って言われてもホームページ何所にもないよ！
立ち読みする本すらないから、ネットで表紙見て買うしかないの？
あとね、ＯＳもｗｉｎｄｏｗｓしか知らないんだけどええんかしゃん。
予定は来週月曜からなんですけど、心配で死にたいです。

82:仕様書無しさん
07/09/03 06:52:54
「汎用機について勉強してきてね！」と言った相手に
具体的に何を勉強すべきか尋ねた方が吉。

83:仕様書無しさん
07/09/03 07:01:33
>>76
>>81
転職しろ！

84:81
07/09/04 23:55:09
URLﾘﾝｸ(anond.hatelabo.jp)

ここにさ～以下の記述があるんだけど

>>ExcelVBAとはいえ、書いていて心地よかった。
>>変数のスコープとメソッドと全角文字があったからだ

汎用機は変数のスコープができないって事ですか？

ログファイルに吐き出したりできないって事ですか？

85:仕様書無しさん
07/09/05 00:02:15
>>84
勘違い？
スコープってあれだよあれ　ステップさせてる時に値が見れるやつ

86:仕様書無しさん
07/09/08 20:07:45
>>84
COBOLはグローバル変数しかないんだよ。

87:仕様書無しさん
07/09/08 23:23:21
メインフレームでもCでもJavaでもPL/Iでも使えるさ

88:仕様書無しさん
07/09/30 22:54:08
新人でVO3とPL/I使ってるとこに配属された４年目の漏れがきましたよ。

>>84
汎用機でもPL/Iは局所変数使えるよ。

89:仕様書無しさん
07/09/30 22:57:11
そんなPL/Iなんて絶滅寸前の言語いまさら勧めるなよw

90:仕様書無しさん
07/10/01 07:56:10
COBOLよりは良いんじゃねｗ

91:仕様書無しさん
07/10/01 08:22:21
価値観がよくわからんｗ

92:仕様書無しさん
07/10/02 13:08:36
言語的にはともかく、環境的にはCOBOLの方がまだましだろ。将来もあるし。

93:仕様書無しさん
07/10/02 15:36:12
ＰＬ／ＩはＦＯＲＴＲＡＮの発展言語として意地でもＡｌｇｏｌを使いたくないＩＢＭが作ったのだ。

94:仕様書無しさん
07/10/02 15:41:28
>>80
俺も４０歳のときメインフレームからＳ／３８ユーザーに転職して
１からＣＬを勉強したのだが、別に悩むことなくＣＬはすぐ覚えられたけど。

95:仕様書無しさん
07/10/06 22:38:10
PL/I憶えてもらう位ならREXX憶えてもらった方がまだまし。

96:仕様書無しさん
07/10/11 19:48:22
REXXって初めて聞いたんで調べたら、BMが作った言語なのね。
言語仕様と作られた当時の状況を見ると、

REXX : オフコン向け
PL/I : 汎用機向け

として作られたぽいんだけど、あってる？

97:仕様書無しさん
07/10/13 19:17:44
>>93の大文字ﾜﾛﾀ

98:仕様書無しさん
07/10/14 08:55:46
>>96
REXXの位置づけを誤解してる気がする。

99:仕様書無しさん
07/10/16 22:53:50
結構前の話だけど、

URLﾘﾝｸ(itpro.nikkeibp.co.jp)

これによるとゆうちょ銀行は旧UFJの勘定系を流用するみたいだから、
旧UJFで使ってた日立ホストとPL/Iは生き残るんだね。

100:仕様書無しさん
07/10/25 13:11:08
国産汎用機もいろいろあるけど、今はほとんどIBMに市場を占有されている、ってほんと？

101:仕様書無しさん
07/10/26 16:47:51
ていうか元から主流派IBMとその互換メーカーしょ。
NECとUnisysもここ数年で輪をかけて減ったろうし。

102:仕様書無しさん
07/10/31 22:07:21
I　いやん
B　ばかん
M　もっと

って習いました

103:仕様書無しさん
07/11/01 03:47:14
オフコンだとAS/400位しか選択支なさそうだね。

104:仕様書無しさん
07/11/05 23:17:23
全国の企業団体役所等が所有し、運用されているﾒｲﾝﾌﾚｰﾑ調査年鑑本って今でもあるのかな？
昔図書館で見たことがあるが・・

105:仕様書無しさん
07/11/07 00:08:32
>>104
コンピュータユーザー調査年報のこと？

アレの中身って信頼性無い気がするがどう？
メーカの保守打ち切り機種がたくさんのってるし
何回かマシンを更新しているのに記載内容が昔のままとかあるんだが

106:仕様書無しさん
08/01/13 21:23:53
よう、正月の保守作業で久々にPORしたらいろいろ壊れてた兄弟はいるか?

107:仕様書無しさん
08/01/21 01:32:31
S-820　M-680　S-880

108:仕様書無しさん
08/01/21 03:42:29
>>105
>メーカの保守打ち切り機種がたくさんのってるし

移行するお金がないしまだ動いてるし～
みたいなところが結構たくさん…

109:仕様書無しさん
08/01/23 07:35:11
メインフレーム8歳に見えたのは俺だけじゃないはずだ。

110:仕様書無しさん
08/02/01 10:27:51
今は「どこのメーカーのどの機種を使ってます」なんて公表してないところばかり。
昔はそれがステータスだったけど、今はもうコンピュータをつかってるのは当たり前だからな。

111:仕様書無しさん
08/02/02 13:50:58
>>105
ユーザー調査年報が信頼を失ったのは、２０００年問題で官民のいろんな調査機関、
ソフト会社、メーカーなどがてんでんばらばらに同じようなアンケートを乱れうちして
対応したユーザーがうんざりし、その後遺症のため。

俺もあのころ毎週のように来るアンケートに初めはちゃんと答えていたが、だんだんいやになって
「それは前に答えた」
「私どもは初めてですが」
「じゃ、前に答えたところに聞け！」
「そういうわけにもいきません」
「そういうわけなんぞ知るか!」

112:仕様書無しさん
08/02/04 14:07:30
チェックデジットって必要あるの？
口座番号間違って入力しても画面には氏名とかでて来るし
間違った番号入れてもソフトでチエックしてるから
意味無いような気がするんですが
昔の性能が低かった頃、ステップ数省く為ＣＤ使われたけど
今は無用の長物ってことになってませんかね？
ＯＣＲとかバーコードとかには必要だけど

113:仕様書無しさん
08/02/04 14:57:02
昔のバッチ処理ではマスター照合やデータ入力責任者に戻るまで確定できなかったため、
少しでもエラーを減らす目的でチェックディジットをコードに入れた。
今は、画面から入力すれば存在チェック、妥当性チェックなどを即時にできるので
ほとんどは必要ない。

114:仕様書無しさん
08/02/04 15:02:45
>>113
バッチ処理でも、ソフトでチェック入れるから
ＣＤは必要ないんじゃないかと思うんですよね
実際自分が作ったシステムは使ってなかったし
銀行では口座番号にＣＤ入ってるらしいですが
これだってソフトでチエックしてるんだから必要なのと思ってしまう。

115:仕様書無しさん
08/02/04 23:08:57
でたらめに番号入れられてもレコードが存在しないから
少しはセキュリティの足しにはなるのかね

116:仕様書無しさん
08/02/04 23:44:55
オフラインローカル処理ってのがあるんだよ。
端末～TC間だけでやる場合な。
それだとホストに繋がないからチェックディジットが必要。

117:仕様書無しさん
08/02/05 00:45:48
>>116
オフラインローカル処理ってどんな処理ですか？

118:仕様書無しさん
08/02/05 18:59:31
PFD

119:仕様書無しさん
08/02/05 20:58:40
>>117
回金受け、回金渡し、両替、精査票印字等

120:仕様書無しさん
08/02/06 00:04:35
>>119
公共料金などの支払い業務ですか？

121:119
08/02/06 00:07:06
>>120
回金つーのは一線（窓口）から二線（後方）への金の受け渡しの事。

122:仕様書無しさん
08/02/06 21:31:12
>>121
昔で言う「ターンアラウンドシステム」ですか?

123:仕様書無しさん
08/02/07 11:31:30
話のかみ合わなさにﾜﾗﾀ

124:仕様書無しさん
08/02/10 12:48:25
業務知識ってある程度は必要だけど頼りきるのも問題だよなあと思いました。

125:仕様書無しさん
08/03/05 04:16:00
URLﾘﾝｸ(page3.auctions.yahoo.co.jp)

126:仕様書無しさん
08/06/15 20:53:16
予防保守

127:仕様書無しさん
08/08/05 17:48:06
このスレで聞くのが適当かどうかわからないけど、TSOのエミュレータのセッションを80桁表示で開くのはどうすればいいんですか？

128:仕様書無しさん
08/09/24 01:52:39
保守
RX7000　リース更新で入れ替え記念。あと5年もProgresIIと付き合うのかな。やれやれ。

129:仕様書無しさん
08/09/24 01:58:22
保守age

130:仕様書無しさん
08/09/27 07:25:18
メインフレームナツカシス

XDMなんて残ってるのかしら

131:仕様書無しさん
08/09/29 14:25:56
日立の構造型ＤＢですね。
まだまだバリバリ使われていますよ！！

132:仕様書無しさん
08/10/04 08:10:43
>>131
DBつーかXDM/RDじゃね？

XDMはミドルウェアの総称だろ
XDM/BASEを基本にDCCM3とか・・・

まだ仕様書に名前残ってるのかなｗ

133:仕様書無しさん
08/10/05 20:14:05
汎用系オペ（ＩＢＭ3090・ＡＳ400）として10年程、働いて来ました
が、今年一杯で失業する事になってしまいました。で現在、選択肢と
して次の2つ（あまりスキルが無いので他に選択肢無し）があります。

1.Ａ社で今までと同じく汎用系オペでやって行く。→収入は現状維持。

2.Ｂ社でメールサーバー（Ｌｉｎｕｘ）の運用業務に就く。→収入は大
分、減ります。

＊Ｂ社に関してはＬｉｎｕｘを少し勉強していたので内定が頂けたの
だと思います。

自分としましては特に高い収入を得たいとかいう思いがまったく無い
ので、今までと同じ様な汎用機のオペで行くのが一番、気が楽なので
すが、汎用系の運用のみで将来的に食べて行くことは可能でしょうか？
（運用管理とかに進むカタチで）
それとも今から色々、勉強が大変だと思うのですが、選択肢ＢのＬｉｎ
ｕｘ系に進んだ方が、将来的にはベターでしょうか？

結構、年齢が行っているので現在、とてもテンパっております。ＩＴ
業界にお詳しい方々に是非、アドバイスを頂ければと思い書き込ませて
頂きました。「何も考えてこなかったお前が悪い！」と言われれば、そ
の通りなのでグウの音も出ないという感じなのですが、そこを何とか宜
しくお願い致します！

134:仕様書無しさん
08/10/06 02:08:11
3090オペだとzは厳しくないか？ｗ

135:仕様書無しさん
08/10/12 03:56:02
>>127
エミュレーターソフト不明なのでよくわからんが、
ソフトの設定変更でいけるんじゃなかろうか。

>>133
現行機種の勉強する気合があるのなら、汎用機続けたほうが良いと思う。
これまでの仕事の経験も役に立つし。
分散系はスキルある若い人が多いから、競争激しいよ。

136:仕様書無しさん
09/02/24 22:54:39
z/osでjavaが動くそうなのだけど、メインフレーム上でJCLで起動するの？
COBOLみたいに。
それともVM環境をつくって、オープン環境を作ってシェルとかで起動するのですか？

137:仕様書無しさん
09/02/25 23:24:29
>>136
固定観念を捨てろ。
Javaとシェルは無関係。

138:仕様書無しさん
09/02/25 23:47:10
>>137
ってことは、JCLで動くのですか？
おわかりでしたら、どういう手段なのか教えてください。

139:仕様書無しさん
09/02/26 03:18:20
そもそもz/OSで動くものは全てJCLだろ

140:仕様書無しさん
09/03/19 23:06:29
メインフレーム実践ハンドブック z/OS（MVS）,MSP,VOS3のしくみと使い方 (単行本)

URLﾘﾝｸ(www.amazon.co.jp)

ここではあんまり話題になってないんだなぁ

141:仕様書無しさん
09/03/20 17:47:57
著者と出版社の心意気は買うが、いくらなんでも値段が高すぎる。せめて5800円にして欲しい。

142:仕様書無しさん
09/03/28 05:22:40
>>141
同意

143:仕様書無しさん
09/04/01 08:02:25
>>138
USS

144:仕様書無しさん
09/05/13 08:08:52
保守sage