[過去ﾛｸﾞ]
COBOLって今需要増えてるの？Part7 (1002ﾚｽ)
COBOLって今需要増えてるの？Part7 http://medaka.5ch.net/test/read.cgi/prog/1527333758/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
40: 仕様書無しさん [sage] 2018/08/09(木) 20:47:50.68 >>39 有る しかし、DB上で定義するだけで無く、途中の計算し易さとか編集のし易さがVBはCOBOLに劣る VBプログラマーの一時しのぎ主義も問題として有る (とりあえず動けば良い) http://medaka.5ch.net/test/read.cgi/prog/1527333758/40
41: 仕様書無しさん [sage] 2018/08/10(金) 01:42:52.54 やはりCOBOL復活だな http://medaka.5ch.net/test/read.cgi/prog/1527333758/41
42: 仕様書無しさん [sage] 2018/08/10(金) 23:17:38.16 今はC#やってるんだけど、同じようなバッチ処理を作ってもC#だとめちゃ早く作れる 色々な便利機能がついてるから 同じことをCOBOLで作ろうと思うと２〜３倍は時間がかかると思う だからCOBOLがダメだって話じゃないよ 最後にCOBOLの開発案件にかかわったのは３年前だけど COBOLの開発なのに、そのスケはおかしーーーーんじゃないの？ってぐらい 開発期間が異常に短くてスケ通りにまったく進まないどころか スケで予想されてる２〜３倍は時間がかかったので下請け会社は大赤字だったみたい で、このスケを引いて見積もり書いたのも仕事発注した窓口もJavaしかやったことありませんって人だった これだからCOBOLわーーーーーって陰口言いまくりだったみたいだけど COBOLで納得して仕事受けたんちゃうんかい！って思った 今日はC#で作業領域の集団項目とかREDEFINEとかCOPY句機能が使えたらなーーーとボーっと考えてた いちいち、newとかnewとかうぜーーーーーよ！ そして集団項目と再定義使わせろ http://medaka.5ch.net/test/read.cgi/prog/1527333758/42
43: 仕様書無しさん [sage] 2018/08/10(金) 23:19:47.08 途中で送信しちゃったわ 集団項目から集団項目への転送も簡単にやらせろーーーー せめてコレポン使わせて・・・ http://medaka.5ch.net/test/read.cgi/prog/1527333758/43
44: 仕様書無しさん [sage] 2018/08/11(土) 02:56:20.22 コレポンって楽な機能だよね http://medaka.5ch.net/test/read.cgi/prog/1527333758/44
45: 仕様書無しさん [sage] 2018/08/11(土) 06:07:11.00 >>42 それはJavaでの開発した事無い会社が悪い COBOLでの開発経験有る会社ならそんなスケジュールしないでしょ そもそもオブジェクト指向言語のJavaでの開発工数とCOBOLの開発工数を同じ感覚でやってたらアホとしか言えんわw http://medaka.5ch.net/test/read.cgi/prog/1527333758/45
46: 仕様書無しさん [] 2018/08/11(土) 09:45:00.18 【料金搾取】SEの結婚障害原因【無能残業】 ☆偽装請負多重派遣SEの結婚相手の犠牲原因☆ 両親や親戚に反対されましたが、偽装請負多重派遣会社に高額搾取金を提供したり時間外労働違反で家事をしないSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は犯罪損害のない相手と共働き生活をして、数億円損失を防げました。 ・モラルがない ・キモい ・ファッションセンスがない ・コミュニケーションが苦手 ・コンピューターが趣味 ・プログラムの料金以上の不利益生産 ・プログラムの巨額利益を客先に提供 ・プログラムの巨額報酬を人売に提供 ・プログラムの知的財産を人売に提供 ・ITスキルが高いのに低料金請求 ・高度情報処理技術者なのに請求料金不足 ・高利益なのに請求料金不足 ・高生産なのに請求料金不足 ・高需要なのに請求料金不足 ・学習多いのに請求料金不足 ・人員不足なのに早期退職 ・会社員なのに早期退職 ・PC使用過多で不健康 ・運動不足で不健康 ・高稼働で不健康 ・高稼働で家事困難 ・低収入で生活困難 ・低収入なのに鬱病多発 ・低収入なのに早死多発 ・不利益なのに断らない ・偽装請負の多重派遣損害あるのに稼働 ・裁判官が技術判断不能だから賠償困難 【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf http://medaka.5ch.net/test/read.cgi/prog/1527333758/46
47: 仕様書無しさん [sage] 2018/08/11(土) 18:16:23.47 >>45 COBOLで開発した事無い企業、だわ 間違い http://medaka.5ch.net/test/read.cgi/prog/1527333758/47
48: 仕様書無しさん [sage] 2018/08/11(土) 22:22:46.53 C#ってjavaのようなものなんでしょ http://medaka.5ch.net/test/read.cgi/prog/1527333758/48
49: 仕様書無しさん [sage] 2018/08/11(土) 22:30:20.25 ボラクルが関わってないからリスクが大違い http://medaka.5ch.net/test/read.cgi/prog/1527333758/49
50: 仕様書無しさん [sage] 2018/08/12(日) 00:26:51.35 >>48 言語仕様はC++ベースは同じ 問題はCOBOLの様に金額計算や小数点計算に向かない事 http://medaka.5ch.net/test/read.cgi/prog/1527333758/50
51: 仕様書無しさん [sage] 2018/08/12(日) 01:23:32.86 やはりCOBOLが一番。日本人はなぜか古くても良いものを大事にしないからおかしい。 http://medaka.5ch.net/test/read.cgi/prog/1527333758/51
52: 仕様書無しさん [sage] 2018/08/14(火) 17:12:23.12 金融系でJavaへ移行してライセンスの話で梯子外された中小企業は死亡状態 http://medaka.5ch.net/test/read.cgi/prog/1527333758/52
53: 仕様書無しさん [sage] 2018/08/14(火) 20:04:34.15 具体的に何がどうしたんだ？ http://medaka.5ch.net/test/read.cgi/prog/1527333758/53
54: 仕様書無しさん [sage] 2018/08/14(火) 20:22:32.95 実業務でこんな大きな数を扱うことはまず無いだろうが、 FUNCTION INTEGER(FUNCTION LOG10(999999999999999999))が18を返してきた。 OpenCOBOLとIBM Enterprise COBOL for z/OSで確認。 http://medaka.5ch.net/test/read.cgi/prog/1527333758/54
55: 仕様書無しさん [sage] 2018/08/15(水) 18:12:43.13 >>54 それ、どっちもモジュールはCに変換されるヤツだな Cに変換された後のバグじゃね http://medaka.5ch.net/test/read.cgi/prog/1527333758/55
56: 仕様書無しさん [sage] 2018/08/16(木) 02:06:39.58 >>52 今必死こいてOpenJDK化してるんじゃね オラクル特許侵害する様なプログラムソース作ったら訴えられるのに http://medaka.5ch.net/test/read.cgi/prog/1527333758/56
57: 仕様書無しさん [sage] 2018/08/16(木) 07:09:49.74 あくまでも思い込みです http://medaka.5ch.net/test/read.cgi/prog/1527333758/57
58: 仕様書無しさん [sage] 2018/08/17(金) 11:37:29.02 なんでコボルは数値計算が強いの？ 今の言語でも結構な精度だと思うけど、何が違ってどんな技術的理由によるの？ http://medaka.5ch.net/test/read.cgi/prog/1527333758/58
59: 仕様書無しさん [sage] 2018/08/17(金) 12:24:47.66 COBOLの数値精度の精度が高いんじゃなく、やれることが限られてるため誰がプログラム作っても計算精度に差がないこと http://medaka.5ch.net/test/read.cgi/prog/1527333758/59
60: 仕様書無しさん [sage] 2018/08/17(金) 13:35:47.83 >>59 その上、計算コードが読み易い 他の言語は人によって読めないから http://medaka.5ch.net/test/read.cgi/prog/1527333758/60
61: 仕様書無しさん [sage] 2018/08/17(金) 16:34:24.59 そうだよね COBOLの計算式は本当に算数のようで プログラム未経験者でも見やすいと思う 他の言語は自由がききすぎて お金の計算、特に利息などの少数以下の取り扱いが どの段階でどの様に丸めるかとか あーんまり考えたことない技術者だらけだと思う 丸め方で積み重なれば数億の損害になったりするから ここは非常にシビアなところなんだけどね http://medaka.5ch.net/test/read.cgi/prog/1527333758/61
62: 仕様書無しさん [sage] 2018/08/17(金) 20:32:26.71 >>61 実際メガバンクでCOBOL→Javaに移行した所は全く誤差が無い、とは言えない危険性が有る 経営者が気づいて無さそうだが http://medaka.5ch.net/test/read.cgi/prog/1527333758/62
63: 仕様書無しさん [sage] 2018/08/18(土) 04:03:17.32 COBOL需要、と言うか金融系では再評価されてる http://medaka.5ch.net/test/read.cgi/prog/1527333758/63
64: 仕様書無しさん [sage] 2018/08/18(土) 12:30:16.05 その根拠は？ http://medaka.5ch.net/test/read.cgi/prog/1527333758/64
65: 仕様書無しさん [sage] 2018/08/18(土) 14:17:06.08 >>64 うーんたぶんだけど 他の言語だと技術者の粒が揃わず品質にバラつきが出やすいからじゃないかな？ 今私はオブジェクト指向言語を使ってるけど、 バージョンアップ対応で元のソースを解読してると 何度も何度も車輪の発明をしてて馬鹿かとしか思えなかった 言語としては優れてるのかもしれないけど 技術者およびマネージャーの意思疎通が図られておらず どいつもこいつもオレ天才やらオレ無双の独りよがりなコーディングしてるわ その点、COBOLだと強制的にある程度の画一性や品質が確保される http://medaka.5ch.net/test/read.cgi/prog/1527333758/65
66: 仕様書無しさん [sage] 2018/08/18(土) 15:11:18.95 >>どいつもこいつもオレ天才やらオレ無双の独りよがりなコーディングしてるわ それはVB4,5,6の時でも有った話 実質、プログラマのメンタルは変わってない それがオブジェクト指向でも発揮されてコードが他人に理解しにくくなってる >>その点、COBOLだと強制的にある程度の画一性や品質が確保される この一点につきる http://medaka.5ch.net/test/read.cgi/prog/1527333758/66
67: 仕様書無しさん [sage] 2018/08/19(日) 07:42:51.43 >>65 それ金融系がということじゃなく、根拠は自分がそう思ってるだけだよね http://medaka.5ch.net/test/read.cgi/prog/1527333758/67
68: 仕様書無しさん [sage] 2018/08/19(日) 08:52:39.35 数値計算だけ特別にクラス作って処理すれば、他言語でもコボルの代わりになれる？ http://medaka.5ch.net/test/read.cgi/prog/1527333758/68
69: 仕様書無しさん [sage] 2018/08/19(日) 11:25:07.72 数値計算といってもCOBOLで使われるのはあくまでも整数計算のみ 固定小数点のね http://medaka.5ch.net/test/read.cgi/prog/1527333758/69
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 933 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.012s