- 1 名前：デフォルトの名無しさん [2006/05/01(月) 18:32:38 ]
- いるだろ？語ろうぜ
- 809 名前：デフォルトの名無しさん [2007/10/13(土) 21:42:45 ]
- >>808
もう何も言うな
恥かくだけだぞ
- 810 名前：デフォルトの名無しさん mailto:sage [2007/10/13(土) 22:45:40 ]
- >>807
当たり前とか簡単に言うなよ。
実際に安定して動くという事実こそは
COBOL業界が長年努力して作り上げてきた
かけがえのないメリットなのだぞ。
銀行や保険のシステムが年中ぶっ飛んでいたら
世の中は回っていかんでしょーが。
COBOLとCOBOLerが社会に成してきた貢献は
計り知れない。
- 811 名前：デフォルトの名無しさん [2007/10/14(日) 00:04:50 ]
- >>810
そもそも汎用機のOSやCOBOLはCOBOLで書かれていないんだが
つまり安定したCOBOL環境を作ってきたのはアセンブラやC言語のエンジニアなんだよ
- 812 名前：デフォルトの名無しさん [2007/10/14(日) 00:23:47 ]
- なんでも最後はＣとアセンブラの２つに行き着くのかな。まあＣＯＢＯＬに限らず、と言ってもこぼらあは怒るのかなあ？
- 813 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 01:21:39 ]
- 初期のCOBOLはアセンブラで、
今のCOBOLはCOBOLで書かれていると聞いた
- 814 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 02:56:03 ]
- おめえちょっとコボルでパーサ書いてみろや
- 815 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 07:42:19 ]
- ＞実際に安定して動くという事実こそは
＞COBOL業界が長年努力して作り上げてきた
＞かけがえのないメリットなのだぞ。
COBOLの連中が努力しているのではなく、
汎用機を扱うメーカー(つか実質IBM)が金にモノを言わせて
独占市場となり、それの推奨言語がCOBOLだったって話なだけ
な希ガス。
#RPGもあったか。
つか、今の汎用機のカーネルってアセンブラ＋C++だし。
- 816 名前：デフォルトの名無しさん [2007/10/14(日) 12:50:24 ]
- 自動改札機、サーバーと切り離したら、起動したんだろ？ 問題はサーバーにあり、
と思ったのだが。
- 817 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 14:29:46 ]
- COBOLってもう減価償却期間をとうに過ぎた言語だと思う今日このごろ
- 818 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 15:35:55 ]
- COBOLは事務計算用のフレームワークだと思えばいい。
何で書かれてるかはあまり重要ではない。
- 819 名前：wolf ◆8VH3XAqjlU mailto:sage [2007/10/14(日) 21:34:36 ]
- >>816
当然山勘ですが
サーバーと切り離すと自主運転モードになって前日分のネガ・データで稼動したんじゃないかな？
- 820 名前：wolf ◆8VH3XAqjlU mailto:sage [2007/10/14(日) 21:37:44 ]
- >>819
あっゴメン
改札機開放したってニュースだから前日分を持っていなかったかな
- 821 名前：デフォルトの名無しさん [2007/10/14(日) 22:15:40 ]
- >>816
それだけの情報じゃどちらが悪いか判断つかないよ。サーバーからのコマンドの順序や
タイミングによるものかもしれない。その場合は端末が悪いことも考えられる
- 822 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 10:03:52 ]
- >>817
>799
- 823 名前：デフォルトの名無しさん [2007/10/15(月) 16:21:56 ]
- >>821
どうも、メーカー毎にサーバーが違っていたようだが。だから日本信号の改札機だけが
止まったらしい。COBOLer作じゃないの？（笑）
- 824 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 16:30:56 ]
- >>823
おもしろくないのが、なんで一度で理解できない？
まさか、おま・・
現実逃避してないで首でもくくったらどうだ？
- 825 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 00:35:32 ]
- ↑自分ワールドで何舞い上がってるんだろ
- 826 名前：デフォルトの名無しさん [2007/10/19(金) 16:05:31 ]
- COBOLって、汎用？（笑）
- 827 名前：デフォルトの名無しさん mailto:sage [2007/10/19(金) 17:18:58 ]
- うん。
- 828 名前：デフォルトの名無しさん [2007/10/19(金) 22:22:25 ]
- 事務系 ○
技術計算×
制御系 ×
web系 ×
Winowsアプリ ×
汎用？
- 829 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 00:21:10 ]
- うん。
- 830 名前：デフォルトの名無しさん [2007/10/20(土) 18:33:17 ]
- 凡庸？
- 831 名前：デフォルトの名無しさん [2007/10/20(土) 19:33:11 ]
- 朋友？
- 832 名前：デフォルトの名無しさん [2007/10/22(月) 15:58:53 ]
- 三菱東京UFJのシステム、東京三菱のシステムを残して、UFJのシステムはゆうちょ銀行に
売却するそうだ。こういうのって談合なんだろうなぁ。
- 833 名前：デフォルトの名無しさん [2007/10/22(月) 16:01:03 ]
- >>828
COBOLほど汎用を唱って、特殊な用途に使われている言語も少ないよ。
LISPとかPrologみたいな感じ。
- 834 名前：デフォルトの名無しさん [2007/10/24(水) 00:19:19 ]
- 金融系で開発＆保守のSEやってますが、大手なせいで、
メインフレームのCOBOLもあれば、ダウンサイジングの中で作った
C、Java、VB、Perlなんかのシステムもたっぷりあります。
（TSSでCOBOLプログラム書いてメインフレームからデータ
引っ張りだして、細かいところはPerlとかJavaで加工して
客に提出、なんて業務もしょっちゅう。）
でもこんな特殊な環境で開発してきたせいで、ソフトウェア工学が
進歩してきた道のりを体感してます。
あんま、特定の言語に固執するのは意味がないんじゃないですかね。
ただ、COBOL＆メインフレーム知ってると出世が速いのは
あるかもしれません。COBOL世代のお偉方にJAVAをCOBOLに
翻訳して説明できるんで。
- 835 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 06:31:52 ]
- ＞ただ、COBOL＆メインフレーム知ってると出世が速いのは
漏れの知っている金融系はまったくの逆だな。
１０年以上マをやらされているヤツがほとんどだ。
- 836 名前：デフォルトの名無しさん [2007/10/24(水) 11:24:50 ]
- >>832
東京三菱とUFJのシステムってIBMと日立の違いだと思うのだけれど、開発言語は同じなの？
- 837 名前：デフォルトの名無しさん [2007/10/24(水) 16:10:00 ]
- >>836
日立A-cosだよなIBMとちょとちがう
- 838 名前：デフォルトの名無しさん [2007/10/24(水) 16:21:27 ]
- >>837
ACOS...国策的OSだなぁ。
- 839 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 18:18:41 ]
- ACOSはNECだ
- 840 名前：デフォルトの名無しさん [2007/10/24(水) 20:57:46 ]
- COBOLなんて今後ニーズあるんですかね？
- 841 名前：デフォルトの名無しさん [2007/10/24(水) 21:52:08 ]
- 金融系だけど、ほとんどEASYとJCLばかり触ってる。
- 842 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 21:56:57 ]
- >>834
金融系でもフロントはそんな感じだよね
色々経験できるのはいいけどバックの事とか全然わからないんじゃ？
というか、俺がそうなんだけどｗ
- 843 名前：デフォルトの名無しさん [2007/10/24(水) 22:09:44 ]
- COBOLの記述について、教えてください。
ORACLEテストテーブル
OLACLE-KOUMOKU VARCHAR2 300バイト
※中身は動的SQLが入っております。
これを、COBOLの画面表示するために
01 WK-KOUMOKU.
03 WK-KOUMOKU-A PIC X(60)
03 WK-KOUMOKU-B PIC X(60)
03 WK-KOUMOKU-C PIC X(60)
03 FILLER PIC X(120) 切捨て用
--------------------------------------
MOVE OLACLE-KOUMOKU TO WK-KOUMOKU
--------------------------------------
DISPLAY WK-KOUMOKU-A
DISPLAY WK-KOUMOKU-B
DISPLAY WK-KOUMOKU-C
--------------------------------------
この場合、どうしてもWK-KOUMOKU-Aの
一番最初に変な文字が表示されます。
どうすればよいのでしょうか？
可変長だとなんかヘッダついてくるみたいですが
どのように除外できますか？
- 844 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 02:07:08 ]
- >>843
Pro*COBOL? たしか、
WK-KOUMOKU-Aを可変長文字列にする宣言が必要なんじゃないか?
それをすると、
WK-KOUMOKU-A-LEN と WK-KOUMOKU-A-VAR （だったかな？）という二つの変数名が出来るんだったような...
- 845 名前：デフォルトの名無しさん [2007/10/25(木) 07:54:36 ]
- >>844
ありがとうございます。
さっそく、試してみます。
本当にありがとうございます。
- 846 名前：デフォルトの名無しさん mailto:sage [2007/10/27(土) 18:46:16 ]
- コボルで汎用的なCSV変換のPGMを作成したいのですが
どういうPGMを作成すれば実現できるか思いつきません。
INPUT①をCSV化したい固定長ファイル
INPUT②にCOBOLのCOPY句(OCCURS項目がある場合は少し加工が必要？)を指定して
OUTPUTにCOPY句に合わせた
CSVファイルが出力されるようなPGMが理想です。
STRINGとかUNSTRINGを駆使すれば出来そうかなくらいの
想像しか出来ません。
低脳ですいませんがアドバイスあれば宜しくお願いします。
- 847 名前：デフォルトの名無しさん mailto:sage [2007/10/27(土) 21:59:32 ]
- >>846
ttp://homepage2.nifty.com/pu-relaxroom/pro/pro-cob3.htm
を参考にしたら。
- 848 名前：wolf ◆8VH3XAqjlU mailto:sage [2007/10/28(日) 15:31:35 ]
- >>846
コンパイラーで REFERENCE MODIFICATION が使えれば「4.部分参照の表記方法」を参考に
サルでもわかるＣＯＢＯＬ入門 【ひよこグミ】
www16.plala.or.jp/hiyokogumi/3/310.html#a4
- 849 名前：デフォルトの名無しさん mailto:sage [2007/10/29(月) 12:06:12 ]
- >>846
そういう用途にCOBOLは使わないほうがいい
- 850 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 14:07:48 ]
- ＣＯＢＯＬ経験者急募
- 851 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 09:33:36 ]
- >850
業種とかは？
- 852 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 21:50:29 ]
- >850
どの板＆スレで？
- 853 名前：デフォルトの名無しさん [2007/11/01(木) 23:59:10 ]
- 基本的な事で申し訳ないですが・・・。
COBOLのASSIGN TO hogehoge
となっていた場合、JCLからならhogehogeに対応するファイルを
指定して読み込ませますよね？
MFCOBOL＠AIXで動かしたいのですが、
hogehogeにファイルを関連付けるのってどうやるのでしょうか？
dd_hogehoge = path.to.file
export dd_hogehoge
で合ってます？
やってみればよいのですが、しばらく実機にさわれないので、
よろしければどなたか経験者の方ご教授ください。
- 854 名前：デフォルトの名無しさん [2007/11/02(金) 12:53:53 ]
- 正直、ＣＯＢＯＬってもうだめなの？
現役コボラーの方どうですかね？
- 855 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 20:33:54 ]
- これから新しい分野でどんどん使われるとはさすがに思わない。
けど、廃れることだけは絶対にない。 と思う。 w
- 856 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 21:35:39 ]
- 絶滅はしないだろうけど、COBOLやってるヤツはある意味
鬱病患者のように「新しい仕事がやりたい」と漏らしている。
しかし実際に新しい仕事をやることはほとんどない。
１０年以上前のシステムを延々と保守し続けるだけ。
- 857 名前：デフォルトの名無しさん [2007/11/02(金) 22:43:03 ]
- >>853
そういえば、ASSIGN TO なんてあったねｗ
部品使ってるので、研修以来ASSIGN TO なんか見たことない。。。
- 858 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 23:55:13 ]
- >>856
なかなか見所のある奴だねぇ
デスマ確定なシステム更改案件とかやってる会社に転職すればいい
常時人材を欲しているはずｗ
- 859 名前：856 mailto:sage [2007/11/03(土) 08:57:33 ]
- >>858
えーと、40～50代のCOBOLしか使えないし同じ部署で10年以上いる為、
世間一般の開発常識は一切ない、ある意味素人同然なんだが・・・。
正直、今リアルタイムでCOBOLの仕事している人って世間知らずのボンボンって
印象がぬぐえないのだが・・・。
Eclipse等のIDEは見たことも触った事もないし。
- 860 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 10:36:39 ]
- >>859
> 正直、今リアルタイムでCOBOLの仕事している人って世間知らずのボンボンって
それと開発と何の関係があるんだよ。
仕様通り納期を守ってシステムを作る、
それが開発者に科せられた唯一にして
最大の使命じゃないか。
他に何か資質を要求されるのかい？
- 861 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 11:14:02 ]
- その唯一にして最大の使命に、結構世間を知っているかどうかが
どーゆーわけか結構関わってくるんだな、これが。
開発って、残念ながらそこまでピュアに専門知識と専門技術だけで進むものではないからね。
- 862 名前：856 mailto:sage [2007/11/03(土) 14:40:23 ]
- >>860
世間を知らないと結構大変と言うか仕事できないに近いけど。
システム開発でコーダー＆テスターみたいな最底辺ならともかくとして、
「新しいシステムを作る」となると実運用やユーザー側から見た使い勝手
とか意識しながら、要件をまとめ、設計＆実装するワケだが、
COBOLって未だにTSO端末のグリーン画面で80x23なテキスト画面設計して、
SNAでネットワーク&プリンタを構成して、システムバックアップはテープ命って
ノリだからなぁ。
システムなんにも知らないお客さんに対して「電文」とかの普通に喋るしサ。
もうちょっと普通の一般人に解る言葉で喋ってくれないと、辛いと思う。
SNAって単語自体普通のエンジニアだって知ってるか疑わしいし。
- 863 名前：デフォルトの名無しさん [2007/11/03(土) 14:40:46 ]
- >861
あなたは結構世間を知っているんですね。
凄いね。
- 864 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 15:56:19 ]
- >>853
UNIX系の環境では、環境変数で結びつけるってやり方は多分一緒だと思うけど、
環境変数名は ASSIGN TO hogehoge なら環境変数名もhogehoge で良いと思うよ。
dd_hogehoge の dd_ をつける必要があるのかな・・？
（コンパイラの違いとかあるかもしれんけど）
- 865 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 10:31:04 ]
- >>862
MTはCOBOLだからとかそういう問題じゃないし、汎用機じゃなくてもMTは普通に使うだろ
Disk to Diskのみなんてのはバックアップと言えない
CMTは敷居が高いから少ないけどDAT、LTO程度は入れるべき
SNAはさすがにもう使っているところ少ないだろうね。でもすごく安定したプロトコルだった
Win2000まではSNAドライバを見かけたことあるけど、最近のOS用のはあるのかな？
もっとも、スイッチとかルータが対応してる機器が少なくなって来ちゃってるけど
- 866 名前：856 mailto:sage [2007/11/05(月) 19:03:02 ]
- >>865
汎用機じゃないとMTは使わんとｵﾓ。最近はかなり減ったと感じる。
何年か前は口座引き落としな全銀どーたらで使ってたりもしたけど、
電送(?)に変えてから業務なやりとりでMTは使わなくなった。
データのバックアップでDATやLTOは入れてる。
ただ未だにシステムのバックアップで1/4ｶｰﾄﾘｯｼﾞ(30GB)が普通と
COBOLerなエンジニアは主張してくる。ｴｪｰ
で、ウチの案件は未だにSNA全盛で色々とめんどくさい。
ちょっとプリンタの電源投入タイミングが悪いと手動でON/OFF
しないといけない。構成が悪いって言えば悪いんだろうけど。
とにかく運用コストが高い方法を好むのよ。汎用機&COBOLerなエンジニアは。
- 867 名前：デフォルトの名無しさん [2007/11/05(月) 21:14:52 ]
- よ～く知ってるね
凄いねw
- 868 名前：853 mailto:sage [2007/11/05(月) 23:13:56 ]
- >>864
ありがとうごぜいやす。
今度試してみます！
- 869 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 09:10:10 ]
- バックアップはやはりCMTに限る。
ドライブ装置とメディアの信頼性が他とは圧倒的に違う。
DAT・DLT・LTOも使ってるけど、装置・メディアとも
しょっちゅう故障してて使い物にならん。
- 870 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 09:19:31 ]
- CMT無くなるって噂が・・・（製造終了）
- 871 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 11:11:20 ]
- >>866
だから、DATもLTOもMTだってば
CMTはドライブどころかメディアも丈夫だから
値段は高いけど、信頼性も高い
ウチ１０年位ワークテープとして使われている
CMTメディアあったよw
で、全銀どーたらって全銀手順のことでしょ？
それがEDI（電送）
EDIで送れるデータ量ならいいけど、到底無理な
場合も多々あって、そういう場合はやっぱりCMT
通函じゃないけどある程度丈夫じゃないと、コスト
云々よりも確実なデータ流通が滞る
LTOはいくらか丈夫だけど、DATは使い捨てする
位の気持ちで使わないと泣きをみる
- 872 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 22:13:23 ]
- 2chのしょっちゅう故障するってのはどーも微妙だったり。
ウチはCMTが一番トラブル多い、理由は「エンジニアが丈夫だからと過信してミスをする」ケース。（w
LTOは問題なし、DATは最初から１年交換ってノリで運用している。
まあテープ関連の業務は正・副作成して作業しているから
多少壊れてもいーや、感はある。
今の電送は県民単位で処理可能なデータ量なんで、漏れの地方では使わんな。
仮に電送が止まったらテープで運送って対策しているから、最初から
「やっぱりテープが安心」ってやり方はしてない。最終手段として捕らえている。
ただ東京都とかが回線が胡散臭くて安定して送れない状況と言うならそうなのかもしれん。
田舎モノでｽﾏｿ。
あとテープ装置を漏れがあんまし推奨しない理由は運用のおばちゃん(とは限らんが)に
高価なデッキを触らすに抵抗がある。
人間は間違えるﾅﾏﾓﾉって印象があるからな。
- 873 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 09:02:37 ]
- 今でもオープンリールＭＴで「シュコー…キュルキュルキュル」と普通にＩＮ-ＯＵＴ
テープ折れ曲がったら其処をハサミでチョッキン!! ほらまだ使えんじゃね～か
しかしハード保守契約は切れてて綱渡り
なのにＣＯＢＯＬは今日も安定
バッチジョブをチョチョイっといじってコンパイル
あれ落ちちゃった?? コンソールの赤い文字が小憎らしいじぇ
かな入力モードはデフォ
俺の通り過ぎたＰＣから若造たちの「げっカナモード」の悲鳴が心地いい
それから
マッチングの前には必ずレコードクリアをするんだ、うんこしたらお尻拭くのと一緒だ
MOVE SPACEだ
けどマシン室ドアの暗証番号を入れ間違い「あ、あれっ」とすんなり一回で入れない
コボラーとはそんな漢の世界
- 874 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 21:58:58 ]
- >>873
>マッチングの前に～うんこしたらお尻拭く
どちらかというと、「トイレで座る前に便座を拭く」とかの方が良くない？
ときどき水滴が...
- 875 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 22:03:14 ]
- 確かにウンコする前に尻拭いてるって事になるね
した後は当然拭いてないんだろうなぁ
んで保守契約ぐらいしとけｗ
壊れたらどーすんだ
- 876 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 16:59:16 ]
- >>875
>壊れたらどーすんだ
メインの媒体はCMTだからｗ
MTはおぢちゃんたちが「過去のデータ資産を～」って言って残したの（実際はCMTに全部COPYしてるけどね）
ほら"007"(ショーンコネリーのね)とか、仮面ライダーのショッカー基地とか…
悪の秘密結社でMTがくるくる回っているが心にのこってるのよｗ
「あれがコンピューターだ」ってね
結局…CMTとかDATには『萌え』がないんだよw これっって賛同者多いと思うけどなｗｗ
あ～ちなみに８インチフロッピーもご健在 髪の毛挟まっていようが、綿埃ついていようが
「ガッチン、ガッチン」読込むあのタフさが『萌え』ｗｗ
- 877 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 22:35:38 ]
- つーか今でもMTのメディアや機器作ってる会社あるのか？
- 878 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 08:23:23 ]
- >>856
その古いシステムを延々と保守し続ける事が
仕事になるって、ある意味幸せな事だけど…。
１０年後もおそらくそれで飯食えるわけだろ？
他の環境なんて、ライブラリやら刷新されて
一から覚え直してプログラミング なんてザラでっせ。
（昨今のWeb系もC++だけじゃどうにもならんからね）
- 879 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 04:53:54 ]
- ＞仕事になるって、ある意味幸せな事だけど…。
＞１０年後もおそらくそれで飯食えるわけだろ？
死なない程度の給料でな。
＞他の環境なんて、ライブラリやら刷新されて
＞一から覚え直してプログラミング なんてザラでっせ。
どこのザラか知らんが、技術職なんかは常に勉強するのが
ある意味、普通なんだが。
オブジェクト指向な言語(JavaやC#)の初歩すら理解できん
低脳は存在するから、それはそれで仕方ないが、
自分が理解できないからって上記な理由で身の保身に
走って他者の脚を引っ張るマネするからCOBOLerは
他のエンジニアからバカにされる率が圧倒的に高いんだとｵﾓ。
- 880 名前：デフォルトの名無しさん [2007/11/10(土) 08:25:08 ]
- コボルの仕事で金を稼げるかどうかは会社次第なんじゃねぇの
金融子会社でもコボル使わない現場に送られたら・・・
それ以上に、システム会社自体がどれくらい寿命があることやら
- 881 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 08:58:42 ]
- >>879
おい言葉に気をつけろ。低脳とは何だ。
人をそんな風に言うもんじゃない。
オブジェクト指向は本来非常に特殊で難解な
概念で、ソフトウェア技術に適用することに疑問すら
提唱されているものなんだから、わからなくても
おかしくないんだよ。
- 882 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 09:44:04 ]
- ＞コボルの仕事で金を稼げるかどうかは会社次第なんじゃねぇの
会社が儲かるのと個人の報酬は別物だけどなー。
ああ、でも単純なﾌﾟﾛｸﾞﾗﾏｰ単価だと不思議とCOBOLはちょい高いよな。
- 883 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 09:56:18 ]
- >>879
JavaやCができたって所詮デジタル土方じゃないか。
- 884 名前：デフォルトの名無しさん [2007/11/10(土) 10:02:13 ]
- オブジェクト指向なんて、別にできたからどうっていうほどの
特殊な思考でもないけどなあ。
そういえばOOCOBOLってやっぱり誰も使ってないの？
俺もOOCOBOLでCOM作って遊んだ程度の経験しかないけどさ。
- 885 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 10:21:15 ]
- オブジェクト指向はたいしたことなくもないが、
現実問題ユニットテストつーか、単体テストで
ファイルの結果をなんでもかんでも16進数のダンプ形式で
プリンタに印刷して、鉛筆と定規で縦線引いて、
マーカーで色つけて、って手間ばかりかかるテスト手法を
強制するのがCOBOLerだなー、って感はある。
オブジェクト指向と言うよりかは、現代の開発スタイルから
あからさまに取り残されている感がウチの周りではある。
もうちょっと本質的かつ効率的なテストしてほしい。
JavaのxxUnitみたいなユニットテスト→リファクタって概念ないんで、
システムが年々グダグダになっていく。
まあ、Javaでもグダグダになっていくけどサ。
- 886 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 14:02:11 ]
- >>885
COBOLが駄目な一番の理由はリファクタ出来ない事だよねぇ
現行の仕様を誰も理解してないから、
デグレードが怖くて影響の少なそうな部分を強引に直す
んで更にシステムがグダグダになっていく
まさに負のスパイラル
- 887 名前：デフォルトの名無しさん [2007/11/10(土) 17:44:25 ]
- 月9ドラマ「ガリレオ」最終回、COBOLる（おわる）
- 888 名前：デフォルトの名無しさん [2007/11/10(土) 17:49:10 ]
- >>886
考古学的プログラム分析ツール
仕様書のないCOBOLプログラムを分析ツールにかけて、GUIで、シーマンプログラマが一杯飲みながら
愚痴りながら仕様を解説してくれる
- 889 名前：デフォルトの名無しさん [2007/11/11(日) 04:34:58 ]
- デー子で働いてる人いたら業務内容ｋｗｓｋ
- 890 名前：デフォルトの名無しさん [2007/11/11(日) 04:51:22 ]
- COBOLのコーダーになりたい
pc11.2ch.net/test/read.cgi/prog/1194723581/
- 891 名前：デフォルトの名無しさん [2007/11/11(日) 09:43:13 ]
- >>890
COBOLだけ学んでもJCL学ばないと意味ないぞ
- 892 名前：デフォルトの名無しさん mailto:sage [2007/11/11(日) 19:30:12 ]
- 言語の難易度として COBOLってどれぐらい？
自分は全く触ったことないけど、印象的には
SQLぐらいかとか、何の根拠もなく思ってるん
だけどどんなもんだろ。 もっと難しい？
難易度の尺度としては、同じ人物が、
簡単なアプリ組めるようになる日数で。
（SQLはアプリ内で要求通りの表作り）
- 893 名前：デフォルトの名無しさん mailto:sage [2007/11/11(日) 19:51:47 ]
- バッチ系のファイル更新のみで、同じ人物だとしたら
生産性はSQLが10分とすればCOBOLは３・４時間くらいだろうな。
ただ、現実的にCOBOLerはSQLを覚えない、もしくは
超絶初心者レベル(SELECT * FROM HOGE程度)が
99%くらいなので、こういう比較は意味ないとｵﾓ。
あと、SQLでは画面遷移やらプリンター印刷やらの処理は出来ない（に近い）ので
SQL使いは他の言語(JavaやらCやらRubyやら)を覚えなければならないが、
COBOLはそれだけで一通りのアプリが出来なくもないのでSQLとは比較にならないとｵﾓ。
言語の難易度としては気軽に学習とは言いがたいのでそういう意味では高いが
言語仕様的には中レベルじゃね。
- 894 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 00:02:38 ]
- SQLでどうやってファイル更新するんだろ
- 895 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 06:39:36 ]
- COBOLerのカキコは相変わらず釣りかマジレスか解らんな・・・
- 896 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 21:50:02 ]
- >>893
今Accessを勉強しているけど、やはり難しいと思う。
複数のクエリが同時に連動して動く。
これではどこかでクエリを止めて出力を検証するなどの
デバッグ手法が使えないし、項目の追加変更が出た時に
どこを直すべきかわからなくなる。
やはりコボルで地道にバッチシステムを構築するのが
一番だと思った。
- 897 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 00:00:55 ]
- 今いる部署で言語コンバートをしているのだが、
「ＣＯＢＯＬは保守要員がいないのでＡＳＭにして下さい」
泣いてＣＯＢＯＬにしてもらいました。ASMｸﾒﾈ.orz
かと思えば、
よそのシステム管理部からＣＯＢＯＬプログラムの修正が飛んでくるし。
>896
後々を考えると、ＶＢＡ＋ＳＱＬで組むのが応用が出来ると思います。
- 898 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 01:03:22 ]
- そういえばWinでバッチなシステムを見たことが無い
小規模なシステムならUNIX使うより運用が楽そうで良さそうなんだが
- 899 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 06:47:44 ]
- >>896
Accessにナニを求めているか知らんが、
ｶｷｺを読む限りはCOBOLの延長でモノを考えているから
泥沼にハマるだけなのでは・・・。
そして、地道なバッチシステムほどメンテしにくいモノはない。
RDB設計の基本の「one fact in one place（1つの事実は1カ所で管理する）」
が出来ていない人間ほど、そういう複雑怪奇な物事の考え方をする。
- 900 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 09:00:14 ]
- >>896
複数のクエリが同時に連動して動く って？
できないことはないでしょ、みんなやってんだから。
アクセスは組んだことないけど、Winアプリは、
DOSプログラムの様な１本道の処理ではなく、
いわば全て割り込みを引き金にして動くからね。
これはオブジェクト指向とも相性がいい。
- 901 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 10:50:03 ]
- >>893
COBOLの仕様も随分と拡張されたものだが、
それでも"やさしい部類"に入るのではないか。
役に立っていない予約語が無闇と多いが。
- 902 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 12:43:19 ]
- Cみたいなバイナリベースの型しか頭に無かった俺は
高校でCOBOLやらされてPICを理解するのに数日苦しんだw
桁ベースなんだよな、あれって…
- 903 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 16:54:52 ]
- C畑にとっちゃCOMPも理解に苦しむな
なんなんだよ、あれ・・・
- 904 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 21:28:35 ]
- >>900
> 複数のクエリが同時に連動して動く って？
例えばクエリＡの出力をクエリＢの入力に指定して…
という風にどんどんつなげていくと、
クエリＺを実行しただけでクエリＡからＺまで
ぷよぷよの大連鎖みたいにダダーって動く。
これは恐ろしい。下手に動かすとシステムを壊してしまう。
全クエリの相関図を書かないと手を出せない。
その点コボルは一つ一つがロードモジュールとして
明確に独立しているから、非常に扱いやすい。
- 905 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 22:23:22 ]
- >>904
もしかしてSQLの実行に非同期コマンドの DoCmd.RunSQL 使ってないか？
だったらAccessで（というかVBAで）初心者が必ず犯す失敗のひとつ。
同期コマンドの CurrentDb.Execute 使ってみれ。
- 906 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 22:33:04 ]
- >例えばクエリＡの出力をクエリＢの入力に指定して…
>という風にどんどんつなげていくと、
COBOLerが好みそうな糞設計の典型だな。
- 907 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 00:06:27 ]
- ばよえ～～ん
- 908 名前：デフォルトの名無しさん [2007/11/14(水) 11:43:02 ]
- >>906
動かした順番を間違ったときオペレーターが悪いって言い張るアレのことかな
- 909 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 13:43:28 ]
- >>906
おまえ知らなかっただろw
|
 |
