- 1 名前：デフォルトの名無しさん [2006/05/01(月) 18:32:38 ]
- いるだろ？語ろうぜ
- 252 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 01:00:07 ]
- 未だ多くの(少なくとも国内の)金融機関での勘定系処理はCOBOL。
なのに、社保庁のCOBOLだけが悪いのかが不明。
しかし国会議員の無知は怖い。
システムの移行に2年や4年でできると思っているのか。
第3次オンライン後、ハード、ソフトを新規で完全にリプレイスした銀行ってどこよ。
- 253 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 14:39:39 ]
- 年金の例の問題がCOBOLのせいだとでも言うのか？
- 254 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 17:22:40 ]
- >>253
そう言ってる馬鹿がいる
で、この世には日経信者のおっさんがいて
その記事を鵜呑みにしちゃうかも・・・
- 255 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 21:50:23 ]
- >>252
新生銀行（長銀）があるじゃん
都銀に同じことが出来るかどうかは知らんが
- 256 名前：デフォルトの名無しさん [2007/07/08(日) 11:23:08 ]
- 年金問題はCOBOLなんて古い言語を使ってたせい
by サンプロ
- 257 名前：デフォルトの名無しさん [2007/07/08(日) 20:53:33 ]
- なんという馬鹿な議論
ＣＯＢＯＬいまだに重要な言語だろ。
銀行、行政機関、事務系 いまだに普通に使っている。
いい言語だと思う。
- 258 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 21:02:24 ]
- 大工もげんのうやのこぎりといった古い道具を使って
家を建ててるので、家は欠陥品
- 259 名前：デフォルトの名無しさん [2007/07/08(日) 21:21:49 ]
- >>258
うまい。
そのようなことを言っているとしか思えない。
- 260 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 04:26:42 ]
- >>257
PG初心者なのですが・・・・これ新聞読んでて首ひねってたのです。
「・・・・ＩＴコンサルタントによると使用しているプログラミング言語もCOBOLという
古い世代の言語であり、今の言語なら１行ですむものを３行で云々・・・・」
とどのつまり、最終的には機械語にコンパイルするのですから、
言語仕様をどうこう言うのはおかしいと感じたのですが、プロのPGのかたからみたら
どうなのですか？何か問題があるのでしょうか？よく分かりません＞＜
要するに、如何なる言語を使用しようが、codeが最適か否かの問題ではないの
ですか？
- 261 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 06:38:05 ]
- マスゴミの発表をまにうけるな、って思うが。
ただまぁ、「いい言語」と言われたら「２０−３０年前は」と
漏れも答えるが。
まあこの場合は使う人間がおかしいって事でFA
- 262 名前：デフォルトの名無しさん [2007/07/09(月) 06:39:58 ]
- >>260
全然、古くないよ。
世界中で金融系・事務系に幅広く使われている。
- 263 名前：デフォルトの名無しさん [2007/07/09(月) 06:46:18 ]
- >>261
安定しているといえばいい言語。
- 264 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 07:26:18 ]
- ＞金融系・事務系に幅広く使われている。
漏れの知っている某都銀では
Javaとかにシフトしつつあるけどな。
今は幅狭く使われているよ。＞COBOL
ただまあ、新規案件でCOBOL持ち出すアフォが実在するのも事実だしなぁ。
- 265 名前：デフォルトの名無しさん [2007/07/09(月) 10:42:30 ]
-
田原総一郎の無知無学ぶりを顕彰する！
どはははは。
- 266 名前：デフォルトの名無しさん [2007/07/09(月) 17:23:41 ]
- >>262
逆に金融・事務系で切替が進まなかったことが不思議。COBOL自体にできることは少ないから、結局、
多言語とのインターフェースだらけになって、後になって、scratchから書いた方が早いなどと言う自体に
なる。
- 267 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 18:26:07 ]
- 入出力をはっきり定義して、その間の手続きを記述する言語。
知識ベースを作るのに向かないというか言語外のDB頼りとなる。
従ってCOBOLだけで実世界のモデルを記述することが困難。
これが、メーンフレームで未だに気の利いたことができない理由。
- 268 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 18:30:58 ]
- メインフレーム?
- 269 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 22:52:10 ]
- いくつかの銀行系のシステム開発に携わっているけれど、
プログラム単体の中ででDBを直接アクセスするコードって書いたこと無い。
DBアクセスするようなのは、全て外部モジュールをCALLだったけど。
何千とあるプログラムでcoderの勝手に書かれちゃメンテナンス出来ません。
- 270 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 23:01:03 ]
- FILLERとか言う文字エリアにパック１０進数を叩き込んであって
それを読み出す為に、プログラム内でﾏﾝﾄﾞｸｻｲ内部定義切って
アレコレしてたりするんだが、あれはある意味DBを直接アクセスしてるのと
大差ないと思うんだが。
SQLであんなワザはできんしな。
- 271 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 15:11:38 ]
- >>269
その外部モジュールというのは何をやっているのですか?
一般にどんな言語で記述されているのですか?
- 272 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 22:42:24 ]
- >>267
そういう用途にわざわざ汎用機使うのは無駄じゃねー？
それなりの性能のサーバにUNIXぶち込めば万事OKな気が。安いし
- 273 名前：デフォルトの名無しさん mailto:sage [2007/07/12(木) 20:44:31 ]
- でもCOBOLってソレしか出来ない言語だしな
- 274 名前：デフォルトの名無しさん mailto:sage [2007/07/14(土) 20:08:19 ]
- >>271
COBOLのものもあれば、アセンブラのものもありました。
用途や使用頻度、要求される速度によって違います。
- 275 名前：デフォルトの名無しさん [2007/07/15(日) 01:43:31 ]
- コボラーになりたての者です
COBOLを学ぶに良い本を教えてください
- 276 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 10:43:43 ]
- >>275
>>160
- 277 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 22:15:07 ]
- >>275
>>160 がいうようにソースを読め。もしあるならJob Flow
- 278 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 23:34:46 ]
- >>275
マニュアル
マニュアルをまともに読まない（読む時間がない）人も多いので
- 279 名前：デフォルトの名無しさん mailto:sage [2007/07/22(日) 11:37:21 ]
- COBOLじゃないんですけど
EasytrievePlusの日本語マニュアルってPDFで
ありませんか？
英語版しか見当たらなくて。。。
- 280 名前：田原はアルツハイマーか [2007/07/23(月) 06:23:36 ]
-
年金、田原総一朗、COBOLが悪い発言
iiyu.asablo.jp/blog/2007/07/23/1674169
- 281 名前：デフォルトの名無しさん [2007/07/23(月) 15:11:53 ]
- >>269
何か、再利用しにくい資産だね。ソフトウェアも高額なら資産に計上して良いはずだと
思うけれど、時価では価値低そうだね。
- 282 名前：デフォルトの名無しさん [2007/07/23(月) 15:15:08 ]
- >>280
もう、技術者がいなくなってきているし、当たらずとも遠からず、じゃないの。
後で入力のチェッカーなんて作ろうとする奴が何十年も現れなかったのだし...
- 283 名前：デフォルトの名無しさん [2007/07/24(火) 18:46:23 ]
- COBOLってプログラミングした奴のエラー以外は素直に動くよな
- 284 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 10:18:35 ]
- >>283
うん。汎用機を持ち続けることが出来るなら無理に言語変更はしなくても大丈夫だと思う。
あまり新しいことは出来ないけど、裏で動かすバッチだったら安定してるしね。
- 285 名前：デフォルトの名無しさん [2007/07/27(金) 12:56:21 ]
- >>284
うちの会社のデータベースはＪａｖａと連動してオンライン化してるけど
１回もＣＯＢＯＬが原因でエラーになったことないから
御国の言ってることが何だか分かりませんよ、やれやれ
- 286 名前：デフォルトの名無しさん [2007/07/27(金) 16:53:13 ]
- プログラマ側の都合は別にして、大規模ハードメーカがCOBOLのサポートを順次
停止してきます、と将来言い始めたら、さてどうするのかな？ COBOLはオプション
で別契約別料金とします、これが一番いい。
- 287 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 20:14:33 ]
- >>286
銀行などの大口客を敵に回す気？
- 288 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 21:34:37 ]
- >プログラマ側の都合は別にして、大規模ハードメーカがCOBOLのサポートを順次
>停止してきます
ばかー？
- 289 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 21:52:53 ]
- つまりRPGの時代が(ry
- 290 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 00:58:42 ]
- これからはオープン系＝ＡＳ４００の時代に(ry
- 291 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 01:47:51 ]
- >>289-290
それは大ボラ。ｗ
- 292 名前：sage [2007/07/29(日) 00:07:26 ]
- >>289-290
おいおいそりゃあWKENだろう
- 293 名前：棒線レーサー mailto:sage [2007/07/31(火) 14:07:44 ]
- 待て、この流れでいくと初心に帰ってBASIC！！
- 294 名前：デフォルトの名無しさん [2007/08/01(水) 22:20:30 ]
- 現場に配属になったＹＯ
研修ではゼロからコーディングしていったけど、
現場では、生産性高める為にヒナ形があって、パラメータとかちょこっと
変えてやるだけでいいのね。。。
プログラムよりも、現場独自のツールとかテスト結果の読み方とか勉強
するのが大変。
- 295 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 21:50:14 ]
- >>294
そう。それ以上に大変なのが業界ごとのお約束。部外者には、なんで、ここでこういう処理をする？って事ばっか。
- 296 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 09:51:56 ]
- シェル環境でCOBOLのプログラム実行すると「sysout」ってファイルができるんだけど何かコーディングがまずいのかな？
- 297 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 22:31:42 ]
- なんという釣り餌
- 298 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 06:20:29 ]
- 釣りとかじゃなくて本当に困ってるんです！
- 299 名前：デフォルトの名無しさん [2007/08/10(金) 10:14:52 ]
- AGEND
- 300 名前：デフォルトの名無しさん [2007/08/11(土) 09:34:10 ]
- COBOLってデータベースからデータ取ってきて加工して返すような案件があるけど、
それってクエリの代わりを作ってるっていうことなのか。
- 301 名前：デフォルトの名無しさん mailto:sage [2007/08/11(土) 18:56:25 ]
- やっぱ大量データのバッチ処理の分野じゃ
メインフレーム＋COBOLが最強だわ。断言できる。
金融機関の社内SEだけど、これからもずっとCOBOLでやっていくことで
社会コンセンサスは取れてる。
今は一部のアセンブラ資産をCOBOLに順次切り替え中。
メインフレームのアセンブラ使いこそは、まさに絶滅危惧種だからな。
これでうちのシステムはあと何十年でも戦える。
- 302 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 06:34:50 ]
- ＞金融機関の社内SE
別にどーこー言うつもりもないが、
自分の居場所を守る行為はそれはそれで普通だけど
COBOLerをアセンブラ使いを絶滅危惧種扱いはどーなのかと。
漏れの知っている某金融機関はアセンブラ:COBOL=8:2って
感じで、そもそもそのCOBOLは派遣(?)が作った部分だったりするが。
いや、その開発部署は８割が派遣で出来ているんだけどな。w
- 303 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 06:35:28 ]
- ｽﾏｿ
＞COBOLerをアセンブラ使い
COBOLerがアセンブラ使い
- 304 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 10:36:30 ]
- メインフレーム扱ってる奴ならCOBOLもASSEMBLERも使えて当然な気もする
JAVAも含めた三刀流は珍しいかな
- 305 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 13:05:03 ]
- トキの絶滅を危惧するヤンバルクイナがいると聞いて飛んできますた！(`・ω・´)
- 306 名前：デフォルトの名無しさん [2007/08/13(月) 23:43:27 ]
- コボルの開発環境は進化を続けているが
コボラーが進歩していない、どころか退化しているのが現状。
- 307 名前：デフォルトの名無しさん mailto:sage [2007/08/14(火) 00:01:28 ]
- >>304
そりゃまあ、バッチ処理みたいな単純な読み書きに計算、分岐処理しかやらないんだったら
アセンブラもコボルも出来て当然だと思うが。
分野が違うけどＣやアセンブラでリアルタイムなアクションゲーム作るのとは次元が違うしな。
- 308 名前：コボちゃん mailto:コボちゃん [2007/08/15(水) 13:16:41 ]
- コボちゃん
- 309 名前：デフォルトの名無しさん mailto:sage [2007/08/15(水) 22:19:51 ]
- COBOLの進化についていけるようなコボラーはとっくにCやJAVAに乗り換えてる罠
- 310 名前：デフォルトの名無しさん mailto:sage [2007/08/15(水) 22:48:22 ]
- COBOLはキーワードがかっちょいいんだよな。
DIVISIONとかＳＥＣＴＩＯＮとかさ。
WITH TEST AFTERなんて、もううっとりしてしまう。
COBOLに一生付いていくよ。
- 311 名前：デフォルトの名無しさん mailto:sage [2007/08/15(水) 22:58:19 ]
- COBOLerが絶滅危惧種？
１年前まで、COBOLerだらけの楽園にいましたが...？
- 312 名前：コボちゃん mailto:コボちゃん [2007/08/16(木) 07:34:36 ]
- コボちゃん
- 313 名前：デフォルトの名無しさん [2007/08/16(木) 17:33:36 ]
- こぼらあｗ
- 314 名前：デフォルトの名無しさん [2007/08/17(金) 17:48:52 ]
- 俺、ＣＯＢＯＬの経験ありってことで、システム維持管理の仕事をするように会社から言われた。
具体的にはどういった仕事をするの？
経験者の方のコメントを求む。
- 315 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 19:04:49 ]
- >>314
アホかｗ
お前の会社のシステム維持管理が
どういう仕事かなんて俺らが知るかよｗ
上司や先輩に聞けｗ
- 316 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 19:57:48 ]
- どこかで見たような・・
pc11.2ch.net/test/read.cgi/prog/1120922010/844-846
- 317 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 00:36:03 ]
- >>310
釣られてみる
WHTH TEST [AFTER | BEFORE]が好きな奴は変態
- 318 名前：デフォルトの名無しさん [2007/08/18(土) 15:44:23 ]
- 314です。
俺の会社ではなく、今度新しくこの会社（ソフトハウス）に入社し、この会社が開発したＣＯＢＯＬのシステムの維持管理です。
具体的にはどういった仕事をするんですか？
経験者の方のコメントをお願いします。
- 319 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 15:50:44 ]
- 予備知識?
- 320 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 17:03:44 ]
- COBOLの保守？
臭いモノにふたをして（見なかったことにして）上辺だけを見繕い、
世の中（と自分）を誤魔化しながら生きていくって感じ。
まあトラブルさえなけりゃ一日中マンガ読んでいても大丈夫な現場じゃね？
技術的な向上心を望んでいる人には地獄だと思うけどな。
- 321 名前：デフォルトの名無しさん [2007/08/20(月) 12:43:21 ]
- 10 PRINT ﾞこぼらー乙ﾞ
20 GOTO 10
RUN
- 322 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 20:25:20 ]
- >>321
それはBASIC
- 323 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 23:39:10 ]
- warota
- 324 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 00:37:14 ]
- DISPLAY 'こぼらー乙'.
STOP RUN.
- 325 名前：コボちゃん mailto:コボちゃん [2007/08/21(火) 14:42:27 ]
- コボちゃん
- 326 名前：デフォルトの名無しさん [2007/08/22(水) 17:18:26 ]
- MAIN
PERFORM DISP-RTN THRU DISP-RTN-EXT UNTIL 10000 TIMES.
STOP RUN.
DISP-RTN.
DISPLAY NC"こぼらー乙".
DISP-RTN-EXT.
EXIT.
久々に書いたよ。ボコル。
久々にNumLockをonにしていたよ。ボコル。
- 327 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 17:39:11 ]
- コンパイル通らないね
- 328 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 19:30:19 ]
- >>326
なんて美しいコード…やっぱコボルが一番だな。
CとかJavaの軟弱な小文字ソースを見ると吐き気がする。
- 329 名前：デフォルトの名無しさん [2007/08/28(火) 23:33:53 ]
- ケース１：
A PIC S9(03) VALUE -123.
B PIC X(2).
MOVE A(3:2) TO B
上記だとBには「23」が設定されますよね？
ケース２：
A PIC S9(03) VALUE 123.
B PIC X(2).
MOVE A(3:2) TO B
上記だとBには「23」が設定されますか？
ケース２の実行結果がわかりません。
ご教示願います。 ( ･∀･)ﾉ
- 330 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 00:00:25 ]
- A領域、B領域...
- 331 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 00:16:46 ]
- ケース1も怪しい気がする。
ZONE形式で符号付きの場合、一番ケツに符号を持ってたと思う。
（持ち方は環境依存かもしれない。）
-123 だからと言ってS9(3)は4文字にはなっていないんじゃないか？
- 332 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 00:50:04 ]
- >>331
その辺は言語仕様として固まって無いんじゃ
俺はCOMPオプションで出力されるデータ型が決まるみたいに考えてた
- 333 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 00:55:12 ]
- >>331
おいおい、MOVEするときに型変換されるに決まってるじゃないか。
つまりケース２は「23」で正しいかと。
- 334 名前：329 [2007/08/29(水) 08:11:37 ]
- みなさん、ご教示ありがとうございます。
ということは・・・
「A PIC S9(03)で変数Aを宣言すると４文字分の領域（符号領域＋３桁の数値領域）が
確保され正の数のとき、右詰で数値が設定される」
という認識であってますか？
- 335 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 09:38:02 ]
- >>334
REDEFINES して調べてみたら?
- 336 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 10:03:06 ]
- >>335
>>333 はREDEFINESとMOVEで動作が違うといってるな。
どういう動作になるのかは言語仕様にあるかわかんね。コンパイラ依存だろうか。
- 337 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 12:50:06 ]
- >>329
>>334
俺の環境だとコンパイルすら無理、どっちのケースでも
MOVE A(3:2) TO B
が異常あつかい
俺の環境だとAは3バイトあつかいなので、
3桁目から2バイトだと領域オーバーだから
いぜう
- 338 名前：デフォルトの名無しさん [2007/08/29(水) 14:45:43 ]
- >>318
COBOLだけのシステムって、何が作れるの？
middle wareだらけじゃないの？
- 339 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 15:38:03 ]
- >>338
ミドルウェアに依存しているのはどの言語も同じ
って言うか、オープン系の言語の方がその傾向が強いんじゃねーか？
- 340 名前：デフォルトの名無しさん [2007/08/29(水) 17:11:43 ]
- >>339
開発の規模とプラットフォームによるだろうけれど、例えばCで統一する方が、ミドルウェアから、GUIまで
一貫性があるんじゃないの？ それか小規模のシステムなどは、スクリプト型言語でランタイムライブラリに
全部依存する方が開発が早いのでは？
- 341 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 17:57:27 ]
- 小規模のシステムでCOBOLによる開発が早くないことは
最初からわかってることでは? つまり、そんな観点で
COBOLが選ばれている訳ではない。
- 342 名前：デフォルトの名無しさん [2007/08/29(水) 22:27:31 ]
- いざとなったらUNIX-COBOLERになればいいのさ
UNIX自体についてはできる人か講師の先生に教わればいいんだし
経験者曰く、毎日やってりゃ嫌でも覚える、とのこと
- 343 名前：デフォルトの名無しさん [2007/08/29(水) 22:37:12 ]
- アナログ人間の俺にはコボルが精一杯
もう30になるので、これからどうやって食っていくか考えなきゃ
- 344 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 10:00:52 ]
- 中小企業といっても千差万別だが、
ほとんどの企業でPC2台(一台はバックアップ)で済むよ。
- 345 名前：デフォルトの名無しさん [2007/08/30(木) 13:15:25 ]
- >>314
異常終了とかしたら、ダンプだのトレースだの
他の人が手を加えて継ぎ接ぎだらけのＡＰをデバックする
次に異常終了したら、担当じゃないとこまで責められる。
俺は銀行系の運用携わってたけど、死ぬかと思った。
夜中に呼び出され知らないことで問い詰められ、
朝までにデバック〜テストして本番に移行する。
この仕事やる前に、運用保守って聞いて受けないでおこうと思ったけど。
金に釣られてやった俺がバカだった。
最後は強引に辞めちゃった。
二度と子守りなんてごめんだ。
- 346 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 13:37:16 ]
- >>344
どんだけしょぼい会社しか知らないんだよ。
- 347 名前：デフォルトの名無しさん [2007/08/30(木) 15:31:55 ]
- ９月の３日からクレジットカード系のコボルの開発に行くんですが
まったくやったことないんです。 初級、新卒レベルOKの案件なんで大丈夫だと思うんですが
これだけは入場する前にやっておけというのはありますか？
C,C++,JAVA,VBはやってます
- 348 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 21:40:26 ]
- >>347
>C,C++,JAVA,VBはやってます
まったく役に立たないからな。むしろ苦痛になるぞ。
- 349 名前：デフォルトの名無しさん [2007/08/30(木) 22:16:39 ]
- 頭の切り替えが大変そう w
- 350 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 22:44:34 ]
- >>347
他の言語を知ってれば知ってるほど、コボルは辛いかもね,,,
- 351 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 23:59:39 ]
- >>348
それはいい過ぎ
Ｃが出来れば後は文法覚えるだけ
VBが出来れば文法も半分覚えてる
C++ JAVAはいらね。窓から投げ捨てろ
- 352 名前：デフォルトの名無しさん [2007/08/31(金) 00:10:16 ]
- コボルしか知らない俺でも金融系のコボルは苦痛・・・
特にオンライン・・・
プログラムが果てしなく深く、そして汚く、下へ下へと繋がって、他系システムに
連動している・・・
メインフレームのシステムはドキュメントが無い
プログラムとJCLのみ
組んだ奴しか知らないことばかり
運用兼開発は朝から晩まで大変らしいね
開発か運用のどちらかに専念できる会社じゃないと体がもたないよね
|
 |
