アカウント名:
パスワード:
流石にここでも飽きられたんじゃないのかと思うがスクラッチで作ろうとしたら失敗した、のほうが興味ひかれてるよ。
COBOLでコードを書くからこういう悲劇が起こる。
真面目に返信していいのか迷うが・・・
CだろうとJavaだろうとRubyだろうとScalaだろうとSchemeだろうとドキュメントが無い700万行が問題であって(言語によって同一機能にたいする行数は変わるがおいといて)、COBOLとかどうでもいい話だと思う。
ドキュメントが無くても、もっとましな言語を使っていたら結果は変わっていたかもしれない。グローバル変数の多用はやめましょうとか、大規模でも保守性の高いプログラムを作れる言語的仕組み・慣習・意識がCOBOLという言語、COBOLプログラマーには無い。COBOLもコボラーもKoboもゴミです。
グローバル変数って何でしょうか?
COBOL(少なくともこの場で論じられている様な古いCOBOL)ではパッケージとかプロジェクトとかの概念が無く、1モジュール1exeになる様なオブジェクトモデルで、モジュールレベルを超えた変数は、大記憶に持たせるか、引数で引っ張って来るかしか無いはずです。
グローバル変数って何でしょうか? ないものの多用なんて出来ないと思います。
でも、大記憶(マスストレージ)と言ったら、ぶっちゃけDBと言っても過言では無いと思いますが、
やっぱりDBはグローバル変数と表裏一体の存在で、テストもしにくくなるし、悪い存在(よく言って必要悪?)だったですか。そうですか。
#うすうすそうでは無いかと自分も思ってはいました。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
COBOL叩きは飽きられたんじゃないの? (スコア:0)
流石にここでも飽きられたんじゃないのかと思うが
スクラッチで作ろうとしたら失敗した、のほうが興味ひかれてるよ。
Re: (スコア:1)
思っていたのですが、確かにアテが外れた印象です。
Re: (スコア:0)
COBOLでコードを書くからこういう悲劇が起こる。
Re:COBOL叩きは飽きられたんじゃないの? (スコア:0)
真面目に返信していいのか迷うが・・・
CだろうとJavaだろうとRubyだろうとScalaだろうとSchemeだろうと
ドキュメントが無い700万行が問題であって(言語によって同一機能にたいする行数は変わるがおいといて)、
COBOLとかどうでもいい話だと思う。
Re: (スコア:0)
ドキュメントが無くても、もっとましな言語を使っていたら結果は変わっていたかもしれない。
グローバル変数の多用はやめましょうとか、大規模でも保守性の高いプログラムを作れる言語的仕組み・慣習・意識がCOBOLという言語、COBOLプログラマーには無い。
COBOLもコボラーもKoboもゴミです。
Re: (スコア:0)
グローバル変数って何でしょうか?
COBOL(少なくともこの場で論じられている様な古いCOBOL)ではパッケージとかプロジェクトとかの概念が無く、
1モジュール1exeになる様なオブジェクトモデルで、モジュールレベルを超えた変数は、大記憶に持たせるか、
引数で引っ張って来るかしか無いはずです。
グローバル変数って何でしょうか? ないものの多用なんて出来ないと思います。
Re: (スコア:0)
で、引数に渡せばいいものすら大記憶に格納している状態の事を言っているのだと思うけど。
あとPERFORMも他言語の関数と異なり変数が保護されない(COBOLの仕様としては当然なのは知ってるけど)。
Re: (スコア:0)
でも、大記憶(マスストレージ)と言ったら、ぶっちゃけDBと言っても過言では無いと思いますが、
やっぱりDBはグローバル変数と表裏一体の存在で、テストもしにくくなるし、悪い存在(よく言って必要悪?)
だったですか。そうですか。
#うすうすそうでは無いかと自分も思ってはいました。
Re: (スコア:0)
COBOLはファイルがエリアにストンと落ちてくる印象なので一層グローバル変数っぽく感じられるかも?
グローバル変数に近いのはLINKAGE SECTIONですかねぇ。使い方次第だとは思うけど。(ちゃんとサブモジュールから返ってきたら別のエリアに必要な項目だけ項目編集していれば問題はないとは思う)
昔BASICやってた私としてはGOSUBみたいなPERFORMも怖い存在。VBでモジュールの上の方にモジュール内変数がわんさかあるような感じで。