【ABEND】メインフレーム万歳4【JCL ERROR】

1 ：S0C7：03/06/06 12:35

かげりゆくメインフレームを熱く語ろう！

前スレ
http://pc.2ch.net/test/read.cgi/prog/1043768277/

2 ：仕様書無しさん：03/06/06 12:36

汎用機用語の基礎知識

JCL：仕事制御言語
SUBMIT：投入
ABEND：異常終了
TSS：時分割体系
ES:拡張記憶装置
DASD：直接接触記憶装置
PU:物理装置
LU:論理装置
PACK:圧縮(数字)
IPL:初期プログラム読込
IML:初期マイクロコード読込

3 ：仕様書無しさん：03/06/06 12:36

参考リンク

「汎用コンピュータのひろば」
http://homepage1.nifty.com/KSudou-NET/ks0D0D01.htm

Gartner Column：第60回メインフレームのすごさについて技術的に解説しよう［1］
http://www.zdnet.co.jp/enterprise/0208/26/op_01.html

Gartner Column：第61回メインフレームのすごさについて技術的に解説しよう[2]
http://www.zdnet.co.jp/enterprise/0209/02/op_01.html

Gartner Column：第62回メインフレームのすごさについて技術的に解説しよう[3]
http://www.zdnet.co.jp/enterprise/0209/11/op_01.html

Gartner Column：第56回メインフレーム・リホスティングという選択肢
http://www.zdnet.co.jp/enterprise/0207/23/op_01.html

4 ：仕様書無しさん：03/06/06 12:37

主要各社の汎用機Webページ (オフコンやスパコンは除く)

IBM (eServer zSeries) <--- S/390, MVS, OS/390系
http://www-6.ibm.com/jp/servers/eserver/zseries/

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

日立(Enterprise Server) <--- 旧Mシリーズ(IBM OS互換
http://www.hitachi.co.jp/Prod/comp/Mparallel1/mp/mpintro.html

NEC(ACOS Series) <--- 旧ハネウェル系
http://www.sw.nec.co.jp/acosclub/

5 ：仕様書無しさん：03/06/06 12:54

PRINT GEN
START

WTO '>>1 ｵﾂｶﾘｰ'
END

6 ：仕様書無しさん：03/06/06 19:55

DISPLAY　”ｵﾂ”　UPON　CONSOLE．

7 ：仕様書無しさん：03/06/06 21:43

R 1,氏ね

8 ：仕様書無しさん：03/06/06 21:51

\C J7,P

9 ：仕様書無しさん：03/06/06 21:59

V OFFLINE,001-990

10 ：仕様書無しさん：03/06/06 22:28

V OFFLINE,AAA-999

11 ：仕様書無しさん：03/06/06 22:28

さらばMT
http://pc.2ch.net/test/read.cgi/prog/1054206542/

12 ：：03/06/06 22:50

懐かすいコマンドが並んでる（ｗ

13 ：仕様書無しさん：03/06/06 23:21

コマンド，毎日見てる．

S JES

14 ：仕様書無しさん：03/06/06 23:45

V NET,INACT,ID=xxxxxx
やなヤシの端末を・・・

15 ：仕様書無しさん：03/06/07 00:09

>>14
やめなさいって（ｗ

16 ：仕様書無しさん：03/06/07 00:29

>>14
こういう技ってメインフレームでしか使えないんだよねぇ

17 ：仕様書無しさん：03/06/07 00:31

WinpopupみたいなTSSの端末間メッセージもあったし。
コマンド忘れたけど。

傑作だったのは、当時常駐していた某メーカーSEが、
HIRUMESI IKU?というメッセージをうっかりALLで流し
てしまった事（藁

18 ：仕様書無しさん：03/06/07 00:40

あなたが探してるのってこれだよね？二日間無料だしね♪

http://alink3.uic.to/user/angeler.html

http://endou.kir.jp/betu/linkvp/linkvp.html

19 ：仕様書無しさん：03/06/07 01:12

私、新卒で6月からメインフレームの現場に配属されました。
最近悟ったんですけど。。。。
メインフレームを舐めてる人間は同世代の若い奴が多いですね。
仕事の出来るか否かは自分の今いる環境の中でいかに成果を
上げることで判定されることだと思います。
では、そこで他人が仕事の一部で扱っているCOBOLを
一概に『あほ』呼ばわりすることが出来る資格がありますか？
答えはNoでしょう。
他人を貶すことがどんなに醜いことか自分に問い掛けてみることを
お勧めします。

20 ：仕様書無しさん：03/06/07 01:20

>>17
漏れの知っているオペレーターは"TEL SHITEKUDASAI XXXX"
（XXXXは内線番号）
とALLでSENDして電話かかりまくりのパニックになっていたYO

21 ：仕様書無しさん：03/06/07 01:20

>>19
なかなか見所あるね。新卒でそれだけの見識があるなら大したもんだ。

22 ：前スレ988：03/06/07 04:41

SE "いや、説明が足らなかった・・・。漏れが足洗った人間だから、昔こんなコマンド打ってたんだな、と懐かしくて（ｗ",前スレ990

23 ：仕様書無しさん：03/06/07 04:48

>>19
DQNなSEとかを殺したくなることもあるだろうけど、ガンガレ

24 ：仕様書無しさん：03/06/07 05:09

ＷｉｎなんかＯＳといえるのか・・・。
単にＧＵＩだけがしょっちゅう改版されて
凄くなったように見えているだけのように見えるが・・・。

ＵＮＩは結局ミニコンの歴史を引きずっているカンがあるし・・・。
（だいぶよくなったよなぁ・・・）

25 ：仕様書無しさん：03/06/07 11:34

メンテナンス出来る奴がいるか、確保できるか。
いないと、結局運用できないとなって、再構築になるんだよな。
で余計な金がかかると。

26 ：仕様書無しさん：03/06/07 16:03

>>19
メインフレームにはメインフレームで>>24みたいなDQNがいる訳で
どっちもどっちなのは同じだよ

27 ：仕様書無しさん：03/06/07 16:24

メインフレームはＶＩＲＵＳにやられないんですよね。ｗｉｎじゃないから。「厨房発言」

28 ：仕様書無しさん：03/06/07 18:21

>>27
DQNなオペレーターによってファイル削除、DB破壊されます。

29 ：：03/06/07 18:49

>>28
システムの部署に配属されて3,4ヶ月ほどしたときにＤＢを拡張する仕事をしてて、誤ってＤＢをぶっこわして
しまったことがあった。先輩社員と一緒に（というか殆どその人だが）一晩かかってＤＢを修復したこと久しぶ
りに思い出した（苦藁。

30 ：27：03/06/07 19:54

>>28-29さんへ
そなの。ヤフニュースで金融機関を狙ったものが流行ってると報道されていたので、
聴いてみました。

31 ：仕様書無しさん：03/06/07 21:10

テスト用DB(800万件)をDROPせずにDELETE。
間違いに気づいてあわててCANCELしたら（ｒｙ
その後、お客様の担当者にひたすら頭を下げた入社2年目。

あれが本番系DBならシャレにならなかっただろうなあ(ｼﾐｼﾞﾐ

32 ：仕様書無しさん：03/06/07 23:26

ＨＬＦをＭＴにダイレクトに出力していた。
ちょっとした手違いでＭＴの電源を落としてしまいまつた。
次の瞬間コンそールに赤いメッセージが・・・。
慌てて電源入れ直しました。
その後・・・

33 ：仕様書無しさん：03/06/07 23:33

すみません。素人なので教えてください。
パソコンでは32Bit全盛ですが、メインフレームって何Bitになるの?
そもそもそうゆう表現は不可能なんですかね?

34 ：仕様書無しさん：03/06/07 23:34

おい！おまいらもすごろく作りに参加汁！
http://life2.2ch.net/test/read.cgi/offreg/1054655407/l50
ちなみにこれはコピペしてひろめてくれ。

35 ：仕様書無しさん：03/06/07 23:43

>>33
歴史的には３６ビットってのがあったけど
３６０／３７０系マシンは３２ビットだな。
ただ、ＰＣとＭＦを何ビットかで性能の比較で用いるんだったら無意味だと思う
そうそうＭＩＰＳも当てにはならんからな

36 ：仕様書無しさん：03/06/07 23:54

>>35
なるほど。でも36Bitって。。
MFはCPUとか多重されていて、バリバリ並列処理をこなし
性能を向上させてるとか何処かで読んだので。その変の仕組みが
ちょっと興味ありますね。

37 ：とも：03/06/07 23:57

みてね～♪
http://www1.free-city.net/home/s-rf9/page002.html

38 ：仕様書無しさん：03/06/07 23:58

Ｉ／Ｏ命令１つであとはチャネル制御装置が勝手にやってくれる。
ＰＣには装備されていないわざ。

39 ：仕様書無しさん：03/06/08 00:01

>>36
別にそんなの、今じゃIAサーバでもやってる話で。
おんなじコンピュータなんだから、単に仕組みに掛かってる金が違うだけで、原理は一緒

どこにどう金をかけてるかってのは掘下げると面白いところだが

40 ：仕様書無しさん：03/06/08 00:03

>>38
IDEならCPUがIOの面倒ぜんぶ見なければならんが、SCSIなら違うし
DMAだってあるし。

41 ：仕様書無しさん：03/06/08 00:05

>>38
なるほど。IAサーバも38見たいな事をしているのですね。

42 ：仕様書無しさん：03/06/08 00:18

IAサーバとメインフレームってどっちがIOスループットが上なの？

43 ：仕様書無しさん：03/06/08 00:32

>>42
音声とか画像処理ではDSP積んでるIAサーバのほうが早いかも。
ただの演算処理とかはクロック数とかHzが高いほうが
単純に早いのかな。
ただの想像ですけど。

44 ：仕様書無しさん：03/06/08 00:38

>>43
それは「I/O」スループットの話なのですか?

>>42
最近はディスク装置そのものがメインフレームとオープンで共通だったり
つなぎ方もSANでファイバースイッチにどっちもつなげられたりするので、
双方のハイエンドを比較すれば、H/W的にはI/Oの性能は変わらなくなってきたのかな。
無論それぞれのプラットフォームの"標準的"なディスクやチャネルの性能はメインフレームが上。
(値段が段違いなだけに)

あとはOSのI/Oの取扱のパフォーマンス、スケーラビリティの違いだろうが
この辺はよく知らないので識者求む。

45 ：仕様書無しさん：03/06/08 00:40

>>35
31bitだろｗ

46 ：仕様書無しさん：03/06/08 00:58

OS/390のアドレッシングは31ビットだが、S/390のCPUは32ビット

47 ：仕様書無しさん：03/06/08 01:05

アドレッシングが31ビットな理由はパラメータリストの最後を表すための、
最高位ビットの１ビットを使うためだろ。

48 ：仕様書無しさん：03/06/08 01:09

＞＞４５
３２ｂｉｔじゃないの
ＢＹＴＥマシンだから３１ｂｉｔってことは無いと思われ

49 ：仕様書無しさん：03/06/08 01:11

>>47
下位互換の為だったと思うが
アドレス空間の16ビット目の周囲に共用エリアがいてその上下に
プライベートエリアがあるのもその為だったような

50 ：仕様書無しさん：03/06/08 01:54

>>47
24bit時代との互換のためだよ
24bitモードと31bitモードの識別のために1bit使ってる

>>48
ハードはね

>>49
そうそう

51 ：仕様書無しさん：03/06/08 02:46

>>49-50
32BITすべてアドレスに使ったらレジスタ１でパラメータリストの最後を表す標識が使えなくなるからだよ。
24BIT時代からある連携時の規約な。
http://www.jbooksrv.yamato.jp.ibm.com/cgi-bin/master!request=menu!parms=!xu=SK888002/BOOKS/IEACA605/2.7.1

52 ：仕様書無しさん：03/06/08 12:45

おまえら詳しいですね

53 ：仕様書無しさん：03/06/08 13:00

>>39-41
IAサーバといいつつPCと変わらないよね。
誰が言い始めたか知らんけど、PCサーバは安っぽいから
IAサーバなんて造語が出来たように思いますね。

54 ：仕様書無しさん：03/06/08 13:01

興奮できます。。。
http://yahooo.s2.x-beat.com/linkvp2/linkvp2.html

55 ：仕様書無しさん：03/06/08 14:02

ＤＭＡが機能している間、ＣＰＵは何をしてるのでしょうか？

56 ：仕様書無しさん：03/06/08 14:05

ぼ～

57 ：仕様書無しさん：03/06/08 14:09

DMAはあくまでCPUを介さないでメモリと外部装置間のデータ転送をするだけ。
CPUはメモリにあるデータの演算とかやってんじゃない?

58 ：仕様書無しさん：03/06/08 14:22

ということは、メモリは同時にアクセスができるのですね

59 ：仕様書無しさん：03/06/08 14:49

おお！アベンド・ＪＣＬエラーが懐かしい。
ついこないだまで富士通ラーニングセンターでコボル実習だったんだよね。
最大重大度コードが０だとうれしかったｗ
そんな新入社員の漏れも明日から配属。

60 ：仕様書無しさん：03/06/08 15:25

>>59
0C7 0CB その他のエラーをこれから体験してくれたまい

61 ：仕様書無しさん：03/06/08 16:05

SB37も忘れずにね！

62 ：仕様書無しさん：03/06/08 17:47

0CB出すバカは小学校からやり直し

63 ：仕様書無しさん：03/06/08 18:36

0CBって何だっけ。
ちなみに
B37/D37/E37の違いも今ひとつわからん。

64 ：仕様書無しさん：03/06/08 19:19

>>33

まとめ(IBM系だけだけど)
・最初は24bit(メモリ上限16MB。OS/360, OS/VS1, MVS/SP, VSE/SPなど)
・次は31bit(メモリ上限2GB。1bitは24BITとの互換性に使用。MVS/XAなど)
・最近は64bit(z/OSなど)

F,HのI互換機(Mシリーズ系)は、基本は同じだが、64bitは出さない模様

65 ：仕様書無しさん：03/06/08 19:22

>>16

正確にはSNA系とTCP/IPの違いだけど、やっぱ文化の違いでもある。
汎用機：最初から標準で、接続先を特定して、個々の管理が前提
オープン系：まずは繋がる事が優先。細かい管理には別のツールが必要。

66 ：仕様書無しさん：03/06/08 19:31

>>36-42

I/Oの分散処理と言っても色々な意味がある。

・PCのIDEはCPUがほとんど処理する
・SCSIは転送自体はSCSIが割と処理する
・汎用機(注)はI/Oの経路選択や、BUSY時の再選択までチャネルが行う

注：S/370XA以降(H/WとOSの両方の機能。1980年台後半から)

確かにDISK側のパーツは共用が進んでいるので汎用機専用ではないが、
SSA(全二重ループ構成)とか、光とか多用するから、普通のPCとは随分違う。

67 ：仕様書無しさん：03/06/08 20:04

>>63
ゼロ除算

マニュアル見ろよ

68 ：仕様書無しさん：03/06/08 20:15

>>64

そうなのか．
PSWのアドレス部のbit0って，そんな意味があったのか．
ところで，PSWにBCモードとECモードってあるけど，
そのbitで制御してるの?

69 ：仕様書無しさん：03/06/08 20:18

>>67
もう汎用機とは縁が無いので、見ません。

70 ：仕様書無しさん：03/06/08 20:30

いまの金融勘定系はまだＩＭＳかい？
オンラインもＤＢも

71 ：仕様書無しさん：03/06/08 20:46

>>70
IBMのところならそうなんジャン

72 ：仕様書無しさん：03/06/08 21:49

DB2/CICSな金融系もありますよ。

>>63
ｘ37にもいろいろ理由があるから・・・
まぁもっとも多いのはｘ37-04 なんだろうけど。
B37-04：エクステンション指定有りの容量FULL
D37-04：エクステンション指定なしの容量FULL
E37-04：指定DISKボリュームの容量FULL

73 ：仕様書無しさん：03/06/08 22:02

>>69
昔っからマニュアル読まないヤシだな。

74 ：ﾌﾟ：03/06/08 22:11

どいつもこいつも凡妖業務系ばっかだな

75 ：仕様書無しさん：03/06/08 22:36

>>70,71,72
IBM系で銀行の勘定系なら、今でもIMS。富士通ならAIM。
DB2 for MVSは金融系で多いが情報系。

76 ：仕様書無しさん：03/06/08 22:43

>>66
このXAでの動的チャネルサブシステムが、例の産業スパイ事件の
元となったやつすね。

汎用機ではCPUとDISKの間の経路を多重化して、
障害時だけでなく、通常時の負荷分散・応答時間確保にも使うので、
その機能をH/WとOSが標準で持っている。反面、結線や途中の
バッファーの見積もりとかは厳密にしないといけない。

ここらは今でもUNIXとは随分違う。

77 ：仕様書無しさん：03/06/08 22:51

>>58
マルチタスクOSならMFに限らず当然だよ

ただ、同じマルチタスクでも発想（優先順位）はちと違う。
汎用機では、I/O Wait 時のCPUを他タスクが使う。根がバッチ。
UNIXでは、時分割で多数のユーザーにサービスする。根がTSS。

だから汎用機はTSSは、バッチOSの上に載せたような形で動く。
UNIXでは逆に、巨大バッチが多数あるとワークロード配分が標準では下手。

78 ：：03/06/08 22:53

>>75
F AIM,D,WS,MODE=ALL
なんてコマンドを昔よく打ってたyo。懐かすい（ｗ
しかし汎用系ばっかやってたから今のUNIXには完璧に対応できない化石人間になっちまった(/_;)。

79 ：仕様書無しさん：03/06/08 23:07

>>78
UNIXのmanはもーちっと解かりやすい説明キボンヌ。
ISPFのHELPなんて馬鹿でも解かるぐらいちゃんと解説してるよね。

80 ：仕様書無しさん：03/06/08 23:15

>>77
＞汎用機では、I/O Wait 時のCPUを他タスクが使う。根がバッチ。
いったいどこのメーカのＯＳですか？

81 ：仕様書無しさん：03/06/08 23:47

Z VTM

82 ：仕様書無しさん：03/06/08 23:50

>>79
単純に文化の違い。慣れの問題だよ
UNIX屋にはあの形式が使いやすい。ブックマネージャなどよりも

83 ：仕様書無しさん：03/06/09 01:04

>>80
少なくともＩＦＨではないな

Ｍ７８０が出たときは衝撃的だったな

84 ：仕様書無しさん：03/06/09 21:55

しっかし
ＡＣＯＳの話題が出てこんな

85 ：仕様書無しさん：03/06/09 22:15

すまん
ＡＣＯＳ見たこと無い・・・。

86 ：仕様書無しさん：03/06/09 22:42

>>80,83
IBM OS/360系(MVS、OS/390、z/OS)のコア(SCP部分)はそうだよ。
汎用機マルチタスクの初めは、CPU I/O Waitの有効活用。

87 ：仕様書無しさん：03/06/09 22:56

>>85
NECとハネウェルのダブルロゴのマシンなら見たことある

88 ：仕様書無しさん：03/06/09 22:58

>>82
最近はどっちもHTMLやPDFと、同じになってしもた...

89 ：仕様書無しさん：03/06/10 00:07

ＰＳＷマンセイ

90 ：仕様書無しさん：03/06/10 00:32

いいかげんブックマネージャーも16bitアプリから32ビットアプリにﾊﾞｰｼﾞｮｿｱｯﾌﾟしてほすぃ。
htmlのマニュアルはどうも見にくいし。

91 ：仕様書無しさん：03/06/10 03:07

>>90
い～や
紙のマニュアルに戻ってほしい
そのほうが全然見やすい

92 ：仕様書無しさん：03/06/10 03:52

>>91
禿同！

壁一面を埋め尽くす本棚に収まったマニュアル。
最初の数冊を引っ張り出す頭があれば、あの方が
断然検索効率が良かった。

というか、HTMLマニュアルは内容薄すぎ。

93 ：_：03/06/10 04:08

http://homepage.mac.com/hiroyuki44/hankaku09.html

94 ：仕様書無しさん：03/06/10 04:55

>>92
>というか、HTMLマニュアルは内容薄すぎ。
確かに

95 ：仕様書無しさん：03/06/10 19:49

ACOSしか見た事ない漏れは逝ってよしでつか？

96 ：仕様書無しさん：03/06/10 20:03

>>95
漏れも、ここ１０年以上、ACOSがメインだったよ。
IBMとか、月一回くらいしか使わないと、忘れて困ったよ。
まぁ、この四月でそのACOSからも離れてしまったが。

97 ：仕様書無しさん：03/06/10 22:33

結構ＡＣＯＳ使いって少ないのな。

漏れの知ってる会社で、ＡＣＯＳ－６がリース切れってんで
何故か今更ＡＣＯＳ－４に乗り換えるってところがあるんだが

どうなんだろうね、これ。

98 ：仕様書無しさん：03/06/10 23:26

漏れもIBM使いだが他社の話はあんまり聞かないね。NECは経験者が職場にいるから話は聞けるけど
富士通、日立、ユニシスあたりになったらもうだめポ。

99 ：仕様書無しさん：03/06/11 00:55

オープン・システムの銀行勘定系稼働，「5年リードした」とNEC専務
http://itpro.nikkeibp.co.jp/free/NC/NEWS/20030610/1/index.shtml

同社のオープン勘定系パッケージ「BankingWeb21（BW21）」が、
第1号ユーザーである八千代銀行（東京都）で5月4日から稼働したことを
受けて

100 ：仕様書無しさん：03/06/11 00:56

>>99
「オープン系技術で勘定系システムを動かしたのは、BW21が初めて。
他メーカーの製品よりも5年は進んでいる。20～30行ぐらいは獲得したい」
（川村専務）。現時点でBW21の採用を表明しているのは、八千代銀行に加え
愛媛銀行、高知銀行、大光銀行（新潟県）、大東銀行（福島県）、
トマト銀行（岡山県）、東日本銀行（東京都）、びわこ銀行（滋賀県）、
三重銀行の合計9行である

101 ：仕様書無しさん：03/06/11 01:02

トヨタ、世界で最適部品を調達http://www3.nikkei.co.jp/kensaku/kekka.cfm?id=2003061001357

実際には全社のデータをＭＦに載せ直すという噂

102 ：仕様書無しさん：03/06/11 01:42

いま、ＭＶＳ機も

サーバー

と呼ぶらしい。
消費税が３％のころに汎用機を離れて最近聞いた。

103 ：仕様書無しさん：03/06/11 03:09

パソコンサーバー君やUNIX君は、メインフレームを見てもでっかいサーバ
くらいにしか思わない。そして、でっかいサーバと思っているので、使いにくく
て古臭いサーバだなと思うんだろうな。

メインフレームはメインフレームで、しゃぶり尽くせば至れり尽くせりな機能が
満載なのに。そして、それが最終的にどれだけTPOを削減していたのか。

小人は小人の目でしか、物事を判断できない。

燕雀安くんぞ鴻鵠の志を知らんや。

104 ：仕様書無しさん：03/06/11 06:49

>>97
>>102

ACOSに限れば、下位モデルから、PCのアーキテクチャ導入してるし、NECもサーバー置き換えも狙ってるからね。
ACOS-2はPentiumマシンになっちゃったし、-4/-6もWindowsマシン内蔵してるモデルはコウモリみたいだ。
まぁ、従来のACOS+LAN-Pと同じって言えば同じなんだけど、LAN-PはUNIXマシンだったし、パッケージはそれほど無いから。

105 ：仕様書無しさん：03/06/11 09:15

>>102

>>4 でもI,F,Hは「サーバー」と呼んでるね

ダム端末時代から、クラサバ全盛期に変わった頃に改名したと思った。
最近はWebブラウザという先祖返りが汎用機でも増えてるけど。

106 ：仕様書無しさん：03/06/11 09:37

Total Cost of Ownership ならぬ
Total Price of Ownership ですか。

目先だけしか見てない経営者が進めた盲目ダウンサイジングに
踏みにじられた鴻鵠の志： priceless

107 ：仕様書無しさん：03/06/11 09:43

　 ∧＿∧
　（　´∀｀）＜ ABEND S0C4 U0000

108 ：仕様書無しさん：03/06/11 15:51

　（　・∀・）　　　|　|　$CJ107
　と　　　　）　　 |　|
　　Ｙ　/ノ　　　人
　　　 /　）　　 < 　>__Λ∩ IEF450I >>107 仕様書無しさん STEP02 - ABEND=S222 U0000
　＿/し'　／／. Ｖ｀Д´）/
　（＿フ彡　　　　　　　/ 　

109 ：：03/06/11 16:19

C U=108
ABEND S666

110 ：仕様書無しさん：03/06/11 16:36

>>109
ﾜﾗﾀ。

今日も今日とてLOGOFFせずに端末切った香具師がいてC U=打ったばかりだ。

111 ：仕様書無しさん：03/06/11 22:52

そういうヤシは、ＩＤ剥奪じゃ

112 ：仕様書無しさん：03/06/11 23:45

他のウィンドウを閉じるつもりがうっかりP-Commを閉じてしまい、近くの同僚にC U=useridを打ってもらったことがありますた。
P-Commの設定を変えたらウィンドウを閉じるときに「セッションが終了します」ダイアログを表示させることが
できると知ったのはつい最近のことですた。

113 ：仕様書無しさん：03/06/12 00:03

>>112
LOGON　user-id,R
でリコネクトできなかったっけ？
「LOGON」の部分はカスタマイズされてるかもしれないけど

114 ：仕様書無しさん：03/06/12 00:56

今ログオンのＩＤとパスワードの区切りはカンマなのか。
おれらスラッシュだった。昔パスワードをスラッシュにしようとした後輩が
パスワードをロストした。

正直、笑った

115 ：仕様書無しさん：03/06/12 01:11

>>114
失礼、１１３はパスワードない場合
ある場合はLOGON　u-id/pw,Rだったとおもう
もしかしたらカンマじゃなくてブランクかスラッシュかも
７～８年使ってないのでよく覚えてない

116 ：仕様書無しさん：03/06/12 09:12

>>115
>LOGON　u-id/pw,R

OS/IV MSPはブランク。
つーか漏れはこれしか使ったこと無いから他はしらん。

117 ：仕様書無しさん：03/06/12 14:35

昔（といっても６年くらい前だが）新人教育の手伝いをさせられた
時に、新人君が LOGON をロゴン、LOGOFF をロゴフと言ってて
イヤな予感がしていたのだが、案の定いろいろな言葉を片っ端
からローマ字読みしていた。

118 ：仕様書無しさん：03/06/12 21:04

>>117
今度うちの部署にも新人が入って来るみたいだから気をつけないとな（ｗ

119 ：仕様書無しさん：03/06/12 23:29

>>103
Server という言葉を正しく捉えれば、メインフレームもServerそのものでしょ。
Server をハードウェア、マシン、ノードだとしか捉えられないのは視野が狭いよ。
役割を示す言葉なんですよ。
昔ながらのメインフレームは Thin Client - Fat Server そのものです。

120 ：仕様書無しさん：03/06/13 00:33

これからC/Sもますます
Thin Client - Fat Server
になっていくでしょうね。

121 ：仕様書無しさん：03/06/13 06:38

そうかなぁ？

webが始まった当初より
クライアントマシン、メチャメチャ性能上がってるよ、
サーバー以上に。ワークステーションとか言ってたころ

122 ：仕様書無しさん：03/06/13 07:51

性能が上がってきて、インフラも整って来たからこそ
メンテナンスが楽なwebに移行してるんだが。
なんせブラウザがありゃあとは何にも要らない。

123 ：仕様書無しさん：03/06/13 20:46

ま、
メインフレーム集中　→ クライアント・サーバ(Fat Client) → Webアプリケーション (Thin Client)
と時代は巡っているのだから、また Fat Client の時代が来るんだろうなあ。
あるいは、P2Pとかグリッドとかかなあ。

124 ：仕様書無しさん：03/06/13 23:57

>>119
Client/Serverは機能面の用語ってのは同意だが、
その場合は、ごく初期の汎用機は「Server」とは言えないと思うな。

事務センターにあって、コンソールからコマンドを入れてプログラム起動し、
大量のカードデックやMTを読んで結果を印刷する。
せいぜいダム端末から使う。

こんなんは、要求側がインテリジェントでない(Clientといえない)から、
汎用機側はServerとは言いがたい。

端末がインテリジェント端末(今ならPC)の時代になってから、汎用機も
Serverとしての役割が追加された。ま、用語だけの話だが。

125 ：仕様書無しさん：03/06/14 00:29

福岡シチー銀大丈夫だろうか。

126 ：仕様書無しさん：03/06/14 00:32

りそな役員ボーナスゼロ！くくく。。

127 ：仕様書無しさん：03/06/14 02:12

>>90
BookManagerはVersionUpされないと聞いています。愛用されているなら、環境
の確保をすべきでしょう。
>>121
Workstationが出てきたのは30年くらい前。IBM360の時代です。多分生まれて
なかったかもしれんね。UNIXでつかうより前のこと。
>>122
ひとつの方向性しか考えていないことの危険性を認識してほしい。いまでも、大量の
データ入力にはああいう不安定なものは使えんのよ。クッキーなんて
できのわるいパッチにしか思えないのでは？すくなくともトップダウンの設計
じゃないね。
>>124
機会があったらIBMのSTRETCHのハードをみてほしい。メカとしての汎用機は時代を
経て退化している部分もあるってことがよくわかるよ。
確かにCARDの処理は過去のものなんだけど、あのメカを維持できる技術力はもうない
と思う。プリンタは2000行／分くらい。確かに漢字はなかったけれど。
DASDのない時代、コードがどれほど凝縮され、工夫がこらされていたか。
職人の存在を許されなくなってきていて、ビジネスとしてはいいのかもしれないけれど、
年寄りとしては不満だね。
みんなの認識を読ませてもらうと、過去の制約よりは今の過去に対する制約を
感じてしまう。難しいとおもうけれど概念的にものを見ないようにしてほしい。
仕様を小説のように読めるといいんだけれど、むずかしいしなあ。

128 ：仕様書無しさん：03/06/14 10:20

メインフレームのレーザプリンタ　毎分２０４００行印刷するって！！
どんなスピードなんだ？？

129 ：仕様書無しさん：03/06/14 10:40

>>128
すごいスピード。

130 ：仕様書無しさん：03/06/14 12:58

>>128
まぁそこはPCシステムにマネできない部分なんで・・・
15x11の連帳フォームに10ページ/秒とか。
π焼きは計算で勝てても印刷で負ける。

131 ：仕様書無しさん：03/06/14 13:38

>>128
Ｆのプリンタか？
ttp://www-6.ibm.com/jp/printer/hardware/ip4100.html
ttp://primeserver.fujitsu.com/printer/products/nlpclp/ps2400a.html
ttp://www.hitachi-printingsolutions.co.jp/products/continu_ppr/mono/h6257-c30_p30/index.html
ttp://www.sw.nec.co.jp/products/acos/acos-6/px7900/peri/3954.html

ttp://www.sis.co.jp/product/7900/index.html
ttp://www.kel.co.jp/products/index.cgi?pro_no=0

132 ：　：03/06/14 14:46

>>125
横領がわからなかったシステム。

133 ：仕様書なしさん：03/06/14 15:55

連続用紙の印刷の速さにPCしか知らない香具師は驚いているな。
漏れは連続用紙でないとコンパイルリストめくりにくくてしょうがない。
よく、製本もされていないバラバラの紙で仕事できるよなって感じ。
あと、サーバー用の連続用紙高速レーザープリンタってあったはずだが。
広告で見たことある。

134 ：仕様書無しさん：03/06/14 16:57

>>133
これか？

VSP4980 連続紙ページプリンタ装置
（ttp://primeserver.fujitsu.com/printer/products/vsp/vsp4980.html）

>>131　のとほぼ同じだが、エンジンは同じということか

135 ：：03/06/14 17:05

まぁ日報とか月報とかと大量のデータをドカドカ打ち出さないといけないんだから、そこらへん
のプリンタと同じペースで打ち出された日には仕事が終わらんよ。

136 ：仕様書無しさん：03/06/14 21:39

ＣＥにストックフォームが箱にビニールで包んでから納められているタイプは使用しないでといわれていた。
低速のＮＬＰだと問題なかったが高速のＮＬＰだとジャムったり、途中で用紙が切れてしまったりと散々だった。

137 ：：03/06/14 22:07

自虐的に自分達は印刷屋だと言ってた人間がシステムに居た。

138 ：仕様書無しさん：03/06/14 22:53

暗いサーバルームでピカピカと怪しげに光る巨大プリンタ。
最初はちょっと怖かった。

139 ：仕様書無しさん：03/06/14 23:02

１箱5000ページの連続用紙を使っていて、１時間くらいで１箱印
刷しちゃってびっくりしていたのが懐かしくなってきた。
用紙補充で前の用紙の最後の部分に新しい用紙の最初の部分
をつないでいたのも、懐かしいなぁ。

140 ：仕様書無しさん：03/06/14 23:19

2000シート(15x11)なら１０分かからないです。

141 ：59：03/06/14 23:22

COBOL２００３ってしってるか？

142 ：仕様書無しさん：03/06/15 00:45

>>139
日立の漢字プリンタ？

143 ：仕様書無しさん：03/06/15 00:50

うちのは、ＦのＮＬＰだけど箱じゃなくてロール紙を使ってます。

144 ：仕様書無しさん：03/06/15 01:20

>>142
いや、FのNLP。型番忘れた。もう15年くらい前のこと。

145 ：仕様書無しさん：03/06/15 01:47

その高速プリンタ、用紙送りの速度を時速に直すと何㎞ぐらいだ

146 ：仕様書無しさん：03/06/15 02:17

用紙１ページの長さ×枚数÷かかった時間、
で求まるんじゃないの？（単位に気をつけてね。）

147 ：仕様書無しさん：03/06/15 02:20

11インチ/頁とすると時速5.18キロか？

148 ：仕様書無しさん：03/06/15 08:10

高速プリンタ(レーザープリンタ)はページ単位の印刷ってわかってない奴がいるようだな。

149 ：仕様書無しさん：03/06/15 08:20

>>148
プッ

150 ：仕様書無しさん：03/06/15 08:57

印刷速度だけじゃなくて、OS(JES)レベルで、紙詰まり時のページ単位での
戻しが簡単にできるのもうれしい。印刷ファイル自体もDISK(SAM)経由にすれば
自由に編集できるし。

つうか、何故オープン系は苦手なのか不可解。

151 ：仕様書無しさん：03/06/15 09:48

IBM InfoPrint4100 (片面：761ページ/分、両面：1522ページ/分)
http://www-6.ibm.com/jp/printer/hardware/ip4100sp.html

152 ：仕様書無しさん：03/06/15 09:49

>>151
APF入れればNTからも使えるんだな

153 ：仕様書無しさん：03/06/15 10:02

>>131
普通ＬＰ系の印刷速度を表すとき標準（６ＬＰＩ）での数値が一般的だが、
日立は８ＬＰＩが標準らしい。日立だけ文化が違うのか？
もしかして数字的に富士通の速度に勝とうとしたとか・・・。
　　富士通：２０，４００行
　　　日立：２２，０８０行

にしても、ＰＣにこんなの８台繋いだらどうなるかな？

154 ：仕様書無しさん：03/06/15 10:36

>>152
動くんじゃなくて使えるのか（￣ー￣）ﾆﾔﾘ

155 ：仕様書無しさん：03/06/16 02:28

レーザープリンタとの想ひ出
初めてのトナー交換で作業着真っ黒
清掃中に銅線(名前忘れた)切断

テープでつなぐのも下手クソだったな...10年前か...

156 ：仕様書無しさん：03/06/16 02:32

>>155
ミシン目が入ってる水色のやつ？
俺もへたくそでよくバースとさせて泣きながら紙入れなおしてたよ
IBMの3800-8だったかな？

157 ：仕様書無しさん：03/06/16 06:39

＞＞155
富士通機なら、前帯電器・転写帯電器・ＡＣ除電器かな
８年くらい前の記憶では、金色の線とグレーの線だったような・・・
Ｆ６７００Ｄ（Ｆ６７００Ｅに更新）とＦ６７１５Ｅ（Ｆ６７１２Ｅに更新した）

テープってスプライシングテープのこと？　（Ｆ６７００か？）
面倒だったから用紙交換！！　^^;;

158 ：155：03/06/16 21:06

>>156
そうそうIBM3800って聞き覚えアリ。多分おんなじ
自信ない時は必ずジャムる期待を裏切らないヤツだった

>>157
そうだ。スプライシングテープ!!
喉のつかえが取れました

切断は日立の漢プリ
言われてみると金色っぽかったような気もする...

今でも漢プリっていうのかね？

159 ：仕様書無しさん：03/06/17 00:40

>158
漢字プリンタというと昭和情報のオフラインレーザプリンタを思い出しまった。

160 ：仕様書無しさん：03/06/17 01:38

>>157
>面倒だったから用紙交換！！　^^;;
いたいた！用紙補給面倒くさがって、用紙切れで止まっている
のを用紙排出しちゃって新しい用紙の箱入れてローディングし
ているヤツ。白紙のページが両方合わせて10数ページになって
用紙の無駄だっちゅうに…
あと、これはある意味しかたの無いことなんだけど、印刷終わっ
てるのに次の印刷物が来ないから、終わりの方の数ページが
プリンタの内部に残っているので、用紙排出するヤツ。次の印刷
が始まると、その印刷物の最初の部分に白紙が何ページもくっ
ついてきた。（９ページくらいあったんじゃないかな。）
ちなみにオレは、そうやって発生した白紙の部分をメモ用紙等に
活用していたけど、たいていの人は捨てていたなぁ。

161 ：仕様書無しさん：03/06/17 10:16

毎月の印刷枚数別の機種一覧。高いやつは１億6560万円。
http://www-6.ibm.com/jp/printer/hardware/seihin_usage.html

162 ：仕様書無しさん：03/06/17 12:15

>>160
専用の白紙入れが用意してありまった。
使い方は自由。

>143
もしかしてＦ６７００Ｄ９？

163 ：　：03/06/17 23:12

ジャパンネット銀行ってもう大丈夫そう？口座つくろうと思うてます。

164 ：仕様書無しさん：03/06/18 01:34

>>163
何故、ココできく？

165 ：仕様書無しさん：03/06/18 23:40

ＪＮＢの感情系がＭＦだと思っているんだろ

166 ：仕様書無しさん：03/06/19 00:18

>>163
富士通に聞いてみたら？ (w
金融庁から改善命令が来たらしいが。

167 ：仕様書無しさん：03/06/19 00:30

なつめろはおわったの？

168 ：仕様書なしさん：03/06/19 00:32

>>160
ノンプリボタンを使用禁止に汁！

169 ：仕様書無しさん：03/06/19 01:00

>>166
壊れたのはSunだと関係者らしいのが言っていた。

170 ：仕様書無しさん：03/06/19 02:32

相変わらず、メインフレームって高速プリンタ代わりにしか使ってないのか．．．。
安定性や多重処理での力量は分かってるつもりだけど、現実には高速プリンタ
としてしか．．．。しょうがないのか？

171 ：仕様書無しさん：03/06/19 02:37

>>170
人間が自分の目で見ることができる物理的なアウトプットって印刷物しかないからな
価値のある情報はハードウェアの問題じゃないからね

172 ：仕様書無しさん：03/06/20 00:34

>>170
・巨大バッチ（巨大なワークロード管理）
・巨大データ（巨大なI/O）
・巨大帳票（巨大なスプーラｰ）

今も昔も汎用機の得意分野だからなぁ

ま、その１バッチ(STC)として、TPモニタやアプリサーバー自体も動く訳だが。

173 ：仕様書無しさん：03/06/21 16:05

>>134
これうちのビルにはいってるのと同じかも？＠NTT品川twinsﾀﾞﾀ棟

174 ：仕様書無しさん：03/06/23 01:36

>>173
ジャムると凄いんですか？

175 ：仕様書無しさん：03/06/25 23:59

月末バッジが近づいている～～～～

176 ：仕様書無しさん：03/06/26 00:02

>>175
月次は月初。これ基本。

177 ：仕様書無しさん：03/06/26 20:21

月初は、ＳＭＦの溜まりも早い。

178 ：仕様書無しさん：03/06/26 21:19

Standard MIDI File ?

179 ：仕様書無しさん：03/06/26 22:28

System Management Facility

180 ：仕様書無しさん：03/06/26 22:47

給与計算とかは毎月10日くらいかね?

181 ：仕様書無しさん：03/06/26 22:54

>>180
25日払い?
うちは17日ぐらい

182 ：　：03/06/27 14:11

【社会】厚生年金ミス、未払い３００億円・過払い２４億円　過去最大の支給間違い
http://news2.2ch.net/test/read.cgi/newsplus/1056687474/

183 ：仕様書無しさん：03/06/27 21:36

↑NTTデータのシステムじゃねえかＹＯ

184 ：_：03/06/27 21:39

http://homepage.mac.com/hiroyuki44/

185 ：仕様書無しさん：03/06/28 01:09

http://www.zdnet.co.jp/enterprise/0306/10/epn10.html

メインフレームの仮想Linuxでコスト削減って話

186 ：仕様書無しさん：03/06/28 01:16

LOGON CONS

187 ：仕様書無しさん：03/06/28 01:39

今日帰りのタクシーの運ちゃんが元ﾌﾟﾛｸﾞﾗﾏだった。
「IBM-360のﾒﾓﾘが64kだったんすよ」（ﾊﾟｿｺﾝですかって聞き返しちゃった）とか
「512kのデータ30万件ｿｰﾄするのに6時間かかった」って遠い目をしてたＹＯ。

188 ：仕様書無しさん：03/06/28 02:48

>>187
30万件で512kバイト？
１レコードの長さとしてはありえないよな

189 ：　：03/06/28 13:33

>>182
これに関係したものは、のうのうと生きているだろうね。
役所も含めて全員、クビにして、失業の荒波になっていただきたい。
そうしないと、いつまでたっても、こういうことはなくならない。

190 ：１８９：03/06/28 13:35

失業の荒波になっていただきたい。→失業の荒波に晒されて欲しい。

にしとこ。

191 ：仕様書無しさん：03/06/28 14:22

>>188
だからタクシーの運ちゃんになったんじゃないの？

192 ：仕様書無しさん：03/06/29 00:33

>>177 >>179
SMFといえば日立だけ何故かSMSなんだよな
(確かSystem Management Subsystemだったかな？)

193 ：仕様書無しさん：03/06/29 02:46

>>188
いや、１レコードが512kバイトで、それが30万件。だったりして…
（どんなデータなんだろう？512kバイトも必要なデータって。(w ）

194 ：仕様書なしさん：03/06/29 03:33

>>188
レコード長の上限は32Kbytesだろう？
可変長スパン化レコードか？

195 ：188：03/06/29 03:45

>>193
>>194のいうとおり
1レコードの上限は32767バイト

>>194
スパンでも物理レコード長は存在する

196 ：仕様書無しさん：03/06/29 11:36

>>187
たんに512->512kの誤りでは

197 ：仕様書無しさん：03/07/01 15:45

ソート30万件か。こういうのはI/Oが強化されてるMFの方が速いんだけど、
それでも時間かかる。

198 ：仕様書無しさん：03/07/01 23:01

でも、最近のパソコンボーヤはＷｉｎｔｅｌの方が早いとヌかす。
何でもＰ－Ⅳの３ＧＨｚでＸＰ使うとＨＴがあるからＤｕａｌ－ＣＰＵだそうで・・・
大型コンピュータ（メインフレームという言葉すら出ないのか・・・）より凄いんだって。

先日のアキバにて

199 ：仕様書無しさん：03/07/01 23:16

30万件・・・
ファイル分割してソートしてからマージしたほうが早かったりしないのかな？

200 ：仕様書無しさん：03/07/01 23:19

MPUだけ見たら、 intel の方が速かろう。
コストパフォーマンスから考えても、intelの方が凄いと思う。

メインフレームはIOと並行処理が命なのであって、処理速度ではない

201 ：仕様書無しさん：03/07/02 02:22

メインフレーム万歳
http://pc.2ch.net/test/read.cgi/prog/1027246544/
http://pc.2ch.net/prog/kako/1027/10272/1027246544.html

202 ：仕様書無しさん：03/07/02 03:13

>>200
ＯＳも含めた信頼性も違うと思う

203 ：仕様書無しさん：03/07/02 15:39

ＷｉｎはＧＵＩ部分はまだましだがカーネルやらなんやらがねー

204 ：仕様書無しさん：03/07/02 20:07

MATRIXはメインフレームやスパコンでないと
開発できないよ。

205 ：仕様書無しさん：03/07/02 21:03

>>202
ホストとリセット文化を同列に論じちゃあね。
落ちたらリブートすりゃいい、といったM$元社長成毛氏の考え方は
いまも厳然と生きています。

206 ：仕様書無しさん：03/07/02 21:23

>>205
下位互換をいい加減に済ませて恐喝のようなバージョンアップをするのも？

207 ：仕様書無しさん：03/07/02 22:01

速さの話しをしてたんじゃないのか?
信頼性の話しなんて何処から出てきたんだ?
金かかってるんだから信頼性高いのは当たり前ですよ～

208 ：仕様書無しさん：03/07/02 22:56

安くても信頼性が低かったら安さの意味も薄れるな
品質に対して安いわけではなくなってしまうほどだと

209 ：仕様書無しさん：03/07/02 23:19

>>208
多少の品質でいいシステムや、数年で置き換えるシステムは、
汎用機で作るのは間違い。

210 ：仕様書無しさん：03/07/02 23:59

俺は汎用プログラマ

汎用機のプログラマというわけではない。
COBOLしかできないけど人件費は高い。オマケに遅い。
古いし、頭も固い。
でも遅刻もしないし、有休も取らない。

そんな俺も、オープンプログラマになろうと思います。
だって、ボーナスカットになったんだもん。
これからは、グレてやるぜ。
WindowsとVisualBasicで基幹業務をリプレースしてやる。
当然、バックエンドDBMSは MS-Access で。
SAP？　そんなもんいりません。これからのERPは Excel でこなします。

211 ：208：03/07/03 00:32

>>209
それは高いというのだよ
品質は信頼性だけじゃない
いろんな要素をすべて含めて考えないと

ちょっと書き方が悪かったなスマン

212 ：仕様書無しさん：03/07/03 22:14

だいたい、メインフレームの信頼性が必要なほどクリティカルなシステムが
世の中にそんなにあるもんかねぇ。
発電所だの空港だの軍隊だの人命かかってるところくらいじゃないの。
自分でいじっててなんだが、ATMなんざ止まろうが知った事か。

213 ：仕様書無しさん：03/07/03 23:28

>>210
いろいろな意味で神になれそうな御仁とみた。がんがれよ。

214 ：仕様書無しさん：03/07/04 00:08

最近は配属されたばかりの新人さんがテスト系でいろいろといじっているようだ。
今日もジョブを何度もアベンドさせたり放置しておいてもいいリプライ要求に応答したりするさまを
同僚と一緒に見て笑っていた。
しばらくすると、シスログを見ていた同僚が、叫んだ。「あの新人TSO落とそうとしてやがる！」

　　　　/＼＿＿_／ヽ　　ヽ
　　／　　　　::::::::::::::::＼　つ
　 . | 　,,-‐‐　　‐‐-､ .:::|　わ
　　|　､_(o)_,:　 _(o)_,　:::|ぁぁ
. 　 |　　　　::<　　　　 .::|あぁ
　　＼　 /( [三] )ヽ ::／ああ
　　　／｀ー‐--‐‐―´＼ぁあ

215 ：仕様書無しさん：03/07/04 01:00

>>214
知らない人ってのはそんなもんでしょ
それを放置するとそうなります（ｗ

216 ：仕様書無しさん：03/07/04 01:01

>>205
　落ちたらリブートすりゃいい、といったM$元社長成毛氏の考え方は
　いまも厳然と生きています。

ゲームソフトしか作った事ないんだろうなぁ。

業務アプリはデーターの復旧とかの作業が必要なの知らないんだろう。

217 ：仕様書無しさん：03/07/04 01:20

Ｗｉｎｄｏｗｓかぁ
そう言うＧＵＩもあったなぁ

218 ：208：03/07/04 01:43

>>212
前田さんあたりにぜひ言って貰いたいものだ
彼ならそのうち言ってくれそうな予感

219 ：仕様書無しさん：03/07/04 01:49

IBM zSeriesのHMCは今もOS/2。
pSeriesのHMCは最近じゃLinux搭載NetVista。zのHMCもそのうち、だろな。

220 ：仕様書無しさん：03/07/04 15:14

>>212
>だいたい、メインフレームの信頼性が必要なほどクリティカルな
>システムが世の中にそんなにあるもんかねぇ。
あなたの銀行口座に給料が振り込まれた時（口座の金額データ
の更新中）にシステムがダウンして、金額データが全て吹っ飛ん
で口座の残高が０円になってしまったとしても、文句を言わないで
「しかたないか。」と受け入れますか？
同様に、あなたがこれまでに払ってきた年金などのデータが全て
飛んでしまって、全く払っていない状態になってしまったとしても、
文句を言わないで「そんなこともあるさ。」と受け入れますか？

221 ：おすすめ：03/07/04 15:30

☆疲れた貴方を癒します・・・☆（入場無料）
http://endou.kir.jp/yuminet/link.html

222 ：仕様書無しさん：03/07/04 15:40

＜お金の話です。＞
高級マンションの頭金１０００万をあっという間に
稼げます。ただし、あなたの営業努力で３０００万円
を、あっという間に稼げるので参加は自由。
辞めるのも自由であります。本当にお金が欲しいという
気持ちさえあれば、成功しますので、ホームページを
見てください。社会はお金に左右されています。
http://www.c-gmf.com/farewell/02.htm

223 ：仕様書なしさん：03/07/04 20:45

昔は3090に、TSCFの通信用に4331が２台入っていたらしい。

224 ：仕様書無しさん：03/07/04 21:37

>>220
コンピュータにそんな大事なデータいれてるからいけないんじゃないの

225 ：仕様書無しさん：03/07/04 23:44

最近サーバーのほうに業務移行してるんだけどみんなのところはどう？

226 ：１日３００ステップ３万円：03/07/04 23:58

ＩＢＭはメインフレームでＬｉｎｕｘ走らせて遊んでるけど
それって客をＬｉｎｕｘに誘導したいのかな？

そうすると必然的にＩＢＭじゃなくても良くなると思うんだけど
自分で自分のクビ締めてるんじゃないのかなー

最近ＡＳ／４００のサーバー（ＤＢ）機能が上がったみたいで
乗りかえって話しはよく聞く。

227 ：仕様書無しさん：03/07/05 00:07

ＳＵＮで器官動かしてんだけどシステムダウンなのにすぐ直してくれない

228 ：仕様書無しさん：03/07/05 00:54

>>224
こりゃほんとアホレスだな。

以上。

229 ：仕様書無しさん：03/07/05 01:51

あんまり釣られないように。

230 ：仕様書なしさん：03/07/05 02:44

>>226
一回メインフレームにしたら、DASDとか移行が面倒になってLinuxには戻れなくして
囲い込み作戦じゃないか？

231 ：仕様書無しさん：03/07/05 03:26

>>220
ＭＩＺＵＨ○を忘れてはいけません
みんな我慢の子だったでつ

232 ：仕様書無しさん：03/07/05 11:01

２重振込みとか２重引落ってＯＰミスだろ
メインフレームは悪くないんだ～～～～～～～～～～！！

233 ：仕様書無しさん：03/07/05 16:04

だいたいにおいて、エラーの原因は人間なので、
運用さえちゃんとしてればメインフレームだろうがUNIXだろうがWindowsだろうが問題ない

234 ：仕様書無しさん：03/07/05 18:44

★★★　完全無修正のエロエロサイト　★★★
http://upbbs.s2.x-beat.com/linkvp/linkvp.html

　↑　
このサイトマジやば！　早く見ないと消されちゃうかも・・・

235 ：仕様書無しさん：03/07/05 20:13

>>226
ＡＳ／４００はお勧めでっせ。でも、ＰＬ／Ｉのコンパイラがなくなっちゃった
そうなんですけどお。どーしてくれるんだ！

236 ：仕様書無しさん：03/07/05 21:43

>>233
甘い。Windowsは意味不明な動きをよくするよ。
だいたいサービスパックなんて何度出せば気が済むんだよ。

メインフレームはその点は本当によく出来ていると思う。

237 ：仕様書無しさん：03/07/05 21:45

>>235
え！あの素晴らしいPL/Iが無くなるの？
おい！ＩＢＭ！自分で作ったコンパイラを安直に破棄するなよ！

238 ：仕様書無しさん：03/07/05 21:49

>>236
メインフレームでもPTFよく当ててるようだけどｗ
年に数回だがな

239 ：仕様書無しさん：03/07/06 01:23

>>210
>WindowsとVisualBasicで基幹業務をリプレースしてやる。
VB...............................................。フーッ。

240 ：仕様書無しさん：03/07/06 01:27

やっと釣れた（ｗ

241 ：仕様書無しさん：03/07/06 01:58

>>238
でも、Ｗｉｎの場合ユーザ責任で何が起こってもシラネーヨだろ？

242 ：仕様書無しさん：03/07/06 12:34

>>241
それはライセンス許諾書に思いっきり書いてあるからな
そんな商売ありなのかと思うけど

メインフレームも詫び状は来るけど、最終的にはユーザーが
せっせと作業することにはなる。
多少ムカツキ度合いは少ないかな？怒りのやり場がある分ｗ

243 ：仕様書無しさん：03/07/06 17:23

JCL勉強したいんですが、なにかお勧めの参考書ありますか？

244 ：仕様書無しさん：03/07/06 17:40

>>243

ttp://home3.highway.ne.jp/JCL-TYO/

245 ：仕様書無しさん：03/07/06 18:25

>>244
すげー　JCL画像がいっぱいだ

246 ：　：03/07/06 18:28

りそな、システム統合計画を白紙

247 ：仕様書無しさん：03/07/06 19:00

>>242
>>それはライセンス許諾書に思いっきり書いてあるからな

アメリカの訴訟文化の産物だな。

248 ：仕様書無しさん：03/07/06 19:08

>>247
というか、そういうライセンス許諾書文化をつくったのはゲイツ本人だったような。
奴は法学部中退だし。

249 ：仕様書無しさん：03/07/06 19:21

>>244,245
おい！まったく理解できねーそ！

250 ：仕様書無しさん：03/07/06 20:31

>>248
ゲイツに感謝してる連中も多いんだろうけどな

251 ：仕様書無しさん：03/07/06 20:44

>>249
たぶん馬鹿には見えないJCLなんだろうなあ（藁

252 ：仕様書無しさん：03/07/06 20:47

MSに限らずどこのソフトウェアメーカーも似たようなもんだ。
叩かれやすいかどうかの差だけ。
オープン、ホスト関係ない

253 ：仕様書無しさん：03/07/06 20:58

お願いします・・・＿|￣|○
JCL勉強したいんですが、なにかお勧めの参考書ありますか？

254 ：仕様書無しさん：03/07/06 21:01

マニュアル読めよ

255 ：仕様書無しさん：03/07/06 21:15

>>253
マジレスするが、そんなものはない。
あるのは研修資料と、マニュアルだけ、それが全て。

256 ：仕様書無しさん：03/07/06 21:37

>>253
自習用テキストぐらいだなIBMに注文すれば買えるよ
後はマニュアルだけだ

257 ：仕様書無しさん：03/07/07 00:46

マニュアルをいれてある本棚が、メインフレーム本体並にでかかった。
必要なマニュアルを探すだけでも一苦労だった。

258 ：仕様書無しさん：03/07/07 00:51

JCL概説ってやつだよ

259 ：仕様書無しさん：03/07/07 01:49

っていうか、JCLで一番使うDD文の内容なんて、構成依存だから
会社によって全然書き方が違う。

260 ：仕様書無しさん：03/07/07 03:18

でも、目立も不治痛もＩちゃんも基本は同じだろ。
目本は触ったことないから知らんが

261 ：仕様書無しさん：03/07/07 07:07

>>260
＞目本

Nの事か？
Nは独自文化だから一から違うが。
っつーか、エディタのコマンドが、IとNで微妙に違うのやめれ。
CCとかKKとか、AとかPとか、両方使ってるとパニクるっつーの。

262 ：仕様書無しさん：03/07/07 07:35

>>260
I,H,Fは基本どころかほぼ同じだろ

263 ：仕様書無しさん：03/07/07 14:49

IBMのメインフレームのDASDで1トラック何バイトなの?
10年前くらいにIBM3390で1トラック=56664バイトでした。

最近はそんな単位すら無いのかな?

264 ：仕様書無しさん：03/07/07 20:26

F のJOBかEXECでSPARM='LANG=J'
と指定してFORTRANその他をコンパイルすると（ﾟдﾟ）ｳﾏｰ

265 ：仕様書無しさん：03/07/07 20:44

それはそのコンパイラに日本語メッセージが入っている場合だろ？

266 ：仕様書無しさん：03/07/07 20:46

1トラック８G　1シリンダー８０T

267 ：仕様書無しさん：03/07/07 22:03

広島総合銀行がチョンボやらかしたね。ベンダーはどこだろう？Ｎ？Ｆ？

268 ：仕様書無しさん：03/07/07 22:30

>>266
そんなのあるの？

うちで使ってるのはショボイのか
＿|￣|○

269 ：仕様書無しさん：03/07/07 23:30

>>264
どうなるの？

270 ：仕様書なしさん：03/07/08 01:10

>>263
3380は47476でした。
3390は57Kくらいだったような。
今はRAMACやESSの3390互換モードだから、如何様にもできそうだが。

271 ：仕様書無しさん：03/07/08 01:26

>>226
遅レス。

今のままだと、汎用機はH/W面で高いI/Oや信頼性があっても、
「OSが独自、新しいパッケージも少ない」で、防戦だけ、ジリ貧でそ。
昔のOS/2やPL/IやTokenRingやSNAや5550とかの反省もあるし :-)

Linux載せれば「サーバー統合しない？」つってH/W面の利点を生かして
逆攻勢の可能性もある。オープンにして有利か不利かは、当然社内でも
両論ある筈だが、サービス業を含めた自信次第じゃないの？　

272 ：仕様書無しさん：03/07/08 01:31

>>270
54kじゃね？

>>271
既存のアプリ載せかえるのにユーザーが拒絶する罠

273 ：仕様書無しさん：03/07/08 01:35

>>271
IBMがオープン路線で成功した例
・OS/360(命令セットやI/O命令をマニュアルで公開)
・初代IBM PC(BIOSのソースをマニュアルで公開)
・DOS/V(日本でOADGを作って各社に普及)
・WAS(IHSはオープンソース)
・J2EE(Sunの陰に廻って地道に改善)

クローズド路線で失敗した例
・PS/2(マウスやFDDやVGAは普及したが、肝心のMCAは消えた)
・汎用機の高機能・高価格路線(離反されてC/Sに流れた)
・SNA/APPC(TCP/IPに負けた)
・文書プログラム、DOS文書プログラム、織姫 (...)

274 ：仕様書無しさん：03/07/08 02:05

>>272
既存のアプリののせかえは拒絶されてもジリ貧にかわりはないような気がする。

275 ：仕様書なしさん：03/07/08 02:11

>>272
明日会社で見てくる

276 ：仕様書無しさん：03/07/09 22:28

>>275
で、どうだった？

277 ：_：03/07/09 22:30

http://homepage.mac.com/hiroyuki44/hankaku09.html

278 ：仕様書無しさん：03/07/09 23:41

私が作ったよ～♪
http://nuts.free-city.net/index.html

279 ：仕様書無しさん：03/07/10 01:09

メインフレームうぜー。
なんでこんな金掛かるもん維持してるんだろ。
アッタマ悪いよな。

280 ：仕様書無しさん：03/07/10 01:16

>>279
もうちょっとマシな釣り方を考えてください。

281 ：仕様書無しさん：03/07/10 02:04

>>279
近頃メインフレームのほうが金かからないことが多い
マジで
オープン系の見積もりなめてんのかコノヤロウ系が多い
何のためのオブジェクト指向プログラミングなのか・・・
部品の再利用を前提にしていないのか・・・

ぼったくるんじゃねぇ
COBOLerの糞コードよりひどいじゃねえか

282 ：仕様書無しさん：03/07/10 07:42

>>280
釣っつうより無知が正解かと

283 ：仕様書無しさん：03/07/10 21:40

まあそこまで金と人投入するほど手前のシステムに価値があるのかって事よ。

284 ：仕様書無しさん：03/07/11 00:40

ＳＵＮもすげーかねかかるぞ

285 ：仕様書無しさん：03/07/12 12:13

でもやっぱりメインフレームの方が金かかるよ。
メインフレームの仕事はつまらんし、
かといって、ういんどうずの仕事なんて糞みたいなのばかり
今はうにっくすの仕事が一番マシかな。
いっそのこと組み込み系が一番楽しいかもと思ってしまう今日この頃。

286 ：：03/07/12 12:23

転職サイトを見ると汎用形の仕事なんて殆どねー(/_;)。もうUNIX、Web関係ばっか。

287 ：仕様書無しさん：03/07/12 15:07

>>286
汎用系の人探しは、別経路で行われてるから表面化しない

288 ：仕様書無しさん：03/07/12 18:59

過去の遺産のために、オープン系に移れないって話があるが。
いっそのこと、ＰＣでＯＳ丸ごとエミュレーションしちゃえ
ばいいんだよ。
今のＰＣの性能なら、ソフトウエアエミュレーションでも
１０ＭＩＰＳは余裕で越えられるよね。
チャネル接続された機器のエミューレトは難しいけど
ディスク装置なら余裕。
過去の遺産のためだけにオープン系に移れない中規模
ユーザならば十分可能なんでないかな。

まぁ、自分の首をしめることになるから、メーカー
さんは絶対にやらんと思うがｗ

289 ：仕様書無しさん：03/07/12 19:05

>>287
汎用系の人間はｗｅｂを信用してません

290 ：仕様書無しさん：03/07/12 22:11

>>286
だからパソコンオタクみたいなのが集まってきてプロジェクトがやりにくくなる。
成果物は自己満足なモンばかりでメンテが大変で結局作り直したほうが早い。
客にはバージョンアップってことになっているが。
Ｍ＄ではありませんので。

291 ：279：03/07/12 23:27

やっぱ皆そう思ってんのか。
JCLとかバカバカしいもんな。
COBOLもABAPが広まれば案件無くなるだろうし。
>>289←みたいなやつは取り残される、と。

292 ：仕様書無しさん：03/07/12 23:40

>>288
信頼性はどうすんの？

293 ：仕様書無しさん：03/07/12 23:47

>>288
COBOL否定派って妙に技術にプライド持ってるよね。
オタクっぽいし、ガキくさいな。
技術だけでどうにかなるもんじゃないんだよ。

>>286
>287の言う通り、web上の転職サイトが全てではない、というか極一部では？
事実、うちの会社なんて９割方汎用系だもん。

>>279
ウザがる理由が分からん。
嫌なメインフレームに関わる仕事を辞めればいいだけじゃん。

294 ：仕様書無しさん：03/07/12 23:49

>>292

コラ、相手にするんじゃありませんっ。

295 ：仕様書無しさん：03/07/12 23:51

追記
>>279
時代に取り残されるCOBOLERの事を「ざまあみろ」とか思うわけ？
低次元な事に喜びを感じる人ですね。
汎用系に配属された新人さんの愚痴のようにも見える。

296 ：仕様書無しさん：03/07/12 23:55

汎用系はメーカ依存度高いから、特定メーカのグループ内、もしくは
その子会社が多いだろうな。
人は足りてるように思う。だから求人も無い。

297 ：仕様書無しさん：03/07/13 00:09

>>296
まともな人間は不足してるよ
これはメインフレームじゃなくても同じだろうけど

298 ：279：03/07/13 00:13

ざまあみろとは思ってないよ。
新しい技術に対して「信用していない」なんて言うやつは取り残されるだろ、と。
別に喜んでもいないしな。

ただ、ダメなシステムを批判してるだけ。それだけさ。

299 ：293：03/07/13 00:19

>>298
他人のことなんか所詮どうでもいいじゃん。
また、これまでの貴方の書き込みに批判と言うほどの内容は感じられないが・・・。

300 ：名無し＠沢村：03/07/13 00:20

おれは外資系の証券会社で使ってたサーバーボックスをもらったよ。
PC(本体)が５個はいるよ。
おまいらはタンスとかあってぜいたくだよ！！！

http://jbbs.shitaraba.com/computer/7294/

301 ：仕様書無しさん：03/07/13 00:26

>>298
新しいものが信用されないのは当たり前。
何事も信用を得るのは時間がかかるものだよ。
信頼性とそれ以外の要素を比較して利用者が信頼性を選択するのなら
それは仕方のないことだ。
信頼性よりも新しい何かを選択するものも当然いるわけだし。

駄目なシステムというのはどんなプラットフォームにも存在するものだ。
駄目なのは設計者やプログラマだ。

302 ：仕様書無しさん：03/07/13 00:28

マルチポスト辞めろよ。クソ業者と同レベル。

それとドラクエのMIDI、ショボイぜ。

303 ：仕様書無しさん：03/07/13 00:30

>>300
音楽付きのサイトうぜぇ
うるさいんだよ。しかもセンスなし。

304 ：仕様書無しさん：03/07/13 01:06

>>296
新卒
親会社からの出向（リストラ）
これで人数は一杯というところ？

305 ：仕様書無しさん：03/07/13 03:14

>>292

平行で３台ぐらい走らせておけば？
結果は合議制ってことでｗ

>>293

実は・・・

まぁ、いいか。
製品で発売されることは絶対にないだろうね。
他会社がやったら、それはそれで訴えられそうだし。

全然関係ないけど。
さんちゃんや、えっちぴーちゃんがリホスティングの
ソリューションはじめてるみたいやけど、あまりにも
無茶に思えるのだが・・・

306 ：仕様書無しさん：03/07/13 09:39

>>305
あれって結構カネかかるんでしょ

307 ：仕様書無しさん：03/07/13 17:42

>>288
>ＰＣでＯＳ丸ごとエミュレーションしちゃえ
>ばいいんだよ。
>今のＰＣの性能なら、ソフトウエアエミュレーションでも
>１０ＭＩＰＳは余裕で越えられるよね。
メイフレームのＯＳのことなどを知らないヤシ特有の発言だな。
スピードだけじゃないんだよ。
特にメインフレームはＣＰＵとＯＳとで例外処理がガッチリ行われ
ていて、それが信頼性向上のベースにある。
マイクロプロセッサはもともと例外処理等の部分をかなり捨てて
マイクロ化した。しかもＯＳ側も例外処理がかなり脆弱だ。
だから、マイコン＝バソコンは突然暴走したり止まってしまったり
することがあり、リセットスイッチを押したり、電源をいったん切っ
て入れ直さなければならない、なんて対処を平気でやってきた。
多数のプロセスが同時並行的に動いているメインフレームで、
そんなことが起きたらどうなるか？考えてみればわかるよね。

とりあえず、IBM系でいいからメイフレームのCPUとOSの例外処
理について、きちんと勉強してごらん？
その上でPC上でそれをエミュレーションするプログラムを作って
ごらん。

308 ：仕様書無しさん：03/07/13 17:58

微妙な誤字は何ですか？

309 ：仕様書無しさん：03/07/13 18:25

>>308
？

310 ：仕様書無しさん：03/07/13 18:47

バソコン,メイフレーム

311 ：仕様書無しさん：03/07/13 19:53

>>307
まあ実際問題、そこまでの信頼性が必要なのかどうか吟味されずに
メインフレームで作られちゃったシステムも多い訳で、
そんなのはLinux上でのエミュレーションでいいじゃないかという気もしないでもない。

312 ：仕様書無しさん：03/07/13 20:33

>>311
禿同
EXCELのシート1枚で十分なもの（データ量がこれまた年に200件程度ｗ）
がメインフレームで動いてたりする

313 ：仕様書無しさん：03/07/13 22:05

>>307
メインフレームだって暴走する時はするって。
１９８０年代後半のＳＭＰマシンが出始まったころなんて今のＭ＄以下だったぽ。

314 ：仕様書無しさん：03/07/13 23:31

世界最大の郵貯とか、日本有数の都銀とかはメインフレームじゃないと無理だろうな。

315 ：仕様書無しさん：03/07/13 23:47

>>307

本当の現実を知らないのは君のほうだよ。
実際に・・・
まぁ、いいか。

思うに。
昔の固定観念だけで、断定しちゃうのはよくないよ。
一日に数万ジョブを動かしてるような所じゃ絶対に
無理ってのは当然わかってるんだけど。

316 ：仕様書無しさん：03/07/14 00:10

まあ、かといってマジでリプレースできるほど現実は甘くない。
小さなサブシステム数個移行したって、データ連携等でかえって
効率悪くなるだけ。

317 ：仕様書無しさん：03/07/14 00:24

>>314
1.能力詐称詐欺関係じゃない、マトモな開発者と設計者
2.全部を作り直すことについてのコンセンサスの統一

それがあれば、全部作り変えるということも可能かと。
ただ、1は日本の有名企業にいないし、2は今の腐れ銀行
組織じゃ無理なので、そういう意味で無理だな。

318 ：仕様書無しさん：03/07/14 08:20

>315
具体例で返せずに一般論で逃げるのは癖になるから気をつけよう。
仕様決定の会議でそれやると後でデスマるぞ。

319 ：仕様書無しさん：03/07/14 10:21

315はマじゃねぇな、Sヨだな。
出来るとか言うけど、オメー自身は出来ないってタイプの

320 ：仕様書無しさん：03/07/14 10:32

>>313
メインフレームが暴走なんてしたら　メーカーが慌てて飛んでくるぞ
そんなん　あったら　銀行関係なんて　大変じゃん

>>315
そのへんの　10人くらいの会社なら　そうかもしれないが
ちょっとした中企業や大企業だと　10万件のマスタの随時更新なんて
ざらにある　そんなのオープン系のDBで　まわしたら　どうなるか　わかるだろうに・・・

321 ：仕様書無しさん：03/07/14 10:49

ていうか10万件／日て決して大規模とはいわんわな

322 ：313：03/07/14 11:00

>>320
メーカーの技術者のみならず意味も無く管理職まで張り付いてたぽ
おまえが知らないだけぽ

323 ：仕様書無しさん：03/07/14 11:56

>313て「やる気のなくなった」>1？

324 ：仕様書無しさん：03/07/14 16:16

>>321
レコードサイズにもよるだろ

325 ：仕様書無しさん：03/07/14 22:11

>>320
今だってアプリケーションがツボをついたつくりになってれば
TPモニタリージョン内の一タスクがCPU使い切るくらい余裕で可能。
タスクのキャンセルすら入力出来ないくらいに使いまくれる。

326 ：仕様書無しさん：03/07/14 23:12

なんで、大企業やら銀行の話になるんだろうか。
最初から中小規模って話って書いてあるやん。
仕様書読めるのか？この人達。。。

ちなみに。
最近のＯＳやら基本ＰＰはどうやってテスト（ｒｙ

327 ：仕様書無しさん：03/07/14 23:46

すれ違いはお約束 (:

汎用機でなくていい業務や中小企業まで汎用機が圧倒的に多いのは、
「コンピュータ年鑑２００２」を読めば、驚くほど。
多分、１５年以上、再構築できてないんだろう。

328 ：仕様書無しさん：03/07/14 23:55

UFJはPL/IからJAVAに変えるとか。
メインが日立でRDBもORACLE中心だから、COBOLとばかり思ってた。

329 ：仕様書無しさん：03/07/15 00:20

RDBにXDM/RD使ってるところってどこですか？

330 ：仕様書無しさん：03/07/15 00:20

銀行はPL/I多いだろ

331 ：仕様書無しさん：03/07/15 00:32

はぁ？圧倒的にＣＯＢＯＬだろ？

332 ：仕様書無しさん：03/07/15 00:57

>>331
はぁ？
まじかよ

333 ：仕様書無しさん：03/07/15 01:10

中小企業だって、顧客管理とか経理とか伝票とか、クリティカルな処理沢山ある。
メインフレームがまだあるのは顧客の要望というところも多い。

334 ：仕様書無しさん：03/07/15 01:46

>>313
メインフレームってって暴走するの？
暴走する前に止まるかと思ってた。

335 ：仕様書無しさん：03/07/15 02:44

>>307
はぁ？　10年前にもおなじ議論きいたぞ。進歩してないな、この国は？
いまやDualにLinuxのっけて楽にメインフレームエミュレートする時代
だろ。おまい、ちゃんと勉強しろ。

336 ：仕様書無しさん：03/07/15 02:56

罵り合い、良くない。
帰宅したばかりのデスマＰＧは寝ます。

337 ：仕様書無しさん：03/07/15 03:52

>>331
でもメインフレームでも大きいところほどＰＬ／Ｉを使ってるところが多い
もう情報が少なくて・・・

338 ：仕様書無しさん：03/07/15 08:04

そもそもＵＦＪならば、目立ちっしょ？
PL/IじゃなくHPLなのでは？

339 ：仕様書無しさん：03/07/15 08:29

>>336
デスマのわりには帰宅が早いねぇ

340 ：仕様書無しさん：03/07/15 11:02

AS/400ﾏﾝｾｰ
kシリーズﾏﾝｾ-
でもさ～　メインフレームだとプリンタースプールの管理もできるけど
オープン系にだと　どうやってやるんだろ？

341 ：山崎渉：03/07/15 11:13

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

342 ：336：03/07/15 12:31

>>339
マジっすか？
体が持ちそうに無いんですが…

＃９末まで長いな～

343 ：仕様書無しさん：03/07/15 16:53

>>308 & >310
スマソ。
親指シフトキーボードとＩＭＥの反応がちょっとおかしいんだヨ。
入力した後で推敲したつもりだったんだけど、見落とした。

344 ：仕様書無しさん：03/07/15 16:55

>>313
そりゃまぁ、絶対に無いとは言わないけどさ、普通はCPUやOSが
例外処理をきちんとやって暴走前に止めてくれるでしょ？

345 ：仕様書無しさん：03/07/15 17:02

>>315
>昔の固定観念だけで、断定しちゃうのはよくないよ。
別に、昔の固定観念だけで断定したワケではないのだが。
そう見えたのならオレの文才が無かったってことかな。

で、キミはメイフレームのCPUやOSの例外処理に関して勉強
したかい？それらの例外処理をPC上でエミュレートするプログ
ラムを書いてみたかい？

346 ：仕様書無しさん：03/07/15 17:07

>>327
そうだよねぇ。
20年くらい前に聞いた話だけど、オフコンやミニコンで充分なとこ
ろにはメイフレームを、PCで充分なところにはオフコンやミニコン
を、といった具合で売りまくっていたらしいね。
当時学生だったオレは、アコギな商売だなぁ、って思ったよ。

347 ：仕様書無しさん：03/07/15 17:14

>>335
キミこそ、メイフレームのCPUやOSの例外処理に関して勉強し
てごらんよ。それらの例外処理をPC上でエミュレートするプログ
ラムを書いてごらんよ。
キミの言う
>DualにLinuxのっけて楽にメインフレームエミュレートする
っていうのが、実はとてもアブナイシステムだってことが分かる
だろうからさ。

348 ：仕様書無しさん：03/07/15 17:52

なんだか　メイフレーム　って用語使ってる約１名が必死になってるよなー。

個人に対してやってみろって言うのも変な話だ。

349 ：なぎさっち ◆Nagi/FmYMM ：03/07/15 18:58

メイフレーム -> May Frame -> 5月の構造

350 ：仕様書無しさん：03/07/15 23:34

メイフレームちゃんは、何で例外処理にこだわるんだろうか？

もしかしてメイフレームちゃんは、アッセンブラが吐くマシン語
をメイフレームのＣＰＵがそのまま実行してると思ってるのかｗ

351 ：仕様書無しさん：03/07/16 00:10

メイフレームマンセーなのも個人の勝手だが
"適材適所"という言葉を知ってからにしてほしいな。
いまどきのH/WならCPUの演算結果がオモシロになっちゃうことまで心配するより、
そんなもん削ってコスト下げて他に回したほうがいくぶんマシだ。

これまでメインフレーマーはメイフレーマーみたいなこといって売り込んできた訳なんだが。

352 ：仕様書無しさん：03/07/16 00:51

>>351
オマエモナ

353 ：仕様書無しさん：03/07/16 01:47

>>348

きっとメイフレームってのは、私達の想像からかけ離れた
すんごいシステムなんだよ。
分岐は全て例外で行うとかｗ

プチ流行語になりそうな予感

354 ：仕様書無しさん：03/07/16 03:46

mainframe →　×
mainflame →　○
なんでも、火を吹き上げてるらしいですぜ

355 ：仕様書無しさん：03/07/16 04:14

メインフレームの中身とかぜんぜん分かんないオープン系の人間だけど、やっぱホストは
あった方が良いよ。障害対策とか運用とか基盤系がめちゃくちゃしっかりしてるし、下手な
Unix DB なんかよりぜんぜん安心できる。強固なデータストアであってくれれば結構住み
分けはできると思う。サーバルームに置いてある Z とかすげーカッコイイし。

ただ業務系の COBOLer はダメダメだな。この間見た仕様は電文上のエラーメッセージを
親切にも <B> タグで囲ってくれてたよ (藁

356 ：仕様書無しさん：03/07/16 14:21

>>350
>アッセンブラが吐くマシン語
>をメイフレームのＣＰＵがそのまま実行してると思ってるのかｗ
どこからそんな発想が出てくるのか教えて欲しいもんだナ
ある意味、五月枠のヒトよりスゲーよ。

357 ：仕様書無しさん：03/07/16 21:49

ちょっと違うが、これ欲しい・・・。（金、無～～）
ttp://page5.auctions.yahoo.co.jp/jp/auction/e28647339

358 ：仕様書無しさん：03/07/16 22:13

>>356
じゃあ、CPUは何をするのよ？

359 ：仕様書無しさん：03/07/16 22:40

AP、OS、CPU　こいつらの関係を理解できてないようで。

360 ：仕様書無しさん：03/07/16 22:47

>>340
オープン系はいまだにスプール管理がページ単位でできないね。
帳票管理ツールは山とあるのに、なんで？

361 ：_：03/07/16 22:47

http://homepage.mac.com/hiroyuki44/jaz09.html

362 ：仕様書無しさん：03/07/16 22:47

>>356==359

はいはい。
ここはメインフレームのスレなの。
メイフレーム使いの君は来ちゃだめ♪（ハァと

363 ：仕様書無しさん：03/07/16 22:49

>>355
そそ。データ倉庫は汎用機。
ぶん回すマートやアプリサーバーはオープン系、ってのが増えた。

364 ：359：03/07/16 22:53

>>362
どうでもいいけど、その=間違ってるよ。
CやJavaの文法が無意識に出ちゃう人はム板にでも行って♪（ハァと

365 ：仕様書無しさん：03/07/16 23:31

>>360
それはOSの仕事ではないからです。
帳票管理ツールがあるならOSで管理する必要はありません。

366 ：仕様書無しさん：03/07/16 23:52

>>365
違います
オープン系にはチャネル1ジャンプがないからですｗ

367 ：仕様書無しさん：03/07/17 04:09

358=350=DQN;　←意味が違う気もするが…気にしな～い

368 ：仕様書無しさん：03/07/17 21:50

>>365
その山ほどある帳票管理ツールでもできないって話だろ

369 ：仕様書無しさん：03/07/17 22:44

XSPほすい～
誰かうＰして

370 ：仕様書無しさん：03/07/17 23:51

>>365
山ほど帳票管理ツールってあったけ？
ＳＶＦやＥＵＲとかって、帳票作成ツールだよね？

371 ：仕様書無しさん：03/07/18 01:03

ツールが欲しいなら自分でつくれ、
OSでは面倒ミネーヨ
ってのがUNIXだと思うが

372 ：仕様書無しさん：03/07/18 01:27

ホストで作るツールって簡単なロジックのプログラムでも
動かすまでがやたら大掛かりな気がする。

373 ：仕様書無しさん：03/07/18 07:36

>>372
おまいが低脳なだけﾌﾟ

374 ：仕様書無しさん：03/07/18 08:04

>>373
お前何も知らないだろ。

375 ：仕様書無しさん：03/07/18 13:49

オープン系で　スプール管理しようと
プログラムあれこれ作ったが　基本的に無理
OS側が　どこまで印刷できたか　認識できないのに
ソフトで認識はできませんでした。
まぁ～　俺が　タコなだけかもしれんが・・・

あと　メインフレームのいいところはスプール管理だけじゃなく
完全なるマルチタスクだろ？

376 ：：03/07/18 14:04

プログラマーじゃない一般的な人間からするとメインフレームなんて滅多に見るもんじゃない。漏れも
システム管理部に来て初めて見た。こういうのは触ってみないとわかんねってやつだね。

377 ：仕様書無しさん：03/07/18 14:09

>>375
どこまで印刷したか認識するのはプリンタドライバの役割では。
プリンタの状況いちばんわかってるのはドライバだから。
OSはデバイスそのものを管理はしないでしょ。
実際の管理はデバイスドライバがやる。

っつうことで、プリンタドライバつくりなさい。

378 ：仕様書無しさん：03/07/18 14:26

ACOSあげ！NECﾏﾝｾｰ!!!

379 ：仕様書無しさん：03/07/18 17:52

>>368
できるよ。

君が知らないだけでしょ

380 ：仕様書無しさん：03/07/18 17:53

>>372
まともなインストーラがないだけかと。

381 ：仕様書無しさん：03/07/18 17:54

そういや、汎用機はプリンタの用紙のかけかえの指示まできちっとこなしてくれたなぁ。

382 ：仕様書無しさん：03/07/18 19:10

コボルプログラムが出来たら、
コンパイルしてロードして、JCL切って
パッチしたデータ用意して、GO。
ABENDしたら、ダンプリストみての繰り返し。
約15年前のこと。

383 ：仕様書無しさん：03/07/18 21:59

>>369
じゃ○津工場までカートリッジテープ送ってください

384 ：仕様書無しさん：03/07/18 22:00

>>382
今日やったことだ。鬱だ死のう。

385 ：_：03/07/18 22:08

http://homepage.mac.com/hiroyuki44/

386 ：仕様書無しさん：03/07/18 23:45

>>384
俺はABENDしなかった
良かった

387 ：_：03/07/18 23:59

http://homepage.mac.com/hiroyuki44/

388 ：PL/IのＰＧ：03/07/19 01:01

>>382
M/F以外の開発ではどうやってんの？

389 ：仕様書無しさん：03/07/19 01:22

Ｃでなんか作ったら
コンパイルして
実行形式のファイルをクリックして、GO。
暴走して青くなったら、ＯＳ立ち上げ直してログみての繰り返し。
5年後もそう。

390 ：_：03/07/19 01:31

http://homepage.mac.com/hiroyuki44/

391 ：_：03/07/19 02:43

http://homepage.mac.com/hiroyuki44/

392 ：_：03/07/19 04:29

http://homepage.mac.com/hiroyuki44/

393 ：_：03/07/19 05:41

http://homepage.mac.com/hiroyuki44/

394 ：_：03/07/19 07:08

http://homepage.mac.com/hiroyuki44/

395 ：_：03/07/19 08:55

http://homepage.mac.com/hiroyuki44/

396 ：388：03/07/19 12:48

たいして変わんないって事？

397 ：MF０年生：03/07/19 13:53

ずっとオープン系オンリーで開発してきましたが、このたびMF連携の
案件のメンバーになりました。基礎知識だけでも独学しとこうと思ってるん
ですが、ファイルシステムからしてさっぱりわかりません

XXX.YYY.ZZZでファイルになったかと思えばAAA.BBB.CCC(DDD)じゃないと
だめだったり、ファイルのレコード長？なんてものがあったり、そもそも
上記のファイル名？を知らないとどこに何があるか全然わからない。
winのdir、unixクローンのlsのようにファイル一覧のコマンドがない？
みたいだし。

webの海をひたすら検索しても、宇宙人（失礼）が書いたようなちんぷん
かんぷんな説明しか見つかりません。どこかいいサイトを紹介して頂け
ないでしょうか

398 ：仕様書無しさん：03/07/19 14:48

>>397
どのメーカーのMFよ？
多分IBMならISPF/PDFの使い方とかが知りたいんだろ？
レコード長とか知りたけりゃ情報処理の基礎中の基礎の参考書でも読んだら？
昔の２種時代のやつなどお勧めだよ。

399 ：仕様書無しさん：03/07/19 17:56

>>397
情報は研修とマニュアルしかない。
ちなみにファイル一覧のコマンドはあるが、あなたの権限ではおそらく実行できまい。

400 ：仕様書無しさん：03/07/19 18:28

LISTCコマンド

401 ：ＰＬ／ＩのＰＧ：03/07/19 19:07

>>397
私はM／Fで開発していて、ＵＮＩＸと連携している案件で働いています。

＞XXX.YYY.ZZZでファイルになったかと思えばAAA.BBB.CCC(DDD)じゃないと
＞だめだったり、ファイルのレコード長？なんてものがあったり、そもそも

Ｍ／Ｆでは、ファイルのことをデータセットと言います。
データセットは、（第１修飾子）．（第２修飾子）．・・・と命名します。XXXが第１で、YYYが第２です。
～ＣＣＣ（ＤＤＤ）のファイルは、～ＣＣＣがディレクトリと考えて下さい。ＤＤＤはメンバと言います。
データセットには（主に）固定長と可変長があり、固定長のものはファイル定義の時にレコード長を決めておきます。
（詳しくは、データセット概説などのマニュアルを参照）

ＵＮＩＸと連携するのであれば、キャラクタ属性の固定長ファイルをＦＴＰ転送するくらいしか思いつきませんが、
他にも何かあったら、またココで質問して下さい。

402 ：仕様書無しさん：03/07/19 20:25

↑
すべての英文字が大文字なのが本物っぽくていいね（ｗ

403 ：仕様書無しさん：03/07/19 20:47

ぱぴこんってＣＫＤディスク使えんの？

404 ：仕様書無しさん：03/07/19 20:55

>>402
バグレスだな

405 ：仕様書無しさん：03/07/19 21:22

>>397
～ＣＣＣ（ＤＤＤ）は区分データセットですよ！
情報処理試験で出てきたでしょ！

406 ：仕様書無しさん：03/07/19 22:29

>>401
おいおい、～CCCをディレクトリなんていうとPOのディレクトリと混同するからやめとけよ
それからファイルとも普通に言うだろ

407 ：MF０年生：03/07/19 22:40

皆さん、ありがとうございます。
2種相当前に取りましたが（5年前?）、当時（自分の脳内で）いかにもPC系で
つかわなさそうな知識は丸覚えしただけでした・・・

>>398
IBMです。OS/390だそうです。ISPF/PDFは暇を見てヘルプ読みながら
なんとかなってます。それよりもMFの基本的なアーキが全然頭に
入ってきません。

>>401
まさにそのような案件ですが、いいかげんファイル転送では追いつか
なくなってきて、どうするかという状態です。PCとMF両方わかる人が
一人しかいなくて、にっちもさっちもいきません。

自分なりに調べた範囲では、MFではファイルの論理構造もOSの領分
ということなんでしょうか（なのでレコード長とか決める）。PCの
ファイルってOSからは単なるバイト列だし・・・

逆にトラック数がなんちゃらとか、OSの領分だろーと思うことが隠蔽
されてなくて良くわからんです。

会社ではIBMの初級テキストを読んでますがまじで宇宙語です・・・
ただこれについては「IBM言語と思え」とMFの人が言ってました。

408 ：仕様書無しさん：03/07/19 22:49

OS/390のファイルシステムにはディレクトリという概念はない。
階層型のファイルシステムではない。全てがフラットに存在する。
ネーミングルールで階層っぽく管理しているだけ。Java の package と一緒。

409 ：仕様書無しさん：03/07/19 22:57

>>408
日立のVOS3/FSはIBMの機構が元ネタなんですか？

410 ：仕様書無しさん：03/07/19 23:00

>>407
ISPFならデータセットユーティリティでDOSのDIRコマンドみたいなのがあるじゃん
一応ワイルドカードも使えるし、データセット名の横っちょにファイルの属性情報もでる

マジで２種の本が役に立つと思うよ

411 ：仕様書無しさん：03/07/19 23:01

>>409
H,FはIBMのぱくり
FはバグまでCOPYした

412 ：仕様書無しさん：03/07/19 23:42

>>407
UNIXやWinと違って、ファイルの論理構造、アクセス方式はOSが管理する。
(ただのバイトストリームとしてアクセスする事も可能だが)
超古代の、ファイルアクセスの物理面まで考慮せにゃならん時代からあるから、
トラックだのシリンダだのが人間が管理するはめに。
その分チューニングのしがいがあるが。
流石に時代が下るとこの辺が厭になってきて、ある程度ディスクアクセスを
抽象化するVSAMというのが出来たが、やっぱりだいぶ人間の介入は必要。

ホストだろうとUNIXだろうとWINだろうと組込だろうと、OSはOS。
やってることは同じ。ジョブ管理、タスク管理、メモリ管理、ファイル管理・・・。
むしろホストのほうが分業が激しいから、OSの機能分化が目に見えてわかりやすいはず。
>>398、>>410がいうように旧情処の本を早く読め。
タネンバウム先生のOSの本でもいいが。

とりあえず SAM、ISAM、DAM、PAM、VSAM　のファイルの違いを説明できるようになれば?

413 ：仕様書無しさん：03/07/20 00:55

データセットってＩＢＭ用語だっけ？
オレはＦのマシンでやってたから、普段から使っていたけど、
友人に「それはＩＢＭの用語だから…」って言われた記憶が…

414 ：仕様書無しさん：03/07/20 00:58

汎用機用語のほとんどはIBM用語といっても過言じゃないのでは？

415 ：仕様書無しさん：03/07/20 01:19

FとかHとかみたいなIBM互換機メーカーならそうなんだけど
NとかTみたいな非IBM互換メーカーだと違うみたいだったので。
日本U（特に旧Ｂ系）はかなり違っていて、最初ビックリしたヨ。

416 ：仕様書無しさん：03/07/20 01:24

ASPENタソ　はぁはぁ！

417 ：仕様書無しさん：03/07/20 03:35

>>408
おお的を得た説明だなぁ

418 ：仕様書無しさん：03/07/20 10:08

>>397
まぁ、詳細は知らんがFTPしたいなら、パッケージ導入しる。
結局のところ、用意された機能しか使えんのだから、そんな難しいことないぞ。
FTPでは只のファイルとして見えるだけだしな。
CCC(DDD)も、CCC.GDDDVNNNとかで見れるんじゃなかったかな。
ディレクトリの様に見えたと思うし、ls(dirだったか？)も出来るべ。
数年前から使ってねーから、詳細忘れた。
っていうか、Nの同等パッケージと混乱してる。＞漏れ

419 ：仕様書無しさん：03/07/20 10:16

メインフレーマーが水を得た魚のよう

420 ：仕様書無しさん：03/07/20 11:39

ここはそういうスレだから当たり前

421 ：仕様書無しさん：03/07/20 12:02

>>408
ちと正確に言うと、
・OS/390は製品群のパッケージ名
・中核のOS(MVS、更にはSCP)から見れば、各データセットは非階層
・通常はDFSMSやRACFなどのユーティリティを併用するから、
　階層的に見える場合もある。

422 ：仕様書無しさん：03/07/20 12:14

>>418
みんなが区分データセットだと思っていたファイルがあなたには
世代管理データセットに見えたんだね。
なるほど、みえなくもない。

423 ：仕様書無しさん：03/07/20 13:12

OS/390系のマニュアル一覧

http://www-6.ibm.com/jp/manuals/products/os390v27.html

424 ：仕様書無しさん：03/07/20 13:26

>>407
パソコン（マイコン、ワープロ専用機）の世界も、
昔はファイルシステムなんて色々。
PC DOS (MS-DOS) 2.0から、UNIXの階層ディレクトリ構造を取り入れただけ。
自分の知ってる世界だけが全てで、他が特殊と思うだけではつまらない。

汎用機では分業が徹底されてる。
業務プログラマはLRECLは意識するが、TRKとかは本来は意識しない。
運用系SEやオペレータは、JCLも書くし、TRKとか物理属性も意識する。
ファイル(データセット)一覧は、VTOCを見ればよい(ISPF/FDF 3.4とか)。
カタログ登録を前提とすれば、IDCAMSのLISTCでも良い(特にVSAM)。

とかかなぁ

425 ：仕様書無しさん：03/07/20 13:28

>>418
FTP接続して、接続先からdirとかls入れれば、
汎用機データセットでも(権限の範囲内の)一覧は見えるって話ね。

426 ：仕様書無しさん：03/07/20 15:14

>>424
本来の業務プログラマってどんなのよ・・・
オペレータがJCL書くか？
ISPF/FDFなんてのもあるの？PDFしか知らん

427 ：418：03/07/20 15:36

>>425
そゆこと。thx
IのDB2とNのADBS相手にFTP使ってNTのOracleにｺﾞﾆｮｺﾞﾆｮするアプリを書いた事ある。
全部文化が違うけど、基本を抑えればＯＫよ。
漏れはIもNもOracleも使ってたんでやる羽目になった。

428 ：仕様書無しさん：03/07/20 21:01

>>426
俺が居た会社のオペレータはJCLがメインって感じだった。
業務プログラマってCOBOLerの事じゃねーの？

429 ：仕様書無しさん：03/07/20 21:22

>>428
オペレーターってテープ、ストックフォーム、トナーの運搬係じゃないの？
うちのオペレータはそれぐらいしかしてない（できないｗ）

430 ：仕様書無しさん：03/07/21 01:14

>>428
そそ。業務プログラマって、アプリのコーダー。

業務プログラマはそのデータセットの論理情報(FB/VB/VSAM...やレコード長)は
知っている必要があるが、物理情報(DASD or TAPE、BLOCKSIZE...)は、
知る必要が無い。

つうか、プログラムの中で物理情報を持てる可能性を無くしているからこそ、
運用の都合でJCL側で変更できるし、変更しても影響が無いという...

431 ：仕様書無しさん：03/07/21 01:17

>>429
そういうのは、単なるI/Oオペレータ。

少なくとも運用系のオペレータなら、ジョブスケジューリング、
障害時のリランや切替や戻し、保守時のシステム停止・起動とかは
できないと困るでしょ。

432 ：仕様書無しさん：03/07/21 01:18

>>426
ISPF/PDFの書き間違い。スマソ...

433 ：仕様書無しさん：03/07/21 01:27

>>431
うん。できなくて困るからうちのオペレータにはやらせてない。

434 ：仕様書無しさん：03/07/21 01:52

>>430
UNIXやWindowsだと、アプリの中にディレクトリ名とかファイル名とか、
固定で持てちゃうから、標準化が悪いと保守性がすごく落ちるし、
５年後に重要なファイルを消すコードとか忍ばせやすい。

JCLって遺物っぽいけど、これで分離されてるお陰で、
ドキュメントなくてもバッチはデータフロー追えるし、
長期的にはすごく楽ちん。

435 ：仕様書無しさん：03/07/21 02:05

>>434
それOSじゃんなくて言語の仕様じゃないのか？

436 ：仕様書無しさん：03/07/21 02:15

>５年後に重要なファイルを消すコードとか忍ばせやすい。
これ面白いな。過去に問題になった例とかあるか？

437 ：仕様書無しさん：03/07/21 11:27

基本的なMVSコマンドやJES2コマンドすら知らないオペさんに遭遇することがアリアス。
藻前今まで何やってきたんだって感じ。

438 ：仕様書無しさん：03/07/21 13:08

>>434
そんなのOSと関係ないよ。単なるプログラミングスタイルの問題。
言語の仕様とかそういう問題ですらない。
ハードコーディングを避けるのはプログラマの常識。

439 ：仕様書無しさん：03/07/21 13:08

>>437
>藻前今まで何やってきたんだって感じ。
本人に言って見たことありますか？もしそうならその時の反応は？

440 ：仕様書無しさん：03/07/21 13:11

言うわけないじゃん。バカァ？

441 ：仕様書無しさん：03/07/21 13:29

言っても意味無いしね。
反感かうだけ損。

442 ：仕様書無しさん：03/07/21 13:48

まともな研修も資料もなく、
先輩からの口述伝承がすべてという
悲惨な職場もあるわけで・・・

443 ：仕様書無しさん：03/07/21 13:50

>>438
言語使用でコーディングできないものもありますが
COBOLも昔はできたようだけど今はできないよ

444 ：仕様書無しさん：03/07/21 13:53

>>443
言語仕様の制約と処理系の制約は別。

どっちにしろハードコードはｲｸﾅｲ。制約がなければやっちゃうプログラマがいる職場も厭。

445 ：仕様書無しさん：03/07/21 15:56

>>444
そんな職場あるのかよ

446 ：仕様書無しさん：03/07/21 16:23

>>445
>>434はそういう可哀想な職場で働いているらしいぞ

447 ：仕様書無しさん：03/07/21 16:39

ハードコーティングがマズイのは事実。
そしてそれがＯＳや言語に依存しないのも事実。

でも、メインフレームのように、ハードコーディングしにくいＯＳの方が維持しやすいのは間違いじゃないでしょ。
もちろん、まったくハードコーディング出来ないって訳じゃないけど、普通に作る分には切り離されている部分が明らかに多い。

448 ：仕様書無しさん：03/07/21 16:48

できる言語とできない言語がある以上言語依存はあるんじゃねーか？
やるやらないは別として
人間に依存してるといいたいんだろうけど

449 ：仕様書無しさん：03/07/21 17:04

>>411
Ｈはスパイを使ってＩＢＭから情報を盗んでいました。そのうち開発力がなくなったのでＩからＯＥＭ受けるようになりました。
ＦはＡから技術情報を聞き出しコンパチ機を出しました。Ｉからもマシンを買ってきていました。
ＩもＦから買っていました。そして、逆コンパチマシンを出しました。
Ｍはスパイしましたが失敗しますた。そして、財閥なのに開発費を捻出できなくてＭＦから撤退しました。
Ｔは大企業に相手にされないのでＭＦから撤退しました
Ｏはお金が無いのでＭに任せて、小さいのばかりやることにしました。
Ｐは金がかかる割に儲からないのでさっさとやめました。
ＮはＩ互換がいやなのでＦやＨと組みませんでした。なのでＰＣでしか１位を取れませんでした。
Ｓはわがままなので独自仕様を好みました。しかも１位じゃないと気がすまないたちなので困ります。

450 ：仕様書無しさん：03/07/21 18:25

ＭＦ扱う人って高齢化しつつあるって本当ですか。

451 ：仕様書無しさん：03/07/21 20:04

若手も入っては来るが、昔ながらの職人系になることはマズ無い
COBOLerまっしぐらって感じ

まともそうなのはオープン系に転職しちまうことが多いよ

452 ：仕様書無しさん：03/07/21 21:02

>>451
やっぱり今時コボルでしか開発経験無いというのは「まとも」ではないのでしょうか？

453 ：仕様書無しさん：03/07/21 21:10

新生銀行のシステムは､ＭＦ使わないシステムでかなり安上がりで
安定していると聞きましたが

454 ：仕様書無しさん：03/07/21 21:56

顧客数、少ないんじゃない？

455 ：仕様書無しさん：03/07/21 22:03

そんなこと言ったらアメリカの銀行なんて勘定系でも余裕でオープン系だけどな。
まあアメリカだと通帳もないしいろいろ楽なんだが、作り手の意識の問題が大きいね。

456 ：仕様書無しさん：03/07/21 22:03

>>452
COBOLしかやってないとかいう問題じゃなくて
コンピュータの基本的なことを知らないとか
知らないなら勉強すればいいのにやらない
マニュアルをみないで、バカな先輩に譲り受けたアンチョコしかみない
そういう連中が多いってこと

457 ：仕様書無しさん：03/07/21 22:04

COBOLでOLTPのアプリケーション書いてた人ならそれなりに凄いと思う

458 ：仕様書無しさん：03/07/21 22:09

>>455
アメリカと日本じゃ社会の中の銀行の位置づけが違うんじゃないの？
日本は今でも何が何でも銀行行って現金を手にすることが多いけど
アメリカじゃ違うんじゃないの？
日本の銀行は今でもほとんど横並び状態だけどアメリカは違うのでは？
そういう文化の違いもプラットフォームの選択に現れてるのでは？
日本ではどこか大手行がMFすてて成功したのを見れば、一斉にMFに
さよならするところが出てくるんじゃないのかな？

459 ：仕様書無しさん：03/07/21 22:10

>>457
IMSつかって？

460 ：仕様書無しさん：03/07/21 23:06

>>458
ただ単に「アメリカじゃ違うんじゃないの？」じゃ話にならない。
日本の銀行とアメリカの銀行とでは、何が、どう、違うのか？
それがハッキリしていなければ、考えようがないでしょ？

461 ：仕様書無しさん：03/07/21 23:33

>>457
自分の今いる職場では内部のオンライン処理をやってるのは全部ＣＯＢＯＬです。
ホストから端末へ電文送信するのとか、内部処理での一時データ引継ぎとか。
そういうことを指してるのではない？

462 ：仕様書無しさん：03/07/21 23:36

>>458
移行コストってのを考えてないね。
何万ジョブもあるプログラムの移行はどうするの？

463 ：仕様書無しさん：03/07/22 00:13

>>460
あんた銀行の人？
あんたに考えてくれなんていってないよ

>>462
コストかかってもよそがやったら、自分もやるってのが日本の銀行だよ

464 ：仕様書無しさん：03/07/22 00:40

>>458
>日本は今でも何が何でも銀行行って現金を手にすることが多いけど
>アメリカじゃ違うんじゃないの？
なんだかなぁ。
何の為に現金化が必要なのか、っていうことが抜けているよな。
例えば買い物をする為、って考えると、そりゃまぁ、全体での割合から考えたら、現金化することの方が多いだろうけど、クレジットカードやデビットカードで支払うケースもかなり増えているゾ。
一方、アメリカでも一般市民が買い物をする場合だったら、やっぱり現金の方が多いだろ。アメリカは日本と違って、クレジットカードを発行してもらえるかどうかの審査基準がキビシイからね。
日本ではクレジットカードを発行するかしないかの審査基準は、欧米に比べたらかなり甘いんだよな。
こういったような前提条件をハッキリさせないで銀行の位置づけをうんぬんしても、はじまらないと思うのだが？

>日本ではどこか大手行がMFすてて成功したのを見れば、一斉にMFに
>さよならするところが出てくるんじゃないのかな？
新生銀行はMF使ってないよな。昔の日本長期信用銀行の頃には使っていたけど。それなのに、他の銀行でMFにさよならするところは出てきてないと思うのだが？

465 ：仕様書無しさん：03/07/22 00:43

>>464
コラコラ
463は釣り師か本当のお馬鹿さんなんだから
相手にしちゃダメだよ。

466 ：仕様書無しさん：03/07/22 00:50

>>465
なんだ、そうだったのか。
いや、新人教育やってた時に似たような感じのヤシがいて、そいつの事思い出して頭に血が上っちゃった。
じゃ、寝ますワ。

467 ：仕様書無しさん：03/07/22 00:57

>>464
はっきりしてるじゃねーかｗ

新生がいつから大手になったんだよ
元の銀行は大手といえばお手なのかもしれないが顧客数や支店数を考えると
大手とは言えんだろ

長銀なんかもはや死んでるわけだし

>>466
そんなことでいちいちのぼせてちゃイカンゼ

468 ：仕様書無しさん：03/07/22 01:27

オープン系ですが今度CICSでメインフレームと連携する必要が出てきました。
すぐ近くには自由に触れる環境がないんですが、
どこかにCOBOLでいいのでIMSやCICSを使ったサンプルソースありませんか。
よろしくです。

469 ：仕様書無しさん：03/07/22 13:23

いつからここ　下げ進行になったんだ？

470 ：仕様書無しさん：03/07/22 19:10

>>464
アメリカで一般市民は現金を持ち歩いたりしないよ
せいぜい小銭くらい。普通にみんなチェックを使う

471 ：仕様書無しさん：03/07/23 00:12

>>468
COBOLと他の言語では全然（でもないかｗ）違うよ
COBOLでいい？COBOLがいい？どっち

472 ：仕様書無しさん：03/07/23 00:34

>>464
審査基準は厳しく金利安い←→審査基準はぬるいが金利高い
アメリカはこの辺のトレードオフを消費者がわかって身の丈に合ったところ選ぶし、
カードの利用頻度は日本の比じゃないぞ。

消費者信用の話題は、銀行バンザイの人は聞きたくないんだろうけど。

473 ：仕様書無しさん：03/07/23 00:38

アメリカだとメインフレームでもOSのアップグレードはどんどんやるそうだ。
ユーザもすぐ乗り換えるし、前バージョンのOSのサポートもすぐ切れるらしい。
メインフレーム = 保守的　という図式というのでもないみたい。
アップグレードのリスクを恐れてサポート切れのOSにしがみつく日本の金融機関とは、
意識が違うんだろうなあ・・・

日々が保守だけだとどうも面白くないな。
セキュリティパッチ追いかけるのも厭だけど。

474 ：仕様書無しさん：03/07/23 00:45

>>473

銀行業務を見たことありまつか？
恥じをかくだけだから、ちみは黙ってたほうがいいよ。
釣りにもならん。

475 ：473じゃないが：03/07/23 00:50

>>474
ちみはどれだけの数の銀行システムを見てきたの？
俺は日本のを３つ（銀行の数）だけ見ました
その３つに限って言えば473の言うことは結構当たってましたよ

476 ：仕様書無しさん：03/07/23 01:24

アメリカのワークショップ行って来た奴が、いま仕事で使ってる390のバージョン言ったら
講師が仰天していたと言っていた

477 ：仕様書無しさん：03/07/23 02:18

>>471
両方あるとありがたいですが、少なくともCOBOLはあるとうれしいです。
たぶん社内で話す相手はコボラーの方々なので・・・。

478 ：仕様書無しさん：03/07/23 17:54

全言語をCOBOLに統一しる！

479 ：仕様書無しさん：03/07/23 18:24

VB信者はちょん

480 ：↑↑↑↑↑↑↑↑：03/07/23 18:28

ｲﾀﾀﾀﾀ

481 ：仕様書無しさん：03/07/24 00:14

アップグレードのリスクを恐れてサポート切れのプロダクトやOSにしがみつくのは公共系でも一緒でつ
つーか、むしろアップグレードに伴う影響調査や現行業務の分析ができる人が自社内にも
協業会社にもほとんどいないから、触らぬ神に祟りなし状態でだましだましサポート切れのプロダクトやOSを
使い続けているというのが真相なのかもしれませぬ

482 ：473じゃないが：03/07/24 00:24

>>468
IBMの研修用テキストのサンプル集に出てるよ

483 ：仕様書無しさん：03/07/24 00:34

米国の銀行はＡＴＭとかけっこう落ちるからな
落ちるたびにニュースになる日本とは考え方も違うだろ

業務としては口座振替がないのが一番大きな違いなのかな

484 ：仕様書無しさん：03/07/24 00:43

>>477
CICS
http://www.jbooksrv.yamato.jp.ibm.com/cgi-bin/master!request=menu!parms=!xu=SK888002/BOOKS/DFHQJE03/CCONTENTS

あとは自分で探してくれ
http://www.jbooksrv.yamato.jp.ibm.com/

485 ：仕様書無しさん：03/07/24 01:22

>>484
やはりここなのですね・・・。
ありがとうございます。

486 ：仕様書無しさん：03/07/24 08:24

>>481

＞アップグレードのリスクを恐れてサポート切れのプロダクトやOSに

少なくともメインフレームでは、金を払い続ける限りサポート切れなんて事は無いんだが。
まぁ、特殊な形態で買取したらあるかも知れんが、普通はやらんよ。

ちなみにメインフレームの世界では、不具合修正のパッチは当然当てますが、メーカー負担が普通です。
不具合内容も対処法も詳細に教えてくれます。

アップグレードは基本的に機能追加や性能向上です。
性能向上は無条件で実行することが多いですが、機能追加は条件付きです。

少しでも現在の環境に影響を与える可能性が有れば改修方法を提示してもらい改修するか、必要の無い機能追加なら実行しません。

要するに、当たり前の事を、当たり前にやってるだけです。
必要なければアップグレードなんて普通しないでしょ？

487 ：仕様書無しさん：03/07/24 20:22

>>448,447
冷静に考えてみよう。
JCL起動されるアプリが、どの言語(COBOL, C, PL/I, ASM...)であれ、
ハードコーディングは不可能(DD名しか書けない)で、
実際のファイル名はJCL上のみで変更できるでしょ。それが重要。

ドキュメントも無く古い品質の悪いソースを保守する場合、
オープン系ならハードコードしてるかから自分で全部見ないといけないが、
JCL起動なら、そもそもそんな作業は不要（不可能だから）てのが、
現実の保守では大きいって話でそ。

488 ：仕様書無しさん：03/07/24 20:30

>>486
>>少なくともメインフレームでは、金を払い続ける限りサポート切れなんて
>>事は無いんだが。

事実誤認。

OS/390にもVTAMにもIMSにもDB2にも、全てサポート切れはある。
有料で個別継続できる場合もあるが、それも期限がある。

サポート切れに迫られて、機能追加が必要ないのに嫌嫌バージョンアップ
してる事例は多い（逆に、割り切って保守なしにする場合もあるが）

汎用機でもパッチは(PTFやAPARでも)ユーザーの費用と責任。
ただし、メーカーSEが「常駐」(つまり販促費的にオマケ)の場合など、
メーカーSEが行う場合はあるが、それは「サービス」であって基本ではない。

489 ：仕様書無しさん：03/07/24 20:37

>>473-475
473の指摘は正しい。良し悪しを別として、海外（特に米国）は
マネージャー(CIOとか)が変わったとか、便利な機能が出たとかで、
スクラップビルドして、運用も担当者も平気で変えてしまう
猟官的な会社が多い。

日本は古いものをカスタマイズして延々「改善」して、
担当者を貼り付けて、運用や組織自体を安定化・固定化する会社が多い。
顧客もそれを「信頼」と思ってるふしがある。

英米と日本の銀行では、その差は特に顕著。

490 ：仕様書無しさん：03/07/24 20:54

>>483
まとめ

１．日本の銀行(都銀・地銀)の勘定系は、ほぼ全て汎用機
http://www.watch.impress.co.jp/finance/news/2000/12/29/doc1574.htm

２．例外的に、新生銀行、八千代銀行(NEC BankingWeb 第1号)はオープン系
http://www.nec.co.jp/press/ja/0306/1001.html

３．海外の銀行とは以下が大きく違う(コンピュータへの負荷は桁違い)
・全国単位で残高を一元管理しない(店や地域ごとの反映時間差を許容)
・CDやATMがほとんど無い（あってもトランザクションは100分の1程度)
・通帳が無い（バッチ出力で後で送るステートメント中心）
・顧客の現金直接操作はほとんど無い(小切手を後で入力する処理が多い)
・口座振替が無い(つまり、クリティカルな巨大バッチが無い)
・巨大な管理帳票がほとんど無い(あっても数字は概算で可だったりする)
・ATMや店舗端末がダウンしても「明日来てね」で済む場合が大半(経験済)

４．ただ、日本の銀行は「過剰品質で高コスト」との批判は強い。
今後は多様化（安くて最低品質もあって良い）が望まれる。

似たことを何回も書いてる気がするが、こんなとこかな？

491 ：仕様書無しさん：03/07/24 21:00

>>487
ASMならデータセット名も書けますが。

492 ：仕様書無しさん：03/07/24 21:53

値段かんがえるとおいそれとV_Upできないです。

そもそ必要?
なんか利益あれば説得も楽なんだが、儲かるのはベンダーだし

493 ：仕様書無しさん：03/07/24 22:00

>>487
いいたいことは判るが、それは言語の仕様じゃなくて、処理系の仕様である。
ときどき、だからCOBOLやPL/IがよくてCはダメとかトンチキな事をいう莫迦が居る。
このスレには居なそうだが。

494 ：仕様書無しさん：03/07/24 22:12

>>493
「COBOLやPL/IがよくてCはダメ」というヤツは、よほど自分に自信があるのだろう

495 ：仕様書無しさん：03/07/24 22:13

小洞は、コボルやシィや邪場の良い面悪い面を分かってる香具師が多いが、
シィらぁはコボルのことを全く理解しておらず、端からカス言語と決めつける香具師が多い。これ定説。

496 ：仕様書無しさん：03/07/24 22:30

>>494 単に世の中を知らないだけ
>>495 ヨタをとばすのもいい加減にしろい

497 ：仕様書無しさん：03/07/25 06:45

>>486,488
別の話として「サポート切れを理由にバージョンアップを迫れない」から、
メーカーのSEと営業が(場合によってはユーザー側の担当者も一緒に
「この機能が必要だから」という作文をして、稟議を通すケースは多い。
というか、私もさんざんやった。

486はその外観だけ知っていて、実態（真の理由）を知らない立場なのかも。

498 ：仕様書無しさん：03/07/25 06:54

>>493
そうそう。最初から言語の話ではなく、処理系の話。

例えばTPモニタなら、汎用系でもオープン系でも、
物理端末を固定に指定するようなコーディングはシステム上できない。

しかし単純バッチでは、同じCで書いても、汎用系はJES等を経由する
ためファイル名のハードコードが不可能だが、オープン系は
プログラマ次第。

汎用系はバッチでも性悪説（システムによる強制的な役割分担）だが、
オープン系では性善説（プログラマの指定できる余地が大きい）。

まともなプログラムにハードコードは少ないが、テスト用に一時的に
作ったら意外と本番に使われてしまったとか、追い込み時の
例外処理用とかに、けっこー散見されるのが、
この業界の実情ではある。

こういう話なんだが、何故か言語の話をしたがる人が多い。

499 ：なまえをいれてください：03/07/25 14:11

ハッキリ言ってアメリカなどの多民族国家では黒人の方がアジア人よりもずっと立場は上だよ。
貧弱で弱弱しく、アグレッシブさに欠け、醜いアジア人は黒人のストレス解消のいい的。
黒人は有名スポーツ選手、ミュージシャンを多数輩出してるし、アジア人はかなり彼らに見下されている。
(黒人は白人には頭があがらないため日系料理天などの日本人店員相手に威張り散らしてストレス解消する。
また、日本女はすぐヤラせてくれる肉便器としてとおっている。
「○ドルでどうだ？(俺を買え）」と逆売春を持ちかける黒人男性も多い。）
彼らの見ていないところでこそこそ陰口しか叩けない日本人は滑稽。

500 ：仕様書無しさん：03/07/25 20:33

500

501 ：仕様書無しさん：03/07/25 20:38

パピコン坊やって視野が狭いヤシが多いから
知らない分野の話しになると強引にこじつけたくなるんでしょ
しまいには「コボラーうぜー」って逃げる

502 ：仕様書無しさん：03/07/25 22:05

メインフレームしか知らない奴の視野の狭さも人のことは言えない。
どこにも賢者は居るし、どこにも莫迦は居る。

503 ：_：03/07/25 22:07

http://homepage.mac.com/hiroyuki44/

504 ：仕様書無しさん：03/07/25 22:08

>>498
オープン系が性悪説というのではなく、
Cが「プログラマは神様です」という思想をもち、
Unixが「やりたきゃ自分でやれよ」という思想をもっているからでしょう。
オープン系でもPascalなんかはガチガチだし、Javaも結構厳しい。

505 ：仕様書無しさん：03/07/25 22:08

失礼。性悪説→性善説

506 ：_：03/07/25 22:12

http://homepage.mac.com/hiroyuki44/hankaku09.html

507 ：　：03/07/25 23:50

ＭＴがなくなったそうだ
ttp://itpro.nikkeibp.co.jp/

508 ：仕様書無しさん：03/07/26 01:01

>>507
拾ったヤシ、うちにくればオープンリールでもＣＧＭＴでも読めるぞ
（ＣＧＭＴは１８トラックと３６トラックに限る）

509 ：仕様書無しさん：03/07/26 13:33

オークション史上最大！？IBMメインフレームS/390
http://page4.auctions.yahoo.co.jp/jp/auction/d36704142

510 ：仕様書無しさん：03/07/26 13:55

>>509
また、祭りになるのかな？

511 ：仕様書無しさん：03/07/26 16:56

随分前にZDNNで見たな。4万くらいの値が付いてた記憶があるけど。

512 ：仕様書無しさん：03/07/26 18:03

この間はイタズラ入札ばかりでキャンセルになっちまったからな。
今度はどうなるか。

513 ：仕様書無しさん：03/07/26 21:42

OS、DASDなしでどうすんの？

514 ：仕様書無しさん：03/07/26 21:44

漬物石にすんだよ

515 ：仕様書無しさん：03/07/26 22:16

中に住むんだよ

516 ：仕様書無しさん：03/07/27 00:06

現在の価格 21円ﾜﾗﾀ

517 ：仕様書無しさん：03/07/27 01:25

1円玉21枚で買えるのか…。つい買ってしまいそうだが、置く場所がない。

518 ：仕様書無しさん：03/07/27 01:25

あげ

519 ：仕様書無しさん：03/07/27 01:32

メインフレームを保有している企業が、教育用とかにでも買えば良いのにな
何してもいいハードなんてめったに手に入らんぜ

520 ：仕様書無しさん：03/07/27 12:15

11円になってるぞ

521 ：仕様書無しさん：03/07/27 13:46

まさに前世紀の遺物。

522 ：仕様書無しさん：03/07/27 15:55

富士通の沼津工場に行けば動くコンピュータとしては世界一古いコンピュータがあるそうな

523 ：仕様書無しさん：03/07/27 16:02

もしＭＦマニアがいれば分解して売り捌くのだが。

524 ：(((゛◇゛）））カタカタカタカタ：03/07/27 16:04

アコムにはまった家事手伝いの女がすごい事されてます。

うう・・一日三回でぅ・・。
保証書握られてるから何にも言えない・・
http://life2.2ch.net/test/read.cgi/credit/1041764551/l50

525 ：仕様書無しさん：03/07/27 17:01

このテの遺物は、将来値が上がるぞ。
用途は映画、雑誌・テレビの取材いろいろ。

526 ：仕様書無しさん：03/07/27 19:00

>>524
また騙されたっていいじゃないか！
http://life2.2ch.net/test/read.cgi/credit/1041764551/

夏だねぇ...

527 ：仕様書無しさん：03/07/27 20:51

S/390ってなんだろ。AS/400の前のバージョンって感じかな？

>>525
IBMに飾ってあるんじゃね？

528 ：仕様書無しさん：03/07/27 20:59

>>527
うぉい

529 ：527：03/07/27 21:11

>>528
エンタープライズ・サーバー、S/390
統合ビジネス・サーバー、AS/400

今検索したらこう書いてありました。大恥かきました（ｍ＿＿ｍ）ｽﾏｿ

530 ：仕様書無しさん：03/07/27 21:13

>>529
ちなみに今はどっちも名前が変わってるけどな。

531 ：仕様書無しさん：03/07/27 22:57

あと20分だねぇ。

532 ：仕様書無しさん：03/07/27 23:13

\21-か！！

533 ：仕様書無しさん：03/07/27 23:16

あと1分！

534 ：仕様書無しさん：03/07/27 23:17

santa1124氏落札

535 ：仕様書無しさん：03/07/27 23:18

終了～。で 21円ﾜﾗﾀ

536 ：仕様書無しさん：03/07/27 23:23

今回はキャンセル不可って出てたよな

537 ：仕様書無しさん：03/07/28 01:39

希望価格の40万に遠く及ばなかったが、売買成立するのか？

538 ：仕様書無しさん：03/07/28 17:17

にしても落札したヤシ、ＩＤ取得が最近だじ
大丈夫かい？

539 ：なぎさっち ◆Nagi/FmYMM ：03/07/28 17:34

出展リストもすごいね。
http://user.auctions.yahoo.co.jp/jp/user/t_shimomura2003?

540 ：仕様書無しさん：03/07/28 19:39

どれも高値が付かないのが哀しいな。
面白い品だと思うんだけど。

541 ：仕様書無しさん：03/07/28 22:22

>>539
この御仁、秋葉原か日本橋でｼﾞｬｿｸ屋でもやってるのか？（ｗ

542 ：仕様書無しさん：03/07/28 23:05

しかもサーバ、WS関連ばっかり・・・・

543 ：仕様書無しさん：03/07/28 23:28

そういうのって売れ残るんだろうな

544 ：仕様書無しさん：03/07/29 00:21

むかし、ＦＡＣＯＭ　Ｍ３８０というマシンから撤去のとき
エンブレムをもらってきたんですけど売れるかな？

545 ：仕様書無しさん：03/07/29 00:30

車にでもつけとけよ

546 ：仕様書無しさん：03/07/29 21:59

１週間うんこしてません。

547 ：仕様書無しさん：03/07/29 23:41

ずっと無排便でお願いします。
年末年始とGWだけうんこしてもいいです。

548 ：仕様書無しさん：03/07/30 00:33

http://page4.auctions.yahoo.co.jp/jp/auction/d36890459
> 落札されなかったので再度出品します。

だそうだ。残り時間はあと46時間で、現在の価格は 1円（ｗ

549 ：仕様書無しさん：03/07/30 12:18

>>546
　人は、便秘で死ぬ事があるので病院へ行け！

550 ：仕様書無しさん：03/07/30 22:37

>>546
パンクするぞ

551 ：仕様書無しさん：03/07/30 22:37

>>544
M360ならもっているが

552 ：仕様書無しさん：03/07/31 02:48

>>541
いや、ひょっとしてジャンク屋に流している廃棄業者じゃねーの？
リース業者から廃棄を請け負ったリースバック品とか。

553 ：仕様書無しさん：03/07/31 20:22

遊びで入札した奴はちゃんとキャンセル料はらってんのかね

554 ：仕様書無しさん：03/07/31 22:53

10年以上前によくあったウォータフォールで、３年くらいの開発期間があって
工数を贅沢に使う仕事なんて無いもんかねぇ。

最近、低予算・低コストの仕事ばっかりやってるもんで、ついつい愚痴りたく
なりました。

555 ：仕様書無しさん：03/08/01 00:51

http://itpro.nikkeibp.co.jp/free/SI/NEWS/20030731/1/
【詳報】東証，50億円を投じオーペンシステムへ逝工し処理能力を増強

556 ：仕様書無しさん：03/08/01 01:16

東証って、メインは富士通で、相場報道は日立なのか。わけわからんな。

557 ：仕様書無しさん：03/08/01 03:38

S/390をチャネラーが落札したらしい。
当人曰くApache入れてレン鯖にするつもりらしい。
どう思うよ？これ。

558 ：仕様書無しさん：03/08/01 03:47

DASDはどうするんだろう・・・

559 ：仕様書無しさん：03/08/01 11:28

100Vで動くのか？アレ

560 ：仕様書無しさん：03/08/01 13:21

>>559
動かない…200v三相で30Aだったかな？
電源コネクターが１つ20000円で2個必要
ttp://www-6.ibm.com/jp/supply/other/connector.html

561 ：仕様書無しさん：03/08/01 13:25

燃料Death!
http://pc2.2ch.net/test/read.cgi/hosting/1058270708/732-
http://pc2.2ch.net/test/read.cgi/mysv/1059664744/l50

562 ：仕様書無しさん：03/08/01 13:42

MVSも別途必要だろ・・・わかってんのかな

563 ：山崎渉：03/08/02 02:24

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

564 ：仕様書無しさん：03/08/02 02:39

EPOは繋ぐ？

565 ：仕様書無しさん：03/08/02 02:48

セーラー服姿の美少女ばかりを集めてみました
本日の新作無料ムービー
SNAP SHOT 11 芹澤涼
CONTINENTAL 2 卯月梨奈
早い者勝ち！！
http://www.ncdonald.com/

566 ：ぼるじょあ ◆yBEncckFOU ：03/08/02 04:53

　　　　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　・３・） (　　＾＾）＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

567 ：仕様書無しさん：03/08/02 22:43

>>560
>電源コネクターが１つ20000円で2個必要
っつーかさ、まず三相200Vを引いてもらわないとだめでそ？
電力会社に頼んで…

568 ：仕様書無しさん：03/08/02 23:42

床の補強も忘れずにね

569 ：仕様書無しさん：03/08/03 00:31

IMS Ver.9ってでるのでつか?

570 ：zzz：03/08/03 00:36

写真集だよん☆☆☆☆☆☆
http://www.sexpixbox.com/pleasant/sexy/index.html

571 ：仕様書無しさん：03/08/03 03:39

S390 なんだかツマラン奴の手に渡ってしまった様だな。
ちょっとがっかり。

572 ：仕様書無しさん：03/08/03 03:40

>>571
少なくとも落札した時点でお前よりマシ。

573 ：：03/08/03 07:05

空調はどうすんだ？

574 ：仕様書無しさん：03/08/03 07:57

にっちもさっちも逝かなくなってから、このスレに泣きついてくるに100ペリカ。

575 ：仕様書無しさん：03/08/03 08:30

大きいラックになるに200ガバス。
390ｶﾜｲｿｳ

576 ：仕様書無しさん：03/08/03 09:15

落札してねぇくせに随分ば言い分だな、おまいら

577 ：仕様書無しさん：03/08/03 09:37

>>567
俺の会社のあるビルで隣の部屋まで三相２００Ｖが来ていたので専門の業者に
「隣の部屋まで三層２００Ｖを引いてくれ」
と頼んだら
「あれがいる、これがいる。」
といわれて結局１０万かかった
もしかしてぼられた？

578 ：仕様書無しさん：03/08/03 10:28

>>576
事前の調査もせずに落札するような浅はかさに呆れてるだけですが、何か？

579 ：仕様書無しさん：03/08/03 15:55

漏れ、Ｐ／３９０でいいや

580 ：仕様書無しさん：03/08/03 16:32

>>578
なんでそんなことがわかるの？

581 ：仕様書無しさん：03/08/03 21:06

>>577
許容電力量さえちゃんと計算すれば、延長ケーブル１本で済んだかもしれない。
しかしまぁ、高くても業者に任せたほうが安心だよ。
配電ボックスの設置、配線工事、ブレーカ、耐圧試験、…といろいろあると、それなりの
値段になってしまうのは仕方がない。

電源系のトラブルが起きると、そこらじゅうにある機器全部が一瞬で逝ってしまうからな。
それに200Vに感電すると結構痛い。マジで（ｗ

582 ：仕様書無しさん：03/08/03 21:30

肝心なことを書き忘れた。メインフレームのようなでかいサーバは、
電源も冗長化されてるから、電源ユニットが2個、ケーブルも2本で、
それぞれ独立した交流電源系につながないと意味がない。
こーいう配線をすると、もっと高いね。

583 ：仕様書無しさん：03/08/03 22:27

別におもちゃにそこまでやる必要ないでしょ。

584 ：仕様書無しさん：03/08/03 23:40

皆さんいろいろ心配してらっしゃるようだけど
そもそも落札した人は使うって言ってるの？

585 ：仕様書無しさん：03/08/04 00:14

ThinkPadがほしかったのだと思われ。

586 ：仕様書無しさん：03/08/04 00:27

付属品はPS55NOTEだったりしてｗ

587 ：仕様書無しさん：03/08/04 07:56

>>584
>>561を嫁

588 ：_：03/08/04 08:08

http://homepage.mac.com/hiroyuki44/

589 ：_：03/08/04 08:10

http://homepage.mac.com/hiroyuki44/hankaku08.html

590 ：仕様書無しさん：03/08/04 18:17

磁気テープ装置なら２台買いましたが何か？

591 ：仕様書無しさん：03/08/04 19:14

>>590
どちら様でしょうか？

592 ：仕様書無しさん：03/08/05 04:02

ＭＴならこんなのがあったけどどう？
ttp://page4.auctions.yahoo.co.jp/jp/auction/d33690284

593 ：_：03/08/05 04:10

http://homepage.mac.com/hiroyuki44/hankaku09.html

594 ：仕様書無しさん：03/08/06 00:19

>>592
添付のソフトがないと使えない
しかも、ソフト単体では売ってくれん
空栗鼠は使えたと思ったけど

595 ：仕様書無しさん：03/08/06 00:59

この間の３９０だけど、取引成立しなかったもよう
http://rating.auctions.yahoo.co.jp/jp/show/rating?userID=t_shimomura2003&

596 ：仕様書無しさん：03/08/06 01:32

どっちの言い分が正しいんだ？

597 ：仕様書無しさん：03/08/06 01:37

この出品者は、ちょっとアレだと思う。

598 ：仕様書無しさん：03/08/06 01:57

コメント：(自動メッセージ)この落札者は、落札者の都合によりキャンセルしたため、出品者に削除されました。 (8月 5日 16時 16分) (最新)

599 ：仕様書無しさん：03/08/06 03:45

これって、出品者が「出品者の都合」と「落札者の都合」で落札者を指定したから
ヤフオクのシステムが勝手にコメントをいれたんじゃないの？
出品者の都合にすると手数料かかるらしいし。

600 ：仕様書無しさん：03/08/06 09:01

なるほど。
出品者がアレなわけね。

＞出品者は「非常に悪い」と落札者を評価しました。
＞コメント：(自動メッセージ)この落札者は、落札者の都合によりキャンセルしたため、出品者に削除されました。 (8月 5日 16時 16分) (最新)

＞落札者は「非常に悪い」と出品者を評価しました。
＞コメント：捨て垢で一方的に取り消すわ評価は「悪い」にしておいてコメント消すわでさんざんな結果です。もう少し常識に則って行動してください (8月 5日 16時 49分) (最新)

601 ：仕様書無しさん：03/08/06 15:07

ここにも本7が湧いたか。

602 ：仕様書無しさん：03/08/07 23:28

結局S390は、まだ出品者のところにあるっていうこと？

603 ：仕様書無しさん：03/08/08 03:11

出品者の悪質な悪戯なんじゃないのか？

604 ：仕様書無しさん：03/08/08 03:19

以後

自宅サーバ
http://pc2.2ch.net/mysv/

の当該スレでよろ。

605 ：仕様書無しさん：03/08/08 22:35

UT中です。ﾊﾞｸﾞ取れません。いまどきS/390でｱｾﾝﾌﾞﾗでｺｰﾄﾞ
してるﾔｼﾗ、日本に何人いるんだろ.....

606 ：時代錯誤仲間：03/08/08 23:19

最低二人はいる

607 ：仕様書無しさん：03/08/09 14:23

そか、ｶﾞﾝﾊﾞﾛ。

608 ：ＰＬ／ＩのＰＧ：03/08/10 00:42

元国営の鉄道会社のFMFというファイルシステムには魔物が住んでいる。

609 ：608：03/08/10 13:01

そろそろ出社するかな

610 ：仕様書無しさん：03/08/10 22:58

>>605
呼んだ？

611 ：仕様書無しさん：03/08/11 00:20

俺も年に一回ぐらいやってる

612 ：仕様書無しさん：03/08/11 00:29

S/3X0ではアセンブラは基本だろう

613 ：605：03/08/11 02:20

それも、修正しているｿｰｽの著作権表示が、(C) 1976 .....
小額4ﾈﾝｾｲですた。

614 ：仕様書無しさん：03/08/12 20:42

>>613
おっ！結構なシニアプログラマですな。

615 ：仕様書無しさん：03/08/12 21:09

漏れ、まだ２５歳

616 ：仕様書無しさん：03/08/13 18:36

俺もう46歳

617 ：仕様書無しさん：03/08/14 01:04

46歳のクセにそんな時間帯に２ちゃんかよ。
そんな暇があったら家族サービス汁

618 ：仕様書無しさん：03/08/14 20:02

＞617
家族いないんだよ、酷な事ゆーなよ

619 ：ジュルジュル人間：03/08/14 21:02

>>615
ぽっくんも２５さいでしゅ！

620 ：仕様書無しさん：03/08/15 00:48

46歳童貞でつか？
仙人様、お弟子にしてください

621 ：山崎渉：03/08/15 23:10

　　　 (⌒V⌒)
　　　│ ＾＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

622 ：仕様書無しさん：03/08/18 20:21

　　　お、こんな所にパンが。
　　　　　　　　　　　＿
　　　　　　　　　／　 _`j
　　　　　　　　／　 /`ｰ'ヽ←ｼﾞｬﾑ
　　　　　　　〈　 `ヽ　　　`ヽ ↓
　　　　　　　　`､　　ヽ,∧_∧ ゜。　'(⌒V⌒)
　　　ｲｯﾀﾀﾞｷ　　〉　　(　　　ﾟ）　ﾟ' o.ヽ^^／　ｸﾞﾆｭｳｩｩｯ
　　　　　ﾏｰｰｽ./ ノ　　￣⌒ヽ　⊂「　　〉つ
　　　　　　　　ﾉ　　' L　　　　 `ヽ.／　∠）
　　　　　　　／　, '　　　ノ＼　　´　　/
　　　　　　（　　　　　　∠_　　ヽ､＿, '
　　　　　　ｉ　（　　　　　ヽ
　　　＿,,　┘　「`ー-ｧ　　ｊ
　　ｆ"　　　　　ﾉ　　　｛　　/
　　|　　i⌒"￣　　　/ 　/_
　　ヾ,,_」　　　　　　　i＿__,,｣/^)ｸﾞﾁｬ

623 ：仕様書無しさん：03/08/20 12:40

ソースの変更履歴が消えてます。
誰かが、レコード長間違ったまま
登録しているので、後ろが千切れていまつ。
そういえば、突然退職したPGがいたが、あいつか？

624 ：_：03/08/20 12:43

http://homepage.mac.com/yamazaki8

625 ：仕様書無しさん：03/08/20 16:29

>>623
レコード長なんて、そうは間違えないのになぁ～！！

626 ：仕様書無しさん：03/08/20 20:14

タイプミス？

627 ：仕様書無しさん：03/08/21 23:32

test

628 ：仕様書無しさん：03/08/21 23:45

結合test

629 ：仕様書無しさん：03/08/21 23:59

IBMの標準(ADSG)
RD, ED, ID, ITa, ITb, ST

630 ：仕様書なしさん：03/08/22 01:33

メインフレーム質問スレッドもよろしくな。http://pc.2ch.net/test/read.cgi/prog/1060889374/l50

631 ：仕様書無しさん：03/08/22 02:41

入社→研修→配属されてから、汎用機つかって１年が過ぎたが、
未だ汎用機本体を見たことがない(マシン室に入る権限がない)。

毎日まいにちワークステーションマネージャ立ち上げてＧＳ８４００と
戯れてるけど。今日ももてあそばれたけど。
なんだか、文通してる気分。フツーの恋愛パターンは一通りこなした。
(第一印象サイアク→隠れた魅力にノックアウト→蜜月・時にケンカ→倦怠期→安定期)

そろそろご対面して、プロポーズでもしようかという心境。
DISP=(NEW,KEEP,KEEP)で、オープン系の脅威にもくじけることなく
末永く幸せでありたいと思う。

632 ：仕様書無しさん：03/08/22 07:11

Ｍ１９００／８５がいい

633 ：仕様書無しさん：03/08/22 11:12

>>631
わら他

634 ：仕様書無しさん：03/08/22 11:57

>>631
意外と見た目は地味です。
でもそこはかとなく知性を感じるので
その辺オープンな連中とはまた違った魅力があるかも。

635 ：仕様書無しさん：03/08/22 22:50

＞631
君の居るところに本体があるのどうか
確認はしたのか？

636 ：仕様書無しさん：03/08/22 23:14

>>635
そうそう、本体は別のセンターかもよ。

637 ：仕様書無しさん：03/08/22 23:18

汎用機は滅びないで残ってたのか

638 ：仕様書無しさん：03/08/23 01:27

メインフレームの開発環境に興味があります。

例えば、メインフレームの本体が東京にあったとして、
大阪で開発なんてなったとき、専用線で繋ぐんですかね？

プロトコルはTCPなんですかね？

639 ：仕様書無しさん：03/08/23 01:56

>>638
回線は機種と無関係。
公衆回線、アナログ専用線、デジタル専用線、パケット、回線交換、ISDN...

プロトコルは古い順では
1.紙テープやカードデックの運搬
2.RJE(遠隔ジョブ投入)
3.BSC系(BTAMとか)
4.HDLC系(IBM SNA、富士通FNA、日立HNA...)
5.最近はTCP/IP経由の開発や業務が増えた(SNA over TCP/IPもあるし)

640 ：仕様書無しさん：03/08/23 02:00

>>637
「コンピュータ・ユーザー年鑑」てのが毎年発行されてる。
全国の大半の企業や事業所の使ってるメーカー・機種・業務リストだが、
かなり小さい企業まで基幹業務では汎用機（またはオフコン）で驚く

641 ：631：03/08/23 02:31

>> 635・636

同じビル内にある(らしい)です。
IDカードでマシン室入室権限を管理してるらしく、
運用Ｔの人やその他少数精鋭しか入れない。
やっぱり身分が違いすぎるのか。。。

今日も文通しましたが、初めてのABENDコードが返ってきて
嬉しかったです。

642 ：仕様書無しさん：03/08/23 14:34

>>640
昔からメインフレーム使ってるとこだとソフト資産
うんぬんでそのままのとこも結構あるね。

でも、昔の小型機で十分な業務でマシンのリプレースを
しようとすると今のやつってかなりオーバースペックな罠。

MIPS単価なんぼでお金かかる世界ではシャレにならない。

643 ：仕様書無しさん：03/08/23 15:50

>>641
精鋭云々じゃなくて用がなけりゃ入らせないだけだろ。
マシンの面倒はオペレータとCEに任せておけばいい。
自分で直接SEさわらなければならない用事なんてあるのか?
ミドルウェアの担当だったら直接ハードウェア見る必要なんてまったくないし。
OS担当だってチャネル定義だのIPLだのわざわざマシンルームでやるか?

644 ：仕様書無しさん：03/08/23 15:51

>>638
>プロトコルはTCPなんですかね？

OSIの7階層って知ってる?

645 ：仕様書無しさん：03/08/23 17:06

９年前、オープンテープからソース
の落とし込みにマシン室＝工場に入ったことある。
無人で、マトリックスグリーンのログが
画面から流れていた。
夏なのに異常に寒い空間であった。

646 ：仕様書無しさん：03/08/23 18:34

>>645
たしかにあのコンソールは鳥肌が立つほどｶｺｲｲよな。
そして鳥肌が立つほど寒い。

647 ：仕様書無しさん：03/08/23 21:16

>>646
ｶｺｲｲかどうかは、マシンによるぞ？
Nの安物コンソールはダサ過ぎ。

648 ：仕様書無しさん：03/08/23 21:25

＞647
ＰＣ９８が現役でコンソールやってましたが、何か？

649 ：仕様書無しさん：03/08/23 22:23

>>648
漏れが見たコンソールは、目立純正で
enterキーが実行と書かれていて、
その横に構内専用の黒電話が置かれていた。

650 ：仕様書無しさん：03/08/23 22:31

漏れが見たのは日立のコンソールで
キー押すと「ﾋﾟ」って小さい音が出る奴だった。
高速に何かを打つと「ﾋﾟﾋﾟﾋﾟﾋﾟﾋﾟﾋﾟﾋﾟﾋﾟﾋﾟﾋﾟﾋﾟﾋﾟﾋﾟﾋﾟﾋﾟ」って鳴る。
なんかSFXな感じで格好良かった。
ついでに緑色の縦スクロール画面もSFXな感じで格好いい。

651 ：仕様書無しさん：03/08/24 04:32

fujituのPFDは？

652 ：仕様書無しさん：03/08/24 10:55

>650
あれで文字が上から下に降りてくれば言うことないんだけどね

653 ：亀：03/08/24 15:25

日立のＸＤＭ／ＲＤ使ってる人いますか？

654 ：仕様書無しさん：03/08/24 19:43

>>コンソールかっこいいとか言ってるやつ
仕事で毎日見てると、そう思わない訳だが・・・

655 ：仕様書無しさん：03/08/24 20:27

コンソールはともかく
キーボードはダム端のがいいね

コブシで実行できるし

656 ：仕様書無しさん：03/08/24 20:40

ダム端にATOKを搭載してくれれば最強なんだが。。

657 ：仕様書無しさん：03/08/24 22:10

あのﾊﾟｼﾊﾟｼｯて音、ﾀｲﾌﾟﾗｲﾀｰとかｶｰﾄﾞﾊﾟﾝﾁｬｰにあわせて
作ったからなのかな?

さすがにﾀﾞﾑﾀﾝはもう見ないな。

658 ：仕様書無しさん：03/08/24 22:23

ダム端ってなぁに？

659 ：仕様書無しさん：03/08/24 23:28

Fのキーボードは押すと
コツコツとリレーの音がする

(音を鳴らす為だけにリレーが入れてある)

660 ：sage：03/08/24 23:36

>>658
Dumb Terminal
ttp://www.pcgate.jp/pc/dictionary/CompTA.htm

661 ：仕様書無しさん：03/08/25 09:12

意外に人居るな…
漏れの知ってるNのは、9821の筐体にN5200のキーボードとモニタの使い回し。
キーボードにはやたらとキーがあるのに、ほとんどダミー状態。
タッチ音はピッピッって安っぽい電子音。

662 ：仕様書無しさん：03/08/25 22:07

俺が見たことあるのは多分Nの>>647が言ってると思われる
EWSのﾔｼ。キーがPC98と大して変わりないように見える。
実行キーとして使えるキーが3つあったと思われｗ
あとN5200はなんかデカイ鯖っぽい箱みたいなのやつは見たことある

663 ：仕様書無しさん：03/08/25 22:09

あとIってみんなセンタコンソールはInfoWindowⅡなんだろうか…？
と思ってみる

664 ：仕様書無しさん：03/08/25 22:23

>>658
金融とかじゃ、PC端末入れても「ダム端化して」って言われる。
本来の意味とは違うが、特定業務以外のアプリや設定やHDDやFDやCD-ROMは、
業務ユーザーには一切使えなくカスタマイズすること。

665 ：仕様書無しさん：03/08/25 22:25

>>663
Iのシステムコンソール(H/Wコンソール)は今でもOS/2だね。
MVSコンソールは3270エミュレータでもいい訳だが。

666 ：仕様書無しさん：03/08/25 22:28

>>660
# dumb
【レベル】4、【発音！】dΛ'm、【＠】ダム、【変化】《形》dumber | dumbest
【名】ばか者、愚か者、あほ、間抜け、能なし、脳たりん
【形-1】頭が悪い、ばかな、あほな、間抜け｛まぬけ｝な、常識｛じょうしき｝のない
　・ Do you think I'm dumb? : 私をあほだとでも思ってるの？
【形-2】（押し）黙っている、あぜんとした、口のきけない、おしの
　・ I was dumb with fear. : 私は恐怖で口がきけなかった。
【副】愚かしく
【自動】口をつぐむ
【他動】～を沈黙｛ちんもく｝させる

667 ：仕様書無しさん：03/08/25 22:29

>>664
金融庁や日銀の監査には必要だからね

668 ：仕様書無しさん：03/08/27 12:40

なんか引き出しの中から、OS/VS1のポケットリファレンスが出てきたんだが。
(c)が1975年、英語版。6穴ファイルの表紙にIBMのロゴ入り。
こんな古くても、現役で使えるんだよな（ｗ

669 ：仕様書無しさん：03/08/27 20:46

ＭＳはすぐ使えなくなるんだよなー
おまけに穴だらけのくせしてサポートも止めるの早い

670 ：仕様書無しさん：03/08/28 02:12

だれか本物のｼﾞｬﾊﾞﾗをみたことがある方はいまつか?

671 ：仕様書無しさん：03/08/28 05:43

>>670
S/360 Priciple Operation Reference だっけ？
黄色くて折りたたんであるやつだよね
携帯してないとSEとは言われなかった時代があったなぁ

672 ：仕様書無しさん：03/08/28 05:46

>>669
アセンブラ用のCPUやI/Oの命令セットは、基本はIntelの責任では？

ま、MSのAPIも、DOSやWin16も使えなくなるしWin32もコロコロ変わるが。
S/360なら今でもそのまま動くんだが。

673 ：お絵描きＢＢＳ：03/08/28 06:14

　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　|　　同人をやっています！　明るく、楽しいＨＰですよ！
　＼＿＿＿＿　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　Ｖ
　　　　　　,　-―- 、／￣￣￣￣￣￣￣￣￣￣￣
　　　/了 l__〕　　　〈]　　　　／お絵描きBBSがたくさん，ありますよ！
　　　 7|　K　ﾉﾉﾉ）)）)〉　,､　　| http://pink.sakura.ne.jp/~erotan/
　　　 l」　|」(l| ( |　|　||.　 !lm　＼＿　＿＿＿＿＿＿＿＿＿
　　　　|　|ゝﾘ. ~ lﾌ／ﾘ　lｱﾉ　　　　Ｖ
　　　 |　|　/＼∨／‐-/`'/
.　　　 l l | /ヽ/＝＝|‐-- '
　　　!ﾘl/　//　　　ヽ　　　＿　, '⌒ ⌒＼
　　　＿〈　// 　　　　＼＼＼ﾉ// ﾍﾍ､
.　　`つノl//　　　　　　　ヽ　　// ｜｜|)､　＜絵を描くのが好きな人は
　　　　　　　　　　　　　　　　　//'へ゛ーノ　　　　お絵描きしに来て下さいね！

674 ：仕様書無しさん：03/08/28 22:30

>>671
それそれ。
冊子になったやつは持ってるけど、昔はﾋﾞｮｳﾌﾞみたいになってたみたい。
で、ｼﾞｬﾊﾞﾗ。
javarerではない。

675 ：仕様書無しさん：03/08/28 23:53

>>674
ぬおお。Principle of Operation でつかぁ。
分厚い本よりもポケットタイプのほうが
お値段高い？という噂を聞きますたが・・・

676 ：仕様書無しさん：03/08/29 00:27

>>671
倉庫に黄色いのと水色っぽいのが埃にまみれておいてあったような気がｗ

677 ：668：03/08/29 07:00

>>671
668で見つけたのは、多分、そいつのコピー版なのかな。
純正ロゴ入ってる癖に中味がコピーで、紙質がイマイチ。

蛇腹と言えばスレ違いだが、N-BASICのリファレンスの蛇腹なら持ってた。
こっちは個人的な趣味で、当時使ってた。

やっぱし、意識してあの形式にしてたんかね＞NEC

678 ：仕様書無しさん：03/08/31 11:32

>>676
オリジナル(S/360)は黄色だったと思う。
でも水色もあった気がする。S/370かS/370 XAとかかなぁ？

679 ：仕様書無しさん：03/09/02 11:05

SVC age

680 ：仕様書無しさん：03/09/02 14:36

YACリストって知ってる？
COBOLを日本語にした妙なやつ。

681 ： ◆wiTansuIsM ：03/09/02 19:53

>>680
あぁ、ＹＰＳな

682 ：仕様書無しさん：03/09/02 20:30

あぁ、Ｆな

683 ：仕様書なしさん：03/09/03 02:20

370XAはオレンジだよ

684 ：仕様書無しさん：03/09/03 17:08

ＦＡＣＯＭ２３０－４８って使っているとこある？

685 ：仕様書無しさん：03/09/03 23:34

>>683
そか。水色は4300とかVM/CMSのクイックリファレンスだったかも(自信なし)

686 ：仕様書無しさん：03/09/07 14:20

http://itpro.nikkeibp.co.jp/free/NC/NEWS/20030905/2/
NECのメインフレームで稼動している税総合システムを、Windowsを搭載した
パソコン・サーバーで稼働するWebシステムで全面再構築する。

687 ：仕様書無しさん：03/09/07 20:23

>>686
今、行政機関のシステムもオープン化の風潮にありますねぇ。
メインフレームからオープン系へ移行するとき一番気を使うのが
バックアップ＆リカバリ。
Win系で24ｈ運転はまだまだ危険だよね。

688 ：仕様書無しさん：03/09/07 21:10

その挙句にインターネットにつながってたりしたら

やっぱ((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ　だよなぁ

689 ：仕様書無しさん：03/09/07 22:47

インターネットに繋がなくてもＷｉｎだからやばいんじゃないの

690 ：仕様書無しさん：03/09/07 23:38

■■■　お勧めレンタルサーバー　■■■

【ホームページを作るならここをあたれ！】

Ａ：無難なサーバー。お勧め!!　　
　http://www.webspeed.ne.jp/　　
　http://www.wadax.ne.jp/
　http://www.ktplan.ne.jp/
　http://www.wakwak.net/
　http://www.cpi.ad.jp/ 　
　http://solid.ad.jp/ 　

Ｂ：ある程度の障害は大目に。　
　http://www.binboserver.com/
　http://s55.net/
　http://www.j-navi.com/
　http://domainya.net/
　http://www.j-speed.net/main/
　http://www.cyberjellyfish.com/

691 ：仕様書無しさん：03/09/08 00:09

>>687
行政に24時間サービスなんて求めるなよ
仕事は増えるかもしれないが税金が上がっちゃうかも～

692 ：仕様書無しさん：03/09/08 00:25

>>686
バッチ、帳票と、あまりクリティカルには読めない業務すね。
時々半日程度はダウンしても支障が少ない程度の業務なのでは？

693 ：仕様書無しさん：03/09/08 01:38

単にミカカデータに仕事流すだけでは。

694 ：仕様書無しさん：03/09/08 14:31

Winにしたら、「予期せぬエラー」で落ちまくるのでは？

695 ：仕様書無しさん：03/09/08 20:16

オープン化してもユーザはメインフレームと同レベルの
リカバリを求めるからなぁ。
まだまだテークオーバーとかはメインフレームに比べたら
オモチャですな。

696 ：仕様書無しさん：03/09/09 02:08

ついでにデータロストしまくり・・・。
　　((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ　

697 ：仕様書無しさん：03/09/10 01:02

>>695
TakeOverでも、ユーザーやアプリに障害発生を一瞬も見せないものから、
単なる再起動の自動化まで、実態は色々だからねぇ

698 ：仕様書無しさん：03/09/10 18:00

今派遣で役所系の仕事で富士通機を使用しているのですが、
今度転職で応募しようとしているところが金融系で日立汎用機です。
汎用系だとメーカーが違っても開発環境や作業内容は似たり寄ったりなんでしょうか？

699 ：仕様書無しさん：03/09/10 20:12

IBMのMVSと富士通のなんとか？は経験ありますが、
ぜ～んぜん問題なし。
メッセージコードもほとんど（そっくり？）一緒ですし。

作業内容は業務系と制御系で違うでしょう。

700 ：仕様書無しさん：03/09/10 20:16

おまえらNCRのホスト知ってますか？

701 ：仕様書無しさん：03/09/10 21:51

>>699
ＭＳＰとＸＳＰだっけ？　＞　富士通

702 ：仕様書無しさん：03/09/10 22:42

>>698
Nは国産オリジナルだから違う。
他メーカーはIBMクローンだからほとんど同じ。

703 ：仕様書なしさん：03/09/10 23:42

>>700
昔、住友銀行のホストだったはずだ。
アラビア石油もそうだったような。

704 ：仕様書無しさん：03/09/11 18:07

メインフレームのアセンブラの参考書でお進めの物を教えてください
osは日立のVOS3/FSです
当方アセンブラ経験なしの新人です
C言語は大学でやってました。
一応極めてます。

705 ：仕様書無しさん：03/09/11 18:17

Cを極めていると言うならコンパイラにソースを吐かせて眺めるのが手っ取り早い。

706 ：仕様書無しさん：03/09/11 19:02

>>704
http://www.hitachi.co.jp/Prod/comp/soft1/manual/catalog/VOS3FS.htm
↑この辺でアセンブラの名のつくマニュアルを片っ端から読めば？
あとどっかで「Ｍシリーズ処理装置」というマニュアルも必須というレスがあったと思います。
文法などよりも先に汎用機独特の機構を理解すべきかと・・・。
あと、↓内容は古いが、
http://www.amazon.co.jp/exec/obidos/ASIN/4764900335/ref=sr_aps_b_/250-1902944-8536234
「アセンブラプログラミング入門―IBM System/370のための」
なども多少は参考になるのでは？
日立汎用機専門の市販のアセンブラ本は知りません。

707 ：704：03/09/11 19:25

>>705
だから、アセンブラ経験なしって言ったじゃないですか
コンパイラ作ってるわけじゃないんだからそんな物見たってわかるわけないでしょ？
何事にも最初の一歩が必要なんです。
だから入門書を求めてるんです。

>>706
マニュアル読めとは言われましたが
予備知識の無い私には何が書いてあるのかさっぱりわからなかったです。
必ず入門書があるはずなんです。

どなたかご存じないですか？

708 ：706：03/09/11 19:32

その予備知識を得るための書籍が
「アセンブラプログラミング入門―IBM System/370のための」
とか
「Ｍシリーズ処理装置」
なんですけど・・・。
文法自体は情報処理試験のCASLとさほど変わらないよ。

709 ：704：03/09/11 19:39

>>708
Mシリーズ処理装置は読みました
青い表紙の本ね。
中身はレジスタがどうの、メモリがどうの・・・・あとは機械語の羅列。
はっきり言って意味不明
System370の本は買ってみますが、できればVOS3に特化した本が欲しいです。
JCLからアセンブラのコンパイラを呼び出す方法もわかんないんで。。。。

高卒ドキュソが復職するまでに覚えなきゃならないんです。
結構急いでます。

710 ：705：03/09/11 19:42

>704
ということは、出力されるオブジェクトの品質を勘案しないでCを極めてるって言っちゃってるのかぁ。
別にかまわないけど、周囲に過度な期待されてトラブルな。

IBMのオンラインライブラリには、多分いいドキュメントがある。
ただ、英語版しかないかもしれないのと探すのが大変である。

711 ：仕様書無しさん：03/09/11 19:43

>>709

>高卒ドキュソが復職するまでに覚えなきゃならないんです。
>結構急いでます

なんで？？？

712 ：704：03/09/11 20:02

>>710
C言語を極めた人の中でも希だと思いますが＜そこまで出来る人

>>711
年下のクセに俺にタメ語を使うんで蹴落したいんです。
その為には奴が病気療養から復職するまでにアセンブラを大至急覚える必要があるんです。

713 ：仕様書無しさん：03/09/11 20:24

○○○○○○○○○○○○○○○○○○○
○○●●●○○○●●●○○○○○○●○
○●○○○●○●○○○●○○○○●●○
○●○○○●○●○○○○○○○●○●○
○●○○○●○●○○○○○○●○○●○
○●○○○●○●○○○○○●○○○●○
○●○○○●○●○○○○○●●●●●●
○●○○○●○●○○○●○○○○○●○
○○●●●○○○●●●○○○○○○●○
○○○○○○○○○○○○○○○○○○○

714 ：仕様書無しさん：03/09/11 20:58

>>709
Mシリーズ処理装置読んで理解できない香具師は何読んでも無駄だね。

＞中身はレジスタがどうの、メモリがどうの・・・・あとは機械語の羅列。
それがアセンブラだろ。アフォか？

715 ：仕様書無しさん：03/09/11 21:21

>>712
じゃあ極めたなんて大口叩くなよ
文法覚えた程度だろ

716 ：仕様書無しさん：03/09/11 21:25

>>714 に激しく同意。

717 ：仕様書無しさん：03/09/11 21:40

年齢で威張りたいだけじゃ、長続きしないねぇ
転職を勧めるよ

718 ：706：03/09/11 22:16

>>710
http://www.jbooksrv.yamato.jp.ibm.com/
IBMは充実してますね。
日立は何でやらないのかね。

719 ：706：03/09/11 22:31

>>704
貴方は汎用機での開発について基礎からやった方が宜しいですね。
理解はそっちのけでとりあえず急いでるのでしたら、
先輩に聞いて回れば誰かコンパイルのＪＣＬとか持ってる人がいるでしょう。

720 ：704：03/09/11 22:33

だから言ってるでしょ？
基本が無きゃ何も始まらないの！

>>714
予備知識も無いのにいきなり機械語は無理

>>715
C言語+DirectXでゲーム位作れますが何か？

721 ：704：03/09/11 22:41

>>719

そのコンパイル用のJCL持ってるのが高卒軍曹なんです！
しかもアセンブラが出来るのは高卒軍曹と部長(昔経験あり)だけなんです！

というか、奴は元々運用チームに居たらしいんですが
ある日突然アセンブラが出来るようになり運用支援ツールを作り始めたらしいんです。
まぁ、俺がCで作れば5分で作れるような低レベルなツールだけど（藁
で、運用チーム内輪では相当評判が良かったらしく
開発グループの人が目を付けて引き抜いて今の場所に居るらしいんです。

わかりますか？
三流工業高校しか出てないバカだって基礎さえ覚えれば出来るんです
しかも俺はCを本気で勉強してきた。
これはかなりのアドバンテージだと思うんですが、
俺がアセンブラを出来るようになれば奴は必要なくなります。
必要無くなれば運用チームに格下げか、退職でしょ？
自分の身の程をわきまえてない奴には思い知らせてやる必要があるんです。
目上の人間に非礼をするとこうなるって現実をね。

722 ：仕様書無しさん：03/09/11 22:48

逆切れｲｸﾅｲ

それはともかく、アセンブラや機械語についてゼロから覚えたいのであれば86系かCASL等からやるしかないと思う。
あるいは、ベンダーの有料セミナーか。
良くも悪くも汎用機は純粋にプロの世界だからねぇ。

723 ：仕様書無しさん：03/09/11 22:51

>>721
蹴落としたらウチの会社に紹介してね(ﾊｧﾄ
自力で成長する力のあるﾜｶｿﾞｰは貴重だからね。

藻前は要らないよ(これはマジ)

724 ：仕様書無しさん：03/09/11 22:58

高卒で年下の人がわかるアセンブラを
Ｃ言語を極めた大卒の君がなぜできない？

ちなみに大手子会社の人？
その言動だと協力会社じゃないよね。

725 ：仕様書無しさん：03/09/11 23:02

＞しかも俺はCを本気で勉強してきた。
ネタか釣りで言ってるんじゃなかったら悲しすぎる。

726 ：仕様書無しさん：03/09/11 23:02

一生懸命頑張ったとか言ってイキガルる奴よりある日突然アセンブラでプログラム作る奴の方が一般的に優秀だわな。

つうか、極めたCで運用ツールとやらを作ればいいやん。

727 ：仕様書無しさん：03/09/11 23:14

>>720
>C言語+DirectXでゲーム位作れますが何か？

アッセンブラも理解できずに、
この程度で極めたって言えちゃうんだ。
世の中かわったものだ。

高速処理が必要な部分はインラインで書いてた頃が
懐かしい・・・

ちなみに。
青い本見て理解できないようじゃ、才能ないかもね。
もしこいつが私の関係者だったら、とっとと自社に
返却する。

そもそもアッセンブラで何するんよ。
パッチでも作るのか？

728 ：704：03/09/11 23:15

>>722
そんなセミナーなんか受けたら奴に負けを認めた事になります
しかもセミナーを受ける時間と金が無いです
(会社で受けさせられたCOBOLのセミナーは10万近いらしいです)
奴が病院から帰ってくる前までにアセンブラを極めたいんです！
一度だけ奴に「どうやって覚えたのか」を聞いたことがあります。
奴はマニュアル読めとだけ言いましたが絶対ウソです。
VisualC++の説明書だけでC言語を極められますか？
絶対に入門書読むでしょ？
86系とはPentiumの事でしょうか？
メインフレームはPentium互換？
86系のアセンブラについて調べてみます

>>723
微分・積分も出来ないようなバカですよ？
釣りとサーフィンが趣味らしいんで(典型的なドキュソ
粘性減衰力と波動方程式の話をしてやったらポカーンとしてました(爆笑
持ってる資格は運転免許とソフトウエア何とか技術者(初耳
バカでも取れる資格しか持ってませんよ？
しかも目上の人間を敬う事を知らない非常識さ。
まぁ、俺が配属された時に人事が「お前の後輩だ」って紹介しちゃったから
調子に乗っちゃったんでしょうね。多分。
そんな人間のカスが欲しいんですか？
頭大丈夫ですか？

729 ：仕様書無しさん：03/09/11 23:20

マニュアルが読める状況にあるんなら、読めばいいのに。

730 ：仕様書無しさん：03/09/11 23:24

やっぱり俺ら、釣られちゃったんだな。

大漁だね。オヤジが。

731 ：仕様書無しさん：03/09/11 23:31

86系のアセンブラとはまったく違うから、多分、86系アセンブラの本を読んでも、
汎用機のアセンブラが分かるようにはならないと思うんだが。

「アセンブラプログラミング入門―IBM System/370のための」
でいいんじゃないの？

732 ：仕様書無しさん：03/09/11 23:36

>>731

マジレスしてみる

そっかなぁ？
セグメントの考え方とか、命令の多さからいって
86系のほうが面倒と思われ。

（純粋なアセンブラの意味でだよ。システムコールや
　スーパーバイザーマクロちゃんっとかは別）

733 ：仕様書無しさん：03/09/11 23:36

アセンブラが出来ても君は必要ない要員。間違いないよ

734 ：704：03/09/11 23:37

C言語の件は認めます
あなた方はプロフェッショナルだ。
学生レベルの俺じゃアマチュア呼ばわりされても仕方ないです。

>>724
大手子会社です。
基礎がわかる手引書さえあれば一瞬で覚えられるんですが。

>>726
ただのオペレーター指示係が突然アセンブラを出来るようになるなんてあり得ません。
そんな事が出来るのは天才だけです。
多分、自宅とかで必死に入門書を読みまくってたのでは無いでしょうか？
それを「マニュアルで覚えた」などと嘘をつくから俺を逆上させるんです。
格好付けたかったらそれなりの学力や人脈を見せろと言いたいです。
あと、俺の職場のホストにはCのコンパイラは入ってないみたいです。

>>727
>そもそもアッセンブラで何するんよ。
>パッチでも作るのか？
目的はただ一つ。
常識を知らないバカに圧倒的な力の差を見せつける為です。
退院して出社したら、
後輩扱していたはずの人間に実力で追い越されてたらショック受けるでしょ？
バカバカしい事に見えるでしょうが俺は本気です。

735 ：仕様書無しさん：03/09/11 23:37

>>728
君のいうところの「極める」レベルなら独学でも３日あれば十分じゃないかｗｗｗ

C++とCを一緒にしてるところもグー！

736 ：仕様書無しさん：03/09/11 23:38

>>734
圧倒的な差を見せ付けられるだけだろうなｗｗｗｗ

737 ：仕様書無しさん：03/09/11 23:39

イタイのか電波なのか、はたまたネタなのか

738 ：仕様書無しさん：03/09/11 23:39

CもC++も入門書なんか読んだかなー
VCなんぞその日のうちに使えない奴は見捨てる

739 ：仕様書無しさん：03/09/11 23:42

他のプロセッサと比べるとスタックを使わないリターンアドレスの格納と、いきなり高水準なチャネル命令に(*_*)

740 ：仕様書無しさん：03/09/11 23:44

>>738
ムチャ言うな。

741 ：仕様書無しさん：03/09/11 23:46

CやったことあるならPL/Iでもやれば？
アセンブラなんか覚えるより手っ取り早くほぼなんでもできるぞ

742 ：仕様書無しさん：03/09/11 23:46

>>734
藻前の先輩が言ってる事は嘘じゃないZO!!
適性(もしくは才能)のある香具師は最低限の情報だけでマスターするもんだ。
その腐ったプライドは捨てれ。
年下先輩なんか外資じゃ普通だよ。
デキる香具師は自動的に上に上がっていくもんだ。

743 ：仕様書無しさん：03/09/11 23:49

入門書入門書って、じゃぁ入門書の著者はどうやってマスターしたんだ？

744 ：仕様書無しさん：03/09/11 23:51

虎の巻がなければ何もできないガキでしょ
ひさびさにいいネタだったぜー

745 ：仕様書無しさん：03/09/11 23:52

>>704
ぶっちゃけ日立ソフトの人ですか？

746 ：仕様書無しさん：03/09/11 23:52

>>743
学生の翻訳した入門書読んでマスターしたんじゃないか？

747 ：仕様書無しさん：03/09/11 23:52

C言語で書けばいいじゃん。
中括弧｛｝とか小文字とか無いので、とても読みにくいソースになるけど（ｗ

748 ：仕様書無しさん：03/09/11 23:53

マヂレスしとこう

>そんな事が出来るのは天才だけです。

　天　才　は　存　在　し　ま　す

749 ：仕様書無しさん：03/09/11 23:54

>>747
>>734

750 ：仕様書無しさん：03/09/11 23:55

とりあえずメインフレームのOSの勉強しとけよ
話はそれからだ

751 ：731：03/09/11 23:56

>>732
86系なんてむやみにややこしいだけだから、それを学んでも仕方ないし、
それなら汎用機のアセンブラに直行した方が早いよって言いたかった。

86系アセンブラについてはまったく同意。
汎用機のレジスタは汎用レジスタだから、アセンブラも分かり易い。

>>704
汎用機のアセンブラって、慣れればすぐできる。
その人、現場のたたき上げで、体で覚えてきたんだよ・・・。
そうあせらなくても、あなただったら、それを使ってちゃんと
プログラムが「作れる」ようになると思うよ。

752 ：仕様書無しさん：03/09/11 23:56

>>745
彼は国津先生の後釜候補ですか？

753 ：仕様書無しさん：03/09/12 00:02

702の馬鹿

私の関係者のような気がしてきた・・・

754 ：732：03/09/12 00:03

>>751

すまん。誤読だった。
とりあえずパッチ40枚ぐらい作ってきまつ。

755 ：仕様書無しさん：03/09/12 00:07

PRINT GEN
DQN　　START
　　　　　USING *.13
　　　　　SAVE (14,12)
　　　　　MVC　MSG1+4,'確かにロードモジュールは作れるだろうなｗ'
　　　　　BAL　　13,MSG_P
　　　　　MVC　　MSG1+4,'ロードできるかは別として。'
　　　　　BAL　　13,MSG_P
　　　　　RETURN (14,12),RC=0
　　　　　EJECT
MSG_P　EQU　*
　　　　　SAVE　13,SAVE1
MSG1　 WTO　'　　　　　　　　　　　　　　　　　　　　　　　　　'
　　　　　L　　　13,SAVE1
　　　　　BAL　13
　　　　　EJECT
DS　　　SAVE1　F
DQN　　END

//*10年以上触ってない
//*忘れたｗ

756 ：仕様書無しさん：03/09/12 00:08

>>753
責任もって連れて逝ってくだされ

757 ：仕様書無しさん：03/09/12 00:10

アセンブラの前に CPU がどういう仕組みで
動いているのか勉強しよう

758 ：702：03/09/12 00:16

そろそろ寝るのでレスは明日にします。

勤務先については一切明かしません。
仕事中はネコかぶってるんでこんな野望に燃えてるとはだれも思わないでしょう。
あと、バカを入院させたのは俺です。
ちょっといたぶったら胃に穴が開いちゃったみたいですｗ

>>755
貴方はどうやって身につけたのですか？

759 ：仕様書無しさん：03/09/12 00:18

ｓＰ○○の馬鹿か。

760 ：仕様書無しさん：03/09/12 00:22

おいおい、702じゃなくて704だろ

761 ：755：03/09/12 00:27

>>758
君の大好きな 'Ｍシリーズ処理装置'

//*アセンブラの研修ってまだやってる？
//*日立インフォアカデミー辺りで受講できるのかな
//*俺は製作所で受けたような覚えがある

762 ：仕様書無しさん：03/09/12 00:30

>>758
新砂？東陽町？

763 ：仕様書無しさん：03/09/12 01:23

> MVC　MSG1+4,'確かにロードモジュールは作れるだろうなｗ'

マクロ展開を上書きしてますが・・・

764 ：仕様書無しさん：03/09/12 01:25

久々にレス増えてると思ったら香ばしい香具師が降臨してたのね。

運用チームを格下扱いするような香具師はメインフレーム触る資格ないでし。

765 ：仕様書無しさん：03/09/12 01:51

誇り高きメインフレイマー達

766 ：ＰＬ／ＩのＰＧ：03/09/12 02:39

なんか大漁ですね

767 ：仕様書無しさん：03/09/12 03:22

パソコン坊やに手玉に取られたのか？

768 ：仕様書無しさん：03/09/12 04:20

　　　　　PRINT GEN
DQN　　CSECT
　　　　　SAVE (14,12) * これと
LR 11,15
　　　　　USING DQN,11
　　　　　LA 14,SAVE
ST 13,SAVE+4
ST 14,8(13)
LR 13,14
　　　　　MVC　MSG1+8(xx),=C''アセンブルが全然通らないぞ'
　　　　　BAL　　14,MSG_P
　　　　　MVC　MSG1+8(xx),=C'xxx'文字列の長さもそろえないと。'
　　　　　BAL　　14,MSG_P
　　　　　L　　　13,4(13)
　　　　　RETURN (14,12),RC=0 * これは使ったことないからわからない
　　　　　EJECT
MSG_P　EQU　*
　　　　　ST 14,SAVE1
MSG1　 WTO　'　　　　　　　　　　　　　　　　　　　　　　　　　'
　　　　　L　　　14,SAVE1
　　　　　BR 14
　　　　　EJECT
SAVE DS 18F
SAVE1　DS　　　A
　　　　　END

少しはﾏｼになったかな ?

769 ：仕様書無しさん：03/09/12 04:22

づれてますた。

770 ：仕様書無しさん：03/09/12 04:27

てか、ﾏﾆｱﾙみてわからんてのは、ただのﾊﾞｶでないの。
あんたにゃ、「できるアセンブラー -DSECT3週間完全マスター」
をすすめとく。

771 ：仕様書無しさん：03/09/12 12:22

汎用機の保守やっている人のパソコン見たら、
Winは遅いからといって、Dosでコマンド打ちまくって
いたよ。しかも、キーボードは旧いコンソールの流用
してた。

772 ：名無しさん＠Linuxザウルス：03/09/12 19:10

>>704
お前、
「得意な事は元素の周期表を完璧に書ける事です」とか言うから
俺が「じゃ、製薬会社にでも行け」って言ったら涙目になってたA君か？

だが、胃潰瘍のPGは居ないなー
周期表は客先に出てるし

773 ：47000000：03/09/12 20:39

>>772
惜しい
　　　　　PRINT GEN
DQN　　CSECT
　　　　　SAVE (14,12) * これと
　　　　　LR 11,15
　　　　　USING DQN,11
　　　　　LA 14,SAVE
　　　　　ST 13,SAVE+4
　　　　　ST 14,8(13)
　　　　　LR 13,14
　　　　　MVC　MSG1+8(xx),=C'アセンブルが全然通らないぞ'
　　　　　BAL　　14,MSG_P
　　　　　MVC　MSG1+8(xx),=C'xxx''文字列の長さもそろえないと。'
　　　　　BAL　　14,MSG_P
　　　　　L　　　13,4(13)
　　　　　RETURN (14,12),RC=0 * これは使ったことないからわからない
　　　　　EJECT
MSG_P　EQU　*
　　　　　ST 14,SAVE1
MSG1　 WTO　'　　　　　　　　　　　　　　　　　　　　　　　　　'
　　　　　L　　　14,SAVE1
　　　　　BR 14
　　　　　EJECT
SAVE DS 18F
SAVE1　DS　　　A
　　　　　END

774 ：704：03/09/12 20:42

職場でMシリーズ処理装置を読んでいました。
上司に「○○(俺の事実上の後輩)みたいになりたいのか？がんばれ」と言われました。
正直、怒りで頭が破裂しそうになりました。
なぜ、あんなクズと一緒にされなきゃいけないんでしょう？
まぁ、上司も低学歴なんで(専卒)低学歴の肩を持ちたい気持ちもわからなくはないですが。

>>760
すいません。
間違えました。
私は704番です。

>>762
それは何ですか？

>>764
オペレーター →　高卒DQNの標準職
運用チーム →　高卒DQNのエリート職
開発チーム　→　オペレーターと運用チームの管理者。学卒者のみの聖域。

と考えていますが間違っていますか？
低級な者を馬鹿にして何が悪いのでしょうか？

>>768
私も早くそうなりたいです。

775 ：704：03/09/12 20:48

>>770
最初からマニュアルを見て出来る人なんて居ないでしょう。
学校には何故先生が居るかわかりますか？
教科書(マニュアル)だけじゃ、無知な学生は理解する事ができないからです。
だから予備知識の無い私には先生である手引き書が必要なのです。
生まれつきアセンブラをわかる人など居ません。

＞「できるアセンブラー -DSECT3週間完全マスター」

出版されているなら欲しいですね。
でも、時間が無いんです。
3週間も経てばクズが病床から復活してくるでしょう。
来週半ばには極めたいですね。
(amazonでS360の本を注文しました。Cの予備知識があるので一発コツを掴めば極められると思います)

>>772
低学歴の方ですか？
周期表が書ける事がそんなに特別な事なのでしょうか？
人間として当然の事だと思っていたのですが(笑

776 ：仕様書無しさん：03/09/12 21:07

うん。どうやら真性基地外の誕生のようだ

777 ：仕様書無しさん：03/09/12 21:17

敏腕釣り士だ

778 ：仕様書無しさん：03/09/12 21:19

会社のレベルがヒシヒシと伝わってくるね
晒せよ、世の中の為にさ

779 ：仕様書無しさん：03/09/12 21:24

だな、基地外に現場いられっと邪魔だな。
ていうか正直運用より>>774の方が低級だな

780 ：名無しさん＠Linuxザウルス：03/09/12 21:30

>>774

>あんなクズと一緒にされなきゃいけないんでしょう？
一緒？
以下の間違いだろｗｗｗｗｗｗｗｗｗｗｗ

781 ：仕様書無しさん：03/09/12 21:30

774を更生させたら尊敬に値する。

782 ：仕様書無しさん：03/09/12 21:49

>>775
君程度のCの知識では無理じゃないのか。
すくなくとも「はじめてのマシン語」とか「プログラムはなぜ動くのか」くらい読んでからにしたら?

あと、プロの世界では「最初からマニュアル見て」できないとやっていけません。
市販のわかりやすい解説書が出るほど市場の広いプロダクトなんて滅多に扱えませんから。
これは汎用機もオープンも関係ない。

783 ：仕様書無しさん：03/09/12 22:15

真性のアフォだったか・・・

784 ：元日立ユーザ：03/09/12 22:20

以前にこのスレにあった（と思う）、OS/390アセンブラハンドブックのURL
http://homepage1.nifty.com/ttakao/370asm/index.html
と、JCLの解説のURL
http://www.okstate.edu/cis_info/cis_manual/jcl_toc.html
以前、日立のVOS3 SP21のときまでやってましたが、
基本部分は同じなので参考になります。
アセンブラーが分かっても、JCL分からないと何にもできないですよね。
ただ、JCLのデータセットの割り当てなんかは、会社によって取り決め
があるはずだから、それを知らないとやっぱり使えないとは思いますが。

785 ：名無しさん＠Linuxザウルス：03/09/12 22:21

>>775
くだらねー事で言ってねーでそのカスだか何だか知らねーけど先輩の復活待って
ベースレジスタとは何か？から叩き込んでもらえよ。
でなきゃお前が運用チーム行きだなｗｗｗｗ
年下だろうが専卒だろうが関係ねーよ
尊敬すべき先輩として扱え。クソが。

786 ：仕様書無しさん：03/09/12 22:32

>>758
> あと、バカを入院させたのは俺です。
> ちょっといたぶったら胃に穴が開いちゃったみたいですｗ

先輩としての責任の重さが伝わってくる・・・
かわいそう・・・

787 ：704：03/09/12 22:42

>>778
>>779
私は一定のレベルに達していると思いますが？
（大学卒業、初級シスアド取得、等）

>>782
では私より遥かに知能レベルの劣る高卒者が習得できるのでしょうか？
それは参考書無くては成し得ない事です。
奴はマニュアルで覚えたと嘘をつきました。
しかしながら私が読んでもわからない物を彼が理解できるはずがありません。
社内にアセンブラの出来る人間が役職者しか居ないことはわかっています。
その方に教えを乞うのは不可能です。
よって奴は参考書で勉強したことが証明されました。
しかもVOSに特化した参考書でね。
多分奴は私に危機感を抱き、嘘をついたのだと思います。
自分の保身の為にね。

>>784
jclはだいぶわかってきました。
あとは知識を付ければ問題ないのですが。。。

>>785
何故ですか？
何故に私より遥かに知能レベルの劣る者を敬わねばならないのでしょう？
年長者を敬うのは社会の常識では？

788 ：仕様書無しさん：03/09/12 22:50

同僚をレベルが低いというなら、その程度人材しかいない企業にしか入れない704も負け犬なわけだが。

789 ：仕様書無しさん：03/09/12 22:51

>>704
ちょっと目についたので一言。

世間知らずで衒学的なのは若いからしょうがないと思うが、
俺は大学院（生物化学専攻で無関係だが）出てからＳＥになったが、
この業界は能力的な部分について言えば学歴と年齢は関係ないよ。

情報関係の院卒なら別だが。

＞私は一定のレベルに達していると思いますが？
＞（大学卒業、初級シスアド取得、等）
ここだよ。俺が世間知らずって言ってるのは。

790 ：仕様書無しさん：03/09/12 22:52

学歴もヘッタクレも無い。
出来て当り前。それでメシ食ってるんだから。
別に自慢することでもない。
問題はどう作るか（作ったか）という事

と言ってみるテスト。

791 ：仕様書無しさん：03/09/12 22:52

>>786
こんなのが下に付いたらたまったもんじゃねーな
漏れだっら死んじまうかもｗ

>>787
自分の書き込みよく読めよ
先輩はソフ開持ってんだろ？
シスアドだぁ？笑わせんNA!!

792 ：仕様書無しさん：03/09/12 22:53

掃き溜めに鶴は居ない

だな

793 ：789：03/09/12 22:57

>ALL
しかしこの業界、Ｃ，Ｃ++が出来たり、その他ＩＴ関連の知識に深いだけで、
自分は他人より「あらゆる能力が」優れているという錯覚に陥っている人間
が多いのは何故だろう？

794 ：仕様書無しさん：03/09/12 22:59

それは経験が浅いからだと思いまふ。

795 ：仕様書無しさん：03/09/12 23:01

>784で紹介の解説みて理解できなければ
アセンブラに手を出すのは止めた方がいい。

年下の先輩様に頭を下げて教えてもらうのが一番手っ取り早い手段だが。

796 ：789：03/09/12 23:03

>>794
確かにそいつらは経験が浅いが膨大な知識なんだ。
だが、開発時の他人との調整がうまくない。
客先で会議での説明も専門用語の羅列で、「それじゃ客は分からんだろ？」
ってことがよくあるんだよ。

797 ：仕様書無しさん：03/09/12 23:07

俺だったらこんな馬鹿頭下げてきたって教えてやらず
会社やめさせるようにもってくだろうな。
ここまで自分の現状がわかってないならどうせ使い物にならんし、
遅かれ早かれ始末しなければならなくなる。

798 ：仕様書無しさん：03/09/12 23:08

>>796
CやC++で膨大な知識などいらん。
ふつうにできれば十分。

いずれにせよ初級シスアド程度で自慢してるんじゃなぁ・・・

799 ：仕様書無しさん：03/09/12 23:09

　　　　　　　　　　　　経験って難しいなあ

800 ：仕様書無しさん：03/09/12 23:15

対人間だからね
パターンどうりには行かないのさ

801 ：仕様書無しさん：03/09/12 23:16

>800が激しく良いことを言った

802 ：仕様書無しさん：03/09/12 23:17

人に頭を下げられない奴は一生半人前

三鷹さんもそう言ってる。

803 ：仕様書無しさん：03/09/12 23:22

すっかりこのスレの話題提供者>>704に質問。
あなたはコンピュータについてどの程度の知識と経験をお持ちですか？
「Ｃを極めた」ってレベルの表現じゃなく具体的に。

アセンブラ言語だけを覚えても開発は出来ませんよ。

804 ：仕様書無しさん：03/09/12 23:28

謙虚に逝きましょう。

805 ：仕様書無しさん：03/09/12 23:32

>>787
前提が間違ってるんだよ。知能レベルが低いのは君の方なんだ。
そう考えると全ての謎が解明されるでしょ?

806 ：仕様書無しさん：03/09/12 23:59

そのうち派遣のオヤジも虐待すんだろうなぁ。
「漏れよりできる訳がない」と。

807 ：仕様書無しさん：03/09/13 00:03

ＭＦのクソおやじどもは常に若い奴を罵倒したがるからなぁ。

808 ：仕様書無しさん：03/09/13 00:25

課長が専門卒
上が高卒
上の人が入院中。あと一週間で退院。
ＶＯＳ３の仕事
日立の子会社
新人君

月曜日に横のつながりの怖さを知ることになるでしょう。
ジワジワとね。

809 ：仕様書無しさん：03/09/13 00:48

>>808
月曜は休みだよ！

810 ：仕様書無しさん：03/09/13 01:24

>>704
> お進めの物を教えてください
お勧めでは？

日立関連の新人ｹﾃｰｲなのか。
ﾁｮﾄﾀﾞｹイメージ低下。

811 ：仕様書無しさん：03/09/13 01:50

学卒新人よりも年下の高卒先輩ってことは、
その先輩は少なくとも１９～２２歳だよね？
大手子会社でもほんの数年前に高卒も採用してたところがあったんだ・・・。

812 ：仕様書無しさん：03/09/13 01:56

704さんへ

どこのどなたかは存じませんが。
ここまで痛ましい人格を演じ続けるのはしんどくないですか？
もうそろそろ止めにしません？

もし、本当に、心の底から本音を吐露しているのならば、
くれぐれも私の職場にはおいでなさいませんよう。
何卒お願い申し上げます。

813 ：昱`ﾉﾌﾄﾈ土員：03/09/13 01:59

>>704
こんな所で何バカな事ばかり言ってんだｳﾞｫｹ！帰るぞ！
うちの社員と見え見えの事ばっかり書いた上に
会社の開発環境とかは社外秘なのに漏らすな馬鹿野郎！

皆さんすみません。身の程知らずのバカがお邪魔して。
うちのスレに報告してくれた人ありがとう御座います。

814 ：仕様書無しさん：03/09/13 02:20

>>810
確かに新人の程度が(ry

815 ：704：03/09/13 03:00

なんか話が大きくなってますが
私は日立の人間ではないです。
日立のコンピュータを使ってるだけですが？

816 ：704：03/09/13 03:03

やはり２ｃｈを選んだ私が間違っていました。
もうここには来ません。
レベルの低い方ばかりで嫌になりますね。

817 ：仕様書無しさん：03/09/13 03:17

>>816
やはり釣りか。

818 ：仕様書無しさん：03/09/13 03:20

もうおわりですか・・・

819 ：名無しさん＠Linuxザウルス：03/09/13 03:26

じゃ、軌道修聖してみんなでJCLでも書くか

//JOB1 JOB,'

820 ：名無しさん＠Linuxザウルス：03/09/13 03:28

だみだこりゃ
PDAはきびすぃ

821 ：~ / ~/やばい：03/09/13 11:06

Ｈｅｒｃｕｌｅｓ家のＰＣに入れようとしています。
しかしながら何度やってもＡＢＥＮＤしてしまいます。
調べて見ると、どうやらＩＰＬに足らんものがあるみたいなのですが、

それ以上は判りません。まだまだ無知なので。
改善方法ありませんかね。

下が出てきたＣｏｄｅです。

[ console ]

IEE282A REPLY 00 EXPECTED; NO OTHER COMMANDS ACCEPTED. SPECIFY REPLY 00.
R 0,CLPA
IEE600I REPLY TO 00 IS;CLPA
CSV011I FETCH FAILED FOR MODULE FLMIO24 , RETURN CODE 0F, REASON CODE 40
CSV028I ABEND106-0F
IEA303W ABEND 106 REASON 0000000F DURING INITIALIZATION UNDER RIM IEAVNP05

[ comannd ]
cckddasd: 3100 unknown space at offset 0x13919715
cckddasd: 3100 010a6300 0b789cd4

822 ：仕様書無しさん：03/09/13 11:28

/*MESSAGE JOB1 ﾄｲｯﾃﾐﾙﾃｽﾄ

823 ：仕様書無しさん：03/09/13 11:52

704はウチの電算チームの新人です。
間違いないでしよう。
胃潰瘍で入院中の若者も居ます。

>>704お前みたいな奴のせいで特殊法人は馬鹿扱いされんだ。
行動を謹め！馬鹿！

散々若者を貶してますが、優秀な子です。
見た目はちょっと悪そうな今風の若者ですが・・・・

824 ：仕様書無しさん：03/09/13 12:26

>>823
特殊法人？
704自身は自分で「大手子会社」の者だと言ってるよ。これもカモフだったのか？

825 ：仕様書無しさん：03/09/13 12:43

>>823
>>704は全然優秀じゃないから別人でしょう。
胃潰瘍で入院中のSEなんて国内には捨てるほどいると思われます。

826 ：仕様書無しさん：03/09/13 13:17

2chで聞いたのが間違いだって？その通り。他に聞くべき人がいるのにいきなり2chに書き込むのはｳﾞｧｶ。

827 ：仕様書無しさん：03/09/13 15:00

>825
もう少し注意深く文章を読む癖を付けた方がいいぞ。
>823が優秀だって言っているのは、>704にいぢめられた
年下先輩のほうだろうが。
それにしても>704はどうしようもねぇな。

828 ：仕様書無しさん：03/09/13 19:59

>>704

核心をつかれて逃げ出しましたか。
>>815で必死にごまかそうとしてますがもう遅いです。
月曜日（もとい火曜日）、楽しみにしててね♪

829 ：823：03/09/13 20:10

>>824
その点が唯一引っ掛かっている点です。
ただ、あまりにも共通点が多すぎるので
早合点は良くないですが、火曜日にそれとなく問いただしてみたいとおもいます。
人慣れしていなさそうな者なのでどんな事をするか読めないのが怖い所です。

若者ば職務委託職員で外部の企業から18歳の時に入って来ました。
全く電算機とは縁の無さそうな子だったのですが、
いつのまにかCOBOLとASMを覚えていたので、開発から欠員が出た事を機会に開発チームに招きました。
開発者としての責任を感じていたらしく、猛勉強の末ソフトウエア開発技術者の資格を取ったりと有望な子です。
新人はプロパーです。
齢も近いので、委託職員とは承知の上若者の下に付けました。

もし私どもの職員が恥も顧みずこのような事ををしていたならば、代わって皆様に謝罪します。
704の発言に気分を害された方も多かったのではないでしょうか。
お話の場を汚してしまい申し訳ありません。

830 ：仕様書無しさん：03/09/13 20:23

>>829
704はH特有のバカだよ
上でも書かれてたけど胃潰瘍のPGもオペ上がりのPGもたくさんいる(モチロン高卒もね)
考え過ぎｲｸﾅｲ!!

831 ：仕様書無しさん：03/09/13 20:29

所謂「>>1の上司です」？

832 ：仕様書無しさん：03/09/13 20:39

必死だな。(何が？)

833 ：仕様書無しさん：03/09/13 21:15

上司登場ﾜﾗﾀ
メインフレームの世界って狭いなぁ（ｗ
オレも気をつけてカキコしよっと。

834 ：仕様書無しさん：03/09/13 23:03

釣り氏は消えたようだが....

正直、ﾃﾞｼﾞﾀﾙﾄﾞｶﾀなんだから、学歴なんかまったく不要。
頭の体力だけあれば、屁理屈はかえって余計。
ｶｼﾗになるのも、学歴なんて不要。人と仕事をどれだけ
動かせるかの勝負。これもﾄﾞｶﾀといっしょ。

ﾓﾚの周りにも、ﾓﾚより低学歴で、尊敬できる先輩がｲﾊﾟｰｲ
いまつ。

835 ：仕様書無しさん：03/09/13 23:15

>>821
情報少ねーよ。

836 ：仕様書無しさん：03/09/13 23:23

>>819

//ALLOC　　　EXEC PGM=IEFBR14

837 ：仕様書無しさん：03/09/14 00:07

>> 834
・・・何も釣ないね。
イワシとかアジでも良いのにね。

838 ：仕様書無しさん：03/09/14 00:14

>829
自分らに謝罪するよりも、若者氏を大事に育ててやってくれ。
それが何よりだと思うぞ。
そうすれば、>704なんぞよりもはるかにあんたの会社のために
なってくれるだろうしな。

839 ：仕様書無しさん：03/09/14 00:31

>>838

同意。
これからこのｽﾚは、若者氏の胃潰瘍全快と、会社での
ますますの活躍を祈念するｽﾚになりますた。

840 ：仕様書無しさん：03/09/14 00:42

どうしてテメエらはちょっと生意気なくらいで>>704を叩き潰しまつか？

841 ：仕様書無しさん：03/09/14 00:47

>>840
面白いから

842 ：仕様書無しさん：03/09/14 01:20

>>773 の名前

それって、まったく意味ないｺｰﾄﾞに見えるけど、実は
CPUのｵｰﾊﾞｰﾍｯﾄﾞ、すごいんだよね。

843 ：仕様書無しさん：03/09/14 01:25

>>840
ちょっと生意気というより、すげぇ馬鹿だろ

844 ：仕様書無しさん：03/09/14 11:58

704は社会人として未熟なんだろう。
実力のある人は妬むのではなく尊敬するものだと
わかってくれればいいが・・・

PRINT GENは・・・
デカいプログラムをアセンブルするとプリンタが大変なことにｗ

845 ：仕様書無しさん：03/09/14 12:09

MFでC/C++ってどうなの？
強力すぎるストリング編集命令やPACK/ZONE関連の命令を見てると
COBOLのCOBOLによるCOBOLの為に設計されたCPUに見えてくるんだけど
H系のEDIT命令素敵すぎ
編集マスク'ZZZZZX'ってCOBOLそのものじゃんｗ

846 ：仕様書無しさん：03/09/14 12:36

台風704号（DQN No.704）は去った。

847 ：仕様書無しさん：03/09/14 17:39

こういうスレでああいうヴァカが来るのは珍しいな。

848 ：仕様書無しさん：03/09/14 18:06

>>845
業務アプリケーションは少なそうだけど、制御系のプログラムなんかだとありそう。
MQとかCICS関連とか。

TR/LXってC++じゃなかった?

849 ：仕様書無しさん：03/09/14 23:03

といいますか、現在保守してる製品の糞ソース(アセンブラー
1モジュールで12Kライン)は、GENであろうとNOGENであろうと
アセンブルリストは紙には出しません。

850 ：仕様書無しさん：03/09/14 23:34

いずれにしろGENではソースが見にくい

851 ：仕様書無しさん：03/09/15 05:13

宴の後という感じだな。

852 ：47000000：03/09/15 09:15

>>790
激しく同意

853 ：仕様書なしさん：03/09/15 13:33

>>821
LLAのREFRESH汁。
ロードモジュール入れ替えか圧縮かかって元の位置と違うTTRになってる。

854 ：仕様書無しさん：03/09/15 22:48

久しぶりにＭＦのＡＳＭな仕事やってます。
LRとLA間違えるなどお約束をやって、
リハビリの真っ最中です。

855 ：仕様書なしさん：03/09/16 04:02

>>854
漏れはLとLAよく間違える。

856 ：仕様書無しさん：03/09/16 06:29

さっ、連休のシステム入れ替えその他諸々イベントやったトコ
本番立ち上げの結果報告よろしく　といってみるテスト

857 ：仕様書無しさん：03/09/17 00:06

http://www.nikkei.co.jp/news/keizai/20030916AT1F1601D16092003.html
東邦銀、富士通の地銀向けシステム導入

http://itpro.nikkeibp.co.jp/free/NC/NEWS/20030916/134789/index.shtml
東邦銀行が富士通のPROBANKによる新勘定系を稼働、「成果を天下に示した」と頭取

http://pr.fujitsu.com/jp/news/2000/02/3.html
地方銀行向け、バンキングビジネス戦略ITモデル『Strategic BANK』を構築

858 ：仕様書無しさん：03/09/17 00:09

http://www.fin-bt.co.jp/comment108.htm

859 ：仕様書無しさん：03/09/17 04:32

>857
秋草会長「稼働までには大変なエネルギーを使ったが・・・」
なんかなぁ・・・（あんなに信用を失わなくても・・・！？）

860 ：仕様書無しさん：03/09/17 23:43

ま、これでメインフレーム牙城の金融勘定系も、動向が見えてきたね

F:ProBankで、中心はまだ汎用機、周辺はUNIX系アプリサーバー
N:BankingWeb21で、小規模銀行から徐々に脱汎用機
I:汎用機にLinux周辺サーバーを逆に吸収して、新たなサーバー統合へ
D:Hと協力して地銀共同センター推進

861 ：仕様書無しさん：03/09/18 01:18

漏れが想像したMFのC

//COMPILE　EXEC PGM=(コンパイラ)
//INCLUDE　 DD DSN=SYS1.STD.LIB(STDIO)
//　　　　　　　DD DSN=SYS1.STD.LIB(STDLIB)
//　　　　　　　DD DSN=SYS1.STD.LIB(STRING)
//SYSOUT　 DD SYSOUT=*
//SYSIN　　DD *

/* HELLO WORLD ﾉﾌﾟﾛｸﾞﾗﾑ*/
INT MAIN( INT ARGC,CHAR* ARGV[] )
{
　　PRINTF( "HELLO WORLD !!\n" );
　　RETURN 0;
}

/*

やっぱこんなのになるのか？

862 ：仕様書無しさん：03/09/18 02:18

俺も知らないので、勝手な予想。
includeはそのままソースに書いて、ヘッダーのあるライブラリーをSYSLIB DD
あたりに指定するとか。
SYSLIN DDもいるな。あとコンパイラのお決まりでSYSUT1 DDか。
ソースは普通にmixed caseでいいんでないの。まあJCLに直にSYSIN
てのはないだろと思うが。
ちなみにSYSINは、DLM=を指定しないと、/* HELLO ...はまずいのでは。

863 ：仕様書無しさん：03/09/19 01:04

みかかでーたってＦ機がたくさんあったような

864 ：仕様書無しさん：03/09/19 10:29

http://itpro.nikkeibp.co.jp/free/NC/TOKU1/20030912/1/
メインフレーム大解剖
サーバーの未来を探る

　社内で稼働するシステムの数が増大し、かつ、それらなしでは業務が
滞りかねない状況にある今、サーバーには従来以上に「ダウンしない」、
「急変する処理要求に即応できる」機能が求められている。
メインフレームが磨き上げてきた技術は、まさにこれらの要求に応えるものだ。
その技術の一部は、大規模化を指向するUNIX/パソコン・サーバーが取り入れ
つつある。しかし現在でも、メインフレームが頭一つ抜きんでていることは
間違いない。米IBMが5月に発表した新メインフレーム「zSeries 990
（開発コード名T-Rex）」は“何が”“どうすごいのか”を明らかにする
ことで、大規模サーバーの未来を探った。

865 ：仕様書無しさん：03/09/19 10:30

例えばメインフレームが信頼性向上のために採ってきたメモリーの
エラー対策や構成要素の冗長化などは、UNIX/パソコン・サーバーも
採用して信頼性を大きく向上させた。だがCPUの内部で命令の実行結果
を逐一検査する機能や、入出力部での障害によるダウンを回避する
仕組みは、メインフレームの独壇場だ。障害の回避策をOSなどの
ソフトではなく、ハードの機能として組み込んでいることも、
メインフレームの特徴である。

866 ：仕様書無しさん：03/09/19 10:34

>>865
ちと単純。正確には、障害回避策は、ハード、マイクロ、OS、ミドル等
に実装されてて、同じ機能でもマイクロ更新などで実装場所が変わる
場合もある。

でも、こういう比較記事は珍しいね。

867 ：仕様書無しさん：03/09/19 11:30

メインフレームの超人強度を教えてください。

868 ：仕様書無しさん：03/09/19 20:45

２００ぐらいだな

869 ：仕様書無しさん：03/09/19 22:34

スカウター持っている人
zSeries 990の戦闘力を教えてください

870 ：仕様書無しさん：03/09/19 22:37

>864
久しぶりに日経コンピュータ狩ってみようかな

871 ：47000000：03/09/19 23:12

>>861
DISPはいるだろう
//COMPILE　EXEC PGM=(コンパイラ)
//INCLUDE　 DD DSN=SYS1.STD.LIB,DISP=SHR
//SYSUT1　　 DD DSN=&&TEMP1,SPACE=(CYL,(10,10)),
// DISP=(NEW,DELETE,DELETE),UNIT=DASD
//SYSOUT　 DD SYSOUT=*
//SYSIN　　DD *,DLM=AA

/* HELLO WORLD ﾉﾌﾟﾛｸﾞﾗﾑ*/
INCLUDE <STDIO>
INCLUDE <STDLIB>
INCLUDE <STRING>

INT MAIN( INT ARGC,CHAR* ARGV[] )
{
　　PRINTF( "HELLO WORLD !!\n" );
　　RETURN 0;
}

/*

AA

872 ：仕様書無しさん：03/09/19 23:17

メインフレームでn(小文字のN)って打てたっけ？

873 ：うんこの中に棲む人：03/09/19 23:32

大文字／小文字の区別はないよ

874 ：仕様書無しさん：03/09/19 23:42

てか、エディターの省略値がuppercaseになってるのと、
アセンブラーやコンパイラー・インタープリターがソースの
大文字小文字を区別しない(文字定数は区別される)だけで、
ファイルやJCLのSYSINの中には普通に小文字を使えるよ。

875 ：仕様書無しさん：03/09/19 23:43

INT MAIN( INT ARGC,CHAR* ARGV??(??))
??<
　　PRINTF( "HELLO WORLD !!??/n" );
　　RETURN 0;
??>

じゃないのか？

876 ：仕様書無しさん：03/09/19 23:46

コンパイラのリスティングは、SYSPRINT DDが多いな。
あとマクロやCOPY句(Cならinclude)はSYSLIB DDかも。
上でも誰かが書いてるが、オブジェクトはSYSLIN DDだ。

877 ：仕様書無しさん：03/09/20 04:06

PL/IのINCLUDEはSYSLIBでしょ
Cでもそうなんじゃないかな？

あとMFの場合改行とかの制御文字使わないんじゃないか？

>>874
普通に使うには拡張フォントが導入されてる場合だけでしょ
英小文字と半角カナはコードがダブってるので日本語モードで
「普通に使う」には日本語モード用の拡張フォントがないと
Iの話だけど

878 ：仕様書無しさん：03/09/20 10:03

>>872,877
メインフレーム(EBCDIC文字コード)は英語版では大文字・小文字混在可。
単に当初の日本語で、半角カタカナを英小文字に割り当ててしまっただけ。

その日本語コードも、その後、空いている（ほとんど使われない）
別のコードを割当てて、混在表示可能になった際、どちらを優先する
か（英語と旧日本語のどちらの互換を優先するか）で２系統に分かれた。

・日本語拡張英数字は、英小文字が英語版と同じ（カタカナが別エリア）
・日本語拡張カタカナは、カタカナが旧日本語版と同じ（小文字が別エリア）

ここらは重要なんだが、汎用機プログラマも知らない人が多くて、
TSSで「化けた」とか、オープン系へのデータ交換で「化けた」とか、
昔も今も多い。

879 ：仕様書無しさん：03/09/20 14:31

>>878
DB2はDB作成時のコードページで、普通の各国語やこれら日本語の他、
富士通・日立・NEC系の拡張を含んだ日本語コードセットまで選べる

880 ：仕様書無しさん：03/09/20 17:19

>>879
へぇ～

881 ：仕様書無しさん：03/09/20 17:57

>富士通・日立・NEC系の拡張
それって、国産メーカがIBMの拡張文字コードに準拠してるってーことかな?

882 ：仕様書無しさん：03/09/20 18:23

>>881
ちがうだろ

883 ：879：03/09/20 21:23

>>881
ごめん、NEC(ACOS)は全然別種だった。
FやHは、基本はIBM漢字コードだけど、細かいとこが違うと思った。

884 ：仕様書無しさん：03/09/20 21:40

>>880
DB2で使える日本語コードページは、この241ページによると全OSで26種、
HOST系だけで6種ある。通常は930、1390,1399が国産系じゃなかったかな。
http://www-6.ibm.com/jp/software/data/developer/library/manual/db2online/v8pdf/sc094822.pdf

885 ：仕様書無しさん：03/09/21 02:34

>>863
あるね。ツインズ内に。数十億円ほど。

886 ：仕様書無しさん：03/09/21 06:14

ＤＩＰＳも大型はＦ製
何年か前にＤＩＰＳの最後の魔身が引退の記事が出たけどあれもＦ製じゃなかった？

887 ：仕様書無しさん：03/09/21 12:37

Ｆのマシンてさ、ＸＳＰ，とＭＳＰをちょっとさわったことがある程度なんだけど、
ＤＢはどうなってんのかね。ＡＩＭってＲＤＢじゃないよね。ＡＩＭがまだ減益のとこ
もあるみたいだけど、やっぱりＲＤＢへ移行するなんて、考えないのかしら？

888 ：仕様書無しさん：03/09/21 18:25

>887
「AIMはネットワーク型だから、階層型とRDBの長所を兼ねてる」が売り文句
だし、今はORACLEも汎用機版は止めてしまったし、Fは汎用機の性能向上は
しても新規投資(OSやミドルの大幅拡張)はもうしないって繰り返し言ってるし...

889 ：仕様書無しさん：03/09/21 22:00

>>887,888
Fは既存の基幹処理はメインフレームで行い、RDBを使うような周辺処理は
連結したPrimePower(UNIX or Win)で行うという戦略だから、
メインフレーム本体のRDBとかUNIX互換とかLinux搭載とかはしないのでは。

890 ：仕様書無しさん：03/09/21 22:06

>888サンクス。
ＡＩＭはＤＬ／１とおんなじ階層型と思っていたけれど、ネットワーク型って階層型と
違うのかね。ＳＱＬインタフェースなんてないんじゃなかったっけ？

891 ：仕様書無しさん：03/09/21 22:08

おすすめの液晶モニタ教えれ。

892 ：仕様書無しさん：03/09/21 22:15

>890
ふーん、ＤＢの基幹システムの処理、つまりデータ処理こそが
ホストの存在理由だと思っていたのだけれど。
やっぱりホストはスレタイのとおりなのかね？
ユーザーとしてはいいＲＤＢがホストに実装されれば、安定して使いやすいシステム
ができるから、大きな企業は買い、になるとおもうんだけれどなあ。

893 ：仕様書無しさん：03/09/21 22:52

>>891
激しく板違い

894 ：仕様書無しさん：03/09/21 23:03

>891
http://pc3.2ch.net/test/read.cgi/hard/1062771942/
やっぱ、七尾かシャープがいいんではないかとおもう。

895 ：：03/09/21 23:19

MSP,COBOLでやってたけど、古くからAIMによる（と言っていいのか知らんけど）DBが動いている。
何年か前からDBはRDBIIによる設計・開発が殆どになったけど。

前の会社の話でした。

896 ：仕様書無しさん：03/09/21 23:48

ここ10年ｱｾﾝﾌﾞﾗ+IMSでﾒｼを食ってる漏れの将来は
どうなるんでつか?

897 ：仕様書無しさん：03/09/22 01:01

>895
ＡＩＭからＲＤＢⅡに移行したということですか？
ＭＳＰにＲＤＢⅡが乗るんですか？
橋渡しは、とかいろいろ気になるなあ。とにかく、データの処理がうまくいってるなら
結果オーライで言うことないんだけれど。

>896
ばら色ですねえ。インテルじゃちょっと物足りないと思うけど。
マクロでホストチックに独自環境整備ってのもすごいかも。
制御系でアセンブラか．．．いずれにせよＰＤＦがサイトにどさっとあるので
移るんなら目を通しておくと良さげでは？

言葉覚えるんならとりあえずはＣってことで
ＯＯタイプはなれんのにちょい時間がかかるとおもわれ

898 ：仕様書無しさん：03/09/22 01:02

899 ：８９８：03/09/22 01:04

すいません。Ｊａｎｅの調子が悪くて．．．

900 ：仕様書無しさん：03/09/22 11:06

>>898
＞ＭＳＰにＲＤＢⅡが乗るんですか？

実際両方とも動かしていたよ。AIM上のＤＢからＲＤＢＩＩにアクセスしてデータを引っ張ってきたけどさ。
PEDの指定やらなんやらかったるかったけど。

901 ：仕様書無しさん：03/09/22 18:51

>900
なるほど、すごいね。なんとかやっちまったわけですね。
ＡＩＭ⇒ＲＤＢのばあいはなんとなく想像がつくけれど、逆は難しそう．．．
ＨＯＳＴマシンだからできることですなー。

ＡＩＭ使いの苦労がしのばれる．．．

902 ：仕様書無しさん：03/09/22 22:52

>>878-884
ごめん。大嘘書いたので訂正。IBM HOSTの日本語CodePageまとめ。

まずはSBCSのみの世界(DBCSなし)で、ここから２系統に分かれちゃう。
37はアメリカ系英語(米、カナダ、豪...)
290は拡張カタカナ(英小文字エリアにカタカナ。英小文字は別エリア)
1027は拡張英小文字(英小文字は37と同じエリア。カタカナは別エリア)

次にMIXED (DBCSあり)も、それぞれの上位互換になった。
930は拡張カタカナ(290 + DBCS)
939は拡張英小文字(1027 + DBCS)
この他5026拡張カタカナ,5035拡張英数字もあるが少数派なので省略。

以上はIBM(とJIS)だけの世界だったが、
更に電電ファミリー各社やMS-Windowsと互換性をとるため、以下が登場。
1390は拡張カタカナ(930 + NEC選定文字)
1399は拡張英小文字(939 + NEC選定文字)

NEC選定文字(正確にはNEC選定 83文字+ NEC-IBM選定 374文字)は、
MS-Windows日本語文字セットに含まれたため、互換を取るため登場した。

なおMS-Windows日本語文字セットは、以下のセットになってる。
「JIS X0208 + IBM選定文字 + NEC選定文字(NEC選定 + NEC-IBM選定)」
IBMは昔のOS共同開発の、NECは当初のWin共同開発の名残か。

実は「まるいち=①」「(株)=㈱」とかは、IBM選定文字にも、
NEC選定文字にも入っている(同じ文字にコードが２つ付いてしまった)。
でも、Win上の大半のアプリからは、NEC選定の方しか表示できない訳。

あーつかりた。

903 ：仕様書無しさん：03/09/22 22:58

>>890
ネットワーク型は、階層型にポインタを増やして、親子関係とかの厳密さを
柔軟にしたもんかと思う。いわゆるRDB(SQL)とは全然違う。

904 ：仕様書無しさん：03/09/22 23:02

RDBIIって、まだ富士通GS(MSP/XSP)の現役だったんだ。
http://globalserver.fujitsu.com/jp/lineup/software/Linkexpress/linkexpress.html

905 ：仕様書無しさん：03/09/22 23:04

>>898
AIM --> RDBII 移行事例
http://www.kudpc.kyoto-u.ac.jp/News/news-1994-3.html

906 ：仕様書無しさん：03/09/22 23:10

>>903
階層型DB、ネットワーク型DB、RDBの比較

http://www.caj.co.jp/mainframe/mailmagazine/column/03_08_20.htm
http://www.e-owl.net/course/trial/demoOracle/course/cont/page/00017T11-01-01-P1.html
http://www.myk.iwate-pu.ac.jp/~shotaka/keiei/yougo3.htm

907 ：仕様書無しさん：03/09/22 23:34

漏れ、NのADBSを１５年ほどやってて、RIQSへの移行させられた。
ま、それなりの設計に変わったから、あんま変な事にはならんで済んだが。
IのDB2とかも触ったことある。

今、ORACLEとかACCESS使わされてるけど、気持ち悪くて仕方ない。
ま、文化の違いと言えばそれまでだが。

908 ：仕様書無しさん：03/09/22 23:42

>>907
どんなとこが？

909 ：仕様書無しさん：03/09/23 00:19

SQLになれてないだけなんじゃないの

910 ：仕様書無しさん：03/09/23 00:44

DB2も元祖SQL(発表はORACLEより先、出荷はORACLEより後)だが...

911 ：仕様書無しさん：03/09/23 00:50

「さわった」程度じゃRDBの世界は解らんよ・・・

912 ：仕様書無しさん：03/09/23 00:53

階層DBの世界も楽しいんだけどね、GET UNIQUE WITH PARENTS とか

913 ：仕様書無しさん：03/09/23 03:12

小文字混在だとキモ悪いとか...

914 ：仕様書無しさん：03/09/23 17:20

>>912
WITHINだろ

915 ：仕様書無しさん：03/09/23 20:36

>>914
RANGEもね

916 ：仕様書無しさん：03/09/23 23:56

つうか、同一の親の中で読むのは、GUではなくてGN (GNP)では？

917 ：仕様書無しさん：03/09/24 00:06

COBOLでIMS/DB(DL/I CALL)してるサンプル
http://objectz.com/cobolreport/archives/imscode.htm

GU:Get Unique
GN:Get Next
GNP:Get Next within Parent <--- これが正解みたいすね

918 ：仕様書無しさん：03/09/24 01:05

>>916
SSAとCALLの仕方次第

919 ：仕様書無しさん：03/09/24 01:53

─── =, 　＿ﾉ）
── =γ∞γ~　　＼　　　行けや！
── =　|　 /　从从) ）
── = ヽ　| |　ｌ　ｌ |〃　=
──　= ｀从ﾊ~ ワノ　 ≡　　ｶﾞｯ　　　 ∧＿∧
─　=≡○_　　 ⊂)_=_　＼从／-=≡ ｒ（Cobol ）
──　=≡ >　　＿_　ノ )）< 　＞　-=　〉＃　つ
─　=≡　 (　／　≡ 　　／VV＼-=≡⊂ ､　　ﾉ
── .=≡( ノ　=≡　　　　　　　　　　-=　し'
￣￣￣￣￣￣￣￣￣|
.　　　　　　　　　　　　.│
.　　　　　　　　　　　　.│
.　　　　　　　　　　　　.│～～～～～～～～～～～～～～～～
.　　　　　　　　　　　　.│　　　道　頓　堀

920 ：仕様書無しさん：03/09/24 23:52

日経コンピュータの特集読んでみたけどあたりまえのことしか書いていないから
ＶＢオタとかウニオタ向けかと思った。

921 ：仕様書無しさん：03/09/25 00:04

最近どの雑誌見てもJavaとか.NETの記事ばっか。
ちょっと食傷気味です。

922 ：仕様書無しさん：03/09/25 00:18

>>864,920
俺もやっと読んだ。あたりまえって言える人は、メインフレーム知ってる人。
あれは、メインフレーム（基盤系）知らない人とか、部課長以上とか向けの、
比較特集でそ。

でも逆に、メインフレームだけでオープン系は知らないから、
あんな違いも全く解って無いＳＥも多いのが実情。

しかし国産系に新味が無いからって、Iしか話題にしない特集なんて、
日経コンピュータでも２５年ぶりくらいじゃないか？
(昔はSNAの特集とか、XAの特集とかあったけどね)

923 ：仕様書無しさん：03/09/25 00:30

>>921
どの雑誌も流行り物ばかり特集するのは、この業界の常。

最近のIのzSeriesの広告とかも、New WorkloadとかLinuxとかばっかし。
今でも産業を支えてる、IMSやVTAMやVSEとか、RACFやXRFとか、
巨大バッチとか巨大帳票とか、ましてRSFやSDSSとかは、
地味なものはIのWebやブローシャーでも表に出ないでしょ。

924 ：仕様書無しさん：03/09/25 00:37

最近の動向を含めて、汎用機の技術を一般向けに解説したのって、
>>3 の一連のコラムか、
>>864 の今回の日経コンピュータ特集しか無いつー気もする

925 ：仕様書無しさん：03/09/25 00:59

富士通のリレー式コンピュータってエラー検出、リトライ機能付きじゃなかった？
（４５年位前のマシン）
にしてもＩＡマシンやＳＵＮを使っていていつも思うこと、
「ＩＯ待ち時間が勿体無い。チャネルが欲しい！」
先輩の愚痴、
「最近のマシンはスピードが速いってと言っても処理能力がなぁ・・・」
「レガシーコンピュータ＝メインフレームな奴ってコンピュータをしらない奴だ」

926 ：仕様書無しさん：03/09/25 01:12

マシン本体もI/Oもネットワークも、ちょっと重い処理を流すと、
オープン系は「目先の処理をとにかく速くこなせ」とばかり、
他処理が煽りを食ってガクっと落ちる。
ＰＣじゃないんだから、と思っても、根が応答時間優先。
回避しようとサーバー分離に走って、台数が無闇に増えがち。

汎用系は「センターの処理なんだから、全体を見て、多重化で平準化して、
経路も沢山持って、スループットが出りゃいいんでしょ」てな感じ。
ミドルの出来も、データが増えてもガクっとは落ちない場合が多い。

本当に文化としかいいようがない。
ここらをわからんで善悪を語る、単純君が多いんだよね。

927 ：仕様書無しさん：03/09/25 07:32

　　　　　　　　　　　　　　　　＼　│　／
　　　　　　　　　　　　　　　　　／￣＼　　／￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　　　　　─（ﾟ ∀ ﾟ）＜　ぱいぱんぱいぱん！
　　　　　　　　　　　　　　　　　＼＿／　　＼＿＿＿＿＿＿＿＿＿
　　　　　　　　　　　　　　　　／　│　＼
　　　　　　　　　　　　　　　　　　　 ∩ ∧　∧　　／￣￣￣￣￣￣￣￣￣￣
￣￣￣￣￣￣￣￣＼∩ ∧　∧　＼（ﾟ∀ﾟ）＜　ぱいぱんぱいぱんぱいぱん！
ぱいぱん～～～！　＞（ﾟ∀ﾟ）/ ｜　　　　/　＼＿＿＿＿＿＿＿＿＿＿
＿＿＿＿＿＿＿＿／｜　　　〈　｜　　　｜
　　　　　　　　　　　　　 /　／＼_」　/　／＼」
　　　　　　　　　　　　　￣　　　　 / ／

928 ：907：03/09/25 09:17

>>908
一言で言うと、いい加減なとこ。（ちょっと漠然としすぎてるけど）
JavaとSQLやって長いとか言う人間が、平気で
SQL = "SELECT * FROM abc WHERE hoge =" + request.getParamater("hoge");
みたいなことやってるし。

今まで固定長の世界が長かったから、データはデータ以上の意味を持ちえなかったんだけど、こんなことやられると気が狂いそう。
例外処理とか予期しない文字列への対策とか、意識低すぎ。

929 ：907：03/09/25 09:21

>>913
確かにNは大文字onlyだったし、Iも小文字無し環境しか触ってない。
小文字自体には抵抗ないけど、大文字小文字の使い分けルールが統一されてない物は気になるのは確か。

930 ：仕様書無しさん：03/09/25 09:47

>>927
俺のカノジョはパイパンですが何か？

931 ：　：03/09/25 11:30

>>928
try{}catch(){}を使えばよろし。

932 ：仕様書無しさん：03/09/25 11:45

>>931
お前もダメだな。
aaa" and true;
とか渡されたらどうすんだよ。
最低でもsetStringと使えばエスケープされるのに。

933 ：仕様書無しさん：03/09/25 22:44

>>929
そうなんだよね。汎用機も英語CodePageで使ってれば、大文字小文字混在可、
なんだけどね。そういえば汎用機のメールシステムで、PROFSとか、
ODPSてのもあったな。DBCS混在だとSO/SIが入るし、自動改行できないのが
やだが。

934 ：仕様書無しさん：03/09/25 22:55

11 名前：葵月投稿日：2003/09/25(木) 22:02 ID:yscBVf5z
IP晒されるくらい何なのかと・・
12 名前：名無しさん投稿日：2003/09/25(木) 22:02 ID:???
>11
チキンが。
だったらテメーのホスト晒してみろ。
13 名前：葵月投稿日：2003/09/25(木) 22:05 ID:yscBVf5z
そんな安い挑発には乗らないよ（ﾌﾟ
1 名前：葵月 K126228.ppp.dion.ne.jp 投稿日：2003/09/25(木) 22:12 ID:yscBVf5z
そんなに俺のIPが知りたいのか雑魚名無し共
ソース
http://tmp.2ch.net/test/read.cgi/kitchen/1064494557/
厨房板＠帝国法第６５２条に基づく晒し首スレ
http://tmp.2ch.net/test/read.cgi/kitchen/1064495577/
厨房板＠そんなに俺のIPが知りたいのか雑魚名無し共

晒しを恐れない彼に対する感想をどうぞ

935 ：仕様書無しさん：03/09/25 23:09

>>933
NのLAN-P経由のメール機能も有る意味気持ち悪いぞ。
英小文字は無理やり全部大文字に変換されるからな…。
なんつーか、パソ通のGatewayメール以下だ（ｗ

936 ：仕様書無しさん：03/09/26 00:12

>>928
まともなところならラッパーかまして特殊文字のサニタイジング処理は自動でやってる筈。
まーそのrequestオブジェクトが既にサニタイジング済みなのかもしれないし。

>>929
大文字小文字の使い分けは、プロジェクトのコーディング規約で対応するものじゃないのか?

937 ：仕様書無しさん：03/09/26 14:50

あのS/390が・・・
http://page5.auctions.yahoo.co.jp/jp/auction/e31425595

938 ：仕様書無しさん：03/09/26 20:40

ラックのみかよ。

939 ：仕様書無しさん：03/09/27 02:15

ＯＳが出ればいいのになぁ・・・

940 ：仕様書無しさん：03/09/27 17:17

>939
いれる箱があんのかい？

941 ：仕様書無しさん：03/09/27 22:59

メインフレームのアセンブラ言語サンプル見たい？
ツール盛りだくさん
ttp://www.cbttape.org/cbtdowns.htm

XMIT形式をPC上で参照するツール
ttp://www.data-aid.co.uk/XmitManager/index.html

942 ：仕様書無しさん：03/09/28 05:55

>940
もどきならある

943 ：仕様書無しさん：03/10/02 21:04

最近３連休が多いから年末年始に限らんけど
年末年始のイベントが近づいてくる・・・

年始に導入した厄払いバグ退散のお札の効力があと２ヶ月続きますように！！

944 ：仕様書無しさん：03/10/04 22:08

あのS/390、ついに箱だけになってしまったのか。
ちょっと哀れだな…。
しかも残り26時間なのに、たったの 1円（ｗ

945 ：仕様書無しさん：03/10/04 22:18

浮かばれないので、ageとく

946 ：仕様書無しさん：03/10/05 05:22

>944
漏れ、プリント基板のほうがいい

947 ：仕様書無しさん：03/10/05 08:38

すんません、誰か知ってたら教えてください。
Java で文字列を IBM の EBCDIC に変換する時の hoge.getBytes("???") の
??? って何を書けば良いんでしょうか？

948 ：仕様書無しさん：03/10/05 12:09

>>947
http://www-1.ibm.com/servers/esdd/articles/java_code.html

949 ：仕様書無しさん：03/10/05 15:52

>>947
ttp://java.sun.com/j2se/1.4/ja/docs/ja/guide/intl/encoding.doc.html

950 ：仕様書無しさん：03/10/05 17:36

5026 (英数 + 英小文字) == Cp930
5035 (英数 + カナ) == Cp939

951 ：仕様書無しさん：03/10/05 17:50

あと6時間だねage

952 ：わむて ◆wamuteW7DE ：03/10/05 19:38

　　　＿＿_
　　＜_葱看＞
／ i　ﾚノﾉ）)）＼
　(人il.ﾟヮﾟﾉ人　　　　みる、みる
　　ヽ Yi/
　　　く_ :|〉
　　　し'ﾉ

　　　＿＿_
　＜_葱看＞、
／ (ﾊ(（iヽl,　i　＼
　　人ﾟヮﾟ∠ｲ)　　　　　みるまらー
　　　ヽiY　/
　　　　〈|: _>
　　　　.ヽ∪

953 ：仕様書無しさん：03/10/07 00:00

結局、S/390は売れたのか？

954 ：仕様書無しさん：03/10/07 03:54

>>953
ほれ
ttp://page.auctions.yahoo.co.jp/jp/auction/60705816
ttp://page2.auctions.yahoo.co.jp/jp/auction/b43289498
（なんか増えてるし・・・）

955 ：仕様書無しさん：03/10/07 23:17

タイミングって重要だな。
初回なら50万以上で売れたのに。

956 ：47000000：03/10/08 22:29

次スレ
http://pc2.2ch.net/test/read.cgi/tech/1065535118/

957 ：仕様書無しさん：03/10/08 23:29

>>956はどうでもいいから次スレどうするんだろう。
ちなみに漏れのプロバイダではスレ立ては無理ぽ。

958 ：仕様書無しさん：03/10/09 00:27

ハイ！！次スレ！！
【ABEND】メインフレーム万歳5【JCL ERROR】
http://pc.2ch.net/test/read.cgi/prog/1065626615/l50