983コメント331KB

【COBOL】コボラー集まれ！2【事務処理】PIC

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

2007/11/19(月) 00:36:03

リランってか

0153デフォルトの名無しさん

2008/04/15(火) 07:21:42

>>151
ローカル変数だけで書かれたルーチンＡは、
その部分だけで処理が完結している。
ルーチンＡだけ理解すればいい。

そこで別ルーチンＢを呼んでる場合は、
そのルーチンＢの仕様さえ分かっていれば、
やっぱりそのルーチンＡの部分だけ読めば理解できる。

簡単理解するためにローカルスコープが存在するのじゃ。

0154デフォルトの名無しさん

2008/04/15(火) 07:23:46

>>152
COBOLerの視点から。これはデータと手続きを分離した方がいいか、
手続きの近くにデータがあった方がよいか、と設計上の選択に
起因する。分離する設計をとっているため、現在のCOBOLの
言語仕様に止まっているわけだが、COBOLが社会の基幹部分の
コンピュータシステムを担っていることも事実で、そういう
設計の方が安定的だという主張があるのだとすれば、軽々しく
否定することはできないと思う。

0155デフォルトの名無しさん

2008/04/15(火) 14:57:49

COBOLやると頭悪くなるということがよくわかった。

0156デフォルトの名無しさん

2008/04/15(火) 18:45:09

保守以外の案件が山ほどあればそうなるんだろうが・・・

0157デフォルトの名無しさん

2008/04/15(火) 20:39:18

>>152
プログラマーの適性はあるよ。
COBOLとアセンブラはバリバリやっている。
CやJavaが苦手なだけだ。
挫折はしたものの、JavaをCOBOL的に使うことで
活路を開こうと思っていて、現在思いついたのは
mainクラスの中に初期処理メソッド、メイン処理メソッド、終了処理メソッドを
作り、それらを呼び出すことで処理をコントロールする。
変数はクラス変数というやつをmain内で定義すれば
main内の各メソッドでグローバル的に使えるらしい。
いけると思う。作るぞ、バリバリと。

0158デフォルトの名無しさん

2008/04/16(水) 00:48:38

＞COBOLとアセンブラはバリバリやっている。

ネタだと思うが制御やドライバ系のアセンブラならともかく
金融系のアセンブラバリバリはまったく自慢にならないというか
誰でも出来る。

アレはテンプレートを埋めてくかコピーしてツギハギにするだけだし。

0159デフォルトの名無しさん

2008/04/16(水) 03:27:09

すげービッグマウスだな。
それで適正があるとか・・・。

0160デフォルトの名無しさん

2008/04/16(水) 03:42:00

自分で言うこっちゃないわな。

0161デフォルトの名無しさん

2008/04/16(水) 07:17:53

JAVAでCOBOLインタプリタを書けば一番いいのでは?

0162デフォルトの名無しさん

2008/04/16(水) 10:53:38

>>161
ファイル編成で躓くよ。

0163デフォルトの名無しさん

2008/04/16(水) 21:01:03

うひゃー
マイクロフォーカスってたけぇのな

0164デフォルトの名無しさん

2008/04/17(木) 16:17:30

>>154
>COBOLが社会の基幹部分の
コンピュータシステムを担っていることも事実で、<
歴史観捏造。

社会の基幹部分（銀行、鉄道、社保、電話、etc）のシステム開発は
昭和５０年代から始まっている。当時の言語はCOBOLかFORTLANかPL/I
くらいしか無かった。この内、データ処理に向いたのがCOBOL、PL/Iだが、
PL/IはIBMが独占してたので残されたCOBOLしか選択支が無かったのが現実。

>これはデータと手続きを分離した方がいいか、
手続きの近くにデータがあった方がよいか、と設計上の選択に
起因する。<

これも嘘。
そのような選択支が設計時点で交わされた証拠はどこにもない。
単純にローカル変数の概念が無かっただけ。
その証拠に、コール文で受け渡す変数名称が位置パラメータにのみ
依存してる（＝FORTLAN）。位置パラメータとローカル変数は全く別の発想。

NECのCOBOL/Sはローカル変数を導入したプリプロセサだが、既に1969年に開発
されている。CODASYLがサボっただけ。

COBOLの世界でもローカル変数の必要性、有用性は認識されてたって事。

0165デフォルトの名無しさん

2008/04/17(木) 16:46:54

とにかくローカル変数は百害あって一利なしだな。
同じ変数が場所によって別物になるなんて、
考えただけでも恐ろしい。
変数Aはどこにあってもただ一つの変数Aであるべきだ。

0166デフォルトの名無しさん

2008/04/17(木) 23:06:12

>>165
脳内硬直コボラーの実態

0167デフォルトの名無しさん

2008/04/17(木) 23:20:43

世界の一流エンジニアがCOBOLを推薦することが無いのは何故なのだろう。
私は見たことがない。

0168デフォルトの名無しさん

2008/04/17(木) 23:26:46

>>165
FORTRAN is not FORTLAN.

0169デフォルトの名無しさん

2008/04/18(金) 04:21:06

>>167
マイケル・ジャクソン

0170デフォルトの名無しさん

2008/04/18(金) 07:16:35

>>169
M.Jは言語の差異や開発ツールの
能力よりも、プログラマの丁寧で
細心な注意の方が重要と主張した
のであって、COBOLが優れている
といったことはない。

0171デフォルトの名無しさん

2008/04/18(金) 08:39:55

別にCOBOLが優れているわけではないんだけど、
後発のくせに、いまだにシンプルさ・堅牢さで
COBOLを超える言語がないってのは寂しいモノがあるね。
もっとこう、COBOLerをワクワクドキドキさせる言語が
出てこないものかな。俺の生きているうちに。

0172デフォルトの名無しさん

2008/04/18(金) 11:57:42

>>171
シンプルと堅牢さならRPGの方が超えてるだろ。

狭い世界に閉じこもっていて他を認めない排他主義者が
世の全てを知ったように語るのは滑稽だな。

たぶんお前はエンジニアとして死んでるよ。

0173デフォルトの名無しさん

2008/04/18(金) 12:57:42

なんという煽り

0174デフォルトの名無しさん

2008/04/18(金) 15:59:39

>>171
COBOLとの対比にRPGを持って来るのはどうかと思うぞ。
AS400メインのローカルな言語ではないか。（VAX、何鱈は認めん）

COBOLに対しては、個人的にはSECTION単位のローカル変数を
導入して欲しいもんだ。
スコープ概念の無いローカル変数ってのも何だがな。

0175デフォルトの名無しさん

2008/04/18(金) 16:40:36

十分COBOLもローカル言語だと思うが。

「それは認めない」なんて事言い出すヤツは>>172の言うところの排他主義者そのものじゃん。

0176デフォルトの名無しさん

2008/04/18(金) 18:36:52

しかし堅牢さ云々を言うほどものすごいコアな制御系の処理をCOBOLで書いてるヤツがいるのか？

OSのカーネルだってC/C++で書かれているのが多いけど、そういうのに関しては
COBOLerはどう考えているのだろうか？

0177デフォルトの名無しさん

2008/04/18(金) 19:48:16

なんでコボラーじゃない奴が集まってるの？

0178デフォルトの名無しさん

2008/04/19(土) 01:56:45

>>177
コボラーは嘲笑の対象でしかないからなのかな・・・
はぁ・・・漏れもコボラーとして飯を食っていくことができるのだろうか・・・
はぁ・・・はぁ・・・ため息しか出てこない

0179デフォルトの名無しさん

2008/04/19(土) 08:10:28

>>177
そりゃしょーもない妄想ネタをageで書き込めば、COBOLer以外の目にもつくだろ。

0180デフォルトの名無しさん

2008/04/19(土) 09:01:08

とにかくCOBOL最強で間違いないのだから、他の言語のことは
気にせず前向きにガンガン開発していけばいいんだよ。
なにせ銀行や保険という日本を支える大規模基幹システムが
COBOLで構築・維持されている事実は動かせない。
悔しければメガバンクの勘定系をJavaで構築してみろ。
たぶんシステム障害多発で日本は終わる。

0181デフォルトの名無しさん

2008/04/19(土) 09:49:31

システム移行が遅いわ移行でトラブル多発するわしてる
現在の銀行のシステムの話ですか？

0182デフォルトの名無しさん

2008/04/19(土) 10:38:53

>悔しければメガバンクの勘定系をJavaで構築してみろ。
>たぶんシステム障害多発で日本は終わる。

COBOLerの設計が糞すぎ＆ドキュメントは頭の中とかのプロジェクトを
普通に移行できるワケないじゃん。

正確にはシステム障害ではなくて「ソフトウェア設計の潜在不良障害」だな。

＞COBOLで構築・維持されている事実は動かせない。

ちなみに株式とかそっちの世界はCOBOLから離れつつあるし、
金融系も徐々にオープン系にシフトしつつあるけどな。

あと漏れは保険の仕事もやったけど、COBOLは一切使ってない。

0183デフォルトの名無しさん

2008/04/19(土) 11:08:26

少なくともメガバンクの1つは、勘定系をCOBOLで構築してないよ。
どれかは機密保持上言えないけど。

0184デフォルトの名無しさん

2008/04/19(土) 11:09:50

COBOL は言語界の老害か。

0185デフォルトの名無しさん

2008/04/19(土) 11:11:21

勘定系は全てCOBOLって思ってる時点で知ったかだろ。

0186デフォルトの名無しさん

2008/04/19(土) 11:16:27

> なにせ銀行や保険という日本を支える大規模基幹システムが
> COBOLで構築・維持されている事実は動かせない。
たまにはPL/Iのことも思い出してやってください

0187デフォルトの名無しさん

2008/04/19(土) 11:18:40

なぜそんなにCOBOLerを叩くんだ？
大規模基幹システムにはCOBOLが最適という
事実を述べているだけだろ。

0188デフォルトの名無しさん

2008/04/19(土) 11:20:14

COBOL 以外の言語も知らないくせに
そこまで大口叩けるところが怖い

0189デフォルトの名無しさん

2008/04/19(土) 11:28:01

>>187
COBOLが叩かれているのではなく
COBOLerが叩かれているんです

0190デフォルトの名無しさん

2008/04/19(土) 12:32:39

昔、帳票処理等に向いている言語の一つとしてCOBOL(PL/I)が向いている時代があった。
と言うかメインフレームやオフコンでは僅かな選択肢しかなかっただけだな。
現代において品質や生産性を考慮した場合、COBOLが向いているとは正直いい難い。

ウチの職場ではホスト系業務のCOBOLerの品質＆生産性の悪さに
ずいぶん泣かされている。

つか開発的には赤字なんだよな。
運用で無理やり黒字にしているくらいなモンで。

COBOLはそんなに悪い言語じゃないと思うがCOBOLerの脳がとてつもなく悪いだけだな。
10年以上の前のシステムを保守する仕事もあるから全否定はしないけど、
「大規模基幹システムにはCOBOLが最適」なんて寝言は言うべきではない。

0191デフォルトの名無しさん

2008/04/19(土) 12:49:02

ていうかCOBOLer以外はここ来るなよ。
スレタイ読め。
CやJavaなんてこの世の糞だ。
COBOLこそ言語界における唯一絶対の存在。
これは永遠に変わらん。

0192デフォルトの名無しさん

2008/04/19(土) 13:02:10

なんという煽りｗ

0193デフォルトの名無しさん

2008/04/19(土) 13:59:00

Javaからオブジェクト指向機能全てとローカル変数を外し、
COBOLの文法が通るようにし、APIに相当するサブルーチン集を付けて
アドバンスドCOBOLとして出直すなら、使ってやってもいい。
クラスなんぞ作っても、一人の人間が一貫して保守し続けるので
ない限り、隠蔽効果や再利用効果なぞは価値を持たない。
人が変われば「このクラスは一体何だ？」というところから始まるのだから。
それではCOBOLのサブルーチンと何ら変わりがないではないか。

またローカル変数は、その場限りという雑で近視眼的な意識を生み出し、
それは変数設計のみならず、コーディングの質全体に影響を及ぼす。
結局、オブジェクト指向やローカル変数は、高尚なことをしているつもりで
余計なことをしているに過ぎないのだ。

Javaなどに目移りしているCOBOLerもいるだろうが、私は言いたい。
目を開けてよく現実を見るんだ。
クラス仕様を考えている暇があるなら、その時間で一行でも多くロジックを
書き、とっととテストに移るべきだ。
メインルーチンに一直線に処理を並べ、サブルーチン分岐も極力少なくする。
これが結局一番シンプルで保守しやすいプログラムになる。
自分たちには、COBOLのパワーを使いこなし、日本社会の基幹部分を
担うシステムを維持していく大事な使命がある。他言語に惑わされるな。

0194デフォルトの名無しさん

2008/04/19(土) 14:03:37

こんなアフォがシステムを語るから「COBOLerは老害」と言われるんだろうなぁ

0195デフォルトの名無しさん

2008/04/19(土) 14:55:06

半分読んだが、言ってることは正しい。
ただ、ローカルルールで、プログラマー板が有る。
そこで一つ質問だが、有料最安Windows NTのCOBOL言語は？
>>194 COBOLerじゃなくていいのか。

0196デフォルトの名無しさん

2008/04/19(土) 15:09:40

自作自演が始まりました。

0197124

2008/04/19(土) 17:00:13

俺もCOBOLで飯食ってる部類なんだが、COBOL イズ　ナンバーワン的
書き込みには萎えるな。　
言語仕様以前の話なんだよな。COBOLソースを書いてる人達って、
コーディング思想を持ってないんじゃないか、と突っ込みたくなる。
で、コーディング思想なんて大げさに書いたけど、要はイメージなんだよね。
まっさらなところから或る仕様を出して新規にコーディングさせて、
他人が仕様からソースをスラスラ読めるコード書けるコボラーってホントはどれだけ
居るの？

0198124

2008/04/19(土) 17:14:45

まあ、偉そうな事書いたけど、結局ぶつかる所は、プログラムは工業製品か、って言う事。
確かに美しく、読みやすく、何をしたいのかイメージ出来るコードなら誰も文句は言わないが、
製造である以上、生産性・品質・コストって問題がつきまとう。
『何をしたいのかイメージ出来るコード』
って言うのを作るのは簡単なようで難しい。一回、仕様から自分の頭の中で描いたプロセスに
変換しなければならない。それやってると生産性が落ちる。やむを得ず仕様をそのままコードに
落とす。イメージしない。
イメージ＝モデル化と言ってもいい。
工業製品と、仕様をモデル化した人為的生産物との差を書きたかったんだが、上手く言葉が見つからないや。

0199デフォルトの名無しさん

2008/04/19(土) 17:16:55

脊髄反射でいいコードが書けるのがプロってもんだろ？

0200デフォルトの名無しさん

2008/04/19(土) 17:51:04

>>198
何一人で的外れなことを語ってるんだ。
ここはプログラム板であり、
スレタイがコボラー集まれ！なのであるから
コボル使用者が集まってコボルを褒め称えるスレなんだよ。
さあ、コボルのいいところをあげて賞賛しろ！

0201デフォルトの名無しさん

2008/04/19(土) 18:25:17

正直「○○ イズ　ナンバーワン」とか言うのってCOBOLerだけじゃねーのか？

しかもかなり本気でｗ

0202デフォルトの名無しさん

2008/04/19(土) 20:28:58

>>200
褒め称えるスレって、このスレタイから良く読み取れましたね。

0203デフォルトの名無しさん

2008/04/19(土) 21:06:22

＞さあ、コボルのいいところをあげて賞賛しろ！

ローカル変数やスコープの概念がないから、生産性が低く、ソースが読みにくいので
他の言語よりも工数を多くふんだくれる上に、品質が低くても言い訳ができる。

「大規模基幹システムにはCOBOLが最適」と大法螺を吹いて、
基幹システムにいつまでも寄生虫のように生きる事が可能。

若い人がまったく魅力に感じない言語なので定年までプログラマで食っていける可能性がやや高い。

0204デフォルトの名無しさん

2008/04/19(土) 22:18:34

君らが荒らしたい気持ちもわかる。
COBOLは登場時から絶対の存在だった。
COBOLを超えるものはCOBOL自身しかない。
後発の言語がいくら頑張っても敵わない、その悔しさは
わかるつもりだ。
しかし、プログラム開発に携わる者同士、互いの精神の
根っこは同じ所にあるはずだ。尊重し合おうではないか。

0205デフォルトの名無しさん

2008/04/19(土) 22:42:57

そろそろそのパターンの煽りもつまらなくなってきたなぁ。

COBOLerは本気で他の言語使いが羨ましがっていると思い込まないと
やっていけないほど精神的に追い詰められているのは哀れだな。

0206デフォルトの名無しさん

2008/04/19(土) 23:17:54

だってCやJava使いの人はいくら偉そうなこと言ってても
結局COBOLを使って基幹系を動かせないでしょ？
日本の社会は、俺たちCOBOLerの力で保っている。
ヤフーやアマゾンや新生銀行が数日止まったって
世の中に大した影響はないけど、メガバンクのATMや口座引き落としが
止まったら、大変なことになるからね。
他の言語の開発者とは、背負っているものが違うのだよ。
もっと言葉遣いに気をつけてくれないものか？

0207124

2008/04/20(日) 05:34:23

自称コボラーの発言、情けねえと自分自身感じないか？
>>164でも書いた通り、背負いたくて背負った訳じゃないんだぜ。
それしか選択肢が無かっただけ、なんだぜ。
今現在、新規開発案件（大小問わず）で、COBOLを選択してるプロジェクトが
有るなら、それを示せ。

0208デフォルトの名無しさん

2008/04/20(日) 06:56:46

>世の中に大した影響はないけど、メガバンクのATMや口座引き落としが
>止まったら、大変なことになるからね。

某メガバンクは合併の時に思いっきりATM&口座引き落とし止めてたじゃねーか？
今も日曜日止めまくりだし。

むしろCOBOLerがデカ口叩いて障害起こしてる現実に気がつけよ。

喪前が知らないだけで金融系基幹業務の内部は障害まみれだよ。

0209デフォルトの名無しさん

2008/04/22(火) 20:08:58

すみません、お聞きしたいのですが、
来月からプログラマーの職につくことになりました。
会社でCOBOLを使うことになりそうなのですが、
どこか基礎を学べるサイトはないでしょうか？
『COBOL　基礎』で検索したのですが、書籍の販売しか見当たりません。
本も買おうとは思っているのですが、後日の入社説明でテキストが渡されるらしく、
それを見てから買う本を決めたいと思っています。
とりあえずさわりだけでも勉強できるサイトを紹介していただけないでしょうか？
よろしくお願いします。

0210デフォルトの名無しさん

2008/04/22(火) 20:49:05

>>209
そんなに焦らなくても大丈夫。
プログラミングは実践あるのみだよ。
未経験者がWEBや本を読んで何か身に付くというものじゃない。
それに会社特有の開発環境やルールというものもあるから
むしろ最初は余計な知識を持ってない方がいい。
まずはその渡されるテキストに全力投球すべし。

0211デフォルトの名無しさん

2008/04/22(火) 21:02:46

>>210
優しいなあ。

>>209
まあ焦るな、がんばれ。210の言う通り。
困った事が起きたら、ここに書き込めば良し。

0212デフォルトの名無しさん

2008/04/23(水) 06:26:24

なんていいコボラー

0213デフォルトの名無しさん

2008/04/23(水) 09:15:55

>>208
Mほの統合ことかな？

F銀の勘定系システムがDK銀より優れていたのに「F銀のシステムはPL/Iなので
人員の動員が困難。うちのシステムはCOBOLなので技術者が調達しやすい」
とDK銀（F通）がごり押ししたらしいね。

0214209

2008/04/23(水) 10:44:41

>>210、211
返答ありがとうございます。
やる気を見せようかと思ったのですが、
そんな付け焼刃では鼻で笑われてしまいますよね、、、
最終的にはJAVAも覚えなければならないらしいので、
まずはテキスト、その後COBOLやJAVAの本を買って勉強してみようと思います。
ありがとうございました。

ＰＳ・ひょっとしたらわからないことが出てきたら聞き来るかもしれません。
そのときはよろしくお願いいたします。

0215デフォルトの名無しさん

2008/04/23(水) 20:20:28

エッ世の中こんなんでお金動いてんの？
みたいな金融システムって結構ある。

よく飲食店でバイトすると外食する気なくすと言うけど
まあなんつーか、アレと同じだ。

クレカなんて利用する気おきない。

0216デフォルトの名無しさん

2008/04/23(水) 21:02:24

>>215
クレカは自分の知る限りメガバンと同じく
メインフレーム＋COBOLで重武装しているところが大半の
はずなんだけど、そうじゃないの？

0217デフォルトの名無しさん

2008/04/23(水) 23:50:44

クレカのホスト＆COBOLerのコラボは凄いよな。
リリースの頻度がかなり凄いのでロクにテストもせずに本番動かしているから、
おおよそ週に１・２回障害が起きてる。

いまだにSNAが現役だしなぁ。色々な面で負の遺産だとｵﾓ。

0218デフォルトの名無しさん

2008/04/24(木) 00:42:04

>>209
ひとつアドバイス、勉強する為の情報源は複数持った方が良いですぜ。
本にしろWEBサイトにしろ、間違っていることもあるから。

0219デフォルトの名無しさん

2008/04/25(金) 06:39:56

バカな質問かもしれません。
COBOLでは今でも索引順編成ファイルなんて使うのですか。

0220デフォルトの名無しさん

2008/04/25(金) 10:00:46

スコープの概念はあって欲しいなぁ。
うちの汎用機のいわゆるオンラインプログラムの
メインロジックはMLIBを使い共通フレームワークに
しているのだけど、隠蔽したつもりのロジックに
飛び込まれたり使われたくない変数を弄られたりして
ボロボロになりそうになったことあるよ。

0221デフォルトの名無しさん

2008/04/26(土) 14:30:44

>219
あまり使っているプログラムを見たこと無いな。
試験には出るが。

ちなみに、
ＣＯＢＯＬで使うかはしらないが、
索引順次編成ファイル自体は普通に存在している。

0222デフォルトの名無しさん

2008/04/29(火) 05:23:59

PCで気軽に使えるスクリプトCOBOLが欲しいなあ。
COBOLはいい言語だけど、現代の開発文化からすると
DIVISIONの宣言とかちょっと冗長で堅苦しい部分もあるんで
そこいらを簡略化したバージョンで。
コンパイル不要なスクリプト言語であれば、運用現場で
ちょっとしたツールを書くのにも使える。

RubyやPythonもやってみたけど、やっぱデータの流れがMOVEやADDで
左から右へと自然に美しく書けるCOBOLは最強の言語だと確信した。
言語がやたら複雑になってしまった今こそ、COBOLが見直されるべき時。

というわけで、誰か作ってくれ。実用的なコンピュータ言語を作るには、
大学院クラスの専門理論とC言語の知識が必要みたいだからさ。

0223デフォルトの名無しさん

2008/04/29(火) 06:25:37

>>222
昔はオフコン用に少なくともメーカーの数はCOBOL簡易言語があったけれど、
全部死に絶えた。見直すというか、あってもいいと私も思う。・

0224デフォルトの名無しさん

2008/04/29(火) 08:44:12

COBOLから宣言部を削除してスクリプト化しても、
PythonやRubyに比べると「COBOLは汚くて複雑」としてコメントできんが。

0225デフォルトの名無しさん

2008/04/29(火) 08:46:25

>>222
おそらくちょっとしたツールの書く速度だとCOBOLとRuby/Pythonだと
後者の方が圧倒的に早いと思うが。

0226デフォルトの名無しさん

2008/04/29(火) 12:50:48

>>225
またそうやってコボラーをいじめるう。
COBOLほどシンプルで美しい言語はないって。
小文字キーワードの言語は目眩がするんだよ。

>>225
いや、そもそも俺はRubyやPythonでプログラムを
書けないから、書く速度で言えばスクリプトコボルが
圧倒的に早い。

0227デフォルトの名無しさん

2008/04/29(火) 20:42:48

＞いや、そもそも俺はRubyやPythonでプログラムを

この辺りの言語はそういう事じゃないよな。

基本的理念は別として、誰でも使えて気軽に書ける様に
なっているから、ある意味、非プログラマでも
簡単に書ける様になっているしなぁ。

生産性を言い出すとRubyやPythonはメチャ強い。
強いて言う弱点は速度とマイナーさ(?)だけだろうし。

0228デフォルトの名無しさん

2008/04/30(水) 04:15:06

>>227
生産性に関して言えばそうですね。以前は、生産性はPrologが独走していたと
思うけれど、現在はRubyの方が上でしょう。

0229デフォルトの名無しさん

2008/04/30(水) 12:08:34

言われてみれば、
unko.setFoo(shikko.getFoo());
より
MOVE SHIKKO-FOO TO UNKO-FOO.
の方が潔い感じですっきりかもね。

だがどうも文法が狭いというか貧弱なんだよなぁ＞COBOL

0230デフォルトの名無しさん

2008/04/30(水) 12:41:51

なんつーか普通に

foo = bar

でいいじゃん。
なんか無理に潔いとか言うのは苦しすぎだろ。

0231デフォルトの名無しさん

2008/04/30(水) 14:34:02

>>222
出たよ、作ってくれ。

0232デフォルトの名無しさん

2008/04/30(水) 22:09:05

>>229
いや、どう考えてもCOBOLのMOVE以上に簡潔で
わかりやすい代入の記述方法はないだろ。
幼稚園児が見たってわかるもの。
foo=barなんて、一般人からすれば「はぁ？」てなもんでさ。
この左から右への転写命令があるのは、他にはアセンブラの一部
くらいなのかな？
全く、世の流行は理不尽な方向に進むものだよなあ。

0233デフォルトの名無しさん

2008/04/30(水) 22:55:52

＞幼稚園児が見たってわかるもの。

無理だろ。

0234デフォルトの名無しさん

2008/04/30(水) 23:05:06

>>232
COBOL以上の簡潔かつ解りやすい言語で左から右言語にRPGがある

ただ、世の中の義務教育を終えた人間からすると、数式の記述は
foo = barの方が圧倒的に理解しやすい。

つかCOBOLerは他の言語をロクに知らないクセに相手を全否定すんなよ。
ｶｺﾜﾙｲ

0235デフォルトの名無しさん

2008/05/01(木) 06:01:09

>>234
「最も美しいプログラム言語は?」っていうスレがある。
ここに、
・　被代入項が左側に固定した言語は失格! を加えることにしよう。
破壊代入がいけないとは思わないが。

0236デフォルトの名無しさん

2008/05/01(木) 07:00:10

「最も美しいプログラミング言語は?」だね。
http://pc11.2ch.net/test/read.cgi/tech/1153320716/

0237デフォルトの名無しさん

2008/05/01(木) 23:16:54

＞・　被代入項が左側に固定した言語は失格! を加えることにしよう。

とりあえず人間失格な発言と言うのは理解できる。

0238デフォルトの名無しさん

2008/05/02(金) 06:16:47

Rubyは結構使ってるな俺は。う～ん…
Ruby用に、Pictureクラスでも作ってみようかな？

0239デフォルトの名無しさん

2008/05/02(金) 14:39:04

>>238
いいねえ、その調子で、RubyをCOBOLライクに
使うクラス群を作れないもんかな。MOVEクラスとか
PERFORMクラスとか。
そうすりゃ俺だってRubyを使えるようになるかも知れん。
今のRubyはコボラーには難し過ぎる。

0240デフォルトの名無しさん

2008/05/03(土) 02:33:23

コボルの質問です。

2バイトの領域に格納されている１文字（日本語などの2バイト文字）を
16進表記でDISPLAY文で出力したいのですが、どうやったら出来るんでしょうか？

0241デフォルトの名無しさん

2008/05/03(土) 04:22:41

>>240

そういう低級なことはできません

0242デフォルトの名無しさん

2008/05/03(土) 05:33:11

>>241
簡単だろ？
バイナリ→16進文字列変換は組む必要ありそうだが。

0243240

2008/05/05(月) 01:34:28

>>242
結局のところどうやるんですかね？

01　MOJI　PIC　X(02).

MOVE　X'4040'　TO　MOJI.
DISPLAY　MOJI.

単純に文字コードを16進でみたいだけなんですけど
上手く行かなくて。

DISPLAY文に何か設定しないと見れないんですかねぇ。
スレ違いなら他のところで聞きますが。

0244デフォルトの名無しさん

2008/05/05(月) 03:54:54

>>243
01 ATOM-1 PIC X(2).
01 ATOM-2 REDEFINES ATOM-1.
02 ATOM-3 PIC 9(4) USAGE COMUTATIONAL.
01 TABLE-1 PIC X(16) VALUE "0123456789ABCDEF".
01 TABLE-2 REDEFINES TABLE-1.
02 X-0 PIC X OCCURS 16 TIMES.

のようなWORKING-SECTIONの定義はいりますよね。
あとは、ATOM-3を256で割り、
その答えと剰余をまた16で割ってとやっていけばいいんでしょう。
そこで出てきた4つの解からX-0[KAI]でHex文字を引けばよい。

0245デフォルトの名無しさん

2008/05/05(月) 03:56:45

ごめん!
X-0(KAI +　1) 　から引けばよい。でした。

0246デフォルトの名無しさん

2008/05/05(月) 04:12:27

ますますごめん!
WORKING-SECTION ではなくて WORKING-STRAGE SECTION.　ですね。
2年くらい前にopen-cobolをインストールしてみてそのあと使ってみたのが
18年ぶりで、1週間使っただけでまた空いてしまった。
ほかにも、へんなこと言ってるかも知れない。

0247デフォルトの名無しさん

2008/05/05(月) 04:13:38

あった。　COMUTATIONAL -> COMPUTATIONAL

0248仕様書無しさん

2008/05/05(月) 15:50:15

すみません初心者なんですが質問です。

DISPLAY "COUNT =" CNT

なんですが・・・
日本語で説明するとどういうことになるんでしょうか？
"COUNT ="

どうして　＝　まで　"　でくくるのでしょうか？

初心者過ぎて申し訳ないですが、もし分かる方いたらお願いします。

変な質問をしてしまってすみません。

0249デフォルトの名無しさん

2008/05/05(月) 16:29:05

うわっ、懐かしいなぁ、ＣＯＢＯＬ！

0250デフォルトの名無しさん

2008/05/05(月) 22:48:04

>>248
ダブルコーテーション”～～”で挟んだ部分は文字列として表示されるだけ。
DISPLAY命令で、変数CNTだけ記述すると、その値が表示されます。
表示結果を見ても、この値が何の変数の値なのか分かりませんよね。
その為に文字列COUNTをあらかじめ先に表示しておく。＝を付けるのはその人のセンスです。
＝の代わりに：にする人もいます。

0251240

2008/05/05(月) 23:34:58

>>244
どうもです。
しかしこんな手間をかけないと出来ないものなんですね。
不便ですねぇ。

0252デフォルトの名無しさん

2008/05/05(月) 23:51:55

>>251
不便とか言う人は、COBOLの本質をわかっていない。
バイナリーデータを扱う機能があるのは
ハードに近い原始的な言語と相場が決まっている。
COBOLは業務処理を書くために高度に進化した言語だから、
そういう余計な機能はないのだよ。

■ このスレッドは過去ログ倉庫に格納されています