29 :
仕様書無しさん:2008/01/19(土) 01:24:05
今動いている日本中のプログラムの半分はコボルでできています
ですからいやでもコボラはいなくてはいけないのです
必要悪というやつです
コボラって突然切れださない?あとしゃべり方が気持ち悪いね。40代の人ね
正直プログラマが全般的にキモいと言えなくもない。
32 :
仕様書無しさん:2008/02/11(月) 21:26:34
kobora
そんなに大事なら墓場まで持って行ってもらえばいいんだよなぁ。
34 :
仕様書無しさん:2008/03/15(土) 23:59:36
コボグラマー
36 :
仕様書無しさん:2008/05/08(木) 05:06:15
COBOLは悪くない。
悪いのはCOBOLERだ。
37 :
仕様書無しさん:2008/05/09(金) 22:09:31
チョイ、マジレスする。
COBOLには、RDBアクセスに適したコーディング技法がまだ確立されてないんじゃないかって疑問。
いろいろな現場渡って見たが、RDBアクセスの自由度に振り回されたCOBOLコードよくを見かけた。
それまでのCOBOLコーディングのスタイルはSAMファイルから1件読んでマッチング、サマリー、印刷、
ってスタイルがほとんどだろう。どれもSAM to SAM
このスタイルだと入力ファイルは多くて4つ、出力ファイルは多くて3つ。
ところが、RDB導入後、5〜6個のテーブル検索当たり前、2〜3個テーブル更新当たり前、な仕様が
ドーンと出てきた。
コボラーもここでどん詰まってるんじゃないかと思う。
それまでのコーディングスタイルから大きく離れた要求に自己の既存のやり方で無理やりカタを付けようとする。
行き着く所、RDBアクセスに適したCOBOLコーディング技法を見いだせないからだ。
ここから認識が別れる。
・COBOL自体にRDBアクセスは不向きではないか。
・言語仕様の問題ではなく、RDBアクセス標準技法の開拓がなされてないだけでないか。
コボラーにRDBでバッチ処理させると、CURSOR、FETCHとなる。
本当にこの方法が良いのか、排他をどこまで考えてるのか、RDBテーブルとSAMファイルを同一視してないか、
新スレ立てようかとも思ったが、まず先にここで問題提起してみる。
意見、求む。
ちなみに、最近はSAMファイルでも3ファイルマッチングは禁止、先読み禁止、って所が多くなった。
ロジックの複雑さが増してメンテしにくいからだ。
Javaドカタとコボラーどっちが残るかと言われれば、コボラー
39 :
仕様書無しさん:2008/05/09(金) 22:29:10
コボラーはアバッパーにクラスチェンジ可能。
40 :
仕様書無しさん:2008/05/10(土) 21:11:59
>>37 そりゃ、複雑なRDB処理はCOBOLの想定外だから、不向きだろう。
まともにRDBでCOBOLバッチを組むなら、ビューやプロシジャを工夫して
なんとかコボラーの処理できる外見のスキーマを整備するのが共通屋の仕事。
COBOLerがプログラミングヘタなのは確かだが、運用の面では使える。
よく言えば、COBOLのできる事務職員
>>37 最近の事情はしらんが、F社のホストで動くRDBはジョイン・マージの性能が
思わしくなくて、テーブル単位でのアクセスをせざるを得なかった。
2000年以前はSQLのインタフェースも(性能的に?)良くないと言われていて、
READ/WRITEインタフェースが多用されていた
COBOLerが悪いじゃない。F社のOSとミドルウェアの性能が悪かっただけだ・・・
43 :
37:2008/05/13(火) 19:43:02
>>42 メインフレームのCOBOLでテーブルジョイン・マージ使う事あるのか?
半端無くリソース食うと思うが。
バカなコボラ
45 :
42:2008/05/14(水) 09:27:43
46 :
37:2008/05/14(水) 23:14:47
>>45 だからさ、性能的に使えない、じゃなく、データ量的にどうなのよ、って事。
テーブル格納レコード何件くらいなの?
以前、20万件:17万件のテーブルジョインSQL4回ってのを見た事が有る。
COBOLコーディングじゃなかったけどね。JCLにベタ書きで。
>以前、20万件:17万件のテーブルジョインSQL4回ってのを見た事が有る。
↑この日本語わかんねー
まぁでもアレだ、そこらのベンチャーいくと開発者トップがコボラで、
しかも「あの人は凄い出来る人」みたいに言われてたりするぞ。
そういう現場だとテーブル一個ジョインするだけで速度20倍とか、そういう楽しみはある。
49 :
仕様書無しさん:2008/05/15(木) 23:22:57
よくわかんねーけど、17万件のテーブルってそんなにデカイか?
ジョインしちゃいけない理由にはならないと思うが
>>49 亀レスすまん。
記憶が確かなら、20万件と17万件をある条件で結合させセレクト件数をカウント、
以後、結合条件、セレクト条件を変えて4回繰り返してたはず。
E−TIME6時間かかってた。
52 :
仕様書無しさん:2008/07/13(日) 19:49:50
勉強がきらいだから☆
53 :
仕様書無しさん:2008/07/13(日) 20:24:45
ちょっとSQL文を勉強するくらいは、
コボラーでもしておくべきだよね。
若い人は、コボラーのDB設計がキライなんだよ。
異動してきた「汎用機系でCOBOLばっかりやってました」っていう人に今やってること説明したら
「そんなの一般の人には解らないんだからもっと解りやすく説明しろよ?」とか逆ギレされた・・・・
い・・・一般の人って・・・・・w(←そこは突っ込む所じゃねぇって)
>>37の意見に同意。
過去経験を紹介します。
コボラがORACLEを使うと、ワークテーブル作り始める。
ワークテーブルにカーソルフェッチからIF条件文でINSERT。
カーソルループは、20万回もループする。
どうやら、これが標準技法らしい。
経験豊富なスーパーSEということで単価が高くてコレ。
まったくもって性能が出ない。
一度ORACLEの研修を受けてもらい、ビューを3種作って、
条件ごとに使い分ける仕様にしたら50倍の性能向上。
RDBが普及した理由は、「性能」にもあるんだってことを
ようやく理解してくれた。
生粋のコボラに、オブジェクト指向を教えようとしたことが何度かあるんだが、
連中ときたらどいつもこいつも「それはコボルでいうところの●●と同じものなのか?」
と訊いてきてウンザリさせられる。
既存の知識の範囲内でしか物事を理解しようとせず、自分のまだ知らない全く新しい概念と
いうものが存在すると考えようともしない。
今までの概念を捨て、アタマを切り替えてゼロから勉強し直す、ということが出来ない。
パラダイムシフトの出来ないヤツラとは、こういうヤツラなんだろうな。
だからコボラはバカなんだろうな。
こういった仕事に適正のない人間でも「出来ている様に見えてしまう」と言う点では
コボルと言う言語自体はそれはそれで悪くないのだろうけど、
そういうのに甘えて簡単なテンプレートを埋める作業しかやらないから、脳が退化している感がある。
コボラのおっさんとはよく付き合っている。
会社の年上のおっさんから取引先の部長まで多種多様だが、
よくみかけるコボラ評にあてはまるといえばあてはまるが、
でも、非難するようなことかと思っていた。
先日純血のコボラにあった。仕事した。納得した。
っていうか、氏ね。
59 :
仕様書無しさん:2010/02/26(金) 20:08:46
_
r-、' ´ `ヽr-、
ィ7 /l: ハヽハ トヾ 駄スレを沈めることはこの俺が許さん!
'|l |'´_` ´_ `| || 信念に基づいて行動する。
| |´ヒ} ヒ}`! l| それを人は正義と言う。
__ノ゙). 从 l, _'_. |从 今俺が行ってることは、上げ荒らしではない。
,_'(_ ノ_ヽ ヾl.> - ,イ;リ 正義という名の粛清だぁ!
{ f:テ} {'f:テ}',/\ヽ--//ヽ
ヽ,r─‐ 、ィ .、、 i l>Y<! i '、 バーニング!
/ iゝ_ノ iヽ /l |l l ',
lンヽ/ムノじ
COBOL は人がコーディングする言語ではなく、ツールが生成するものだと捉えてる。15年以上前から。あれをエディタで書いてデバグするのは、非効率すぎる。読めるけど、会社では分からないというスタンスで通してる。割り当てられたくないからね、そんな作業に。
と言っても、オブジェクト指向にも懐疑的なんだけど。smalltalk って今どうなってるの?
>>60 だが、COBOLerがふりかざすビジネスロジックとやらは、
コーディングしなくて、どうやって実現するんだね?
1000行くらい連続するIF文書いたって自慢していた香具師がいたような
>>62 あの頃は、第4世代言語で記述してコボル・ソースに変換だった記がする。
どんな言語だったかは忘れたけど。CSPとかだったかな?
1000行連続するif文って、何?
単体テストもしたくないな。メンテは門前払いだ。
1000行のif文のを、仕様書書いて、コーディングして、机上デバグして、ホワイトボックステスト実施して、ブラックボックステストも受けるのって、効率悪すぎ。誰もウォークスルーやレビューできないよ。間違いなく距離を置くな。
64 :
仕様書無しさん:2010/03/12(金) 22:12:07
1. Cobolコードの約2千億ラインが生きて活動している
2. 世界のビジネス・データの75パーセントがCobolで処理されている
3. 世界中の財務トランザクションの90パーセントがCobolで処理されている
4. Cobolコードで作業している開発者が世界で150万人から200万人居る
5. 約50億ラインの新しいCobolコードが毎年システムに追加されている
早く世界中のコンピュータを破壊するウィルス作って世界を正そう
ゴミみたいな奴を社会で生かす為だけに存在してるようなゴミみたいな仕事は科学の発展の足かせとなる
ウエブのバカがユーザーインターフェース担当してお客さんの要求ホイホイとりこんで
そのままでデータをバッチ処理に流してきやがってえらい苦労を強いられるんだが
ばかにはわからないんだろうな。
>>67 すまん…。何が言いたいのかさっぱり解らんw
>>68 Webがフロントエンドでメインフレームがバックエンドって事だろ?
で、バックエンド側が苦労するって話だと思う。
>>69 それバックエンドが怒ることか?
それともデータの変換のことか?
>>70 フロントエンド側はデータを流すだけだから簡単だろ?
画面ちょろちょろっといじるだけ。
流されたデータを処理するのはバックエンドだから改修が多いって事じゃね?
>>71 データ受け渡しのフォーマットは自由とはすごいですね
>>55 RDBでJOIN禁止現場はよくあるけど、昔の知識のままルールがとまってるよな
今ならそんなに悪いことではないのに。
あと、掛け算、割り算をループで実装するのは何故なのだ、cobol
74 :
仕様書無しさん:2010/03/27(土) 13:49:04
↑おっさんcoboer
>RDBでJOIN禁止現場はよくあるけど
聞いたことねーな。
>掛け算、割り算をループで実装する
はい?っていうレベルの話だね。
Excelの提出資料を作るのに電卓叩いてるこぼらを久々に見たw
「マクロってなんですか?COBOLじゃないからわからない・・・・・誰も教えてくれないし」だそうなw
Rubyバカにしてる子ってさ
変数に$ついてる言語触ってるって事だよね
いちいちSHIFT+4キーおして $ 打ちまくってる感触はどう?
これ ; デリミタっていうんだけどさ、これをつけなきゃエラーになるような
そんな言語使ってる奴ってどうみてもゴミだと思うんだけど
もしかして「;」これ打ち忘れてコンパイルエラー出すのが楽しいの?
そうか、二度と話かけんなよ
お前らはほんとにゴミだな