COBOL？極めてやんよ シュッシュ!!

2007/04/19(木) 21:44:20
よーし、4，50代のコボラー共20台の俺様仕事で
COBOL使うんで覚えてやるからさっさと教えろよ。

因みに俺は多少Cは触れるから基礎はできてると思いやがれ
2007/04/19(木) 21:48:46
おい大変だ。細島なんたらが書いてる標準COBOLプログラミングっていう
本買って読んでるんだが境界とか領域とかよくわからんｗｗｗｗｗｗｗ

どうすればいいと思う？


2007/04/19(木) 21:52:46
1から6が一連番号領域？
7が#？
8から11がA領域
12から72までがB領域
73から80が見出し領域？

一連番号領域はわかる
7は知らん意味不明

領域A、B？何これ

見出し領域？しるかｗｗｗｗｗｗｗｗｗ

つーかコーディングする場所に規約があるってこと？
つまりその領域にはこれを記述しなければエラーになるって事か？
クソ言語め
2007/04/19(木) 21:58:07
つーかこの本はずれだな
文章多すぎて読む気がしない

例題プログラムかなんかもほぼ皆無だし

もうしょっぱなから愚痴ってるぜｗｗｗｗｗ
2007/04/19(木) 22:47:28
俺は久しぶりにCOBOLの本を読んでみた。

"COBOL CODING FORM"
Oh!
プログラムを書くために、プログラムを紙に書かなくてはならないのか。

俺は挫折した。
そう、第二種を取ろうとしたときも、それで諦めたのを思い出した。
俺の前の代からC言語があって本当に良かった。
2007/04/19(木) 23:14:24
>>5
紙に書いたら、パンチャーが打ち込んでくれるんだよな。
2007/04/21(土) 19:47:10
>3
1～6の一連番号領域は行番号で。

7桁目を空白でなく * にするとコメント行になる。
他の文字でも何か効果があった気がする。

8～11のA領域と12～72のB領域は場所によって意味が変わる。
詳しくは各セクションの説明を見れ。
まぁだいたい内容を書くのはB領域が多い。

73～80の見出し領域？
ゴメン俺も使ったことねぇやｗｗｗ
2007/04/22(日) 22:19:21
>>8
COBOLとオナニーに何の関係があるんだ?
2007/04/24(火) 12:19:06
>>8
おい、どうした、何があったんだ！？
2007/04/25(水) 18:17:03
>>9
まて、彼は自問自答中の哲学者かもしれん。
ここは一つ、そっとしてやろうじゃないか。
2007/04/30(月) 14:20:21
>>7
73～80はコメントの領域。コンパイル上無視される。
修正した日付とかを書くのに使う。
2007/04/30(月) 19:10:41
>>11
ほう
13デフォルトの名無しさん
垢版 |
2007/05/03(木) 00:17:24
>>7 11の補足
英語ではIdentification Areaといい、通常、修正識別情報を書くために使用される。
修正識別情報とは修正を管理するための情報で、ソース修正を台帳管理している
プロジェクトではその登録番号が、台帳管理していないプロジェクトでは
修正日付や修正者名などが使用されるようである。本来なら「修正識別領域」と
いう訳にすべきだったと思われるが、IDENTIFICATION DIVISION=見出し部と
いう訳語があるためか、IDENTIFICATIONを「見出し」と訳してしまい「見出し領域」
いう意味のわかりにくい用語になってしまっているように思われる。
14デフォルトの名無しさん
垢版 |
2007/05/26(土) 05:45:41
コーデイィング規約だとかキーパンチャーだとかグダグダ言っていないで、
アルゴリズムを考えてみろや！
2007/07/06(金) 10:38:48

社保庁年金問題は「COBOLが悪い」という田原総一郎
http://www.nikkeibp.co.jp/style/biz/column/tahara/070705_18th/
16デフォルトの名無しさん
垢版 |
2007/07/09(月) 10:43:59

田原の無知無学ａｇｅ。
2007/07/09(月) 11:40:34
>>15
こりゃひどい。リプレースされてたら「時期尚早な言語を使用した浅はかさ・・・」とか言うんだろうな。
18デフォルトの名無しさん
垢版 |
2007/07/19(木) 13:26:02
田原のおめでたさ上げ上げエブリCOBOL（笑
2007/07/23(月) 06:22:53

年金、田原総一朗、COBOLが悪い発言
http://iiyu.asablo.jp/blog/2007/07/23/1674169
2007/10/22(月) 20:00:47
田原はあれはCOLBOLが悪いんじゃなくて、COBOLER、コボラーおまえらが悪いって
意味だったらしいよ。つまり、言語じゃなくて、おまえらがクソ設計したってことだよ。
2007/10/23(火) 16:45:40
３ヶ月も考えてそれかよ
日本語もおかしいし
22デフォルトの名無しさん
垢版 |
2007/10/31(水) 14:06:08
ＣＯＢＯＬ経験者急募
2007/10/31(水) 14:10:05
もう何かもう頑張れ
24デフォルトの名無しさん
垢版 |
2007/10/31(水) 14:12:58
つかＳＥやってた奴いないかな？このスレ。
2007/11/03(土) 20:51:31
世間一般の人はCOBOLがなんだかも判らんだろうから田原発言を信じるだろうな…
2007/11/25(日) 15:20:14
>>19
これ書いてる人もなんかちょっと…
「RISC以前のCISCのプロセッサはCOBOL向けアーキテクチャ」
とか、全然どうでもいいこって…
2008/01/06(日) 22:00:58
２年もＣＯＢＯＬやらされて業界脱出したのにＷＥＢ系に今だに未練あります。。。
2008/01/16(水) 18:08:14
ソース書くときに1行=92バイトって制限あるようでコンパイルエラーorz
改行を無効化するような制御ってあるんでしょうか？
29デフォルトの名無しさん
垢版 |
2008/02/16(土) 10:28:07
みなさんのお知恵をお借りしたいです。m(__ __)m
cobol + ORACLE10gです

下記のような事が可能と言われたのですが、
検証した結果無理でした。
再度、試みますが物理的に可能なんでしょうか？

手順①
INSERT
(COBOLE) PIC 9(09) COMP-3 ⇒ (ORACLE) CHAR 5
※この場合 ORACLE上では正しく表現されない事はOKとします。

手順②次に(上記の手順後)
(ORACLE) CHAR 5 ⇒ (COBOLE) PIC 9(09) COMP-3
この場合、INSERT時のCOBOLで入力した値が
正しく表現されると言われたのですが・・・
本当でしょうか？

検証した時には、
手順①
111111111 ⇒ 11111
手順②
11111 ⇒ 000012345

このように　再取得した値が000012345となり
当初の111111111ではなくなります。
30デフォルトの名無しさん
垢版 |
2008/02/28(木) 16:09:35
31デフォルトの名無しさん
垢版 |
2008/03/06(木) 23:59:30
>>28
２行に渡って書けばええやんｗｗ
もしくはアスタリスク入れるところにハイフンいれるとか
第一、８０カラムを超えるようなソース書いたことねーぞｗｗｗ
2008/06/21(土) 08:27:30
SYSINファイルという考え方がしっくりきません。
誰かおせーてください。
33デフォルトの名無しさん
垢版 |
2008/06/28(土) 21:47:50
SYSINってJCL上からとかコンソール上から入れるパラメタぞ
34デフォルトの名無しさん
垢版 |
2008/09/12(金) 11:06:10
【IT】「COBOLは現役バリバリ」、東京海上日動がシステム全面再構築でCOBOLを選んだワケ　開発者向けセミナー「XDev2008」 [08/09/08]
http://gimpo.2ch.net/test/read.cgi/bizplus/1220822531/
35デフォルトの名無しさん
垢版 |
2009/01/07(水) 01:45:03
自宅のPCに勉強用のCOBOLの開発環境を作りたいんですけど
通常COBOLの開発環境ってどんなんですか？
Eclipseとか使ったりするのかな。
36デフォルトの名無しさん
垢版 |
2009/01/10(土) 21:35:14
PCにいれるのなら、NET　COBOLか
COBOL２００２だな。
Eclipseなんか使うわけないだろ！！
2009/01/10(土) 21:41:19
>>35
FreeCOBOL.iNFO～フリーのWindows用COBOLコンパイラまとめ～
ttp://labs.netbata.com/cobol/
ひよこグミ
ttp://www16.plala.or.jp/hiyokogumi/
ここらへんを参考にしたら？
38デフォルトの名無しさん
垢版 |
2009/02/26(木) 00:48:03
それぞれの言語にはいろいろな特徴があって
長所もあれば短所もある
何のためにシステムを構築するのか
何故その言語を使うのか
よーく考えるといい
2009/03/04(水) 13:51:31
やべぇ、COBOL半年やってたらJAVAとかVB忘れそうだわ・・

>>31
INSPECTとか使ったら80バイトなんか直ぐに到達するぞ。
てか、改行で解決。
>>38
主にCOBOLが未だ死なない理由は・・・
・夜間処理等、定時で動くバッチシステムとしては比較的軽量。
UNIXサーバのシェルとの相性も悪くない。
・半世紀前からあるようなホスト現役の所とか、誤差がダメ！ゼッタイな金融機関等々、
大幅システム再構築を嫌がる所では重宝される。

新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況