[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/20 00:31 / Filesize : 274 KB / Number-of Response : 998
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【COBOL】コボラー集まれ!!!【事務処理】



1 名前:デフォルトの名無しさん [2006/05/01(月) 18:32:38 ]
いるだろ?語ろうぜ

433 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 00:15:01 ]
とは言っても、例えば現行動いているシステムがCOBOLで組んであったら
COBOLで組むしかないじゃん。
それとも、このスレに集まっているプログラマーは20年以上動いている
COBOLで出来たシステムをJavaでバグなしでリプレース出来る
腕利きの方ばかりなんでしょうかね?

434 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 00:27:30 ]
ローカル変数と小文字キーワードと
ポインタとオブジェクト指向を持つ言語は
全て俺らの敵だ。
俺らの居場所を守るためには、コボルで品質の
良いシステムを作り続け、顧客に変な気を
起こさせないこと。これが大事。
顧客説得のため、Javaの弱点・オブジェクト指向の
弱点をそれらしく言えるだけの知識をつける必要はあるが、
使えるようになる必要はない。そんな時間があったら
コボルのスキルを磨くべきだ。

435 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 00:29:05 ]
マイグレーションの意味ねーじゃん
なにいってんの?

436 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 00:44:03 ]
コボルのスキルだけでいつまで食ってけると思ってるのかしら

437 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 01:41:55 ]
>>431
Java使いのくせに人海戦術をご所望とwww

438 名前:デフォルトの名無しさん [2007/09/17(月) 04:10:31 ]
UNIX-COBOLをシェルで動かすのって難しい?
汎用機を廃止して、COBOL→UNIX-COBOL、JCL→シェル
になるんだけど、UNIX覚えるの大変かなぁ・・・

汎用系コボラーの俺やばい?

439 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 06:39:24 ]
>COBOLで出来たシステムをJavaでバグなしでリプレース出来る
>腕利きの方ばかりなんでしょうかね?

正直、そんな程度なら作業的に難しくもなんとも無い。

難しいのは、紙ベースのドキュメントかつメンテされてなく
バグが無いと思い込んでいる糞COBOLerのシステムだろう。
そんなのは、どんなOSやら言語で組まれていても困難だよ。

COBOLやら汎用機が悪いのではなくて、主に使う人間の問題が
大きいのが現状だろう。

440 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 09:00:31 ]
>>438
なんでもCOBOLとJCLに見立てちゃうからな
COBOLより汎用的なものつかうときは、いったんCOBOL知識捨て去るべきなのに

441 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 13:12:49 ]
>>439
>正直、そんな程度なら作業的に難しくもなんとも無い。

おいおい、ホントかよ。あんた神様だよww
Javaでどうやって構造体組むんだよ。
Cobolで一行で済む処理がJavaだと延々アホみたいな
型変換が発生するのに。

>>438
シェル=JCL的なことはできる。



442 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 13:26:37 ]
>>438
UNIXのシェルはユーザインターフェイスとJCLを併せ持った物と言って良いかと思う。
汎用機で使われるJCLと文法が違うだけかと。
おれもUNIXでCOBOLつかってたけど、JCLのDDのかわりに、環境変数使ってたよ。
ちゃんと対応付ける仕組みはあるはずだから安心しな。

>>439
>難しいのは〜 のくだり。
そういうのがあるから>>433の後半みたいなセリフが出てくるんだと思うぞ。

443 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 16:50:56 ]
>Cobolで一行で済む処理がJavaだと延々アホみたいな
>型変換が発生するのに。

これはアホすぎる。一般的にCOBOLの8行=Javaの1行と言われている。

444 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 17:26:14 ]
クラスも知らなきゃORマッピングも出来ないのだろ

445 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 17:34:21 ]
>Javaでどうやって構造体組むんだよ。
>Cobolで一行で済む処理がJavaだと延々アホみたいな
>型変換が発生するのに。

とりあえず、COBOLerの程度が知れる発言だな。
Javaが解らないなら解らないと言えよ。

とりあえず世間一般のJavaプログラマは全員神って事になる。w

446 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 17:39:52 ]
>シェル=JCL的なことはできる。

こんなの付けなきゃ、釣りだって言い張れたのにな

447 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 17:58:45 ]
>>444
クラスって要はサブルーチンだろ
サブルーチン呼び出しなら、COBOLの
PERFORM〜UNTILに敵う構文は
この世に存在しねえ

448 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 18:02:42 ]
>>447
釣りと見せかけて、マジレスでも大差ないこというからな
コボラってのは

449 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 18:04:50 ]
>>447
さぶるー珍よびだしはCALLですよ。

450 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 18:17:13 ]
ローカル変数がわからないコボラーに
クラスを理解しろというのも無理があるのかな

451 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 18:41:59 ]
>クラスって要はサブルーチンだろ

いいからもう黙っとけ。
頼むから。w



452 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 18:49:31 ]
このスレはこボラーが主役だ。
コボラーのコボラーっぷりを曝せ。

453 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 19:52:40 ]
そうだよ。
何でコボラーが叩かれるスレになってるんだよ。
Javaだって使えないことはない。
main以外にクラスを作らず、ロジックをズラズラ
書き並べればとりあえず動くものはできる。
ただしJavaは構造化機能が弱いので、ソースが汚くなる。
慣れたコボルでやったほうがよいのは言うまでもない。

454 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 20:08:47 ]
構造化機能など聞いたことが無い言葉だが、JavaにCOBOLより弱い構文など無い

455 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 21:36:07 ]
構造化は関数でやるもので
サブルーチンでやるものじゃないんだよ
ダイクストラの教えを未だに聞かなきゃいけないのはコボラーぐらいなんだ
目を覚ましてくれ

456 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 22:10:58 ]
COBOLで関数定義どうやるの?

457 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 22:16:18 ]
>>453
アンフェアな比較をするのはやめようよ。
JAVA にクラスを作るなって言うのは
COBOL で PERFORM 使うなって言われる並にフェアじゃない。

なんだかんだ言われたって JAVA はとにかく遅いって。
結局 VM の上で動く以上、同じ事をやらせたら COBOL に勝てない。

>>456
SECTION を区切ってそのセクションを PERFORM する
COBOL をやってない人間には理解できないかもしれないが、
function hoge() みたいな構文はちゃんとあるから。


458 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 22:19:41 ]
>>457
釣りと見せかけて、マジレスさせても大差ないってんだから始末に終えない

459 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 22:25:13 ]
>>457
その PERFORMを式として使えますか?

460 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 22:50:14 ]
>>457
JavaがネイティブコンパイルされるCOBOLに比べて遅いとか
言うのが論点ではなくて、COBOLerがあまりに無知なのに
Javaについて語るから叩かれるんだろ。

なんだかんだ言われたってCOBOLerはとにかく「仕事」が遅いって
同じ事をやらせたら 生産性&保守性ではJava に勝てない。

461 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 22:55:59 ]
     INITIALIZE フラグ.
     PERFORM 初恋.
     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.




462 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 23:00:03 ]
>461
イマイチ

463 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 23:03:05 ]
>>462
きっと>>470さんが面白いプログラム書いてくれるよ!

464 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 23:06:17 ]
>>457がJAVA派なのかCOBOL派なのか見えない。というか両方を擁護して見える。
1段落目はJAVA派
2段落目はCOBOL派

>>453がJAVAを否定している様に受け取って>>457を書いたんだと思うけど、
>>453
 COBOLerがJAVAを使った場合、mainに詰め込んでしまう。
 だからCOBOLerにとっては慣れたCOBOLの方が良い。
といってるんだと俺は受け取った。
だとしたら>>457の1段落目は勘違い。揉める必要もない。

そうすると2段落目だけが生きるが、1段落目のJAVA派視点を生かすと、
JAVAを知り、その欠点を認めたものと取れるので、「COBOLerのJAVA論」と対決する姿勢の
>>460の1段落目は必要ない。

よって>>460の2段落目
これが正解!

465 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 23:12:21 ]
関数というのはローカル変数を持ち値を戻すものを言うのだ
それがないとまともな構造化は出来んのだ
コボラーはソフトウェア工学の進化から何十年取り残されてきたのか
自分らが使ってる言語がなんなのかよく考えるべき

466 名前:デフォルトの名無しさん mailto:sage [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
   /   / ./:::::::::::::            ',
  /  /  /:::::::::::::::::.            ',.

467 名前:デフォルトの名無しさん mailto:sage [2007/09/17(月) 23:25:43 ]
AAのコピペをするほどCOBOLerがテンパっているのが
なんというか哀れで・・・。

なんか職場でイジめられているのだろうか・・・。

468 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 00:16:45 ]
というかコボルってネイティブだっけ?
数値を十進数で計算する言語が
ネイティブっつってもなんのこっちゃわからんけど

469 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 00:23:22 ]
>>468
ネイティブの意味を理解して発言してるとは
とても思えないんだけど

470 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 00:31:02 ]
BCD関連の命令はx86系CPUにもあるようだ。使い方はシラン。

471 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 00:31:11 ]
あなたのCOBOLは
機械語を生成していますか中間コードを生成していますか
という話だが
もし機械語だったとしても十進数で計算するものをネイティブとは呼びたくないな



472 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 00:34:59 ]
>>471
またそういう釣りとも素ともつかない発言をするんだから

473 名前:デフォルトの名無しさん [2007/09/18(火) 01:07:05 ]
いずれにしても今のシステムは絶対にとまってはいけないという
風潮はなんとかしないと日本のIT産業は衰退していくばっかだ。

そもそもCOBOLやJAVAでの開発に限らず
もともと基幹系でガチガチに試験工数をつんでるプロジェクトと
中小で試験工数を軽くしか見積もってないプロジェクトを
金額だけで比較するのはあまりにもナンセンスだろ

オープンだと安くなると張り切って開発を始めて
ふたを開けてみると、これまでの資産を回収しきれずプロジェクト崩壊、
もしくは障害だしまくって実際は赤字ってのはよくある話で、
オープン最高って軽くいってるやつが
自分で自分達の首を絞めていることに早く気づいてほしい。

こう書いたけどおれも実際にはオープン推進派で
金融機関系でCOBOLもJAVAも両方みてる。
ただ、安易にCOBOLいらねぇっていってるやつは
下っ端JAVAプログラマが表面的なところだけを見て
ものを言っているようにしか見えない。
システムがちょっとでも止まれば大騒ぎ、障害出ればマスゴミに
袋叩きてな世の中で、システム作らせる側も作る側も
リスクかけて大金かけてほぼ1からオープンで作り直すなんて
よっぽど先鋭的な企業か大金持ってないと簡単に提案できるわけないだろ。
実際にはCOBOLerも使い古したきたねえソースは1から作り直したいと思ってるんだよ。
金と期間さえもらえればね。

どうでもいいけどこのスレッドは釣りの判断が難しいな。

474 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 01:10:43 ]
んなこと言ったってDB自体が止められない物なんだから仕方ねえべさ。

475 名前:デフォルトの名無しさん [2007/09/18(火) 05:03:16 ]
COBOLerの主張って、Cで書いたら全て解決するように見えるんだが
コボルで書ける程度のことならメモリーリーク起せず書けそうだし

476 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 06:56:37 ]
マジで釣りの判断が難しいスレッドだな。

>実際にはCOBOLerも使い古したきたねえソースは1から作り直したいと思ってるんだよ。
>金と期間さえもらえればね。

実際サ、その機会が稀にあってもオープン系の人間のアイデアがなぜか全否定されて
COBOLerはCOBOLでつくりなおす。

そして「ちょっとでも止まれば」って実際システム初回稼動時なんかCOBOLで
組んであっても「激しく止まる」か「激しく数値が違う」事はお約束じゃん。

オープンだろうが汎用COBOLだろうがリスクはどっちにでもあるが、
オープン系の安く上がる妄想もアレだが、COBOLerの安定神話な妄想も
ウザいんだが。

477 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 10:51:54 ]
>>476
>オープン系の人間のアイデアがなぜか全否定されて
だって、無責任集団のオープン系なんて信用できないよww

478 名前:デフォルトの名無しさん [2007/09/18(火) 16:36:37 ]
貿易保険のシステムはコボルからJavaに作り変えられました

PMは2回交代し、当初計画2年のところ、4年近くかかりましたが

479 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 18:32:30 ]
>だって、無責任集団のオープン系なんて信用できないよww

無能集団が無責任集団を笑う図か。www

480 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 18:37:05 ]
某金融系のCOBOL開発は月120時間残業で10ヶ月くらいの年中デスマだったな。

でJava+SQLだと某COBOL開発の1/5の人員でほぼ定時帰りだったな。


正直、残業代が稼げて仕事が出来ると勘違いしているCOBOLerが羨ましくもあった。w

481 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 20:22:56 ]
>>480
そりゃあ反則だよ。
上の方にも出てるけど、
RDBってCOBOLの得意分野のマッチングや
ソート・抽出を元から持っててSQL一発で操れるじゃん。
JavaでもRDBを使わずSAMファイルにデータを持って
マッチング処理を組むなら、それなりに苦労すると思う。
三本マッチング処理なんてやったら大変だよ。
一度体験してみなよ。COBOLerを馬鹿にできなくなる。



482 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 20:34:26 ]
何が反則だ
コボルが馬鹿なだけでコボラーは無能じゃないという主張か?
言っててむなしくならないか?

483 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 21:16:02 ]
>>481
反則って言われてもサ、「クラスって要はサブルーチンだろ」
とか言う無能COBOLerに無理やりJavaやらせたら、そりゃ>>478みたいにデスマになるわさ。

現代だとRDB操作するのにSQLは当たり前なのにCOBOLerとかは
SELECT * FROM HOGEしかしらずに、妙なストアドでカーソルいじくって
無理やりステップ数稼ぐみたいな実行性能&保守性&テスト効率最悪な設計しておきながら
「やっぱCOBOLは安定して速い」とかをマジで言っているからな。w
そりゃ、当初計画2年が4年にのびるだろう。

COBOLerの全員がバカとは思わんが、残念ながらほとんどのCOBOLerは
こんな事を本気で言っているのが現状だ。

484 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 22:43:15 ]
本当に無能なのはCOBOLで安定して動いてるものを
機材まで何まで全部Java用に総入れ替えにしておきながら
初日で止まるシステムを作る奴ら。

485 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 23:03:08 ]
なんかすっかりつまらなくなったな。
汎用機vsオープン系なんて話題はどこかよそのスレでやってくれ。
ここはCOBOLについてのみ語るスレだ。



486 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 23:10:12 ]
>>484
そうやって脳内にしか存在しない、物語を作り上げるのに必死なんだろうなぁ。

487 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 23:16:10 ]
本当にフェアじゃない話だね
COBOLが保守性、テスト効率でJavaに劣るのは仕方の無い事だろうに

COBOLでテストツール使って全自動でテスト、
んで気に入らない部分は即リファクタ出来たらどれだけ幸せか

ところで>>483は階層型DBというものを知っているかな?w

488 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 23:32:24 ]
Javaが保守性とかテスト効率でCOBOLより優れているのは
後発の言語だからってのもあると思うが、
そのコミュニティ(JCPか)の思想の問題だと思う。

まー、JCPも初期はかなりアレでIBMやらOracleが力入れ始めて
Javaが使えるようになってきた、って希ガス。

COBOLerが保守やらテストとかを軽視したツケが
Javaを調子つかせているんだろうけど、それを
フェアじゃない。って言うのは負け犬の遠吠えだろう。

Javaなんか1.0や1.1の頃は他の言語使いからは笑い者だったけど
今はプログラム言語シェアNo.1になっちまったし。

489 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 12:46:41 ]
>>483
ところで、なんでステップ数が減ると実行性能&保守性&テスト効率
良くなるんだ。あり得んだろ。
工期が延びるのはPMがバカだからだろう。COBOL関係ないじゃん。

490 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 12:58:49 ]
>>489
>ところで、なんでステップ数が減ると実行性能&保守性&テスト効率
>良くなるんだ。あり得んだろ。

あり得んのはお前の読解力の方だろ

>工期が延びるのはPMがバカだからだろう。COBOL関係ないじゃん。

関係あるよ

491 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 14:16:36 ]
具体例も出さずに反論とな?



492 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 15:00:26 ]
>>490
同じ処理なら1行でまとめて書こうが
数行にバラそうがダイナミック・ステップは大差ないはず。
A = B + C + D + ... を数行にしても数ナノ秒も変わらんだろ。

第一、Javaは中間コードやVMで動作するから実行性能は
他言語より遅いじゃないか。

テスト量のほとんどは、入出力のバリエーションやIF文等の
分岐数で決まるのにJavaだとなんで効率よくテスト
できるんだよ?

ある変数を使っているソースファイルを抽出せよ。って時に
COBOLだと変数名で内容検索すれば十分だが、
Javaだとそんな単純じゃないだろ。保守性高いか?



493 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 16:15:33 ]
>>491
反論じゃねーよ自惚れんな

まず>>483を1000回嫁
話はそれからだ

罰として、バカレス再掲しとくぞ

>ところで、なんでステップ数が減ると実行性能&保守性&テスト効率
>良くなるんだ。あり得んだろ。

494 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 16:44:36 ]
>>492
COBOLでいうところの「ある変数」ってのは、OOPLでいうところのフィールド(メンバ変数)ってことだろ?
なら、その変数にアクセスできるのは同じクラスのメソッド(メンバ関数)だけだよ
つまり検索する間でもないってこと

ポリモルフィズムで入出力のバリエーションや条件分岐を(コードから)ある程度消すことができる

それにOCPに則ってコーディングすれば、あるクラスを修正したときに他のクラスには一切影響が無い
つまりデグレが絶対に発生しない

おそらく言ってることが全くわからないと思うけど、なにしろ保守性に関してはJavaの方がCOBOLより
圧倒的に上ってこと

495 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 20:57:54 ]
>テスト量のほとんどは、入出力のバリエーションやIF文等の
>分岐数で決まるのにJavaだとなんで効率よくテスト
>できるんだよ?

喪前は一度Javaで開発してみろ。
よくあるデスマの原因の「突然の仕様変更攻撃」を受けたときに
激しく差がでるから。

496 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 21:05:03 ]
なんでJava vs COBOL になってるんだ?

497 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 21:06:04 ]
>テスト量のほとんどは、入出力のバリエーションやIF文等の
>分岐数で決まるのにJavaだとなんで効率よくテスト
>できるんだよ?

実際効率良いよ
COBOLとの比較じゃ話にならないくらい

498 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 21:25:02 ]
Java房うぜえ

499 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 21:30:15 ]
>>498
勘違いするなよ
「Java(及びJava厨)が優れてる」のではなく、とりわけ「COBOL(及びコボラ)がゴミ」なだけ

500 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 22:47:32 ]
COBOLの言語自体はそれほど悪いとはおもわんけどサ。人間的にダメなのがな・・・。

なんというかJavaでも程度の低いヤツは多いけど、COBOLerは他の言語にくらべて
ぬきんでてアフォが多いのが問題なんだろ。>>492に代表されるように。

あと今はJavaが一番人気(?)だから比較大量になりやすいだけだろ。

501 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 22:48:24 ]
スマソ「比較大量」じゃなくて「比較対象」な



502 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 22:57:40 ]
例えばCOBOLではDBそのものは作れない
COBOLしか知らない人間は、DBの内部動作がどうなっているか
ほんとのところはわからないんだな

コボラーがアホなのはCOBOLがアホだから
COBOLで思考したんじゃプログラミングの本当のところは
何も分からない

503 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 23:10:39 ]
例えばJavaではOSそのものは作れない
Javaしか知らない人間は、OSの内部動作がどうなっているか
ほんとのところはわからないんだな

Java廚がアホなのはJavaがアホだから
Javaで思考したんじゃプログラミングの本当のところは
何も分からない

504 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 23:13:13 ]
釣りかマジレスかしらんけど、本気でCOBOLerってヴァカなんだな、って思うよ。

505 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 23:17:00 ]
>>503
昔SUNがJDSというOSを作ってたワケだが。

506 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 23:17:23 ]
>>503
残念ながら作れます

507 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 23:21:23 ]
JavaStationとかいうのもあったな。

508 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 00:10:43 ]
何のたとえなのかすらわからんが、なぜにCOBOLでDBを作らねばならない?
DBの内部構造を知る必要なんか全く無いだろ
チューニングなんかで、外部パラメータなんかを知っておく必要があるというのなら
わかるというか当然だが

ふと思い出したが、JavaでOS作るって笑い話であったな
SUNの環境(バイトコードで動くCPUだっけ?)除いて、誰がそのOSが動くランタイム作るんだという話だろ?

509 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 00:17:51 ]
>>492
これの実行性能に指摘が無いので
Java<COBOLでFA?

510 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 00:35:47 ]
>DBの内部構造を知る必要なんか全く無いだろ
大有りだよ
データベースパフォーマンスアップの教科書 基本原理編
1000回嫁

511 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 01:07:46 ]
内部構造ってその程度だったのか。
同期処理とかデッドロック検出とか
それらの実現方法かとてっきりww




512 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 01:33:56 ]
>>511
バカにしてるおまえが哀れすぎて、もう何もいえねぇよ

513 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 01:36:35 ]
多分コボラーじゃ二分木をどう書くかすらわかんねえんじゃねえかな

514 名前:デフォルトの名無しさん [2007/09/20(木) 01:41:53 ]
多くのJava使いもWeb-DBとフレームワークの基本的な金太郎飴コーディング
しかできないような気がするんだけどなあ・・・。
もともとCOBOLもFramework Javaも、業務システム構築向けに均一な品質の
金太郎飴コードを生み出すのが優先目的な訳で、結局提供されたフレームワークを
「使う側」(「作る側」じゃなくて)のJava使いって、COBOL使いと立場は同じな
気がするよ。単なる兵隊。



515 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 01:45:53 ]
目糞(Java)鼻糞(COBOL)を笑う


516 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 01:46:34 ]
ああ、ルンペン同士の飯の取り合いみたいなものか



517 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 01:47:38 ]
Java使いにはアホも多いけどJava自体は糞じゃないな
COBOLはどっからどう見ても糞だが

518 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 01:55:34 ]
>>514
んなこといってるやつって、ホントにJavaでフレームワーク使った開発やったことあるんかなあ
多分Struts位しか使ったこと無いんだとおもうけど、それすら意味わかって使ってるかどうか
怪しいもんだ

519 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 06:52:34 ]
>もともとCOBOLもFramework Javaも、業務システム構築向けに均一な品質の

こういう認識持っている限りCOBOLerは常に糞呼ばわりされるんだと思う。

520 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 10:00:31 ]
>>502
25年以上前だが、COBOLでRDBを作ったよ。
1989年まではSQLではなくてPrologで動作してた。

521 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 19:15:34 ]
>25年以上前だが、COBOLでRDBを作ったよ。

どんな商用DB?



522 名前:wolf ◆8VH3XAqjlU mailto:sage [2007/09/20(木) 21:38:39 ]
>>520
25年以上前だが、JavaでRDBを作ったよ。
2014年まではSQLで動作してた。

--- 2037年**月**日、あるJava'erの生涯より ---


523 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 22:46:09 ]
だからおまえらここはコボラーを叩くスレじゃねえ。
コボラーが集まって話をするスレだ。スレタイ嫁よ。
どうしても発言したいなら、コボラーがJavaを
できるだけCOBOL風に使えるような主砲をアドバイスしろ。

とりあえず上に出てきた、main()に全ての処理をぶち込んで
クラスやスコープの縛りを受けずに済む方法を考えている。
メソッド定義を各プロシージャ定義になぞらえて
メソッドを順に呼び出すやり方だ。
しかしCOBOLのPERFORM〜UNTILに相当する
条件付きメソッド呼び出し方法がないっぽい。
やっぱりJavaはここいらが弱い。

524 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 22:52:12 ]
PERFORM xxx UNTILは条件付きっていうより繰り返し構文って感じだろ。
while や for で置き換えれば良い。



525 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 22:55:51 ]
while(condition() == false){
method();
}

526 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 22:56:55 ]
>main()に全ての処理をぶち込んで
>クラスやスコープの縛りを受けずに済む方法を考えている。

自殺したいならそうするといい
生き延びたければJavaが体現しているソフトウェア工学の教えを真面目に学び取れ
どうせCOBOLだけじゃ生き延びられんのだ

527 名前:デフォルトの名無しさん mailto:sage [2007/09/20(木) 23:11:18 ]
ソフトウェア工学www


528 名前:デフォルトの名無しさん mailto:sage [2007/09/21(金) 00:56:51 ]
>PERFORM〜UNTILに相当する
>条件付きメソッド呼び出し方法がない
breakも無いくせに、何いっちゃってんの?

529 名前:デフォルトの名無しさん mailto:sage [2007/09/21(金) 01:05:56 ]
GOTOがあるだろ。

530 名前:デフォルトの名無しさん mailto:sage [2007/09/21(金) 01:12:31 ]
>コボラーがJavaをできるだけCOBOL風に使えるような主砲をアドバイス
どんだけ恥知らずなんだよ
他の言語使いがこんなこというの聞いたことないよ

531 名前:デフォルトの名無しさん mailto:sage [2007/09/21(金) 01:42:25 ]
フリーフォーマットの言語ではそんなに細かい構文まで
言語が用意してやる必要はないのだよ
単に基本的な要素を組み合わせればいいだけだ



532 名前:デフォルトの名無しさん mailto:sage [2007/09/21(金) 07:34:14 ]
>しかしCOBOLのPERFORM〜UNTILに相当する
>条件付きメソッド呼び出し方法がないっぽい。
>やっぱりJavaはここいらが弱い。

いや、COBOLerの頭が弱いとしか思えんが・・・。

533 名前:デフォルトの名無しさん mailto:sage [2007/09/21(金) 12:28:28 ]
金に糸目を付けないで、処理速度、ユーザビリティー共に優れた
システム作れって案件があったら、オールCOBOLもオールJava
も選択されないで、各々の特例を生かした、混在型のシステムが
できあがる。

お互いの弱いところをつつき合ったって、どっちも納得する訳なかろ?
ま、どっちもどっち、ここでバカみたいに言い合っている奴らの程度が
低いってこった。







[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<274KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef