06/05/01 18:32:38
いるだろ？語ろうぜ
2:デフォルトの名無しさん
06/05/01 18:39:45
ひょっとしたらマ板の方がいいんじゃない？
3:デフォルトの名無しさん
06/05/01 18:56:10
てｓｔ
4:デフォルトの名無しさん
06/05/01 19:56:12
コボラーの占有面積は異常に狭い
俺が某保険会社で実際に目撃したものだが、奴らは超旧式なまっ四角で超窮屈な事務机しか与えられていない
その占有面積は俺のデスクの半分以下！
それはきっとコボラーの社会的なステータス自体がドン詰まりである事を表しているに違いない
5:デフォルトの名無しさん
06/05/01 20:16:43
こぼるのおっさん
6:デフォルトの名無しさん
06/05/01 20:28:54
身も蓋もNothing
7:デフォルトの名無しさん
06/05/01 21:49:35
集めたら一網打尽！
8:デフォルトの名無しさん
06/05/01 21:58:53
CobolもOOPの時代らしいけど、
そこまでして使いたいものなんかと、小一時間。
それならJavaでええがな。
9:デフォルトの名無しさん
06/05/02 11:49:54
COBOLはバカでもできるしオッサンでもできる
もうそこら辺は重々承知してるんでこれ以上イジメんといて下さい
10:デフォルトの名無しさん
06/05/04 00:00:53
コボラー集めてどうするの？
やっぱあれ？
11:デフォルトの名無しさん
06/05/05 12:04:47
集団自殺
12:デフォルトの名無しさん
06/05/05 13:59:16
コボル一筋12年の俺が来ましたよ
しかし、もう辞めたが
13:デフォルトの名無しさん
06/05/05 14:40:26
漏れ COBOL は高校でかじっただけだが
COBOL の OOP のコードって見たことないけど
どんなんなってんの？
*想像上のコード*
WORKING-STORAGE SECTION.
01 KURASU PIC CLASS.
02 MESODDO PIC METHOD ～
*/想像上のコード*
とかそんな感じ？実例見てみてぇー。
14:デフォルトの名無しさん
06/05/06 18:43:30
IDENTIFICATION DIVISION.
PROGRAM-ID. ******.
ENVIRONMENT DIVISION.
CONFIGURATION SECTION.
SOURCE-COMPUTER. ****.
OBJECT-COMPUTER. ****.
SPECIAL-NAMES. CONSOLE IS *.
INPUT-OUTPUT SECTION.
FILE-CONTROL.
DATA DIVISION.
FILE SECTION.
WORKING-STORAGE SECTION.
こんな感じ？
15:デフォルトの名無しさん
06/05/07 17:57:13
大文字ってマジで見辛い。
OO機能追加する前に小文字使用をデフォルトにしてくれ
16:デフォルトの名無しさん
06/05/08 23:22:10
>>14
項目が何も無いじゃない！
…べ、別に定義して欲しい訳じゃないからねっ！？
個人的にはデータが桁情報持ってたりとか
READ 構文がEOF判定までするところが変わってるなぁと思う
最近は古い言語も小文字デフォだったりするし
小文字の環境もあるんじゃないの？
実際の環境触ってないから分からんが。
17:デフォルトの名無しさん
06/05/10 20:14:06
>>16
＞READ 構文がEOF判定までするところが変わってる
いや、オレにはこれが「事務処理特化型」の特徴の一つだと思うよ。
try{
read(xxFile);
}
catch(EofException e){
eof = true;
}
catch(IOException e){
・・・
}
catch(Exception e){
・・・
}
こんなのよりも；
READ XXFILE
AT END MOVE "ON" TO FLAG-EOF.
この方がよっぽど単純だし、信頼性の高い汎用機で動かすなら
これで充分だと思う。
おまけにbuffer/streamなんかの類もコンパイラとOSのタッグで
意識せずに済む。なかなか素敵な話だと思うがね。
18:デフォルトの名無しさん
06/05/11 01:41:53
COBOL知らない俺にフリーのCOBOL環境教えて君
19:デフォルトの名無しさん
06/05/11 02:24:46
URLﾘﾝｸ(www.opencobol.org)
20:18
06/05/11 04:21:39
>>19
インスコ出来ねーぜちくしょう！
でも教えてくれただけでもまーいーや㌧クス
21:デフォルトの名無しさん
06/05/11 15:51:35
>>17
streamの使い方が十分分かっていないのではないか？
上の記述が冗長に見えて、柔軟なのを分からないのが、とってもobsolete.
22:デフォルトの名無しさん
06/05/23 11:27:00
ンモーすぐそんな事言う～～
23:仕様書無しさん
06/06/02 00:24:15
編成ファイルって何？(ひきよう編成ってあるのか？)
24:デフォルトの名無しさん
06/06/02 01:25:00
URLﾘﾝｸ(ja.wikipedia.org)
25:デフォルトの名無しさん
06/06/07 21:43:27
高校でCOBOLを習っているのですがテーブルって難しいですね。
26:デフォルトの名無しさん
06/06/11 01:23:02
cobolの勉強をはじめました。
どこかにフリーソフトのエディターってあります？勉強で使う程度ですが。
27:デフォルトの名無しさん
06/06/12 00:07:00
要点を抑えていないその質問だと、「メモ帳」と言う答えが関の山だと思われ
28:デフォルトの名無しさん
06/07/07 18:14:52
いきなり質問で申し訳ないのですが、どなたかご教授願います。
当方COBOL85を使用しているのですが、Write命令で書き込みを
した際、書き込みレコードの後ろの半角文字が削除されてしまいます。
WriteするレコードをDisplayしたところ、きちんと半角文字が入っているの
は確認できます。
どなたか、原因はわかる方いますでしょうか？
宜しくお願いいたします。
29:デフォルトの名無しさん
06/07/08 13:32:55
実行ジョブにレコード長という定義はありませんか？
30:デフォルトの名無しさん
06/07/08 14:43:59
>>28
＞書き込みレコードの後ろの半角文字
意味ﾌﾒ。日本語ﾖﾛ。
人に説明する能力の不足を自覚してるなら、せめてソース晒してくれ。
>>29
その質問方法では答えようがない。いったい何を訊きたいのだろ。ハァ
31:デフォルトの名無しさん
06/07/20 11:42:01
最近、コボルトをコボルといい間違える。
DDOやってて、コボル・アソールトとか言ってる。
32:デフォルトの名無しさん
06/07/20 12:03:30
あんだｺﾗｧ!
くだらねぇこと言ってんとコボるぞﾃﾒｰ!!
33:デフォルトの名無しさん
06/07/20 12:36:15
うわぁ、コボラーの猛攻撃だぁ
34:デフォルトの名無しさん
06/07/23 02:08:40
質問です。
入力ファイルをチェックして、正常分と異常分に振り分ける
プログラムを作ろうとしています。
１レコード毎に振り分けるのなら簡単なのですが、自分が作ろうとしているのは、
連続した複数レコード単位にチェックして、その中で１レコードでも異常なら、
そのまとまったレコードを全て異常分に出力するという仕様になっていて、
どのように実装するか悩んでいます。
最初は、配列を使おうと思ったのですが、レコードの件数は不定で、
何万件もある場合もあるので、汎用性がないということでボツにしました。
そこで次に考えたのは、チェック結果が確定するまで、一時的に作業用の
出力ファイルに溜め込んでいって、判定が確定したら、作業用のファイルを
一旦クローズして、再度入力モードでオープン＆リードし、ＥＯＦまでそのまま
正常分か異常分に出力し、その後作業用ファイルをクローズ＆再度出力モードで
オープンし、次の連続レコードを溜め込む・・・というのを繰り返すという方法です。
このように、１つのファイルのオープン＆クローズを何度も行うやり方っていうのは
どうなんでしょうか？
一つのプログラムでやるとなると、これぐらいしか思いつかないのですが、
もっと賢いやり方はありますか？
35:デフォルトの名無しさん
06/07/24 10:16:09
>>34
何で二つのプログラムに分けないの？
36:デフォルトの名無しさん
06/07/25 01:49:37
|
| なんでだろ～♪
＼＿＿＿＿＿ ＿＿＿＿＿
V
_,ヾゝｰ'"'"'"ｰ､,; ,.:-‐―‐-.､_
,ﾗ ､_ ヽ,､ ／ ＼
ｲ r-'ｰﾞ "ー‐､, ﾐ/ ヽ
i! ,! i! ミi ,ﾊ i
,j i /ニ=､ ,r==､i ,,ﾊ ,ﾉヽi! ﾞ'ﾚ＞ヾ-､ ,!r'
i V <(･)>i i!(･)>ﾞ!,i !!ｲ(･)） <.(･)>ﾞ i /!i
ﾞ!ji! ., j .i_ /j i ｡ ｡, ﾄ-'
,ｨi:. ;" ｰ-‐' ﾄ' .! ,.=､ /￣￣ﾞｰ-､＿
__ノ !ﾊ : 0 ; ,/ _,.-‐''＼ ﾞ＝'' ,／
／ ＼＼ ￣ ,／／ ﾞｰ-‐‐"
／ ＼.ﾞー-ｲ ,/
37:デフォルトの名無しさん
06/07/31 21:37:18
>>34
マッチングしながら、ワークにデータをタンクしておいて
エラーがあったら出力でいいと思うよ。
適当にテーブルをワークをとっておき、自分の想定以上の
データ数が来たときには、ディスプレイで表示し後で
テーブルを修正。
効率は悪いけど、わかりやすいと思うよ。
>>28
書き込みしたファイルをコードで見れば
わかる。
38:デフォルトの名無しさん
06/08/23 22:10:21
今日､会社で手足を縛られた上、ｺﾎﾞﾙを無理やり教えられました。
明日も明後日もです・・・。
うう・・・ただの事務屋なのに・・・。
明日は朝からコーディングシートに鉛筆でなにやらかかされるそうです
39:デフォルトの名無しさん
06/09/01 15:44:01
コボルをおぼえるなら今のうちだぞ。
現役コボラーのおじさん達が引退するのは
もう間もなくだ。
その後、コボルで作ったシステムの面倒を
誰が見るよ？
メンテするにもリプレースするにも
コボラーが必要になるんだよ。
40:デフォルトの名無しさん
06/09/02 08:22:58
そのおじさん達にまともな仕様書を作らせておけば、
COBOLを熟知していない漏れが面倒みるのもやぶさかではないが。
まあ、長い人生において一度くらいは紙に鉛筆使って設計するのも
悪くない経験だろ。
役には立たんが。（ｗ
41:デフォルトの名無しさん
06/09/02 08:59:33
一度ならな
42:デフォルトの名無しさん
06/09/08 23:48:22
質問です。
PROCEDURE DIVISION.
MEIN.
PREFORM READ_RTN.
STOP RUN.
READ_RTN.
READ INFILE AT END FLG = 1
END-READ.
と
PROCEDURE DIVISION.
MEIN.
PERFORM UNTIL FLG = 1
PERFORM READ_RTN
END-PERFORM.
STOP RUN.
READ_RTN.
READ INFILE AT END FLG = 1
END-READ.
・・・は同じですか？
43:デフォルトの名無しさん
06/09/09 00:23:02
>42
釣り？
これ、コンパイル、通ります？
> READ INFILE AT END FLG = 1
これ
READ INFILE AT END
MOVE 1 TO FLG
END-READ.
だったら分かるんだけど、今の COBOL（ってオレが使ってるのは COBOL88だけど）
そんな代入できるの
44:デフォルトの名無しさん
06/09/09 00:25:03
昔の二種Lvの俺の話で良いなら。
本当にコードがそれだけなら一緒だな。
INFILE読むだけで何もしてないからｗ
それ以前にOPENやCLOSEしてなくて大丈夫なのか？とか
ピリオドの位置ってそれで良いのか？とか
疑問は尽きないわけだが…
で、マジレスするなら
INFILEが空でない限り違うと思うぞ。
下のコードはループしてないから
ファイルが終端であろうとなかろうと
１レコード読んで終わるんでね？
45:デフォルトの名無しさん
06/09/09 00:28:01
MEIN.
46:デフォルトの名無しさん
06/09/09 00:29:28
>>45
そこは多分合ってるかと。
コボラー的には。
47:デフォルトの名無しさん
06/09/09 15:55:11
COBOLerのローマ字文化はそこそこ理に適ってる
・予約語の数がハンパじゃない
・フルスペル
・環境によって存在する予約語とない予約語がまちまち
COBOLがこんなだからローマ字文化にもなる訳だが
他言語にまで持ち込むのは止めて欲しい罠
48:42
06/09/10 19:24:02
あ、すみません、初心者なので。。。
知りたいのは
PERFORM UNTIL ～～
PERFROM READ_RTN
END-PERFORM.
と
PERFORM READ_RTN.
だとREAD_RTNを通る回数が同じになるのかを知りたかったんです
49:デフォルトの名無しさん
06/09/10 20:10:20
>>48
>>44
50:デフォルトの名無しさん
06/09/10 20:11:44
あ、>>44は一部誤りがあるな。
ループしてないのは上のコード。
51:デフォルトの名無しさん
06/09/10 20:15:40
つーか藻舞 UNTIL の意味解ってんの？
解ってたらこんな質問出ないハズ。
52:デフォルトの名無しさん
06/09/16 10:12:06
openCOBOLは、変数名に漢字を使える？
53:デフォルトの名無しさん
06/09/16 13:31:43
使えない
54:デフォルトの名無しさん
06/09/25 00:27:31
COBOLerは、何故態度がでかいのでしょうか
55:デフォルトの名無しさん
06/09/25 01:30:54
>>54
逆だよ。
歳ボケ＋歳のせいにする→他の言語を覚えない
実力主義の人→COBOLだけでは立場がないと考える
年功序列主義→年上が偉いと考える
つまりCOBOLerだから態度がでかいのではなく
そういう性格だからCOBOLerなんだよ
56:デフォルトの名無しさん
06/09/25 23:25:07
お勧めの入門サイトある？
57:デフォルトの名無しさん
06/09/26 04:52:15
>56
言語そのものの入門ならググればすぐ出てきたよ。
ひよこグミ
URLﾘﾝｸ(www16.plala.or.jp)
入門者にゃ良いかもな。
但し、コイツのギャグセンスに耐えられる人向けであることを補足しておく。
COBOL入門
URLﾘﾝｸ(ueno.cool.ne.jp)
これで十分な人はこれで十分かも。
でも、一番の問題はセットアップかなぁ。
58:デフォルトの名無しさん
06/09/27 22:16:56
>>57
ありがとうございます
そうなんです、NetCOBOL体験版をみつけたんですが
プログラムを始めるとこまでなかなかいけなくて……
59:デフォルトの名無しさん
06/09/29 18:15:34
>>58
COBOL85はとっつきやすくてよいかも知れません。
もう使い方忘れたけど。
60:大分前にOpenCOBOLのインスコに挫折してた人
06/09/30 04:33:33
やっと、OpenCOBOL (Cygwin版) のインスコ出来たので報告。
1. Cygwin公式サイト(英語) から setup.exe を落とす。（Ｅみたいな形のアイコン）
2. 落とした setup.exe を起動して全部デフォルトで。インスコ始まったら待て。
3. インスコが終わったら、ショートカット作成するか訊いて来るがこの時点では関係なし。
4. もう一度 setup.exe を起動して、今度は途中のURLがズラーっと並んでる画面。
下の User URL: のボックスに（頭の h は補完してね）
URLﾘﾝｸ(members8.tsukaeru.net)
と入れて次の画面へ。
5. Select Packages 画面。これはツリーになってるので + をクリックすれば展開できる。
Devel -> opencobol: COBOL compiler （かなり下の方にある）を見つける。
7. その行にリサイクルみたいなマークと Skip と書かれてる。
このマークは Skip -> バージョン番号 -> 別のバージョン番号 -> とクリックする度に変わる。
9. バージョン 0.32（正式版） か 0.33（テスト版） にして、次の画面へ。
10. 後はそのまま。最後にまたショートカット作成するか訊いて来るからチェック入れる。
11. 0.32 を入れた場合、cygltdl-3.dll のバージョンが新し過ぎて動かないので古いバージョンを入れる。
入手先は URLﾘﾝｸ(members8.tsukaeru.net) 。
参考URL:
URLﾘﾝｸ(jp.opencobol.org)
あとはCygwin関連のサイト諸々。
61:大分前にOpenCOBOLのインスコに挫折してた人
06/09/30 04:47:06
ショートカットから Cygwin 起動 → cat > test01.cob
000010 IDENTIFICATION DIVISION.
000020 PROGRAM-ID. TEST01.
000030*
000040 ENVIRONMENT DIVISION.
000050*
000060 DATA DIVISION.
000070*
000080 PROCEDURE DIVISION.
000090 MAIN.
000100 DISPLAY "TEST"
000110 STOP RUN.
Ctrl+D で入力終了。
（2chで空白の入れ方判らんから行番号付きにして、
Ｂ領域の頭に入れる４つの半角スペースは全角２個で書いた）
cobc test01.cob でコンパイルして ./test01.exe で実行。
TEST
と出た時には感動と同時に４ヶ月半の疲れがどっと出たぜ……
もうなんか COBOL とかどうでも良くなったｗｗｗ
ちなみに上では cat > ファイル名 でやっちゃったけど
エディタは EUC+LF改行 に対応してるヤツを使えばＯＫぽい。
62:大分前にOpenCOBOLのインスコに挫折してた人
06/09/30 04:51:42
間違えた。SJIS+LF 臭い。何だ初めて聞いたぞこんな組み合わせ。
63:デフォルトの名無しさん
06/10/07 23:37:00
ソースコード検索エンジンでCOBOLに対応しているところはないでしょうか？
URLﾘﾝｸ(koders.com)やURLﾘﾝｸ(www.krugle.com)では対応していませんでした。
64:デフォルトの名無しさん
06/10/08 04:53:58
新人に汎用機のデカさやＴＳＳを嬉々として説明してる自分に老いを感じた
65:デフォルトの名無しさん
06/10/08 11:06:40
COBOLScriptなんてブッ㌧だ代物が存在するんだな…ｗ
思えば書けるプログラムの規模はスクリプト並だが
書く時の面倒臭さは汎用言語を上回るCOBOLって救えねぇ…ｗ
66:デフォルトの名無しさん
06/10/10 21:33:35
学校でCOBOL習ってるがさっぱりだ
67:デフォルトの名無しさん
06/10/10 22:29:27
君にはプログラミングのセンスがありません
68:デフォルトの名無しさん
06/10/10 23:06:57
辛辣な意見をありがとうございます
69:デフォルトの名無しさん
06/10/13 01:52:05
高校普通科→大学文系→就職：プログラマー
これ最強コンボ
70:RAG
06/10/17 19:57:35
始めまして。早速ですがわからないことがあるので教えて下さい。
例）
*ソート命令 サンプルプログラム
－－－－－中略－－－－－
ENVIRONMENT DIVISION.
CONFIGURATION SECTION.
SOURCE-COMPUTER. UP4800.
OBJECT-COMPUTER. UP4800.
*
INPUT-OUTPUT SECTION.
FILE-CONTROL.
SELECT OTFILE1 ASSIGN TO OTFILE1-MSD
ORGANIZATION SEQUENTIAL
ACCESS MODE IS SEQUENTIAL
FILE STATUS IS FO1-STATUS.
－－－－－中略－－－－－
OPEN OUTPUT OTFILE1.
続きます。。。
71:RAG
06/10/17 19:58:53
上のようなプログラムの場合なんですが、このOUTPUT【OTFILE1】は
どこに出力されるのですか？
他のCOBOL関係のサイトを見てみたんですが、
例２）
INPUT-OUTPUT SECTION. *>入出力節の宣言文
FILE-CONTROL. *>ファイル管理段落の宣言文
SELECT F1 ASSIGN TO "C:\dat\c005.dat". *>利用ファイルの詳細
みたいに他ではパスとファイル名まで書かれているのにこのOUTPUT【OTFILE1】は
『OTFILE1-MSD』に出力する（？）みたいな事になっています。
イメージとして『OTFILE1-MSD』はなんかの定数で
別で 『OTFILE1-MSD ＝ "C:\dat\c005.dat"』
のようなモジュール（？）があるのでしょうか？
わかりにくくてすみません。
わかる方がいらっしゃいましたら教えて下さい。
72:デフォルトの名無しさん
06/10/17 23:05:06
>>71
製品によるけど環境変数等で設定されてるはず
73:デフォルトの名無しさん
06/10/17 23:23:33
Windowsの統合開発環境か何かでやってるかい？
であれば実行時に環境変数を指定するウインドウとか出てこない？
74:デフォルトの名無しさん
06/10/18 00:11:14
久しぶりに無性にJCLを書きたくなってしまって書いた。
現場を離れてみて思い起こすと、未だにあの使いにくいCUIでコーディング・テストとか
やってるなんて浮世離れしている感があるなあ…
//TEST JOB CLASS=U,MSGCLASS=X
//JOBLIB DISP=SHR,DSN=HOGE.LIB
//JOBCAT DISP=SHR,DSN=HOGE.CAT
//TEST01 EXEC PGM=HOGE01
//OTFILE-1MSD DD DISP=(NEW,CATLG),DSN=TEST.HOGE,
// UNIT=DASD,VOL=SER=HOGEVL,
// DCB=(RECFM=FB,LRECL=115,BLKSIZE=23000),
// SPACE=(TRK,(1,1),RLSE)
//SYSOUT SYSOUT=*
75:デフォルトの名無しさん
06/10/18 09:20:24
>>72
>>73 さん
回答、ありがとうございます。
詳しくは言えないのですが、現状、手元には上記にのソースがある(.cobファイル)のみで
Ａ-ＣＯＳをＡＳＰ．ＮＥＴにオープン化する際の解析段階の事をしています。
環境変数等で設定されているという事はソース上では分からないという事でいいんですよね？
>>72
>>73 さん
その他の方々、よろしければ返事をお願いします。
76:デフォルトの名無しさん
06/10/18 23:30:36
どこかでOTFILE1-MSDをACCEPTしてない？
77:デフォルトの名無しさん
06/10/19 00:14:51
>>75
NetCOBOLならIDEから設定できる
78:デフォルトの名無しさん
06/10/20 00:02:12
COBOLってどんな仕事やってる？
大至急覚えないといけなくなったんだけど
文法覚えた後なにしようか迷う
79:デフォルトの名無しさん
06/10/20 01:46:49
ファイルの読み込み→編集→ファイル出力または帳票出力
が王道パターン。Oracleと組み合わせてPro*COBOLなんかも。
80:デフォルトの名無しさん
06/10/20 04:07:31
>>78
メンテ
81:デフォルトの名無しさん
06/10/20 23:11:00
そしておいらにもメンテの仕事がまわってきたよ
ソース解析するのに便利なツールなんかある？
82:デフォルトの名無しさん
06/10/29 03:14:06
俺はコボラーでいまだに、コボルで開発やっている。
先がないのは、わかっているので、今後を見据えて
Ｊａｖａ、ＶＢ．ＮＥＴ、ＶＢ６、ＡＣＣＥＳＳを
かじった。今後専門的に伸ばしていくには
どれがよいか教えて。
83:デフォルトの名無しさん
06/10/29 16:43:02
DB2,OracleなどのRDBの基礎とSQLだろ。
別にExcel+VBAでもエキスパートになれば食う分には困らんと思うが。
84:デフォルトの名無しさん
06/11/04 20:42:44
>>82
コボラ（上がり）は何故全角文字を使いたがるのだろう？
教えてけれ。
85:デフォルトの名無しさん
06/11/10 00:03:05
COBOLって全角半角混在できないでしょ？
86:デフォルトの名無しさん
06/11/10 21:59:13
漏れはそれよりもソースリストの注釈をｶﾞﾝｶﾞｯﾃ半角カナで入れられる
方がなんとなくムカつくんだけど。
87:デフォルトの名無しさん
06/11/11 13:14:44
S9(3) COMP-3 から X(2) に項目移送するってできんの？？
88:デフォルトの名無しさん
06/11/11 15:34:10
>>87
なにがしたいんだ？
3桁の数値しかもパック項目をX（２）って・・・
俺だったら一旦、
S9(3)COMP-3 → S9(3) → X(3)
にするが、＋-がわからなくなってしまうので考慮が必要。
89:87
06/11/11 21:38:56
X(3)の間違いでした。。すみません。
やっぱS9(3)を挟まないとダメなんですかね？
90:デフォルトの名無しさん
06/11/12 00:01:31
01 NULLPO COMP-3.
03 A PIC S9(03) VALUE -111.
01 GATT.
03 B PIC X(02).
******
MOVE NULLPO TO GATT.
↑のコーディングで
Bの中身は「111D」（パックで-111）になるはずだけど、
こういう何をやりたいのかわかりにくいコーディングは糞なのでおすすめしない。
91:デフォルトの名無しさん
06/11/12 00:30:04
ああ、>>89見てなかった。
基本的には S9 → X はダメ。
ただし、S9をREDEFINESや集団項目でXタイプにみたてて送り出すなら転記可能。
しかし、X(3)の中にどういうデータを入れたいのか明確にしないとバグになるぞ。
-111だとしたら
「F1F1F1」ならS9(3)COMP-3 → 9(3) → X(3)
「F1F1D1」ならS9(3)COMP-3 → S9(3) → X(3)
「60F1F1F1」ならS9(3)COMP-3 → -(4) → X(4)
92:デフォルトの名無しさん
06/11/12 00:56:34
くそう、コードを書かれだすと叩きにくくなるな。
何書いてあるのかさっぱりわからん。
93:87
06/11/12 01:13:29
>91
理解しました。有難う御座います。
94:デフォルトの名無しさん
06/11/13 20:03:54
>>92
ぷ
95:RAG ◆nOA3ItxPxI
06/11/14 16:06:31
すみません，またまた質問させて下さい。
----------------------------------------------
01 WK-NUM.
02 WK-NUM01 PIC ------.999.
----------------------------------------------
上記の『 WK-NUM01 』に「-123456.123」をｾｯﾄすると
ｱﾎﾞｰﾄしちゃいますか？
96:デフォルトの名無しさん
06/11/15 03:50:39
桁あふれは一般的には切り捨て。
ていうか、そういうのは文法書みるとか、マニュアルみるとかしな。
97:デフォルトの名無しさん
06/11/15 17:22:07
マニュアル、でふと思った
無料でオンラインの文法書ってあります？
98:デフォルトの名無しさん
06/11/15 18:51:39
>>97
たくさんあるよ、ただ版がね
99:デフォルトの名無しさん
06/11/17 01:10:24
他の高級言語と違って、COBOLの文法は初見だとよく分からん。
100:デフォルトの名無しさん
06/11/17 10:55:31
>>99
他の高級言語の範囲が広くなるとそうもいってられない。
というか、COBOLぐらいなんてことはない。
むしろ、よさが分かる。[EOR]
101:デフォルトの名無しさん
06/11/18 09:26:19
>99
俺の場合、文法よりもデータ構造に戸惑った
各itemの定義（数値n桁や文字x桁）の仕方だけでなく
レコードと各要素の関係まで全て桁がベースになってるのには驚いたよ
例えばレコードＲの各要素にデータ突っ込んで
Ｒを取り出したら繋がった内容が出て来たりとか
逆にＲに１行突っ込むと勝手に桁で区切って
各要素に分解されたりとかそのへん
102:デフォルトの名無しさん
06/11/18 20:43:21
>>101
Cobolいいよね＾＾
103:デフォルトの名無しさん
06/11/18 20:58:29
>102
良いか悪いかはまた別の話
104:RAG ◆nOA3ItxPxI
06/11/29 15:44:18
すみません。またまた質問させてください。
----------------------------
02 WK-A PIC X(02) VALUE ""3F75"".
02 WK-B PIC X(02) VALUE ""3F76"".
----------------------------
これって何で2バイト領域に6(?)・4(?)バイトのものがデフォルト設定
出来るのですか？
教えて下さい。
105:デフォルトの名無しさん
06/11/29 21:12:02
stop run
106:デフォルトの名無しさん
06/11/30 22:32:03
>>104
釣りか？
3F75と3F76って何かしってる？
107:デフォルトの名無しさん
06/11/30 22:42:32
go to >>105
108:RAG ◆nOA3ItxPxI
06/12/01 08:51:31
>>106
レスありがとうございました。
書き込みが遅くなりましたが、あの後自己解決（？）しました。
ネットで調べてみると”漢字”の前後に付加するコードなんですね。
でも仕事で見ている他のプログラムは付けていないのもあってどういう
時にコードを付加するのかは未だに理解できてません。
とりあえず，ありがとうございました。
109:RAG ◆nOA3ItxPxI
06/12/06 18:24:06
ここのみなさま方，お疲れ様です。
すみません！！最後にしますので，教えていただけないでしょうか？
>>95 が解決しませんでした＿|￣|○
01 A PIC ------9.999;
01 B PIC -----9.999;
が宣言されていて
『-123456.123』
をAとBにｾｯﾄすると
A＝-123456.123
B＝123456.123
という解釈でよろしいのでしょうか？
どなたかご回答をお願いします。
110:デフォルトの名無しさん
06/12/07 07:43:26
符号部は桁落ちしないだろ。
B=-23456.123
111:RAG ◆nOA3ItxPxI
06/12/07 16:49:46
>>110 さん
ありがとうございました。
112:デフォルトの名無しさん
06/12/17 15:54:12
補足しちゃいます。
---.99の場合、---と－が３つありますが、このような数字編集を浮動挿入編集と
いいます。－の挿入位置が次のように浮動するからです。
|－|？|？|．|？|？|
|△|－|？|．|？|？|
|△|△|－|．|？|？|
浮動挿入の場合、先頭の－は、符号確保用で数字が入ることはありません。
続く２つの－は符号・数字を格納する桁です。すなわち、---.99と同等の
キャパシティを持ったゾーン10進は、
PIC S999.99 USAGE IS DISPLAY.
ではなく、
PIC S99.99 USAGE IS DISPLAY.
です。私の知っているCOBOLコンパイラは、一旦このような相当するゾーン
10進に変換した後で、編集を行うようなオブジェクトを出しているようです。
PIC -----9.999ですと、PIC S99999.999 USAGE IS DISPLAYですので、
-123456.123は、-23456.123に変換された後で編集されることになります。
113:デフォルトの名無しさん
06/12/17 20:00:51
ピリオドが必要だったり不要だったりしてややこしい。
114:デフォルトの名無しさん
06/12/17 23:53:10
COBOLって関数(値を返すサブルーチン)はないのでしょうか？
115:デフォルトの名無しさん
06/12/18 00:48:06
組み込み関数くらいならあるでしょう。
FUNCTION LENGTHとかFUNCTION ～って奴。
あと、特殊名称とかで戻り値を拾って来れたはず。
116:デフォルトの名無しさん
06/12/18 08:04:33
program-status
117:デフォルトの名無しさん
06/12/18 08:15:31
ユーザ定義関数は、2002にはある。
＞URLﾘﾝｸ(www.cobol.gr.jp)
が、使ってるところはありそうもないな。
118:デフォルトの名無しさん
06/12/20 16:51:57
すいません、質問なんですけど
SELECT ○○○ ASSIGN ○○○-DS
ORGANIZATION RELATIVE
ACCESS DYNAMIC
KEY ○○○-KEY.
というファイルを I-O で OPEN して
ACCEPT ○○○-KEY.
READ ○○○ RECORD INVALID
MOVE "1" TO W-INVFLG
END-READ.
という風に書くとコンパイルできないんですけど何故なんでしょう？
○○○-KEYはWORKING STRAGE に定義してるんですけど…
どなたか教えていただけませんでしょうか
119:デフォルトの名無しさん
07/01/21 23:01:06
ＣＯＢＯＬは永遠に不滅なり～！
120:Taku
07/01/21 23:03:42
Performを使えば構造化出来て、GO TO使えば生産性の良いプログラムが作れるＣＯＢＯＬは
情報処理を行う技術者の永遠の救世主なり！
121:デフォルトの名無しさん
07/01/21 23:42:51
PERFORM SUB-SEX-RTN THRU SUB-SEX-END UNTIL SYASEI-SW = 1.
...
SUB-SEX-RTN.
COMPUTE ROUNDED MANKO = TINPO * SEIEKI.
IF MANKO > 100
MOVE 1 TO SYASEI-SW.
SUB-SEX-END.
EXIT.
失敬！！！
122:デフォルトの名無しさん
07/01/21 23:52:50
ローカルでしか使わない変数どうやって管理すればいいんだよぅ
123:デフォルトの名無しさん
07/01/22 00:10:46
真のコボラーは、ローカル／グローバルなんて意識しません。
すべてグローバルでいいんです。
そんなの意識するから生産性が落ちるんですよ！！！！！
124:デフォルトの名無しさん
07/01/24 01:57:23
コボルって随分と時間が止まってるんですね
125:デフォルトの名無しさん
07/01/25 00:02:27
COBOLに関して質問なんですが、どなたか教えていただけないでしょうか？
主キー(RECORD KEY)のみを指定して、
索引ファイル(REIDAI)を、順呼び出しで読む場合、
下記の様なプログラムで主キーの昇順に最初から最後までレコードを
読めるのでしょうか？
それとも主キーの昇順に最初から最後までレコードを読むためには
READ文の前に何か位置を決めるような処理が必要だったり、
READに何か付け足したりする必要があったりするのでしょうか？
OPEN INPUT REIDAI.
KURIKAESHI.
READ REIDAI
AT END
GO TO OWARI
NOT AT END
GO TO KURIKAESHI
END-READ.
OWARI.
CLOSE REIDAI..
STOP RUN.
126:デフォルトの名無しさん
07/01/25 00:06:30
OPEN INPUT REIDAI.
スペースが…
OPEN INPUT REIDAI.
KURIKAESHI.
READ REIDAI
AT END
GO TO OWARI
NOT AT END
GO TO KURIKAESHI
END-READ.
OWARI.
CLOSE REIDAI..
STOP RUN.
127:デフォルトの名無しさん
07/01/25 23:56:02
INITIALIZEってCで言うmemsetみたいなものって認識でいいの？
128:デフォルトの名無しさん
07/01/26 01:35:12
>127
C言語のソレは知らんけど…この辺が参考になるか？
URLﾘﾝｸ(www.ginga.co.jp)
URLﾘﾝｸ(www16.plala.or.jp)
VALUE句で初期化出来るし、後から初期化するにしても
単体の項目なら MOVE で大抵は事足りるだろうから
必ずしも使うかと言うとそうでも無いんじゃね？
複合項目なら使うかもね、文字数字複合レコードとか。
129:デフォルトの名無しさん
07/01/26 01:45:32
何でコボルってあんな仕様なんだよ変数宣言だけで1500ステップってｗｗｗｗｗｗｗｗｗ
130:デフォルトの名無しさん
07/01/26 03:44:54
>>129
それだけ業務が大きいってことさ。
行数が減ってもテスト量は減らんぞ。
131:デフォルトの名無しさん
07/01/27 03:00:01
>127
主に集団項目(Cでいう構造体)の初期化に使うという意味では、
あたらずも遠からずというところでしょうか。Cの構造体の場合
memsetで、一色、たとえば0x00で初期化してしまえば事足りることが
多いです。しかし、COBOLの場合、メンバのデータ型に応じた初期化が必要と
なることが多いです。INITIALIZE文は、ゾーン１０進メンバは0xf0f0...f0、
パック１０進メンバは0x000...0c、２進メンバは0x0、英数字メンバは
半角スペース、日本語メンバは全角スペース、ポインタメンバはNULLと
いったように、メンバ毎にメンバのデータ型で一番自然な初期値で
初期化を行います。もちろん、「英数字メンバはデータ項目A、日本語
メンバはデータ項目Bの値で初期化する」といった指定も可能です。
132:デフォルトの名無しさん
07/03/01 08:25:27
こぼるを馬鹿にする奴は天に唾吐いてるのと同じ
133:デフォルトの名無しさん
07/03/01 19:22:47
新規での開発でコボルを使うなんてとんでももない
134:デフォルトの名無しさん
07/03/01 21:51:03
それがあるんだよ。新規で。COBOLでWebアプリケーション。しかもWindowsserver。ドットネットは使用禁止。
135:デフォルトの名無しさん
07/03/01 21:59:38
それはそれでチャレンジ精神をくすぐられるというかなんというか・・・。
客からすれば動けばいいんだろうけど、それって
JavaとかPHPとか.NETよりも開発コスト低いのか？
どー考えても、JavaやPHPの方が3～10倍ほど効率よく開発できると思うが。
136:デフォルトの名無しさん
07/03/01 23:11:38
COBOLって大文字だけで書くの？
ひょっとして、タイピングは昔の機械式タイプライターみたいのでやるの？
137:デフォルトの名無しさん
07/03/02 01:09:29
>136
汎用機にだってスクリーンエディタはちゃんとある。
それより昔だとパンチカードになるんじゃないか？
Windows用のCOBOLなんかだと、好みのエディタを使っても良いかと。
138:デフォルトの名無しさん
07/03/03 16:49:59
COBOL.Netじゃないのか
139:デフォルトの名無しさん
07/03/05 12:01:37
Dをでーと読む
Tをてーと読む
140:デフォルトの名無しさん
07/03/05 12:16:45
>>136 ダ・ダ・ダ・ダ・ダーっと右手に紙テープが出てくる。
141:デフォルトの名無しさん
07/03/05 20:51:00
隊長！東京湾に怪獣が出現しました！！
142:デフォルトの名無しさん
07/03/05 21:05:56
メモリーはCore(CPUではない!)だから、不揮発性だ。
143:デフォルトの名無しさん
07/03/13 07:01:40
PRO*COBOLで↓みたいなSQLをフェッチしたいんだけどどうやればいい?
ひょっとしてCOBOLではできないんだろうか…?
SELECT DISTINCT 会社,CURSOR(
SELECT DISTINCT 支店,CURSOR(
SELECT 明細NO,ROWNUM
FROM 支店別明細
),ROWNUM
FROM 支店別明細
),ROWNUM
FROM 支店別明細
144:デフォルトの名無しさん
07/03/13 16:33:39
できるに決まってる
もうちょっと調べれ
145:デフォルトの名無しさん
07/03/17 01:00:20
>>144
CURSOR式のところで別のCURSORオープンして、3重ループで回すのかな?
コンパイル通るんだろうか…
146:デフォルトの名無しさん
07/03/22 17:31:48
ループカウンタに関して
A-RTN SECTION.
PERFORM VARYING IX1 FROM 1 BY 1 UNTIL IX1 > 10
PERFORM B-RTN.
PERFORM C-RTN.
END-PERFORM.
：
A-EXIT.
EXIT.
B-RTN SECTION.
MOVE WK-XXX (IX1) TO SPA-XXX(IX1).
： ： ：
B-EXIT.
EXIT.
C-RTN SECTION.
MOVE WK-YYY (IX1) TO SPA-YYY(IX1).
略
既存のソースでこういうのを見ると吐き気が・・・
147:デフォルトの名無しさん
07/03/22 17:38:06
A-RTN SECTION.
PERFORM B-RTN.
PERFORM C-RTN.
A-EXIT.
EXIT.
B-RTN SECTION.
PERFORM VARYING IX1 FROM 1 BY 1 UNTIL IX1 > 10
MOVE WK-XXX (IX1) TO SPA-XXX(IX1).
： ： ：
END-PERFORM.
B-EXIT.
EXIT.
C-RTN SECTION.
PERFORM VARYING IX1 FROM 1 BY 1 UNTIL IX1 > 10
略
こう書いてくれると助かる。
就職してから初めてCOBOLに触れて（社内保守） そんなに経ってないんだけど
ローカル変数が無いと確認する範囲が広すぎて落ち着かない・・・
148:デフォルトの名無しさん
07/03/22 21:17:44
そんな書き方したらテスト量が増えるだろ！
Sectionは関数じゃネーンだよ。
真のコボラーなら、余裕で問題無し。と感じるはず。
149:デフォルトの名無しさん
07/03/25 00:57:57
>>148
テスト量も増えるし計算量も増えるよね… ＞147
同じループ2回も回さなくても…
150:デフォルトの名無しさん
07/03/29 20:05:42
普通は148-149の感覚で問題ないが、IX1をいじるバカがいる特殊な職場だと
146の気持ちもわからんでもない。
そんな糞ソースは普通レビュー段階でボコられるはずだが。
151:デフォルトの名無しさん
07/03/30 00:07:24
COBOLにもFOR EACHが欲しい…
152:デフォルトの名無しさん
07/03/30 01:54:45
ある意味コボルはアセンブラに近いなw
153:デフォルトの名無しさん
07/03/30 13:22:47
ACOS-6
154:デフォルトの名無しさん
07/04/08 10:09:03
今年の4月から新入社員研修でCOBOLの勉強をしてるのですが、
家のパソコンで予習・復習したいのでCOBOLの環境（？）を
入れたいのですが、入れ方を教えてください！
155:デフォルトの名無しさん
07/04/08 21:02:38
>>154
FreeCOBOL.iNFO～フリーのWindows用COBOLコンパイラまとめ～
URLﾘﾝｸ(labs.netbata.com)
ここら辺りを見たら？
156:デフォルトの名無しさん
07/04/08 23:01:40
おすすめの参考書教えろ
157:デフォルトの名無しさん
07/04/09 22:38:18
>>155
どうもありがとうございます！
158:デフォルトの名無しさん
07/04/10 13:12:44
>>152
生成されるコードはアセンブリとは程遠いんじゃまいか？
それとも最近は改善された？
159:デフォルトの名無しさん
07/04/10 21:49:27
こぼるはいい
命令10個おぼえれば仕事できる
もう10年も前に足あらったが今はこぼるがいとおしい
160:デフォルトの名無しさん
07/04/10 22:22:12
>>156
現場で動いてるグッチャグッチャなソース
161:デフォルトの名無しさん
07/04/11 14:17:32
COBOLはもう滅ぶしかないのだろうか・・・
162:デフォルトの名無しさん
07/04/11 23:39:07
COBOLの参考書なんて見たことないな…。
教科書だったら明日から使うけど。
163:デフォルトの名無しさん
07/04/12 22:20:35
すんません教えてください。
2chtable から ita_bangou というデータを埋め込みsqlでとってくる。
fitchでITA-BANGOUにいれる。
ita_bangouがnullの場合、ITA-BANGOUには何がはいるんでしょうか？
後に IF ITA-BANGOU = NULL と同じ意味になる文を作りたいです。
164:デフォルトの名無しさん
07/04/13 06:33:46
初心者質問です。
データベースのtableにある小数点以下まである数値を
SQLで読み込んで演算し結果を表示したいのですが、
小数点が表示されなくなったりしてうまくいきません。
どうすればよいか教えていただけないでしょうか？
165:デフォルトの名無しさん
07/04/13 08:47:38
PIC S999.99 で。
166:デフォルトの名無しさん
07/04/14 14:47:51
研修でコボルやってるんですけど難しくて
周りについていけないです（＞＜）
167:デフォルトの名無しさん
07/04/15 23:44:00
>>166
あ、それはもう転職したほうがいい。。
別にプログラムできなくても人生なんにも困らん。
168:デフォルトの名無しさん
07/04/19 15:39:31
引数で与えられた秒数ＷＡＩＴさせる方法を教えてください。
169:デフォルトの名無しさん
07/04/19 21:24:52
NET COBOLのコンパイルエラーについてどなたか教えてください。
「COPY コピー句名.」だとエラーは出ず、
「COPY コピー句名 DISJOINING AA JOINING BB AS PREFIX.」だと
展開されてるっぽいんだけど文字が置き換わってません。
これだけの情報でもし原因がわかる方がいたらお願いします。
170:デフォルトの名無しさん
07/04/19 22:24:46
研修中です。
仕様書に、レコード長５０、ブロック長５０って書いてあります。
BLOCK CONTAINS 50 RECORDS でいいんですか？
171:デフォルトの名無しさん
07/04/20 01:07:06
英語分からんの？
172:デフォルトの名無しさん
07/04/20 01:38:02
>>143
CURSOR変数にINTOしてやればFETCHできるんじゃない？
173:デフォルトの名無しさん
07/04/20 01:46:54
>>170
ブロック長って指定できたっけ？
>>168
COBOLにwait命令なんて無いから、ミドルウェアの機能を呼び出す。
なければ、Cライブラリのsleepでも呼び出す機能を自前で作る。
174:デフォルトの名無しさん
07/04/21 00:58:16
>>143
CURSOR式のCURSORは親レコードがFETCHされた時暗黙でOPENされるから(次の行をFETCHする時CLOSEされる)、
OPENとかCLOSEとか考えずにFETCHすれば良い。
175:デフォルトの名無しさん
07/04/23 21:18:46
質問です。
COBOLでJAVAを読む方法を教えてください。
176:デフォルトの名無しさん
07/04/23 23:02:54
READ A-REC.
こんな感じか？
177:デフォルトの名無しさん
07/04/24 22:51:02
先週研修はじめましたが、詰まっています。
入力ファイルの
SHOHIN-CODE PIC X(１) の中身が１かつ２なら正常でそのまま出力ファイルの同項目に書き込み、それ以外なら、
ERR-KBN PIC X(1) （注：OCCURS 5 TIMES になっている）のエラー区分(1)に１を入力するという
処理なのですが、IF SHOHIN-CODE = 1 OR 2 THEN CONTINUE ELSE MOVE 1 TO
ERR-KBN(1) END-IF. でいいのでしょうか？
178:デフォルトの名無しさん
07/04/24 23:11:51
>>BLOCK CONTAINS 50 RECORDS でいいんですか？
こりゃこれは1レコードを1ブロックとする指定
つーつブロックはJCLで指定しなさい
179:デフォルトの名無しさん
07/04/24 23:12:43
あ、50レコードを1ブロックとする指定 ね
180:デフォルトの名無しさん
07/04/25 01:10:32
>>177
>１かつ２なら
１または２なら～だろ。
>IF SHOHIN-CODE = 1 OR 2 THEN
文字だから'1'にしないと一致しないかも。あと
SHOHIN-CODE = '1' OR SHOHIN-CODE = '2'
解釈確認するの面倒だから愚直に書くほうがいい。
181:177
07/04/25 23:47:41
>>180
ありがとうございます。
調べまくったのですが、ERR-KBN OF 集団項目 というふうにすればＯｋですか？
182:デフォルトの名無しさん
07/04/25 23:58:16
>>181
集団項目なくてもコンパイルは通る。いれるのは気分次第かね。
183:177
07/04/26 22:35:24
エディターでプログラム入力するとき、スペースキーを使ってはいけないって
本当ですか？
MOVE A TO B などのように、語と語の間は空白をあけますが、
十字キーでカーソル移動しないと、スペースキーだと空白と認識してしまい、
ビルドしたときにエラーの嵐で大変だと聞いたことがあります。
184:デフォルトの名無しさん
07/04/27 07:28:36
クラスごとに小計を出して最後に合計を出すんですけど
どのような命令を出せばいいんですか?
初心者なんでよくわからないんです
誰か教えてください
185:デフォルトの名無しさん
07/04/27 08:09:14
>>183
スペースキーでいいよ。ただ漢字の全角空白だとエラーになる。
>>184
COMPUTE SYOKEI-A = 1 + 2 + 3
186:デフォルトの名無しさん
07/04/27 20:25:54
COBOLって何ですか？
187:デフォルトの名無しさん
07/04/28 00:06:16
僕らには関係ない言語さ
188:183
07/04/28 00:38:03
>>185
エディターで最初に全部右シフトとかしないといけなかったようです。
どうもありがとう。
189:デフォルトの名無しさん
07/04/28 09:10:34
>>184
そのファイルがクラスの昇順になっているものとして
1 クラスをキーとしてワークエリアに定義しておく
eg 03 WK-KEY01
05 WK-CLASS01 PIC 9(XX)
03 WK-KEY02
05 WK-CLASS02 PIC 9(XX)
2 ファイルを読み出す
3 クラスをキーに入れる
4 最初のみ WK-KEY01をWK-KEY02にセットする
5 ファイルを読んでいく
6 集計するものはこの間にクラス計と全合計に加算
7 キーが違えば 集計分を出力 クラス計の変数を初期化
8 最後までこの繰り返し
9 最後になればクラス計と全合計を出力して終了
190:デフォルトの名無しさん
07/04/28 13:28:03
WORKING STORAGE SECTION にも FILE SECTION にもPICTURE がありますが、
２つのセクションんってどうちがうんですか？
191:デフォルトの名無しさん
07/04/28 13:53:05
>190
その単語が意味する通り。
FILE SECTION はファイル入出力用の領域。
WORKING-STORAGE SECTION は作業用の一時領域。
192:デフォルトの名無しさん
07/04/28 23:09:13
Ansiコードで3行改行って指定できないですよね？
出力で3行以上空けてから文字を打ち出したいときはどうしたらいいのでしょうか。
193:デフォルトの名無しさん
07/04/28 23:28:58
>>192
１行改行を３回書けばいいだろ。
194:デフォルトの名無しさん
07/04/28 23:39:20
でもAnsiコードって1バイト分しか取れないですよね？
すみません、よく理解していなくて。
195:デフォルトの名無しさん
07/04/29 00:31:01
>>194
だから、改行文字を３文字書けよ。
196:デフォルトの名無しさん
07/04/29 01:51:24
warata
197:デフォルトの名無しさん
07/04/29 01:54:04
いいぞ
その調子だ
198:デフォルトの名無しさん
07/04/29 12:37:34
そういや、1行戻るってのもあるんだよな
これいっぱい出力したらどうなるかぁ
199:デフォルトの名無しさん
07/04/30 12:49:24
初めて来たけど、ACOSの人、多いな。
200:デフォルトの名無しさん
07/05/01 19:26:50
研修中です。
二つのファイルのマッチングをやるんですが、なぜ事前にソートするのか？って
聞かれました。効率がいいからではないんですか？ソートしていないバラバラの
状態では、マッチングできないんですか？
201:デフォルトの名無しさん
07/05/01 22:47:45
>>200
そんなの自分で両方ともトレースしてどっちが効率いいか比べろ。
それも研修のうちだ。
いっとくけど、ソートしないほうは「ソート」という下ごしらえが不要で
ソートしておく方は余計な作業が必要だな。
その辺のアルゴリズムも考えて総合的に比較しろよ。
現実、ソートなんてユーティリティまかせだけど、それも所詮人間の作った仕組みなんだから
絶対考慮しろよ！
ま、開発効率は言うまでもなくry(
202:デフォルトの名無しさん
07/05/02 00:00:47
コボラー・・・ 知り合いに「COBOL分かるんだ、コボルドだね」って言われた。
203:デフォルトの名無しさん
07/05/02 00:36:09
コボリン。
204:デフォルトの名無しさん
07/05/02 01:20:40
＞200
順ファイルは、いわばカセットテープ。
頭出しができないから、あらかじめ昇順しておくと、先頭から何度も読み込みする必要はなくなる。
205:デフォルトの名無しさん
07/05/02 02:49:49
すげー
ちなみにCOBOLの新規開発なんてあるの？
既存システムへの機能追加じゃなくて、純新規の開発。
206:デフォルトの名無しさん
07/05/04 11:02:48
金融系では普通にあるよ しかもUNIXやWinのプラットフォームで
OracleがPro*COBOLを提供しているからね Pro*Cよりも開発が楽で生産性が高い
207:デフォルトの名無しさん
07/05/04 12:14:45
私も銀行とか証券とか金融系の仕事してたけど、COBOLの現場を見たことないなー
もっともそういう現場には逝かないような会社を選んで就職したわけだが
208:デフォルトの名無しさん
07/05/04 19:58:30
Webフロントくらいしかやってなかったんだろ
209:デフォルトの名無しさん
07/05/04 21:25:12
自治体関係なら普通にある。
来年度に始まる新しい保健制度もCOBOLでやるし。
210:デフォルトの名無しさん
07/05/04 22:24:07
自治体や金融ならバック側に汎用機使うケース多いね。
みずほ統合の際にも話題になったけど、○○銀行は日立、○○銀行はIBMみたいに、
これらの業界では汎用機メーカーが勢力争いでがっちり縄張り持ってるからな。
OSからソフトから運用保守まで全てをクローズドな技術として自分たちの手のうちに
できるメインフレームシステムは、他へのリプレースが非常に困難な上に利益率が
90％以上という恐ろしく儲かる世界。
無料のオープンソースが採用できたり利益率が低かったりするフロント側とは
比べ物にならないくらいおいしいビジネスなんだよ。
同じシステム開発でも、情報系と基幹系は別世界だと考えた方がいい。
211:デフォルトの名無しさん
07/05/05 00:21:16
NECって銀行系あるんですか？
212:デフォルトの名無しさん
07/05/12 10:38:03
質問なのですが改ページ処理をする時に何故、
SPACEを出力領域に送らなければならないのですか？
213:デフォルトの名無しさん
07/05/12 10:47:07
送らないでやってみるとわかるよ。
214:デフォルトの名無しさん
07/05/12 10:48:37
>>213
月曜日にやってみます！
215:デフォルトの名無しさん
07/05/12 13:10:30
改ページしたいだけなのになぜスペースを書き出さなくてはならないのですか？
216:デフォルトの名無しさん
07/05/12 22:10:02
――――‐‐――――― , .
|||n ; '"__ ﾞ 、
＿＿__/二ﾆヽ､=_ ; ⊂/ ;
／_／| ,.l ,ｨ'''" ii')´） / / ,
/__/ ,.ｨ'" i ,,,.ｨ'｀ / /
/〆｀´ ｀"" ー――‐ /
ﾛ0~l "〃〃" __,,.ｨ-‐'" ＜ コブラと聞いてやってまいりました
%====,≧j＿,,...()８８三--―''""~
/ /ヽ､ ヽ､
｀￣￣￣｀￣￣￣￣￣￣´
217:デフォルトの名無しさん
07/05/14 21:27:26
社員番号１２３４５６ と 社員番号１２３４５６７８ のマッチングだったら、
６が最終キーですよね？
218:デフォルトの名無しさん
07/05/15 21:43:55
>>209
> 来年度に始まる新しい保健制度もCOBOLでやるし。
それマジ？後期医療保険制度のことでしょ？
219:209
07/05/16 00:42:42
>>218
保健って書いていたね。ごめん。後期医療の事ですもちろん。
自分の取引先だと既存システムが汎用機でシステム組んでいるため、
それらと連携を取るためにも汎用機のシステムの方が都合の良いケース
も考えられるし。
そんな場合だと当然COBOLになってしまう。
220:デフォルトの名無しさん
07/05/16 00:47:07
ボッてるな・・・・
221:デフォルトの名無しさん
07/05/18 13:17:18
医療系か
そういえばORCAもCOBOLだったな
222:デフォルトの名無しさん
07/05/24 15:09:04
COBOLソース内でバッチを起動させる方法を
教えてください。
223:デフォルトの名無しさん
07/05/24 16:25:50
>>222
JCLでやるべきなんじゃないの？
224:デフォルトの名無しさん
07/05/24 19:26:26
ヤバイ…落ちコボラーになりそうだ…orz
225:デフォルトの名無しさん
07/05/25 11:43:42
COBOLでEXEファイルを実行したいのですが、
どうすればいいでしょうか？
226:デフォルトの名無しさん
07/05/25 11:45:56
>>223
まじれすしちゃだめぽ
227:デフォルトの名無しさん
07/05/25 11:57:41
若い人はいやがるんだよな・・・ＣＯＢＯＬ。
228:デフォルトの名無しさん
07/05/26 00:12:57
URLﾘﾝｸ(www.cobol.co.jp)
こんな会社があるとは…
昔 汎用機オペ ～オフコンプログラマー やってたが
オープン系にシフトして Object指向に馴染めず 欝で 失職した
元PGだが またコボラーに 戻れるかな＞＞？
229:デフォルトの名無しさん
07/05/26 01:09:21
COBOL魂よんで、お前が泣いた。
230:デフォルトの名無しさん
07/05/26 05:42:55
7年ブランクがあるけど久しぶりにｺﾎﾞﾙやります。
231:デフォルトの名無しさん
07/05/27 22:19:27
コボラーのコラボ
232:デフォルトの名無しさん
07/05/28 12:09:43
ビジネス環境が激変する中、企業を支えるシステムにも変化対応が求められています。
特に基幹システムでは、既存システムへの投資を無駄にすることなく、変化に強い新システムへ
進化できることが何よりも重要です。既存のCOBOLビジネスロジックを再利用可能なサービスに分解し、
ビジネスプロセスに合わせてそれらのサービスを組み合わせる。さらに、ビジネスプロセスの変化に対し、
サービスを再利用してシステムを再構築する、というアプローチを多くの先進企業が始めています。
今回の「COBOLフォーラム2007」では、SOAと .NETで実現する変化に強い新基幹システム構築のための
技法を解説し、最新のCOBOL活用事例をご紹介します。
この機会に是非ご参加いただきたく、ご案内申し上げます。
■COBOLフォーラム2007 開催概要
主催： マイクロフォーカス株式会社
協賛： 日本アイ･ビー･エム株式会社／マイクロソフト株式会社／日本ユニシス株式会社
開催日時： 2007年6月7日（木） 13：30～17:10（開場13:00）
開催場所： ヴィラフォンテーヌ汐留 コンファレンスセンター（東京都港区東新橋1-9-2）
[地図] 汐留シオサイト地上MAP
[地図] 汐留シオサイト地下歩道MAP
受講料： 無料（事前登録制）
URLﾘﾝｸ(ssl2.oneoffice.jp)
>日本ユニシス株式会社 w
これって、リプレイスしない方法ってことなの？
詳しい人よろしく
233:デフォルトの名無しさん
07/05/28 13:44:44
フォールバックのやり方を教えてくれるんだよ
234:デフォルトの名無しさん
07/05/29 00:07:49
とりあえずアセンブラな部分をCOBOLにリプレースしたい
話はそれからだ
235:デフォルトの名無しさん
07/05/29 12:33:29
本当に"死んで"いる? さびれゆくコンピュータスキル"トップ10" - 米誌調査
米『Computerworld』誌は24日(現地時間)、「死んだ(または死につつある)コンピュータスキル」を10種挙げるという
記事を公開した。サブタイトルには「あなたのスキルをアップデートすべきでは?」とあり、どちらかというと前向きな
提言というニュアンスを込めたいのかもしれないが、必ずしもそう感じられる文章ではない点は少々残念なところだ。
以下、そのリストと説明文を紹介しておこう。
1. COBOL
Y2Kは、腕をふるう機会が減りつつあったCOBOLプログラマにとって「2度目のゴールドラッシュ」となった。しかし、
それから7年近く経過した現在、この忘れられつつある言語の救世主の影もまったく見えない。同時に、コンピュータ
サイエンス関連の大学のカリキュラムでCOBOLが教えられることもほとんどなくなっているが、「メンテナンスを続け
なくてはいけないCOBOLアプリケーションを運用している組織はまだ何千も存在している」という声もある。
URLﾘﾝｸ(journal.mycom.co.jp)
236:デフォルトの名無しさん
07/05/29 12:35:14
第5回 失敗を恐れたら前に進めない
リスクを考え転職するか悩む
Mさんは大学卒業後、小規模なソフトハウスに入社しました。大学の専攻は文系学部でしたが、ITスキルが
将来重要になると考え、IT業界を中心に就職活動をし、3社から内定をもらうことができました。その中から、
規模は小さいものの、いろいろ先輩から教わることもできそうな、幅広い年齢層の先輩がいる企業に入社を決めました。
Mさんは入社後に汎用機の保守を中心に行う部署に配属されました。学生時代はITに関してほとんど接する
ことがなかったMさんにとっては、汎用機だろうと保守だろうと新しいことばかりでした。
しかしIT業界のことを少しずつ学んでいく中で、汎用機の保守作業のキャリアは評価があまり高くないということを
知るようになったのです。
会社の中では、上流工程に携わっているITエンジニアもいます。しかし、上流工程にかかわることのできる社員は、
ほとんど自分よりもかなり年齢が高い人ばかりでした。汎用機以外の仕事ができる可能性を求めてプロジェクトの
転換を希望してみましたが、思いどおりになりませんでした。
（全文）
URLﾘﾝｸ(jibun.atmarkit.co.jp)
237:デフォルトの名無しさん
07/05/29 13:53:38
ま、IT系の技術なんて水物だからね。
上２つの文から受けた印象は
メンテナンスを続けなければならないCOBOLを運用している組織が
まだ何千も存在しているならば、まもなく定年を迎える人たちが
携わっている上流工程を保守できるスキルは評価される機会はある。
って感じ。
238:デフォルトの名無しさん
07/05/30 01:37:18
>>233
誰がうまいことを書けとｗ、、、。
239:デフォルトの名無しさん
07/06/07 17:55:56
COBOLのおばちゃまってイージス艦の名前に取られてるのな。
240:デフォルトの名無しさん
07/06/14 03:13:13
LispはCOBOLより古いし、COBOLと比べれば弱小勢力に過ぎない。
しかし、Lispは古くさい言語だとは思われてない。
COBOLはLispより新しいし、今もなおLispとは比べるまでもない大勢力だ。
それなのに古くさいカビの生えた前世紀の遺物と思われてる。
この差はいったいなぜ？
COBOLにだって今もなお学ぶべき優れた点があるというのに。
可読性を重視し、読みづらい省略表記を使わないという長所なんて、
未だにCOBOLに遠く及ばない言語も多数あるというのに。
(たとえばPerlとかPerlとかPerlとか)
なぜCOBOLにはこんなに古くさい、
いまさら取り上げるべき長所なんか皆無の
惰性だけで使われてる言語という
イメージができてしまったのだろうか？
241:デフォルトの名無しさん
07/06/14 08:45:55
>>240
一番効いてるのは、使ってるプログラマ層の差だろうね。
242:デフォルトの名無しさん
07/06/16 04:26:47
俺が思うにCOBOLの最大のネックは
安価で導入が楽な、個人PC用の決定的な環境が
無いことなんじゃないかなぁと。
Lispはフリーのエディタに付いてくるし
そもそも主なターゲットである言語研究者なら
自分で実装できてしまうようなシンプル設計。
PerlはWinならActivePerlをインスコすればOK、Linux系なら準標準。
書き捨て言語と割り切ってる設計だから慣れれば速記性がある。
文字列処理に強いのもポイント高い。
今でこそテキスト処理に重点を置いたスクリプトが台頭して
PHPみたいなWeb専門の言語もあるが、一昔前は
CGIをやりたいが為に導入した奴もかなり多いと思う。
PascalはDelphiで覚えた奴が多そう。普及に一役かっただろうな。
入力補助してくれるIDEがあれば冗長性も大して気にならないし
あれだけのライブラリがあれば言語関係なく使えると思う。
COBOLのフリー環境はあるが、ライブラリが不足だったり
中途半端だったりインストールが面倒だったり。
あの冗長なコードをテキストエディタで書くのもちょっと…。
かと言って、商用は異様に高いし…。
やはり汎用機の時代を引きずってる印象は否めないんだよなぁ。
243:デフォルトの名無しさん
07/06/17 17:50:57
>Pascal
大学で仕方なく覚えたやつも多そう
244:デフォルトの名無しさん
07/06/17 22:06:43
>>242
COBOLが帳票出力言語な事につきるんじゃねー？
使いやすいフリーのIDEがあったとしても、
帳票出すプログラムなんて個人ユースには必要ない
245:デフォルトの名無しさん
07/06/19 21:25:02
COBOLは確かに今でも大勢力ではあるが、
PCユーザとは全く無縁の所でしか使われてないから
PCユーザにとっては「COBOL？ なにそれ？」になってしまう。
そして現代のコンピュータユーザの95%はPCユーザだ。
同じ古い言語でもLISP、C、PASCALなどは
PCの世界で使われてるからPCユーザが目にする機会は多い。
違いといえばそれだけだろう。
246:デフォルトの名無しさん
07/06/20 09:25:33
>>245
COBOLスレでコンシュマーな話されても。。。
247:デフォルトの名無しさん
07/07/06 10:37:54
田原いわく、社保庁の不祥事は「COBOLが悪い」のだとさ。（爆笑）
URLﾘﾝｸ(www.nikkeibp.co.jp)
田原のぞっとするほどの無知無学さに喫驚。っていうか、呆れた。
248:デフォルトの名無しさん
07/07/06 15:14:19
> 彼がいうには、いまだに社保庁のシステムはCOBOLというプログラム言語を使っているという。
> これは彼が学生時代に使っていたもので、40年も前のものだ。
> つまりこの年金の問題は、あまりにも古いシステムとハードを使っていることから起きたのだ。
> なぜこのようなことが起きたのかというと、まさに社保庁は倒産しないからだ。
> 一般企業ではそんな古いものを使っていれば、数字が無茶苦茶になって倒産するから、
> 何年かに1回は切り替えている。それを社保庁は、40年も切り替えないできた。
ﾋﾃﾞｰ。言語やハードがいくら古かろうが
コンピュータは寸分の狂いもなく "命令どおり" に動いているというのに・・・
手持ちの電卓たたいて変な数字が出てきたら誰のミスか？ということを考えなおして欲しい。
249:デフォルトの名無しさん
07/07/06 20:38:40
> なぜこのようなことが起きたのかというと、まさに社保庁は倒産しないからだ。
うちの病院はもう40年もシステムを継ぎ接ぎ継ぎ接ぎしながら
使い続け、一円のミスも起こしてませんが・・・・・・・・・・・・・
COBOLなんですけど・・・
250:デフォルトの名無しさん
07/07/06 23:14:17
こんなニュースがあった
「時効年金」受給申請初日、連絡不手際で一部受理されず
URLﾘﾝｸ(www.yomiuri.co.jp)
今日から年金の時効を撤廃する法律が施行されたのに、社会保険庁からの
指示のメールを社会保険事務所の馬鹿が見てなくて「社会保険庁から何も
聞いておらず、手続きの方法も指示されていません」と言って申請に来た人を
追い返したそうだ
こんな馬鹿にはどんなシステム作ってやっても無駄じゃねえのか？
システム入れ替える前に人を入れ替えろやっ！
251:デフォルトの名無しさん
07/07/07 00:00:47
倒産しないから何でもアリだな。うらやましすぎる。
俺に立派な大学を出られる頭脳と財力があったら社保庁入りたい。
252:デフォルトの名無しさん
07/07/07 01:00:07
未だ多くの(少なくとも国内の)金融機関での勘定系処理はCOBOL。
なのに、社保庁のCOBOLだけが悪いのかが不明。
しかし国会議員の無知は怖い。
システムの移行に2年や4年でできると思っているのか。
第3次オンライン後、ハード、ソフトを新規で完全にリプレイスした銀行ってどこよ。
253:デフォルトの名無しさん
07/07/07 14:39:39
年金の例の問題がCOBOLのせいだとでも言うのか？
254:デフォルトの名無しさん
07/07/07 17:22:40
>>253
そう言ってる馬鹿がいる
で、この世には日経信者のおっさんがいて
その記事を鵜呑みにしちゃうかも・・・
255:デフォルトの名無しさん
07/07/07 21:50:23
>>252
新生銀行（長銀）があるじゃん
都銀に同じことが出来るかどうかは知らんが
256:デフォルトの名無しさん
07/07/08 11:23:08
年金問題はCOBOLなんて古い言語を使ってたせい
by サンプロ
257:デフォルトの名無しさん
07/07/08 20:53:33
なんという馬鹿な議論
ＣＯＢＯＬいまだに重要な言語だろ。
銀行、行政機関、事務系 いまだに普通に使っている。
いい言語だと思う。
258:デフォルトの名無しさん
07/07/08 21:02:24
大工もげんのうやのこぎりといった古い道具を使って
家を建ててるので、家は欠陥品
259:デフォルトの名無しさん
07/07/08 21:21:49
>>258
うまい。
そのようなことを言っているとしか思えない。
260:デフォルトの名無しさん
07/07/09 04:26:42
>>257
PG初心者なのですが・・・・これ新聞読んでて首ひねってたのです。
「・・・・ＩＴコンサルタントによると使用しているプログラミング言語もCOBOLという
古い世代の言語であり、今の言語なら１行ですむものを３行で云々・・・・」
とどのつまり、最終的には機械語にコンパイルするのですから、
言語仕様をどうこう言うのはおかしいと感じたのですが、プロのPGのかたからみたら
どうなのですか？何か問題があるのでしょうか？よく分かりません＞＜
要するに、如何なる言語を使用しようが、codeが最適か否かの問題ではないの
ですか？
261:デフォルトの名無しさん
07/07/09 06:38:05
マスゴミの発表をまにうけるな、って思うが。
ただまぁ、「いい言語」と言われたら「２０－３０年前は」と
漏れも答えるが。
まあこの場合は使う人間がおかしいって事でFA
262:デフォルトの名無しさん
07/07/09 06:39:58
>>260
全然、古くないよ。
世界中で金融系・事務系に幅広く使われている。
263:デフォルトの名無しさん
07/07/09 06:46:18
>>261
安定しているといえばいい言語。
264:デフォルトの名無しさん
07/07/09 07:26:18
＞金融系・事務系に幅広く使われている。
漏れの知っている某都銀では
Javaとかにシフトしつつあるけどな。
今は幅狭く使われているよ。＞COBOL
ただまあ、新規案件でCOBOL持ち出すアフォが実在するのも事実だしなぁ。
265:デフォルトの名無しさん
07/07/09 10:42:30
田原総一郎の無知無学ぶりを顕彰する！
どはははは。
266:デフォルトの名無しさん
07/07/09 17:23:41
>>262
逆に金融・事務系で切替が進まなかったことが不思議。COBOL自体にできることは少ないから、結局、
多言語とのインターフェースだらけになって、後になって、scratchから書いた方が早いなどと言う自体に
なる。
267:デフォルトの名無しさん
07/07/09 18:26:07
入出力をはっきり定義して、その間の手続きを記述する言語。
知識ベースを作るのに向かないというか言語外のDB頼りとなる。
従ってCOBOLだけで実世界のモデルを記述することが困難。
これが、メーンフレームで未だに気の利いたことができない理由。
268:デフォルトの名無しさん
07/07/09 18:30:58
メインフレーム?
269:デフォルトの名無しさん
07/07/10 22:52:10
いくつかの銀行系のシステム開発に携わっているけれど、
プログラム単体の中ででDBを直接アクセスするコードって書いたこと無い。
DBアクセスするようなのは、全て外部モジュールをCALLだったけど。
何千とあるプログラムでcoderの勝手に書かれちゃメンテナンス出来ません。
270:デフォルトの名無しさん
07/07/10 23:01:03
FILLERとか言う文字エリアにパック１０進数を叩き込んであって
それを読み出す為に、プログラム内でﾏﾝﾄﾞｸｻｲ内部定義切って
アレコレしてたりするんだが、あれはある意味DBを直接アクセスしてるのと
大差ないと思うんだが。
SQLであんなワザはできんしな。
271:デフォルトの名無しさん
07/07/11 15:11:38
>>269
その外部モジュールというのは何をやっているのですか?
一般にどんな言語で記述されているのですか?
272:デフォルトの名無しさん
07/07/11 22:42:24
>>267
そういう用途にわざわざ汎用機使うのは無駄じゃねー？
それなりの性能のサーバにUNIXぶち込めば万事OKな気が。安いし
273:デフォルトの名無しさん
07/07/12 20:44:31
でもCOBOLってソレしか出来ない言語だしな
274:デフォルトの名無しさん
07/07/14 20:08:19
>>271
COBOLのものもあれば、アセンブラのものもありました。
用途や使用頻度、要求される速度によって違います。
275:デフォルトの名無しさん
07/07/15 01:43:31
コボラーになりたての者です
COBOLを学ぶに良い本を教えてください
276:デフォルトの名無しさん
07/07/15 10:43:43
>>275
>>160
277:デフォルトの名無しさん
07/07/19 22:15:07
>>275
>>160 がいうようにソースを読め。もしあるならJob Flow
278:デフォルトの名無しさん
07/07/19 23:34:46
>>275
マニュアル
マニュアルをまともに読まない（読む時間がない）人も多いので
279:デフォルトの名無しさん
07/07/22 11:37:21
COBOLじゃないんですけど
EasytrievePlusの日本語マニュアルってPDFで
ありませんか？
英語版しか見当たらなくて。。。
280:田原はアルツハイマーか
07/07/23 06:23:36
年金、田原総一朗、COBOLが悪い発言
URLﾘﾝｸ(iiyu.asablo.jp)
281:デフォルトの名無しさん
07/07/23 15:11:53
>>269
何か、再利用しにくい資産だね。ソフトウェアも高額なら資産に計上して良いはずだと
思うけれど、時価では価値低そうだね。
282:デフォルトの名無しさん
07/07/23 15:15:08
>>280
もう、技術者がいなくなってきているし、当たらずとも遠からず、じゃないの。
後で入力のチェッカーなんて作ろうとする奴が何十年も現れなかったのだし...
283:デフォルトの名無しさん
07/07/24 18:46:23
COBOLってプログラミングした奴のエラー以外は素直に動くよな
284:デフォルトの名無しさん
07/07/26 10:18:35
>>283
うん。汎用機を持ち続けることが出来るなら無理に言語変更はしなくても大丈夫だと思う。
あまり新しいことは出来ないけど、裏で動かすバッチだったら安定してるしね。
285:デフォルトの名無しさん
07/07/27 12:56:21
>>284
うちの会社のデータベースはＪａｖａと連動してオンライン化してるけど
１回もＣＯＢＯＬが原因でエラーになったことないから
御国の言ってることが何だか分かりませんよ、やれやれ
286:デフォルトの名無しさん
07/07/27 16:53:13
プログラマ側の都合は別にして、大規模ハードメーカがCOBOLのサポートを順次
停止してきます、と将来言い始めたら、さてどうするのかな？ COBOLはオプション
で別契約別料金とします、これが一番いい。
287:デフォルトの名無しさん
07/07/27 20:14:33
>>286
銀行などの大口客を敵に回す気？
288:デフォルトの名無しさん
07/07/27 21:34:37
>プログラマ側の都合は別にして、大規模ハードメーカがCOBOLのサポートを順次
>停止してきます
ばかー？
289:デフォルトの名無しさん
07/07/27 21:52:53
つまりRPGの時代が(ry
290:デフォルトの名無しさん
07/07/28 00:58:42
これからはオープン系＝ＡＳ４００の時代に(ry
291:デフォルトの名無しさん
07/07/28 01:47:51
>>289-290
それは大ボラ。ｗ
292:sage
07/07/29 00:07:26
>>289-290
おいおいそりゃあWKENだろう
293:棒線レーサー
07/07/31 14:07:44
待て、この流れでいくと初心に帰ってBASIC！！
294:デフォルトの名無しさん
07/08/01 22:20:30
現場に配属になったＹＯ
研修ではゼロからコーディングしていったけど、
現場では、生産性高める為にヒナ形があって、パラメータとかちょこっと
変えてやるだけでいいのね。。。
プログラムよりも、現場独自のツールとかテスト結果の読み方とか勉強
するのが大変。
295:デフォルトの名無しさん
07/08/02 21:50:14
>>294
そう。それ以上に大変なのが業界ごとのお約束。部外者には、なんで、ここでこういう処理をする？って事ばっか。
296:デフォルトの名無しさん
07/08/04 09:51:56
シェル環境でCOBOLのプログラム実行すると「sysout」ってファイルができるんだけど何かコーディングがまずいのかな？
297:デフォルトの名無しさん
07/08/04 22:31:42
なんという釣り餌
298:デフォルトの名無しさん
07/08/08 06:20:29
釣りとかじゃなくて本当に困ってるんです！
299:デフォルトの名無しさん
07/08/10 10:14:52
AGEND
300:デフォルトの名無しさん
07/08/11 09:34:10
COBOLってデータベースからデータ取ってきて加工して返すような案件があるけど、
それってクエリの代わりを作ってるっていうことなのか。
301:デフォルトの名無しさん
07/08/11 18:56:25
やっぱ大量データのバッチ処理の分野じゃ
メインフレーム＋COBOLが最強だわ。断言できる。
金融機関の社内SEだけど、これからもずっとCOBOLでやっていくことで
社会コンセンサスは取れてる。
今は一部のアセンブラ資産をCOBOLに順次切り替え中。
メインフレームのアセンブラ使いこそは、まさに絶滅危惧種だからな。
これでうちのシステムはあと何十年でも戦える。
302:デフォルトの名無しさん
07/08/13 06:34:50
＞金融機関の社内SE
別にどーこー言うつもりもないが、
自分の居場所を守る行為はそれはそれで普通だけど
COBOLerをアセンブラ使いを絶滅危惧種扱いはどーなのかと。
漏れの知っている某金融機関はアセンブラ:COBOL=8:2って
感じで、そもそもそのCOBOLは派遣(?)が作った部分だったりするが。
いや、その開発部署は８割が派遣で出来ているんだけどな。w
303:デフォルトの名無しさん
07/08/13 06:35:28
ｽﾏｿ
＞COBOLerをアセンブラ使い
COBOLerがアセンブラ使い
304:デフォルトの名無しさん
07/08/13 10:36:30
メインフレーム扱ってる奴ならCOBOLもASSEMBLERも使えて当然な気もする
JAVAも含めた三刀流は珍しいかな
305:デフォルトの名無しさん
07/08/13 13:05:03
トキの絶滅を危惧するヤンバルクイナがいると聞いて飛んできますた！(`・ω・´)
306:デフォルトの名無しさん
07/08/13 23:43:27
コボルの開発環境は進化を続けているが
コボラーが進歩していない、どころか退化しているのが現状。
307:デフォルトの名無しさん
07/08/14 00:01:28
>>304
そりゃまあ、バッチ処理みたいな単純な読み書きに計算、分岐処理しかやらないんだったら
アセンブラもコボルも出来て当然だと思うが。
分野が違うけどＣやアセンブラでリアルタイムなアクションゲーム作るのとは次元が違うしな。
308:コボちゃん
07/08/15 13:16:41
コボちゃん
309:デフォルトの名無しさん
07/08/15 22:19:51
COBOLの進化についていけるようなコボラーはとっくにCやJAVAに乗り換えてる罠
310:デフォルトの名無しさん
07/08/15 22:48:22
COBOLはキーワードがかっちょいいんだよな。
DIVISIONとかＳＥＣＴＩＯＮとかさ。
WITH TEST AFTERなんて、もううっとりしてしまう。
COBOLに一生付いていくよ。
311:デフォルトの名無しさん
07/08/15 22:58:19
COBOLerが絶滅危惧種？
１年前まで、COBOLerだらけの楽園にいましたが...？
312:コボちゃん
07/08/16 07:34:36
コボちゃん
313:デフォルトの名無しさん
07/08/16 17:33:36
こぼらあｗ
314:デフォルトの名無しさん
07/08/17 17:48:52
俺、ＣＯＢＯＬの経験ありってことで、システム維持管理の仕事をするように会社から言われた。
具体的にはどういった仕事をするの？
経験者の方のコメントを求む。
315:デフォルトの名無しさん
07/08/17 19:04:49
>>314
アホかｗ
お前の会社のシステム維持管理が
どういう仕事かなんて俺らが知るかよｗ
上司や先輩に聞けｗ
316:デフォルトの名無しさん
07/08/17 19:57:48
どこかで見たような・・
ｽﾚﾘﾝｸ(prog板:844-846番)
317:デフォルトの名無しさん
07/08/18 00:36:03
>>310
釣られてみる
WHTH TEST [AFTER | BEFORE]が好きな奴は変態
318:デフォルトの名無しさん
07/08/18 15:44:23
314です。
俺の会社ではなく、今度新しくこの会社（ソフトハウス）に入社し、この会社が開発したＣＯＢＯＬのシステムの維持管理です。
具体的にはどういった仕事をするんですか？
経験者の方のコメントをお願いします。
319:デフォルトの名無しさん
07/08/18 15:50:44
予備知識?
320:デフォルトの名無しさん
07/08/18 17:03:44
COBOLの保守？
臭いモノにふたをして（見なかったことにして）上辺だけを見繕い、
世の中（と自分）を誤魔化しながら生きていくって感じ。
まあトラブルさえなけりゃ一日中マンガ読んでいても大丈夫な現場じゃね？
技術的な向上心を望んでいる人には地獄だと思うけどな。
321:デフォルトの名無しさん
07/08/20 12:43:21
10 PRINT ﾞこぼらー乙ﾞ
20 GOTO 10
RUN
322:デフォルトの名無しさん
07/08/20 20:25:20
>>321
それはBASIC
323:デフォルトの名無しさん
07/08/20 23:39:10
warota
324:デフォルトの名無しさん
07/08/21 00:37:14
DISPLAY 'こぼらー乙'.
STOP RUN.
325:コボちゃん
07/08/21 14:42:27
コボちゃん
326:デフォルトの名無しさん
07/08/22 17:18:26
MAIN
PERFORM DISP-RTN THRU DISP-RTN-EXT UNTIL 10000 TIMES.
STOP RUN.
DISP-RTN.
DISPLAY NC"こぼらー乙".
DISP-RTN-EXT.
EXIT.
久々に書いたよ。ボコル。
久々にNumLockをonにしていたよ。ボコル。
327:デフォルトの名無しさん
07/08/22 17:39:11
コンパイル通らないね
328:デフォルトの名無しさん
07/08/22 19:30:19
>>326
なんて美しいコード…やっぱコボルが一番だな。
CとかJavaの軟弱な小文字ソースを見ると吐き気がする。
329:デフォルトの名無しさん
07/08/28 23:33:53
ケース１：
A PIC S9(03) VALUE -123.
B PIC X(2).
MOVE A(3:2) TO B
上記だとBには「23」が設定されますよね？
ケース２：
A PIC S9(03) VALUE 123.
B PIC X(2).
MOVE A(3:2) TO B
上記だとBには「23」が設定されますか？
ケース２の実行結果がわかりません。
ご教示願います。 ( ･∀･)ﾉ
330:デフォルトの名無しさん
07/08/29 00:00:25
A領域、B領域...
331:デフォルトの名無しさん
07/08/29 00:16:46
ケース1も怪しい気がする。
ZONE形式で符号付きの場合、一番ケツに符号を持ってたと思う。
（持ち方は環境依存かもしれない。）
-123 だからと言ってS9(3)は4文字にはなっていないんじゃないか？
332:デフォルトの名無しさん
07/08/29 00:50:04
>>331
その辺は言語仕様として固まって無いんじゃ
俺はCOMPオプションで出力されるデータ型が決まるみたいに考えてた
333:デフォルトの名無しさん
07/08/29 00:55:12
>>331
おいおい、MOVEするときに型変換されるに決まってるじゃないか。
つまりケース２は「23」で正しいかと。
334:329
07/08/29 08:11:37
みなさん、ご教示ありがとうございます。
ということは・・・
「A PIC S9(03)で変数Aを宣言すると４文字分の領域（符号領域＋３桁の数値領域）が
確保され正の数のとき、右詰で数値が設定される」
という認識であってますか？
335:デフォルトの名無しさん
07/08/29 09:38:02
>>334
REDEFINES して調べてみたら?
336:デフォルトの名無しさん
07/08/29 10:03:06
>>335
>>333 はREDEFINESとMOVEで動作が違うといってるな。
どういう動作になるのかは言語仕様にあるかわかんね。コンパイラ依存だろうか。
337:デフォルトの名無しさん
07/08/29 12:50:06
>>329
>>334
俺の環境だとコンパイルすら無理、どっちのケースでも
MOVE A(3:2) TO B
が異常あつかい
俺の環境だとAは3バイトあつかいなので、
3桁目から2バイトだと領域オーバーだから
いぜう
338:デフォルトの名無しさん
07/08/29 14:45:43
>>318
COBOLだけのシステムって、何が作れるの？
middle wareだらけじゃないの？
339:デフォルトの名無しさん
07/08/29 15:38:03
>>338
ミドルウェアに依存しているのはどの言語も同じ
って言うか、オープン系の言語の方がその傾向が強いんじゃねーか？
340:デフォルトの名無しさん
07/08/29 17:11:43
>>339
開発の規模とプラットフォームによるだろうけれど、例えばCで統一する方が、ミドルウェアから、GUIまで
一貫性があるんじゃないの？ それか小規模のシステムなどは、スクリプト型言語でランタイムライブラリに
全部依存する方が開発が早いのでは？
341:デフォルトの名無しさん
07/08/29 17:57:27
小規模のシステムでCOBOLによる開発が早くないことは
最初からわかってることでは? つまり、そんな観点で
COBOLが選ばれている訳ではない。
342:デフォルトの名無しさん
07/08/29 22:27:31
いざとなったらUNIX-COBOLERになればいいのさ
UNIX自体についてはできる人か講師の先生に教わればいいんだし
経験者曰く、毎日やってりゃ嫌でも覚える、とのこと
343:デフォルトの名無しさん
07/08/29 22:37:12
アナログ人間の俺にはコボルが精一杯
もう30になるので、これからどうやって食っていくか考えなきゃ
344:デフォルトの名無しさん
07/08/30 10:00:52
中小企業といっても千差万別だが、
ほとんどの企業でPC2台(一台はバックアップ)で済むよ。
345:デフォルトの名無しさん
07/08/30 13:15:25
>>314
異常終了とかしたら、ダンプだのトレースだの
他の人が手を加えて継ぎ接ぎだらけのＡＰをデバックする
次に異常終了したら、担当じゃないとこまで責められる。
俺は銀行系の運用携わってたけど、死ぬかと思った。
夜中に呼び出され知らないことで問い詰められ、
朝までにデバック～テストして本番に移行する。
この仕事やる前に、運用保守って聞いて受けないでおこうと思ったけど。
金に釣られてやった俺がバカだった。
最後は強引に辞めちゃった。
二度と子守りなんてごめんだ。
346:デフォルトの名無しさん
07/08/30 13:37:16
>>344
どんだけしょぼい会社しか知らないんだよ。
347:デフォルトの名無しさん
07/08/30 15:31:55
９月の３日からクレジットカード系のコボルの開発に行くんですが
まったくやったことないんです。 初級、新卒レベルOKの案件なんで大丈夫だと思うんですが
これだけは入場する前にやっておけというのはありますか？
C,C++,JAVA,VBはやってます
348:デフォルトの名無しさん
07/08/30 21:40:26
>>347
>C,C++,JAVA,VBはやってます
まったく役に立たないからな。むしろ苦痛になるぞ。
349:デフォルトの名無しさん
07/08/30 22:16:39
頭の切り替えが大変そう w
350:デフォルトの名無しさん
07/08/30 22:44:34
>>347
他の言語を知ってれば知ってるほど、コボルは辛いかもね,,,
351:デフォルトの名無しさん
07/08/30 23:59:39
>>348
それはいい過ぎ
Ｃが出来れば後は文法覚えるだけ
VBが出来れば文法も半分覚えてる
C++ JAVAはいらね。窓から投げ捨てろ
352:デフォルトの名無しさん
07/08/31 00:10:16
コボルしか知らない俺でも金融系のコボルは苦痛・・・
特にオンライン・・・
プログラムが果てしなく深く、そして汚く、下へ下へと繋がって、他系システムに
連動している・・・
メインフレームのシステムはドキュメントが無い
プログラムとJCLのみ
組んだ奴しか知らないことばかり
運用兼開発は朝から晩まで大変らしいね
開発か運用のどちらかに専念できる会社じゃないと体がもたないよね
353:デフォルトの名無しさん
07/08/31 23:10:19
つか、金融系がCOBOLの最後の砦なんだから
そんなに嫌ならC++かJavaに譲ってやれよ。ｗ
354:デフォルトの名無しさん
07/09/01 09:07:39
CやVBのコーディングスタイルに慣れていると、
COBOLはつらいかもね。
うちの会社だけかもしれないけど。
355:デフォルトの名無しさん
07/09/01 09:28:21
つ URLﾘﾝｸ(anond.hatelabo.jp)
356:デフォルトの名無しさん
07/09/01 09:46:12
漏れも金融系の仕事してるけど、>>355はまあ、そういうものだよな。
COBOLが悪いと言うか、あの辺りはそういう体質なんだから、
慣れるしかないな。
つーか今は亡き(w)UFJなんかCOBOLじゃなくてアセンブラ全盛だったぞ。
COBOLで贅沢いうんじゃねーよ。って感覚だったな。
漏れも久しぶりに64Kの壁やらセグメントって概念思い出したし。
357:デフォルトの名無しさん
07/09/05 14:34:09
Fの汎用機のデータ(VSAM)をＣＳＶ形式に落としたいのですが、F*TRAN以外に
何か変換できるソフトはないでしょうか？
データは、EBCDIKとJEFコードで、ファイル転送は、ＰＦＤのFIMPORTを使用しています
教えてエロい人・・・スレチの場合は、誘導願います。
358:デフォルトの名無しさん
07/09/05 16:23:18
>>357
F*TRANだとどういう風に具合が悪かったの？
359:デフォルトの名無しさん
07/09/06 09:31:08
>>357
その流れでF*TRANいるのか？
FIMPORT終了でPC上のﾌｧｲﾙ(CSV)になっているのでは？
PFDのFIMPORTってPC上でやってるんじゃないの？
360:357
07/09/06 10:53:53
358 さん返信ありがとう
F*TRAN が不具合と言う訳ではなく、該当ソフトを模索している最中なので、F*TRANは既に
候補にあがっているので、～以外としました。
それと、ＪＥＦ変換の精度が、50％ぐらいだとＨＰに書いてあったような・・・
359 さん返信ありがとう
＞PC上のﾌｧｲﾙ(CSV)になっているのでは？
確かにＣＳＶ形式になっているのですが、1レコード単位なので、基本項目別に、カンマをいれるには
ファイル毎にカンマ編集のプログラムを組んでＰＣに送らなければならないので、ＰＣ側でF*TRAN等
が必要だと思いました。（10～20程度のファイルならプログラムも組みますが、100を超えるもので）
理想的には、ＶＳＡＭファイルをホストのワークファイルにする
↓
ファイル転送(FIMPORT)でＰＣに転送
↓
変換ソフトを使いＰＣ内で項目別カンマのファイルに変換 → ＰＣ利用
カビの生えたレガシープログラマに愛の手を・・・
361:358
07/09/06 12:34:51
>>360
その流れで処理するのがベストです。
よく使われているレガシーデータ変換ツールは、
F*TRAN+
AnyTran
Hulftデータ変換Pro
Pervasive Data Integrator(旧Data Junction)
のあたりですね。この中からコストと漢字変換機能を重視して選ぶと、
F*TRAN+の一択になってしまうと思います。漢字変換テーブルが標準で
付いてくるのが大きなポイントです。試用版をDLしてまず使ってみては？
もっと大きくEAI/ETLツールという枠組みで考えると、他にもレガシーデータに
対応した製品/システムはいろいろとあります。でも、価格が2桁ほど
跳ね上がってしまうので、現実的ではないでしょう。
362:デフォルトの名無しさん
07/09/06 12:56:47
358 さん 早速のレスありがとうございます
試用版が、有ったんですか、文字通り試してみます。
363:デフォルトの名無しさん
07/09/08 01:36:18
そんなあなたに
ACUCOBOL
これ最強！
364:デフォルトの名無しさん
07/09/08 02:05:31
COBOLといえば、二つのファイルから一レコードずつ
読み出してのマッチング処理というのが
入門書の例題における定番ですが、
Cなどの参考書ではとんとお目に掛からない。
もしかして、他の言語ではマッチング処理ということ
自体、存在しない概念なのかな？
365:デフォルトの名無しさん
07/09/08 04:25:24
>>364
うん。必要ない。
366:デフォルトの名無しさん
07/09/08 10:13:03
>>365
なんで必要ないんだ？
367:デフォルトの名無しさん
07/09/08 12:50:25
>>366
COBOLみたいなファイルを扱う世代から
RDBを扱う世代に移ってSQL使うようになったんじゃね？
368:デフォルトの名無しさん
07/09/08 13:16:01
しかしOracleに限っていえば、Pro*CよりもPro*COBOLのほうが
相性がいいというか、可読性が高い気がしている
369:デフォルトの名無しさん
07/09/08 18:14:35
>>367
ちょい質問なんだけど、中間ファイルを作ったり、シーケンシャルなファイル（テキストファイルとか）
を使ってどうのこうの なんて作業はないの？
370:デフォルトの名無しさん
07/09/08 18:59:12
>>369
RDBの勉強しような。
371:デフォルトの名無しさん
07/09/08 20:20:38
>>369
マッチングは完全にＤＢ任せで、
中間ファイルはJavaなんかだとシリアライズして保存するのが多そう
372:369
07/09/08 23:06:21
>>370
へ～い w
>>371
ふむふむ です w
373:デフォルトの名無しさん
07/09/10 21:49:00
>>368 同意
だが埋め込み SQL は可搬性が無くなる罠。
ロジックの切り分けって観点からしても、速度からしても PL/SQL だろ。
（SQL はどのみち別々に書く覚悟でな）
>>369
>>370 と重なるけど、少し詳しく言うと
通常は一発 SQL でだいたいの処理はできる。
きちんと設計された DB で一発 SQL だと遅いような場合、
中間データを作る事はまれにだがある。
それでもデータは一時テーブル（データを蓄える DB 上のストア）に置く。
Oracle はダメだったはずだけど一時テーブルを最後に捨ててくれたりもするし、
（エラー系の処理の実装が安全になるわけだな）
全てのデータ操作が SQL で書ける。
>>371 みたいな実装はすまんがちょっとイメージできない。
別システムへデータを移すのであれば、確かにあるけど、
処理中に中間データを DB の外に出すのはあまりないと思う。
そうするとソートもマージも全部 SQL で完結するようになるから単純だし、
基本的な操作はこなれたミドルウェア（DB）にまかせるって切り分けも完全だ。
DB のソート／マージ機能をライブラリみたいに使う感じか？
374:デフォルトの名無しさん
07/09/10 23:53:22
Javaでマッチングとかコントロールブレイクとか要らない理由って、
ユーザ定義クラスとかコレクションクラス使ってCOBOLのレコードより
もっと柔軟なデータ構造が表現できるからじゃないの?
375:デフォルトの名無しさん
07/09/11 20:26:10
ダメだ…CやJavaを10年くらい独学で
勉強してるけど、ハローワールドから全く進まねえや。
COBOLは三ヶ月で使えるようになったのに。
COBOLもCもJavaもバリバリっつー人いる？
どうやって勉強した？
376:デフォルトの名無しさん
07/09/11 20:30:28
Cは独学、COBOLは会社の研修、JAVAは独学中だったが飽きた。
別にバリバリっってほどでもないけど、、、
勉強法、1.読む、2.書く、3.試す。
377:373
07/09/11 20:40:48
>>374
メモリ上で処理できるなら COBOL だって索引表にデータを蓄えるだろ。
JAVA しかやってない世代には理解できないかもしれないが、
100 万を超えるデータを読み込んで突き合わせ、なんて処理が
COBOL の時代にはたくさんあったらしいんだ。
まさかそんなデータはメモリに読み込まないよな？
で、メモリに持てないから一度ファイルに書き出して処理するんだと。
今はその規模のデータを処理する事になっても、
中間テーブルにデータ持つよってのが >>373 の回答。
まあ、最近は正規化が進んだデータしか扱ってないから
滅多にそんな必要に迫られる事もないけどな。
>>375
C も COBOL も JAVA も使うが特別な事をやったつもりはない。
強いて言えば C のポインタが強敵だった。
あれだけは 5，6 冊本を読んで、
10 本近くプログラムをこなしてようやく何とかなった感じだ。
378:デフォルトの名無しさん
07/09/11 23:06:58
人の作ったのコピペで修正
379:デフォルトの名無しさん
07/09/12 15:40:49
Ｃのポインタってそんなに難しいのかな、アレはアセンブラの動きそのものなんだが
そこら辺をすっ飛ばして勉強しているからかな
380:デフォルトの名無しさん
07/09/12 18:53:47
Cのポインタはメモリのイメージが出来ていれば、難しくないはずだが。
が、まあ他人のソースで***pなのを見ると市ねとか思うのはある。
381:デフォルトの名無しさん
07/09/12 22:26:51
>>379
俺はBASIC、COBOLと来たもんだから、ポインタはさっぱり。
変数のアドレスか…ふーん…で終わってしまう。
星２つなんてとんでもない話で、変数のアドレスを持つ変数の
アドレスを持つ変数って、それイジメじゃんってレベル。
ああ、ポインタのないCOBOL大好きっ！
382:デフォルトの名無しさん
07/09/13 00:00:43
そっか、自分は初めて触ったのがCだったから
何の違和感も無く使えたけど
確かに、COBOLやBASICで入った人には分かりにくいかも寝
383:デフォルトの名無しさん
07/09/13 18:16:03
＞彼がいうには、いまだに社保庁のシステムはCOBOLというプログラム言語を使っているという。
＞これは彼が学生時代に使っていたもので、40年も前のものだ。
＞つまりこの年金の問題は、あまりにも古いシステムとハードを使っていることから起きたのだ。
URLﾘﾝｸ(www.nikkeibp.co.jp)
384:デフォルトの名無しさん
07/09/13 19:11:34
COBOLのリンケージって参照渡してるよね？
385:デフォルトの名無しさん
07/09/13 20:51:21
COBOLを使わせてるということは会社の上層部を騙してるってことでしょ
汎用機のほうが信頼性がありますよとかいって
クソ高いマシンを使わせてクソ言語でシステムを組む
コボラーは全員罪人だよ
386:デフォルトの名無しさん
07/09/13 23:53:13
>>385
あ？
同意
387:デフォルトの名無しさん
07/09/14 02:00:10
>>385
でも、コボラーはあそこから出てきて欲しくないってのもあるよ
388:デフォルトの名無しさん
07/09/14 04:33:56
言語の問題？ハードウェアの問題？どっちもか！？
マシン語で組んだらいいのか？
389:デフォルトの名無しさん
07/09/14 06:48:07
どんな言語使ってもRDBを順ファイルフォルダとして使っちゃう人たちだからなあ。
オツムのアーキテクチャの問題でしょ。
390:デフォルトの名無しさん
07/09/14 11:31:45
A4縦のリストでメートル級の関数書くのは止めて欲しい、保守するとき全面書き直ししたな
391:デフォルトの名無しさん
07/09/14 11:56:40
汎用機の信頼性が捨てがたいのと
安いマシンを冗長性持たせてパラで複数台動かすと
ランニングにコストがかかることから
汎用機の大企業での需要はここ最近伸びてるよ
コボル云々は別として汎用機卑下は筋違いでしょ
汎用機下にＬＰＡＲ切って複数台のＵＮＩＸ系のサーバ
動かせるしね
どこかの企業が数百台のサーバを数台の汎用機上の
バーチャル環境に集約させたことによって、電気代と
インフラに従事する人員をかなり削減できたため
高額な汎用機のメンテナンス費用を差し引いても
コストメリットが有ったらしい
392:デフォルトの名無しさん
07/09/14 18:13:51
安くて丈夫なPCサーバの方がパフォーマンスはずっと上だろ
ユーザーを囲い込んで独占商売する汎用機が
ものすごく割高なのは明らかじゃない
393:デフォルトの名無しさん
07/09/14 19:25:32
＞安くて丈夫なPCサーバの方がパフォーマンスはずっと上だろ
オマイは一度でも汎用機を使ってみてから語ってくれ。
そのPCサーバーは１分間に４０万トランザクションくらい軽く走るって事だよな。
394:デフォルトの名無しさん
07/09/14 20:08:52
自社開発の汎用機のCPUなんて
Intel製と比べたら遅いなんてもんじゃないぞ
その他あらゆる箇所が自社開発だからパフォーマンスで劣る
GoogleはやっすいPCサーバを大量に並列化してとてつもない
パフォーマンスを叩き出している
その汎用機はGoogleのトランザクションがさばけるのかね
395:デフォルトの名無しさん
07/09/14 21:14:25
と言われてもGoogleのデータセンターって火事があったりしたし、
そもそもGoogleのメールも極稀に止まったりして、
トランザクション結構とめてるんだけど、そういうのが許される世界と
許されない世界を無理に比較するのはアマチュアの思想だよな。
あと、googleの鯖は今は特別仕様のはずだが。
昔の広告宣伝のニュースに踊らされるなよ。
396:デフォルトの名無しさん
07/09/14 21:20:35
つか、Googleほどの天才集団ならPC使ってもパフォーマンスは出せるだろうが
392みたいな素人が安PCを数揃えても使いこなせんだろう。
397:デフォルトの名無しさん
07/09/14 22:22:09
>> そのPCサーバーは１分間に４０万トランザクションくらい軽く走るって事だよな。
そもそも普通の会社のバックオフィスの鯖に
分間40万トランザクションを捌く性能は要らない。
それにもかかわらずそんなものを売りつけるんだよ、汎用機屋は。
398:デフォルトの名無しさん
07/09/14 22:39:47
汎用機の性能はいつだってPCよりいいに決まってる
専用の高価なマシンがPC同等スペックだったら売れない
いっぽうでPCサーバーの安定性は昔よりはるかに向上してる
その点を攻めるのは汎用機側の驕りにすぎないね
汎用機が売れてるのは嘘つき営業が上層部騙して売ってるから
今どき汎用機じゃなきゃつとまらない処理なんてほとんどない
（特殊な用途ではあるよもちろん、完全に無用の長物じゃあない）
平時の負荷が全能力の10%とか切っててピークでも40%越えないとか
明らかにオーバースペックな汎用機を入れて喜んでる
ただのアフォだね
ダウンタイムだってそれでロスする損失、賠償とか営業機会なんかが
トータルで保守費用の差分を上回るなんて滅多ない
つまりわずかな利益のために目茶苦茶コストをかけてるってこと
はっきり言って騙されている以外の何ものでもないな