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

[表示 : 全て最新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
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


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

1 名前：デフォルトの名無しさん [2006/05/01(月) 18:32:38 ]: いるだろ？語ろうぜ
696 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 12:44:06 ]: >>695
＞DB詳しい蛇腹が存在することと、全ての蛇腹がDBに詳しいこととは違う
あたりまえでしょ。何を得意になってるのやら

だけど、横長テーブルやフェッチを好む蛇腹は居ないんだよ
何のメリットもないから
697 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:06:23 ]: ｱｲﾀﾀﾀﾀﾀ

＞横長テーブル
君の職場がしょぼいテーブルしか使わない程度の案件しかやってないんでしょう

＞フェッチを好む
フェッチの意味よく分かってないんじゃないの？
698 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:08:00 ]: このアンチ君、2年目くらいのスキルしかないんじゃないの？
開発経験本当にあるの？単なるプログラムオタクレベルっぽい。
もしかして愛読書はWebDB Pressかい？（爆笑）
699 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:12:13 ]: 頭痛くなってきた・・

・特定条件下で横長テーブルが妥当であることと、あらゆる条件下で横長テーブルが妥当であることとは違う

「「「不適当な条件下で」横長テーブルを好む」蛇腹はいない」

な？

バカなの？

何が「君の職場が・・」ｗなの？

バカ？

よーく考えてよ。

無理？
700 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:14:51 ]: ひっこみがつかなくなってきたな
701 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:15:39 ]: あ、あとさ
＞だけど、横長テーブルやフェッチを好む蛇腹は居ないんだよ
これのソースは？
702 名前：デフォルトの名無しさん [2007/09/25(火) 13:16:11 ]: うちの部下のJava使い、キーのないテーブル設計して俺に持ってきたよ。
703 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:17:07 ]: おまいら、新人をあまりイジめるなよ
704 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:18:04 ]: だっていじくり甲斐があるんだもんｗ
今の職場じゃ、無能な部下をいじめるなんてしたら問題になっちゃうからねｗｗ
705 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:19:39 ]: あれ、順番まちがえちゃった？

俺の職場がしょぼいテーブルしか使わない程度の案件しかやってないソースと

フェッチの意味よく分かってないソース

はやくだせやボケ
706 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:23:25 ]: 客観的に見てコボラは逃げに終始
説得力ゼロだな
707 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:26:31 ]: >>702-704
なんですぐ涙目なんだよ

泣くほど悔しいんだったら、はじめから勉強しろバカ
708 名前：デフォルトの名無しさん [2007/09/25(火) 13:29:18 ]: フェッチが有効なときもあるが、複雑なUpdate文を組み立てられなくてフェッチを使っているケースがよくあるね
そしてフラグとIF文満載なストアードプロシージャ、どうやってメンテすればいいんだよ
709 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:34:55 ]: ソースソースってうぜえょ

>ほとんどの蛇腹は、create table文さえ知らないアフォな兵隊だからねｗｗ

ほれ、ソース出してみろ
それか二度とソースでごまかそうとスルナヨ糞低脳が
710 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 18:00:12 ]: では、まず君のソースを見せてもらおうか？
君が最初にケンカ売ったんだかんね。
自分のソースが出せないからって転嫁するなよ。
711 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 18:05:52 ]: たった1人で孤立無援の戦いを続けるMr.トランザクションに武運のあらんことを・・・

>>664
>>667
>>670
>>674
>>677
>>679
>>680
>>683
712 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 18:06:23 ]: >>685
>>691
>>694
>>696
>>699
>>705
>>706
>>707
>>709
713 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 19:11:43 ]: >>711-712

流石はコボラ

センスは古いし、仕事はいい加減
714 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 19:44:37 ]: Java使うヤツは出来るのとか出来ないのとか当たり外れが激しいとは
思うけど、COBOLerは正直、現代においては外ればっかだと思うが。

特にこのスレのコボラのマジレス（ｗ）をみてるとな・・・。
#釣りにしても酷いが・・・
715 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 20:17:48 ]: >>711-712　それは間違い。

>>664 は、
マスタ系／トランザクション系に分類したときにトランザクション系って意味でトランザクションと書いた。
マスタ系には主キーが付いているので。

>>670 は、
はじめは>>666がトランザクション↓ここらへんの意味でとらえていると思って書いた。
www.sophia-it.com/category/transaction.jsp

>>679 は、
若干カチンときてるが、俺はCOBOLer叩きでも、蛇腹でもない。(COBOLerのつもりでもないけど)
すでにアンタらほど経験もありませんよって認めている。

あとのレスは俺じゃない。

それから横長に付いては、「パフォーマンスのために...」てあたりは一応知識としては知っている。
だから必ずしも否定的ではない。

>>697
これはアドバイスとして受け取っておく。
ありがとう。

俺が書きながら思い出していたテーブルは、明細は横に持っていて、横が足りないと縦を追加している。
店番号(i)　日時(i)　明細1　明細2　明細3　その他の項目．．．こんな感じ(iはインデックス)
で実際に担当者がこのレコードを探し出すときに、明細の金額まで見てやっと判断してる。
だからもう少し確実なキーが要るんじゃないかと思う。
716 名前：715 mailto:sage [2007/09/25(火) 20:22:44 ]: 間違えた。
>>697 -> >>688
717 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 20:29:29 ]: 客観的に見て、論理性・人間性ともにアンチの方が上だな
718 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 21:49:26 ]: IDが出ないから自作自演し放題だな

そろそろCOBOLの質問したいんだけど、、、
719 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 22:09:47 ]: ＞IDが出ないから自作自演し放題だな

確かにCOBOLerの自作自演がかなり酷いな・・・
720 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 22:33:21 ]: いや、君のほうが必ｒｙ
721 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 22:40:04 ]: なにがなんでもアンチの自作自演にしないと気が済まないのか・・・。

どーでもいいじゃん。現実のコボラーが改心するワケでもなし。
722 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 22:58:14 ]: そうだな。無能な君がJavaから卒業できるわけでもないし。
Java使いなんてCOBOLer以下の最下層デジドカだという現実に目を向けなよ。
723 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 23:01:41 ]: とにかく大文字だ大文字。
大文字で書けるJavaならば勉強する気になれる。
誰か作ってくれ。改造は意外と簡単なような気がする。
724 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 23:39:43 ]: COBOL勉強中。
思ったより流れが速いだけでなんだか嬉しいです。
725 名前：724 mailto:sage [2007/09/25(火) 23:42:37 ]: あ、流れって、このスレの流れね。
726 名前：デフォルトの名無しさん [2007/09/25(火) 23:58:00 ]: COBOL勉強するなら、端末COBOLや余分なファイルI/Oは飛ばしても構わんぞ。
基礎文法さえ押さえたら、すぐにでもOracleのPro*COBOLを勉強すべし。
オープン系COBOLは今かなり需要がある。
727 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 00:58:42 ]: >>658
年金はデータだろw

>>659
SQLを何度も発行するのがいやで一本化してるんでないの？
ひとつの処理でテーブル１０～２０使うのはざらにあるし。
728 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 01:00:26 ]: Pro*COBOLはSQLが埋め込み式だから、SQLの可読性が高くていいね。
これに慣れてしまうと、VBやJavaでひたすらSQLを文字列結合している
汚らしい構文にはもう戻れない。
729 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 01:03:52 ]: すぐ上に書き込みが来たので、ついでに

> SQLを何度も発行するのがいやで一本化してるんでないの？
DWHに限ってはそれは主目的ではないよ。
このスレにはDWHに詳しい方がいる（いた）ようなので私のような
半端モノは詳細説明を避けるけど、DWHのスレがあれば
そちらで聞いてみるのもいいでしょう。
730 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 01:04:40 ]: >>723
COBOLで書くなら当然大文字だけどさ、
他の言語使うならその言語の一般的なルールに従おうよ

たまーに見かける小文字COBOLソース見ると、書いた奴殴りたくなるだろ？ｗ
そのまた逆も然り
731 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 01:20:08 ]: それはいえる。変数の命名規約も然り。
だから、口座残高は、JavaではAccountBalance、
COBOLではKZ-ZNDKと書かねばならない。
732 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 02:37:47 ]: ！？
KZ-ZNDK読みやすい！！
講座ズンドコ
733 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 03:09:47 ]: まあコボルがクソ言語で
コボラが死滅していく人種であることには
変わりはないんだけどな
734 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 06:00:19 ]: 大文字で書けるJavaって・・・
書けるだろ普通に
735 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 06:42:50 ]: Javaは大文字でも出来るけど、特に意図がない限りは
そりゃAccountBalanceって記述すると思うが。
736 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 06:59:52 ]: >>735
>>723
737 名前：デフォルトの名無しさん [2007/09/26(水) 07:07:40 ]: 変数とかメソッド名とか漢字を使うと偉く見通しがよくなるけどね
但し、漢字未対応のツールを使うと地獄が待っているが
738 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 07:37:58 ]: 気分転換に質問です。
COBOLで書かれたシステムでは例えば、
摘要を構文解析して、意味を理解分類すると
いうようなコードはどのように書いているの
ですか。
それとも、汎く知られたソースのライブラリの
ようなものがあるのですか。
739 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 13:43:52 ]: >>738
COBOLには可変長の文字列といった概念は
基本的に無いんだよ。わかったな。それだけだ。
740 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 21:49:25 ]: 基本的にない、だけだがな
741 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 22:27:15 ]: マルチレコードレイアウトにやられ気味。
なんじゃこりゃあぁぁぁぁ！

けど、改ページを好きな所に入れられるのは超便利。
742 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 00:36:44 ]: >>741
REDEFINES と / のことかな？
743 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 00:55:29 ]: ある特定のカラムに特定の値があったらそのレコードはうんちゃらで、
なんちゃらの時はこんちゃらってのが、相当混乱しました。
キーなのに同じ値が複数あるし。もう慣れましたけど。

ワークスペースに複数の切り分けをした領域取ってやってましたけど、
REDEFINES使えば楽なんですかね？
やってみます。

改ページはAFTER PAGEの事でっす。
744 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 00:56:55 ]: REDEFINESって概念は他の言語にあるのかね？
745 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 03:35:01 ]: C言語に共用体ってデータ構造があるらしいけど
挫折したからよくわからないんだ…
746 名前：デフォルトの名無しさん [2007/09/28(金) 11:02:11 ]: C言語ならポインターと構造体でアクセスするだけだよ。何の不都合も無い
747 名前：デフォルトの名無しさん [2007/09/28(金) 11:36:14 ]: 都合・不都合じゃなくって、REDEFINESって概念が他の言語にあるのか知りたいんだろ。

言語じゃなくて規約なら、COMがVARIANTという概念で、1つの変数にあらゆる属性の
値を入れることが出来た（主要言語はC++）。しかしこれはREDEFINESとは違うかな。
748 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 12:39:52 ]: >>746
ポインタ設定するの面倒だろ。そのポインタ設定が漏れまくるから
高級言語じゃ使われないのに不都合無いって・・

REDEFINESはメモリ節約の産物だからもう必要ないだろ。
749 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 14:46:33 ]: REDEFINESはCOBOLの中でも最もアセンブラ的な所だね。
REDEFINESと同様の概念がないとすると、アセンブラ的な
ものから遠ざかろうとしている言語がほとんどだから
ではないか。
750 名前：デフォルトの名無しさん [2007/09/28(金) 15:51:22 ]: >>733
まあＪＡＶＡがクソ言語で
ビジネスロジック専門自称ＪＡＶＡＰＧが死滅していく人種であることには
変わりはないんだけどな
751 名前：デフォルトの名無しさん [2007/09/28(金) 16:23:57 ]: >>748
I/Oポートを直接触る組み込みでは未だ必要な機能だよ、コボルと違ってビット単位でアクセスできるし
まあシーケンシャルファイルなんてデータコンバートプログラムでしか用は無いけどね
752 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 18:57:57 ]: あー、昔X68000とかでスプライトレジスタに書き込みする時に
Cで構造体使っていたなぁ。

I/Oを叩く時は必要だと思うけど、COBOL的なデータ操作とかで
構造体やらREDEFINESを使ってどうこうとは今は思わんね。
753 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 19:34:32 ]: STS分割する時に、なんでI/O定義書と違う定義を必要とするんだ？と思った。
754 名前：デフォルトの名無しさん [2007/09/28(金) 20:08:09 ]: >>748
つうかあんた構造体とかポインタって全く解って無いだろ。ポインタ設定が漏れるって何のことだよ
勉強してから一丁前のこと言ってね
755 名前：デフォルトの名無しさん [2007/09/28(金) 20:17:28 ]: ポインタ解決
756 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 22:25:28 ]: >>754はポインタ使ったこと無いのねw
757 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 23:24:38 ]: なぜCOBOLだとポインタは不要なのに
どうしてCではポインタが必須なのだろう。
俺の永遠の課題だ。
758 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 23:36:03 ]: >>745
おれは C -> COBOLの順に勉強したんだけど、
REDEFINESを見たときに　「union(共用体) と一緒じゃん」って感想を持ったよ。

実際の使い方も似たようなものでしょ。
なんか「データ区分」みたいな項目があって使用する構造を決定する。
>>743
ちなみに、改ページはCでは'\f'フォームフィードでやったことがある。

C:構造体を関数にポインタで渡す
COBOL:構造体をサブルーチンに参照渡し
存外、共通点らしき部分が見受けられますな。

COBOLは「編集項目」が便利だと思ったな。
759 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 00:36:02 ]: 誰かOOCOBOLやったことある人いないの？
760 名前：デフォルトの名無しさん [2007/09/29(土) 01:45:23 ]: 最近はフレームワークをベースにビジネスロジックしか記述できない

自称ＪＡＶＡＰＧだらけだな

「えっネットパッケージってなんですか？リフレックスＡＰＩ？？？」

おまえは無理しないでＣＯＢＯＬでもやってろＨＡＧＥといらだつよ
761 名前：デフォルトの名無しさん [2007/09/29(土) 01:46:26 ]: >>757
コボルの命令はＣの関数ライブラリにあたると考えれば
みなまで言わなくてもわかるだろ
762 名前：デフォルトの名無しさん [2007/09/29(土) 07:39:28 ]: COBOL歴10年最近5年間ブランクありの40歳のおっさんだけど、もう需要ないかな？
さすがにこの業界への再就職は厳しいかね？
他に資格とか無いし、警備員になるしかないのか。
763 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 08:46:49 ]: >>762

金融関係ならあるはずだべ　by 45のｵｻｰﾝ
764 名前：デフォルトの名無しさん [2007/09/29(土) 11:04:18 ]: 金融・保険関係はCOBOL需要いっぱいあるよ。
汎用機だけでなく最近はUNIX-COBOLも引く手数多。
後者は、UNIXの知識＆Oracleの知識必須ね。

ただ、金融・保険関係は、プログラマ歴よりも金融開発歴が
重視されるので、金融業務歴がないと厳しいかな。
765 名前：デフォルトの名無しさん [2007/09/29(土) 11:20:34 ]: >>763 >>764
ありがとう！
金融＆UNIX＆Oracleの知識はないけど頑張ってみます。
766 名前：762＝765 [2007/09/29(土) 11:22:35 ]: >>762＝>>765です。
767 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 11:22:57 ]: いっそのこと運用オペレータという選択肢もあるぞｗ
768 名前：762＝765 [2007/09/29(土) 11:32:10 ]: >>767
あっても20万ぐらいだろうな。スキルも付かないし。
まあ、どっちにしても10年間頑張ってスキルを磨いても50歳。
そうなると転職は99.99・・・％無理、リストラされておしまいか。
お先真っ暗な人生しか見えない今日この頃・・・
769 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 21:01:48 ]: >>762
その年で底辺のプログラマーを目指す理由が正直わからんが。
COBOL歴は正直なんの役にも立たん。

漏れの知っている部署だと「知らなくてもすぐに覚えられるから」とか言う理由で
素人でも即プログラマーには慣れる。が、壊れるまでコキつかわれる率80%って感じだ。

まあ、壊れる壊れないは本人の資質が大きいのでデスマの経験を
とくとくと語れば採用されるかも。
770 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 05:48:17 ]: 「Javaによる知能プログラミング入門」という本があり、
探索とパターン照合それからルールベースなどという章が
切られている。
Javaで書かれたPrologは多い。Prologに関して言うと最初のPrologは
1972年にマルセイユ大に於いてFORTRANで記述された。
それで、COBOLによって書かれたPrologはないかとググッてみても、
それらしきものは出てこない。1980年代には汎用機上のProlog処理系は
結構あったはずだけれどアセンブラで書かれていたのだろうか。
771 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 08:14:11 ]: 普通にアセンブラかＣなんじゃねーのか？
ＣがＣで書かれたってのはある意味神業な気がするが。

とりあえずCOBOLはCOBOLで出来てないだろ。
772 名前：デフォルトの名無しさん [2007/09/30(日) 10:50:23 ]: FORTRAN->Cへの書き換えは早いが、COBOL->Cの書き換えは遅い。
構文とか、商用に使いやすいとか、あまり関係ないんじゃないの？
773 名前：デフォルトの名無しさん [2007/09/30(日) 12:40:11 ]: >>771
最初のC言語はB言語で書かれたんだよ。直ぐにC言語で書き直されたんだが
774 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 13:44:16 ]: むうー
CをCで書くことに何の意味があるのだろうか。
この辺は理系の知識がいるな。
775 名前：デフォルトの名無しさん [2007/09/30(日) 16:01:22 ]: >>762
あるとおもうよ
こんなのもあるから

株式外会社ＣＯＢＯＬ
www.cobol.co.jp/
776 名前：wolf ◆8VH3XAqjlU mailto:sage [2007/09/30(日) 18:06:04 ]: >>774
たとえば皆さんのプログラムで正常処理とエラー処理の比率はどれくらいですか？
どんな言語のコンパイラーでもただ動くだけ部分以外エラー処理とか最適化とか結構バカになりません
それでAssemblerではやっていられないという事です
777 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 22:58:29 ]: ＞最初のC言語はB言語で書かれたんだよ。直ぐにC言語で書き直されたんだが

確かにＢ言語を改良した言語がＣ言語ではあるが、最初のＣはＢでは出来てないらしい。
ＣはＣで書かれたとの事。
778 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 23:26:06 ]: でも一番最初のCはアセンブラで書かれたんだよな？
頼むそう言ってくれ！
言ってくれないと俺の頭が爆発する。
779 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 23:50:26 ]: Cが何でかかれたか、なんてスレ違いだよな！
頼むそう言ってくれ！
言ってくれないとCOBOLerがCスレに乱入する。
780 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 01:05:03 ]: 実は全てのプログラミングの言語ってＣ言語の派生なんだよ。
781 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 13:43:24 ]: マクロアセンブラの代わりにCを使って
書かれた言語が多いことは確かだが。
782 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 15:08:46 ]: >>781
Cが台頭するまではPL/MみたいなPL/Iのサブセットを使ったものが殆どだったが。
783 名前：デフォルトの名無しさん mailto:sage [2007/10/02(火) 17:57:50 ]: COBOLはいいけど
TSSがウンコ

TSOの勝ち
784 名前：デフォルトの名無しさん mailto:sage [2007/10/04(木) 04:26:56 ]: >>783 >TSOの勝ち
それで何をするの?
785 名前：デフォルトの名無しさん mailto:sage [2007/10/04(木) 16:17:38 ]: 現在、小売業の社内コボちゃんしていますが、
近々、転職を余儀なくされそうです。

金融関係は、キツイと言われていますが、実際のところ、どうなんでしょうか？
（金融システムの経験は全くありません）
786 名前：デフォルトの名無しさん mailto:sage [2007/10/04(木) 18:20:24 ]: 経験無いなら来ないでくれ、頼む。
787 名前：785 mailto:sage [2007/10/04(木) 19:16:21 ]: >786

詳しく説明してくれたら、いきません。
788 名前：デフォルトの名無しさん mailto:sage [2007/10/04(木) 22:44:57 ]: 金融システムの経験がないなら、まず門前払いだと思うが。
789 名前：デフォルトの名無しさん mailto:sage [2007/10/04(木) 23:29:09 ]: キツいっつーか、金融系だと強烈に前時代的な開発スタイルだから
それに耐えられるか？ってのもあると思うが。

ドキュメントは神（紙）って感じで・・・。
790 名前：デフォルトの名無しさん mailto:sage [2007/10/05(金) 00:08:18 ]: 紙であるならまだいい。
古いシステムだと○○さんの頭の中だけってのも結構あるんだぜ。
791 名前：デフォルトの名無しさん mailto:sage [2007/10/05(金) 00:24:10 ]: COBOLの場合トップダインで開発が進むから紙のドキュメントでも大筋で概要は分かる。
仕様変更の網羅がしっかりできていれば（コードレニューがきちんと行われていれば）
紙のドキュメントでも十分役に立つよ。

RADとかプロトタイピングとかいって最初の仕様と全く違うこと行っているのにソースのコメント
がプロトタイプ版のままのモジュール（クラス）よりは絶対に役に立つ。
792 名前：デフォルトの名無しさん mailto:sage [2007/10/05(金) 06:48:46 ]: ＞仕様変更の網羅がしっかりできていれば（コードレニューがきちんと行われていれば）
＞紙のドキュメントでも十分役に立つよ。

それが理想論なのは誰もが知っているワケで・・・。

＞RADとかプロトタイピングとかいって最初の仕様と全く違うこと行っているのにソースのコメント
＞がプロトタイプ版のままのモジュール（クラス）よりは絶対に役に立つ

コメントが難しいが、そう思うヤツの90%くらいはドキュメント信仰が強いだけの
能無しが言う台詞ではある。

オブジェクトにあるメソッドがブラックボックスでも大して困らない。
仮に言語がJavaだとしてJavadoc作ってあって、例外に関する仕様とdocが
あれば許せる。
catch(HogeException){}
なんて空の例外コーティングしてあると最悪と感じるが・・・。

まあ、漏れが現物志向ってのはあるな。
ドキュメントなんて大抵アレなケースが多いし。
793 名前：785 mailto:sage [2007/10/05(金) 09:11:05 ]: >786 - 792

皆さん、貴重な御意見ありがとうございました。

取り敢えず、金融関係は、候補から外した方がよいみたいですね。
794 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 17:20:33 ]: 急に静かになったな・・・・
795 名前：デフォルトの名無しさん mailto:sage [2007/10/11(木) 21:14:59 ]: www.microfocus.co.jp/support/techtips/cobol_002.asp

COBOLってやっぱりすばらしい言語だね！　Cなんて足下にも及ばないよ！
796 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 00:00:56 ]: >>795
そうCを責めるなよ。
そもそもCをOS記述以外に使うこと自体、
間違った使い方なんだから。
リッチーとカーニハンも、今のCの使われ方を
草葉の陰で嘆いていることだろう。

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

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