【COBOL】コボラー集まれ!!!【事務処理】
レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん
2006/05/01(月) 18:32:380002デフォルトの名無しさん
2006/05/01(月) 18:39:450003デフォルトの名無しさん
2006/05/01(月) 18:56:100004デフォルトの名無しさん
2006/05/01(月) 19:56:12俺が某保険会社で実際に目撃したものだが、奴らは超旧式なまっ四角で超窮屈な事務机しか与えられていない
その占有面積は俺のデスクの半分以下!
それはきっとコボラーの社会的なステータス自体がドン詰まりである事を表しているに違いない
0005デフォルトの名無しさん
2006/05/01(月) 20:16:430006デフォルトの名無しさん
2006/05/01(月) 20:28:540007デフォルトの名無しさん
2006/05/01(月) 21:49:350008デフォルトの名無しさん
2006/05/01(月) 21:58:53そこまでして使いたいものなんかと、小一時間。
それならJavaでええがな。
0009デフォルトの名無しさん
2006/05/02(火) 11:49:54もうそこら辺は重々承知してるんでこれ以上イジメんといて下さい
0010デフォルトの名無しさん
2006/05/04(木) 00:00:53やっぱあれ?
0011デフォルトの名無しさん
2006/05/05(金) 12:04:470012デフォルトの名無しさん
2006/05/05(金) 13:59:16しかし、もう辞めたが
0013デフォルトの名無しさん
2006/05/05(金) 14:40:26COBOL の OOP のコードって見たことないけど
どんなんなってんの?
*想像上のコード*
WORKING-STORAGE SECTION.
01 KURASU PIC CLASS.
02 MESODDO PIC METHOD 〜
*/想像上のコード*
とかそんな感じ?実例見てみてぇー。
0014デフォルトの名無しさん
2006/05/06(土) 18:43:30PROGRAM-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.
こんな感じ?
0015デフォルトの名無しさん
2006/05/07(日) 17:57:13OO機能追加する前に小文字使用をデフォルトにしてくれ
0016デフォルトの名無しさん
2006/05/08(月) 23:22:10項目が何も無いじゃない!
…べ、別に定義して欲しい訳じゃないからねっ!?
個人的にはデータが桁情報持ってたりとか
READ 構文がEOF判定までするところが変わってるなぁと思う
最近は古い言語も小文字デフォだったりするし
小文字の環境もあるんじゃないの?
実際の環境触ってないから分からんが。
0017デフォルトの名無しさん
2006/05/10(水) 20:14:06>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のタッグで
意識せずに済む。なかなか素敵な話だと思うがね。
0018デフォルトの名無しさん
2006/05/11(木) 01:41:530019デフォルトの名無しさん
2006/05/11(木) 02:24:460021デフォルトの名無しさん
2006/05/11(木) 15:51:35streamの使い方が十分分かっていないのではないか?
上の記述が冗長に見えて、柔軟なのを分からないのが、とってもobsolete.
0022デフォルトの名無しさん
2006/05/23(火) 11:27:000023仕様書無しさん
2006/06/02(金) 00:24:150024デフォルトの名無しさん
2006/06/02(金) 01:25:000025デフォルトの名無しさん
2006/06/07(水) 21:43:270026デフォルトの名無しさん
2006/06/11(日) 01:23:02どこかにフリーソフトのエディターってあります?勉強で使う程度ですが。
0027デフォルトの名無しさん
2006/06/12(月) 00:07:000028デフォルトの名無しさん
2006/07/07(金) 18:14:52当方COBOL85を使用しているのですが、Write命令で書き込みを
した際、書き込みレコードの後ろの半角文字が削除されてしまいます。
WriteするレコードをDisplayしたところ、きちんと半角文字が入っているの
は確認できます。
どなたか、原因はわかる方いますでしょうか?
宜しくお願いいたします。
0029デフォルトの名無しさん
2006/07/08(土) 13:32:550030デフォルトの名無しさん
2006/07/08(土) 14:43:59>書き込みレコードの後ろの半角文字
意味フメ。日本語ヨロ。
人に説明する能力の不足を自覚してるなら、せめてソース晒してくれ。
>>29
その質問方法では答えようがない。いったい何を訊きたいのだろ。ハァ
0031デフォルトの名無しさん
2006/07/20(木) 11:42:01DDOやってて、コボル・アソールトとか言ってる。
0032デフォルトの名無しさん
2006/07/20(木) 12:03:30くだらねぇこと言ってんとコボるぞテメー!!
0033デフォルトの名無しさん
2006/07/20(木) 12:36:150034デフォルトの名無しさん
2006/07/23(日) 02:08:40入力ファイルをチェックして、正常分と異常分に振り分ける
プログラムを作ろうとしています。
1レコード毎に振り分けるのなら簡単なのですが、自分が作ろうとしているのは、
連続した複数レコード単位にチェックして、その中で1レコードでも異常なら、
そのまとまったレコードを全て異常分に出力するという仕様になっていて、
どのように実装するか悩んでいます。
最初は、配列を使おうと思ったのですが、レコードの件数は不定で、
何万件もある場合もあるので、汎用性がないということでボツにしました。
そこで次に考えたのは、チェック結果が確定するまで、一時的に作業用の
出力ファイルに溜め込んでいって、判定が確定したら、作業用のファイルを
一旦クローズして、再度入力モードでオープン&リードし、EOFまでそのまま
正常分か異常分に出力し、その後作業用ファイルをクローズ&再度出力モードで
オープンし、次の連続レコードを溜め込む・・・というのを繰り返すという方法です。
このように、1つのファイルのオープン&クローズを何度も行うやり方っていうのは
どうなんでしょうか?
一つのプログラムでやるとなると、これぐらいしか思いつかないのですが、
もっと賢いやり方はありますか?
0035デフォルトの名無しさん
2006/07/24(月) 10:16:09何で二つのプログラムに分けないの?
0036デフォルトの名無しさん
2006/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 ; ,/ _,.-‐''\ ゙='' ,/
/ \\  ̄ ,// ゙ー-‐‐"
/ \.゙ー-イ ,/
0037デフォルトの名無しさん
2006/07/31(月) 21:37:18マッチングしながら、ワークにデータをタンクしておいて
エラーがあったら出力でいいと思うよ。
適当にテーブルをワークをとっておき、自分の想定以上の
データ数が来たときには、ディスプレイで表示し後で
テーブルを修正。
効率は悪いけど、わかりやすいと思うよ。
>>28
書き込みしたファイルをコードで見れば
わかる。
0038デフォルトの名無しさん
2006/08/23(水) 22:10:21明日も明後日もです・・・。
うう・・・ただの事務屋なのに・・・。
明日は朝からコーディングシートに鉛筆でなにやらかかされるそうです
0039デフォルトの名無しさん
2006/09/01(金) 15:44:01現役コボラーのおじさん達が引退するのは
もう間もなくだ。
その後、コボルで作ったシステムの面倒を
誰が見るよ?
メンテするにもリプレースするにも
コボラーが必要になるんだよ。
0040デフォルトの名無しさん
2006/09/02(土) 08:22:58COBOLを熟知していない漏れが面倒みるのもやぶさかではないが。
まあ、長い人生において一度くらいは紙に鉛筆使って設計するのも
悪くない経験だろ。
役には立たんが。(w
0041デフォルトの名無しさん
2006/09/02(土) 08:59:330042デフォルトの名無しさん
2006/09/08(金) 23:48:22PROCEDURE 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.
・・・は同じですか?
0043デフォルトの名無しさん
2006/09/09(土) 00:23:02釣り?
これ、コンパイル、通ります?
> READ INFILE AT END FLG = 1
これ
READ INFILE AT END
MOVE 1 TO FLG
END-READ.
だったら分かるんだけど、今の COBOL(ってオレが使ってるのは COBOL88だけど)
そんな代入できるの
0044デフォルトの名無しさん
2006/09/09(土) 00:25:03本当にコードがそれだけなら一緒だな。
INFILE読むだけで何もしてないからw
それ以前にOPENやCLOSEしてなくて大丈夫なのか?とか
ピリオドの位置ってそれで良いのか?とか
疑問は尽きないわけだが…
で、マジレスするなら
INFILEが空でない限り違うと思うぞ。
下のコードはループしてないから
ファイルが終端であろうとなかろうと
1レコード読んで終わるんでね?
0045デフォルトの名無しさん
2006/09/09(土) 00:28:010046デフォルトの名無しさん
2006/09/09(土) 00:29:28そこは多分合ってるかと。
コボラー的には。
0047デフォルトの名無しさん
2006/09/09(土) 15:55:11・予約語の数がハンパじゃない
・フルスペル
・環境によって存在する予約語とない予約語がまちまち
COBOLがこんなだからローマ字文化にもなる訳だが
他言語にまで持ち込むのは止めて欲しい罠
004842
2006/09/10(日) 19:24:02知りたいのは
PERFORM UNTIL 〜〜
PERFROM READ_RTN
END-PERFORM.
と
PERFORM READ_RTN.
だとREAD_RTNを通る回数が同じになるのかを知りたかったんです
0049デフォルトの名無しさん
2006/09/10(日) 20:10:20>>44
0050デフォルトの名無しさん
2006/09/10(日) 20:11:44ループしてないのは上のコード。
0051デフォルトの名無しさん
2006/09/10(日) 20:15:40解ってたらこんな質問出ないハズ。
0052デフォルトの名無しさん
2006/09/16(土) 10:12:060053デフォルトの名無しさん
2006/09/16(土) 13:31:430054デフォルトの名無しさん
2006/09/25(月) 00:27:310055デフォルトの名無しさん
2006/09/25(月) 01:30:54逆だよ。
歳ボケ+歳のせいにする→他の言語を覚えない
実力主義の人→COBOLだけでは立場がないと考える
年功序列主義→年上が偉いと考える
つまりCOBOLerだから態度がでかいのではなく
そういう性格だからCOBOLerなんだよ
0056デフォルトの名無しさん
2006/09/25(月) 23:25:070057デフォルトの名無しさん
2006/09/26(火) 04:52:15言語そのものの入門ならググればすぐ出てきたよ。
ひよこグミ
ttp://www16.plala.or.jp/hiyokogumi/
入門者にゃ良いかもな。
但し、コイツのギャグセンスに耐えられる人向けであることを補足しておく。
COBOL入門
ttp://ueno.cool.ne.jp/shirokaze185/htcobol.html
これで十分な人はこれで十分かも。
でも、一番の問題はセットアップかなぁ。
0058デフォルトの名無しさん
2006/09/27(水) 22:16:56ありがとうございます
そうなんです、NetCOBOL体験版をみつけたんですが
プログラムを始めるとこまでなかなかいけなくて……
0059デフォルトの名無しさん
2006/09/29(金) 18:15:34COBOL85はとっつきやすくてよいかも知れません。
もう使い方忘れたけど。
0060大分前にOpenCOBOLのインスコに挫折してた人
2006/09/30(土) 04:33:331. Cygwin公式サイト(英語) から setup.exe を落とす。(Eみたいな形のアイコン)
2. 落とした setup.exe を起動して全部デフォルトで。インスコ始まったら待て。
3. インスコが終わったら、ショートカット作成するか訊いて来るがこの時点では関係なし。
4. もう一度 setup.exe を起動して、今度は途中のURLがズラーっと並んでる画面。
下の User URL: のボックスに(頭の h は補完してね)
ttp://members8.tsukaeru.net/pegstyle/cygwin/
と入れて次の画面へ。
5. Select Packages 画面。これはツリーになってるので + をクリックすれば展開できる。
Devel -> opencobol: COBOL compiler (かなり下の方にある)を見つける。
7. その行にリサイクルみたいなマークと Skip と書かれてる。
このマークは Skip -> バージョン番号 -> 別のバージョン番号 -> とクリックする度に変わる。
9. バージョン 0.32(正式版) か 0.33(テスト版) にして、次の画面へ。
10. 後はそのまま。最後にまたショートカット作成するか訊いて来るからチェック入れる。
11. 0.32 を入れた場合、cygltdl-3.dll のバージョンが新し過ぎて動かないので古いバージョンを入れる。
入手先は ttp://members8.tsukaeru.net/pegstyle/cygwin/cygltdl-3.zip 。
参考URL:
ttp://jp.opencobol.org/modules/mydownloads/
あとはCygwin関連のサイト諸々。
0061大分前にOpenCOBOLのインスコに挫折してた人
2006/09/30(土) 04:47:06000010 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で空白の入れ方判らんから行番号付きにして、
B領域の頭に入れる4つの半角スペースは全角2個で書いた)
cobc test01.cob でコンパイルして ./test01.exe で実行。
TEST
と出た時には感動と同時に4ヶ月半の疲れがどっと出たぜ……
もうなんか COBOL とかどうでも良くなったwww
ちなみに上では cat > ファイル名 でやっちゃったけど
エディタは EUC+LF改行 に対応してるヤツを使えばOKぽい。
0062大分前にOpenCOBOLのインスコに挫折してた人
2006/09/30(土) 04:51:420063デフォルトの名無しさん
2006/10/07(土) 23:37:00http://koders.com/やhttp://www.krugle.com/では対応していませんでした。
0064デフォルトの名無しさん
2006/10/08(日) 04:53:580065デフォルトの名無しさん
2006/10/08(日) 11:06:40思えば書けるプログラムの規模はスクリプト並だが
書く時の面倒臭さは汎用言語を上回るCOBOLって救えねぇ…w
0066デフォルトの名無しさん
2006/10/10(火) 21:33:350067デフォルトの名無しさん
2006/10/10(火) 22:29:270068デフォルトの名無しさん
2006/10/10(火) 23:06:570069デフォルトの名無しさん
2006/10/13(金) 01:52:05これ最強コンボ
0070RAG
2006/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.
続きます。。。
0071RAG
2006/10/17(火) 19:58:53どこに出力されるのですか?
他のCOBOL関係のサイトを見てみたんですが、
例2)
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"』
のようなモジュール(?)があるのでしょうか?
わかりにくくてすみません。
わかる方がいらっしゃいましたら教えて下さい。
0072デフォルトの名無しさん
2006/10/17(火) 23:05:06製品によるけど環境変数等で設定されてるはず
0073デフォルトの名無しさん
2006/10/17(火) 23:23:33であれば実行時に環境変数を指定するウインドウとか出てこない?
0074デフォルトの名無しさん
2006/10/18(水) 00:11:14現場を離れてみて思い起こすと、未だにあの使いにくい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=*
0075デフォルトの名無しさん
2006/10/18(水) 09:20:24>>73 さん
回答、ありがとうございます。
詳しくは言えないのですが、現状、手元には上記にのソースがある(.cobファイル)のみで
A-COSをASP.NETにオープン化する際の解析段階の事をしています。
環境変数等で設定されているという事はソース上では分からないという事でいいんですよね?
>>72
>>73 さん
その他の方々、よろしければ返事をお願いします。
0076デフォルトの名無しさん
2006/10/18(水) 23:30:360077デフォルトの名無しさん
2006/10/19(木) 00:14:51NetCOBOLならIDEから設定できる
0078デフォルトの名無しさん
2006/10/20(金) 00:02:12大至急覚えないといけなくなったんだけど
文法覚えた後なにしようか迷う
0079デフォルトの名無しさん
2006/10/20(金) 01:46:49が王道パターン。Oracleと組み合わせてPro*COBOLなんかも。
0080デフォルトの名無しさん
2006/10/20(金) 04:07:31メンテ
0081デフォルトの名無しさん
2006/10/20(金) 23:11:00ソース解析するのに便利なツールなんかある?
0082デフォルトの名無しさん
2006/10/29(日) 03:14:06先がないのは、わかっているので、今後を見据えて
Java、VB.NET、VB6、ACCESSを
かじった。今後専門的に伸ばしていくには
どれがよいか教えて。
0083デフォルトの名無しさん
2006/10/29(日) 16:43:02別にExcel+VBAでもエキスパートになれば食う分には困らんと思うが。
0084デフォルトの名無しさん
2006/11/04(土) 20:42:44コボラ(上がり)は何故全角文字を使いたがるのだろう?
教えてけれ。
0085デフォルトの名無しさん
2006/11/10(金) 00:03:050086デフォルトの名無しさん
2006/11/10(金) 21:59:13方がなんとなくムカつくんだけど。
0087デフォルトの名無しさん
2006/11/11(土) 13:14:440088デフォルトの名無しさん
2006/11/11(土) 15:34:10なにがしたいんだ?
3桁の数値しかもパック項目をX(2)って・・・
俺だったら一旦、
S9(3)COMP-3 → S9(3) → X(3)
にするが、+-がわからなくなってしまうので考慮が必要。
008987
2006/11/11(土) 21:38:56やっぱS9(3)を挟まないとダメなんですかね?
0090デフォルトの名無しさん
2006/11/12(日) 00:01:3103 A PIC S9(03) VALUE -111.
01 GATT.
03 B PIC X(02).
******
MOVE NULLPO TO GATT.
↑のコーディングで
Bの中身は「111D」(パックで-111)になるはずだけど、
こういう何をやりたいのかわかりにくいコーディングは糞なのでおすすめしない。
0091デフォルトの名無しさん
2006/11/12(日) 00:30:04基本的には 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)
0092デフォルトの名無しさん
2006/11/12(日) 00:56:34何書いてあるのかさっぱりわからん。
009387
2006/11/12(日) 01:13:29理解しました。有難う御座います。
0094デフォルトの名無しさん
2006/11/13(月) 20:03:54ぷ
0095RAG ◆nOA3ItxPxI
2006/11/14(火) 16:06:31----------------------------------------------
01 WK-NUM.
02 WK-NUM01 PIC ------.999.
----------------------------------------------
上記の『 WK-NUM01 』に「-123456.123」をセットすると
アボートしちゃいますか?
0096デフォルトの名無しさん
2006/11/15(水) 03:50:39ていうか、そういうのは文法書みるとか、マニュアルみるとかしな。
0097デフォルトの名無しさん
2006/11/15(水) 17:22:07無料でオンラインの文法書ってあります?
0098デフォルトの名無しさん
2006/11/15(水) 18:51:39たくさんあるよ、ただ版がね
0099デフォルトの名無しさん
2006/11/17(金) 01:10:240100デフォルトの名無しさん
2006/11/17(金) 10:55:31他の高級言語の範囲が広くなるとそうもいってられない。
というか、COBOLぐらいなんてことはない。
むしろ、よさが分かる。[EOR]
0101デフォルトの名無しさん
2006/11/18(土) 09:26:19俺の場合、文法よりもデータ構造に戸惑った
各itemの定義(数値n桁や文字x桁)の仕方だけでなく
レコードと各要素の関係まで全て桁がベースになってるのには驚いたよ
例えばレコードRの各要素にデータ突っ込んで
Rを取り出したら繋がった内容が出て来たりとか
逆にRに1行突っ込むと勝手に桁で区切って
各要素に分解されたりとかそのへん
0102デフォルトの名無しさん
2006/11/18(土) 20:43:21Cobolいいよね^^
0103デフォルトの名無しさん
2006/11/18(土) 20:58:29良いか悪いかはまた別の話
0104RAG ◆nOA3ItxPxI
2006/11/29(水) 15:44:18----------------------------
02 WK-A PIC X(02) VALUE ""3F75"".
02 WK-B PIC X(02) VALUE ""3F76"".
----------------------------
これって何で2バイト領域に6(?)・4(?)バイトのものがデフォルト設定
出来るのですか?
教えて下さい。
0105デフォルトの名無しさん
2006/11/29(水) 21:12:020106デフォルトの名無しさん
2006/11/30(木) 22:32:03釣りか?
3F75と3F76って何かしってる?
0107デフォルトの名無しさん
2006/11/30(木) 22:42:320108RAG ◆nOA3ItxPxI
2006/12/01(金) 08:51:31レスありがとうございました。
書き込みが遅くなりましたが、あの後自己解決(?)しました。
ネットで調べてみると”漢字”の前後に付加するコードなんですね。
でも仕事で見ている他のプログラムは付けていないのもあってどういう
時にコードを付加するのかは未だに理解できてません。
とりあえず,ありがとうございました。
0109RAG ◆nOA3ItxPxI
2006/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
という解釈でよろしいのでしょうか?
どなたかご回答をお願いします。
0110デフォルトの名無しさん
2006/12/07(木) 07:43:26B=-23456.123
0111RAG ◆nOA3ItxPxI
2006/12/07(木) 16:49:46ありがとうございました。
0112デフォルトの名無しさん
2006/12/17(日) 15:54:12---.99の場合、---と−が3つありますが、このような数字編集を浮動挿入編集と
いいます。−の挿入位置が次のように浮動するからです。
|−|?|?|.|?|?|
|△|−|?|.|?|?|
|△|△|−|.|?|?|
浮動挿入の場合、先頭の−は、符号確保用で数字が入ることはありません。
続く2つの−は符号・数字を格納する桁です。すなわち、---.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に変換された後で編集されることになります。
0113デフォルトの名無しさん
2006/12/17(日) 20:00:510114デフォルトの名無しさん
2006/12/17(日) 23:53:100115デフォルトの名無しさん
2006/12/18(月) 00:48:06FUNCTION LENGTHとかFUNCTION 〜って奴。
あと、特殊名称とかで戻り値を拾って来れたはず。
0116デフォルトの名無しさん
2006/12/18(月) 08:04:330117デフォルトの名無しさん
2006/12/18(月) 08:15:31>http://www.cobol.gr.jp/knowledge/next_standard/standard0002/chap08.pdf
が、使ってるところはありそうもないな。
0118デフォルトの名無しさん
2006/12/20(水) 16:51:57SELECT ○○○ 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 に定義してるんですけど…
どなたか教えていただけませんでしょうか
0119デフォルトの名無しさん
2007/01/21(日) 23:01:060120Taku
2007/01/21(日) 23:03:42情報処理を行う技術者の永遠の救世主なり!
0121デフォルトの名無しさん
2007/01/21(日) 23:42:51...
SUB-SEX-RTN.
COMPUTE ROUNDED MANKO = TINPO * SEIEKI.
IF MANKO > 100
MOVE 1 TO SYASEI-SW.
SUB-SEX-END.
EXIT.
失敬!!!
0122デフォルトの名無しさん
2007/01/21(日) 23:52:500123デフォルトの名無しさん
2007/01/22(月) 00:10:46すべてグローバルでいいんです。
そんなの意識するから生産性が落ちるんですよ!!!!!
0124デフォルトの名無しさん
2007/01/24(水) 01:57:230125デフォルトの名無しさん
2007/01/25(木) 00:02:27主キー(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.
0126デフォルトの名無しさん
2007/01/25(木) 00:06:30スペースが…
OPEN INPUT REIDAI.
KURIKAESHI.
READ REIDAI
AT END
GO TO OWARI
NOT AT END
GO TO KURIKAESHI
END-READ.
OWARI.
CLOSE REIDAI..
STOP RUN.
0127デフォルトの名無しさん
2007/01/25(木) 23:56:020128デフォルトの名無しさん
2007/01/26(金) 01:35:12C言語のソレは知らんけど…この辺が参考になるか?
ttp://www.ginga.co.jp/kenshu/cobol/initialize.html
ttp://www16.plala.or.jp/hiyokogumi/dic/a_init.html
VALUE句で初期化出来るし、後から初期化するにしても
単体の項目なら MOVE で大抵は事足りるだろうから
必ずしも使うかと言うとそうでも無いんじゃね?
複合項目なら使うかもね、文字数字複合レコードとか。
0129デフォルトの名無しさん
2007/01/26(金) 01:45:320130デフォルトの名無しさん
2007/01/26(金) 03:44:54それだけ業務が大きいってことさ。
行数が減ってもテスト量は減らんぞ。
0131デフォルトの名無しさん
2007/01/27(土) 03:00:01主に集団項目(Cでいう構造体)の初期化に使うという意味では、
あたらずも遠からずというところでしょうか。Cの構造体の場合
memsetで、一色、たとえば0x00で初期化してしまえば事足りることが
多いです。しかし、COBOLの場合、メンバのデータ型に応じた初期化が必要と
なることが多いです。INITIALIZE文は、ゾーン10進メンバは0xf0f0...f0、
パック10進メンバは0x000...0c、2進メンバは0x0、英数字メンバは
半角スペース、日本語メンバは全角スペース、ポインタメンバはNULLと
いったように、メンバ毎にメンバのデータ型で一番自然な初期値で
初期化を行います。もちろん、「英数字メンバはデータ項目A、日本語
メンバはデータ項目Bの値で初期化する」といった指定も可能です。
0132デフォルトの名無しさん
2007/03/01(木) 08:25:270133デフォルトの名無しさん
2007/03/01(木) 19:22:470134デフォルトの名無しさん
2007/03/01(木) 21:51:030135デフォルトの名無しさん
2007/03/01(木) 21:59:38客からすれば動けばいいんだろうけど、それって
JavaとかPHPとか.NETよりも開発コスト低いのか?
どー考えても、JavaやPHPの方が3〜10倍ほど効率よく開発できると思うが。
0136デフォルトの名無しさん
2007/03/01(木) 23:11:38ひょっとして、タイピングは昔の機械式タイプライターみたいのでやるの?
0137デフォルトの名無しさん
2007/03/02(金) 01:09:29汎用機にだってスクリーンエディタはちゃんとある。
それより昔だとパンチカードになるんじゃないか?
Windows用のCOBOLなんかだと、好みのエディタを使っても良いかと。
0138デフォルトの名無しさん
2007/03/03(土) 16:49:590139デフォルトの名無しさん
2007/03/05(月) 12:01:37Tをてーと読む
0140デフォルトの名無しさん
2007/03/05(月) 12:16:450141デフォルトの名無しさん
2007/03/05(月) 20:51:000142デフォルトの名無しさん
2007/03/05(月) 21:05:560143デフォルトの名無しさん
2007/03/13(火) 07:01:40ひょっとしてCOBOLではできないんだろうか…?
SELECT DISTINCT 会社,CURSOR(
SELECT DISTINCT 支店,CURSOR(
SELECT 明細NO,ROWNUM
FROM 支店別明細
),ROWNUM
FROM 支店別明細
),ROWNUM
FROM 支店別明細
0144デフォルトの名無しさん
2007/03/13(火) 16:33:39もうちょっと調べれ
0145デフォルトの名無しさん
2007/03/17(土) 01:00:20CURSOR式のところで別のCURSORオープンして、3重ループで回すのかな?
コンパイル通るんだろうか…
0146デフォルトの名無しさん
2007/03/22(木) 17:31:48A-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).
略
既存のソースでこういうのを見ると吐き気が・・・
0147デフォルトの名無しさん
2007/03/22(木) 17:38:06PERFORM 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に触れて(社内保守) そんなに経ってないんだけど
ローカル変数が無いと確認する範囲が広すぎて落ち着かない・・・
0148デフォルトの名無しさん
2007/03/22(木) 21:17:44Sectionは関数じゃネーンだよ。
真のコボラーなら、余裕で問題無し。と感じるはず。
0149デフォルトの名無しさん
2007/03/25(日) 00:57:57テスト量も増えるし計算量も増えるよね… >147
同じループ2回も回さなくても…
0150デフォルトの名無しさん
2007/03/29(木) 20:05:42146の気持ちもわからんでもない。
そんな糞ソースは普通レビュー段階でボコられるはずだが。
0151デフォルトの名無しさん
2007/03/30(金) 00:07:240152デフォルトの名無しさん
2007/03/30(金) 01:54:450153デフォルトの名無しさん
2007/03/30(金) 13:22:470154デフォルトの名無しさん
2007/04/08(日) 10:09:03家のパソコンで予習・復習したいのでCOBOLの環境(?)を
入れたいのですが、入れ方を教えてください!
0155デフォルトの名無しさん
2007/04/08(日) 21:02:38FreeCOBOL.iNFO〜フリーのWindows用COBOLコンパイラまとめ〜
http://labs.netbata.com/cobol/
ここら辺りを見たら?
0156デフォルトの名無しさん
2007/04/08(日) 23:01:400157デフォルトの名無しさん
2007/04/09(月) 22:38:18どうもありがとうございます!
0158デフォルトの名無しさん
2007/04/10(火) 13:12:44生成されるコードはアセンブリとは程遠いんじゃまいか?
それとも最近は改善された?
0159デフォルトの名無しさん
2007/04/10(火) 21:49:27命令10個おぼえれば仕事できる
もう10年も前に足あらったが今はこぼるがいとおしい
0160デフォルトの名無しさん
2007/04/10(火) 22:22:12現場で動いてるグッチャグッチャなソース
0161デフォルトの名無しさん
2007/04/11(水) 14:17:320162デフォルトの名無しさん
2007/04/11(水) 23:39:07教科書だったら明日から使うけど。
0163デフォルトの名無しさん
2007/04/12(木) 22:20:352chtable から ita_bangou というデータを埋め込みsqlでとってくる。
fitchでITA-BANGOUにいれる。
ita_bangouがnullの場合、ITA-BANGOUには何がはいるんでしょうか?
後に IF ITA-BANGOU = NULL と同じ意味になる文を作りたいです。
0164デフォルトの名無しさん
2007/04/13(金) 06:33:46データベースのtableにある小数点以下まである数値を
SQLで読み込んで演算し結果を表示したいのですが、
小数点が表示されなくなったりしてうまくいきません。
どうすればよいか教えていただけないでしょうか?
0165デフォルトの名無しさん
2007/04/13(金) 08:47:380166デフォルトの名無しさん
2007/04/14(土) 14:47:51周りについていけないです(><)
0167デフォルトの名無しさん
2007/04/15(日) 23:44:00あ、それはもう転職したほうがいい。。
別にプログラムできなくても人生なんにも困らん。
0168デフォルトの名無しさん
2007/04/19(木) 15:39:310169デフォルトの名無しさん
2007/04/19(木) 21:24:52「COPY コピー句名.」だとエラーは出ず、
「COPY コピー句名 DISJOINING AA JOINING BB AS PREFIX.」だと
展開されてるっぽいんだけど文字が置き換わってません。
これだけの情報でもし原因がわかる方がいたらお願いします。
0170デフォルトの名無しさん
2007/04/19(木) 22:24:46仕様書に、レコード長50、ブロック長50って書いてあります。
BLOCK CONTAINS 50 RECORDS でいいんですか?
0171デフォルトの名無しさん
2007/04/20(金) 01:07:060172デフォルトの名無しさん
2007/04/20(金) 01:38:02CURSOR変数にINTOしてやればFETCHできるんじゃない?
0173デフォルトの名無しさん
2007/04/20(金) 01:46:54ブロック長って指定できたっけ?
>>168
COBOLにwait命令なんて無いから、ミドルウェアの機能を呼び出す。
なければ、Cライブラリのsleepでも呼び出す機能を自前で作る。
0174デフォルトの名無しさん
2007/04/21(土) 00:58:16CURSOR式のCURSORは親レコードがFETCHされた時暗黙でOPENされるから(次の行をFETCHする時CLOSEされる)、
OPENとかCLOSEとか考えずにFETCHすれば良い。
0175デフォルトの名無しさん
2007/04/23(月) 21:18:46COBOLでJAVAを読む方法を教えてください。
0176デフォルトの名無しさん
2007/04/23(月) 23:02:54こんな感じか?
0177デフォルトの名無しさん
2007/04/24(火) 22:51:02入力ファイルの
SHOHIN-CODE PIC X(1) の中身が1かつ2なら正常でそのまま出力ファイルの同項目に書き込み、それ以外なら、
ERR-KBN PIC X(1) (注:OCCURS 5 TIMES になっている)のエラー区分(1)に1を入力するという
処理なのですが、IF SHOHIN-CODE = 1 OR 2 THEN CONTINUE ELSE MOVE 1 TO
ERR-KBN(1) END-IF. でいいのでしょうか?
0178デフォルトの名無しさん
2007/04/24(火) 23:11:51こりゃこれは1レコードを1ブロックとする指定
つーつブロックはJCLで指定しなさい
0179デフォルトの名無しさん
2007/04/24(火) 23:12:430180デフォルトの名無しさん
2007/04/25(水) 01:10:32>1かつ2なら
1または2なら〜だろ。
>IF SHOHIN-CODE = 1 OR 2 THEN
文字だから'1'にしないと一致しないかも。あと
SHOHIN-CODE = '1' OR SHOHIN-CODE = '2'
解釈確認するの面倒だから愚直に書くほうがいい。
0181177
2007/04/25(水) 23:47:41ありがとうございます。
調べまくったのですが、ERR-KBN OF 集団項目 というふうにすればOkですか?
0182デフォルトの名無しさん
2007/04/25(水) 23:58:16集団項目なくてもコンパイルは通る。いれるのは気分次第かね。
0183177
2007/04/26(木) 22:35:24本当ですか?
MOVE A TO B などのように、語と語の間は空白をあけますが、
十字キーでカーソル移動しないと、スペースキーだと空白と認識してしまい、
ビルドしたときにエラーの嵐で大変だと聞いたことがあります。
0184デフォルトの名無しさん
2007/04/27(金) 07:28:36どのような命令を出せばいいんですか?
初心者なんでよくわからないんです
誰か教えてください
0185デフォルトの名無しさん
2007/04/27(金) 08:09:14スペースキーでいいよ。ただ漢字の全角空白だとエラーになる。
>>184
COMPUTE SYOKEI-A = 1 + 2 + 3
0186デフォルトの名無しさん
2007/04/27(金) 20:25:540187デフォルトの名無しさん
2007/04/28(土) 00:06:160188183
2007/04/28(土) 00:38:03エディターで最初に全部右シフトとかしないといけなかったようです。
どうもありがとう。
0189デフォルトの名無しさん
2007/04/28(土) 09:10:34そのファイルがクラスの昇順になっているものとして
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 最後になればクラス計と全合計を出力して終了
0190デフォルトの名無しさん
2007/04/28(土) 13:28:032つのセクションんってどうちがうんですか?
0191デフォルトの名無しさん
2007/04/28(土) 13:53:05その単語が意味する通り。
FILE SECTION はファイル入出力用の領域。
WORKING-STORAGE SECTION は作業用の一時領域。
0192デフォルトの名無しさん
2007/04/28(土) 23:09:13出力で3行以上空けてから文字を打ち出したいときはどうしたらいいのでしょうか。
0193デフォルトの名無しさん
2007/04/28(土) 23:28:581行改行を3回書けばいいだろ。
0194デフォルトの名無しさん
2007/04/28(土) 23:39:20すみません、よく理解していなくて。
0195デフォルトの名無しさん
2007/04/29(日) 00:31:01だから、改行文字を3文字書けよ。
0196デフォルトの名無しさん
2007/04/29(日) 01:51:240197デフォルトの名無しさん
2007/04/29(日) 01:54:04その調子だ
0198デフォルトの名無しさん
2007/04/29(日) 12:37:34これいっぱい出力したらどうなるかぁ
0199デフォルトの名無しさん
2007/04/30(月) 12:49:240200デフォルトの名無しさん
2007/05/01(火) 19:26:50二つのファイルのマッチングをやるんですが、なぜ事前にソートするのか?って
聞かれました。効率がいいからではないんですか?ソートしていないバラバラの
状態では、マッチングできないんですか?
0201デフォルトの名無しさん
2007/05/01(火) 22:47:45そんなの自分で両方ともトレースしてどっちが効率いいか比べろ。
それも研修のうちだ。
いっとくけど、ソートしないほうは「ソート」という下ごしらえが不要で
ソートしておく方は余計な作業が必要だな。
その辺のアルゴリズムも考えて総合的に比較しろよ。
現実、ソートなんてユーティリティまかせだけど、それも所詮人間の作った仕組みなんだから
絶対考慮しろよ!
ま、開発効率は言うまでもなくry(
0202デフォルトの名無しさん
2007/05/02(水) 00:00:470203デフォルトの名無しさん
2007/05/02(水) 00:36:090204デフォルトの名無しさん
2007/05/02(水) 01:20:40順ファイルは、いわばカセットテープ。
頭出しができないから、あらかじめ昇順しておくと、先頭から何度も読み込みする必要はなくなる。
0205デフォルトの名無しさん
2007/05/02(水) 02:49:49ちなみにCOBOLの新規開発なんてあるの?
既存システムへの機能追加じゃなくて、純新規の開発。
0206デフォルトの名無しさん
2007/05/04(金) 11:02:48OracleがPro*COBOLを提供しているからね Pro*Cよりも開発が楽で生産性が高い
0207デフォルトの名無しさん
2007/05/04(金) 12:14:45もっともそういう現場には逝かないような会社を選んで就職したわけだが
0208デフォルトの名無しさん
2007/05/04(金) 19:58:300209デフォルトの名無しさん
2007/05/04(金) 21:25:12来年度に始まる新しい保健制度もCOBOLでやるし。
0210デフォルトの名無しさん
2007/05/04(金) 22:24:07みずほ統合の際にも話題になったけど、○○銀行は日立、○○銀行はIBMみたいに、
これらの業界では汎用機メーカーが勢力争いでがっちり縄張り持ってるからな。
OSからソフトから運用保守まで全てをクローズドな技術として自分たちの手のうちに
できるメインフレームシステムは、他へのリプレースが非常に困難な上に利益率が
90%以上という恐ろしく儲かる世界。
無料のオープンソースが採用できたり利益率が低かったりするフロント側とは
比べ物にならないくらいおいしいビジネスなんだよ。
同じシステム開発でも、情報系と基幹系は別世界だと考えた方がいい。
0211デフォルトの名無しさん
2007/05/05(土) 00:21:160212デフォルトの名無しさん
2007/05/12(土) 10:38:03SPACEを出力領域に送らなければならないのですか?
0213デフォルトの名無しさん
2007/05/12(土) 10:47:070214デフォルトの名無しさん
2007/05/12(土) 10:48:37月曜日にやってみます!
0215デフォルトの名無しさん
2007/05/12(土) 13:10:300216デフォルトの名無しさん
2007/05/12(土) 22:10:02|||n ; '"__ ゙ 、
____/二ニヽ、=_ ; ⊂/ ;
/_/| ,.l ,ィ'''" ii')´) / / ,
/__/ ,.ィ'" i ,,,.ィ'` / /
/〆`´ `"" ー――――‐ /
ロ0~l "〃〃" __,,.ィ-‐'" < コブラと聞いてやってまいりました
%====,≧j_,,...()88三--―''""~
/ /ヽ、 ヽ、
` ̄ ̄ ̄` ̄ ̄ ̄ ̄ ̄ ̄´
0217デフォルトの名無しさん
2007/05/14(月) 21:27:266が最終キーですよね?
0218デフォルトの名無しさん
2007/05/15(火) 21:43:55> 来年度に始まる新しい保健制度もCOBOLでやるし。
それマジ?後期医療保険制度のことでしょ?
0219209
2007/05/16(水) 00:42:42保健って書いていたね。ごめん。後期医療の事ですもちろん。
自分の取引先だと既存システムが汎用機でシステム組んでいるため、
それらと連携を取るためにも汎用機のシステムの方が都合の良いケース
も考えられるし。
そんな場合だと当然COBOLになってしまう。
0220デフォルトの名無しさん
2007/05/16(水) 00:47:070221デフォルトの名無しさん
2007/05/18(金) 13:17:18そういえばORCAもCOBOLだったな
0222デフォルトの名無しさん
2007/05/24(木) 15:09:04教えてください。
0223デフォルトの名無しさん
2007/05/24(木) 16:25:50JCLでやるべきなんじゃないの?
0224デフォルトの名無しさん
2007/05/24(木) 19:26:260225デフォルトの名無しさん
2007/05/25(金) 11:43:42どうすればいいでしょうか?
0226デフォルトの名無しさん
2007/05/25(金) 11:45:56まじれすしちゃだめぽ
0227デフォルトの名無しさん
2007/05/25(金) 11:57:410228デフォルトの名無しさん
2007/05/26(土) 00:12:57こんな会社があるとは…
昔 汎用機オペ 〜オフコンプログラマー やってたが
オープン系にシフトして Object指向に馴染めず 欝で 失職した
元PGだが またコボラーに 戻れるかな>>?
0229デフォルトの名無しさん
2007/05/26(土) 01:09:210230デフォルトの名無しさん
2007/05/26(土) 05:42:550231デフォルトの名無しさん
2007/05/27(日) 22:19:270232デフォルトの名無しさん
2007/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
受講料: 無料(事前登録制)
ttps://ssl2.oneoffice.jp/ssl.ai-privacy.jp/cobolforum/index.html
>日本ユニシス株式会社 w
これって、リプレイスしない方法ってことなの?
詳しい人よろしく
0233デフォルトの名無しさん
2007/05/28(月) 13:44:440234デフォルトの名無しさん
2007/05/29(火) 00:07:49話はそれからだ
0235デフォルトの名無しさん
2007/05/29(火) 12:33:29米『Computerworld』誌は24日(現地時間)、「死んだ(または死につつある)コンピュータスキル」を10種挙げるという
記事を公開した。サブタイトルには「あなたのスキルをアップデートすべきでは?」とあり、どちらかというと前向きな
提言というニュアンスを込めたいのかもしれないが、必ずしもそう感じられる文章ではない点は少々残念なところだ。
以下、そのリストと説明文を紹介しておこう。
1. COBOL
Y2Kは、腕をふるう機会が減りつつあったCOBOLプログラマにとって「2度目のゴールドラッシュ」となった。しかし、
それから7年近く経過した現在、この忘れられつつある言語の救世主の影もまったく見えない。同時に、コンピュータ
サイエンス関連の大学のカリキュラムでCOBOLが教えられることもほとんどなくなっているが、「メンテナンスを続け
なくてはいけないCOBOLアプリケーションを運用している組織はまだ何千も存在している」という声もある。
http://journal.mycom.co.jp/articles/2007/05/28/deadskills/index.html
0236デフォルトの名無しさん
2007/05/29(火) 12:35:14リスクを考え転職するか悩む
Mさんは大学卒業後、小規模なソフトハウスに入社しました。大学の専攻は文系学部でしたが、ITスキルが
将来重要になると考え、IT業界を中心に就職活動をし、3社から内定をもらうことができました。その中から、
規模は小さいものの、いろいろ先輩から教わることもできそうな、幅広い年齢層の先輩がいる企業に入社を決めました。
Mさんは入社後に汎用機の保守を中心に行う部署に配属されました。学生時代はITに関してほとんど接する
ことがなかったMさんにとっては、汎用機だろうと保守だろうと新しいことばかりでした。
しかしIT業界のことを少しずつ学んでいく中で、汎用機の保守作業のキャリアは評価があまり高くないということを
知るようになったのです。
会社の中では、上流工程に携わっているITエンジニアもいます。しかし、上流工程にかかわることのできる社員は、
ほとんど自分よりもかなり年齢が高い人ばかりでした。汎用機以外の仕事ができる可能性を求めてプロジェクトの
転換を希望してみましたが、思いどおりになりませんでした。
(全文)
http://jibun.atmarkit.co.jp/lcareer01/rensai/debug05/debug01.html
0237デフォルトの名無しさん
2007/05/29(火) 13:53:38上2つの文から受けた印象は
メンテナンスを続けなければならないCOBOLを運用している組織が
まだ何千も存在しているならば、まもなく定年を迎える人たちが
携わっている上流工程を保守できるスキルは評価される機会はある。
って感じ。
0238デフォルトの名無しさん
2007/05/30(水) 01:37:18誰がうまいことを書けとw、、、。
0239デフォルトの名無しさん
2007/06/07(木) 17:55:560240デフォルトの名無しさん
2007/06/14(木) 03:13:13しかし、Lispは古くさい言語だとは思われてない。
COBOLはLispより新しいし、今もなおLispとは比べるまでもない大勢力だ。
それなのに古くさいカビの生えた前世紀の遺物と思われてる。
この差はいったいなぜ?
COBOLにだって今もなお学ぶべき優れた点があるというのに。
可読性を重視し、読みづらい省略表記を使わないという長所なんて、
未だにCOBOLに遠く及ばない言語も多数あるというのに。
(たとえばPerlとかPerlとかPerlとか)
なぜCOBOLにはこんなに古くさい、
いまさら取り上げるべき長所なんか皆無の
惰性だけで使われてる言語という
イメージができてしまったのだろうか?
0241デフォルトの名無しさん
2007/06/14(木) 08:45:55一番効いてるのは、使ってるプログラマ層の差だろうね。
0242デフォルトの名無しさん
2007/06/16(土) 04:26:47安価で導入が楽な、個人PC用の決定的な環境が
無いことなんじゃないかなぁと。
Lispはフリーのエディタに付いてくるし
そもそも主なターゲットである言語研究者なら
自分で実装できてしまうようなシンプル設計。
PerlはWinならActivePerlをインスコすればOK、Linux系なら準標準。
書き捨て言語と割り切ってる設計だから慣れれば速記性がある。
文字列処理に強いのもポイント高い。
今でこそテキスト処理に重点を置いたスクリプトが台頭して
PHPみたいなWeb専門の言語もあるが、一昔前は
CGIをやりたいが為に導入した奴もかなり多いと思う。
PascalはDelphiで覚えた奴が多そう。普及に一役かっただろうな。
入力補助してくれるIDEがあれば冗長性も大して気にならないし
あれだけのライブラリがあれば言語関係なく使えると思う。
COBOLのフリー環境はあるが、ライブラリが不足だったり
中途半端だったりインストールが面倒だったり。
あの冗長なコードをテキストエディタで書くのもちょっと…。
かと言って、商用は異様に高いし…。
やはり汎用機の時代を引きずってる印象は否めないんだよなぁ。
0243デフォルトの名無しさん
2007/06/17(日) 17:50:57大学で仕方なく覚えたやつも多そう
0244デフォルトの名無しさん
2007/06/17(日) 22:06:43COBOLが帳票出力言語な事につきるんじゃねー?
使いやすいフリーのIDEがあったとしても、
帳票出すプログラムなんて個人ユースには必要ない
0245デフォルトの名無しさん
2007/06/19(火) 21:25:02PCユーザとは全く無縁の所でしか使われてないから
PCユーザにとっては「COBOL? なにそれ?」になってしまう。
そして現代のコンピュータユーザの95%はPCユーザだ。
同じ古い言語でもLISP、C、PASCALなどは
PCの世界で使われてるからPCユーザが目にする機会は多い。
違いといえばそれだけだろう。
0246デフォルトの名無しさん
2007/06/20(水) 09:25:33COBOLスレでコンシュマーな話されても。。。
0247デフォルトの名無しさん
2007/07/06(金) 10:37:54田原いわく、社保庁の不祥事は「COBOLが悪い」のだとさ。(爆笑)
http://www.nikkeibp.co.jp/style/biz/column/tahara/070705_18th/
田原のぞっとするほどの無知無学さに喫驚。っていうか、呆れた。
0248デフォルトの名無しさん
2007/07/06(金) 15:14:19> これは彼が学生時代に使っていたもので、40年も前のものだ。
> つまりこの年金の問題は、あまりにも古いシステムとハードを使っていることから起きたのだ。
> なぜこのようなことが起きたのかというと、まさに社保庁は倒産しないからだ。
> 一般企業ではそんな古いものを使っていれば、数字が無茶苦茶になって倒産するから、
> 何年かに1回は切り替えている。それを社保庁は、40年も切り替えないできた。
ヒデー。言語やハードがいくら古かろうが
コンピュータは寸分の狂いもなく "命令どおり" に動いているというのに・・・
手持ちの電卓たたいて変な数字が出てきたら誰のミスか?ということを考えなおして欲しい。
0249デフォルトの名無しさん
2007/07/06(金) 20:38:40うちの病院はもう40年もシステムを継ぎ接ぎ継ぎ接ぎしながら
使い続け、一円のミスも起こしてませんが・・・・・・・・・・・・・
COBOLなんですけど・・・
0250デフォルトの名無しさん
2007/07/06(金) 23:14:17「時効年金」受給申請初日、連絡不手際で一部受理されず
http://www.yomiuri.co.jp/national/news/20070706it07.htm
今日から年金の時効を撤廃する法律が施行されたのに、社会保険庁からの
指示のメールを社会保険事務所の馬鹿が見てなくて「社会保険庁から何も
聞いておらず、手続きの方法も指示されていません」と言って申請に来た人を
追い返したそうだ
こんな馬鹿にはどんなシステム作ってやっても無駄じゃねえのか?
システム入れ替える前に人を入れ替えろやっ!
0251デフォルトの名無しさん
2007/07/07(土) 00:00:47俺に立派な大学を出られる頭脳と財力があったら社保庁入りたい。
0252デフォルトの名無しさん
2007/07/07(土) 01:00:07なのに、社保庁のCOBOLだけが悪いのかが不明。
しかし国会議員の無知は怖い。
システムの移行に2年や4年でできると思っているのか。
第3次オンライン後、ハード、ソフトを新規で完全にリプレイスした銀行ってどこよ。
0253デフォルトの名無しさん
2007/07/07(土) 14:39:390254デフォルトの名無しさん
2007/07/07(土) 17:22:40そう言ってる馬鹿がいる
で、この世には日経信者のおっさんがいて
その記事を鵜呑みにしちゃうかも・・・
0255デフォルトの名無しさん
2007/07/07(土) 21:50:23新生銀行(長銀)があるじゃん
都銀に同じことが出来るかどうかは知らんが
0256デフォルトの名無しさん
2007/07/08(日) 11:23:08by サンプロ
0257デフォルトの名無しさん
2007/07/08(日) 20:53:33COBOLいまだに重要な言語だろ。
銀行、行政機関、事務系 いまだに普通に使っている。
いい言語だと思う。
0258デフォルトの名無しさん
2007/07/08(日) 21:02:24家を建ててるので、家は欠陥品
0259デフォルトの名無しさん
2007/07/08(日) 21:21:49うまい。
そのようなことを言っているとしか思えない。
0260デフォルトの名無しさん
2007/07/09(月) 04:26:42PG初心者なのですが・・・・これ新聞読んでて首ひねってたのです。
「・・・・ITコンサルタントによると使用しているプログラミング言語もCOBOLという
古い世代の言語であり、今の言語なら1行ですむものを3行で云々・・・・」
とどのつまり、最終的には機械語にコンパイルするのですから、
言語仕様をどうこう言うのはおかしいと感じたのですが、プロのPGのかたからみたら
どうなのですか?何か問題があるのでしょうか?よく分かりません><
要するに、如何なる言語を使用しようが、codeが最適か否かの問題ではないの
ですか?
0261デフォルトの名無しさん
2007/07/09(月) 06:38:05ただまぁ、「いい言語」と言われたら「20−30年前は」と
漏れも答えるが。
まあこの場合は使う人間がおかしいって事でFA
0262デフォルトの名無しさん
2007/07/09(月) 06:39:58全然、古くないよ。
世界中で金融系・事務系に幅広く使われている。
0263デフォルトの名無しさん
2007/07/09(月) 06:46:18安定しているといえばいい言語。
0264デフォルトの名無しさん
2007/07/09(月) 07:26:18漏れの知っている某都銀では
Javaとかにシフトしつつあるけどな。
今は幅狭く使われているよ。>COBOL
ただまあ、新規案件でCOBOL持ち出すアフォが実在するのも事実だしなぁ。
0265デフォルトの名無しさん
2007/07/09(月) 10:42:30田原総一郎の無知無学ぶりを顕彰する!
どはははは。
0266デフォルトの名無しさん
2007/07/09(月) 17:23:41逆に金融・事務系で切替が進まなかったことが不思議。COBOL自体にできることは少ないから、結局、
多言語とのインターフェースだらけになって、後になって、scratchから書いた方が早いなどと言う自体に
なる。
0267デフォルトの名無しさん
2007/07/09(月) 18:26:07知識ベースを作るのに向かないというか言語外のDB頼りとなる。
従ってCOBOLだけで実世界のモデルを記述することが困難。
これが、メーンフレームで未だに気の利いたことができない理由。
0268デフォルトの名無しさん
2007/07/09(月) 18:30:580269デフォルトの名無しさん
2007/07/10(火) 22:52:10プログラム単体の中ででDBを直接アクセスするコードって書いたこと無い。
DBアクセスするようなのは、全て外部モジュールをCALLだったけど。
何千とあるプログラムでcoderの勝手に書かれちゃメンテナンス出来ません。
0270デフォルトの名無しさん
2007/07/10(火) 23:01:03それを読み出す為に、プログラム内でマンドクサイ内部定義切って
アレコレしてたりするんだが、あれはある意味DBを直接アクセスしてるのと
大差ないと思うんだが。
SQLであんなワザはできんしな。
0271デフォルトの名無しさん
2007/07/11(水) 15:11:38その外部モジュールというのは何をやっているのですか?
一般にどんな言語で記述されているのですか?
0272デフォルトの名無しさん
2007/07/11(水) 22:42:24そういう用途にわざわざ汎用機使うのは無駄じゃねー?
それなりの性能のサーバにUNIXぶち込めば万事OKな気が。安いし
0273デフォルトの名無しさん
2007/07/12(木) 20:44:310274デフォルトの名無しさん
2007/07/14(土) 20:08:19COBOLのものもあれば、アセンブラのものもありました。
用途や使用頻度、要求される速度によって違います。
0275デフォルトの名無しさん
2007/07/15(日) 01:43:31COBOLを学ぶに良い本を教えてください
0276デフォルトの名無しさん
2007/07/15(日) 10:43:43>>160
0277デフォルトの名無しさん
2007/07/19(木) 22:15:07>>160 がいうようにソースを読め。もしあるならJob Flow
0278デフォルトの名無しさん
2007/07/19(木) 23:34:46マニュアル
マニュアルをまともに読まない(読む時間がない)人も多いので
0279デフォルトの名無しさん
2007/07/22(日) 11:37:21EasytrievePlusの日本語マニュアルってPDFで
ありませんか?
英語版しか見当たらなくて。。。
0280田原はアルツハイマーか
2007/07/23(月) 06:23:36年金、田原総一朗、COBOLが悪い発言
http://iiyu.asablo.jp/blog/2007/07/23/1674169
0281デフォルトの名無しさん
2007/07/23(月) 15:11:53何か、再利用しにくい資産だね。ソフトウェアも高額なら資産に計上して良いはずだと
思うけれど、時価では価値低そうだね。
0282デフォルトの名無しさん
2007/07/23(月) 15:15:08もう、技術者がいなくなってきているし、当たらずとも遠からず、じゃないの。
後で入力のチェッカーなんて作ろうとする奴が何十年も現れなかったのだし...
0283デフォルトの名無しさん
2007/07/24(火) 18:46:230284デフォルトの名無しさん
2007/07/26(木) 10:18:35うん。汎用機を持ち続けることが出来るなら無理に言語変更はしなくても大丈夫だと思う。
あまり新しいことは出来ないけど、裏で動かすバッチだったら安定してるしね。
0285デフォルトの名無しさん
2007/07/27(金) 12:56:21うちの会社のデータベースはJavaと連動してオンライン化してるけど
1回もCOBOLが原因でエラーになったことないから
御国の言ってることが何だか分かりませんよ、やれやれ
0286デフォルトの名無しさん
2007/07/27(金) 16:53:13停止してきます、と将来言い始めたら、さてどうするのかな? COBOLはオプション
で別契約別料金とします、これが一番いい。
0287デフォルトの名無しさん
2007/07/27(金) 20:14:33銀行などの大口客を敵に回す気?
0288デフォルトの名無しさん
2007/07/27(金) 21:34:37>停止してきます
ばかー?
0289デフォルトの名無しさん
2007/07/27(金) 21:52:530290デフォルトの名無しさん
2007/07/28(土) 00:58:420291デフォルトの名無しさん
2007/07/28(土) 01:47:51それは大ボラ。w
0292sage
2007/07/29(日) 00:07:26おいおいそりゃあWKENだろう
0293棒線レーサー
2007/07/31(火) 14:07:440294デフォルトの名無しさん
2007/08/01(水) 22:20:30研修ではゼロからコーディングしていったけど、
現場では、生産性高める為にヒナ形があって、パラメータとかちょこっと
変えてやるだけでいいのね。。。
プログラムよりも、現場独自のツールとかテスト結果の読み方とか勉強
するのが大変。
0295デフォルトの名無しさん
2007/08/02(木) 21:50:14そう。それ以上に大変なのが業界ごとのお約束。部外者には、なんで、ここでこういう処理をする?って事ばっか。
0296デフォルトの名無しさん
2007/08/04(土) 09:51:560297デフォルトの名無しさん
2007/08/04(土) 22:31:420298デフォルトの名無しさん
2007/08/08(水) 06:20:290299デフォルトの名無しさん
2007/08/10(金) 10:14:520300デフォルトの名無しさん
2007/08/11(土) 09:34:10それってクエリの代わりを作ってるっていうことなのか。
0301デフォルトの名無しさん
2007/08/11(土) 18:56:25メインフレーム+COBOLが最強だわ。断言できる。
金融機関の社内SEだけど、これからもずっとCOBOLでやっていくことで
社会コンセンサスは取れてる。
今は一部のアセンブラ資産をCOBOLに順次切り替え中。
メインフレームのアセンブラ使いこそは、まさに絶滅危惧種だからな。
これでうちのシステムはあと何十年でも戦える。
0302デフォルトの名無しさん
2007/08/13(月) 06:34:50別にどーこー言うつもりもないが、
自分の居場所を守る行為はそれはそれで普通だけど
COBOLerをアセンブラ使いを絶滅危惧種扱いはどーなのかと。
漏れの知っている某金融機関はアセンブラ:COBOL=8:2って
感じで、そもそもそのCOBOLは派遣(?)が作った部分だったりするが。
いや、その開発部署は8割が派遣で出来ているんだけどな。w
0303デフォルトの名無しさん
2007/08/13(月) 06:35:28>COBOLerをアセンブラ使い
COBOLerがアセンブラ使い
0304デフォルトの名無しさん
2007/08/13(月) 10:36:30JAVAも含めた三刀流は珍しいかな
0305デフォルトの名無しさん
2007/08/13(月) 13:05:030306デフォルトの名無しさん
2007/08/13(月) 23:43:27コボラーが進歩していない、どころか退化しているのが現状。
0307デフォルトの名無しさん
2007/08/14(火) 00:01:28そりゃまあ、バッチ処理みたいな単純な読み書きに計算、分岐処理しかやらないんだったら
アセンブラもコボルも出来て当然だと思うが。
分野が違うけどCやアセンブラでリアルタイムなアクションゲーム作るのとは次元が違うしな。
0308コボちゃん
2007/08/15(水) 13:16:410309デフォルトの名無しさん
2007/08/15(水) 22:19:510310デフォルトの名無しさん
2007/08/15(水) 22:48:22DIVISIONとかSECTIONとかさ。
WITH TEST AFTERなんて、もううっとりしてしまう。
COBOLに一生付いていくよ。
0311デフォルトの名無しさん
2007/08/15(水) 22:58:191年前まで、COBOLerだらけの楽園にいましたが...?
0312コボちゃん
2007/08/16(木) 07:34:360313デフォルトの名無しさん
2007/08/16(木) 17:33:360314デフォルトの名無しさん
2007/08/17(金) 17:48:52具体的にはどういった仕事をするの?
経験者の方のコメントを求む。
0315デフォルトの名無しさん
2007/08/17(金) 19:04:49アホかw
お前の会社のシステム維持管理が
どういう仕事かなんて俺らが知るかよw
上司や先輩に聞けw
0316デフォルトの名無しさん
2007/08/17(金) 19:57:48http://pc11.2ch.net/test/read.cgi/prog/1120922010/844-846
0317デフォルトの名無しさん
2007/08/18(土) 00:36:03釣られてみる
WHTH TEST [AFTER | BEFORE]が好きな奴は変態
0318デフォルトの名無しさん
2007/08/18(土) 15:44:23俺の会社ではなく、今度新しくこの会社(ソフトハウス)に入社し、この会社が開発したCOBOLのシステムの維持管理です。
具体的にはどういった仕事をするんですか?
経験者の方のコメントをお願いします。
0319デフォルトの名無しさん
2007/08/18(土) 15:50:440320デフォルトの名無しさん
2007/08/18(土) 17:03:44臭いモノにふたをして(見なかったことにして)上辺だけを見繕い、
世の中(と自分)を誤魔化しながら生きていくって感じ。
まあトラブルさえなけりゃ一日中マンガ読んでいても大丈夫な現場じゃね?
技術的な向上心を望んでいる人には地獄だと思うけどな。
0321デフォルトの名無しさん
2007/08/20(月) 12:43:2120 GOTO 10
RUN
0322デフォルトの名無しさん
2007/08/20(月) 20:25:20それはBASIC
0323デフォルトの名無しさん
2007/08/20(月) 23:39:100324デフォルトの名無しさん
2007/08/21(火) 00:37:14STOP RUN.
0325コボちゃん
2007/08/21(火) 14:42:270326デフォルトの名無しさん
2007/08/22(水) 17:18:26PERFORM DISP-RTN THRU DISP-RTN-EXT UNTIL 10000 TIMES.
STOP RUN.
DISP-RTN.
DISPLAY NC"こぼらー乙".
DISP-RTN-EXT.
EXIT.
久々に書いたよ。ボコル。
久々にNumLockをonにしていたよ。ボコル。
0327デフォルトの名無しさん
2007/08/22(水) 17:39:110328デフォルトの名無しさん
2007/08/22(水) 19:30:19なんて美しいコード…やっぱコボルが一番だな。
CとかJavaの軟弱な小文字ソースを見ると吐き気がする。
0329デフォルトの名無しさん
2007/08/28(火) 23:33:53A PIC S9(03) VALUE -123.
B PIC X(2).
MOVE A(3:2) TO B
上記だとBには「23」が設定されますよね?
ケース2:
A PIC S9(03) VALUE 123.
B PIC X(2).
MOVE A(3:2) TO B
上記だとBには「23」が設定されますか?
ケース2の実行結果がわかりません。
ご教示願います。 ( ・∀・)ノ
0330デフォルトの名無しさん
2007/08/29(水) 00:00:250331デフォルトの名無しさん
2007/08/29(水) 00:16:46ZONE形式で符号付きの場合、一番ケツに符号を持ってたと思う。
(持ち方は環境依存かもしれない。)
-123 だからと言ってS9(3)は4文字にはなっていないんじゃないか?
0332デフォルトの名無しさん
2007/08/29(水) 00:50:04その辺は言語仕様として固まって無いんじゃ
俺はCOMPオプションで出力されるデータ型が決まるみたいに考えてた
0333デフォルトの名無しさん
2007/08/29(水) 00:55:12おいおい、MOVEするときに型変換されるに決まってるじゃないか。
つまりケース2は「23」で正しいかと。
0334329
2007/08/29(水) 08:11:37ということは・・・
「A PIC S9(03)で変数Aを宣言すると4文字分の領域(符号領域+3桁の数値領域)が
確保され正の数のとき、右詰で数値が設定される」
という認識であってますか?
0335デフォルトの名無しさん
2007/08/29(水) 09:38:02REDEFINES して調べてみたら?
0336デフォルトの名無しさん
2007/08/29(水) 10:03:06>>333 はREDEFINESとMOVEで動作が違うといってるな。
どういう動作になるのかは言語仕様にあるかわかんね。コンパイラ依存だろうか。
0337デフォルトの名無しさん
2007/08/29(水) 12:50:06>>334
俺の環境だとコンパイルすら無理、どっちのケースでも
MOVE A(3:2) TO B
が異常あつかい
俺の環境だとAは3バイトあつかいなので、
3桁目から2バイトだと領域オーバーだから
いぜう
0338デフォルトの名無しさん
2007/08/29(水) 14:45:43COBOLだけのシステムって、何が作れるの?
middle wareだらけじゃないの?
0339デフォルトの名無しさん
2007/08/29(水) 15:38:03ミドルウェアに依存しているのはどの言語も同じ
って言うか、オープン系の言語の方がその傾向が強いんじゃねーか?
0340デフォルトの名無しさん
2007/08/29(水) 17:11:43開発の規模とプラットフォームによるだろうけれど、例えばCで統一する方が、ミドルウェアから、GUIまで
一貫性があるんじゃないの? それか小規模のシステムなどは、スクリプト型言語でランタイムライブラリに
全部依存する方が開発が早いのでは?
0341デフォルトの名無しさん
2007/08/29(水) 17:57:27最初からわかってることでは? つまり、そんな観点で
COBOLが選ばれている訳ではない。
0342デフォルトの名無しさん
2007/08/29(水) 22:27:31UNIX自体についてはできる人か講師の先生に教わればいいんだし
経験者曰く、毎日やってりゃ嫌でも覚える、とのこと
0343デフォルトの名無しさん
2007/08/29(水) 22:37:12もう30になるので、これからどうやって食っていくか考えなきゃ
0344デフォルトの名無しさん
2007/08/30(木) 10:00:52ほとんどの企業でPC2台(一台はバックアップ)で済むよ。
0345デフォルトの名無しさん
2007/08/30(木) 13:15:25異常終了とかしたら、ダンプだのトレースだの
他の人が手を加えて継ぎ接ぎだらけのAPをデバックする
次に異常終了したら、担当じゃないとこまで責められる。
俺は銀行系の運用携わってたけど、死ぬかと思った。
夜中に呼び出され知らないことで問い詰められ、
朝までにデバック〜テストして本番に移行する。
この仕事やる前に、運用保守って聞いて受けないでおこうと思ったけど。
金に釣られてやった俺がバカだった。
最後は強引に辞めちゃった。
二度と子守りなんてごめんだ。
0346デフォルトの名無しさん
2007/08/30(木) 13:37:16どんだけしょぼい会社しか知らないんだよ。
0347デフォルトの名無しさん
2007/08/30(木) 15:31:55まったくやったことないんです。 初級、新卒レベルOKの案件なんで大丈夫だと思うんですが
これだけは入場する前にやっておけというのはありますか?
C,C++,JAVA,VBはやってます
0348デフォルトの名無しさん
2007/08/30(木) 21:40:26>C,C++,JAVA,VBはやってます
まったく役に立たないからな。むしろ苦痛になるぞ。
0349デフォルトの名無しさん
2007/08/30(木) 22:16:390350デフォルトの名無しさん
2007/08/30(木) 22:44:34他の言語を知ってれば知ってるほど、コボルは辛いかもね,,,
0351デフォルトの名無しさん
2007/08/30(木) 23:59:39それはいい過ぎ
Cが出来れば後は文法覚えるだけ
VBが出来れば文法も半分覚えてる
C++ JAVAはいらね。窓から投げ捨てろ
0352デフォルトの名無しさん
2007/08/31(金) 00:10:16特にオンライン・・・
プログラムが果てしなく深く、そして汚く、下へ下へと繋がって、他系システムに
連動している・・・
メインフレームのシステムはドキュメントが無い
プログラムとJCLのみ
組んだ奴しか知らないことばかり
運用兼開発は朝から晩まで大変らしいね
開発か運用のどちらかに専念できる会社じゃないと体がもたないよね
0353デフォルトの名無しさん
2007/08/31(金) 23:10:19そんなに嫌ならC++かJavaに譲ってやれよ。w
0354デフォルトの名無しさん
2007/09/01(土) 09:07:39COBOLはつらいかもね。
うちの会社だけかもしれないけど。
0355デフォルトの名無しさん
2007/09/01(土) 09:28:210356デフォルトの名無しさん
2007/09/01(土) 09:46:12COBOLが悪いと言うか、あの辺りはそういう体質なんだから、
慣れるしかないな。
つーか今は亡き(w)UFJなんかCOBOLじゃなくてアセンブラ全盛だったぞ。
COBOLで贅沢いうんじゃねーよ。って感覚だったな。
漏れも久しぶりに64Kの壁やらセグメントって概念思い出したし。
0357デフォルトの名無しさん
2007/09/05(水) 14:34:09何か変換できるソフトはないでしょうか?
データは、EBCDIKとJEFコードで、ファイル転送は、PFDのFIMPORTを使用しています
教えてエロい人・・・スレチの場合は、誘導願います。
0358デフォルトの名無しさん
2007/09/05(水) 16:23:18F*TRANだとどういう風に具合が悪かったの?
0359デフォルトの名無しさん
2007/09/06(木) 09:31:08その流れでF*TRANいるのか?
FIMPORT終了でPC上のファイル(CSV)になっているのでは?
PFDのFIMPORTってPC上でやってるんじゃないの?
0360357
2007/09/06(木) 10:53:53F*TRAN が不具合と言う訳ではなく、該当ソフトを模索している最中なので、F*TRANは既に
候補にあがっているので、〜以外としました。
それと、JEF変換の精度が、50%ぐらいだとHPに書いてあったような・・・
359 さん返信ありがとう
>PC上のファイル(CSV)になっているのでは?
確かにCSV形式になっているのですが、1レコード単位なので、基本項目別に、カンマをいれるには
ファイル毎にカンマ編集のプログラムを組んでPCに送らなければならないので、PC側でF*TRAN等
が必要だと思いました。(10〜20程度のファイルならプログラムも組みますが、100を超えるもので)
理想的には、VSAMファイルをホストのワークファイルにする
↓
ファイル転送(FIMPORT)でPCに転送
↓
変換ソフトを使いPC内で項目別カンマのファイルに変換 → PC利用
カビの生えたレガシープログラマに愛の手を・・・
0361358
2007/09/06(木) 12:34:51その流れで処理するのがベストです。
よく使われているレガシーデータ変換ツールは、
F*TRAN+
AnyTran
Hulftデータ変換Pro
Pervasive Data Integrator(旧Data Junction)
のあたりですね。この中からコストと漢字変換機能を重視して選ぶと、
F*TRAN+の一択になってしまうと思います。漢字変換テーブルが標準で
付いてくるのが大きなポイントです。試用版をDLしてまず使ってみては?
もっと大きくEAI/ETLツールという枠組みで考えると、他にもレガシーデータに
対応した製品/システムはいろいろとあります。でも、価格が2桁ほど
跳ね上がってしまうので、現実的ではないでしょう。
0362デフォルトの名無しさん
2007/09/06(木) 12:56:47試用版が、有ったんですか、文字通り試してみます。
0363デフォルトの名無しさん
2007/09/08(土) 01:36:18ACUCOBOL
これ最強!
0364デフォルトの名無しさん
2007/09/08(土) 02:05:31読み出してのマッチング処理というのが
入門書の例題における定番ですが、
Cなどの参考書ではとんとお目に掛からない。
もしかして、他の言語ではマッチング処理ということ
自体、存在しない概念なのかな?
0365デフォルトの名無しさん
2007/09/08(土) 04:25:24うん。必要ない。
0366デフォルトの名無しさん
2007/09/08(土) 10:13:03なんで必要ないんだ?
0367デフォルトの名無しさん
2007/09/08(土) 12:50:25COBOLみたいなファイルを扱う世代から
RDBを扱う世代に移ってSQL使うようになったんじゃね?
0368デフォルトの名無しさん
2007/09/08(土) 13:16:01相性がいいというか、可読性が高い気がしている
0369デフォルトの名無しさん
2007/09/08(土) 18:14:35ちょい質問なんだけど、中間ファイルを作ったり、シーケンシャルなファイル(テキストファイルとか)
を使ってどうのこうの なんて作業はないの?
0370デフォルトの名無しさん
2007/09/08(土) 18:59:12RDBの勉強しような。
0371デフォルトの名無しさん
2007/09/08(土) 20:20:38マッチングは完全にDB任せで、
中間ファイルはJavaなんかだとシリアライズして保存するのが多そう
0373デフォルトの名無しさん
2007/09/10(月) 21:49:00だが埋め込み SQL は可搬性が無くなる罠。
ロジックの切り分けって観点からしても、速度からしても PL/SQL だろ。
(SQL はどのみち別々に書く覚悟でな)
>>369
>>370 と重なるけど、少し詳しく言うと
通常は一発 SQL でだいたいの処理はできる。
きちんと設計された DB で一発 SQL だと遅いような場合、
中間データを作る事はまれにだがある。
それでもデータは一時テーブル(データを蓄える DB 上のストア)に置く。
Oracle はダメだったはずだけど一時テーブルを最後に捨ててくれたりもするし、
(エラー系の処理の実装が安全になるわけだな)
全てのデータ操作が SQL で書ける。
>>371 みたいな実装はすまんがちょっとイメージできない。
別システムへデータを移すのであれば、確かにあるけど、
処理中に中間データを DB の外に出すのはあまりないと思う。
そうするとソートもマージも全部 SQL で完結するようになるから単純だし、
基本的な操作はこなれたミドルウェア(DB)にまかせるって切り分けも完全だ。
DB のソート/マージ機能をライブラリみたいに使う感じか?
0374デフォルトの名無しさん
2007/09/10(月) 23:53:22ユーザ定義クラスとかコレクションクラス使ってCOBOLのレコードより
もっと柔軟なデータ構造が表現できるからじゃないの?
0375デフォルトの名無しさん
2007/09/11(火) 20:26:10勉強してるけど、ハローワールドから全く進まねえや。
COBOLは三ヶ月で使えるようになったのに。
COBOLもCもJavaもバリバリっつー人いる?
どうやって勉強した?
0376デフォルトの名無しさん
2007/09/11(火) 20:30:28別にバリバリっってほどでもないけど、、、
勉強法、1.読む、2.書く、3.試す。
0377373
2007/09/11(火) 20:40:48メモリ上で処理できるなら COBOL だって索引表にデータを蓄えるだろ。
JAVA しかやってない世代には理解できないかもしれないが、
100 万を超えるデータを読み込んで突き合わせ、なんて処理が
COBOL の時代にはたくさんあったらしいんだ。
まさかそんなデータはメモリに読み込まないよな?
で、メモリに持てないから一度ファイルに書き出して処理するんだと。
今はその規模のデータを処理する事になっても、
中間テーブルにデータ持つよってのが >>373 の回答。
まあ、最近は正規化が進んだデータしか扱ってないから
滅多にそんな必要に迫られる事もないけどな。
>>375
C も COBOL も JAVA も使うが特別な事をやったつもりはない。
強いて言えば C のポインタが強敵だった。
あれだけは 5,6 冊本を読んで、
10 本近くプログラムをこなしてようやく何とかなった感じだ。
0378デフォルトの名無しさん
2007/09/11(火) 23:06:580379デフォルトの名無しさん
2007/09/12(水) 15:40:49そこら辺をすっ飛ばして勉強しているからかな
0380デフォルトの名無しさん
2007/09/12(水) 18:53:47が、まあ他人のソースで***pなのを見ると市ねとか思うのはある。
0381デフォルトの名無しさん
2007/09/12(水) 22:26:51俺はBASIC、COBOLと来たもんだから、ポインタはさっぱり。
変数のアドレスか…ふーん…で終わってしまう。
星2つなんてとんでもない話で、変数のアドレスを持つ変数の
アドレスを持つ変数って、それイジメじゃんってレベル。
ああ、ポインタのないCOBOL大好きっ!
0382デフォルトの名無しさん
2007/09/13(木) 00:00:43何の違和感も無く使えたけど
確かに、COBOLやBASICで入った人には分かりにくいかも寝
0383デフォルトの名無しさん
2007/09/13(木) 18:16:03>これは彼が学生時代に使っていたもので、40年も前のものだ。
>つまりこの年金の問題は、あまりにも古いシステムとハードを使っていることから起きたのだ。
http://www.nikkeibp.co.jp/style/biz/column/tahara/070705_18th/index.html
0384デフォルトの名無しさん
2007/09/13(木) 19:11:340385デフォルトの名無しさん
2007/09/13(木) 20:51:21汎用機のほうが信頼性がありますよとかいって
クソ高いマシンを使わせてクソ言語でシステムを組む
コボラーは全員罪人だよ
0386デフォルトの名無しさん
2007/09/13(木) 23:53:13あ?
同意
0387デフォルトの名無しさん
2007/09/14(金) 02:00:10でも、コボラーはあそこから出てきて欲しくないってのもあるよ
0388デフォルトの名無しさん
2007/09/14(金) 04:33:56マシン語で組んだらいいのか?
0389デフォルトの名無しさん
2007/09/14(金) 06:48:07オツムのアーキテクチャの問題でしょ。
0390デフォルトの名無しさん
2007/09/14(金) 11:31:450391デフォルトの名無しさん
2007/09/14(金) 11:56:40安いマシンを冗長性持たせてパラで複数台動かすと
ランニングにコストがかかることから
汎用機の大企業での需要はここ最近伸びてるよ
コボル云々は別として汎用機卑下は筋違いでしょ
汎用機下にLPAR切って複数台のUNIX系のサーバ
動かせるしね
どこかの企業が数百台のサーバを数台の汎用機上の
バーチャル環境に集約させたことによって、電気代と
インフラに従事する人員をかなり削減できたため
高額な汎用機のメンテナンス費用を差し引いても
コストメリットが有ったらしい
0392デフォルトの名無しさん
2007/09/14(金) 18:13:51ユーザーを囲い込んで独占商売する汎用機が
ものすごく割高なのは明らかじゃない
0393デフォルトの名無しさん
2007/09/14(金) 19:25:32オマイは一度でも汎用機を使ってみてから語ってくれ。
そのPCサーバーは1分間に40万トランザクションくらい軽く走るって事だよな。
0394デフォルトの名無しさん
2007/09/14(金) 20:08:52Intel製と比べたら遅いなんてもんじゃないぞ
その他あらゆる箇所が自社開発だからパフォーマンスで劣る
GoogleはやっすいPCサーバを大量に並列化してとてつもない
パフォーマンスを叩き出している
その汎用機はGoogleのトランザクションがさばけるのかね
0395デフォルトの名無しさん
2007/09/14(金) 21:14:25そもそもGoogleのメールも極稀に止まったりして、
トランザクション結構とめてるんだけど、そういうのが許される世界と
許されない世界を無理に比較するのはアマチュアの思想だよな。
あと、googleの鯖は今は特別仕様のはずだが。
昔の広告宣伝のニュースに踊らされるなよ。
0396デフォルトの名無しさん
2007/09/14(金) 21:20:35392みたいな素人が安PCを数揃えても使いこなせんだろう。
0397デフォルトの名無しさん
2007/09/14(金) 22:22:09そもそも普通の会社のバックオフィスの鯖に
分間40万トランザクションを捌く性能は要らない。
それにもかかわらずそんなものを売りつけるんだよ、汎用機屋は。
0398デフォルトの名無しさん
2007/09/14(金) 22:39:47専用の高価なマシンがPC同等スペックだったら売れない
いっぽうでPCサーバーの安定性は昔よりはるかに向上してる
その点を攻めるのは汎用機側の驕りにすぎないね
汎用機が売れてるのは嘘つき営業が上層部騙して売ってるから
今どき汎用機じゃなきゃつとまらない処理なんてほとんどない
(特殊な用途ではあるよもちろん、完全に無用の長物じゃあない)
平時の負荷が全能力の10%とか切っててピークでも40%越えないとか
明らかにオーバースペックな汎用機を入れて喜んでる
ただのアフォだね
ダウンタイムだってそれでロスする損失、賠償とか営業機会なんかが
トータルで保守費用の差分を上回るなんて滅多ない
つまりわずかな利益のために目茶苦茶コストをかけてるってこと
はっきり言って騙されている以外の何ものでもないな
0399デフォルトの名無しさん
2007/09/14(金) 22:43:170400デフォルトの名無しさん
2007/09/14(金) 22:53:38面倒なのであまりにもな1つにだけ
>>398
> ダウンタイムだってそれでロスする損失、賠償とか営業機会なんかが
> トータルで保守費用の差分を上回るなんて滅多ない
随分と無責任な世界に生息してるんだね
0401デフォルトの名無しさん
2007/09/14(金) 23:06:10海外じゃ汎用機は既に置き換えが進んでほとんど消えている
日本は汎用機所有数世界一
保守的で技術に疎い上層部が食い物にされ続けてるのだ
0402デフォルトの名無しさん
2007/09/14(金) 23:10:58人類が手にしうる最高の安定稼働環境。
PC鯖なんぞで安く済まそうと考えるような
上層部は無能と断言できる。
システムが企業の屋台骨だとわかっているなら
コボル+汎用機にするはずだ。
0403デフォルトの名無しさん
2007/09/14(金) 23:15:580404デフォルトの名無しさん
2007/09/14(金) 23:46:230405デフォルトの名無しさん
2007/09/15(土) 00:14:040406デフォルトの名無しさん
2007/09/15(土) 00:50:04それより有能なCOBOLer見たこと無いんだが
0407デフォルトの名無しさん
2007/09/15(土) 01:39:20どこかにいるのかしら
0408デフォルトの名無しさん
2007/09/15(土) 01:59:36汎用機が必要な業務もあるって書いてるんだし、
そういう重責任な業務は汎用機に責任転嫁してんじゃね?
仕様の変更に柔軟に対応できる低コストかつ無責任なオープン系と
ガチガチに仕様固めなきゃ開発進まない高コストだが安心な汎用機。
漏れもよくそう説明するぜ。
見積もりって意味じゃPCサーバーのダウンタイムって
リスクとしてカタログの数字通り見積もる。
でも確かにでかい数字にはならねー。
汎用機の保守費用と比べて圧倒的に低リスク&低コストなのは間違いないな。
そういう勝負だとよっぽど神経質なとこじゃないと汎用機は売れない。
銀行の会計系のサーバーをPCサーバーにするとかいうのはバカだが、
企業のバックオフィスのサーバーならPCサーバーで十分。
(本当はweb系にこそ汎用機の性能を生かして欲しいんだけどな。
数千万トランザクションとか安定して捌くよ?)
>>402
最高の安定環境ってのは認めるが、投資対効果が悪過ぎるだろ。
COBOLerだし、バックオフィスにはPCサーバー+COBOLがいいけど。
今だったらよっぽどの事が無い限り汎用機を持ち出さない。
PCサーバーでトランザクションも十分さばけるしな。
ところで最近のPCサーバー、実際のとこどれくらい落ちるよ?
いままで2回落としたけど、スムーズに退避系に切り替わってたし、
漏れ、サービスを実際に完全に落とした経験ないんだけど、
そんなもんなのかな?
0409デフォルトの名無しさん
2007/09/15(土) 02:18:160410デフォルトの名無しさん
2007/09/15(土) 02:19:36人弱なのでしょうか。
パソコン上でただで使える、VC++やbccなどと比べられるなら
どのくらい差がでますかね
0411デフォルトの名無しさん
2007/09/15(土) 02:20:24ハード面/ソフト麺でいったらどっちなの?両方?
F通かどっかが汎用機にLinuxのせたとか言うの雑誌で見たけどそういうのはどうなんだろう?
PCサーバに汎用機用のOSが載せられたとしたら?
で、実際に落ちたのを見た経験があるのは汎用機の方。人的ミスでショートさせたとか。
業務を止めるのは、その上で動いてるアプリケーションのバグだったりする方が多いと思うけど、
これらだと汎用機もPCも関係ないよな。
OSごと落ちるのはWin以外見たこと無いな。
0412デフォルトの名無しさん
2007/09/15(土) 07:20:15タフではあるな。
これは使い方が悪い例でもあるがDisk使用率が99%使っても気合で動いていたりする。(w
それとは複数のJOBをガンガン並列に走らせても性能の劣化はPCサーバとは
比にならんと言うか、CPUスペックの数字だけ立派なPCと違い、
I/O周りがしっかりしているので、月末とか期日とか重めのバッチが
走っても他のオンライン系の処理も影響なく走るしな。
あとノーツとか動かすとやっぱPC鯖の方が落ちてる回数多い。
あれもトランザクション結構走る業務(?)だと思うが。
まあ、現代はオープン系が人気なので安PC並べる方がパフォーマンス云々
いいたい気持ちは解るが、やっぱ使い手による面が多いぞ。
COBOLerの99%くらいはアフォなので文句言いたい気持ちは解るけど。
客からすると中途半端なしったかオープン系の方が性質悪いケースが多いし。
0413デフォルトの名無しさん
2007/09/15(土) 07:28:490414デフォルトの名無しさん
2007/09/15(土) 07:31:450415デフォルトの名無しさん
2007/09/15(土) 22:16:35すさまじく同意
0416デフォルトの名無しさん
2007/09/15(土) 23:16:33幻想にしがみついてると社会保険庁みたいになるぞ
0417デフォルトの名無しさん
2007/09/16(日) 01:38:03対応は真摯だけれども、詐欺同然にお金だけはキッチリ取る汎用系もどうなのかなぁとw
お客からすればどっちがマシなんだろうか
0418デフォルトの名無しさん
2007/09/16(日) 01:56:24ヤフオクや楽天みたいな
システムダウンしてもお客が舌打ちすりゃ
済むようなシステムならともかく、社の威信のかかった
大事なサービスを提供するシステムなら、
信頼性と迅速なサポートの付いた汎用機だろうね。
0419デフォルトの名無しさん
2007/09/16(日) 02:05:41可用性ってことなら、単に待機系のマシン増やせばいいだけなんじゃないの?って思っちゃう
0420デフォルトの名無しさん
2007/09/16(日) 08:23:26信頼性ってのが胡散臭いなら、以下の記事を読むといい。
ttp://www.nikkeibp.co.jp/style/biz/management/yajima/050606_manzokudo/
AS/400(iSeries)は知っているエンジニアからすると突き抜けて評判がいいのは事実だ。
待機系のマシンを増やせば?って意見もわかるが、PC鯖にOracleやらあれこれアプリケーション
突っ込んでRACやらWEB鯖の分散やらやっていくと管理や構成がウザくなっていくので、
ある程度以上の金が出せて自社の抱えるエンジニアに難のある企業(ココ重要w)
はAS/400の様なマシン買う方が安いのは事実ではある。
こういうのをやらずに「安PC鯖、オープン系ソフト、技術者は偽装派遣(w)」なんて
組み合わせは「安物買いの銭失い」の典型的パターンだしな。
まあ、「無能なのに金をボるCOBOLer」ってのも事実だけど、機械の方は
あんまり罪はないぞ。そういうのは主に営業が悪いんだし。
0421デフォルトの名無しさん
2007/09/16(日) 14:00:030422デフォルトの名無しさん
2007/09/16(日) 18:16:03ノシ
と言っても画面周りだけjavaかDominoで、基幹はCOBOL。
基幹に係る仕組みは一台の汎用機の論理領域を切った、zOS(S/390)×1とLinux×5の上で動いてる。
0423デフォルトの名無しさん
2007/09/16(日) 18:56:45自殺するようなもんだな
0424デフォルトの名無しさん
2007/09/16(日) 20:43:43一応経験はある。でも、安定性に関してはどちらとも実感がない。
機械やOSよりむしろ、扱う人間が不安定。開発はオープン系のが楽だった。
※あくまでも個人の乾燥です。効果には個人差があります。
0425デフォルトの名無しさん
2007/09/16(日) 20:58:34うちの鯖の外付けDLTドライブなんて、この一年に4回故障している。
そのたびに保守業者を呼んで見積もり取って、
システム臨時停止の稟議を上に上げてハード交換。
数日バックアップが取れないので、気が気じゃない。
一方、汎用機のCMTデッキは10年以上故障知らず。
モノが違う。
0426デフォルトの名無しさん
2007/09/16(日) 21:03:03それは、その製品がダメなだけじゃないか?
一方CMTの中身はちゃんと使えるんだろうな?
0427デフォルトの名無しさん
2007/09/16(日) 21:45:53IBM的にはAS/400は「Java(WebSphere)+SQL(DB2)」が推奨なワケだが。
昔のRPG,COBOLも問題なく動くけど、今からRPGやCOBOLで
新規システム作るアフォはいないだろ。
と漏れは常々思っているが無能軍団なCOBOLerは(ry
0428デフォルトの名無しさん
2007/09/16(日) 21:49:37コボラー馬鹿にすんなよ
知らないJavaより知ってるCOBOLで
作った方が現実的じゃないか
システム納期は限られてるんだ
0429デフォルトの名無しさん
2007/09/16(日) 21:51:32JavaっていうかCOBOL以外何にも知らないじゃんw
そりゃ馬鹿にされてもしょーがないw
0430デフォルトの名無しさん
2007/09/16(日) 21:57:52ワークテープとしてリードライトをほぼ毎日数回繰り返す作業を、同じメディアで5年くらい使い続けたことがある。
次のリプレイスでディスクがかなりやすくなってたから、ディスク上のSAMファイルで代用するようになったから
そのMTは使わなくなったけど、SWAPするとか不安な動きすることもなかったから、まだまだ使えたんじゃないかな。
それに比べると、DATとかLTOなんて1年使い続ける勇気はないね。
あと、ディスクの丈夫さも桁違いだね。質量も桁違いに違うのが欠点だけど。
0431デフォルトの名無しさん
2007/09/16(日) 22:12:28納期を気にするならそれこそ人の集めやすいJavaやSQL使うだろ。
ナニ矛盾した事言っているんだが。
0432デフォルトの名無しさん
2007/09/16(日) 22:28:350433デフォルトの名無しさん
2007/09/17(月) 00:15:01COBOLで組むしかないじゃん。
それとも、このスレに集まっているプログラマーは20年以上動いている
COBOLで出来たシステムをJavaでバグなしでリプレース出来る
腕利きの方ばかりなんでしょうかね?
0434デフォルトの名無しさん
2007/09/17(月) 00:27:30ポインタとオブジェクト指向を持つ言語は
全て俺らの敵だ。
俺らの居場所を守るためには、コボルで品質の
良いシステムを作り続け、顧客に変な気を
起こさせないこと。これが大事。
顧客説得のため、Javaの弱点・オブジェクト指向の
弱点をそれらしく言えるだけの知識をつける必要はあるが、
使えるようになる必要はない。そんな時間があったら
コボルのスキルを磨くべきだ。
0435デフォルトの名無しさん
2007/09/17(月) 00:29:05なにいってんの?
0436デフォルトの名無しさん
2007/09/17(月) 00:44:030437デフォルトの名無しさん
2007/09/17(月) 01:41:55Java使いのくせに人海戦術をご所望とwww
0438デフォルトの名無しさん
2007/09/17(月) 04:10:31汎用機を廃止して、COBOL→UNIX-COBOL、JCL→シェル
になるんだけど、UNIX覚えるの大変かなぁ・・・
汎用系コボラーの俺やばい?
0439デフォルトの名無しさん
2007/09/17(月) 06:39:24>腕利きの方ばかりなんでしょうかね?
正直、そんな程度なら作業的に難しくもなんとも無い。
難しいのは、紙ベースのドキュメントかつメンテされてなく
バグが無いと思い込んでいる糞COBOLerのシステムだろう。
そんなのは、どんなOSやら言語で組まれていても困難だよ。
COBOLやら汎用機が悪いのではなくて、主に使う人間の問題が
大きいのが現状だろう。
0440デフォルトの名無しさん
2007/09/17(月) 09:00:31なんでもCOBOLとJCLに見立てちゃうからな
COBOLより汎用的なものつかうときは、いったんCOBOL知識捨て去るべきなのに
0441デフォルトの名無しさん
2007/09/17(月) 13:12:49>正直、そんな程度なら作業的に難しくもなんとも無い。
おいおい、ホントかよ。あんた神様だよww
Javaでどうやって構造体組むんだよ。
Cobolで一行で済む処理がJavaだと延々アホみたいな
型変換が発生するのに。
>>438
シェル=JCL的なことはできる。
0442デフォルトの名無しさん
2007/09/17(月) 13:26:37UNIXのシェルはユーザインターフェイスとJCLを併せ持った物と言って良いかと思う。
汎用機で使われるJCLと文法が違うだけかと。
おれもUNIXでCOBOLつかってたけど、JCLのDDのかわりに、環境変数使ってたよ。
ちゃんと対応付ける仕組みはあるはずだから安心しな。
>>439
>難しいのは〜 のくだり。
そういうのがあるから>>433の後半みたいなセリフが出てくるんだと思うぞ。
0443デフォルトの名無しさん
2007/09/17(月) 16:50:56>型変換が発生するのに。
これはアホすぎる。一般的にCOBOLの8行=Javaの1行と言われている。
0444デフォルトの名無しさん
2007/09/17(月) 17:26:140445デフォルトの名無しさん
2007/09/17(月) 17:34:21>Cobolで一行で済む処理がJavaだと延々アホみたいな
>型変換が発生するのに。
とりあえず、COBOLerの程度が知れる発言だな。
Javaが解らないなら解らないと言えよ。
とりあえず世間一般のJavaプログラマは全員神って事になる。w
0446デフォルトの名無しさん
2007/09/17(月) 17:39:52こんなの付けなきゃ、釣りだって言い張れたのにな
0447デフォルトの名無しさん
2007/09/17(月) 17:58:45クラスって要はサブルーチンだろ
サブルーチン呼び出しなら、COBOLの
PERFORM〜UNTILに敵う構文は
この世に存在しねえ
0448デフォルトの名無しさん
2007/09/17(月) 18:02:42釣りと見せかけて、マジレスでも大差ないこというからな
コボラってのは
0449デフォルトの名無しさん
2007/09/17(月) 18:04:50さぶるー珍よびだしはCALLですよ。
0450デフォルトの名無しさん
2007/09/17(月) 18:17:13クラスを理解しろというのも無理があるのかな
0451デフォルトの名無しさん
2007/09/17(月) 18:41:59いいからもう黙っとけ。
頼むから。w
0452デフォルトの名無しさん
2007/09/17(月) 18:49:31コボラーのコボラーっぷりを曝せ。
0453デフォルトの名無しさん
2007/09/17(月) 19:52:40何でコボラーが叩かれるスレになってるんだよ。
Javaだって使えないことはない。
main以外にクラスを作らず、ロジックをズラズラ
書き並べればとりあえず動くものはできる。
ただしJavaは構造化機能が弱いので、ソースが汚くなる。
慣れたコボルでやったほうがよいのは言うまでもない。
0454デフォルトの名無しさん
2007/09/17(月) 20:08:470455デフォルトの名無しさん
2007/09/17(月) 21:36:07サブルーチンでやるものじゃないんだよ
ダイクストラの教えを未だに聞かなきゃいけないのはコボラーぐらいなんだ
目を覚ましてくれ
0456デフォルトの名無しさん
2007/09/17(月) 22:10:580457デフォルトの名無しさん
2007/09/17(月) 22:16:18アンフェアな比較をするのはやめようよ。
JAVA にクラスを作るなって言うのは
COBOL で PERFORM 使うなって言われる並にフェアじゃない。
なんだかんだ言われたって JAVA はとにかく遅いって。
結局 VM の上で動く以上、同じ事をやらせたら COBOL に勝てない。
>>456
SECTION を区切ってそのセクションを PERFORM する
COBOL をやってない人間には理解できないかもしれないが、
function hoge() みたいな構文はちゃんとあるから。
0458デフォルトの名無しさん
2007/09/17(月) 22:19:41釣りと見せかけて、マジレスさせても大差ないってんだから始末に終えない
0459デフォルトの名無しさん
2007/09/17(月) 22:25:13その PERFORMを式として使えますか?
0460デフォルトの名無しさん
2007/09/17(月) 22:50:14JavaがネイティブコンパイルされるCOBOLに比べて遅いとか
言うのが論点ではなくて、COBOLerがあまりに無知なのに
Javaについて語るから叩かれるんだろ。
なんだかんだ言われたってCOBOLerはとにかく「仕事」が遅いって
同じ事をやらせたら 生産性&保守性ではJava に勝てない。
0461デフォルトの名無しさん
2007/09/17(月) 22:55:59PERFORM 初恋.
IF 失恋N_FLG = '1'
PRFORM 失恋
ELSE
IF 純情_FLG = ' '
PERFORM エッチ
ELSE
PERFROM オナニー
END-IF
END-IF.
===================================================
++++++++++++++++++++++++++++++++++
初恋 SECTION.
MOVE '愛してます' TO 彼女
IF 男前度 < 10
MOVE '1' TO 失恋_FLG
ELSE
IF 彼女 NOT = 恥女
MOVE '1' TO 純情_FLG
END-IF
END-IF.
EXIT.
++++++++++++++++++++++++++++++++++
失恋 SECTION.
∧||∧
( ⌒ ヽ
∪ ノ
∪∪
EXIT.
0462デフォルトの名無しさん
2007/09/17(月) 23:00:03イマイチ
0463デフォルトの名無しさん
2007/09/17(月) 23:03:05きっと>>470さんが面白いプログラム書いてくれるよ!
0464デフォルトの名無しさん
2007/09/17(月) 23:06:171段落目はJAVA派
2段落目はCOBOL派
で>>453がJAVAを否定している様に受け取って>>457を書いたんだと思うけど、
>>453は
COBOLerがJAVAを使った場合、mainに詰め込んでしまう。
だからCOBOLerにとっては慣れたCOBOLの方が良い。
といってるんだと俺は受け取った。
だとしたら>>457の1段落目は勘違い。揉める必要もない。
そうすると2段落目だけが生きるが、1段落目のJAVA派視点を生かすと、
JAVAを知り、その欠点を認めたものと取れるので、「COBOLerのJAVA論」と対決する姿勢の
>>460の1段落目は必要ない。
よって>>460の2段落目
これが正解!
0465デフォルトの名無しさん
2007/09/17(月) 23:12:21それがないとまともな構造化は出来んのだ
コボラーはソフトウェア工学の進化から何十年取り残されてきたのか
自分らが使ってる言語がなんなのかよく考えるべき
0466デフォルトの名無しさん
2007/09/17(月) 23:18:46,、 '";ィ'
________ /::::::/l:l
─- 、::::;;;;;;;;;`゙゙''‐ 、 __,,,,......,,,,_/:::::::::/: !|
. : : : : : : `゙'ヽ、:::゙ヾ´::::::::::::::::::::::`゙゙゙'''‐'、. l|
、、 . : : : : : : : : r'":::::::::::::::::::::::::::ノ::::ぃ::ヽ::::::ヽ!
.ヽ:゙ヽ; : : : : : :ノ:::::::::::::::::::::::::/" :: '\-:'、
. \::゙、: : : :./:::::::::::::::::::::::::::::(・ ):: ,...,(・ ):::':、 >>464 で ?
r、r.r ヽ 、 /::::::::::::::::::::::::: _ `゙''‐''" __,,',,,,___
r |_,|_,|_,|`ヽ、:::::::::;;;、、--‐‐'''''',,iニ- _| 、-l、,},,  ̄""'''¬-
|_,|_,|_,|_,|、-‐l'''"´:::::::' ,、-'" ,.X,_,,、-v'"''゙''yr-ヽ / ゙゙'ヽ、,
|_,|_,|_人そ(^il:::::::::::;、-''" ,.-' ゙、""ヾ'r-;;:l 冫、 ヽ、
| ) ヽノ |l;、-'゙: ,/ ゞ=‐'"~゙゙') ./. \
| `".`´ ノヽ:::::..,.r'゙ ,,. ,r/ ./ ヽ
入_ノ ン;"::::::. "´ '゙ ´ / ゙、
\_/ //::::::::: {. V
/ / ./::::::::::::: ',
/ / /:::::::::::::::::. ',.
0467デフォルトの名無しさん
2007/09/17(月) 23:25:43なんというか哀れで・・・。
なんか職場でイジめられているのだろうか・・・。
0468デフォルトの名無しさん
2007/09/18(火) 00:16:45数値を十進数で計算する言語が
ネイティブっつってもなんのこっちゃわからんけど
0469デフォルトの名無しさん
2007/09/18(火) 00:23:22ネイティブの意味を理解して発言してるとは
とても思えないんだけど
0470デフォルトの名無しさん
2007/09/18(火) 00:31:020471デフォルトの名無しさん
2007/09/18(火) 00:31:11機械語を生成していますか中間コードを生成していますか
という話だが
もし機械語だったとしても十進数で計算するものをネイティブとは呼びたくないな
0472デフォルトの名無しさん
2007/09/18(火) 00:34:59またそういう釣りとも素ともつかない発言をするんだから
0473デフォルトの名無しさん
2007/09/18(火) 01:07:05風潮はなんとかしないと日本のIT産業は衰退していくばっかだ。
そもそもCOBOLやJAVAでの開発に限らず
もともと基幹系でガチガチに試験工数をつんでるプロジェクトと
中小で試験工数を軽くしか見積もってないプロジェクトを
金額だけで比較するのはあまりにもナンセンスだろ
オープンだと安くなると張り切って開発を始めて
ふたを開けてみると、これまでの資産を回収しきれずプロジェクト崩壊、
もしくは障害だしまくって実際は赤字ってのはよくある話で、
オープン最高って軽くいってるやつが
自分で自分達の首を絞めていることに早く気づいてほしい。
こう書いたけどおれも実際にはオープン推進派で
金融機関系でCOBOLもJAVAも両方みてる。
ただ、安易にCOBOLいらねぇっていってるやつは
下っ端JAVAプログラマが表面的なところだけを見て
ものを言っているようにしか見えない。
システムがちょっとでも止まれば大騒ぎ、障害出ればマスゴミに
袋叩きてな世の中で、システム作らせる側も作る側も
リスクかけて大金かけてほぼ1からオープンで作り直すなんて
よっぽど先鋭的な企業か大金持ってないと簡単に提案できるわけないだろ。
実際にはCOBOLerも使い古したきたねえソースは1から作り直したいと思ってるんだよ。
金と期間さえもらえればね。
どうでもいいけどこのスレッドは釣りの判断が難しいな。
0474デフォルトの名無しさん
2007/09/18(火) 01:10:430475デフォルトの名無しさん
2007/09/18(火) 05:03:16コボルで書ける程度のことならメモリーリーク起せず書けそうだし
0476デフォルトの名無しさん
2007/09/18(火) 06:56:37>実際にはCOBOLerも使い古したきたねえソースは1から作り直したいと思ってるんだよ。
>金と期間さえもらえればね。
実際サ、その機会が稀にあってもオープン系の人間のアイデアがなぜか全否定されて
COBOLerはCOBOLでつくりなおす。
そして「ちょっとでも止まれば」って実際システム初回稼動時なんかCOBOLで
組んであっても「激しく止まる」か「激しく数値が違う」事はお約束じゃん。
オープンだろうが汎用COBOLだろうがリスクはどっちにでもあるが、
オープン系の安く上がる妄想もアレだが、COBOLerの安定神話な妄想も
ウザいんだが。
0477デフォルトの名無しさん
2007/09/18(火) 10:51:54>オープン系の人間のアイデアがなぜか全否定されて
だって、無責任集団のオープン系なんて信用できないよww
0478デフォルトの名無しさん
2007/09/18(火) 16:36:37PMは2回交代し、当初計画2年のところ、4年近くかかりましたが
0479デフォルトの名無しさん
2007/09/18(火) 18:32:30無能集団が無責任集団を笑う図か。www
0480デフォルトの名無しさん
2007/09/18(火) 18:37:05でJava+SQLだと某COBOL開発の1/5の人員でほぼ定時帰りだったな。
正直、残業代が稼げて仕事が出来ると勘違いしているCOBOLerが羨ましくもあった。w
0481デフォルトの名無しさん
2007/09/18(火) 20:22:56そりゃあ反則だよ。
上の方にも出てるけど、
RDBってCOBOLの得意分野のマッチングや
ソート・抽出を元から持っててSQL一発で操れるじゃん。
JavaでもRDBを使わずSAMファイルにデータを持って
マッチング処理を組むなら、それなりに苦労すると思う。
三本マッチング処理なんてやったら大変だよ。
一度体験してみなよ。COBOLerを馬鹿にできなくなる。
0482デフォルトの名無しさん
2007/09/18(火) 20:34:26コボルが馬鹿なだけでコボラーは無能じゃないという主張か?
言っててむなしくならないか?
0483デフォルトの名無しさん
2007/09/18(火) 21:16:02反則って言われてもサ、「クラスって要はサブルーチンだろ」
とか言う無能COBOLerに無理やりJavaやらせたら、そりゃ>>478みたいにデスマになるわさ。
現代だとRDB操作するのにSQLは当たり前なのにCOBOLerとかは
SELECT * FROM HOGEしかしらずに、妙なストアドでカーソルいじくって
無理やりステップ数稼ぐみたいな実行性能&保守性&テスト効率最悪な設計しておきながら
「やっぱCOBOLは安定して速い」とかをマジで言っているからな。w
そりゃ、当初計画2年が4年にのびるだろう。
COBOLerの全員がバカとは思わんが、残念ながらほとんどのCOBOLerは
こんな事を本気で言っているのが現状だ。
0484デフォルトの名無しさん
2007/09/18(火) 22:43:15機材まで何まで全部Java用に総入れ替えにしておきながら
初日で止まるシステムを作る奴ら。
0485デフォルトの名無しさん
2007/09/18(火) 23:03:08汎用機vsオープン系なんて話題はどこかよそのスレでやってくれ。
ここはCOBOLについてのみ語るスレだ。
0486デフォルトの名無しさん
2007/09/18(火) 23:10:12そうやって脳内にしか存在しない、物語を作り上げるのに必死なんだろうなぁ。
0487デフォルトの名無しさん
2007/09/18(火) 23:16:10COBOLが保守性、テスト効率でJavaに劣るのは仕方の無い事だろうに
COBOLでテストツール使って全自動でテスト、
んで気に入らない部分は即リファクタ出来たらどれだけ幸せか
ところで>>483は階層型DBというものを知っているかな?w
0488デフォルトの名無しさん
2007/09/18(火) 23:32:24後発の言語だからってのもあると思うが、
そのコミュニティ(JCPか)の思想の問題だと思う。
まー、JCPも初期はかなりアレでIBMやらOracleが力入れ始めて
Javaが使えるようになってきた、って希ガス。
COBOLerが保守やらテストとかを軽視したツケが
Javaを調子つかせているんだろうけど、それを
フェアじゃない。って言うのは負け犬の遠吠えだろう。
Javaなんか1.0や1.1の頃は他の言語使いからは笑い者だったけど
今はプログラム言語シェアNo.1になっちまったし。
0489デフォルトの名無しさん
2007/09/19(水) 12:46:41ところで、なんでステップ数が減ると実行性能&保守性&テスト効率
良くなるんだ。あり得んだろ。
工期が延びるのはPMがバカだからだろう。COBOL関係ないじゃん。
0490デフォルトの名無しさん
2007/09/19(水) 12:58:49>ところで、なんでステップ数が減ると実行性能&保守性&テスト効率
>良くなるんだ。あり得んだろ。
あり得んのはお前の読解力の方だろ
>工期が延びるのはPMがバカだからだろう。COBOL関係ないじゃん。
関係あるよ
0491デフォルトの名無しさん
2007/09/19(水) 14:16:360492デフォルトの名無しさん
2007/09/19(水) 15:00:26同じ処理なら1行でまとめて書こうが
数行にバラそうがダイナミック・ステップは大差ないはず。
A = B + C + D + ... を数行にしても数ナノ秒も変わらんだろ。
第一、Javaは中間コードやVMで動作するから実行性能は
他言語より遅いじゃないか。
テスト量のほとんどは、入出力のバリエーションやIF文等の
分岐数で決まるのにJavaだとなんで効率よくテスト
できるんだよ?
ある変数を使っているソースファイルを抽出せよ。って時に
COBOLだと変数名で内容検索すれば十分だが、
Javaだとそんな単純じゃないだろ。保守性高いか?
0493デフォルトの名無しさん
2007/09/19(水) 16:15:33反論じゃねーよ自惚れんな
まず>>483を1000回嫁
話はそれからだ
罰として、バカレス再掲しとくぞ
>ところで、なんでステップ数が減ると実行性能&保守性&テスト効率
>良くなるんだ。あり得んだろ。
0494デフォルトの名無しさん
2007/09/19(水) 16:44:36COBOLでいうところの「ある変数」ってのは、OOPLでいうところのフィールド(メンバ変数)ってことだろ?
なら、その変数にアクセスできるのは同じクラスのメソッド(メンバ関数)だけだよ
つまり検索する間でもないってこと
ポリモルフィズムで入出力のバリエーションや条件分岐を(コードから)ある程度消すことができる
それにOCPに則ってコーディングすれば、あるクラスを修正したときに他のクラスには一切影響が無い
つまりデグレが絶対に発生しない
おそらく言ってることが全くわからないと思うけど、なにしろ保守性に関してはJavaの方がCOBOLより
圧倒的に上ってこと
0495デフォルトの名無しさん
2007/09/19(水) 20:57:54>分岐数で決まるのにJavaだとなんで効率よくテスト
>できるんだよ?
喪前は一度Javaで開発してみろ。
よくあるデスマの原因の「突然の仕様変更攻撃」を受けたときに
激しく差がでるから。
0496デフォルトの名無しさん
2007/09/19(水) 21:05:030497デフォルトの名無しさん
2007/09/19(水) 21:06:04>分岐数で決まるのにJavaだとなんで効率よくテスト
>できるんだよ?
実際効率良いよ
COBOLとの比較じゃ話にならないくらい
0498デフォルトの名無しさん
2007/09/19(水) 21:25:020499デフォルトの名無しさん
2007/09/19(水) 21:30:15勘違いするなよ
「Java(及びJava厨)が優れてる」のではなく、とりわけ「COBOL(及びコボラ)がゴミ」なだけ
0500デフォルトの名無しさん
2007/09/19(水) 22:47:32なんというかJavaでも程度の低いヤツは多いけど、COBOLerは他の言語にくらべて
ぬきんでてアフォが多いのが問題なんだろ。>>492に代表されるように。
あと今はJavaが一番人気(?)だから比較大量になりやすいだけだろ。
0501デフォルトの名無しさん
2007/09/19(水) 22:48:240502デフォルトの名無しさん
2007/09/19(水) 22:57:40COBOLしか知らない人間は、DBの内部動作がどうなっているか
ほんとのところはわからないんだな
コボラーがアホなのはCOBOLがアホだから
COBOLで思考したんじゃプログラミングの本当のところは
何も分からない
0503デフォルトの名無しさん
2007/09/19(水) 23:10:39Javaしか知らない人間は、OSの内部動作がどうなっているか
ほんとのところはわからないんだな
Java廚がアホなのはJavaがアホだから
Javaで思考したんじゃプログラミングの本当のところは
何も分からない
0504デフォルトの名無しさん
2007/09/19(水) 23:13:130505デフォルトの名無しさん
2007/09/19(水) 23:17:00昔SUNがJDSというOSを作ってたワケだが。
0506デフォルトの名無しさん
2007/09/19(水) 23:17:23残念ながら作れます
0507デフォルトの名無しさん
2007/09/19(水) 23:21:230508デフォルトの名無しさん
2007/09/20(木) 00:10:43DBの内部構造を知る必要なんか全く無いだろ
チューニングなんかで、外部パラメータなんかを知っておく必要があるというのなら
わかるというか当然だが
ふと思い出したが、JavaでOS作るって笑い話であったな
SUNの環境(バイトコードで動くCPUだっけ?)除いて、誰がそのOSが動くランタイム作るんだという話だろ?
0509デフォルトの名無しさん
2007/09/20(木) 00:17:51これの実行性能に指摘が無いので
Java<COBOLでFA?
0510デフォルトの名無しさん
2007/09/20(木) 00:35:47大有りだよ
データベースパフォーマンスアップの教科書 基本原理編
1000回嫁
0511デフォルトの名無しさん
2007/09/20(木) 01:07:46同期処理とかデッドロック検出とか
それらの実現方法かとてっきりww
0512デフォルトの名無しさん
2007/09/20(木) 01:33:56バカにしてるおまえが哀れすぎて、もう何もいえねぇよ
0513デフォルトの名無しさん
2007/09/20(木) 01:36:350514デフォルトの名無しさん
2007/09/20(木) 01:41:53しかできないような気がするんだけどなあ・・・。
もともとCOBOLもFramework Javaも、業務システム構築向けに均一な品質の
金太郎飴コードを生み出すのが優先目的な訳で、結局提供されたフレームワークを
「使う側」(「作る側」じゃなくて)のJava使いって、COBOL使いと立場は同じな
気がするよ。単なる兵隊。
0515デフォルトの名無しさん
2007/09/20(木) 01:45:530516デフォルトの名無しさん
2007/09/20(木) 01:46:340517デフォルトの名無しさん
2007/09/20(木) 01:47:38COBOLはどっからどう見ても糞だが
0518デフォルトの名無しさん
2007/09/20(木) 01:55:34んなこといってるやつって、ホントにJavaでフレームワーク使った開発やったことあるんかなあ
多分Struts位しか使ったこと無いんだとおもうけど、それすら意味わかって使ってるかどうか
怪しいもんだ
0519デフォルトの名無しさん
2007/09/20(木) 06:52:34こういう認識持っている限りCOBOLerは常に糞呼ばわりされるんだと思う。
0520デフォルトの名無しさん
2007/09/20(木) 10:00:3125年以上前だが、COBOLでRDBを作ったよ。
1989年まではSQLではなくてPrologで動作してた。
0521デフォルトの名無しさん
2007/09/20(木) 19:15:34どんな商用DB?
0522wolf ◆8VH3XAqjlU
2007/09/20(木) 21:38:3925年以上前だが、JavaでRDBを作ったよ。
2014年まではSQLで動作してた。
--- 2037年**月**日、あるJava'erの生涯より ---
0523デフォルトの名無しさん
2007/09/20(木) 22:46:09コボラーが集まって話をするスレだ。スレタイ嫁よ。
どうしても発言したいなら、コボラーがJavaを
できるだけCOBOL風に使えるような主砲をアドバイスしろ。
とりあえず上に出てきた、main()に全ての処理をぶち込んで
クラスやスコープの縛りを受けずに済む方法を考えている。
メソッド定義を各プロシージャ定義になぞらえて
メソッドを順に呼び出すやり方だ。
しかしCOBOLのPERFORM〜UNTILに相当する
条件付きメソッド呼び出し方法がないっぽい。
やっぱりJavaはここいらが弱い。
0524デフォルトの名無しさん
2007/09/20(木) 22:52:12while や for で置き換えれば良い。
0525デフォルトの名無しさん
2007/09/20(木) 22:55:51method();
}
0526デフォルトの名無しさん
2007/09/20(木) 22:56:55>クラスやスコープの縛りを受けずに済む方法を考えている。
自殺したいならそうするといい
生き延びたければJavaが体現しているソフトウェア工学の教えを真面目に学び取れ
どうせCOBOLだけじゃ生き延びられんのだ
0527デフォルトの名無しさん
2007/09/20(木) 23:11:180528デフォルトの名無しさん
2007/09/21(金) 00:56:51>条件付きメソッド呼び出し方法がない
breakも無いくせに、何いっちゃってんの?
0529デフォルトの名無しさん
2007/09/21(金) 01:05:560530デフォルトの名無しさん
2007/09/21(金) 01:12:31どんだけ恥知らずなんだよ
他の言語使いがこんなこというの聞いたことないよ
0531デフォルトの名無しさん
2007/09/21(金) 01:42:25言語が用意してやる必要はないのだよ
単に基本的な要素を組み合わせればいいだけだ
0532デフォルトの名無しさん
2007/09/21(金) 07:34:14>条件付きメソッド呼び出し方法がないっぽい。
>やっぱりJavaはここいらが弱い。
いや、COBOLerの頭が弱いとしか思えんが・・・。
0533デフォルトの名無しさん
2007/09/21(金) 12:28:28システム作れって案件があったら、オールCOBOLもオールJava
も選択されないで、各々の特例を生かした、混在型のシステムが
できあがる。
お互いの弱いところをつつき合ったって、どっちも納得する訳なかろ?
ま、どっちもどっち、ここでバカみたいに言い合っている奴らの程度が
低いってこった。
0534デフォルトの名無しさん
2007/09/21(金) 12:47:40まだわかってないバカがいるみたいだからもう一度いうぞ
COBOLに生かすべき特性なんてないし、JavaがCOBOLに劣る点なんて一つもない
むしろ混在型のシステムなんか、オールCOBOLにすら劣るだろうな
0535デフォルトの名無しさん
2007/09/21(金) 15:38:39わざわざJavaで書き直して、バグや負荷に耐えられなかったりでまともに動かない
マヌケなものにしてどうすんの。
COBOLの悪口並べ立てて、Javaでなら安く済むかのように吹聴し、Javaで置き換える
ように説得したあげくに、まともに動かないものを客に押しつけて、しかもその修正に
まで金をとるんだから、はっきり言えば詐欺みたいなもんだ。
そこに流用すべき資産があるかぎりCOBOLは最強。動くか動かないかなんていう
低次元な心配は全く必要ない。UI部分にVBを組み合わせれば無敵。
0536デフォルトの名無しさん
2007/09/21(金) 15:52:28気付いてないかもしれないけど、Javaに移行っていった時点で潜在的に非機能要件がいっぱい増えてんの
スケーラビリティやらセキュリティやらなんやら、な
COBOLが最強も何も、COBOLじゃJavaと同じモノ自体が作れないんですよ
それから、Javaが万能なんてだれも思ってないぜ
COBOLが無能過ぎるだけ
0537デフォルトの名無しさん
2007/09/21(金) 16:36:23へー
(・∀・)ニヤニヤ
0538デフォルトの名無しさん
2007/09/21(金) 16:45:21古臭い煽りに敢えてレス
そろそろコボラは観念して勉強始めろ
何一つ勉強しない分際で、現役気取ってんじゃねぇ
若しくはとっとと引退しろ
0539デフォルトの名無しさん
2007/09/21(金) 18:04:16期限も守れない、大風呂敷広げた仕様の半分も満たせない、それで一人前のつもりか?
COBOLerならきちんと完成させてからソース水増しする余裕すらあるというのに。
0540デフォルトの名無しさん
2007/09/21(金) 18:14:25いまだに信じ込んじゃってるからなあ
0541デフォルトの名無しさん
2007/09/21(金) 18:19:28ありゃ。カチンときちゃいましたか。カチンと。
そんなにいちいち他人の一言に反応してると、自分の啓発がおろそかになって
数年後には、ゆとり世代に同じこと言われてると思うぞ。
言語がどうのってこだわっているようじゃ、とても勉強しているとは思えない。
一生PGとして生きていくならいいけど、いい年したPGなんてここで馬鹿にされる
コボラとなんら変わりないね。
一番使えないのは、PGMの勉強だけして安心している仕様書待ちのプログラマ。
言語なんてのは、使うときになれば直ぐに覚えられるだろ。
そんなに覚えが悪いのか?
0542デフォルトの名無しさん
2007/09/21(金) 18:24:31カチンとなんて、素で来ませんよ
最近2ch始めた方でしたか?
よかったら最近勉強されてること教えてください
そのとき読んだ本なども、できれば
0543デフォルトの名無しさん
2007/09/21(金) 18:54:46全員が別に言語がどうのと拘っているのではなくCOBOLerが一方的に
COBOLという言語にしがみ付いている感があるが。
Javaをやる連中は他の言語も齧っている感があるが、
COBOLerはオンリーワン的なイメージあるよな。
教育係とかもちょっとやった事あるけどCOBOLの上がりの人間が
一番物覚えが悪いよ。
説明しても「私は今までコレでやってきた」と机上コーティング始めるし。
それで他の人間よりも品質が上とか仕事が早いとかなら許せるけど、
そんなワケがないし。
で、テメエの能力の低さを「今までは・・・、」とか「COBOLでやれば・・・」とか愚痴りだす。
あからさまに向いていない案件でもCOBOLを持ち出したりするし。
漏れもCOBOLで向いているところはCOBOLでやればいいと思うし、
COBOLもそんな悪い言語ではないと思うが、COBOLerという人種が癌ではある。
0544デフォルトの名無しさん
2007/09/21(金) 21:21:55Javaという言語にしがみ付いている感があるが。
C++をやる連中は他の言語も齧っている感があるが、
Java厨はオンリーワン的なイメージあるよな。
教育係とかもちょっとやった事あるけどJavaの上がりの人間が
一番物覚えが悪いよ。
説明しても「私は今までコレでやってきた」とEclipse使い始めるし。
それで他の人間よりも品質が上とか仕事が早いとかなら許せるけど、
そんなワケがないし。
で、テメエの能力の低さを「今までは・・・、」とか「Javaでやれば・・・」とか愚痴りだす。
あからさまに向いていない案件でもJavaを持ち出したりするし。
漏れもJavaで向いているところはJavaでやればいいと思うし、
Javaもそんな悪い言語ではないと思うが、Java厨という人種が癌ではある。
0545デフォルトの名無しさん
2007/09/21(金) 21:53:560546デフォルトの名無しさん
2007/09/21(金) 21:59:47> 最近2ch始めた方でしたか?
(・∀・)ニヤニヤ
本で勉強って考え自体がねえ。
システムってのは構築することが目的ではなくて、ユーザが使ってユーザが欲しい
容を用意するのが目的。どれだけ画期的なロジックを組み込もうが、メンテナンス性
がよかろうが、ユーザの求めるものでなければ何も意味はないよ。
何のシステムを開発しているのかは知らないけど、言語の勉強よりもその業務を知って
エンドユーザの声を聞くことが重要なんじゃないかな?
ユーザの求めるものを現状のプラットフォームで構築するのがエンジニアの役割。
どうしても、現在のプラットフォームで構築が不可能であったり、困難である場合は
リプレースの提案となる訳だけど、業務を理解していないPGの言うことなんかに、聞く耳
もってもらえないよ。
>>543
その通り。
COBOLも出来て困ることはないわけだし、職能によっては勉強が必要なわけ。
なのにJavaの方がCOBOLよりすぐれているんだから、置き換えてCOBOLなんて
捨ててしまえ。なんてレスばかりで、程度の低さが鼻につくわけさ。
0547デフォルトの名無しさん
2007/09/21(金) 22:06:12机上コーディングするのは器財や環境が高価だった頃の名残じゃない?
未だにやっているのは、そろそろ引退の輩なので無視の方向で
Javaしか書けないヤツは十中八九字が汚いから字の練習にやってみるのはいいかもな
0548デフォルトの名無しさん
2007/09/21(金) 22:09:24他の言語を学ぶ気が起きないんだよ。
キーワードが大文字で記号が少なく、見やすい。簡潔。
Javaの醜いソースは見るに堪えない。
0549デフォルトの名無しさん
2007/09/21(金) 22:15:400550デフォルトの名無しさん
2007/09/21(金) 22:22:19もうすぐこの世からなくなるコンピュータと
もうすぐこの世からなくなる古代語で書かれたシステムが
欲しいと思ってる奴などほんとはいない
それを口八丁で騙してなんとか延命を図っているのがコボラーなわけだ
0551デフォルトの名無しさん
2007/09/21(金) 22:37:280552デフォルトの名無しさん
2007/09/21(金) 23:12:23言語を気にする香具師も居る。主に情シに。
十中八九デスマ確定案件になるがな。
Java でフレームワーク使ったら早くて安いんだろ? ってヴァカと
COBOL こそが安定していて枯れているから安全だ ってアフォ、な。
それでもって
前者は仕様変更を幾ら行っても全然 OK! って勘違いをしていて、
後者はまず現行システムのドキュメント化を丸投げしてくるドキュソ
というパターンが多いな。
頼むからどっちも死滅してくれ。
0553デフォルトの名無しさん
2007/09/21(金) 23:57:54情sysは件のユーザからは外れるだろ
つーか、情sysは言語気にしろよww
0554デフォルトの名無しさん
2007/09/22(土) 00:02:000555デフォルトの名無しさん
2007/09/22(土) 02:44:54そんなのあったか?
0556デフォルトの名無しさん
2007/09/22(土) 07:10:09>>全く同じ仕様でいいなら、COBOL→Javaのマイグレーションは簡単なんだよ
この作業がどれだけしんどいものかは、貿易保険のシステム(COBOL:500万ステップ)
のマイグレーションで証明されましたが・・・
当初2年弱の予定→4年
IBMのPMが2回交代
予算は2.5倍に膨れ上がる
ちなみに、COBOL:500万ステップ → Java:400万ステップ になりました
COBOL:8行=Java:1行じゃないんかいな
COBOL→UNIX-COBOL(マイクロフォーカス社のアレね)のマイグレーションの方が時間とお金を節約できるので、
そちらを選ぶ会社も多い
中堅生保のシステムはCOBOL:2500万ステップ
大手だと1億を超えるところもある(手広くやるとシステムも巨大化するので)
0557デフォルトの名無しさん
2007/09/22(土) 07:13:57それ以前にどうやって解析要員と開発要員を集めるんだ?
ただでさえ脱ITが多いのに
COBOL→UNIX-COBOLへツール変換+調整を選ぶでしょ
JCL→シェルにツール変換できるし
0558デフォルトの名無しさん
2007/09/22(土) 07:56:46>COBOL:8行=Java:1行じゃないんかいな
だから>>543みたいなCOBOLerがJavaやるとそんな感じになる
COBOLerが無能と言ういい証明なんだろ?
漏れだったらCOBOL比較で1/5の人員でクリアできる自信あるけど。
#ま、営業的にボるので1/3くらいにしとくが。w
0559デフォルトの名無しさん
2007/09/22(土) 08:11:14相当に無駄テーブルやらが無駄PGMがテンコ盛りな希ガス。
たぶん、死にモジュールや期限切れ機能とか整理されていない状態で
なおかつ担当者もよく解ってない保険の掛け金管理とかやっていて、
移行中に年金問題よろしくな「おい、この客の掛け金の計算合わないぜ!」
って感じで公表できない問題のすり合わせで時間かかる事があった。
つか、この手のシステムで移行で問題なのは既存の設計が穴満載で、
その場をしのげればオッケイ的なCOBOLerの体質にあるな。
で、資料もお約束でメンテされてないので、COBOLerの作ったゴミソースを
解読しなきゃいけないが、それを頼んだCOBOLerがさらに間違えて解釈して
デスマスパイラルが深まるってオチ。
相当に割り切りのいいPMがいてCOBOLのシステムを全否定する勢いでリプレースしないと
逆に地獄を見ると思うよ。
中途半端なマイグレーションはCOBOLerが組んだシステムだと鬼門。
言語が悪いんじゃなくて、主にシステム作る人間が悪いと思う。
極稀に設計を見ると美しいなー、って人もいるから。
0560デフォルトの名無しさん
2007/09/22(土) 08:20:39何がどうというものでもないな。多いことには変わりない。
そんなにまでしてJavaにして何かメリットあんの?
流行の言語で作り直してハイカラ気分を味わいたいとか?
今COBOLでちゃんと動いてりゃそれでいいじゃん。
システム開発は保守的であるべきだ。
0561デフォルトの名無しさん
2007/09/22(土) 08:23:56現場の底辺はそれ考えでいいと思う。W
ただ会社を運営する層はシステム部門が金食い虫の無能集団と思っているから
今後の開発・運用費を安くする為にシステムをリプレースするんだろ。
そして現状はCOBOLerの質があまりに悪いので気持ちマシなJavaなり
.NETなり流れていくんだろ。
0562デフォルトの名無しさん
2007/09/22(土) 08:41:300563556,557
2007/09/22(土) 08:56:37?????
ざっくりとした役割分担は、
コボラー:解析、仕様書作成、ランフロー作成、データ移管
Javaプログラマ:開発、テスト
です
コボラーがJavaで開発したわけではありません
基本的にコボラーは開発には参加していません
ちなみに結合テストの段階で単体レベルのバグが出て、このプロジェクトは何度も
仕切り直しています。
>>559
保険で500万ステップは小さい方です
中堅生保のシステムはCOBOL:2500万ステップ程度です
大手は1億ステップを超えます
設計の失敗を実装で取り戻すことはよくあります
しかし、残念ながらCOBOLシステムを全否定すると仕様がさっぱりわからなくなります
ドキュメントはもちろんありませんし、ユーザー、ユーザー側SEの業務理解度も低く、
解析する以外に手がなかったのです
>>560,561
マイグレーションの目的はもちろん保守開発、運用コストの削減です
UNIX-COBOL、もしくは、Javaにすることには多いに意味があります
貿易保険のシステムの場合は、現行汎用機では完全にキャパオーバーしていて、
上位機種にするか、マイグレーションするかの選択をせまられ、後者を選んだ結果です
0564デフォルトの名無しさん
2007/09/22(土) 08:57:55> 漏れだったらCOBOL比較で1/5の人員でクリアできる自信あるけど。
まぁ、俺も幼稚園の頃は世界征服とかできる自信あったしな。
0565デフォルトの名無しさん
2007/09/22(土) 09:08:07一億ステップは魅力的だなぁ。宝の山だ。
0566デフォルトの名無しさん
2007/09/22(土) 09:14:30>Javaプログラマ:開発、テスト
>です
>コボラーがJavaで開発したわけではありません
>基本的にコボラーは開発には参加していません
えと、それは9割くらいの割合でデスマの原因はコボラーにあると思うけど。
それで「コボラーは開発には参加していません」って・・・。
頭大丈夫?
0567556,557
2007/09/22(土) 09:17:05何か勘違いをしているようなのではっきりと言います
・まず、あなたやあなたの所属する会社が請け負える案件ではありません
・このプロジェクトはユーザ側とベンダーが対立し、破綻しかけました
その原因はベンダーのPMの期待を裏切るユーザ側の業務理解度の低さと
当初見積もりの甘さ、Java開発チームのレベル、生産性の低さにあります
・結局、Javaプログラマに関しては、当初予定の2倍以上の人員を投入しています
・業を煮やしたユーザ側はNRIにコンサルティングを数度依頼しています
・日本IBMは3人目のPMに本国のテスリック氏を投入し、現場レベルからたて直し、
このプロジェクトはやっと収束しました
この案件はマイグレーション案件としては超メジャーなもので、
ツール変換するかJavaにするかの判断材料として使われます
0568デフォルトの名無しさん
2007/09/22(土) 09:18:04おかしいのは君の頭だ。
開発に参加したのはジャバラーで、
ジャバラーがCOBOLソースを解析しながら
やったらデスマになっちまいましたってことだろ。
0569デフォルトの名無しさん
2007/09/22(土) 09:18:18>しかし、残念ながらCOBOLシステムを全否定すると仕様がさっぱりわからなくなります
>ドキュメントはもちろんありませんし、ユーザー、ユーザー側SEの業務理解度も低く、
>解析する以外に手がなかったのです
えと、それはコボラーが悪いって事でFA
それJavaじゃんくてC/C++/C#でも同じデスマが待っているし。
つか最初から予定調和じゃん。
それでCOBOL以外はダメポみたいな事言われても「キチガイですか?」って
返答しかできんが。
0570デフォルトの名無しさん
2007/09/22(土) 09:21:02つまり、567の会社の人材は開発&運用&経営そろって無能って事でFA
0571デフォルトの名無しさん
2007/09/22(土) 09:22:57あの現場ではデスマがなくならないんだと思う
0572デフォルトの名無しさん
2007/09/22(土) 09:37:53どうリプレースするかという時に、コボルのソース解析することになったら
おしまいだという話でしょ
Javaうんぬんじゃなく
0573デフォルトの名無しさん
2007/09/22(土) 09:45:59完全リニューアルのマイグレーション案件について少しは調べてからにしたら?
現行ソースの解析は、「要件」を定義する為のもの
要件は「事務基準」+「解析結果」から作成
これは決めてからは変えてない
この案件は別に要件が間違っていて止まったわけではないよ
0574デフォルトの名無しさん
2007/09/22(土) 09:52:56そうなっちゃうよねw
天下のIBMだけど
ユーザーは賠償云々を含めてマジギレだったし
(NRIは火消し役)
まさか、勘違いしてないと思うけど、
COBOL&JCLからの単純トレスがそっくりそのままJavaになると思ってないよね
だいたい機能追加しまくってるのにステップ数減ってるでしょw
0575デフォルトの名無しさん
2007/09/22(土) 09:54:22金融業界が汎用機のリプレースで選ぶのは最近はUNIX-COBOLが多いよ。
金融業界で影響力を持つ野村総研がこのパターンを推進しているから。
LinuxやHP-UXというとJavaしかない!みたいな風潮が一時あったせいで誤解されているけど、
最近の金融屋はJavaのマイグレーションが失敗事例続きで懲りているからね。
最近の流行は、Linux+Oracle+Pro*COBOLというパターンだね。
OracleがPro*COBOLに力を入れているおかげで、OracleとCOBOLの相性は
抜群だからね。(個人的にはPro*Cなんか比較にならないくらい優れていると思う)
COBOLにはMicroFocusやHitachiのコンパイラを採用。
Javaも使っているけど、画面系に特化したところが中心。バックエンドなロジックは
Javaには任せない。JDBCは一括大量バッチ処理が苦手だから。
0576デフォルトの名無しさん
2007/09/22(土) 10:00:36コボラー、ジャバラー、どっちも悪い、でFAだ
でもこの超有名案件で超がんばったのはジャバラーの方
単純トレスから、要件、外設、内設、〜、実装したのは間違いなくジャバラー
相当やりにくかったと思うよ
コボラーは裏でひそかにCOBOL現行ソースに保守開発対応を入れてたんだわ
Javaでの完全リニューアルがこけたときの為に
もちろんジャバラーには内緒で
ごめんね、信用してなかったわけじゃないんだよ
保険のシステムだし、こっちも保険ってことで許してね
0577575
2007/09/22(土) 10:00:54ここでいう同業者って、金融や保険のバックエンド開発に携わっている
ミッションクリティカルなシステム屋のことね。
このスレでJava最高っていってる人って、フロントエンドばかりやっている
人っぽさそうだからな。
ところで、最近のJDBCは明るくないんだけど、少しは機能改善されているのかな?
昔のJDBCでは1行ずつしかFETCHできなかったよね。
Pro*COBOLだったた1回のFETCHで500件くらいを一気にホスト変数に格納できて
メモリ上で高速に処理できた。この機能は最近のJDBCにはあるのかな?
0578575
2007/09/22(土) 10:05:16↓
○Pro*COBOLだったら
バックエンドってやっぱりバッチの世界だから、大量データを一気に
処理するバッチ機構がJavaに備われば、けっこう嬉しいんだけどね。
JCP見る限り、そっちの世界に走る気はないようだね。
0579デフォルトの名無しさん
2007/09/22(土) 10:11:35何せ、変換ツールさえ正しければ、現行システムをそっくりそのまま
UNIXに持ってけちゃうから
もちろんDBが変わったり、オンラインのプログラムは調整が必要だったりはする
けど、リスクが少ない
そして何より、コボラーがそのまま使える
喜べコボラー
UNIXをおぼえればC系言語がわからなくても仕事はあるぞ
COBOLとMF-COBOLはほとんど一緒
(若干命令語が違うが、それは慣れる)
お前ら、これからも保守でウマーだw
0580575
2007/09/22(土) 10:16:28>もちろんDBが変わったり、オンラインのプログラムは調整が必要だったりはする
ここらへんの単純マイグレーションって最近は中国に丸投げだね。
だからマイグレーションそのものではCOBOLerは食えない。
需要があるとしたら、マイグレーション後の保守工程からだろうね。
0581デフォルトの名無しさん
2007/09/22(土) 10:18:14そんなに攻めるなよ
ちょっとくらい読み間違えるさ
コボラーだもの・・・
0582デフォルトの名無しさん
2007/09/22(土) 10:24:15中国人が変換して、ソースを調整してるってことですか?
オープン系の人から中国人のソースでひどい目に遭った話をよく聞くから
なんかやだなぁ
コンパイルすら通らないソースを納品してくるとか
テスト全然してないとか・・・
保守でウマーだとしても
0583デフォルトの名無しさん
2007/09/22(土) 10:41:25日本のソフトハウスに優秀な企業からブラックな企業まであるように、
中国のソフトハウスもピンキリということですよ。
最近は中国の優秀なソフトハウスの選別も済んできていて、
高品質な仕事をするところだけに発注しているよ。
日本のプログラマはこの先、コボラ、ジャバラ問わず
ますます数が減るだろうね。
0584デフォルトの名無しさん
2007/09/22(土) 10:47:48それとも日本語?
0585デフォルトの名無しさん
2007/09/22(土) 10:53:26ありがとうCOBOL、そしてさようならCOBOL
0586デフォルトの名無しさん
2007/09/22(土) 10:53:340587デフォルトの名無しさん
2007/09/22(土) 11:34:24COBOL世界でしか通用しない戯言を一般化してしまう厚顔無恥さに腹が立つ
0588デフォルトの名無しさん
2007/09/22(土) 11:40:380589デフォルトの名無しさん
2007/09/22(土) 12:00:36自分は遅いから、COBOL初体験の時辛かった・・・
0590デフォルトの名無しさん
2007/09/22(土) 12:32:100591デフォルトの名無しさん
2007/09/22(土) 14:05:35遅レスになった。すまんの。
JDBC にあるもの
・一度に FETCH する件数の指定
(一気に配列に格納はできない)
・複数の SQL の同時実行
(異なる SQL でも同時実行。INSERT & UPDATE 混在おk)
COBOL と比べて一長一短だ。
COBOL のグループ項目への一気に格納は便利だが、
COBOL が固定長配列しか扱えない泣き所があるため、
量が可変なデーターに対して最適な閾値を決めるのは難しいと思ってる。
JDBC は FETCH にループを回さなきゃいけないけど、
ライブラリまでは一度に読み込んでくれるのでレスポンスは稼げる。
調査のために COBOL & C と比較したが大差はない。
いや、細かく言うと C < COBOL < JAVA となるが僅差だ。
ボトルネックになる程度の差はないって事。
複数の SQL の同時実行は新規データと更新データが混ざってる時なんか便利だが、
それを意識してプログラムすると値のバインドに名前解決を選択することになる。
添え字解決より若干速度が遅く、これを数百のカラム数×数万件の単位でやると、
それなりにレスポンスに響いてくる。
(既存システムのテーブルを捨てられるならここまで酷くはならないが、
そうも行かない事も多いよな?)
COBOL と JAVA の処理速度ってーのは実は大差ない。
もちろん、どちらも適切にプログラムを書き、
DB もそれぞれに最適化した場合だがな。
0592デフォルトの名無しさん
2007/09/22(土) 14:14:16配列やArrayListにぶちこもうと思えば造作も無い
0593デフォルトの名無しさん
2007/09/22(土) 15:31:430594デフォルトの名無しさん
2007/09/22(土) 15:37:310595デフォルトの名無しさん
2007/09/22(土) 16:42:21階層型DB1親セグのデータの受け皿のグループ変数領域を初期化する。
階層型DB1子セグのデータの受け皿のグループ変数領域を初期化する。
階層型DB2親セグのデータの受け皿のグループ変数領域を初期化する。
階層型DB2子セグのデータの受け皿のグループ変数領域を初期化する。
階層型DB3親セグのデータの受け皿のグループ変数領域を初期化する。
階層型DB3子セグのデータの受け皿のグループ変数領域を初期化する。
汎用モジュールのパラメータを初期化する。
入力ファイルを読み込む。
入力ファイルがEOFだったとき、読み取れなかったときの例外処理を書く。
汎用モジュールのパラメータに、階層型DB1を表すリテラルをセットする。
汎用モジュールのパラメータに、キーとして入力ファイルのレコードにあるコード1をセットする。
汎用モジュールのパラメータに「ダイレクトリード」を表すマジックナンバーをセットする。
汎用モジュールのパラメータに、親セグを表すリテラルをセットする。
汎用モジュールをCALLする。
汎用モジュールのパラメータから戻り値にあたるグループ変数を階層型DB1親セグのデータの受け皿のグループ変数領域に格納する。
階層型DB1親セグのデータの受け皿のグループ変数領域にあるコード2を取得し、汎用モジュールのパラメータにキーとしてセットする。
汎用モジュールのパラメータに「ダイレクトリード」を表すマジックナンバーをセットする。
汎用モジュールのパラメータに、子セグを表すリテラルをセットする。
汎用モジュールをCALLする。
汎用モジュールのパラメータに、階層型DB2を表すリテラルをセットする。
汎用モジュールのパラメータに、キーとしてコード1をセットする。
汎用モジュールのパラメータに「ダイレクトリード」を表すマジックナンバーをセットする。
汎用モジュールのパラメータに、親セグを表すリテラルをセットする。
汎用モジュールをCALLする。
汎用モジュールのパラメータから戻り値にあたるグループ変数を階層型DB2親セグのデータの受け皿のグループ変数領域に格納する。
0596デフォルトの名無しさん
2007/09/22(土) 16:43:45汎用モジュールのパラメータに「ダイレクトリード」を表すマジックナンバーをセットする。
汎用モジュールのパラメータに、子セグを表すリテラルをセットする。
汎用モジュールをCALLする。
汎用モジュールのパラメータから戻り値にあたるグループ変数を階層型DB2子セグのデータの受け皿のグループ変数領域に格納する。
汎用モジュールのパラメータに、階層型DB3を表すリテラルをセットする。
汎用モジュールのパラメータに、キーとしてコード1をセットする。
汎用モジュールのパラメータに「ダイレクトリード」を表すマジックナンバーをセットする。
汎用モジュールのパラメータに、親セグを表すリテラルをセットする。
汎用モジュールをCALLする。
汎用モジュールのパラメータから戻り値にあたるグループ変数を階層型DB3親セグのデータの受け皿のグループ変数領域に格納する。
以下をX回繰り返す。
汎用モジュールのパラメータに、階層型DB3を表すリテラルをセットする。
階層型DB3親セグのデータの受け皿のグループ変数領域にあるコード4を取得し、汎用モジュールのパラメータにセットする。
汎用モジュールのパラメータに「シーケンシャルリード」を表すマジックナンバーをセットする。
汎用モジュールのパラメータに、子セグを表すリテラルをセットする。
汎用モジュールをCALLする。
汎用モジュールのパラメータから戻り値にあたるグループ変数を階層型DB3子セグのデータの受け皿のグループ変数領域に格納する。
階層型DB3子セグのデータの受け皿のグループ変数領域にあるコード5と階層型DB1子セグのデータの受け皿のグループ変数領域にあるコード5、
および階層型DB3子セグのデータの受け皿のグループ変数領域にあるコード6と階層型DB2子セグのデータの受け皿のグループ変数領域にあるコード6が同じなら、
階層型DB3子セグのデータの受け皿のグループ変数領域にあるコード7を出力ファイルに書き込む。
0597デフォルトの名無しさん
2007/09/22(土) 16:47:20select コード7
from DB1-1, DB1-2, DB2-1, DB2-2, DB3-1, DB3-2
where DB1-1.コード1 = 引数
and DB2-1.コード1 = 引数
and DB1-2.コード2 = DB1-1.コード2
and DB2-2.コード3 = DB2-1.コード3
and DB3-2.コード4 = DB3-1.コード4
and DB3-2.コード5 = DB1-4.コード5
and DB3-2.コード6 = DB1-4.コード6
0598デフォルトの名無しさん
2007/09/22(土) 17:30:06上のやつが階層型DBってやつかい?
0599デフォルトの名無しさん
2007/09/22(土) 18:46:59テーブルの親子関係が、文字通り家系図みたいに
上から下へと定義されてるからね。設計がサクサク進む。
DBアクセスおよび取り出したデータの処理をいちいち
プログラムでしてやらなきゃならんけど、わかりやすく
保守しやすい。
RDBは階層という概念がないため、テーブル数が増えると
設計者の脳内スタックに負担をかけ、開発・保守が非常に
困難となってくる。
0600デフォルトの名無しさん
2007/09/22(土) 19:39:25どう見てもRDBの方が扱いやすそうなんですが。
"One fact One place"の原則って知ってる?
データに更新かけたいとき、方々のDBに好き勝手なフォーマットで記録されてるそいつらの整合性を保つのにどれだけの手間がいるだろうね。
固定長のレコードで記録されてるから、桁数や項目の拡張もやりにくくて、
「個人情報データは20桁目〜305桁目と1050桁目〜1054桁目と1080桁目〜1100桁目、
所属組織データは306桁目〜500桁目と1055桁目〜1068桁目」みたいな構成がしょっちゅうでてきたり、
ひどいのになると、5桁のデータを記録するとき、上3桁と下2桁が別の領域に記録されてたり。
構造体がちゃんと作られてない場合、レコードのレイアウトを見ながら直接桁数を切ってデータやりとりしたり。
0601デフォルトの名無しさん
2007/09/22(土) 19:48:43コボラはよくフラグを使うが、開発回次を重ねるごとにフラグの管理が異常に困難になっていく
0602デフォルトの名無しさん
2007/09/22(土) 20:26:52そういえばJ2EEのデザパタとか酷いよな
昔からある構造化の考え方をSession Facadeだの何だの
さも新しい概念であるかのように喧伝して
ただの構造体をValue Objectとか言ってるのは笑えたよ
EJBも結局Stateless Session Beanしか使い物にならずに廃れたし
結局DOAなんてイキがってたのが、実装には到底使えない
机上の空論だと分かって、やがて構造化設計に戻っていったのに、
それを認めたくないからってデザパタなんて言葉でごまかしてな
0603デフォルトの名無しさん
2007/09/22(土) 21:06:29デザインパターンの意味を知って発言してるとは
到底思えないんだけど。
これも釣りなの?
0604デフォルトの名無しさん
2007/09/22(土) 21:09:15ずっとこのスレに常駐ww
0605デフォルトの名無しさん
2007/09/22(土) 21:10:49オブジェクト指向に特化した考え方の中に、むりやり構造化の概念を
詰め込んでいるのが滑稽だという意味じゃないの?
0606デフォルトの名無しさん
2007/09/22(土) 21:40:28OO 叩きはじめると底の浅さが露見するから迂闊な事はやめとこうぜ。
データ主体に考える事ができない時点で、
OO のオの字も理解してないってバレバレになるからさ。
0607デフォルトの名無しさん
2007/09/22(土) 21:43:330608デフォルトの名無しさん
2007/09/22(土) 21:44:44Javaのメソッドは手続きじゃん
構造化設計のノウハウは全てそのまま使えるだろ
0609デフォルトの名無しさん
2007/09/22(土) 21:58:23具体的に反論できないバカ
データ主体に考えて成功した大規模プロジェクトを挙げてみな
>>607=>>608
その割りには構造化をバカにするのが典型的なJava厨の特徴プギャー
あと時間はもっとずらしてレスしようぜ
どうせ1人の自演なんだろうがな
0610デフォルトの名無しさん
2007/09/22(土) 21:59:30そもそもデザインパターンてのは
使い古された設計の手法を
パターン化して共通言語にしましょうていうのが
狙いだから「こんなの今までも使ってたよ」て
馬鹿にすること事態が間違ってる。
大体Javaに特化した話でもなんでもないし。
OO指向のパターンでなければ
Cで組んでもそれこそCOBOLで組んでも
間違いではない。
0611デフォルトの名無しさん
2007/09/22(土) 22:01:35データ指向(DOA)の失敗の果てにサービス指向(SOA)が
生み出されたと聞いたことあるのですが。(Javaな人に)
0612デフォルトの名無しさん
2007/09/22(土) 22:02:44うわ!全然分かってないじゃん!!
0613デフォルトの名無しさん
2007/09/22(土) 22:04:24どのレスのことよ
0614デフォルトの名無しさん
2007/09/22(土) 22:04:39現在コボラーの人は10年後もコボラーの可能性が高い
現在Java房の人は10年後異業種に転職しているか、死んでいる可能性が高い
0615デフォルトの名無しさん
2007/09/22(土) 22:05:32めちゃめちゃ広義に捉えた場合は知らんが、普通デザパタといえばOO。
wikiにもGoFの考え方が書いてあるじゃん。
[Design patterns] solve specific design problems and make object-oriented designs more flexiblem elegant,
and ultimately reusable. They help designers reuse successful designs by basing new designs on prior experience.
A designer who is familiar with such patterns can apply them immediately to design problems without having to
rediscover them.
0616デフォルトの名無しさん
2007/09/22(土) 22:07:39いくらなんでもここでやるのはどうかと思うぞw
0617デフォルトの名無しさん
2007/09/22(土) 22:07:53どんなシステム開発を行ってきたかだと思うんだけど。
金融歴20年のコボラ−と、Webアプリ5年のジャバラだったら
どっちを採用すると思う?
0618デフォルトの名無しさん
2007/09/22(土) 22:10:04どう考えてもJavaのほうだろ。アホか
5年のコボラと20年のジャバラだと、まだちょっと悩むがな
0619デフォルトの名無しさん
2007/09/22(土) 22:10:51Webアプリ中心のJava自体、生息地帯が違いすぎるだろ
不毛な議論
0620デフォルトの名無しさん
2007/09/22(土) 22:11:46ひぇぇぇぇ
0621デフォルトの名無しさん
2007/09/22(土) 22:21:18まともな会社に社員採用はまずない
0622デフォルトの名無しさん
2007/09/22(土) 22:28:48銀行のシステム開発は人手がいくらあっても足りない。
あまりにデータ量が多い&ミッションクリティカルなため、
メインフレーム+コボルでしか運用できないのだ。
0623デフォルトの名無しさん
2007/09/22(土) 22:35:29ああ、その手があった
生保、損保の子会社もあるね
データ量=契約件数*1.4倍くらいあるから、マジで半端ないw
正直外資系、年俸制とかはヤバそうだけど、やってる人いる?
求人内容には18:30には帰宅しています、なんて載ってるけど、どう考えても
嘘だよな
派遣:2次受けの会社(客先常駐)も含む
0624デフォルトの名無しさん
2007/09/22(土) 22:38:26人手はとにかく足りないんだよねえ
0625デフォルトの名無しさん
2007/09/22(土) 22:38:59コボラーが夜間にシステムとめて変な処理してるからだろ
いい加減目を覚ませよ
お前らのやってることは間違いだらけだ
0626デフォルトの名無しさん
2007/09/22(土) 22:39:18元請のユー子とかに入れたりするのかな
現在30歳だけど・・・
もうムリかな・・・
0627デフォルトの名無しさん
2007/09/22(土) 22:44:52通信系のバックも汎用機なんですが。。。
0628デフォルトの名無しさん
2007/09/22(土) 22:59:55金融系のシステムでやってるのが
オンライン処理だけだとでもおもってるの?
そもそもバッチ処理を動かすことと
オンラインシステムを止めることは関係ないし
最初の設計段階で24時間稼動まで考えて
なかったんだからそう動いてないシステムが
まだ存在するのは当たり前で
言語の問題ではない。
基幹系のシステムをちゃんと勉強してね
JAVAでやるにしたって必要な知識でしょ
0629デフォルトの名無しさん
2007/09/22(土) 23:01:26一時期はそういう風潮もあったけど
今ではIBMも含めてどのSIもそんな提案してないでしょ
失敗して責任とらされるの怖いもんね
0630デフォルトの名無しさん
2007/09/22(土) 23:10:09力量にもよるだろうけど
団塊が一気に抜けることを考えると
今一番必要な世代ってな気もする
逆に言えば移るなら今かもね
色々いってるけど
俺らが現役の間は絶対にCOBOLは
無くならないよ、つか無くせない
0631デフォルトの名無しさん
2007/09/22(土) 23:20:45でもそれって、コボラは概して不勉強であり、周りに害を与える存在であるって事実と
なんら関わりないことだよね?
0632デフォルトの名無しさん
2007/09/22(土) 23:26:010633デフォルトの名無しさん
2007/09/22(土) 23:27:46何時間か置きにデータをDBに格納するの。COBOL関係ないけどね。
そういう状況下では別に夜間止める必要ないな。
俺のやった仕事で言えば、メインフレームからOracleへのリプレースで
COBOLで書いていた夜間の集計処理をPL/SQLに置き換えるってのはあった。
一方でWebシステムのサーバーサイドにCOBOL使ったりしてるところもある。
F社の何とかステージとやらで...製品知識無いんであまり説明できないけど。
結局音頭取ってる人間次第で使う言語や構成が変わるんだろうね。
0634デフォルトの名無しさん
2007/09/22(土) 23:36:27> なんら関わりないことだよね?
ソースは?
0635デフォルトの名無しさん
2007/09/22(土) 23:46:29Java使いが叩かれるのも、コボラが叩かれるのも
そこには幾許かの真実があるからだと思うけど
まず、あんたはどう思ってんのよ
0636デフォルトの名無しさん
2007/09/23(日) 00:00:49もう懲りたべ
0637デフォルトの名無しさん
2007/09/23(日) 00:06:23ソース出せよソース。
0638デフォルトの名無しさん
2007/09/23(日) 00:08:14真実だってよ 笑っちまうww
「思う」なんていわずにソースだして断言してみろよ
0639デフォルトの名無しさん
2007/09/23(日) 00:35:38何にでも乗り遅れるのがコボラか?ww
0640デフォルトの名無しさん
2007/09/23(日) 00:50:430641デフォルトの名無しさん
2007/09/23(日) 01:03:430642デフォルトの名無しさん
2007/09/23(日) 01:17:08涙目の>>639の姿が目に浮かぶ
0643デフォルトの名無しさん
2007/09/23(日) 01:19:520644デフォルトの名無しさん
2007/09/23(日) 01:40:190645デフォルトの名無しさん
2007/09/23(日) 01:42:21何をあげればソースと認めるのか、そこをまず聞こうか
0646デフォルトの名無しさん
2007/09/23(日) 01:49:530647デフォルトの名無しさん
2007/09/23(日) 01:50:460648デフォルトの名無しさん
2007/09/23(日) 02:01:46これ以上負け惜しみを重ねることもあるまい 惨めな気持ちになる
0649デフォルトの名無しさん
2007/09/23(日) 02:04:42「コボラは概して不勉強であり、周りに害を与える存在である」
と類似する文書を書いてあるソースを出せっつーの
それができねーならとっとと尻尾を巻いて消えろよ、この四つ足が
0650デフォルトの名無しさん
2007/09/23(日) 02:05:530651デフォルトの名無しさん
2007/09/23(日) 02:06:01ひでぇなこりゃw
0652デフォルトの名無しさん
2007/09/23(日) 02:21:47コボラは無能であり日本から消えていく存在だと言っていたな
0653デフォルトの名無しさん
2007/09/23(日) 02:38:36自分の無能さから目を背けてるだけだったりするんだよね。
0654デフォルトの名無しさん
2007/09/23(日) 02:59:11コボラ叩きはそれに輪を掛けて馬鹿だったって事か
0655デフォルトの名無しさん
2007/09/23(日) 10:33:50>最近の流行は、Linux+Oracle+Pro*COBOLというパターンだね。
某金融系の某○立が似た事やってんだけど、
こっちとしてはデータが出来れば文句ないが、
Oracleのテーブルに主キーなし、インデックスなし、全カラムnull可で
ユーザー側でそのデータで分析やろうとしても30分〜3時間くらい
結果が返ってこないワケだが・・・。
もう少し某日○はRDBの事を勉強してください。おながいします。
ぶっちゃけ漏れがSQL+JDBCアプリ組んだ方が100倍速いです。
0656デフォルトの名無しさん
2007/09/23(日) 10:38:03つうかExcelVBAでフロント組んでも勝てるじゃね
0657デフォルトの名無しさん
2007/09/23(日) 10:45:18DB設計をプログラマがやるような超小規模な案件なら話は別だがな
0658デフォルトの名無しさん
2007/09/23(日) 10:45:45いや、それはAccess+VBAがフロントエンドのシステムでつ。
そのOracleと連携してアレコレしているそうですけど、
根本的に実効速度を無視している感ありで、
ユーザーが「遅いよー」とゴネでも「データ量が多いのでそれくらい時間かかります」
とかヌカしやがった。w
さすが年金問題な某日○だな、と思いました。
漏れがIBMの鯖で試しにテーブル移植しサンプルをJava+SQLで作ったら
たら100倍近く早くなったけどサ。
0659デフォルトの名無しさん
2007/09/23(日) 10:51:43主に日立が無能なのは同意だけど、ユーザーの要望に合わせて
言語を選択するのは、規模関係ないと思うけど。
COBOLでもデータ分析に適したリレーショナルなDBシステム作れると思うけど、
やっぱCOBOLerが設計すると横長DBになりがちではあるよ。
純(?)なSQL上がりな人間からするとSQL発行できれば、CでもJavaでもVBAでも
言語はどれでもよかったりするけど、COBOLerとExcel信者は
横長志向だとオモ。
0660デフォルトの名無しさん
2007/09/23(日) 10:54:030661デフォルトの名無しさん
2007/09/23(日) 11:26:51>銀行のシステム開発は人手がいくらあっても足りない。
この間、システム共同化とかいって地銀のシステム子会社の
エンジニアは軒並み仕事がなくなったワケだが。
地銀系はこの流れになっていくとオモ。
なんか都銀のパッケージを不思議に啓蒙している不思議な経営陣だから。
漏れの知るところの都銀のシステム子会社(某○菱系)だと仕事はあるにはあるけど、
孫会社や下請けに丸投げの中間マージン搾取会社となっているフシがあるから、
あんまし銀行系の開発ってお勧めしない。特に某○菱は死ぬほど金払いが悪い。
他の都銀は金払いいいのか知らんけど。似たようなモノだとオモ。
0662デフォルトの名無しさん
2007/09/23(日) 11:32:25合理化という言葉はどこに消えてしまったんだろう
0663デフォルトの名無しさん
2007/09/24(月) 00:09:09それってどこかに元ネタがあってそれが広まった都市伝説じゃないの?
ファイルにソートキーつけまくってブレイク処理しまくる処理に慣れている
コボラが、キーの概念を知らないというのは考え難いんだけど。
0664デフォルトの名無しさん
2007/09/24(月) 00:15:27トランザクションに主キーが無い。
0665デフォルトの名無しさん
2007/09/24(月) 00:42:49COBOLの世界じゃ、レコードの格納順番が
そのままキーということが非常に多い。
0666デフォルトの名無しさん
2007/09/24(月) 01:00:59ごめん意味不明
0667デフォルトの名無しさん
2007/09/24(月) 05:44:14都市伝説もなにも実在する以上の証明はないワケですが。
変に汎用機慣れしているとユーザーサイドの使い勝手と言うか、
COBOLの「全件読んでからブレイク集計」と一般的SQLの「情報を
集合で扱う」概念が身にしみてないだけだろう。
0668デフォルトの名無しさん
2007/09/24(月) 08:54:16お前の周りだけだろ
つかお前>>631だろ??根拠のない断言大杉
貴様のことを「思い込み厨」と命名するww
0669デフォルトの名無しさん
2007/09/24(月) 09:05:16ネットの記事や2chだけ読んで思い込んでいるというか。。。
家にこもってないで外に出ろ!現実を見ろ!
0670デフォルトの名無しさん
2007/09/24(月) 12:40:25後ろに「データ/ファイル/テーブル」などと付けなきゃ分からんか?
要するに取引データみたいな物のことだが、、
一つの取引を特定できないって状況なんだよ。
0671デフォルトの名無しさん
2007/09/24(月) 12:54:26コボラを叩きたいんなら、他スレでやってくれ
0672デフォルトの名無しさん
2007/09/24(月) 13:17:34やっぱり、意味不明。
0673デフォルトの名無しさん
2007/09/24(月) 14:29:42コボラ叩きを叩いてる連中の発言には中身が何も無い
0674デフォルトの名無しさん
2007/09/24(月) 16:33:18それ、冗談で言ってるんだよな?(笑)
コボラ叩きはレッテル貼りしかしてないじゃないか。
0675デフォルトの名無しさん
2007/09/24(月) 16:55:09Javaはすぐに次のバージョンが出てしまう。
俺なんか1.2の参考書の勉強がまだ終わってないぜ。
0676デフォルトの名無しさん
2007/09/24(月) 20:40:56「トランザクションに主キーが無い」はおろか
という表現はいまだかつて聞いたことないな。
0677デフォルトの名無しさん
2007/09/24(月) 22:25:24主キーがないやら、インデックス知らないとか具体例満載で
説明されているのに「レッテル貼り」とは日本語読めない人か?
つかコボラーは釣りかマジレスか解らん池沼が多いな。
0678デフォルトの名無しさん
2007/09/24(月) 22:51:50いやだから、そんな人いないから・・・てこのスレで書いてるのに。
なんでCOBOL=DB知識がないって思い込んでるんだろう、この人。
COBOLだって普通にOracleバリバリ使うのに。
それで、「トランザクションに主キーが無い」って何?
0679デフォルトの名無しさん
2007/09/25(火) 00:09:27「トランザクションに主キーが無い」はおろか
という表現は、おれも>>676ではじめてみましたよっw
トランザクションテーブルに主キーが設定されてない実例はあるよって言ってるだけなんだが。。。。
おまけにCOBOLerとの関連は不明としているでしょ。ちなみに俺自身経験の半分はCOBOLだし。
俺は10年も経験ないけど、主キーの無いテーブルを見たのは初めてだったのは確か。
逆に主キーが無いテーブルってのは結構多いの?
0680デフォルトの名無しさん
2007/09/25(火) 00:21:36「主キーくらい知ってるわ!」と言って熱くなるコボラw
0681デフォルトの名無しさん
2007/09/25(火) 00:38:46設計が馬鹿なだけで・・・
0682デフォルトの名無しさん
2007/09/25(火) 00:59:340683デフォルトの名無しさん
2007/09/25(火) 01:08:05横長テーブルはCOBOLの言語仕様と関係ないとは言えないのでは?
0684デフォルトの名無しさん
2007/09/25(火) 01:11:200685デフォルトの名無しさん
2007/09/25(火) 01:41:19コボラやコボルと関係ないことで叩かれてもねぇ
0686デフォルトの名無しさん
2007/09/25(火) 01:49:08カラム数100個なんて簡単に突破する横長テーブルになると思うのだが・・・。
あと、パフォーマンスを重視した正規化崩しとして、テーブルのカラムに
項目1、項目2・・・と繰り返しを定義するのは、必ずしも間違いではない。
数テラバイトのデータを扱うDWHでは一般的な手法。スタースキーマあるいは
スノーフレークスキーマの形を美しく整えるほうが大切。
0687デフォルトの名無しさん
2007/09/25(火) 02:06:30購買テーブルのレイアウトに、商品コード、商品名漢字、商品名略称、商品名カナ、
商品単価、商品製造日付・・・なんて項目がずらっと並んでいるんだよね。
商品属性をマスタに出して従属させちゃいけないんだよね。
0688デフォルトの名無しさん
2007/09/25(火) 02:28:46トランザクションでなくて、
取引明細テーブルに主キーがないと
言ってくれれば誰でもわかる。
0689デフォルトの名無しさん
2007/09/25(火) 02:37:26逃走間際だと思うよ
0690デフォルトの名無しさん
2007/09/25(火) 03:46:29トランザクションファイル(マスターファイルに対する更新要求列)を
テンポラリなテーブルとして、DBに持つケース。データ管理の一元化
などで起こりうる。上の方で日立を馬鹿にした書き込みが続いていたが
これなのではないか。
せっかくテーブルに仕立てたのだから、主キーくらいは設定して、
更新に行く前にチェックもしようよの意味で使ったのだろう。
0691デフォルトの名無しさん
2007/09/25(火) 06:41:08>いやだから、そんな人いないから・・・てこのスレで書いてるのに。
ナニ半島の人みたいなレスするんだか。w
オマエみたいな池沼は現実に存在する。
つかOracle社の中の人が見たら笑う様なレスすんなよ。
0692デフォルトの名無しさん
2007/09/25(火) 09:47:130693デフォルトの名無しさん
2007/09/25(火) 10:20:590694デフォルトの名無しさん
2007/09/25(火) 12:26:30・DB詳しいコボラが存在することと、全てのコボラがDBに詳しいこととは違う
よってコボラの反論はすべて詭弁以下
0695デフォルトの名無しさん
2007/09/25(火) 12:39:40>DB詳しいコボラが存在することと、全てのコボラがDBに詳しいこととは違う
これってそっくりそのまま
>DB詳しい蛇腹が存在することと、全ての蛇腹がDBに詳しいこととは違う
にあてはまるね
ほとんどの蛇腹は、create table文さえ知らないアフォな兵隊だからねww
0696デフォルトの名無しさん
2007/09/25(火) 12:44:06>DB詳しい蛇腹が存在することと、全ての蛇腹がDBに詳しいこととは違う
あたりまえでしょ。何を得意になってるのやら
だけど、横長テーブルやフェッチを好む蛇腹は居ないんだよ
何のメリットもないから
0697デフォルトの名無しさん
2007/09/25(火) 13:06:23>横長テーブル
君の職場がしょぼいテーブルしか使わない程度の案件しかやってないんでしょう
>フェッチを好む
フェッチの意味よく分かってないんじゃないの?
0698デフォルトの名無しさん
2007/09/25(火) 13:08:00開発経験本当にあるの?単なるプログラムオタクレベルっぽい。
もしかして愛読書はWebDB Pressかい?(爆笑)
0699デフォルトの名無しさん
2007/09/25(火) 13:12:13・特定条件下で横長テーブルが妥当であることと、あらゆる条件下で横長テーブルが妥当であることとは違う
「「「不適当な条件下で」横長テーブルを好む」蛇腹はいない」
な?
バカなの?
何が「君の職場が・・」wなの?
バカ?
よーく考えてよ。
無理?
0700デフォルトの名無しさん
2007/09/25(火) 13:14:510701デフォルトの名無しさん
2007/09/25(火) 13:15:39>だけど、横長テーブルやフェッチを好む蛇腹は居ないんだよ
これのソースは?
0702デフォルトの名無しさん
2007/09/25(火) 13:16:110703デフォルトの名無しさん
2007/09/25(火) 13:17:070704デフォルトの名無しさん
2007/09/25(火) 13:18:04今の職場じゃ、無能な部下をいじめるなんてしたら問題になっちゃうからねww
0705デフォルトの名無しさん
2007/09/25(火) 13:19:39俺の職場がしょぼいテーブルしか使わない程度の案件しかやってないソースと
フェッチの意味よく分かってないソース
はやくだせやボケ
0706デフォルトの名無しさん
2007/09/25(火) 13:23:25説得力ゼロだな
0707デフォルトの名無しさん
2007/09/25(火) 13:26:31なんですぐ涙目なんだよ
泣くほど悔しいんだったら、はじめから勉強しろバカ
0708デフォルトの名無しさん
2007/09/25(火) 13:29:18そしてフラグとIF文満載なストアードプロシージャ、どうやってメンテすればいいんだよ
0709デフォルトの名無しさん
2007/09/25(火) 13:34:55>ほとんどの蛇腹は、create table文さえ知らないアフォな兵隊だからねww
ほれ、ソース出してみろ
それか二度とソースでごまかそうとスルナヨ糞低脳が
0710デフォルトの名無しさん
2007/09/25(火) 18:00:12君が最初にケンカ売ったんだかんね。
自分のソースが出せないからって転嫁するなよ。
0711デフォルトの名無しさん
2007/09/25(火) 18:05:52>>664
>>667
>>670
>>674
>>677
>>679
>>680
>>683
0713デフォルトの名無しさん
2007/09/25(火) 19:11:43流石はコボラ
センスは古いし、仕事はいい加減
0714デフォルトの名無しさん
2007/09/25(火) 19:44:37思うけど、COBOLerは正直、現代においては外ればっかだと思うが。
特にこのスレのコボラのマジレス(w)をみてるとな・・・。
#釣りにしても酷いが・・・
0715デフォルトの名無しさん
2007/09/25(火) 20:17:48>>664 は、
マスタ系/トランザクション系に分類したときにトランザクション系って意味でトランザクションと書いた。
マスタ系には主キーが付いているので。
>>670 は、
はじめは>>666がトランザクション↓ここらへんの意味でとらえていると思って書いた。
http://www.sophia-it.com/category/transaction.jsp
>>679 は、
若干カチンときてるが、俺はCOBOLer叩きでも、蛇腹でもない。(COBOLerのつもりでもないけど)
すでにアンタらほど経験もありませんよって認めている。
あとのレスは俺じゃない。
それから横長に付いては、「パフォーマンスのために...」てあたりは一応知識としては知っている。
だから必ずしも否定的ではない。
>>697
これはアドバイスとして受け取っておく。
ありがとう。
俺が書きながら思い出していたテーブルは、明細は横に持っていて、横が足りないと縦を追加している。
店番号(i) 日時(i) 明細1 明細2 明細3 その他の項目 ...こんな感じ(iはインデックス)
で実際に担当者がこのレコードを探し出すときに、明細の金額まで見てやっと判断してる。
だからもう少し確実なキーが要るんじゃないかと思う。
0717デフォルトの名無しさん
2007/09/25(火) 20:29:290718デフォルトの名無しさん
2007/09/25(火) 21:49:26そろそろCOBOLの質問したいんだけど、、、
0719デフォルトの名無しさん
2007/09/25(火) 22:09:47確かにCOBOLerの自作自演がかなり酷いな・・・
0720デフォルトの名無しさん
2007/09/25(火) 22:33:210721デフォルトの名無しさん
2007/09/25(火) 22:40:04どーでもいいじゃん。現実のコボラーが改心するワケでもなし。
0722デフォルトの名無しさん
2007/09/25(火) 22:58:14Java使いなんてCOBOLer以下の最下層デジドカだという現実に目を向けなよ。
0723デフォルトの名無しさん
2007/09/25(火) 23:01:41大文字で書けるJavaならば勉強する気になれる。
誰か作ってくれ。改造は意外と簡単なような気がする。
0724デフォルトの名無しさん
2007/09/25(火) 23:39:43思ったより流れが速いだけでなんだか嬉しいです。
0725724
2007/09/25(火) 23:42:370726デフォルトの名無しさん
2007/09/25(火) 23:58:00基礎文法さえ押さえたら、すぐにでもOracleのPro*COBOLを勉強すべし。
オープン系COBOLは今かなり需要がある。
0727デフォルトの名無しさん
2007/09/26(水) 00:58:42年金はデータだろw
>>659
SQLを何度も発行するのがいやで一本化してるんでないの?
ひとつの処理でテーブル10〜20使うのはざらにあるし。
0728デフォルトの名無しさん
2007/09/26(水) 01:00:26これに慣れてしまうと、VBやJavaでひたすらSQLを文字列結合している
汚らしい構文にはもう戻れない。
0729デフォルトの名無しさん
2007/09/26(水) 01:03:52> SQLを何度も発行するのがいやで一本化してるんでないの?
DWHに限ってはそれは主目的ではないよ。
このスレにはDWHに詳しい方がいる(いた)ようなので私のような
半端モノは詳細説明を避けるけど、DWHのスレがあれば
そちらで聞いてみるのもいいでしょう。
0730デフォルトの名無しさん
2007/09/26(水) 01:04:40COBOLで書くなら当然大文字だけどさ、
他の言語使うならその言語の一般的なルールに従おうよ
たまーに見かける小文字COBOLソース見ると、書いた奴殴りたくなるだろ?w
そのまた逆も然り
0731デフォルトの名無しさん
2007/09/26(水) 01:20:08だから、口座残高は、JavaではAccountBalance、
COBOLではKZ-ZNDKと書かねばならない。
0732デフォルトの名無しさん
2007/09/26(水) 02:37:47KZ-ZNDK読みやすい!!
講座ズンドコ
0733デフォルトの名無しさん
2007/09/26(水) 03:09:47コボラが死滅していく人種であることには
変わりはないんだけどな
0734デフォルトの名無しさん
2007/09/26(水) 06:00:19書けるだろ普通に
0735デフォルトの名無しさん
2007/09/26(水) 06:42:50そりゃAccountBalanceって記述すると思うが。
0736デフォルトの名無しさん
2007/09/26(水) 06:59:52>>723
0737デフォルトの名無しさん
2007/09/26(水) 07:07:40但し、漢字未対応のツールを使うと地獄が待っているが
0738デフォルトの名無しさん
2007/09/26(水) 07:37:58COBOLで書かれたシステムでは例えば、
摘要を構文解析して、意味を理解分類すると
いうようなコードはどのように書いているの
ですか。
それとも、汎く知られたソースのライブラリの
ようなものがあるのですか。
0739デフォルトの名無しさん
2007/09/26(水) 13:43:52COBOLには可変長の文字列といった概念は
基本的に無いんだよ。わかったな。それだけだ。
0740デフォルトの名無しさん
2007/09/26(水) 21:49:250741デフォルトの名無しさん
2007/09/26(水) 22:27:15なんじゃこりゃあぁぁぁぁ!
けど、改ページを好きな所に入れられるのは超便利。
0742デフォルトの名無しさん
2007/09/28(金) 00:36:44REDEFINES と / のことかな?
0743デフォルトの名無しさん
2007/09/28(金) 00:55:29なんちゃらの時はこんちゃらってのが、相当混乱しました。
キーなのに同じ値が複数あるし。もう慣れましたけど。
ワークスペースに複数の切り分けをした領域取ってやってましたけど、
REDEFINES使えば楽なんですかね?
やってみます。
改ページはAFTER PAGEの事でっす。
0744デフォルトの名無しさん
2007/09/28(金) 00:56:550745デフォルトの名無しさん
2007/09/28(金) 03:35:01挫折したからよくわからないんだ…
0746デフォルトの名無しさん
2007/09/28(金) 11:02:110747デフォルトの名無しさん
2007/09/28(金) 11:36:14言語じゃなくて規約なら、COMがVARIANTという概念で、1つの変数にあらゆる属性の
値を入れることが出来た(主要言語はC++)。しかしこれはREDEFINESとは違うかな。
0748デフォルトの名無しさん
2007/09/28(金) 12:39:52ポインタ設定するの面倒だろ。そのポインタ設定が漏れまくるから
高級言語じゃ使われないのに不都合無いって・・
REDEFINESはメモリ節約の産物だからもう必要ないだろ。
0749デフォルトの名無しさん
2007/09/28(金) 14:46:33REDEFINESと同様の概念がないとすると、アセンブラ的な
ものから遠ざかろうとしている言語がほとんどだから
ではないか。
0750デフォルトの名無しさん
2007/09/28(金) 15:51:22まあJAVAがクソ言語で
ビジネスロジック専門自称JAVAPGが死滅していく人種であることには
変わりはないんだけどな
0751デフォルトの名無しさん
2007/09/28(金) 16:23:57I/Oポートを直接触る組み込みでは未だ必要な機能だよ、コボルと違ってビット単位でアクセスできるし
まあシーケンシャルファイルなんてデータコンバートプログラムでしか用は無いけどね
0752デフォルトの名無しさん
2007/09/28(金) 18:57:57Cで構造体使っていたなぁ。
I/Oを叩く時は必要だと思うけど、COBOL的なデータ操作とかで
構造体やらREDEFINESを使ってどうこうとは今は思わんね。
0753デフォルトの名無しさん
2007/09/28(金) 19:34:320754デフォルトの名無しさん
2007/09/28(金) 20:08:09つうかあんた構造体とかポインタって全く解って無いだろ。ポインタ設定が漏れるって何のことだよ
勉強してから一丁前のこと言ってね
0755デフォルトの名無しさん
2007/09/28(金) 20:17:280756デフォルトの名無しさん
2007/09/28(金) 22:25:280757デフォルトの名無しさん
2007/09/28(金) 23:24:38どうしてCではポインタが必須なのだろう。
俺の永遠の課題だ。
0758デフォルトの名無しさん
2007/09/28(金) 23:36:03おれは C -> COBOLの順に勉強したんだけど、
REDEFINESを見たときに 「union(共用体) と一緒じゃん」って感想を持ったよ。
実際の使い方も似たようなものでしょ。
なんか「データ区分」みたいな項目があって使用する構造を決定する。
>>743
ちなみに、改ページはCでは'\f'フォームフィードでやったことがある。
C:構造体を関数にポインタで渡す
COBOL:構造体をサブルーチンに参照渡し
存外、共通点らしき部分が見受けられますな。
COBOLは「編集項目」が便利だと思ったな。
0759デフォルトの名無しさん
2007/09/29(土) 00:36:020760デフォルトの名無しさん
2007/09/29(土) 01:45:23自称JAVAPGだらけだな
「えっネットパッケージってなんですか?リフレックスAPI???」
おまえは無理しないでCOBOLでもやってろHAGEといらだつよ
0761デフォルトの名無しさん
2007/09/29(土) 01:46:26コボルの命令はCの関数ライブラリにあたると考えれば
みなまで言わなくてもわかるだろ
0762デフォルトの名無しさん
2007/09/29(土) 07:39:28さすがにこの業界への再就職は厳しいかね?
他に資格とか無いし、警備員になるしかないのか。
0763デフォルトの名無しさん
2007/09/29(土) 08:46:49金融関係ならあるはずだべ by 45のオサーン
0764デフォルトの名無しさん
2007/09/29(土) 11:04:18汎用機だけでなく最近はUNIX-COBOLも引く手数多。
後者は、UNIXの知識&Oracleの知識必須ね。
ただ、金融・保険関係は、プログラマ歴よりも金融開発歴が
重視されるので、金融業務歴がないと厳しいかな。
0767デフォルトの名無しさん
2007/09/29(土) 11:22:570768762=765
2007/09/29(土) 11:32:10あっても20万ぐらいだろうな。スキルも付かないし。
まあ、どっちにしても10年間頑張ってスキルを磨いても50歳。
そうなると転職は99.99・・・%無理、リストラされておしまいか。
お先真っ暗な人生しか見えない今日この頃・・・
0769デフォルトの名無しさん
2007/09/29(土) 21:01:48その年で底辺のプログラマーを目指す理由が正直わからんが。
COBOL歴は正直なんの役にも立たん。
漏れの知っている部署だと「知らなくてもすぐに覚えられるから」とか言う理由で
素人でも即プログラマーには慣れる。が、壊れるまでコキつかわれる率80%って感じだ。
まあ、壊れる壊れないは本人の資質が大きいのでデスマの経験を
とくとくと語れば採用されるかも。
0770デフォルトの名無しさん
2007/09/30(日) 05:48:17探索とパターン照合それからルールベースなどという章が
切られている。
Javaで書かれたPrologは多い。Prologに関して言うと最初のPrologは
1972年にマルセイユ大に於いてFORTRANで記述された。
それで、COBOLによって書かれたPrologはないかとググッてみても、
それらしきものは出てこない。1980年代には汎用機上のProlog処理系は
結構あったはずだけれどアセンブラで書かれていたのだろうか。
0771デフォルトの名無しさん
2007/09/30(日) 08:14:11CがCで書かれたってのはある意味神業な気がするが。
とりあえずCOBOLはCOBOLで出来てないだろ。
0772デフォルトの名無しさん
2007/09/30(日) 10:50:23構文とか、商用に使いやすいとか、あまり関係ないんじゃないの?
0773デフォルトの名無しさん
2007/09/30(日) 12:40:11最初のC言語はB言語で書かれたんだよ。直ぐにC言語で書き直されたんだが
0774デフォルトの名無しさん
2007/09/30(日) 13:44:16CをCで書くことに何の意味があるのだろうか。
この辺は理系の知識がいるな。
0775デフォルトの名無しさん
2007/09/30(日) 16:01:22あるとおもうよ
こんなのもあるから
株式外会社COBOL
http://www.cobol.co.jp/
0776wolf ◆8VH3XAqjlU
2007/09/30(日) 18:06:04たとえば皆さんのプログラムで正常処理とエラー処理の比率はどれくらいですか?
どんな言語のコンパイラーでもただ動くだけ部分以外エラー処理とか最適化とか結構バカになりません
それでAssemblerではやっていられないという事です
0777デフォルトの名無しさん
2007/09/30(日) 22:58:29確かにB言語を改良した言語がC言語ではあるが、最初のCはBでは出来てないらしい。
CはCで書かれたとの事。
0778デフォルトの名無しさん
2007/09/30(日) 23:26:06頼むそう言ってくれ!
言ってくれないと俺の頭が爆発する。
0779デフォルトの名無しさん
2007/09/30(日) 23:50:26頼むそう言ってくれ!
言ってくれないとCOBOLerがCスレに乱入する。
0780デフォルトの名無しさん
2007/10/01(月) 01:05:030781デフォルトの名無しさん
2007/10/01(月) 13:43:24書かれた言語が多いことは確かだが。
0782デフォルトの名無しさん
2007/10/01(月) 15:08:46Cが台頭するまではPL/MみたいなPL/Iのサブセットを使ったものが殆どだったが。
0783デフォルトの名無しさん
2007/10/02(火) 17:57:50TSSがウンコ
TSOの勝ち
0784デフォルトの名無しさん
2007/10/04(木) 04:26:56それで何をするの?
0785デフォルトの名無しさん
2007/10/04(木) 16:17:38近々、転職を余儀なくされそうです。
金融関係は、キツイと言われていますが、実際のところ、どうなんでしょうか?
(金融システムの経験は全くありません)
0786デフォルトの名無しさん
2007/10/04(木) 18:20:240787785
2007/10/04(木) 19:16:21詳しく説明してくれたら、いきません。
0788デフォルトの名無しさん
2007/10/04(木) 22:44:570789デフォルトの名無しさん
2007/10/04(木) 23:29:09それに耐えられるか?ってのもあると思うが。
ドキュメントは神(紙)って感じで・・・。
0790デフォルトの名無しさん
2007/10/05(金) 00:08:18古いシステムだと○○さんの頭の中だけってのも結構あるんだぜ。
0791デフォルトの名無しさん
2007/10/05(金) 00:24:10仕様変更の網羅がしっかりできていれば(コードレニューがきちんと行われていれば)
紙のドキュメントでも十分役に立つよ。
RADとかプロトタイピングとかいって最初の仕様と全く違うこと行っているのにソースのコメント
がプロトタイプ版のままのモジュール(クラス)よりは絶対に役に立つ。
0792デフォルトの名無しさん
2007/10/05(金) 06:48:46>紙のドキュメントでも十分役に立つよ。
それが理想論なのは誰もが知っているワケで・・・。
>RADとかプロトタイピングとかいって最初の仕様と全く違うこと行っているのにソースのコメント
>がプロトタイプ版のままのモジュール(クラス)よりは絶対に役に立つ
コメントが難しいが、そう思うヤツの90%くらいはドキュメント信仰が強いだけの
能無しが言う台詞ではある。
オブジェクトにあるメソッドがブラックボックスでも大して困らない。
仮に言語がJavaだとしてJavadoc作ってあって、例外に関する仕様とdocが
あれば許せる。
catch(HogeException){}
なんて空の例外コーティングしてあると最悪と感じるが・・・。
まあ、漏れが現物志向ってのはあるな。
ドキュメントなんて大抵アレなケースが多いし。
0793785
2007/10/05(金) 09:11:05皆さん、貴重な御意見ありがとうございました。
取り敢えず、金融関係は、候補から外した方がよいみたいですね。
0794デフォルトの名無しさん
2007/10/10(水) 17:20:330795デフォルトの名無しさん
2007/10/11(木) 21:14:59COBOLってやっぱりすばらしい言語だね! Cなんて足下にも及ばないよ!
0796デフォルトの名無しさん
2007/10/12(金) 00:00:56そうCを責めるなよ。
そもそもCをOS記述以外に使うこと自体、
間違った使い方なんだから。
リッチーとカーニハンも、今のCの使われ方を
草葉の陰で嘆いていることだろう。
0797デフォルトの名無しさん
2007/10/12(金) 00:57:05あんたは、そんな宣伝文句を真に受けてどうする
コボラってほんまにアホや
デスマ土方で頭おかしいんちゃう
0798デフォルトの名無しさん
2007/10/12(金) 06:51:57喪前がすばらしい脳ミソってのは解るな。
0799デフォルトの名無しさん
2007/10/12(金) 10:10:250800デフォルトの名無しさん
2007/10/12(金) 18:16:590801デフォルトの名無しさん
2007/10/12(金) 21:49:050802デフォルトの名無しさん
2007/10/13(土) 00:28:03他のメーカーのうまく動いたのはC言語、日本信号はCOBOLだったりして(笑)。
0803デフォルトの名無しさん
2007/10/13(土) 11:50:54組み込みでCOBOLってのは聞いたことがないが。
0804デフォルトの名無しさん
2007/10/13(土) 16:21:44業界人には及びもつかない柔軟かつ斬新な発想。。。
0805デフォルトの名無しさん
2007/10/13(土) 16:35:04実際に組み込んでみたら凄いと思う
なぜ組み込みに使われないのかは知らないけど
0806デフォルトの名無しさん
2007/10/13(土) 16:42:14セマフォとインターラプトとマルチスレッドを勉強してみようね
0807デフォルトの名無しさん
2007/10/13(土) 18:38:35動く環境が限定されているんだから、そりゃ当たり前だと思うけど。
0808デフォルトの名無しさん
2007/10/13(土) 21:07:460809デフォルトの名無しさん
2007/10/13(土) 21:42:45もう何も言うな
恥かくだけだぞ
0810デフォルトの名無しさん
2007/10/13(土) 22:45:40当たり前とか簡単に言うなよ。
実際に安定して動くという事実こそは
COBOL業界が長年努力して作り上げてきた
かけがえのないメリットなのだぞ。
銀行や保険のシステムが年中ぶっ飛んでいたら
世の中は回っていかんでしょーが。
COBOLとCOBOLerが社会に成してきた貢献は
計り知れない。
0811デフォルトの名無しさん
2007/10/14(日) 00:04:50そもそも汎用機のOSやCOBOLはCOBOLで書かれていないんだが
つまり安定したCOBOL環境を作ってきたのはアセンブラやC言語のエンジニアなんだよ
0812デフォルトの名無しさん
2007/10/14(日) 00:23:470813デフォルトの名無しさん
2007/10/14(日) 01:21:39今のCOBOLはCOBOLで書かれていると聞いた
0814デフォルトの名無しさん
2007/10/14(日) 02:56:030815デフォルトの名無しさん
2007/10/14(日) 07:42:19>COBOL業界が長年努力して作り上げてきた
>かけがえのないメリットなのだぞ。
COBOLの連中が努力しているのではなく、
汎用機を扱うメーカー(つか実質IBM)が金にモノを言わせて
独占市場となり、それの推奨言語がCOBOLだったって話なだけ
な希ガス。
#RPGもあったか。
つか、今の汎用機のカーネルってアセンブラ+C++だし。
0816デフォルトの名無しさん
2007/10/14(日) 12:50:24と思ったのだが。
0817デフォルトの名無しさん
2007/10/14(日) 14:29:460818デフォルトの名無しさん
2007/10/14(日) 15:35:55何で書かれてるかはあまり重要ではない。
0819wolf ◆8VH3XAqjlU
2007/10/14(日) 21:34:36当然山勘ですが
サーバーと切り離すと自主運転モードになって前日分のネガ・データで稼動したんじゃないかな?
0821デフォルトの名無しさん
2007/10/14(日) 22:15:40それだけの情報じゃどちらが悪いか判断つかないよ。サーバーからのコマンドの順序や
タイミングによるものかもしれない。その場合は端末が悪いことも考えられる
0822デフォルトの名無しさん
2007/10/15(月) 10:03:52>799
0823デフォルトの名無しさん
2007/10/15(月) 16:21:56どうも、メーカー毎にサーバーが違っていたようだが。だから日本信号の改札機だけが
止まったらしい。COBOLer作じゃないの?(笑)
0824デフォルトの名無しさん
2007/10/15(月) 16:30:56おもしろくないのが、なんで一度で理解できない?
まさか、おま・・
現実逃避してないで首でもくくったらどうだ?
0825デフォルトの名無しさん
2007/10/16(火) 00:35:320826デフォルトの名無しさん
2007/10/19(金) 16:05:310827デフォルトの名無しさん
2007/10/19(金) 17:18:580828デフォルトの名無しさん
2007/10/19(金) 22:22:25技術計算×
制御系 ×
web系 ×
Winowsアプリ ×
汎用?
0829デフォルトの名無しさん
2007/10/20(土) 00:21:100830デフォルトの名無しさん
2007/10/20(土) 18:33:170831デフォルトの名無しさん
2007/10/20(土) 19:33:110832デフォルトの名無しさん
2007/10/22(月) 15:58:53売却するそうだ。こういうのって談合なんだろうなぁ。
0833デフォルトの名無しさん
2007/10/22(月) 16:01:03COBOLほど汎用を唱って、特殊な用途に使われている言語も少ないよ。
LISPとかPrologみたいな感じ。
0834デフォルトの名無しさん
2007/10/24(水) 00:19:19メインフレームのCOBOLもあれば、ダウンサイジングの中で作った
C、Java、VB、Perlなんかのシステムもたっぷりあります。
(TSSでCOBOLプログラム書いてメインフレームからデータ
引っ張りだして、細かいところはPerlとかJavaで加工して
客に提出、なんて業務もしょっちゅう。)
でもこんな特殊な環境で開発してきたせいで、ソフトウェア工学が
進歩してきた道のりを体感してます。
あんま、特定の言語に固執するのは意味がないんじゃないですかね。
ただ、COBOL&メインフレーム知ってると出世が速いのは
あるかもしれません。COBOL世代のお偉方にJAVAをCOBOLに
翻訳して説明できるんで。
0835デフォルトの名無しさん
2007/10/24(水) 06:31:52漏れの知っている金融系はまったくの逆だな。
10年以上マをやらされているヤツがほとんどだ。
0836デフォルトの名無しさん
2007/10/24(水) 11:24:50東京三菱とUFJのシステムってIBMと日立の違いだと思うのだけれど、開発言語は同じなの?
0837デフォルトの名無しさん
2007/10/24(水) 16:10:00日立A-cosだよなIBMとちょとちがう
0838デフォルトの名無しさん
2007/10/24(水) 16:21:27ACOS...国策的OSだなぁ。
0839デフォルトの名無しさん
2007/10/24(水) 18:18:410840デフォルトの名無しさん
2007/10/24(水) 20:57:460841デフォルトの名無しさん
2007/10/24(水) 21:52:080842デフォルトの名無しさん
2007/10/24(水) 21:56:57金融系でもフロントはそんな感じだよね
色々経験できるのはいいけどバックの事とか全然わからないんじゃ?
というか、俺がそうなんだけどw
0843デフォルトの名無しさん
2007/10/24(水) 22:09:44ORACLEテストテーブル
OLACLE-KOUMOKU VARCHAR2 300バイト
※中身は動的SQLが入っております。
これを、COBOLの画面表示するために
01 WK-KOUMOKU.
03 WK-KOUMOKU-A PIC X(60)
03 WK-KOUMOKU-B PIC X(60)
03 WK-KOUMOKU-C PIC X(60)
03 FILLER PIC X(120) 切捨て用
--------------------------------------
MOVE OLACLE-KOUMOKU TO WK-KOUMOKU
--------------------------------------
DISPLAY WK-KOUMOKU-A
DISPLAY WK-KOUMOKU-B
DISPLAY WK-KOUMOKU-C
--------------------------------------
この場合、どうしてもWK-KOUMOKU-Aの
一番最初に変な文字が表示されます。
どうすればよいのでしょうか?
可変長だとなんかヘッダついてくるみたいですが
どのように除外できますか?
0844デフォルトの名無しさん
2007/10/25(木) 02:07:08Pro*COBOL? たしか、
WK-KOUMOKU-Aを可変長文字列にする宣言が必要なんじゃないか?
それをすると、
WK-KOUMOKU-A-LEN と WK-KOUMOKU-A-VAR (だったかな?)という二つの変数名が出来るんだったような...
0845デフォルトの名無しさん
2007/10/25(木) 07:54:36ありがとうございます。
さっそく、試してみます。
本当にありがとうございます。
0846デフォルトの名無しさん
2007/10/27(土) 18:46:16どういうPGMを作成すれば実現できるか思いつきません。
INPUT@をCSV化したい固定長ファイル
INPUTAにCOBOLのCOPY句(OCCURS項目がある場合は少し加工が必要?)を指定して
OUTPUTにCOPY句に合わせた
CSVファイルが出力されるようなPGMが理想です。
STRINGとかUNSTRINGを駆使すれば出来そうかなくらいの
想像しか出来ません。
低脳ですいませんがアドバイスあれば宜しくお願いします。
0847デフォルトの名無しさん
2007/10/27(土) 21:59:32ttp://homepage2.nifty.com/pu-relaxroom/pro/pro-cob3.htm
を参考にしたら。
0848wolf ◆8VH3XAqjlU
2007/10/28(日) 15:31:35コンパイラーで REFERENCE MODIFICATION が使えれば「4.部分参照の表記方法」を参考に
サルでもわかるCOBOL入門 【ひよこグミ】
http://www16.plala.or.jp/hiyokogumi/3/310.html#a4
0849デフォルトの名無しさん
2007/10/29(月) 12:06:12そういう用途にCOBOLは使わないほうがいい
0850デフォルトの名無しさん
2007/10/31(水) 14:07:480851デフォルトの名無しさん
2007/11/01(木) 09:33:36業種とかは?
0852デフォルトの名無しさん
2007/11/01(木) 21:50:29どの板&スレで?
0853デフォルトの名無しさん
2007/11/01(木) 23:59:10COBOLのASSIGN TO hogehoge
となっていた場合、JCLからならhogehogeに対応するファイルを
指定して読み込ませますよね?
MFCOBOL@AIXで動かしたいのですが、
hogehogeにファイルを関連付けるのってどうやるのでしょうか?
dd_hogehoge = path.to.file
export dd_hogehoge
で合ってます?
やってみればよいのですが、しばらく実機にさわれないので、
よろしければどなたか経験者の方ご教授ください。
0854デフォルトの名無しさん
2007/11/02(金) 12:53:53現役コボラーの方どうですかね?
0855デフォルトの名無しさん
2007/11/02(金) 20:33:54けど、廃れることだけは絶対にない。 と思う。 w
0856デフォルトの名無しさん
2007/11/02(金) 21:35:39鬱病患者のように「新しい仕事がやりたい」と漏らしている。
しかし実際に新しい仕事をやることはほとんどない。
10年以上前のシステムを延々と保守し続けるだけ。
0857デフォルトの名無しさん
2007/11/02(金) 22:43:03そういえば、ASSIGN TO なんてあったねw
部品使ってるので、研修以来ASSIGN TO なんか見たことない。。。
0858デフォルトの名無しさん
2007/11/02(金) 23:55:13なかなか見所のある奴だねぇ
デスマ確定なシステム更改案件とかやってる会社に転職すればいい
常時人材を欲しているはずw
0859856
2007/11/03(土) 08:57:33えーと、40〜50代のCOBOLしか使えないし同じ部署で10年以上いる為、
世間一般の開発常識は一切ない、ある意味素人同然なんだが・・・。
正直、今リアルタイムでCOBOLの仕事している人って世間知らずのボンボンって
印象がぬぐえないのだが・・・。
Eclipse等のIDEは見たことも触った事もないし。
0860デフォルトの名無しさん
2007/11/03(土) 10:36:39> 正直、今リアルタイムでCOBOLの仕事している人って世間知らずのボンボンって
それと開発と何の関係があるんだよ。
仕様通り納期を守ってシステムを作る、
それが開発者に科せられた唯一にして
最大の使命じゃないか。
他に何か資質を要求されるのかい?
0861デフォルトの名無しさん
2007/11/03(土) 11:14:02どーゆーわけか結構関わってくるんだな、これが。
開発って、残念ながらそこまでピュアに専門知識と専門技術だけで進むものではないからね。
0862856
2007/11/03(土) 14:40:23世間を知らないと結構大変と言うか仕事できないに近いけど。
システム開発でコーダー&テスターみたいな最底辺ならともかくとして、
「新しいシステムを作る」となると実運用やユーザー側から見た使い勝手
とか意識しながら、要件をまとめ、設計&実装するワケだが、
COBOLって未だにTSO端末のグリーン画面で80x23なテキスト画面設計して、
SNAでネットワーク&プリンタを構成して、システムバックアップはテープ命って
ノリだからなぁ。
システムなんにも知らないお客さんに対して「電文」とかの普通に喋るしサ。
もうちょっと普通の一般人に解る言葉で喋ってくれないと、辛いと思う。
SNAって単語自体普通のエンジニアだって知ってるか疑わしいし。
0863デフォルトの名無しさん
2007/11/03(土) 14:40:46あなたは結構世間を知っているんですね。
凄いね。
0864デフォルトの名無しさん
2007/11/03(土) 15:56:19UNIX系の環境では、環境変数で結びつけるってやり方は多分一緒だと思うけど、
環境変数名は ASSIGN TO hogehoge なら環境変数名もhogehoge で良いと思うよ。
dd_hogehoge の dd_ をつける必要があるのかな・・?
(コンパイラの違いとかあるかもしれんけど)
0865デフォルトの名無しさん
2007/11/05(月) 10:31:04MTはCOBOLだからとかそういう問題じゃないし、汎用機じゃなくてもMTは普通に使うだろ
Disk to Diskのみなんてのはバックアップと言えない
CMTは敷居が高いから少ないけどDAT、LTO程度は入れるべき
SNAはさすがにもう使っているところ少ないだろうね。でもすごく安定したプロトコルだった
Win2000まではSNAドライバを見かけたことあるけど、最近のOS用のはあるのかな?
もっとも、スイッチとかルータが対応してる機器が少なくなって来ちゃってるけど
0866856
2007/11/05(月) 19:03:02汎用機じゃないとMTは使わんとオモ。最近はかなり減ったと感じる。
何年か前は口座引き落としな全銀どーたらで使ってたりもしたけど、
電送(?)に変えてから業務なやりとりでMTは使わなくなった。
データのバックアップでDATやLTOは入れてる。
ただ未だにシステムのバックアップで1/4カートリッジ(30GB)が普通と
COBOLerなエンジニアは主張してくる。エェー
で、ウチの案件は未だにSNA全盛で色々とめんどくさい。
ちょっとプリンタの電源投入タイミングが悪いと手動でON/OFF
しないといけない。構成が悪いって言えば悪いんだろうけど。
とにかく運用コストが高い方法を好むのよ。汎用機&COBOLerなエンジニアは。
0867デフォルトの名無しさん
2007/11/05(月) 21:14:52凄いねw
0869デフォルトの名無しさん
2007/11/06(火) 09:10:10ドライブ装置とメディアの信頼性が他とは圧倒的に違う。
DAT・DLT・LTOも使ってるけど、装置・メディアとも
しょっちゅう故障してて使い物にならん。
0870デフォルトの名無しさん
2007/11/06(火) 09:19:310871デフォルトの名無しさん
2007/11/06(火) 11:11:20だから、DATもLTOもMTだってば
CMTはドライブどころかメディアも丈夫だから
値段は高いけど、信頼性も高い
ウチ10年位ワークテープとして使われている
CMTメディアあったよw
で、全銀どーたらって全銀手順のことでしょ?
それがEDI(電送)
EDIで送れるデータ量ならいいけど、到底無理な
場合も多々あって、そういう場合はやっぱりCMT
通函じゃないけどある程度丈夫じゃないと、コスト
云々よりも確実なデータ流通が滞る
LTOはいくらか丈夫だけど、DATは使い捨てする
位の気持ちで使わないと泣きをみる
0872デフォルトの名無しさん
2007/11/06(火) 22:13:23ウチはCMTが一番トラブル多い、理由は「エンジニアが丈夫だからと過信してミスをする」ケース。(w
LTOは問題なし、DATは最初から1年交換ってノリで運用している。
まあテープ関連の業務は正・副作成して作業しているから
多少壊れてもいーや、感はある。
今の電送は県民単位で処理可能なデータ量なんで、漏れの地方では使わんな。
仮に電送が止まったらテープで運送って対策しているから、最初から
「やっぱりテープが安心」ってやり方はしてない。最終手段として捕らえている。
ただ東京都とかが回線が胡散臭くて安定して送れない状況と言うならそうなのかもしれん。
田舎モノでスマソ。
あとテープ装置を漏れがあんまし推奨しない理由は運用のおばちゃん(とは限らんが)に
高価なデッキを触らすに抵抗がある。
人間は間違えるナマモノって印象があるからな。
0873デフォルトの名無しさん
2007/11/07(水) 09:02:37テープ折れ曲がったら其処をハサミでチョッキン!! ほらまだ使えんじゃね〜か
しかしハード保守契約は切れてて綱渡り
なのにCOBOLは今日も安定
バッチジョブをチョチョイっといじってコンパイル
あれ落ちちゃった?? コンソールの赤い文字が小憎らしいじぇ
かな入力モードはデフォ
俺の通り過ぎたPCから若造たちの「げっカナモード」の悲鳴が心地いい
それから
マッチングの前には必ずレコードクリアをするんだ、うんこしたらお尻拭くのと一緒だ
MOVE SPACEだ
けどマシン室ドアの暗証番号を入れ間違い「あ、あれっ」とすんなり一回で入れない
コボラーとはそんな漢の世界
0874デフォルトの名無しさん
2007/11/07(水) 21:58:58>マッチングの前に〜うんこしたらお尻拭く
どちらかというと、「トイレで座る前に便座を拭く」とかの方が良くない?
ときどき水滴が...
0875デフォルトの名無しさん
2007/11/07(水) 22:03:14した後は当然拭いてないんだろうなぁ
んで保守契約ぐらいしとけw
壊れたらどーすんだ
0876デフォルトの名無しさん
2007/11/08(木) 16:59:16>壊れたらどーすんだ
メインの媒体はCMTだからw
MTはおぢちゃんたちが「過去のデータ資産を〜」って言って残したの(実際はCMTに全部COPYしてるけどね)
ほら"007"(ショーンコネリーのね)とか、仮面ライダーのショッカー基地とか…
悪の秘密結社でMTがくるくる回っているが心にのこってるのよw
「あれがコンピューターだ」ってね
結局…CMTとかDATには『萌え』がないんだよw これっって賛同者多いと思うけどなww
あ〜ちなみに8インチフロッピーもご健在 髪の毛挟まっていようが、綿埃ついていようが
「ガッチン、ガッチン」読込むあのタフさが『萌え』ww
0877デフォルトの名無しさん
2007/11/08(木) 22:35:380878デフォルトの名無しさん
2007/11/09(金) 08:23:23その古いシステムを延々と保守し続ける事が
仕事になるって、ある意味幸せな事だけど…。
10年後もおそらくそれで飯食えるわけだろ?
他の環境なんて、ライブラリやら刷新されて
一から覚え直してプログラミング なんてザラでっせ。
(昨今のWeb系もC++だけじゃどうにもならんからね)
0879デフォルトの名無しさん
2007/11/10(土) 04:53:54>10年後もおそらくそれで飯食えるわけだろ?
死なない程度の給料でな。
>他の環境なんて、ライブラリやら刷新されて
>一から覚え直してプログラミング なんてザラでっせ。
どこのザラか知らんが、技術職なんかは常に勉強するのが
ある意味、普通なんだが。
オブジェクト指向な言語(JavaやC#)の初歩すら理解できん
低脳は存在するから、それはそれで仕方ないが、
自分が理解できないからって上記な理由で身の保身に
走って他者の脚を引っ張るマネするからCOBOLerは
他のエンジニアからバカにされる率が圧倒的に高いんだとオモ。
0880デフォルトの名無しさん
2007/11/10(土) 08:25:08金融子会社でもコボル使わない現場に送られたら・・・
それ以上に、システム会社自体がどれくらい寿命があることやら
0881デフォルトの名無しさん
2007/11/10(土) 08:58:42おい言葉に気をつけろ。低脳とは何だ。
人をそんな風に言うもんじゃない。
オブジェクト指向は本来非常に特殊で難解な
概念で、ソフトウェア技術に適用することに疑問すら
提唱されているものなんだから、わからなくても
おかしくないんだよ。
0882デフォルトの名無しさん
2007/11/10(土) 09:44:04会社が儲かるのと個人の報酬は別物だけどなー。
ああ、でも単純なプログラマー単価だと不思議とCOBOLはちょい高いよな。
0883デフォルトの名無しさん
2007/11/10(土) 09:56:18JavaやCができたって所詮デジタル土方じゃないか。
0884デフォルトの名無しさん
2007/11/10(土) 10:02:13特殊な思考でもないけどなあ。
そういえばOOCOBOLってやっぱり誰も使ってないの?
俺もOOCOBOLでCOM作って遊んだ程度の経験しかないけどさ。
0885デフォルトの名無しさん
2007/11/10(土) 10:21:15現実問題ユニットテストつーか、単体テストで
ファイルの結果をなんでもかんでも16進数のダンプ形式で
プリンタに印刷して、鉛筆と定規で縦線引いて、
マーカーで色つけて、って手間ばかりかかるテスト手法を
強制するのがCOBOLerだなー、って感はある。
オブジェクト指向と言うよりかは、現代の開発スタイルから
あからさまに取り残されている感がウチの周りではある。
もうちょっと本質的かつ効率的なテストしてほしい。
JavaのxxUnitみたいなユニットテスト→リファクタって概念ないんで、
システムが年々グダグダになっていく。
まあ、Javaでもグダグダになっていくけどサ。
0886デフォルトの名無しさん
2007/11/10(土) 14:02:11COBOLが駄目な一番の理由はリファクタ出来ない事だよねぇ
現行の仕様を誰も理解してないから、
デグレードが怖くて影響の少なそうな部分を強引に直す
んで更にシステムがグダグダになっていく
まさに負のスパイラル
0887デフォルトの名無しさん
2007/11/10(土) 17:44:250888デフォルトの名無しさん
2007/11/10(土) 17:49:10考古学的プログラム分析ツール
仕様書のないCOBOLプログラムを分析ツールにかけて、GUIで、シーマンプログラマが一杯飲みながら
愚痴りながら仕様を解説してくれる
0889デフォルトの名無しさん
2007/11/11(日) 04:34:580890デフォルトの名無しさん
2007/11/11(日) 04:51:22http://pc11.2ch.net/test/read.cgi/prog/1194723581/
0891デフォルトの名無しさん
2007/11/11(日) 09:43:13COBOLだけ学んでもJCL学ばないと意味ないぞ
0892デフォルトの名無しさん
2007/11/11(日) 19:30:12自分は全く触ったことないけど、印象的には
SQLぐらいかとか、何の根拠もなく思ってるん
だけどどんなもんだろ。 もっと難しい?
難易度の尺度としては、同じ人物が、
簡単なアプリ組めるようになる日数で。
(SQLはアプリ内で要求通りの表作り)
0893デフォルトの名無しさん
2007/11/11(日) 19:51:47生産性はSQLが10分とすればCOBOLは3・4時間くらいだろうな。
ただ、現実的にCOBOLerはSQLを覚えない、もしくは
超絶初心者レベル(SELECT * FROM HOGE程度)が
99%くらいなので、こういう比較は意味ないとオモ。
あと、SQLでは画面遷移やらプリンター印刷やらの処理は出来ない(に近い)ので
SQL使いは他の言語(JavaやらCやらRubyやら)を覚えなければならないが、
COBOLはそれだけで一通りのアプリが出来なくもないのでSQLとは比較にならないとオモ。
言語の難易度としては気軽に学習とは言いがたいのでそういう意味では高いが
言語仕様的には中レベルじゃね。
0894デフォルトの名無しさん
2007/11/12(月) 00:02:380895デフォルトの名無しさん
2007/11/12(月) 06:39:360896デフォルトの名無しさん
2007/11/12(月) 21:50:02今Accessを勉強しているけど、やはり難しいと思う。
複数のクエリが同時に連動して動く。
これではどこかでクエリを止めて出力を検証するなどの
デバッグ手法が使えないし、項目の追加変更が出た時に
どこを直すべきかわからなくなる。
やはりコボルで地道にバッチシステムを構築するのが
一番だと思った。
0897デフォルトの名無しさん
2007/11/13(火) 00:00:55「COBOLは保守要員がいないのでASMにして下さい」
泣いてCOBOLにしてもらいました。ASMクメネ.orz
かと思えば、
よそのシステム管理部からCOBOLプログラムの修正が飛んでくるし。
>896
後々を考えると、VBA+SQLで組むのが応用が出来ると思います。
0898デフォルトの名無しさん
2007/11/13(火) 01:03:22小規模なシステムならUNIX使うより運用が楽そうで良さそうなんだが
0899デフォルトの名無しさん
2007/11/13(火) 06:47:44Accessにナニを求めているか知らんが、
カキコを読む限りはCOBOLの延長でモノを考えているから
泥沼にハマるだけなのでは・・・。
そして、地道なバッチシステムほどメンテしにくいモノはない。
RDB設計の基本の「one fact in one place(1つの事実は1カ所で管理する)」
が出来ていない人間ほど、そういう複雑怪奇な物事の考え方をする。
0900デフォルトの名無しさん
2007/11/13(火) 09:00:14複数のクエリが同時に連動して動く って?
できないことはないでしょ、みんなやってんだから。
アクセスは組んだことないけど、Winアプリは、
DOSプログラムの様な1本道の処理ではなく、
いわば全て割り込みを引き金にして動くからね。
これはオブジェクト指向とも相性がいい。
0901デフォルトの名無しさん
2007/11/13(火) 10:50:03COBOLの仕様も随分と拡張されたものだが、
それでも"やさしい部類"に入るのではないか。
役に立っていない予約語が無闇と多いが。
0902デフォルトの名無しさん
2007/11/13(火) 12:43:19高校でCOBOLやらされてPICを理解するのに数日苦しんだw
桁ベースなんだよな、あれって…
0903デフォルトの名無しさん
2007/11/13(火) 16:54:52なんなんだよ、あれ・・・
0904デフォルトの名無しさん
2007/11/13(火) 21:28:35> 複数のクエリが同時に連動して動く って?
例えばクエリAの出力をクエリBの入力に指定して…
という風にどんどんつなげていくと、
クエリZを実行しただけでクエリAからZまで
ぷよぷよの大連鎖みたいにダダーって動く。
これは恐ろしい。下手に動かすとシステムを壊してしまう。
全クエリの相関図を書かないと手を出せない。
その点コボルは一つ一つがロードモジュールとして
明確に独立しているから、非常に扱いやすい。
0905デフォルトの名無しさん
2007/11/13(火) 22:23:22もしかしてSQLの実行に非同期コマンドの DoCmd.RunSQL 使ってないか?
だったらAccessで(というかVBAで)初心者が必ず犯す失敗のひとつ。
同期コマンドの CurrentDb.Execute 使ってみれ。
0906デフォルトの名無しさん
2007/11/13(火) 22:33:04>という風にどんどんつなげていくと、
COBOLerが好みそうな糞設計の典型だな。
0907デフォルトの名無しさん
2007/11/14(水) 00:06:270908デフォルトの名無しさん
2007/11/14(水) 11:43:02動かした順番を間違ったときオペレーターが悪いって言い張るアレのことかな
0909デフォルトの名無しさん
2007/11/14(水) 13:43:28おまえ知らなかっただろw
0910デフォルトの名無しさん
2007/11/14(水) 22:22:37真逆に実装するクセがあるよな。
そのクセ「その点コボルは一つ一つがロードモジュールとして
明確に独立しているから、非常に扱いやすい。」とか勘違いして、
途中のモジュールがコケると後続やら関連JOBが停止して、
あれこれとオペレータが泣かされる。w
普通の設計でクエリの出力をつなげるなんてヴァカ設計しねーっての。
0911デフォルトの名無しさん
2007/11/14(水) 23:16:40>途中のモジュールがコケると後続やら関連JOBが停止して、
当たり前じゃないのか?
重要なのは対処して、再実行だけで業務続行が出来るように
設計されていること。
PCなんかじゃ、編集中のファイルがぶっ壊れて
修復不能ってのが当然なんだろ。
0912デフォルトの名無しさん
2007/11/14(水) 23:26:46>修復不能ってのが当然なんだろ。
釣りがマジレスか知らんがこの認識が正にCOBOLerの真骨頂だと思う。
0913デフォルトの名無しさん
2007/11/14(水) 23:30:58>設計されていること。
現実的に、10年以上前のシステムをリファクタ無しでCOBOLerが
メンテし続けた、複雑怪奇な状態で「再実行だけで動く」なんてのは
かなり稀なケースであり、実際は「あそこのフラグを初期化してから実行」
とか「あのメニューの最初から順にやり直してください」ってケースが
ほとんどな点についてw
0914デフォルトの名無しさん
2007/11/14(水) 23:34:330915デフォルトの名無しさん
2007/11/15(木) 00:16:12だいたいが複数言語のマルチリンガル
0916デフォルトの名無しさん
2007/11/15(木) 01:12:05500行を超える関数をコーディングしたりしてな
0917デフォルトの名無しさん
2007/11/15(木) 02:07:24別に問題無いだろ。意味なくアホみたいに小さな関数大量に作られる
方が苦痛だ。呼び先見たら1行なんてざらだし。
開発量の水増しかよww
>>913
だってマジにやったらお金掛かって仕方ないしw
>>912
釣りはオマイだろ。MS-Wordのファイルなんか普通に保存して、
二度と開かなくなることが度々あったしな。
こんなレベルの製品で金が取れるのが不思議だ。
0918デフォルトの名無しさん
2007/11/15(木) 04:36:23COBOLerってプログラムの構造化が何で必要かわかっていないんだ
500所か1000,2000行の関数作って「俺は凄いんだ」って自己満足してるしな
スコープって概念は一生理解できないだろうな
俺が知ってる1行の関数作っていた奴もCOBLer崩れだったんだけどね
1000行ぐらいの関数から4,5回呼び出していたよ
0919デフォルトの名無しさん
2007/11/15(木) 06:03:37> 普通の設計でクエリの出力をつなげるなんてヴァカ設計しねーっての。
んー俺が勉強不足なのかなあ。
クエリ一つでやれることは一つの処理だけだから、
複数工程のデータ加工を実現するには
JCLのステップみたいにクエリをつなげるしかないと思うんだけど。
で、一番最後のクエリを動かすマクロをAccessに登録して
運用者にはそのマクロを起動してもらう。
この手法でいろんなシステム組んじゃってるんだけど
マズイのかな。
0920デフォルトの名無しさん
2007/11/15(木) 06:50:01>二度と開かなくなることが度々あったしな。
Win3.1の時代のネタか故障しているPC&鯖なんじゃねーのか。
今はまず壊れないし、自動保存&作業中にハングしても元ファイルは壊れない
仕組みになっている。
障害率で言うならCOBOLerのシステムの方がよっぽどアベンド率が高い。
自らの保身の為に都市伝説を声高らかに語るなよ。アフォか。
0921デフォルトの名無しさん
2007/11/15(木) 07:27:52コミットやロールバックは知ってる?
0922デフォルトの名無しさん
2007/11/15(木) 07:31:13じゃ世の中のSQLを内包して動いてるシステムは壊れまくりっすね
0923デフォルトの名無しさん
2007/11/15(木) 09:22:59コミット・ロールバックはAccessのマクロからでは使えないって知ってる?
>>920
この手法はまずいと思う。
VBAを使えばAccessでもコミット・ロールバックが使えるからそちらの
実装を考えてみては?
0924デフォルトの名無しさん
2007/11/15(木) 10:50:49このスレでコボラーと定義されているコボルしか扱えない人達
(恐らく2007年問題とか言われてる中で居なくなる人たちが主)
は確かに使い物にならないというか、未だにダム端しかなくても
困らない仕事しかできないのは事実だけど、コボル自体は悪い
言語じゃない。ここでコボルを卑下してるヤツってコボルを実戦
経験してないだろ。解釈がおかしすぎ。
コボルでも普通にSQL扱えるんだから、うまく利用できていない
ことがあれば、それはコボルの問題じゃなくて人の問題。
もっともくだらない小競り合いからVBAやら終にはワードの話に
なるんじゃ、ここでは肯定派にもいわゆる駄目な人が居るみたい
だけどさ。でも、>911の解釈は正しい。
>910は何してる人か知らないけど、エラーは情報を残しておいて
後で処理すれば済む場合と、その場で対処しないとユーザにも
迷惑かけることになる場合があるのはわかるよな?
0925デフォルトの名無しさん
2007/11/15(木) 13:37:06どう考えたって言語として最悪だろ
それを認めない限り、一歩も前進しないぞ
0926デフォルトの名無しさん
2007/11/15(木) 13:46:57だから最悪だってことを説明してみろよ
なーんも考えてないくせに「どう考えたって」とか放いてるなよ
0927デフォルトの名無しさん
2007/11/15(木) 14:03:07俺的に一番気に入らないのは、抽象化が出来ないこと
0928デフォルトの名無しさん
2007/11/15(木) 14:52:42Word使ったこと無いでしょ。Word2003でも余裕で
死ねるつーの。都市伝説?どこの田舎だよ。
これが現実だっつーの。
Word 文書が破損している場合のトラブルシューティング方法
http://support.microsoft.com/kb/826864/JA/
>概要
>文書ファイルが壊れていると、プログラムの動作に問題が発生する場合が
>あります。この現象は、ファイル内の情報に誤りがあることが原因で発生します。
>文書の破損による損害を防止する最も効果的な方法は、
>文書のバックアップ コピーを作成しておくことです。
0929デフォルトの名無しさん
2007/11/15(木) 17:03:47数千万のコンピュータで動くソフトと、お前の1台のコンピュータでしか動かさないソフトを比較して嬉しいの?
0930デフォルトの名無しさん
2007/11/15(木) 17:05:29それを言うなら「枚挙に遑がねーよ」な
ゆとりな抽象的回答過ぎて何の抽象化だか判んねー
アセンブリじゃねーんだから、抽象化ぐらいできてるぞ
思考の抽象化もたいがいにしろよ
ま、クラスって考え方はコボルにはないけどな
仮にそれが一番の理由として、それで最悪?
少なくとも「俺的」根拠で最悪とは短絡思考もいいところ
0931デフォルトの名無しさん
2007/11/15(木) 17:08:160932デフォルトの名無しさん
2007/11/15(木) 18:23:03(FORTRANを思い出しながら)
0933デフォルトの名無しさん
2007/11/15(木) 21:50:55アレは普通とは言わないと思うし、そういう場合は普通にストアドにする。
そこまでして生産性の低いコボルをムリに使おうとは思わない。
0934デフォルトの名無しさん
2007/11/15(木) 22:07:29COBOLってよく知らないんだが、クラスを伴わない抽象化って斬新だな
abstractやinterfaceを使わずどうやって抽象化するの?
0935デフォルトの名無しさん
2007/11/15(木) 22:36:490936デフォルトの名無しさん
2007/11/15(木) 23:23:01COBOLは質実剛健・実用第一を旨とする漢の言語。
軽薄な機能なんて要らないのさ。
変数スコープや関数や小文字キーワードなんて
百害あって一利なし。バグの元になるだけ。
0937デフォルトの名無しさん
2007/11/15(木) 23:25:260938デフォルトの名無しさん
2007/11/15(木) 23:43:27ただ、不器用で使いづらい言語なだけだろ
0939デフォルトの名無しさん
2007/11/15(木) 23:45:47PL-SQLの上位みたいなポジション。
0940デフォルトの名無しさん
2007/11/15(木) 23:47:07いや、これはイルダロ・・・
0941デフォルトの名無しさん
2007/11/15(木) 23:51:58interfaceだのabstructだのって。。。
0942デフォルトの名無しさん
2007/11/15(木) 23:53:450943デフォルトの名無しさん
2007/11/15(木) 23:56:020944デフォルトの名無しさん
2007/11/15(木) 23:56:13ファイルの変わりに
0945デフォルトの名無しさん
2007/11/16(金) 00:01:16N88-BASICかよ
0946デフォルトの名無しさん
2007/11/16(金) 00:28:43TENBANはまだいいにしてもCA001→CA999,CB001→CB999とかな
カラム名でDB設計されてたらたまらん罠。
0947デフォルトの名無しさん
2007/11/16(金) 00:51:570948デフォルトの名無しさん
2007/11/16(金) 01:30:03レコードイメージをvarchar型とかに平気で突っ込んだりしてるのかな
0949デフォルトの名無しさん
2007/11/16(金) 01:46:14COBOLってそんなに悪い言語かなあ?
この考えが時代遅れか?
例えば100万人分のバッチ処理をやったりする分には
まったく不自由して居ないんんだけど。
0950デフォルトの名無しさん
2007/11/16(金) 02:07:49俺は、COBOLの表面くらいしか知らないし、言語にはそれぞれ
適した分野があると思う。用途さえ間違えなければ。
過不足ないということは大事。
そこをあえて質問してみたいのだけどさ、COBOL以外の言語の
この機能があれば、もっと便利なのに!って思うことは、
あります?
0951デフォルトの名無しさん
2007/11/16(金) 07:08:55>この考えが時代遅れか?
とりあえず現代においてはそんなにいい言語ではないな。
たとえばCOBOLで実現可能なバッチ処理なんかは
SQLで組めば1/10の期間で作成可能だし。
そして強烈な排他制御やらスレッドなプログラミングは
辛すぎる。つかそんなのCOBOLでやらんけどな。
100万人がどーとかはマシンパワーの問題なので言語は関係ない。
0952デフォルトの名無しさん
2007/11/16(金) 07:47:03やはり、文字列の解析がし易くなるような、文法上の
基礎が欲しいですね。
0953デフォルトの名無しさん
2007/11/16(金) 11:32:39地球シミュレータが廃止される、というニュースが報道されてたよね。
汎用機より、クラスタの時代じゃない?
0954デフォルトの名無しさん
2007/11/16(金) 11:38:12>930はアセンブリを対照としてあげてるんだから命令というか制御の抽象化を書いているんだと思うよ。
>927がオブジェクト指向言語上の話をしているって前提がどこにもないから抽象化の語意が多岐にわたっちゃっていて、前提条件が無い状態では一概に抽象化といってもデータの抽象化のこととは限らないんだから思考まで抽象化するなってことでしょ。
>930の頑な過ぎのところはどうかと思うが、仕事を頼むなら手戻りがなさそうだから期間は短くなりそうだな。要件定義のワークショップはやたら長そうだけどw
それから、俺もCOBOLはすごくいいとは言わないけど悪い言語ではないと思うな。よく枯れていて安定してるし、最近の言語よりも英語ライクだからファイル読んで加工してファイル吐き出すとかの簡単なものならプログラムを知らない人でも読めるしね。
そこにある環境で求められているもの実現することがプログラム言語を扱う者の役割なんだから、過剰に言語をえり好みするのは自分のスキルに自信がないか向上心がないかだね。つまりはCOBOLerと同族ってこと。
0955デフォルトの名無しさん
2007/11/16(金) 16:44:410956デフォルトの名無しさん
2007/11/16(金) 20:22:58コレ悪くないと評価するならば、他の多くの言語は神レベルだし。w
英語ライクつっても、そのお陰でステップ数は他の言語に比べれば膨らむし
変数スコープの概念がアレなので、プログラムの見通しは悪い。
そしてCOPY句とかでソースがやたら分散してたりすると、ソースの解読が
かなりマンドクサイ。
別に昔から動いているシステムでそれの保守の仕事ならそれでいいけど、
新規案件でメインの開発COBOLとかヌカすアフォがいるからなぁ。
0957デフォルトの名無しさん
2007/11/16(金) 21:33:30あまりにも、COBOLばかりやらされ過ぎて「嫌いにさせられた」のかも知れん。
>>956
普通に新規で使ってたぜ。
UNIX上で動いているOracleDBからWebブラウザに表示するデータを抜くのにCOBOL。
途中にJAVAが挟まってるんだけど、直接Oracleに触るのはCOBOL(Pro*COBOL)。
その方が速いからという理由だった。実測値を示された訳じゃないんだが、ほんとに変わるのかなぁ?
ほとんどデータを右から左に受け流すだけなんだけど。(一応、規定の電文形式とやらに整形してはいたけど)
0958デフォルトの名無しさん
2007/11/16(金) 21:43:04一日に1回しか起動しないようなバッチ処理だとCOBOLと言うか
OSネイティブコードなアプリの方が速いだろうけど、
トランザクションがドカドカ走る状況になると、servletの方が速い。
と言うか商用のJavaのAP鯖だと、コネクションプーリングやら
キャッシュとかがRDBとの関連技術がウマーな感じで働くから。
後はEclipseの様なIDEとJavaやWeb関連の開発&テストツールが
豊富なので、トータルコストで考えるとCOBOLをWeb関連で使うのは
ほとんどお勧めしない。
0959デフォルトの名無しさん
2007/11/16(金) 22:09:20>よく枯れていて安定してる
この「安定」は、言語仕様が大幅に変わることはない。という事を言ってるのかな?
(作ったプログラムの安定はプログラマの問題だからな)
でもそれって、悪く言えば進歩がない。現状にアグラをかいている。COBOLerの体を表しているとも言える。
あるいはその言語には誰も期待していないことの現れカモ知れん。
せめて関数が自作できて(FORTRANの文関数みたいなのだけでも...)
MOVE MYFUNC(ARG1, ARG2) TO A.
みたいな書き方が出来れば、使いやすくなるんだけドナ。
ここまで書いた所でググったらCOBOL2002では「利用者定義の関数機能」あるみたいねw
0960デフォルトの名無しさん
2007/11/16(金) 22:41:44埋め込みSQL使ってProC以上の生産性と可読性
TPモニタに乗せればプーリングもキャッシュも自由自在
コンパイルすればシェアードライブラリになるから高速動作
J2EEで実現している機能でこの組み合わせで実現できていないものはないよ
だってそもそもAPサーバ自体TPモニタのJava版クローンなんだからサ
0961デフォルトの名無しさん
2007/11/16(金) 22:52:36釣りかマジレスか知らんが勘違いもここまでくると感動モノだな。
じゃあ、DB2だったらどうすんだヨ?って言ってみるテスト。
0962デフォルトの名無しさん
2007/11/16(金) 22:53:30文と一体化してしまうから、ある意味言語仕様の
拡張をしてるみたいなもんだろ?
サブルーチンはサブルーチンらしく、PERFORMか
GOTOの配下に置くべきだと思うなあ。
0963デフォルトの名無しさん
2007/11/16(金) 23:21:55常識だと思うのだが。。。
コネクションプーリングやライブラリキャッシュなどの
機能は全部TPモニタの思想を受け継いでいるだけであって
APサーバ固有の機能ではないし。
だいたいAPサーバもTPモニタもミドルウエアの総称なのに、
なぜDB2という製品名が持ち出されるのかすげー謎。
まさかTPモニタはOracleしか使えないとでも思ってるのか(藁
0964デフォルトの名無しさん
2007/11/16(金) 23:26:450965デフォルトの名無しさん
2007/11/16(金) 23:27:22もともとTPMonitorで稼いでいたところが多いよね。
その頃の思想をアプリケーションサーバに受け継がせている。
IBMはCICS→WebSphere、BEAはTuxedo→WebLogic、
ついでに日立はTP1→TPBroker→Cosminexusなど、
0966デフォルトの名無しさん
2007/11/16(金) 23:27:58じゃあ、DB2だったらどうすんだヨ?って言ってみるテスト。
じゃあ、DB2だったらどうすんだヨ?って言ってみるテスト。
>>961よ・・・
0967デフォルトの名無しさん
2007/11/16(金) 23:28:250968デフォルトの名無しさん
2007/11/16(金) 23:29:03Java厨が得意になって語っているメリットってあまりないなあ
0969デフォルトの名無しさん
2007/11/16(金) 23:37:02まあ、○○を使えば、って事いいだすとそんなのなんでもアリになる罠。
VB.NET最強論と大差ない。
0970デフォルトの名無しさん
2007/11/16(金) 23:52:58訳分からなくなるんだよ。言語スレで汎用機批判されてもなあって感じ。
だいたいここは対決スレじゃないんだから、次スレでは純粋に
言語についてのみ語りたいなあ。
0971デフォルトの名無しさん
2007/11/17(土) 08:36:560972デフォルトの名無しさん
2007/11/17(土) 08:52:47ウチの職場な感覚だとCOBOLが言語的に枯れているのは事実だろうけど、
10年以上前のシステムを使い続けていて、誰も全仕様を把握してない
状況だから障害のない日が珍しい。って状態だったり。w
ぶっちゃけiSeriesにWebSphereの組み合わせで運用が適度に保守している
システムの方がCOBOLよりも生産性&保守性&安定性において
全て勝っている。
最大の問題はマイナーOSを使えるエンジニアがエスパー並に少ない事だが。w
様は使いどころと使う人間って結論なんだろうが、ウチは上がアレな性か今の現状は
安定命→汎用機+COBOL→けどシステムグダグダ→よく落ちる
どーでもいい情報・分析系→適当なAP+DB鯖+Java→使いやすい→超安定
とかなり皮肉な結果となっている。
0973デフォルトの名無しさん
2007/11/17(土) 11:16:12COBOLアプリを動かす。
これほど簡単で安定した運用環境はこの世に存在しない。
0974デフォルトの名無しさん
2007/11/17(土) 12:19:20コボルそうな笑顔
初めて見つけた時から
君だけを見ていた
ずっと側にいるよ
飾らない心で
0975デフォルトの名無しさん
2007/11/17(土) 12:21:39寂しげな横顔
初めて見つけた時から
COBOLだけを見ていた
まっすぐな瞳と
飾らない心で
0976デフォルトの名無しさん
2007/11/17(土) 13:13:41使うヤツが自分の価値観を振りかざすのはなんでなんだ?
自分の嫌いなものは悪というシンプルなルーチンしか持ち合わせてないのか?
COBOL擁護派は"一般的"に多くのシステムで稼働を続けているとか
"多くの"金融機関の基幹系はCOBOLだとか定型句を言い続けてるだけで、
完全否定派は"個人的に"とか根拠のない"普通に"の後に自分の感想文を
付けているだけなんだよな
どうせ両派共に当てはまるようなヤツはプラットフォームの選定や決定にかかわる
ような仕事には携わらせて貰えないんだから、自分の好きな言語だけを使えれば
困らない職場にシッポ降ってついて行けばいいじゃん
見苦しい
0977デフォルトの名無しさん
2007/11/17(土) 13:52:32はいはい、おまえも価値観丸出しなんだけどw
恩をあだで返すタイプだな
お世話になってる人の悪口をいう奴。
0978デフォルトの名無しさん
2007/11/17(土) 14:04:170979デフォルトの名無しさん
2007/11/17(土) 14:16:46「学名に死語であるラテン語を使っていることを変えられない。」
のと同じことじゃないのか? Argol由来の言語はほぼ共通の形式で大差がない。
最後は特殊・実験プログラミング用の言語とCOBOLが残るぐらいだな。
0980デフォルトの名無しさん
2007/11/17(土) 14:24:27>976が卑下してるようなタイプの人間に恩を感じてる人がいるなら、君も将来、いやたぶん既に恩を着せてるつもりの奴に見下されてるよ。
ガンバレ せ・ん・ぱ・い♪
0981デフォルトの名無しさん
2007/11/17(土) 16:12:54釣れまくりだなw
0982デフォルトの名無しさん
2007/11/17(土) 16:50:150983デフォルトの名無しさん
2007/11/17(土) 18:55:120984デフォルトの名無しさん
2007/11/17(土) 21:59:190985デフォルトの名無しさん
2007/11/17(土) 22:12:350986デフォルトの名無しさん
2007/11/17(土) 22:57:28C++やJavaが改変の果てにグダグダ言語になって
世界はやがてシンプルなCOBOLへ還る…
そんな日がきっと来ると思うんだ。
だからCOBOLの技術を磨き、資料を作って
次代へ継承しようよ。
0987デフォルトの名無しさん
2007/11/17(土) 23:04:300988デフォルトの名無しさん
2007/11/17(土) 23:06:47進化はほぼ止まったような言語なんだから、現状のCOBOLを覚えちまえば
COBOLのシステムを抱えている企業でも事足りる。
COBOLerは年寄りが多い分無駄に高給だから需要あるぞ。
もちろん適用業務の知識を持っていることが条件だけどな。
最近の若い奴らって仕様書通りにはどうにか作るけど稼働させる現場のことを
全く勉強しないんだよ。一生プログラマで食ってくつもりなのかね?
それがCOBOLerの入口だと気づいてるんかいな?
0989デフォルトの名無しさん
2007/11/17(土) 23:31:45経験そのものに価値があるんだから。
0990デフォルトの名無しさん
2007/11/17(土) 23:35:11SEやらPMの経験ならともかく。
0991デフォルトの名無しさん
2007/11/18(日) 00:11:54意味ワカンネ。
プログラマーの経験は次のプログラミングに
役立つに決まってるじゃねえか。
一つ仕事をするたびにそのソースを体に取り込んで
成長する、それがプログラマのあるべき姿だ。
0992デフォルトの名無しさん
2007/11/18(日) 00:42:400993デフォルトの名無しさん
2007/11/18(日) 00:49:51黄ばんだドキュメントなら腐るほどあるけど・・・
次代云々前に今すぐ窓から投げ捨てたい。
0994デフォルトの名無しさん
2007/11/18(日) 00:50:58COBOLerイラネってのは異論が無さそうだな
0995デフォルトの名無しさん
2007/11/18(日) 01:33:360996デフォルトの名無しさん
2007/11/18(日) 07:27:39>成長する、それがプログラマのあるべき姿だ。
COBOLのプログラマを見ていると10年以上
同じ事の繰り返しで10年近く同じデスマやら障害を
繰り返している進歩のない連中が90%ってノリについて。
0997デフォルトの名無しさん
2007/11/18(日) 12:15:08判断すればいいのでしょうか?
明日から現場に配属されます・・・
0998デフォルトの名無しさん
2007/11/18(日) 23:32:29COBOLerってのはCOBOLの仕事をしていなくても使い物にならない奴を表す代名詞ってことでしょ
0999デフォルトの名無しさん
2007/11/19(月) 00:12:441000デフォルトの名無しさん
2007/11/19(月) 00:31:3310011001
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。