- 1 名前:デフォルトの名無しさん [2006/05/01(月) 18:32:38 ]
- いるだろ?語ろうぜ
- 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
まあJAVAがクソ言語で ビジネスロジック専門自称JAVAPGが死滅していく人種であることには 変わりはないんだけどな
- 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 ]
- 最近はフレームワークをベースにビジネスロジックしか記述できない
自称JAVAPGだらけだな 「えっネットパッケージってなんですか?リフレックスAPI???」 おまえは無理しないでCOBOLでもやってろHAGEといらだつよ
- 761 名前:デフォルトの名無しさん [2007/09/29(土) 01:46:26 ]
- >>757
コボルの命令はCの関数ライブラリにあたると考えれば みなまで言わなくてもわかるだろ
- 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 ]
- いっそのこと運用オペレータという選択肢もあるぞw
- 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 ]
- 普通にアセンブラかCなんじゃねーのか?
CがCで書かれたってのはある意味神業な気がするが。 とりあえず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
あるとおもうよ こんなのもあるから 株式外会社COBOL 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言語で書き直されたんだが
確かにB言語を改良した言語がC言語ではあるが、最初のCはBでは出来てないらしい。 Cは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 ]
- 実は全てのプログラミングの言語ってC言語の派生なんだよ。
- 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の使われ方を 草葉の陰で嘆いていることだろう。
- 797 名前:デフォルトの名無しさん [2007/10/12(金) 00:57:05 ]
- >795
あんたは、そんな宣伝文句を真に受けてどうする コボラってほんまにアホや デスマ土方で頭おかしいんちゃう
- 798 名前:デフォルトの名無しさん mailto:sage [2007/10/12(金) 06:51:57 ]
- >>795
喪前がすばらしい脳ミソってのは解るな。
- 799 名前:デフォルトの名無しさん mailto:sage [2007/10/12(金) 10:10:25 ]
- ま、コボルを端から毛嫌いするヤツに限って、決裁権も選定権もなにもない三下だから、世の中なにも変わらないよ。
- 800 名前:デフォルトの名無しさん [2007/10/12(金) 18:16:59 ]
- 日本信号のプログラマはCOBOLer?(笑)
- 801 名前:デフォルトの名無しさん [2007/10/12(金) 21:49:05 ]
- 他メーカーのやつやったことあるけどC言語だったな
- 802 名前:デフォルトの名無しさん [2007/10/13(土) 00:28:03 ]
- >>801
他のメーカーのうまく動いたのはC言語、日本信号はCOBOLだったりして(笑)。
- 803 名前:デフォルトの名無しさん mailto:sage [2007/10/13(土) 11:50:54 ]
- 自動改札機のカード読み取り部分にプログラムミスだろう?
組み込みでCOBOLってのは聞いたことがないが。
- 804 名前:デフォルトの名無しさん mailto:sage [2007/10/13(土) 16:21:44 ]
- 組み込み機械にCOBOL、という発想が思い浮かぶ>>802ってすごいにゃあ。
業界人には及びもつかない柔軟かつ斬新な発想。。。
- 805 名前:デフォルトの名無しさん mailto:sage [2007/10/13(土) 16:35:04 ]
- でもこれほど安定して動く言語もないから
実際に組み込んでみたら凄いと思う なぜ組み込みに使われないのかは知らないけど
- 806 名前:デフォルトの名無しさん [2007/10/13(土) 16:42:14 ]
- >>805
セマフォとインターラプトとマルチスレッドを勉強してみようね
- 807 名前:デフォルトの名無しさん mailto:sage [2007/10/13(土) 18:38:35 ]
- 安定して動くと言うか、あれだけ出来る事が少なくて
動く環境が限定されているんだから、そりゃ当たり前だと思うけど。
- 808 名前:デフォルトの名無しさん mailto:sage [2007/10/13(土) 21:07:46 ]
- いや、そもそも事務処理を目的とした言語なのであって
- 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 ]
- なんでも最後はCとアセンブラの2つに行き着くのかな。まあCOBOLに限らず、と言ってもこぼらあは怒るのかなあ?
- 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&メインフレーム知ってると出世が速いのは
漏れの知っている金融系はまったくの逆だな。 10年以上マをやらされているヤツがほとんどだ。
- 836 名前:デフォルトの名無しさん [2007/10/24(水) 11:24:50 ]
- >>832
東京三菱とUFJのシステムってIBMと日立の違いだと思うのだけれど、開発言語は同じなの?
|

|