COBOLって今需要増えてるの？Part7 YouTube動画>9本 ->画像>1枚

1仕様書無しさん

2018/05/26(土) 20:22:38.70

■前スレ
COBOLって今需要増えてるの？Part5 [無断転載禁止]©2ch.net
http://medaka.2ch.net/test/read.cgi/prog/1481468519/
COBOLって今需要増えてるの？Part6©2ch.net
http://2chb.net/r/prog/1497126175/

2仕様書無しさん

2018/05/26(土) 20:53:16.36

髪の毛は増えてない！

3仕様書無しさん

2018/05/26(土) 22:36:32.86

仕事はあるある

4仕様書無しさん

2018/05/26(土) 23:30:37.10

> 999 名前：仕様書無しさん [sage] 投稿日： 2018/05/26(土) 19:52:09.83
> >>996
> COBOLの現場は今でもCOBOL85が主流だから
> FUNCTIONの出る幕ないよね
利用者定義関数のことなら確かにCOBOL2002からだけど、
組み込み関数ならCOBOL85の時点でとっくに実装されてた。

5仕様書無しさん

2018/05/27(日) 01:13:34.36

>>4
私の勉強不足かもしれないけど
組み込み関数の存在自体知らないわ
職場に据え付けのCOBOL85の言語仕様書には
そのようなものは記述されていなかったからなんだけどね

6仕様書無しさん

2018/05/27(日) 16:59:23.09

>>5
たまたま>>5が知らなかっただけだろうね。
組み込み関数自体は特段マイナーなものではない。
テーブル内の特定の項目の最大値や合計値等を求める場合に
テーブルを1から最後までループしていたり、
ある数をある数で割った余りだけが必要（商は不要）な場合に、
わざわざWORKING-STORAGEに使いもしない商格納用の変数を定義して
DIVIDE文を使ってたりするソースを見ると、無駄なことしてるなあって思う。

7仕様書無しさん

2018/05/27(日) 23:11:31.58

組み込み関数って第3次追補1規格だから、
日本に入ってくるのが遅かったんじゃないの？
古いCOBOL85の仕様書には載ってなくても不思議はない。

8仕様書無しさん

2018/05/27(日) 23:26:54.65

第3次追補1規格は米国では1989年、日本でも1992年制定か。それでもなかなか古いね。

9仕様書無しさん

2018/06/02(土) 11:05:00.48

EVALUATE ZERO
WHEN FUNCTION MOD(YEAR 400)
　DISPLAY '閏年'
WHEN FUNCTION MOD(YEAR 100)
　DISPLAY '平年'
WHEN FUNCTION MOD(YEAR 004)
　DISPLAY '閏年'
WHEN OTHER
　DISPLAY '平年'
END-EVALUATE.

10仕様書無しさん

2018/06/06(水) 05:18:55.90

まだあるのかこれ

11仕様書無しさん

2018/06/10(日) 13:59:30.18

マイグレーション元のCOBOLと、マイグレーション先のJavaの両方できれば当分需要ありそうだよなあ。片方できるのはいっぱいいるけど両方は全然いない。
まあマイグレーションって基本ブラック案件だから、できないほうがいいのかもしれないが。

12仕様書無しさん

2018/06/10(日) 16:06:27.08

COBOL捨てるならマイグレーションとかしないで、新規システムにするだけじゃないの。

13仕様書無しさん

2018/06/10(日) 18:30:03.35

以前の仕組みを理解している人がいない

14仕様書無しさん

2018/06/10(日) 20:09:38.18

だったら、
古いのは捨てる
古いのはそのまま使う
のどちらかだろう？

後者ならCOBOLの出番があるが、
そのまま使うならjavaの出番はない

15仕様書無しさん

2018/06/11(月) 08:17:09.49

COBOLシステムの大規模改修自体が出来ないから、そのまま使ってるんですが？
だから運用で対応するわけね

16仕様書無しさん

2018/06/11(月) 20:45:51.87

COBOLはあまりに量が多すぎて、その上継ぎ足し継ぎ足しで使われてて
（ただし仕様書は継ぎ足されない）基本何してるのかもさっぱりわかんないから
COBOL捨てるって選択をいれると、まず金の面で話にならねえからなあ

17仕様書無しさん

2018/06/21(木) 17:32:51.73

こりゃCOBOLがなくなるな

18仕様書無しさん

2018/06/29(金) 18:00:29.82

世の中には無くなる無くなると言われながら、
何だかんだで残ってるものがいっぱいあるよね。
COBOLもその1つ。

19仕様書無しさん

2018/06/30(土) 16:47:00.43

>>17の願望でしかないもんなぁ

20仕様書無しさん

2018/07/14(土) 14:03:34.50

絶滅危惧種のウナギの価格が暴騰しているのと一緒
かつて中国産のうなぎは150円も出せば買えたが今は何千円もするだろ

しかも引退したオッサン達が仕様書もろくに作らずに、こねクリ回したスパゲッティコード
これは罰ゲーム、前世代のケツ吹きだから、若い人はやりたがらないということ

コボラーのジョークがウィキペディアにまでのってるw
https://ja.m.wikipedia.org/wiki/COBOL

IDENTIFICATION DIVISION
ENVIRONMENT DIVISION
DATA DIVISION
PROCEDURE DIVISION
だったような

商業高校の情報系ってまだCOBOLやってるのかな？

21仕様書無しさん

2018/07/14(土) 21:09:07.33

企業の事務処理全般が手書きが常識の時代から
全てIT化するのが常識の時代へ移り変わったのはバブル景気の時

企業は節税目的もあって一斉にIT化に費用を掛けた
当時技術者の数がまったく足りなくて、いち早く技術者として一人前になれる
ある意味簡易な言語がCOBOLであり
高度なことができないからかえって安全な言語だった

その時に作られた膨大なシステムがほぼCOBOLだから
これを駆逐するのは多分あと100年経っても無理だと思うんだぜーーー

私は還暦後のアルバイトとしてコボラーに戻る予定
今は流行りの言語やってるけど周りの若い子の
すぐ諦める姿勢には苦笑いしかでないわ
それは言語の仕様の問題じゃなくて、あなたの根気の問題じゃねーの？って
内容の愚痴をさも正当な理由かのように、愚痴愚痴と煩いわ

22仕様書無しさん

2018/07/14(土) 23:57:30.49

古いCOBOL資産は改修しない方向なんだよ
運用でカバーする

23仕様書無しさん

2018/07/15(日) 00:07:31.23

他の言語も大差ないのでは？
COBOLよりは遥かにマシだと思うけど

24仕様書無しさん

2018/07/15(日) 01:19:03.17

バブルな時ってパソコンと言えばMS-DOS
業務用としては非力すぎるのでバブル期に導入されたのは
メインフレームやオフコン
それらはほぼ独自OSで使える言語はほんの少しだけ
選択肢は基本的にCOBOLしかなかったんだよね
もちろんUNIXとかも日本に上陸してたから素のCで組むこともできたけど
新人を急遽C使いするぐらいならCOBOL使いにした方が安全かつ安上がりなんだよ

25仕様書無しさん

2018/07/15(日) 17:56:59.03

>>23
COBOLはオープンシステムでも動くけど、PL/1はどうにもならないよ

26仕様書無しさん

2018/07/15(日) 17:58:26.47

>>24
4GLなんかが流行ったね

27仕様書無しさん

2018/07/26(木) 16:50:01.10

>>22
Javaライセンスの影響でOpenCOBOLの評価が変わる

28仕様書無しさん

2018/07/26(木) 16:52:29.71

バッチ処理部分をOpenCOBOL化してUI部分をPHP、Pythonで作れればJavaより安く作れる

29仕様書無しさん

2018/08/02(木) 22:16:55.82

C#やJavaだと%で余り算出してる人が、いざCOBOLになるとわざわざ使いもしない商格納用の変数定義までしてDIVIDE文を使う不思議。

30仕様書無しさん

2018/08/05(日) 13:00:09.97

お金の計算をできるのはCOBOLだけだ。
ゆえに、銀行でつかわれるのだ。

31仕様書無しさん

2018/08/05(日) 16:45:24.81

C#、Javaは計算出来るが金額計算には向かない
それを無理やり金融機関でシステム移行に提案したのは大手Sier
この人たちの罪は大きい

32仕様書無しさん

2018/08/05(日) 19:40:42.31

実際には桁の大きい10進数計算が正確にできればいいだけだよな。
で、そういうのはライブラリで出回ってて既に言語は関係なくなっているように思うのだがなあ。
かといってその一歩を踏み出す勇気はないと。金扱ってるのでリスクは極限まで下げたい。
ということでCOBOLは生き続けているんだろうな。

33仕様書無しさん

2018/08/05(日) 21:57:42.08

既に稼働しているCOBOL資源が多過ぎて、それら全部変えるにはコストも時間も掛かり過ぎるし、
別の言語で新たに起こし直す以上どうしたってリスクも避けられないからな。

34仕様書無しさん

2018/08/06(月) 16:52:48.89

>>32
>>ライブラリ
OpenJDKででも存在してれば、ね
実際メガバンクは自前で金額計算部分を銀行個々でライブラリ化してるだろう
それをライセンス徴収開始で御破算にするのは今更出来ない
みずほはプログラマ確保のし易さからJava採用したが、結果的に納期に間に合わず外国人が実装してた
りそなみたいにCOBOLでUI部分も作れるなら、その方が賢かったが三菱UFJへの対抗から安易にJavaへの移行を決定して未だに苦労してる

35仕様書無しさん

2018/08/06(月) 21:54:24.97

産みの苦しみだな

36仕様書無しさん

2018/08/08(水) 13:39:16.72

>>35
産みの苦しみだよね

37仕様書無しさん

2018/08/08(水) 14:27:42.38

>>34
苦労してるね

38仕様書無しさん

2018/08/08(水) 16:53:40.12

みずほがグダグダなのは取締役連中がダメだから、が一番大きいけどね
遅かれ早かれ逝くと思う

39仕様書無しさん

2018/08/09(木) 20:25:16.49

>>30

VBだって通貨型の変数あるじゃん
だからといってVBで開発はしないと思うけど

40仕様書無しさん

2018/08/09(木) 20:47:50.68

>>39
有る
しかし、DB上で定義するだけで無く、途中の計算し易さとか編集のし易さがVBはCOBOLに劣る
VBプログラマーの一時しのぎ主義も問題として有る
(とりあえず動けば良い)

41仕様書無しさん

2018/08/10(金) 01:42:52.54

やはりCOBOL復活だな

42仕様書無しさん

2018/08/10(金) 23:17:38.16

今はC#やってるんだけど、同じようなバッチ処理を作ってもC#だとめちゃ早く作れる
色々な便利機能がついてるから
同じことをCOBOLで作ろうと思うと２～３倍は時間がかかると思う

だからCOBOLがダメだって話じゃないよ

最後にCOBOLの開発案件にかかわったのは３年前だけど
COBOLの開発なのに、そのスケはおかしーーーーんじゃないの？ってぐらい
開発期間が異常に短くてスケ通りにまったく進まないどころか
スケで予想されてる２～３倍は時間がかかったので下請け会社は大赤字だったみたい

で、このスケを引いて見積もり書いたのも仕事発注した窓口もJavaしかやったことありませんって人だった
これだからCOBOLわーーーーーって陰口言いまくりだったみたいだけど
COBOLで納得して仕事受けたんちゃうんかい！って思った

今日はC#で作業領域の集団項目とかREDEFINEとかCOPY句機能が使えたらなーーーとボーっと考えてた
いちいち、newとかnewとかうぜーーーーーよ！
そして集団項目と再定義使わせろ

43仕様書無しさん

2018/08/10(金) 23:19:47.08

途中で送信しちゃったわ

集団項目から集団項目への転送も簡単にやらせろーーーー
せめてコレポン使わせて・・・

44仕様書無しさん

2018/08/11(土) 02:56:20.22

コレポンって楽な機能だよね

45仕様書無しさん

2018/08/11(土) 06:07:11.00

>>42
それはJavaでの開発した事無い会社が悪い
COBOLでの開発経験有る会社ならそんなスケジュールしないでしょ
そもそもオブジェクト指向言語のJavaでの開発工数とCOBOLの開発工数を同じ感覚でやってたらアホとしか言えんわw

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

47仕様書無しさん

2018/08/11(土) 18:16:23.47

>>45
COBOLで開発した事無い企業、だわ
間違い

48仕様書無しさん

2018/08/11(土) 22:22:46.53

C#ってjavaのようなものなんでしょ

49仕様書無しさん

2018/08/11(土) 22:30:20.25

ボラクルが関わってないからリスクが大違い

50仕様書無しさん

2018/08/12(日) 00:26:51.35

>>48
言語仕様はC++ベースは同じ
問題はCOBOLの様に金額計算や小数点計算に向かない事

51仕様書無しさん

2018/08/12(日) 01:23:32.86

やはりCOBOLが一番。日本人はなぜか古くても良いものを大事にしないからおかしい。

52仕様書無しさん

2018/08/14(火) 17:12:23.12

金融系でJavaへ移行してライセンスの話で梯子外された中小企業は死亡状態

53仕様書無しさん

2018/08/14(火) 20:04:34.15

具体的に何がどうしたんだ？

54仕様書無しさん

2018/08/14(火) 20:22:32.95

実業務でこんな大きな数を扱うことはまず無いだろうが、
FUNCTION INTEGER(FUNCTION LOG10(999999999999999999))が18を返してきた。
OpenCOBOLとIBM Enterprise COBOL for z/OSで確認。

55仕様書無しさん

2018/08/15(水) 18:12:43.13

>>54
それ、どっちもモジュールはCに変換されるヤツだな
Cに変換された後のバグじゃね

56仕様書無しさん

2018/08/16(木) 02:06:39.58

>>52
今必死こいてOpenJDK化してるんじゃね
オラクル特許侵害する様なプログラムソース作ったら訴えられるのに

57仕様書無しさん

2018/08/16(木) 07:09:49.74

あくまでも思い込みです

58仕様書無しさん

2018/08/17(金) 11:37:29.02

なんでコボルは数値計算が強いの？
今の言語でも結構な精度だと思うけど、何が違ってどんな技術的理由によるの？

59仕様書無しさん

2018/08/17(金) 12:24:47.66

COBOLの数値精度の精度が高いんじゃなく、やれることが限られてるため誰がプログラム作っても計算精度に差がないこと

60仕様書無しさん

2018/08/17(金) 13:35:47.83

>>59
その上、計算コードが読み易い
他の言語は人によって読めないから

61仕様書無しさん

2018/08/17(金) 16:34:24.59

そうだよね
COBOLの計算式は本当に算数のようで
プログラム未経験者でも見やすいと思う

他の言語は自由がききすぎて
お金の計算、特に利息などの少数以下の取り扱いが
どの段階でどの様に丸めるかとか
あーんまり考えたことない技術者だらけだと思う
丸め方で積み重なれば数億の損害になったりするから
ここは非常にシビアなところなんだけどね

62仕様書無しさん

2018/08/17(金) 20:32:26.71

>>61
実際メガバンクでCOBOL→Javaに移行した所は全く誤差が無い、とは言えない危険性が有る
経営者が気づいて無さそうだが

63仕様書無しさん

2018/08/18(土) 04:03:17.32

COBOL需要、と言うか金融系では再評価されてる

64仕様書無しさん

2018/08/18(土) 12:30:16.05

その根拠は？

65仕様書無しさん

2018/08/18(土) 14:17:06.08

>>64
うーんたぶんだけど
他の言語だと技術者の粒が揃わず品質にバラつきが出やすいからじゃないかな？

今私はオブジェクト指向言語を使ってるけど、
バージョンアップ対応で元のソースを解読してると
何度も何度も車輪の発明をしてて馬鹿かとしか思えなかった
言語としては優れてるのかもしれないけど
技術者およびマネージャーの意思疎通が図られておらず
どいつもこいつもオレ天才やらオレ無双の独りよがりなコーディングしてるわ

その点、COBOLだと強制的にある程度の画一性や品質が確保される

66仕様書無しさん

2018/08/18(土) 15:11:18.95

>>どいつもこいつもオレ天才やらオレ無双の独りよがりなコーディングしてるわ

それはVB4,5,6の時でも有った話

実質、プログラマのメンタルは変わってない
それがオブジェクト指向でも発揮されてコードが他人に理解しにくくなってる

>>その点、COBOLだと強制的にある程度の画一性や品質が確保される

この一点につきる

67仕様書無しさん

2018/08/19(日) 07:42:51.43

>>65
それ金融系がということじゃなく、根拠は自分がそう思ってるだけだよね

68仕様書無しさん

2018/08/19(日) 08:52:39.35

数値計算だけ特別にクラス作って処理すれば、他言語でもコボルの代わりになれる？

69仕様書無しさん

2018/08/19(日) 11:25:07.72

数値計算といってもCOBOLで使われるのはあくまでも整数計算のみ
固定小数点のね

70仕様書無しさん

2018/08/19(日) 15:04:35.54

>>68
正解
COBOLで外部モジュール作ってJavaとかPHPから使えば良い
>>69
小数点付き計算やわり算の誤差が無い部分がCOBOLのメリット
それを外部モジュールで作る

71仕様書無しさん

2018/08/19(日) 15:11:28.92

>>67
COBOLが金融に強いのは>>61に書いた通りだよ

72仕様書無しさん

2018/08/19(日) 19:53:48.12

要は小学生で習う程度の算数計算に強いだけじゃん
金勘定の基本は算数だけどさ

73仕様書無しさん

2018/08/19(日) 23:05:52.21

>>72
あなたが技術者でないことはわかった

74仕様書無しさん

2018/08/20(月) 01:14:26.90

そもそもコボラーは技術者じゃないよ
昔は商業高校でCOBOL教えていた
だからCOBOLしかやったことない40過ぎのおばちゃんのスキルシート見ると最終学歴が商業高校だったりする
実務的には簿記をやるレベルってことさ

75仕様書無しさん

2018/08/20(月) 01:50:10.27

蛇腹ーは簿記すら理解できないじゃん。。。

76仕様書無しさん

2018/08/20(月) 03:09:32.35

そういう人達を排除した結果がCOBOL→Javaだった
で、オラクルに梯子外された

77仕様書無しさん

2018/08/20(月) 07:06:44.97

話がずれてるのは何でだろうね

78仕様書無しさん

2018/08/20(月) 08:18:02.88

COBOLが再評価されてるって、JavaからCOBOLへのシステム再構築があるってことか
マジで？

79仕様書無しさん

2018/08/20(月) 17:55:53.82

>>78
Java→COBOLは無いよ
そういう所はライセンス払ってJava継続するかスクリプト系言語に変えるかしか無い
COBOL→Javaへ移行検討してた所が方針見直してCOBOLのままオープン化するって事

80仕様書無しさん

2018/08/20(月) 20:41:05.07

>>79
なんでそこでスクリプト系言語が出てくるんだ？

81仕様書無しさん

2018/08/20(月) 20:41:49.00

そんな事例聞いたことないのだけど、ソースは自分がそう思ったとかじゃないよね。

82仕様書無しさん

2018/08/20(月) 21:29:02.29

だから一旦、Javaに移行したらJavaの蟻地獄にはまって抜けれ無いよ

83仕様書無しさん

2018/08/21(火) 01:00:27.81

goto文だらけのCOBOLよりマシ

84仕様書無しさん

2018/08/21(火) 01:18:32.96

今は構造化プログラミングでGOTO文地獄って少なくなってる

85仕様書無しさん

2018/08/21(火) 01:31:54.55

GOTOはEXIT行き以外は禁止のとこがほとんどだよね
↑に戻るのは頭がおかしいのか？扱いされる

86仕様書無しさん

2018/08/21(火) 01:38:42.73

COBOLは一回開発しちゃうと同じソースをメンテしてメンテして使いまわすから
むかーしのGOTO地獄とフラグ地獄をたまに見かけるよね
むかしのマシンが非力かつ高額な時に、負荷が少なく高速で実行できるからってことで
GOTOを多用してたからまあ仕方ない

87仕様書無しさん

2018/08/21(火) 04:16:57.33

古いソースはね
今はほとんど構造化プログラミングでしょ
GOTO文がほとんど無しでサブルーチン化
むかーしのプログラムを修正する時にGOTO文とフラグの嵐みたいなのに当たると相当の苦痛を強いられる

88仕様書無しさん

2018/08/21(火) 07:15:03.55

gotoを使わないことが構造化プログラミングだとドヤ顔で言いIF文のネストをひたすら繰り返す老害コボラー。

89仕様書無しさん

2018/08/21(火) 08:02:38.28

>>88
小学校から国語やりなおしたら？

90仕様書無しさん

2018/08/21(火) 08:22:44.35

PERFORMの飛び先にPERFORM二つ
またその飛び先にPERFORM三つ

そして最後にあるのは、MOVE文のみ。
若造よ、これが構造化プログラミングなのだよ！

あと内部PERFORMは禁止な。

91仕様書無しさん

2018/08/21(火) 12:32:03.82

老人は構造化プログラミングが～と言い、若手はオブジェクト指向プログラミングが～と言う
そしてお互いに馬鹿にする
これが底辺プログラマです

92仕様書無しさん

2018/08/21(火) 15:50:20.46

COBOLでオブジェクト指向ってNETCOBOLで出来たと思うが
.NET環境でCOBOL使わないならCOBOLにオブジェクト指向なんて不要だし、ほとんど構造化プログラミングで済む
適材適所だわな
オブジェクト指向プログラミング出来る言語は重要だが、それが足かせになってる言語も有る
Javaが最たるモノだが

93仕様書無しさん

2018/08/22(水) 21:38:37.23

確かに固定小数点の数の、四則演算及び整数乗の計算精度は高いね。

>>74
その頃はまだ誰もが大学に行くのが当たり前という時代では無かったから、
実はそこそこ頭もいいんだけど親の稼ぎの問題等で高卒って人も時々いる。
でも、今30代以下の人で、大学に行ってなかったり、定員割れしてるような大学出身の人は、極一部を除いて驚くほど頭の悪い人が多い。
例えば1～12月や日～土曜日を英語で書けない、ヘボン式のローマ字表記を知らない、小学校で習う程度の漢字の読み書きが出来ないとか。

94仕様書無しさん

2018/08/22(水) 23:53:51.05

やたら人のあらを探して見下すことを言うのも老コボラーの特徴だね

95仕様書無しさん

2018/08/23(木) 02:05:14.26

汎用機COBOL→オープンシステム化は有る

96仕様書無しさん

2018/08/23(木) 02:43:22.05

>>95
富士通のSEから聞いた話で、その後に
汎用機COBOL←オープンシステムに戻ってくるのが
100件に1件くらいの割合であったってさ。
ウチも最後はエミュレータで締めたけど。
まあ、減っていく一方に変わりはない。

97仕様書無しさん

2018/08/24(金) 02:17:12.50

>>96
戻るメリットって無い様な、、
オープン化したらオープン化のままCOBOL使えって

98仕様書無しさん

2018/08/24(金) 07:12:14.16

オープン系やったことなら解るけど、開発環境がまるで違う。コマンドメインの古くさい汎用系で開発なんかしたくなくなるぞ。

99仕様書無しさん

2018/08/24(金) 08:17:31.21

昔で言う汎用機はもう存在しない
汎用機OSを載っけたサーバーがあるのみ

100仕様書無しさん

2018/08/24(金) 19:27:11.43

>>99
こっちはエミュだけど
http://www.fujitsu.com/jp/products/computing/servers/primequest/products/2000/option/osiv-xsp-4/

これは汎用機じゃないの？
http://www.fujitsu.com/jp/products/computing/servers/mainframe/gs21/lineup/gs213634/index.html

101仕様書無しさん

2018/08/24(金) 22:25:13.21

FUJITSU Server GS21と書かれているが
汎用機OSを載っけた鯖じゃないのかね

102仕様書無しさん

2018/08/25(土) 18:37:28.98

まあ国民支配のための道具じゃないんだし
汎用機と言えどもサーバーだよ

103仕様書無しさん

2018/08/25(土) 20:33:06.62

何言ってるのか判りません

104仕様書無しさん

2018/08/25(土) 22:10:09.90

日本人の知性も地に落ちたんだなあ

105仕様書無しさん

2018/08/26(日) 00:17:34.19

なんで話の脈絡に関係なく知性とか言い出してるのさ

106仕様書無しさん

2018/08/26(日) 00:33:16.80

>>104
お前さんの脈略もないカキコをみてると確かにそう思うよ

107仕様書無しさん

2018/08/26(日) 00:50:59.83

わざわざレス番つけて晒したら可哀想だよ

108仕様書無しさん

2018/08/28(火) 02:28:18.01

某銀行
銀行側「なぜこんなバグが見つけられなかったの？」
開発会社「作業人数不足です」
銀行側「募集かけろよ！」
開発会社「もう市場にCOBOLのエンジニアはいません」
銀行側「育成しろよ！新入社員いるべ？」
開発会社「え！？いや…

109仕様書無しさん

2018/08/28(火) 02:31:06.69

https://www.ifhnosworldtour2010.org/2018/02/13/cobolはなくならない？今後まだまだ案件がある4つの/

エンジニア数が減り希少価値が上がってる

110仕様書無しさん

2018/08/28(火) 02:34:14.27

https://se-hack.com/cobol-project

金融、自治体は業務知識が求められる

111仕様書無しさん

2018/08/28(火) 07:09:43.50

人売会社が人集めの為に空案件を出す
それを見てまだまだ仕事が沢山あると勘違い

112仕様書無しさん

2018/08/28(火) 15:17:18.66

>>108
銀行のシステム子会社は新卒でcobolやるやん

113仕様書無しさん

2018/08/28(火) 19:59:39.40

サマータイム、元号変更、GoogleのJavaScript無効
やる事多くてCOBOLから他の言語へ移行なんて同時に出来ない

114仕様書無しさん

2018/08/29(水) 02:01:42.39

Javaももうすぐ死ぬしなあ
昔の人の知恵を馬鹿にしちゃ駄目だよね

115仕様書無しさん

2018/08/29(水) 08:20:16.51

これからもJavaよりCOBOLの需要が無いことは判ってるよね

116仕様書無しさん

2018/08/29(水) 09:03:04.05

まだJavaの仕事があると思ってるんだ！
作っちゃったシステムのお守りくらいしかないだろ
しかしどうすんだよJavaで作っちゃった奴

117仕様書無しさん

2018/08/29(水) 14:57:55.29

今もCOBOL運用してる所はある程度保守予算有る所だからね
Javaに移行した所はシステム保守費用抑えるためだったのに、それがアダに

118仕様書無しさん

2018/08/29(水) 17:25:38.27

また妄想かい
レガシー資産の保守運用費は安い。

119仕様書無しさん

2018/08/29(水) 18:50:38.59

汎用機COBOLからのマイグレーション案件多いのは保守経費削減も理由に有るでしょ

120仕様書無しさん

2018/08/29(水) 21:00:19.49

どこを見て多いと言ってるのか解らないけど、
それはCOBOLにはマイグレ案件しかないと言う証ではないのか

121仕様書無しさん

2018/08/29(水) 23:16:12.20

>>120
マイグレーション案件以外も少数なら有るよ
実際探していないなら探してみ
マイグレーションもCOBOL→別言語って訳でも無いから
COBOL→別言語、全くのオープン環境
って思ってるならお前さんがそういうシステムハウスに所属してるから、その願望が強いからでは

122仕様書無しさん

2018/08/30(木) 01:06:47.94

探すってまさかネットで出回ってる案件のことじゃないよね
本当に募集してるかも怪しい

123仕様書無しさん

2018/09/09(日) 07:09:47.69

AS/400サポート期限せまってるからマイグレーション案件増えてるみたいね

124仕様書無しさん

2018/09/10(月) 13:32:42.32

IBM iは未だに現役じゃないの？

125仕様書無しさん

2018/09/11(火) 02:18:03.68

>>124
現役だけど一部バージョンが2019.01月でサポート終わる
それの移行案件が出てるIBMのまま移行するか他のオープンシステムに移行するか
JavaライセンスでCOBOL→Java移行熱は無くなった

126仕様書無しさん

2018/09/11(火) 08:25:09.66

>>125
COBOL移行熱が冷めたのはもう殆どのCOBOLがすでに駆逐されたからじゃないの？
少なくとも自分はCOBOLか走っている環境なんて一度も見たことないし

127仕様書無しさん

2018/09/11(火) 08:31:39.39

俺はJavaもCもC#も、走ってるの見たことないなあ

128仕様書無しさん

2018/09/11(火) 20:13:17.86

秒速何キロですか

129仕様書無しさん

2018/09/21(金) 23:23:39.17

ハローワーク求人100,078件の平均月給193,400円〜256,400円
その中から
COBOLの求人211件の平均月給250,400円〜433,000円
https://jobinjapan.jp/job-listing/keyword-cobol.html
Javaの求人643件の平均月給224,100円〜406,700円
https://jobinjapan.jp/job-listing/keyword-java-pg.html

という具合に現実社会ではCOBOLが高級待遇。

130仕様書無しさん

2018/09/21(金) 23:50:34.91

そりゃ今や特殊言語だから
Javaは案件多いがメンテナンス主体でプログラマーも多い

131仕様書無しさん

2018/09/22(土) 02:35:10.12

ネタ元がハロワとは笑わせる

132仕様書無しさん

2018/09/24(月) 17:34:49.20

もう三十年近く前から無くなる無くなると言われて無くならないのがCOBOL

133仕様書無しさん

2018/09/24(月) 17:58:06.96

言語変えるリスクとメンテナンス性考えれば無くす必要性無いから
地方の金融システムでもまだ残ってる

134仕様書無しさん

2018/09/24(月) 20:28:24.15

全体の割合から言うと、もう無くなったと言ってもいいレベルだろう

135仕様書無しさん

2018/09/24(月) 22:55:38.36

願望書いてもCOBOLはなくならないよ？

136仕様書無しさん

2018/09/24(月) 23:16:59.99

COBOL無くせってうるさいヤツは若いヤツらだけ

137仕様書無しさん

2018/09/24(月) 23:18:52.97

若いプログラマー確保する為にJava に移行したらライセンス発生でバカを見る

138仕様書無しさん

2018/09/25(火) 00:53:35.24

ｃｏｂｏｌなんて見たことないから別になくなっても全く困らない現実
cobolしかやったことないじぃさんがなくなるかどうかこだわっている事実

139仕様書無しさん

2018/09/25(火) 01:00:28.67

クソみたいな仕事しか回して貰えない>>138かわいそすｗ

140仕様書無しさん

2018/09/25(火) 01:23:33.94

言葉に詰まったら話をはぐらかして誤魔化す
成る程

141仕様書無しさん

2018/09/25(火) 01:30:59.07

>>140
それは君のやってることの解説？
話ははぐれてないと思うんだが

142仕様書無しさん

2018/09/25(火) 01:49:31.76

金融機関とか結構COBOLでのシステムが残ってるが、若手社員にCOBOLやせずに派遣で乗りきろうとしてる所多い
でもそれで結構人件費かかってるから最近は若手社員へCOBOL習得させる方向に動いている
りそなみたいにCOBOLのままオープン化してる所がメガバンクでも出てるからね
りそなはWindowsPCでMF-COBOLでシステム構築してるし、当分、COBOL以外へ組み換えしない

143仕様書無しさん

2018/09/25(火) 07:14:01.01

windowsPCでCOBOL動かしてるのかw
スゲー

144仕様書無しさん

2018/09/25(火) 08:12:23.54

世の中の動きについて行けてないアホが多いのはなんでだぜ？
スゲーじゃなくて知らなかったことを恥じるべきだ

145仕様書無しさん

2018/09/25(火) 08:18:24.14

windowsPCでコボルの基幹系システム動くわけ無いだろw

146仕様書無しさん

2018/09/25(火) 16:24:11.74

>>143
バカですか?
開発をWindowsPCでやってるって話

147仕様書無しさん

2018/09/25(火) 16:26:04.96

りそな銀行のシステムぐらい見て来い
Linuxサーバー+SQL Server+MF-COBOLでWeb上でCOBOLが稼働してる

148仕様書無しさん

2018/09/25(火) 18:20:00.51

開発の末端の人間なんてそんなもんよ
自分が見た世界だけが全て

149仕様書無しさん

2018/09/25(火) 19:47:52.63

そうだね、windowsPCとしか言えないのはその先に何が繋がっているのか解らない、ネットで見ただけで知ったかぶりしてるだけなんだろう

150仕様書無しさん

2018/09/25(火) 20:23:45.70

りそなは自動機監視もUNIXCOBOLでやってるけど品質ボロボロの糞システムだった。
まあ不治痛だから仕方ないが。

151仕様書無しさん

2018/09/25(火) 21:28:22.67

そして今は無職

152仕様書無しさん

2018/09/26(水) 08:15:32.69

無職のコボラーはハロワに行けよ
案件がいっぱいあるらしいぞ藁

153仕様書無しさん

2018/09/26(水) 12:02:28.39

ハロワなんかに流すわけないだろ
だからおまえには見えないんだな

154仕様書無しさん

2018/09/26(水) 12:16:42.70

「らしいぞ」ってw

155仕様書無しさん

2018/09/26(水) 20:11:58.31

ちゃんとハロワに行ったのか
行かないと仕事見つからないぞ藁

156仕様書無しさん

2018/09/27(木) 01:23:13.29

COBOLの需要はあってもあなたの需要はありません

157仕様書無しさん

2018/09/27(木) 08:16:27.39

コボラーに出来ることは既存プログラムの簡単な改修のみです。新規で最初からコーディングは出来ません。

158仕様書無しさん

2018/09/27(木) 12:57:04.28

新規のCOBOLは誰が作ったんだ？

159仕様書無しさん

2018/09/27(木) 20:54:57.84

コボルはレガシー資産なので１９８０年代頃に作られたものをいまだに保守しているのだ

160仕様書無しさん

2018/09/28(金) 08:22:23.18

今日でリリースされるコボラーのおじちゃん、さようなら

161仕様書無しさん

2018/09/29(土) 08:44:44.11

もう歳も歳だし老後も考えて違うことしょう

162仕様書無しさん

2018/10/04(木) 21:01:49.64

85ってevaluateが使えるようになったやつだっけ？endifが使えなくてピリオドってのが昔のだったよね。懐かしい。
今は発注側だからそこら辺疎い。メインフレームの開発やってましたね。

163仕様書無しさん

2018/10/05(金) 07:06:12.42

periodの呪縛から永遠に逃れられないのがCOBOL
老眼には辛いよねっ

164仕様書無しさん

2018/10/05(金) 08:11:56.61

ビリオド様からの有難いお言葉です

『ENDなんていらねぇ、俺が全てを止めてやる！』

165仕様書無しさん

2018/10/05(金) 09:57:51.83

まさに終止符

166仕様書無しさん

2018/10/06(土) 02:22:31.47

人生にピリオドを打つ時が来たようだな

167仕様書無しさん

2018/10/22(月) 23:56:42.40

9末で現場退場して居なくなったかコボラー

168仕様書無しさん

2018/10/23(火) 01:07:14.03

ハロワで工員の仕事を見つけました

169仕様書無しさん

2018/10/23(火) 08:16:05.22

深夜のレジ打ちバイトですが、気楽でいいものです

170仕様書無しさん

2018/10/23(火) 21:53:06.64

嘘ばかり

171仕様書無しさん

2018/10/24(水) 00:17:42.45

現役コボラーだけど年収は900万ぐらいだな
仕事はいっぱいある
嘘には騙されるなよ

172仕様書無しさん

2018/10/24(水) 02:19:26.74

資産多いからプログラマー数に対しては多い
Javaはプログラマー数多いからCOBOLより今後単価下がる

173仕様書無しさん

2018/10/24(水) 07:14:15.69

COBOLの不利な話すると何故かJavaの話題にすり替えようとする不思議

174仕様書無しさん

2018/10/24(水) 09:09:24.43

大規模な基幹系の開発言語でCOBOL以外にJavaしかないからじゃないの？

175仕様書無しさん

2018/10/24(水) 12:23:25.40

話の脈絡関係なしで突然Javaが出てくる謎

176仕様書無しさん

2018/10/24(水) 13:11:18.12

JavaってCOBOLと比べてもオワコンじゃん
まだそれに気づいてないジャバラーいるの？

177仕様書無しさん

2018/10/24(水) 22:29:42.07

javaじゃなくコボルの話しようぜ
もう話題がない位オワコンじゃないよね

178仕様書無しさん

2018/10/25(木) 00:31:53.20

全くオワコンではない。
が過去の焼き直しや手直しばかりでﾂﾏﾗﾅｲだけ。

179仕様書無しさん

2018/10/25(木) 08:13:12.39

そういうのをオワコンと言わないか

180仕様書無しさん

2018/10/25(木) 23:05:19.38

コボラーとしてはSQLで楽しむしかないと思っている
どんだけスピードアップをはかれるか
その辺で自己満足して楽しむ

後は共通ルーチンのブラッシュアップとか・・・

181仕様書無しさん

2018/10/26(金) 00:33:27.70

>>179
なんで？話題はあるよ？
つまんないだけだもん。

182仕様書無しさん

2018/10/27(土) 01:00:57.70

詰まらないと言う話題しかないの

183仕様書無しさん

2018/10/27(土) 10:03:23.58

つまらないこと言うなよ

184仕様書無しさん

2018/10/27(土) 16:27:42.41

N,FがなくなってもCOBOLは他企業でやっていける時代

185仕様書無しさん

2018/10/27(土) 19:03:38.62

COBOLより先にVBやC#、Javaが先にオワコンになるなんて想像もしなかったわ

186仕様書無しさん

2018/10/28(日) 13:50:42.68

安定稼働しているから触らなくてもいいからでしょ

187仕様書無しさん

2018/10/28(日) 15:21:31.62

年号と消費税は変更する必要がある

188仕様書無しさん

2018/10/28(日) 18:54:42.14

>>185
C#はまだマシだと思うが

189仕様書無しさん

2018/10/28(日) 18:56:58.31

他言語はどーでもいい
コボルは終わってる
案件探しは残飯をあさるようなもの

190仕様書無しさん

2018/10/28(日) 19:05:04.14

残飯でも食えればいいじゃん

191仕様書無しさん

2018/10/28(日) 19:37:45.51

それでもいいと言うのなら
腐りかけの残飯も美味しく食えるのだろう

192仕様書無しさん

2018/10/28(日) 21:15:27.63

Javaなんか腐敗した食品だしな

193仕様書無しさん

2018/10/28(日) 23:07:56.41

おわっているとおっしゃいますが、残ってしまうｗ

194仕様書無しさん

2018/10/29(月) 08:11:31.20

こびりついたお焦げのようだ

195仕様書無しさん

2018/10/29(月) 10:57:17.39

>>189
プログラマー数と比べれば十分ご馳走だよ
Javaの方が厳しいと思うぞ

196仕様書無しさん

2018/10/30(火) 01:13:43.19

Javaプログラマは増えすぎたから、なんちゃってプログラマが溢れるのはしょうがないが、案件がなかなか出てこないCOBOLとは現状が違う

197仕様書無しさん

2018/10/30(火) 02:41:55.79

ｼﾞｬﾜﾃｨ終焉なのか

198仕様書無しさん

2018/10/30(火) 19:25:25.04

javaはどーでもええけど、ジャワティーはなくならんとってー

199仕様書無しさん

2018/11/01(木) 14:49:26.44

COBOLは開発時点でサポート料やライセンス必要だがJavaは本稼働環境にライセンスがかかって開発時点では無料のまま
開発だけで終わるって教育機関だけだろ
だから金融系企業や中小企業でJavaでシステム刷新した所は漏れ無くライセンス課される
COBOLはOpenCOBOLに移行すれば開発も実行環境で使用も無料になる
OpenCOBOL利用してる実例は少ないが今後増えると思われる

200仕様書無しさん

2018/11/01(木) 18:07:59.70

そう思いたいだけだろ

201仕様書無しさん

2018/11/01(木) 18:38:16.79

>>199
Javaのライセンスについて

大企業はライセンス料さえ払えば同じバージョンを長年サポートしてもらえてウハウハ

中小企業はそもそもパッチなんて当てずノンサポートで導入したバージョンをそのまま使い続けるのでライセンスなんて関係ない

と勝手に予想

202仕様書無しさん

2018/11/01(木) 23:51:48.06

>>201
>>大企業はライセンス料さえ払えば同じバージョンを長年サポートしてもらえてウハウハ

それで耐えられる企業ならね

>>中小企業はそもそもパッチなんて当てずノンサポートで導入したバージョンをそのまま使い続けるのでライセンスなんて関係ない

そんな中小企業が存続出来る訳が無い
信用無くなって潰れる

203仕様書無しさん

2018/11/02(金) 12:18:09.06

>>201
>大企業はライセンス料さえ払えば同じバージョンを長年サポートしてもらえてウハウハ

アホか
いくら払ってもさっくり切るよ
ボラクル様を舐めちゃいけない

204仕様書無しさん

2018/11/02(金) 12:32:33.95

>>203
Oracle様の意固地さは半端無いからな
業界一の融通の無さだからな
だからOracle製品避けるヤツが多い
JavaとMySQLユーザーは将来不自由になるのが決定済み

205仕様書無しさん

2018/11/03(土) 07:51:40.21

DBもOracleを使っているような企業ならJavaのライセンス料なんて微々たるもんじゃないの？知らんけど

206仕様書無しさん

2018/11/03(土) 12:18:19.49

>>205
まーね
OracleDB自体から逃げる企業も増えてる

207仕様書無しさん

2018/11/03(土) 13:16:25.13

OracleDB+Javaのシステム使ってる所はそのままJava使うだろうけど
問題はDBがOracleじゃない所
そういう所はJava諦める方向に動く
COBOL→Javaに移行した金融系企業もOracle使ってない所は、今後選択に悩む

208仕様書無しさん

2018/11/03(土) 13:28:47.84

HiRDBへようこそ！

209仕様書無しさん

2018/11/03(土) 13:30:46.71

>>208
いらん
MariaDBがPostgreSQLで事足りる

210仕様書無しさん

2018/11/03(土) 13:52:54.27

Javaのライセンス料と言ってもメインフレームはもとより、MS、VMWareなどの年間サポート料と比べたらかなり安いと思うけど、
個人ならばともかく、企業が基幹システムとして使用する場合、Javaのサポート料が高いと思う企業ってどんな環境なんだ？

211仕様書無しさん

2018/11/03(土) 14:20:41.96

ライセンス問題でJavaへの移行が低迷することはあっても
古い遅い高いの三拍子が揃ったCOBOLが返り咲くことは無いと思う

212仕様書無しさん

2018/11/03(土) 14:41:17.13

返り咲きはしないが無くなりもしないと思う。

213仕様書無しさん

2018/11/03(土) 14:42:59.34

日立COBOL2002へようこそ！

214仕様書無しさん

2018/11/03(土) 15:39:19.27

>>210
中小ソフトウェアハウスが納入してる中小企業

215仕様書無しさん

2018/11/03(土) 15:42:29.57

>>211
OpenCOBOLと言うのが有ってですな
既に実用的に長崎県庁とかで稼働してる
NECや富士通のオフコンCOBOLをOpenCOBOLにマイグレーション
DBはMySQL
ハードウエアのライセンス料金のみにライセンス料を圧縮した

216仕様書無しさん

2018/11/03(土) 15:53:18.40

>>214
ハードやODのサポート料は払えるのに言語のライセンス料は払えないって意味が分からん
パッケージを無償で使用して更に永遠にサポートもしろって言っているようなもんやん

217仕様書無しさん

2018/11/03(土) 15:53:44.31

>>216
ODじゃなくOSね

218仕様書無しさん

2018/11/03(土) 18:28:03.66

>>216,217
ハード、OSは仕方ない
まあOSもLinuxでフリーに出来る
何から何までサポート料金払う余裕が有るかどうかの話

219仕様書無しさん

2018/11/04(日) 16:34:57.82

従業員20人以内の会社でもECサイト作ってるぐらいなのに、そんな企業がライセンスまみれのシステム運用出来るか、って話

220仕様書無しさん

2018/11/05(月) 08:11:25.61

あのー、コボルはどこいったのでしょう

221仕様書無しさん

2018/11/05(月) 16:11:00.30

COBOLは大きな案件変動も無く、プログラマ増加も無く続く
何も変わらない
大体、新人にCOBOL学習させたら辞めるし
銀行(地方)とかのシステム部で新人にCOBOL修得させようとしたらその新人が辞めるパターンが常

222仕様書無しさん

2018/11/06(火) 21:13:28.99

大きな変化は無いかも知れないけど、決して楽な仕事でもないからなあ。

223仕様書無しさん

2018/11/08(木) 21:57:47.74

贅沢なこと言うなよ
エラー出まくり野良VBAのメンテするより楽で稼げるよ

224仕様書無しさん

2018/11/09(金) 01:13:32.01

>>223
それな

225仕様書無しさん

2018/11/09(金) 01:15:54.00

て言うかぁ、バグってることにも気付かないのがCOBOLのシステム～ぅ

226仕様書無しさん

2018/11/09(金) 08:14:35.51

コードがめちゃくちゃでバグの原因が分からず、バグで出来た不正データを潰すプログラムを追加するか保守で都度パッチをあてるのが、COBOLのシステムなのだ

227仕様書無しさん

2018/11/24(土) 08:08:20.43

ネスト階層が10以上あって、命名基準が連番の謎フラグが何個も存在し各所で使い回している。
そんなリソースに当たった時の地獄っぷりといったら…

228仕様書無しさん

2018/11/24(土) 18:04:52.90

COBOLに限らないのかも知れないが、大昔に作られたでかいプログラムのソースは大抵訳分からないよなｗ

229仕様書無しさん

2018/11/25(日) 00:46:00.68

それ以前にプログラム仕様書類が無い

230仕様書無しさん

2018/11/25(日) 10:21:44.91

それはコボルだからじゃなくて銀行だからだろ

231仕様書無しさん

2018/11/25(日) 19:41:20.81

銀行はまだ有る方だよ
問題は自治体とかだよ

232仕様書無しさん

2018/11/25(日) 20:01:28.61

ソース読んで仕様が理解できないような奴は三流以下

233仕様書無しさん

2018/11/26(月) 08:08:30.53

そーすね

234仕様書無しさん

2018/11/30(金) 03:17:33.97

LambdaでCOBOLやRuby対応して
AWSで使えるべ

https://dev.classmethod.jp/cloud/aws/lambda-custom-runtime/

235仕様書無しさん

2018/11/30(金) 07:12:12.79

COBOL使ってる現場にはそぐわないな

236仕様書無しさん

2018/12/01(土) 01:24:32.81

>>235
中小企業でオフコン使ってる所がオープン化に使うかどうかだな

237仕様書無しさん

2018/12/27(木) 17:26:57.90

元号変更で人確保か

238仕様書無しさん

2018/12/27(木) 21:37:41.99

キャッチアンドリリースの繰り返し
決してずっと居てほしくはない
それがコボラーの扱われ方

239仕様書無しさん

2019/01/07(月) 15:03:27.96

コボラーのおならって臭いのかな

240仕様書無しさん

2019/01/18(金) 13:59:19.08

ぷう～

241仕様書無しさん

2019/02/12(火) 22:15:22.10

ITOS,A-VXの仕事ってどっかにある？

242仕様書無しさん

2019/02/13(水) 12:24:21.10

タイムマシンにお願いすれば

243仕様書無しさん

2019/02/16(土) 00:04:36.92

京都市のＮＥＣのCOBOL/Sを金額
安いところがやってるんだね
ｷｬﾙよｋ

244仕様書無しさん

2019/02/17(日) 16:18:41.85

新卒でCOBOLやる事になりました。
不安…もう就職希望出しちゃったし

245仕様書無しさん

2019/02/17(日) 16:23:01.79

おじいちゃん達の慰めものに
可愛がわれてきてね

246仕様書無しさん

2019/02/17(日) 18:51:19.52

若いやつが入ってくると尻や股間をつかんで反応を楽しむ
コボラーオヤジがいるから気をつけろよ
これマジにいるから

247仕様書無しさん

2019/02/17(日) 23:23:04.32

>>244
ちょっとくらい使えなくてもクビにならないスキルを身につけることになるからいいのでは

248仕様書無しさん

2019/02/18(月) 00:10:39.88

>>244
大丈夫だ、第二新卒というパイがまだある

249仕様書無しさん

2019/02/18(月) 08:10:18.56

コボラーの現場って40代以上が多いせいか昭和から変わってない所あるので、パワハラモラハラセクハラ普通だよ

250仕様書無しさん

2019/02/18(月) 14:58:23.78

若い人がCOBOL,かわいそう

251仕様書無しさん

2019/02/19(火) 07:09:13.53

おじちゃんたちが優しく教えてあげるわよ

252仕様書無しさん

2019/02/19(火) 07:15:43.31

COBOLは逆に楽しそうな気がする
普段は一般人が触れない機械触れるんでしょ？

253仕様書無しさん

2019/02/19(火) 08:19:36.96

操作は普通にWindowsPCで端末エミュレータですが、何か
本体はサーバーで汎用機用OSのっけてますが、何か

254仕様書無しさん

2019/02/19(火) 09:59:04.76

でも端末でログインしてその上で普段見ないような専用のテキストエディタでコーディングしたりするんでしょ？
それだけでもうカッコいいわ・・・

255仕様書無しさん

2019/02/19(火) 12:19:46.35

コーディングは秀丸でやって、ホストに転送だわ

256仕様書無しさん

2019/02/19(火) 17:44:34.09

スキルが他で役に立たないがCOBOL出来れば仕事に困らんよ
いってい需要有るから
まあOpenCOBOL(Linux,MAC OSで動く)やマイクロフォーカスCOBOL(オープン)出来れば、オープン系のスキルも付く

257仕様書無しさん

2019/02/19(火) 18:30:14.81

それ自分の事言ってるの？

258仕様書無しさん

2019/02/20(水) 22:45:55.85

ISPFやPFDに慣れるとCOBOLのためにWindowsのエディタなんてトロくて使ってらんないよ

259仕様書無しさん

2019/02/20(水) 23:01:03.25

COBOLの需要多くてええなあ、RPGなんて全然ないよ。

260仕様書無しさん

2019/02/20(水) 23:01:37.64

>>258
あっそ！
で？

261仕様書無しさん

2019/02/20(水) 23:09:21.69

>>258
富士通ユーザー？

262仕様書無しさん

2019/02/21(木) 00:02:14.99

>>258
IBMの端末とエディタは広がるからいいよね
日立のは広がらないから、あーもうっ

263仕様書無しさん

2019/02/21(木) 00:22:57.66

早く入れてよぉ

264仕様書無しさん

2019/02/21(木) 04:40:25.24

日立ってIBMの劣化版なの？

265仕様書無しさん

2019/02/21(木) 06:00:58.23

>>264
うるせー！

266仕様書無しさん

2019/02/21(木) 07:07:28.56

流石、アスペルガーだな

267仕様書無しさん

2019/02/23(土) 16:49:15.90

あすぺるガー

268仕様書無しさん

2019/02/23(土) 17:05:14.08

アスペン最高じゃないですか

269仕様書無しさん

2019/02/23(土) 20:14:34.69

機能はいいのだが、狭いんだもの

270仕様書無しさん

2019/03/29(金) 00:50:43.39

このスレの廃り具合から需要無いのがわかります

271仕様書無しさん

2019/05/06(月) 01:29:00.47

平成が終わりすっかり廃墟となったこのスレですが
今年をもって情報技術者試験からコボルが消えてなくなりますよ
いよいよコボルもレガシーシステムを残すのみで終焉の時を迎えたようです

272仕様書無しさん

2019/05/06(月) 07:36:32.04

若者がノーチャンスになるだけだから、何も問題ない

273仕様書無しさん

2019/05/09(木) 15:39:37.58

>>271
試験科目から消えても過去の資産は消滅しない
ゆえに仕事は残るし新人でもCOBOLやらされる人は出てくる
何も変わらんよ

274仕様書無しさん

2019/05/09(木) 15:43:30.53

改元によるコンピュータシステムの不具合の多くが、（当然ながら）??#COBOL??チックな不具合に見える。主に、公共系や勘定系。

こういう状況ゆえCOBOLの仕事は消滅しない

275仕様書無しさん

2019/05/10(金) 08:12:18.10

だからCOBOLやめたがってるんだろ
いつまでもレガシィ遺産を残すわけにはいかない

276仕様書無しさん

2019/05/11(土) 05:31:31.92

COBOLで出来たシステムが日本の競争力の源泉なのに、
レガシーだガラパゴスだと言って捨てさせたがるのは、
一体どちらの売国奴勢力ですか？

自民＋通産省は米国に国を売りたがりだし、
中共に売りたがる有象無象もいるし
共産党に頑張ってもらいたいところだが奴らは自滅したがりだし
どうにもならんな

277仕様書無しさん

2019/05/11(土) 09:20:49.78

レガシーとか言っても
新システム作って出力結果の保証が大変だから
乗り換えが簡単で安ければやるでしょ
メインフレームの維持費って結構高いのにやらない

278仕様書無しさん

2019/05/11(土) 14:28:01.88

> 乗り換えが簡単で安ければ
意外とこの条件が厳しいんだよなあ。

>>276
そもそもCOBOL自体が米国による米国向け言語なんですがそれは。

279仕様書無しさん

2019/05/11(土) 15:10:39.97

別にCOBOLの擁護をしてるわけではない。
COBOLで作られたシステムの話をしてるんだけども。

それに、では例えばJavaは日本向けの言語なんですか？という話で、
COBOLだけことさらに米国向けだというのはおかしい話。

280仕様書無しさん

2019/05/12(日) 07:07:52.21

COBOLが英語文法を元にしてるからそんな言い方したんだろうな
かつては日本語コボルなんてありましたが...

281仕様書無しさん

2019/05/12(日) 08:38:23.33

実は科学技術分野ではフォートランもまだまだ現役なんだけど、やってる人見たことないでしょ
それだけ専門的な人しか使わないこと
でもCOBOLは専門的な分野では余り使われないし、徐々に終わってきた感がある

282仕様書無しさん

2019/05/12(日) 15:46:49.44

Javaも普通にアメリカやな。
ただ、言語の誕生経緯や、>>280の言うように英文を基にしていることから、
他のアメリカ産のプログラム言語と比べても
より英語圏の人間向けという印象は強いかも知れないな。

283仕様書無しさん

2019/05/12(日) 17:49:44.99

>>278
OpenCOBOL

284仕様書無しさん

2019/05/13(月) 22:33:20.55

人気言語で試験しないと試験主催が儲からない

285仕様書無しさん

2019/05/13(月) 22:57:03.08

新人研修でJavaをやっても出来が悪いと同僚たちと別れじぃさんだらけのコボルの現場に配属
悲しいね、しかしコボルの現場は最後の砦だ。ここで頑張れば這い上がれるかもしれないぞ。

286仕様書無しさん

2019/05/18(土) 06:18:13.32

日本語拡張されて使いやすいよ、COBOL
変数名に日本語使いまくる文化が実に心地良い

287仕様書無しさん

2019/05/18(土) 09:41:41.39

大昔のプロローグの様だ
プロローグでは漢字コードをEUCにすると
変数名に日本語がつかえた

288仕様書無しさん

2019/05/18(土) 14:05:11.74

変数名に日本語が使える言語自体はそう珍しいものでもなくね？
VBでもPythonでも普通に使えるし。

289仕様書無しさん

2019/05/18(土) 18:00:29.47

ローマ字だって立派な日本語だよ？

290仕様書無しさん

2019/05/19(日) 11:18:40.24

いちいち転送をMOVEとか冗長なのだよ
使いづらいし見づらい

291仕様書無しさん

2019/05/19(日) 19:14:23.38

000100 IDENTIFICATION DIVISION.
000200 PROGRAM-ID. EUCLID.
000300 DATA DIVISION.
000400 WORKING-STORAGE SECTION.
000500 01 R PIC 9(9).
000600 LINKAGE SECTION.
000700 01 M PIC 9(9).
000800 01 N PIC 9(9).
000900 PROCEDURE DIVISION USING M N.
001000 　　PERFORM UNTIL N = ZERO
001100 　　　COMPUTE R = FUNCTION MOD(M N)
001200 　　　COMPUTE M = N
001300 　　　COMPUTE N = R
001400 　　END-PERFORM.
001500 　　COMPUTE RETURN-CODE = M.
001600 　　EXIT PROGRAM.

def euclid(m, n):
　　while n != 0:
　　　　m, n = n, m % n
　　return m

何だかんだでCOBOLも結構好きだわ。
情報処理技術者試験のCOBOLの選択問題はむず過ぎて即C言語に変えたけど（その結果午後は9割超え）
来年の春から代わりにPythonの選択問題が新設されるみたいだから、久しぶりに受けてみようかな。

292仕様書無しさん

2019/06/14(金) 21:20:20.21

(-2) ** 5 = -32なのに、(-32) ** 0.2 = 2となるCOBOLの不思議。
EnterpriseCOBOLだけかも知れないけどね。因みに(-16) ** 0.25 = 2になる。

293仕様書無しさん

2019/06/14(金) 21:38:29.73

Ｊａｖａでいいの作ってて
ＥｘｃｅｌＶＢＡに回されたけど頑張ってもっといいの作って
上機嫌だった隣のおっちゃんが突然険悪になって
ふざけんなくそちくしょうもろもろ言い出した

画面にはＣＯＢＯＬのコードらしきものが…

294仕様書無しさん

2019/06/15(土) 06:17:25.94

（想像で書きました、ってのがバレバレだな）

295仕様書無しさん

2019/06/18(火) 02:29:58.30

○○で作ってて
△△で作ってて
××の保守をやらされたら
険悪になりそうではある

296仕様書無しさん

2019/06/20(木) 08:54:39.97

COBOLじゃないけど、naturalとかidealとかやってる人いない？
いないか。いないよね…

297仕様書無しさん

2019/07/11(木) 17:51:01.91

https://www.canon-its.co.jp/products/idl_conversion/
第四世代言語は特殊過ぎて最近はプレーンなCOBOLへの移行が多い

298仕様書無しさん

2019/07/12(金) 13:09:44.36

4GLってCOBOLソースを出力するツールのことなんでしょう？

299仕様書無しさん

2019/07/14(日) 01:18:58.89

まーね
それゆえ特殊過ぎてオープン化の障害にもなってる

300仕様書無しさん

2019/07/14(日) 02:05:15.63

COBOLのソースにして移行すればいいじゃん

301仕様書無しさん

2019/07/14(日) 03:24:54.28

それがそうも行かないのよ

302仕様書無しさん

2019/07/14(日) 03:44:55.97

NEC IDL2とか吐き出されたCOBOLソースが特殊なんで結局修正が必要
NEC→IBMへのマイグレーションでIDL2のCOBOLをIBMへ移行出来る様に修正するパターンになる

303仕様書無しさん

2019/08/05(月) 15:27:22.36

>>302
ウンコだしね

304仕様書無しさん

2019/08/07(水) 18:46:55.60

IDL2は、色々と問題有りだからね

305仕様書無しさん

2019/08/14(水) 04:24:09.46

政府自身が現行COBOLのシステムをAWSへクラウド移行する
COBOLは残る

306仕様書無しさん

2019/08/14(水) 12:31:39.59

コボラーの殆どはAWSって何？というレガシーしか興味ない親父だからね

307仕様書無しさん

2019/08/15(木) 17:34:01.95

パソコンしかコンピュータを知らない連中よりはマシよ
本物のコンピュータを知ってるから

308仕様書無しさん

2019/08/15(木) 19:16:15.50

今はIA機が本物のコンピュータだよ
いつまでも過去の遺物であるメインフレームを使う銀行屋保険屋はオワコン産業

309仕様書無しさん

2019/08/15(木) 20:17:32.99

それは保険も銀行も一切利用してない仙人だけが言えるセリフだよ

310仕様書無しさん

2019/08/15(木) 20:29:09.45

結局さ、ものを知らないガキがマウンティングとりたくてCOBOL貶してるだけなのよな

311仕様書無しさん

2019/08/15(木) 21:28:19.34

PLの話だと大手金融開発でJavaは使用されなくなりオンライン開発でもCが使用されなくなる。
そして、学生向けの本も一気に消えた。しかし、COBOLは10進数計算という強みがあるから現場では需要はある。

312仕様書無しさん

2019/08/15(木) 22:17:47.55

Ｊａｖａの代わりなどない

313仕様書無しさん

2019/08/15(木) 22:31:57.45

既にあるものを作り変えた結果、想定外の動作をしたらクライアントがギャーギャー五月蝿いやんけ。
結局COBOLは無くならないというか無くせないでしょ。

314仕様書無しさん

2019/08/15(木) 22:34:36.09

COBOLはわかりにくいし生産性悪いからJavaに置き換えるべきだ
でもＪａｖａは？

315仕様書無しさん

2019/08/16(金) 08:15:08.33

COBOLが分かりにくいのはお間抜けコボラーのコーディングのせい
出来ることの範囲はJavaにくらべてはるかに少ない

316仕様書無しさん

2019/08/16(金) 10:08:40.21

Javaなら生産性も保守性もいいのか？って言われるとまったくそんなことないだろ
COBOLじゃなくてグランドデザインと運用の問題だから日本人が徒党を組んでる限り解決しない

317仕様書無しさん

2019/08/16(金) 14:39:52.12

>>310
精神年齢は幼いけど、実年齢はかなり行っちゃってるおじさんの場合もある

318仕様書無しさん

2019/08/16(金) 21:39:06.23

>>311
金融系ではCOBOLは残ると思う
他の業種はJavaに行ってたのがライセンスうんぬんでJava減ってるね
.NETが盛り返してる

319仕様書無しさん

2019/08/16(金) 22:37:52.63

DBやOS、ライブラリのライセンス料、サーバーやクラウドの利用料は払えるのに開発言語にはライセンス料を払えない不思議・・・

320仕様書無しさん

2019/08/19(月) 18:03:38.77

>>319
不思議か？
ウンコだろ

321仕様書無しさん

2019/08/25(日) 00:35:52.70

金融系だとJavaは廃止されると言われた。
だから、教育機関でも講義からJavaを廃止したし、今後は一気に減ると思う。
進数計算はJavaよりもCOBOLが上だし、Javaはモックに問題があるしまともなシステムでは使用されるはずがない。

322仕様書無しさん

2019/08/25(日) 07:03:26.77

今後JavaがどつなるかはわからないけどCOBOLが返り咲くことは無いと思うよ
というか特定の言語でしか食っていけない時点でプログラマとして終わっていると思う

323仕様書無しさん

2019/08/25(日) 07:41:01.92

COBOLは来年より情報処理試験から消える
長い間ご苦労様でした
これから誰も新しく覚えようとはしないでしょう

324仕様書無しさん

2019/08/25(日) 18:05:30.44

どつなるw

325仕様書無しさん

2019/08/25(日) 21:37:46.15

PCで流行らなかったからいずれは試験のような表舞台からは消える運命よ
汎用機とオフコンのある限り脈々と伝承されていく

GUIは苦行だろうけどMSかBolandがアマチュア用に安く出してればもっと延命されたのでは
MFやFの業務用だけじゃ裾野が広がりようがなかった

326仕様書無しさん

2019/08/25(日) 21:51:58.45

まあ、パソコンだけがコンピュータな人々にとってはそうかもね

327仕様書無しさん

2019/08/25(日) 22:36:11.62

>>325
>>GUIは苦行だろうけどMSかBolandがアマチュア用に安く出してればもっと延命されたのでは

マイクロソフトとボーランド(今はエンバカデロ)がCOBOLのPC用コンパイラ作る訳無い
当時、商売にならんと思ったからな

現在になって結果的に、その判断は間違いだったが

メインフレーム捨ててUNIX、Linux、Windowsでオープン系COBOLが動き出した21世紀においてはマイクロソフトorエンバカデロ、どっちかが出してれば売れてただろうね

328仕様書無しさん

2019/08/26(月) 01:05:37.07

オープン系どうのじゃなくてCOBOL言語そのものが古いんだよ

329仕様書無しさん

2019/08/26(月) 07:54:49.31

古さが問題ならアセンブリ言語は絶滅するね

330仕様書無しさん

2019/08/26(月) 08:22:29.43

ちなみにアセンブラは情報処理試験に残るよ
高級言語としてCOBOLは古くてもう不要と言うこと

331仕様書無しさん

2019/08/27(火) 02:34:39.35

情報処理試験から消えても
現場からは消えない
それが現実

332仕様書無しさん

2019/08/27(火) 05:58:40.24

新しい技術について行けずCOBOLしか書けない人は大変ね

333仕様書無しさん

2019/08/27(火) 07:09:48.75

老兵は死なず、ただ猿のみ

334仕様書無しさん

2019/08/27(火) 07:27:33.05

コボル使ってるのと使ってないのとじゃ、会社の安定感が違うね。
コボルを知らない情シスの会社って、スグ潰れそうなニワカ企業ってイメージ。

335仕様書無しさん

2019/08/27(火) 08:57:40.35

COBOLをコボルって書く人はCOBOLすら知らないエセコボラー

336仕様書無しさん

2019/08/27(火) 12:17:35.06

俺様はcobolなんて全然知ってるぜ

337仕様書無しさん

2019/08/27(火) 20:47:41.67

Rustがすべてを流し去るだろう

338仕様書無しさん

2019/08/28(水) 22:33:01.78

全ての間違いはJavaへの移行を推進したTIS

339仕様書無しさん

2019/09/08(日) 23:19:23.62

メモリ破壊の悪人C言語は現場からも学校からも消えた。
メリットが消えて、リスクのみ残す無駄な使用だから淘汰されても仕方ない。
COBOLの方が進数計算とかでわずかに出番ある。

340仕様書無しさん

2019/09/08(日) 23:30:14.63

コボル経験者で募集するとマジで50～60代しか来ないからな
早く何とかしないと誰もいなくなってしまう
コボルのシステムは廃止すべき
上の人間は現状問題ないからいいだろう程度でしか思ってないから
問題なんだよ

341仕様書無しさん

2019/09/09(月) 05:02:56.43

>>339
ポインタを使いこなせない、ポインタのポインタとか全く理解できない
自称技術者のうんこ人間がまんま同じ事を言ってたな

342仕様書無しさん

2019/09/09(月) 08:55:47.96

コボラーはCOBOLしか使えないからな
ポインタ？オブジェクト指向？何それ？がデフォの世界

343仕様書無しさん

2019/09/09(月) 20:43:25.82

ポインタもオブジェクト指向もCOBOLに実装されてる定期

344仕様書無しさん

2019/09/09(月) 21:34:55.44

いくらCOBOLに実装されてもそれを使えるコボラーがいない定期

345仕様書無しさん

2019/09/09(月) 23:32:28.56

オブジェクト指向やるなら別にコボルにする必要ない
レガシーシステムが残っているためコボルが存在する

346仕様書無しさん

2019/09/16(月) 00:35:04.63

オブジェクト指向はともかく、ポインタは使ってるCOBOLでもケースは多い。
ただし、CALLするときのUSINGにポインタを指定して、
呼び先のプログラムで「SET ポインタ名 TO ADDRESS OF □□-AREA」からの、
呼び元で「SET ADDRESS OF ○○-AREA TO ポインタ名」みたいなパターンが殆どだけど。

347仕様書無しさん

2019/09/16(月) 00:37:22.49

ポインタは使ってるCOBOLでもケースは多い
　→　ポインタはCOBOLでも使ってるケースは多い

348仕様書無しさん

2019/09/17(火) 17:47:12.83

ＣＯＢＯＬプログラマが減るので相対的に増えるんじゃないか。その代わりどんどん集約され固定メンバになる

349仕様書無しさん

2019/09/17(火) 23:59:06.15

COBOL誕生から60年--これからも生き続ける理由
https://japan.zdnet.com/article/35142380/

350仕様書無しさん

2019/09/18(水) 07:39:36.48

需要が増えてるならそういう会社が若いやつ雇うんじゃね？

14万円で

351仕様書無しさん

2019/09/18(水) 08:11:56.78

需要は増えてない
規模が小さいため人を増やせず一時的に人手不足となるケースが有るぐらい

352仕様書無しさん

2019/09/18(水) 08:59:44.00

こばるかわいい

353仕様書無しさん

2019/09/18(水) 09:00:44.78

こぼる…

354仕様書無しさん

2019/09/28(土) 01:15:29.31

javaとかc#とかやってる？

355仕様書無しさん

2019/09/28(土) 01:47:41.17

コボラーバカにすんな
COBOL一筋じゃ

356仕様書無しさん

2019/09/28(土) 02:14:56.19

COBOLやろうと思ったら汎用機のお作法もわかってないといけないのですか？

357仕様書無しさん

2019/09/28(土) 09:33:20.27

汎用機の作法って何ぞ？
JCLとか画面の入出力とか？

358仕様書無しさん

2019/09/28(土) 09:37:04.87

さすがに画面は置き換えられてる気がするが
帳票のお作法は覚えた方が良いのかもしらんが
メーカーによって違いそうｗ

359仕様書無しさん

2019/09/28(土) 09:46:10.87

COBOL離れてだいぶ経つけど、汎用機系の現場って残業する人が努力家みたいな風潮あったけど、最近も変わらず？まぁ現場によりけりか…
定時あがりに慣れたから残業あるとこ無理だなー

360仕様書無しさん

2019/09/28(土) 10:53:49.43

定時で帰るのは甘え
最近のエンジニアは軟弱すぎて困る

361仕様書無しさん

2019/09/28(土) 11:47:00.60

仕事終わってんの意味もなく残業してるやつが多いよな

362仕様書無しさん

2019/09/28(土) 15:35:33.23

予算が無いから一人で二人分の仕事させられるよ

363仕様書無しさん

2019/09/28(土) 16:06:30.49

エンドユーザーが大手なら働き方改革で残業するなってお達しがあるよな
残業してるのって、無能か残業代目当てかみんなしてるからしてるみたいなやつだよね

364仕様書無しさん

2019/09/28(土) 17:01:53.71

コボルの現場は昭和から時が止まっています

365仕様書無しさん

2019/10/14(月) 14:40:20.32

ふう

366仕様書無しさん

2019/10/14(月) 14:52:32.04

平均年齢は上がっています

367仕様書無しさん

2019/10/14(月) 16:20:28.86

>>364
そんな事はないw

368仕様書無しさん

2019/10/14(月) 16:37:15.13

若い人がやってます

369仕様書無しさん

2019/10/14(月) 17:00:06.45

汎用機COBOLでデバッグにDISPLAY文使うのは昭和の時代から変わってません

370仕様書無しさん

2019/10/16(水) 21:00:12.86

>>369
嘘は良くないぞ

371仕様書無しさん

2019/10/17(木) 00:31:44.82

でわ、事実を語ってもらおうか

372仕様書無しさん

2019/10/17(木) 19:24:51.76

デバッグ終わってもDISPLAY貼ったままなんだよな

373仕様書無しさん

2019/10/17(木) 23:19:47.67

単体テスト終わったらDISPLAYは取るようにしてください

374仕様書無しさん

2019/10/18(金) 02:05:06.45

ifdefみたいなのないの？

375仕様書無しさん

2019/10/18(金) 03:00:48.21

>>374
規格上は7桁目にDを入れるとデバッグ行になる仕様だけど使ったことがない

376仕様書無しさん

2019/10/18(金) 19:11:03.47

>>374
無いよ(ｷﾘｯ)

377仕様書無しさん

2019/10/19(土) 02:15:14.45

モニター上でデバッグするのでなくて紙出ししてで机上デバッグするのが汎用機コボラー
ペーパーレス化なんて認めない
引き出しの中はリストで一杯

378仕様書無しさん

2019/10/19(土) 17:57:54.06

コボラーはソースが仕様書

379仕様書無しさん

2019/10/19(土) 20:08:38.04

汎用機のエディタは行数桁数スクロール固定なので、画面上でデバッグなんて無理無理
変えられるのはウインドウサイズのみ
そして全画面にしても文字が大きくなるだけ
老眼には優しい

380仕様書無しさん

2019/10/19(土) 20:16:53.13

ASPENは行数指定でスクロールできたよ？
ISPFもそのくらいできるだろ

381仕様書無しさん

2019/10/19(土) 20:40:19.53

イゲタとかアンパーとかいうよね

382仕様書無しさん

2019/10/19(土) 21:48:34.74

♯がシャープで、＃、#が井桁だから、記号としては別物。
＆の正式名称は「アンパサンド」だけど、それを略すなら「アンパ」より「アンド」の方が自然に感じる。
他には＿（アンダースコア）を「アンスコ」って略す人もいるよね。

383仕様書無しさん

2019/10/19(土) 22:36:35.30

マック／マクド問題と同じじゃね？ｗ

384仕様書無しさん

2019/10/19(土) 22:37:34.84

>>382
キーボードの刻印を見るに、井桁だよなあ

385仕様書無しさん

2019/10/19(土) 23:08:19.19

ハイフンをハイフォン（ハイホン）と読む人もまあまあいるけどこれはかなり違和感あるな。
hyphenの発音記号を調べても「オ」に対応するような発音記号は無いし、
ネット上の英和辞書に付いてるネイティブの音声ファイルを聞いても「オ」とは聞こえない。

386仕様書無しさん

2019/10/19(土) 23:09:48.05

エ「クソ」ンをエッソと言い換えたように
ハイ「フン」を配本と言い換えたのだろう

387仕様書無しさん

2019/10/20(日) 00:56:48.51

「日本」の「本」の発音も、F→H→Pと変遷してるらしく
（今は「にほん」から「にっぽん」への移行中）、
ハイフンもハイホンに移行し終わったあたりなのではなかろうか。
そのうちハイプンになると思われる。

388仕様書無しさん

2019/10/20(日) 00:59:49.26

スクロールバーがないから自由にスクロール出来ずスクロールは画面単位やカーソル位置までとか固定されているエディタがまだまだ現役なのだ

389仕様書無しさん

2019/10/20(日) 22:10:26.49

>>385
実際にはハイフンではなく、マイナス記号だからな。

390仕様書無しさん

2019/10/20(日) 22:12:06.07

このスレはオープンCOBOLの話がほとんど出てこない。不思議ですね。

391仕様書無しさん

2019/10/20(日) 22:25:17.83

オープンCOBOLって何？
昔UNIX-COBOLやったことあったけど殆どはZ/OSだな

392仕様書無しさん

2019/10/20(日) 22:26:33.52

>>390
今はGnuCOBOLかな？

393仕様書無しさん

2019/10/20(日) 22:43:05.55

Visual COBOLを使っていると、ここで悪く言われていることが的外れなのがよくわかるよ。

394仕様書無しさん

2019/10/21(月) 03:30:19.50

>>382
C#をマイクロソフトは「Cシャープ」と呼ぶ不思議
#はナンバーサインと分かってもシャープと言ってしまう
電話の記号もシャープって呼ぶもんね
それと電話機の「×に-」のスターマークも「×に|」のアスタリスクって呼んでる
スマホのキーパッドは＊になっているから
固定電話のスターマークも変わるかもね

395仕様書無しさん

2019/10/21(月) 06:47:46.36

>>390
富士通のpowerAEとか使ったりしてた
日立のCOBOL2002は開発しやすかった

396仕様書無しさん

2019/10/21(月) 08:20:04.14

オープン系開発の話が過去形なのが笑える
やっぱCOBOLは汎用機主流なんだね

397仕様書無しさん

2019/10/22(火) 13:56:20.11

>>394
英語キーボードでは井桁を入力できないし、文字として存在しない。

398仕様書無しさん

2019/10/22(火) 13:59:03.79

>>397
どうでもいいですよ

399仕様書無しさん

2019/10/22(火) 15:19:45.71

>>394
英語キーボードではシャープ記号を入力できないし、文字として存在しない。

400仕様書無しさん

2019/10/22(火) 15:23:15.30

AWSで動くマジ？

401仕様書無しさん

2019/10/22(火) 18:29:54.78

英字配列キーボードがなぜか突然出てくるなぞ

402仕様書無しさん

2019/10/24(木) 15:39:20.26

変数名はアルファベット3文字+連番で台帳を使って管理
80行24桁の画面設計用紙で画面設計し
会議室に集まって手書きのコーディングシートを使ってコードレビューする
鞄の中には常にフローチャート用の定規を常備（IBMのロゴ入り）

そんな感じのとこ、今もあるのかなぁ

403仕様書無しさん

2019/10/24(木) 18:55:37.39

WEBプログラミングしてるとたまにCOBOLでやったほうが楽なんじゃないかと思うことがある

404仕様書無しさん

2019/10/24(木) 21:39:04.76

>>403
そうそう、あるある！

405仕様書無しさん

2019/10/25(金) 01:08:25.37

コボル最強伝説語り現れる

406仕様書無しさん

2019/10/26(土) 09:26:59.22

>>403
たぶん、COBOLでやってると、WEBは楽だったなあと思う部分も出てくると思うんだ
上手い具合に混ぜられるといいんだけどね

407仕様書無しさん

2019/10/26(土) 17:24:31.88

>>403
そうか？

408仕様書無しさん

2019/10/26(土) 19:31:08.67

>>403
へえ

409仕様書無しさん

2019/10/26(土) 20:14:21.24

>>403
言ってることは一理ある

410仕様書無しさん

2019/10/26(土) 22:23:12.79

>>403
なんだと！

411仕様書無しさん

2019/10/26(土) 22:23:35.60

>>407-409
おまえらCOBOL書けないんだろ？
他人が作ったフレームワークに乗っかるだけのクズなんだろう？

412仕様書無しさん

2019/10/27(日) 00:51:51.66

コボラーもIDENTIFICATION DIVISIONからもう書けないよ
コピペしてるだけ

413仕様書無しさん

2019/10/27(日) 23:11:29.85

SQLでごちゃごちゃやらずに素直にドカッと引っ張ってきて

414仕様書無しさん

2019/10/28(月) 00:43:28.98

select文をread文と同じ扱いにするのがコボラー

415仕様書無しさん

2019/11/06(水) 07:19:35.90

java習得したか？

416仕様書無しさん

2019/11/06(水) 08:14:22.24

ハロワの職業訓練で習いました
完璧です！

417仕様書無しさん

2019/11/06(水) 15:43:33.94

>>416
で？

418仕様書無しさん

2019/11/06(水) 18:33:55.77

>>416
よくやった！

419仕様書無しさん

2019/11/06(水) 20:15:24.20

ﾃﾚﾍﾟﾛ

420仕様書無しさん

2019/11/06(水) 20:39:02.26

自演乙

421仕様書無しさん

2019/11/06(水) 20:47:45.86

COBOLのサブルーチン追ってく感覚でクラスとメソッドおってくんだがよくわかんなくなってくる

422仕様書無しさん

2019/11/06(水) 21:07:24.77

COBOLはプログラムの先頭でまとめて変数とか定数を定義するブロックスコープとかがないので大量に操作していると頭がこんがらがる

423仕様書無しさん

2019/11/06(水) 22:20:59.15

JAVAなんて糞
COBOLだけで食っていけるのが真のコボラーなんじゃよ

424仕様書無しさん

2019/11/06(水) 22:30:34.92

>>422
逆だろw

425仕様書無しさん

2019/11/06(水) 23:24:22.02

COBOL案件単価安すぎなんだよ

426仕様書無しさん

2019/11/06(水) 23:33:24.54

だから使えない老人だらけとなる

427仕様書無しさん

2019/11/07(木) 00:36:22.66

>>422
管理台帳を参照すればよいのだ

428仕様書無しさん

2019/11/07(木) 15:24:29.43

COBOLが古い言語というのは知ってたけどもう還暦のようで
需要尽きないものなんすね

429仕様書無しさん

2019/11/07(木) 15:28:21.47

>>428
COBOLが悪いわけではなく、COBOLが想定している環境がいまとなっては特殊すぎて、何もかも高コストになる。

だから徐々にCOBOLの使用が減っている。

430仕様書無しさん

2019/11/07(木) 16:16:24.49

COBOLがダメっていってるのは
Lotus1-2-3がダメって言ってるのと大して変わらんよ
今でも十分すぎるほど使える

431428

2019/11/07(木) 23:06:11.96

なんかディスってるように見えたかな
息が長いというか、淘汰されないもんなんだなぁと思っただけですサーセン

432仕様書無しさん

2019/11/07(木) 23:07:53.25

COBOLの需要というより汎用機の需要だな
セキュリティ最優先の業種は汎用機優先になる

433仕様書無しさん

2019/11/08(金) 00:03:51.96

もうCOBOLの案件なんてないよな

434仕様書無しさん

2019/11/08(金) 00:23:06.87

10数年ぐらい前にデータセンターでテープとか使って立ち会いとかしてたな。懐かしいw
今は流石に無くなったよな？
別業種行ったので分からん。

435仕様書無しさん

2019/11/08(金) 12:16:31.82

COBOLの古いことによる欠点はオンライン処理が辛いことと
フレームワークとの分担が上手くいってないことだと思う
だからバッチ処理なら今でも便利に使えるし、
ハケンが触れるフロントエンドには出てこないだけのこと

436仕様書無しさん

2019/11/08(金) 12:18:42.83

テープって穴あきのほう？それともぐるぐるまわる磁気テープ？
今でも磁気テープは新しい規格が出来て現役だよ

437仕様書無しさん

2019/11/08(金) 13:10:12.51

>>431
COBOLと同等以上の安定性を持ったシステムが開発されたら置き換わるだろうね
汎用機との組み合わせで少なく見積もっても30年くらい安定して稼働しているので
検証が大変だと思うけど頑張ってな

438仕様書無しさん

2019/11/08(金) 23:05:14.26

>>432
汎用機は隔離していないとセキュリティがザルだから使い物にならない。

439仕様書無しさん

2019/11/08(金) 23:06:06.88

>>436
セロテープ

440仕様書無しさん

2019/11/08(金) 23:07:25.11

>>437
汎用機が安定しているのは汎用機をいじってないから。

441仕様書無しさん

2019/11/08(金) 23:17:52.11

某官庁ではメインサイト被災後の復旧時にバックアップサイトとの通信が不可能は場合は
磁気テープで受渡しする手順になってます
なので磁気媒体はこの先も無くならないです

442仕様書無しさん

2019/11/09(土) 06:56:24.15

>>438
逆に現代のハッカー(笑)はたとえコンソールの前まで行ってもまともに操作できないんじゃ…

443仕様書無しさん

2019/11/09(土) 07:22:11.56

>>442
コンソールじゃなくてカードリーダーのところに行かなければ
ジョブを投入することが出来ないじゃないか

444仕様書無しさん

2019/11/09(土) 08:42:27.39

最近はRPAでホストコンピュータの自動操作してたりするんだけど、これPCがハッキングされたらホストにも入れてしまいそうだよ

445仕様書無しさん

2019/11/14(木) 17:12:29.61

>>442
コンソールじゃなくてカードリーダーのところに行かなければ
ジョブを投入することが出来ないじゃないかね

446仕様書無しさん

2019/11/15(金) 19:07:05.37

>>433
有るよ

447仕様書無しさん

2019/11/15(金) 19:43:29.38

>>433
ないあるよ

448仕様書無しさん

2019/11/17(日) 00:37:53.23

>>433
あるわけないあるよ

449仕様書無しさん

2019/11/17(日) 14:06:46.72

COBOLのままリホストする例も有る
COBOL自体は無くならない

450仕様書無しさん

2019/11/17(日) 16:47:30.20

>>449
なくならないあるよね

451仕様書無しさん

2019/11/17(日) 23:30:38.31

おにぃさんおにぃさん、ちょっとこっち
今ならいいコボルの案件あるよ

452仕様書無しさん

2019/11/18(月) 08:21:44.91

COBOLの案件で入ってjavaにマイグレーションされて、そのままコピペ開発でjavaのなんとかやってるけど、本質的に理解できてない

453仕様書無しさん

2019/11/18(月) 12:16:14.57

COBOL→Java、と言う間違ったマイグレーションが王道化した結果、技術者の人件費低下&技術力低下を招いた

454仕様書無しさん

2019/11/18(月) 12:23:40.89

コボラーオヤジ、自称コンピューター歴30年以上のベテランSEがWindowsの使い方解らなくて派遣の姉ちゃんに教わってた

455仕様書無しさん

2019/11/18(月) 12:46:30.54

あるある

456仕様書無しさん

2019/11/18(月) 13:41:32.07

そうかわからないフリすれば若い子とイチャイチャできるのか
良いこと聞いた

457仕様書無しさん

2019/11/18(月) 13:55:44.27

ハゲには無理

458仕様書無しさん

2019/11/18(月) 15:08:52.61

>>456
そうだぞ、ハゲには無理

459仕様書無しさん

2019/11/18(月) 15:49:24.24

ツールでＣＯＢＯＬを一気にJavaに変換

エラーを手作業で変換してオープン化プロジェクト完了

そしてメンテナスに困る

460仕様書無しさん

2019/11/18(月) 15:58:15.07

>>459
>>メンテナンスに困る
まさに今はその状況があちこちで見られる
ツールで一気に移行して後の消費税増税や軽減税率対応したら、そりゃおかしくなるわw

461仕様書無しさん

2019/11/18(月) 18:50:23.15

でも汎用機orオフコンからIAにCOBOLのまま移植するのかなり大変じゃないの？
楽々ならパッケージカスタマイズとかも流行らんかったろ

462仕様書無しさん

2019/11/18(月) 19:01:33.55

地方の役所はみんな問題を抱えている

有名なのが
京都市の基幹系システム刷新プロジェクトの遅延

463仕様書無しさん

2019/11/18(月) 20:27:53.57

↑
キャノンソリューションが受託したな
今ごろ火吹いてるだろうけど

464仕様書無しさん

2019/11/18(月) 20:32:50.27

>>461
やり方次第
オープンCOBOLと言っても
富士通のNETCOBOL(.NET上で稼働)
マイクロフォーカスCOBOL
GNU COBOL
分かってるだけでこれだけ種類有る
で、中身のCOBOL言語仕様はほぼ統一されてる
ホストとしてUNIXサーバーにするかLinuxサーバーにするかWindowsサーバーにするかも選べる
ライセンスフリーでJavaが移行先言語になってたがOracleのせいでそれもダメになった

465仕様書無しさん

2019/11/18(月) 23:53:01.32

ｃｏｂｏｌのソースでIF文のネストが100STEP以上続いてたのは笑ったわ

466仕様書無しさん

2019/11/19(火) 07:48:26.61

そろそろjavaの勉強しようかなと。
おすすめの本教えて

467仕様書無しさん

2019/11/19(火) 08:19:52.32

教えて欲しければ尻をコッチヘ向けるんだ

468仕様書無しさん

2019/11/19(火) 08:59:49.07

スッキリわかるjava入門

469仕様書無しさん

2019/11/19(火) 12:01:43.51

>>466
今さらメンテナンス言語に手を出すの?

470仕様書無しさん

2019/11/19(火) 13:05:13.26

そうだ、メンテでもCOBOLで書いてJavaにコンバートしよう

471仕様書無しさん

2019/11/19(火) 18:27:35.77

>>469
まずはjavaかなと

472仕様書無しさん

2019/11/19(火) 21:29:32.79

コボラーはユーザ登録して喜んで読みなさい
https://japan.zdnet.com/extra/ibm_1911/35144817/

おや、よくみるとPRの文字が
．．．これ提灯記事じゃん

473仕様書無しさん

2019/11/19(火) 22:01:11.45

マイクロフォーカスに関してはねえ、、
現に利用してる所が限られる
ライセンス料もそれなりに払える所だけね
GNU COBOLとかに関する記事の方が役に立つよ

474仕様書無しさん

2019/11/20(水) 16:11:44.19

>>473
ウンコの方が役に立つよな

475仕様書無しさん

2019/11/20(水) 20:47:50.16

うん

476仕様書無しさん

2019/11/20(水) 20:53:41.73

コリアン

477仕様書無しさん

2019/11/21(木) 06:38:39.93

>>474
有機農家かなにか？

478仕様書無しさん

2019/11/21(木) 08:19:12.87

所詮はウンコボルなのだよ

479仕様書無しさん

2019/11/22(金) 08:19:31.09

コボラーも年々人が減ってきている
案件で人を探してもなかなか見つからない
COBOLの案件は割に合わなく将来性も無いから新しく人を育てないからだ

480仕様書無しさん

2019/11/23(土) 12:59:59.82

無理に育て無くて良い
若いヤツはCOBOL嫌いだし

481仕様書無しさん

2019/11/23(土) 15:54:25.04

仕事とられたくないんだろ
若くて優秀な奴が来たらコボル知ってるだけが取り柄なジジィは即クビだもんな

482仕様書無しさん

2019/11/23(土) 16:01:09.40

好き嫌いの問題？
ピーマン食べれないお子ちゃまかよ

483仕様書無しさん

2019/11/23(土) 16:24:57.02

> 若くて優秀な奴が来たらコボル知ってるだけが取り柄なジジィは即クビだもんな
若くて優秀な人がなんでわざわざコボルみたいな保守案件選ぶの？
コボル爺と仕事取り合う時点で優秀じゃないよね

484仕様書無しさん

2019/11/23(土) 16:50:57.35

>>483
まあ、その通りだな
適材適所って有るし
COBOLの現場に好きで来る若いプログラマっていない
twitterでもCOBOLやらされてブーブー言ってるヤツ多い

485仕様書無しさん

2019/11/23(土) 16:54:12.33

かと言ってJavaの現場も今やフレームワーク決まっててツールでコード生成してる現場有るからJavaの現場も若いプログラマにはメリットが無くなりつつ有る
まだJavaの現場の方が若いプログラマが活躍出来る
単価は上がるかはアレだが

486仕様書無しさん

2019/11/23(土) 16:56:36.48

若いプログラマで優秀なヤツやゲームやAI、モバイル開発へ行く
ビジネスシステム開発なんて泥臭い所に来ても体と心壊してしまうだけ

487仕様書無しさん

2019/11/23(土) 19:49:58.31

ゲーム開発ってSE・PGの中でも特に労働環境悪い部類に入ると思うぞ。
保険屋や銀行に常駐しているSE・PG（そいつらの大半がコボラー）の
労働環境も決して良いとは言えないが、それよりも酷いんじゃないだろうか。

488仕様書無しさん

2019/11/23(土) 23:22:25.64

ロースキルでもやっていける
若手は配属されないから切られる心配もない
コボルなんて知ってるやつも少ないから工数も多めに出して余った時間は適当に遊んでる
定年まで安泰じゃ、ワハハ

489仕様書無しさん

2019/11/24(日) 15:19:18.57

>>487
ゲーム開発は労働環境悪いがシニアプログラマでは無理だからな
必然的に若いプログラマ中心になる

490仕様書無しさん

2019/11/24(日) 16:46:15.36

COBOLやPL/Iに求められるのは金勘定が上手く行ってるか
その流れで帳票が上手く出力出来るか
金勘定がコードで追える言語でオープン環境すんなり使えるモノが出て来ない限り代わりは無い
C#は微妙に惜しいのよね

491仕様書無しさん

2019/11/24(日) 18:30:23.70

Javaの銀行って炎上しまくる案件がめちゃ多いよね。
年号が変わったときも150時間超えの残業で死にそうな顔の人多かったｗ

492仕様書無しさん

2019/11/24(日) 19:06:14.12

西暦→和暦変換部分をオブジェクト化してないからじゃ無いか
外部オブジェクト化してりゃ本体ビルドしなくても移行出来るでしょ
テストは必要だが
帳票系は見て確認必要だが
要はシステムの作り方次第だが、Javaのオブジェクト志向とか考えずに実装されてるからでは

493仕様書無しさん

2019/11/24(日) 21:37:29.66

憶測で物言ってる時点で

494仕様書無しさん

2019/11/24(日) 23:15:42.53

通常の設計なら日付周りはサブルーチン→モジュール→オブジェクト化って流れ
そうなって無いなら、その程度の所って事になる

495仕様書無しさん

2019/11/25(月) 01:43:32.44

>>492
閏年の計算なんてJavaに限らずシステムに実装されてるだろう？
でも間違う馬鹿が必ずいる
要はそういうことだよ

496仕様書無しさん

2019/11/25(月) 23:04:31.07

何だかんだ言っても再雇用組なんて少数派だし、
ジジイばかりとか言いつつ所詮は40代とか50代だろ？
コボラーは実年齢以上に老害化している人が多いのか、
或いは数としては少数の再雇用組が異常に幅を利かせているのか？

497仕様書無しさん

2019/11/25(月) 23:48:31.04

COBOLにオブジェクト指向が必要な部分ってあるんですかね？
なんか余計な機能のように思えてならないんですが

498仕様書無しさん

2019/11/26(火) 08:22:16.62

COBOLにオブジェクト指向とは無理矢理過ぎて笑える

499仕様書無しさん

2019/11/27(水) 12:29:56.09

ふと疑問に思ったんだが、汎用的な銀行のシステムを作って
それをいろんな銀行に使わせるみたいなことってできないのか？

老舗銀行でそれはできないとしても、これから新規に開業する銀行ならできると思うんだけど
老舗銀行が新規に銀行作って、顧客に新しい銀行に口座を移してもらうことで
システムを新しいものに入れ替えるみたいなことは無理なのか？

500仕様書無しさん

2019/11/27(水) 13:17:32.48

各銀行にプライドがあるからな
日本人はその手の効率化はできない

501仕様書無しさん

2019/11/27(水) 20:21:59.12

新規はスクラッチではやらん。

https://www.itmedia.co.jp/news/spv/1910/02/news104.html

502仕様書無しさん

2019/11/28(木) 06:10:23.94

そもそも地銀は結構共同システム多いんじゃなかった？

503仕様書無しさん

2019/11/28(木) 06:54:47.55

15年前、某大手携帯会社のシステムはオープンCOBOLだった。javaに移行するなんて話あったけどどうなったんだろうな

504仕様書無しさん

2019/11/28(木) 10:57:21.32

>>502
多い
りそな系列とか(マイクロフォーカスCOBOL)
ユニシス系は.NET

505仕様書無しさん

2019/11/29(金) 11:12:20.90

>>499
昔、第●勧銀と富●通が「bank ～～」ってのを作って
他の地銀に売ってたな

506仕様書無しさん

2019/11/29(金) 23:19:15.31

銀行の内部はさすがに犯罪命令多すぎないか？

507仕様書無しさん

2019/11/30(土) 23:31:39.91

某社のジュリアンデートカレンダーが配布される時期になったな
何気に手帳が重宝するんだよね

508仕様書無しさん

2019/12/02(月) 22:03:10.53

>>507
知らねえよ
俺に聞くなって言ってるだろ！

509仕様書無しさん

2019/12/02(月) 23:09:08.84

．．．わからないことは何でも聞けよと言ってたのに。。。

510仕様書無しさん

2019/12/03(火) 00:55:41.67

>>509
聞けよじゃなくて、あらかじめ文書にしてくれませんかね？

511仕様書無しさん

2019/12/06(金) 21:43:06.34

>>510
嫌じゃ！

512仕様書無しさん

2019/12/07(土) 11:19:20.01

だから何度も言わせるなよ
これはあれなんだよ

513仕様書無しさん

2019/12/07(土) 14:43:59.14

>>512
どれだよ
インデックス化するとか番号振るとかしろよ

514仕様書無しさん

2019/12/08(日) 00:10:29.04

それ誰に通じる日本語なのさ

515仕様書無しさん

2019/12/08(日) 00:16:59.01

本人はできる奴だと思ってるから始末に負えない
マニュアルぐらい読めよ、すぐ人に聞かないでさ

516仕様書無しさん

2019/12/08(日) 08:36:20.15

答えられないから自分で調べろと言う

517仕様書無しさん

2019/12/08(日) 11:23:36.86

JCLエラーとかb37とか懐かしい

518仕様書無しさん

2019/12/08(日) 12:25:49.57

君はオペレーターかね
せめてプログラマらしく0C7とか言いなよ

519仕様書無しさん

2019/12/08(日) 13:14:03.98

プログラマだけど0c7は滅多になかったな。テスト環境がショボいからb37よくおきてた

520仕様書無しさん

2019/12/12(木) 01:57:04.88

市役所の仕事があるぞ

521仕様書無しさん

2019/12/12(木) 08:11:28.26

所で役所の非正規って悲惨らしいな

522仕様書無しさん

2019/12/14(土) 15:13:41.85

らしいね

523仕様書無しさん

2019/12/14(土) 19:21:21.49

らしいらしい

524仕様書無しさん

2019/12/15(日) 08:31:51.30

いやらしいらしい

525仕様書無しさん

2019/12/18(水) 18:39:20.66

こんなん回ってきたわ。
周りほとんどDXレポート知ってて驚いた。こぼらーもそういうの見てるんだな。
ついにCOBOLなくなるんかね。
2025年には何も変わってなさそうだけど。
https://forms.gle/vT4PE1E6Y8ei5ZLo8

526仕様書無しさん

2019/12/18(水) 23:04:35.62

ＡＩコボラーの登場です

527仕様書無しさん

2019/12/18(水) 23:19:27.49

「COBOLなくなる」ネタっていつからあるんだ？　90年代にはもうあった？

528仕様書無しさん

2019/12/18(水) 23:23:37.66

90年代はオフコン残ってて現役バリバリだったような
Javaが出てきてからじゃないかな？
古くてダメな言語だから最新の正しいオブジェクト指向言語に置き換えましょう
みたいな怪しい宗教が発生したあたり

529仕様書無しさん

2019/12/19(木) 00:00:14.81

コボルのシステムのほとんどはなくなるけど少しは残るだろう
もうその状態ではCOBOLはなくなったと言ってもいいでしょう

530仕様書無しさん

2019/12/19(木) 03:35:13.41

>>527
4GLが流行ったのは90年代前半だったか80年代後半だったか
ちょっと記憶が曖昧だけど、なんかその辺
Javaが出てくる10年くらい前だよ

531仕様書無しさん

2019/12/19(木) 12:19:06.69

ワイは崖から落ちるわ

532仕様書無しさん

2019/12/19(木) 18:12:06.79

コボラーが書くVBAってクセあるよな

533仕様書無しさん

2019/12/19(木) 18:24:17.30

そうなの？

534仕様書無しさん

2019/12/19(木) 20:40:58.21

VBAじゃなくJavaだけど、うちのコボラーは1クラス数千ステップのコードをドヤ顔で書いてくるわ
しかもコピペで冗長コードを大量生産
オブジェクト指向？なにそれおいしいの？状態

535仕様書無しさん

2019/12/20(金) 02:08:45.59

ステップ数が金に直結するなら迷わずそうするだろ？
短く書くのは技術の安売り

536仕様書無しさん

2019/12/20(金) 05:44:53.34

ステップ数が金に直結するとこなんて今あるの？

537仕様書無しさん

2019/12/20(金) 07:56:39.46

進捗をステップで測る

538仕様書無しさん

2019/12/20(金) 09:59:43.89

スキルをステップで測る

539仕様書無しさん

2019/12/21(土) 11:48:18.16

似たような処理のモジュール何個も作る奴

540仕様書無しさん

2019/12/21(土) 12:44:33.85

コボラー「モジュール化して共有するより、多少冗長的でも一つのクラスにまとめた方がコードが追いやすいだろ」

541仕様書無しさん

2019/12/21(土) 15:21:57.07

下手に内部で条件分岐すると組み合わせが多くて間違いやすいしな

542仕様書無しさん

2019/12/22(日) 20:27:36.27

コボラーが1番オススメするテキストエディタ教えて

543仕様書無しさん

2019/12/22(日) 20:55:22.59

ASPEN

544仕様書無しさん

2019/12/22(日) 22:13:28.75

秀丸

545仕様書無しさん

2020/01/04(土) 08:03:27.87

ピリオドいる時といらない時の違いが分からん

546仕様書無しさん

2020/01/04(土) 15:02:43.45

え？

547仕様書無しさん

2020/01/04(土) 15:04:00.20

コボラーだかjavaをやりはじめた
ソース追ってクラスを遡ってくと何やってるかさっぱりわこらん

548仕様書無しさん

2020/01/04(土) 15:05:00.20

コボラーだかjavaをやりはじめた
ソース追ってクラスを遡ってくと何やってるかさっぱりわからん

549仕様書無しさん

2020/01/04(土) 15:05:59.35

重複すまぬ

550仕様書無しさん

2020/01/09(木) 14:28:58.54

>わこらん
<わからん

重複してないよ9)

551仕様書無しさん

2020/01/09(木) 18:48:38.36

goはコボラーが取っつきやすい言語なの？

552仕様書無しさん

2020/01/12(日) 12:16:52.15

コボラー先輩はGO TO得意ですよね

553仕様書無しさん

2020/01/12(日) 13:45:53.66

セクション構造のプログラムのEXIT直前へのGO TOは多用するが、
中途半端な部分にラベルを作ってそこへのGO TOはコボラーでも嫌がる人が多い。

554仕様書無しさん

2020/01/12(日) 22:20:07.23

GO TO HELL

555仕様書無しさん

2020/01/13(月) 06:19:01.39

新卒で入った頃は純粋GO TO制御なプログラムよりもPERFORM 段落 THRU 段落が多用されてることに最初は面食らったな
あの構文を継承した言語ってあるの？

556仕様書無しさん

2020/01/13(月) 22:41:56.78

COBOLの後継言語がない

科学技術と商業用のいいとこ取りを仕様としたPL/Iは失敗した

557仕様書無しさん

2020/01/16(木) 07:16:56.17

失敗してないよ今もRPGと共に現役だよ

558仕様書無しさん

2020/01/16(木) 08:19:18.46

PL/1なんて銀行とかの勘定系みたいなショボいシステム位でしか使われてないやん

559仕様書無しさん

2020/01/16(木) 12:21:36.41

コボラーはPL/1のポインターの使い方が解らなくて挫折するらしいね

560仕様書無しさん

2020/01/17(金) 02:43:40.25

挫折はしなかったけど、最初ポインタの初期化忘れやってST障害出した。

561仕様書無しさん

2020/01/21(火) 21:50:14.28

なんだかんだでコボラーはテクあるよな

562仕様書無しさん

2020/01/22(水) 00:56:05.66

おじさま、とってもテクニシャンね
ああ凄いわ

563仕様書無しさん

2020/02/02(日) 07:47:39.41

COBOLの現場って古い人が多いから
残業する人は頑張ってるから偉いとかそんな考えの現場やっぱ多いんかね
徹夜自慢とか

564仕様書無しさん

2020/02/02(日) 08:28:31.46

経験が長いから偉いとかな

565仕様書無しさん

2020/02/02(日) 19:36:35.25

新しいことに否定的なんだよね

566仕様書無しさん

2020/02/02(日) 22:32:50.56

>>563
そんなことないよ？
大体年寄りは徹夜なんかできん

567仕様書無しさん

2020/02/03(月) 00:50:29.84

年寄りは通院で休暇が多い
大したこと出来ないし倒れられても困るから残業もやらせられない

568仕様書無しさん

2020/02/03(月) 13:38:34.98

COBOLerのEOL対応どうすっぺか
汎用機はAWSが延命してくれたけど、COBOLerが次々EOLを迎えていく

569仕様書無しさん

2020/02/08(土) 11:56:57.29

需要は激減

570仕様書無しさん

2020/02/16(日) 21:29:39.12

COBOLの場合、技術的に難しい仕事ってのはそうそう無いけど、
だからと言って楽な仕事かと言われるとそうでもないのが辛いところだよな。
客先常駐も多い上に、コボラーが常駐するような客先って、
馬鹿の一つ覚えみたいにセキュリティセキュリティ騒いでるようなとこばっかだし。

571仕様書無しさん

2020/02/17(月) 08:14:08.59

コボルの修正はif文とmove文だけで終わります

572仕様書無しさん

2020/04/04(土) 15:01:51.38

最近はOpenCOBOLの需要有る

573仕様書無しさん

2020/04/05(日) 01:21:37.93

OpenCOBOLは日本語対応してないような・・・？
日本語1文字が可変長なのも気持ち悪い

574仕様書無しさん

2020/04/06(月) 20:40:21.11

【米国】「COBOLの使い手急募」新型コロナの影響で　「ボランティアが必要」★２
http://2chb.net/r/newsplus/1586171433/

575仕様書無しさん

2020/04/07(火) 10:40:56.11

昔コボルのおばちゃまがいたことを思い出した。

576仕様書無しさん

2020/04/20(月) 11:20:31.67

>>573
対応してる
長崎県県庁システムの例が有る

577仕様書無しさん

2020/04/21(火) 13:00:03.56

IBMとかコボラー欲しがってるんやろ？

578仕様書無しさん

2020/04/21(火) 13:08:44.34

マジか・・・
ここに希少なAS400コボラーおるで。

579仕様書無しさん

2020/04/21(火) 21:56:35.53

不思議と求人を見掛けるAS/400のRPG兄貴

580仕様書無しさん

2020/05/17(日) 07:56:15.55

COBOL2020とか名前変えたら
かっこいいのに
昔、FORTRAN77ってのがあったな
ピンクレディのカルメン77と
かぶってかっこいい名前だと思った

581仕様書無しさん

2020/05/17(日) 15:45:21.04

COBOLerは実際プログラム書けない人が多い

582仕様書無しさん

2020/05/17(日) 17:07:29.39

>>580
今時はCOBOL2000だろ。未だに85使ってる奴とかいるの？

583仕様書無しさん

2020/05/17(日) 18:52:53.50

COBOL85の次はCOBOL2002で、更にその次はCOBOL2014だったはず

584仕様書無しさん

2020/05/18(月) 19:56:22.42

むしろCOBOL85じゃないとこあるの？

585仕様書無しさん

2020/05/19(火) 20:40:11.84

｢慶應卒の学歴なんていらない｣10代起業で成功する子の共通点
https://www.excite.co.jp/news/article/President_35457/
起業で成功するキャリア形成の仕方とは？元プロサッカー選手で起業家の鈴木啓祐氏に聞いた
https://sogyotecho.jp/career-development/
【アプリ開発で起業】必要な心得とマネタイズ方法のすべて
https://www.dreamgate.gr.jp/contents/column/application-development
学生起業家が開発、「人を軸に本を探すアプリ」とは？読書通じて「考える力」養って
https://newswitch.jp/p/20168
島田商高生がアプリ考案、発表　ＩＣＴ起業家育成プログラム
https://www.at-s.com/news/article/local/central/730010.html
医師コンビが「治療用アプリ」で起業、禁煙に続き高血圧治療アプリを開発
https://diamond.jp/articles/-/229375
好きが高じて“カレー起業”、キャッシュレス決済アプリ「TOKYO MIX CURRY」の挑戦
https://diamond.jp/articles/-/215868

586仕様書無しさん

2020/06/07(日) 20:26:26.38

コボラーからなんちゃってジャバラーになったがCOBOLの仕事あるのかな
でもCOBOLってテバッグやテストが面倒よね

587仕様書無しさん

2020/06/17(水) 17:05:20.70

COBOL→Javaの移行が間違いだった

588仕様書無しさん

2020/06/17(水) 17:26:39.54

>>587
なんで？

589仕様書無しさん

2020/06/17(水) 18:17:09.92

>>588
金融系システムとして金額計算にCOBOLを敢えて止める必要性は無かった
結果的にJava有償ライセンス化も発生した

590仕様書無しさん

2020/06/18(木) 00:50:27.31

COBOLは生産性が悪いんだよ

591仕様書無しさん

2020/06/18(木) 03:24:29.29

そうか？
COBOLでトランザクションの管理なんかやったらそりゃ生産性低いだろうけどさ
それは使う場所間違えてるってだけの話

592仕様書無しさん

2020/06/18(木) 05:33:35.07

テストやデバッグがめんどくさい

593仕様書無しさん

2020/06/19(金) 00:06:00.21

デバッグはDISPLAY文でやるのがコボラー

594仕様書無しさん

2020/06/21(日) 21:44:59.60

COBOLって事務員が保守してたってマジ？

595仕様書無しさん

2020/06/21(日) 22:50:39.63

昔はやってたね。
テストとかもやってたけど酷かったよ。
バグ直さずにコメントアウトとかw

596仕様書無しさん

2020/06/22(月) 00:04:04.89

えっ？コボラーは事務員でしょ？

597仕様書無しさん

2020/06/22(月) 01:02:38.55

事務員って何だよ
総務課所属なのか

598仕様書無しさん

2020/06/22(月) 05:45:53.85

昔はSEとかPGとかって職業が少なかったからでしょ。
情報システム部なんて部署すらもない会社も多かった

599仕様書無しさん

2020/06/22(月) 08:53:21.01

外部委託が当たり前になった時代にいまどき自社で情シス持っている会社なんてあるの？

600仕様書無しさん

2020/06/22(月) 12:29:33.39

いくでもあるでしょう
完全外部委託でも情シスある企業だってあるし。

601仕様書無しさん

2020/06/22(月) 12:54:36.51

全て情報システム部門で完結してる企業って少ないよ

602仕様書無しさん

2020/06/22(月) 15:50:46.47

誰が完結してるって話をしてるんだっけ？
急に変な条件持ち出すなよ

603仕様書無しさん

2020/06/23(火) 00:26:53.11

今はIT企画部とか情報戦略部とかよくわからない名称になってる情報処理部門

604仕様書無しさん

2020/06/23(火) 01:13:34.68

下請けを協力会社とかいうようなものか

605仕様書無しさん

2020/06/23(火) 08:16:28.11

昔は区分けがSEとPG位だったのが、今やなんとかエンジニアの種類が増えたこと

606仕様書無しさん

2020/06/24(水) 13:58:35.99

マシンエンジニア
カーエンジニア
プラントエンジニア
システムエンジニア
他、何よ

607仕様書無しさん

2020/06/24(水) 14:01:15.12

機械系エンジニアを無視して「エンジニアです」と名乗る人達はエンジニア代表です

608仕様書無しさん

2020/06/24(水) 19:09:04.51

ネジザウルスが代表

609仕様書無しさん

2020/06/25(木) 00:28:41.16

データエンジニアとか何する人なのって感じ

610仕様書無しさん

2020/06/30(火) 16:03:11.83

頑張れRPG

611仕様書無しさん

2020/06/30(火) 23:55:33.43

ＲＰＡじゃなくって

612仕様書無しさん

2020/07/01(水) 11:33:03.09

COBOLをjavaにマイグレーションしたなんちゃってjava開発やって2年
コピペ開発でなんとかなってるが、javaよくわからんまま開発しているよ

613仕様書無しさん

2020/07/01(水) 20:25:06.94

今も騎乗デバッグする文化残ってる？

614仕様書無しさん

2020/07/02(木) 01:00:04.29

そもそも紙に出さない
中に出す

615仕様書無しさん

2020/07/02(木) 19:59:49.38

DISPLAY貼りまくってデバッグ終わったら、そのディスプレイ全部削除するん？

616仕様書無しさん

2020/07/02(木) 21:05:41.45

7桁目のD使ってるとこあるの？

617仕様書無しさん

2020/07/02(木) 22:35:25.12

>>615
削除する
で、間違って関係ないとこ消して障害

618仕様書無しさん

2020/07/15(水) 23:45:20.51

GO TO TRAVEL.
～
TRAVEL:
この後のコーディグは何が書かれてる？

619仕様書無しさん

2020/07/25(土) 15:17:21.03

>>DISPLAY貼りまくってデバッグ終わったら、そのディスプレイ全部削除するん？
正規表現をつかえば、置換で、DISPLAY行みんなペロって消えるから問題ないよ。

620仕様書無しさん

2020/08/13(木) 11:10:25.48

>>292
虚数許されてないならそうもなるわ

621仕様書無しさん

2020/08/13(木) 13:41:42.71

>>377
机上デバッグ言われて会社やめたわw

622仕様書無しさん

2020/08/15(土) 17:51:25.10

>>621
ふーん、で？

623仕様書無しさん

2020/08/15(土) 18:10:24.67

今はムショック!!

624仕様書無しさん

2020/08/15(土) 21:41:12.67

COBOLの案件まだあるの？

625仕様書無しさん

2020/08/15(土) 22:34:17.37

大手保険会社・銀行が全部潰れない限りは無くならないんじゃね？ｗ

626仕様書無しさん

2020/08/15(土) 22:39:17.86

javaにマイグレーションしてないの？

627仕様書無しさん

2020/08/15(土) 22:46:07.07

みずほ銀行はJavaに移行したじゃん

628仕様書無しさん

2020/08/15(土) 23:41:00.59

昔ドコモの顧客管理システムCOBOLだったけど、さすがにjavaになったよな？

629仕様書無しさん

2020/08/15(土) 23:44:56.98

みずほ以外にも銀行はたくさんあるし、（例え大手に絞っても）あらゆる銀行・保険屋でJava等の他言語に完全移行は困難かと。
例えそれが実現したとしても、その頃今生きている人の内何人がこの世にいるだろうか？ってくらい先になりそう。

630仕様書無しさん

2020/08/16(日) 05:19:18.05

アメリカは結局脱COBOLを諦めたんだっけ？

631仕様書無しさん

2020/08/16(日) 07:28:05.02

アメリカって何処の誰なのさ

632仕様書無しさん

2020/08/26(水) 10:21:50.26

>>627
移行しきれていない

旧みずほ　富士通５台、バックアップ５台
旧みずほコーポ　日立６台
みずほ信託　ＩＢＭ２台＋バックアップ１台
の３系統を統合

メインフレームが１９台から４台(うちバックアップ１台)に減った

633仕様書無しさん

2020/09/03(木) 22:01:21.21

>>632
という夢を見ました

634仕様書無しさん

2020/09/03(木) 22:04:15.41

これだろ
https://xtech.nikkei.com/atcl/nxt/column/18/00942/082900006/

635仕様書無しさん

2020/09/06(日) 15:27:58.35

いや、ちょっと違う

636仕様書無しさん

2020/09/06(日) 17:35:01.50

デジタル庁でCOBOL絶滅の行政指導が発動され空前のマイグレ需要が起きるんや

637仕様書無しさん

2020/09/17(木) 19:57:00.22

るーるる　るーるる　るるるるるー
るーるる　るーるる　るるるるるー
こぼる　コボル　COBOL
流行る　覚える　廃れる
バグる　焦る　募るー

638仕様書無しさん

2020/09/18(金) 10:49:31.63

こーぼーるー

639仕様書無しさん

2020/09/18(金) 12:16:12.22

こぼるのオバチャマヨ

640仕様書無しさん

2020/09/18(金) 12:28:33.50

るるるの歌
COBOL編

641仕様書無しさん

2020/09/18(金) 18:28:01.95

落ちコボル

642仕様書無しさん

2020/09/26(土) 17:00:14.62

>>636
今更、COBOL→Javaへ移行するのか?
デスマーチの嵐になる

643仕様書無しさん

2020/10/19(月) 03:10:35.69

うひょっ

644仕様書無しさん

2020/10/23(金) 23:15:33.06

ジャバ移行の流行りは終わったんだね

645仕様書無しさん

2020/10/25(日) 19:50:08.63

まだアルの？

646仕様書無しさん

2020/10/26(月) 02:18:44.22

😊

647仕様書無しさん

2020/10/26(月) 15:16:19.26

半年毎に更新する事前提にJavaには移行しない

648仕様書無しさん

2020/11/04(水) 13:36:11.46

ACOSのCOBOLとかまだ動いてるの？

649仕様書無しさん

2020/11/10(火) 23:48:41.72

>>613-614
今更だが笑ったわ

650仕様書無しさん

2020/12/05(土) 13:11:09.66

「頭使えよ貧乏人」に思う、寝てても金入るシステムを作る人

バカ不平多し★へつらい生きてるからリストラ対象

勝ちは偶然、負けは必然★負けて消えた人に足りなかったものは？

;t=38s
リーダー達の給料が高いのは単純労働者じゃないから

できません、自信がありません、無理です★ボンクラにしたのは誰？

稼げない人へ★情報商材こそ稼げない分野が分かる

9割の人は、ただの作業員★自学自習こそ仕事の基本

サラリーマン、10年経てばボンクラ説

651仕様書無しさん

2020/12/19(土) 19:19:39.23

需要ふえてるよ！
子供から大人まで大人気だよ！

652仕様書無しさん

2020/12/19(土) 21:25:54.41

なんと時給も1万だよ！

653仕様書無しさん

2020/12/20(日) 12:33:40.09

月収160万人かよ

654仕様書無しさん

2020/12/20(日) 12:56:49.01

可愛い娘っこもいっぱいだよ

655仕様書無しさん

2020/12/20(日) 13:49:14.81

可愛い娘(59)

656仕様書無しさん

2020/12/20(日) 19:40:11.77

大切なコボラーを守るため、コロナ対策として自宅から職場まで送迎はリムジンだよ

657仕様書無しさん

2021/01/02(土) 18:09:38.80

COBOLは神です。崇めなさい！

658仕様書無しさん

2021/01/02(土) 20:07:28.28

コボラーはあなたのそばにいる
ほら振り返るとそこには．．．

659仕様書無しさん

2021/02/07(日) 22:24:10.56

>>656
リモートではできない、と

660仕様書無しさん

2021/02/08(月) 00:33:50.69

うち汎用機コボルの開発でリモートやってるよ

661仕様書無しさん

2021/02/08(月) 06:01:40.97

いいねー

662仕様書無しさん

2021/02/08(月) 13:53:12.50

うちもUNIXで中継させて繋がるようにはなってる

663仕様書無しさん

2021/02/10(水) 22:22:59.16

うちも脳みそで中継させて繋がるようにはなってる

664仕様書無しさん

2021/02/10(水) 23:43:22.29

それは無職の妄想です

665仕様書無しさん

2021/02/12(金) 01:30:41.52

コボル人さん頑張って下しあ

666仕様書無しさん

2021/02/12(金) 07:05:18.96

コンビニバイトでも心はコボラーだ

667仕様書無しさん

2021/02/12(金) 07:21:21.06

0c7

668仕様書無しさん

2021/02/12(金) 07:30:05.38

B37

669仕様書無しさん

2021/02/12(金) 08:10:40.52

COBOLか、なにもかもがなつかしい

670仕様書無しさん

2021/02/12(金) 08:56:27.03

某携帯会社の基幹システムはCOBOLだったけど、もうかわったんかな？

671仕様書無しさん

2021/02/12(金) 23:28:03.15

いまだに基幹系が全部コボルって思う人いるんだよな
基幹システムの奥底でひっそりと稼働してるのがコボル

672仕様書無しさん

2021/02/13(土) 13:25:12.92

>>671
ばーーーーか

673仕様書無しさん

2021/02/13(土) 14:28:15.55

小学生か？

674仕様書無しさん

2021/02/13(土) 20:08:33.60

今の現場COBOL要員で入ったが、マイグレーションでjavaに変わった。移行後そのままjavaでの開発要員にいつのまにか変わってた。
かれこれ2年COBOLから離れてるからもうCOBOL忘れてかけてる

675仕様書無しさん

2021/02/14(日) 22:59:47.46

>>671
そうそうコアな部分でひっそりと稼働してるんだよね
難し過ぎるから恐ろしくて誰も手が出せない
根本的な載せ替えは無理無理

676仕様書無しさん

2021/02/16(火) 02:11:11.48

SAPのABAPはCOBOLっぽいな

677仕様書無しさん

2021/02/16(火) 12:39:13.08

>>675
ばーーーーーーーーか

678仕様書無しさん

2021/02/16(火) 20:12:17.85

君は賢そうだな

679仕様書無しさん

2021/02/17(水) 18:10:24.94

>>678
底辺乙

680仕様書無しさん

2021/02/17(水) 19:20:14.06

年収600万で底辺と言われる

681仕様書無しさん

2021/03/01(月) 00:39:33.23

ナウ忙しいでナウ

682仕様書無しさん

2021/03/16(火) 19:38:21.85

COBOLよりJCLが嫌い

683仕様書無しさん

2021/03/16(火) 20:17:28.34

JCLは本番とテストで記述違うからな

684仕様書無しさん

2021/03/17(水) 00:43:52.27

でもＪＣは好きなんだろ

685仕様書無しさん

2021/03/17(水) 16:40:56.27

JS好きなの？こわっ！

686仕様書無しさん

2021/03/18(木) 01:46:27.41

JDが１番肌に合う

687仕様書無しさん

2021/03/20(土) 13:06:32.20

>>684
通報した

688仕様書無しさん

2021/03/20(土) 15:38:48.47

ジョブコン、略してJCだろ

689仕様書無しさん

2021/03/20(土) 21:25:45.78

>>688
見苦しいから、お前のことも通報した

690仕様書無しさん

2021/03/20(土) 21:32:21.62

JCは青年会議所のことだよ
知らないの？
検索してみ

691仕様書無しさん

2021/03/21(日) 06:23:43.76

本当に通報したことある奴いない説

692仕様書無しさん

2021/03/21(日) 07:31:58.48

どこに何を通報したのかと...

693仕様書無しさん

2021/03/21(日) 12:48:52.92

押収品をみてニヤニヤしたいおまわりさんが通報して欲しがってるんだったりして

694仕様書無しさん

2021/03/21(日) 16:08:07.32

内燃機関に通報するんだろ

695仕様書無しさん

2021/03/22(月) 01:31:14.84

リカちゃん電話で通報したのかしら

696仕様書無しさん

2021/04/13(火) 17:36:36.91

メンテナンスの一定需要は有る
Javaも同じ

697仕様書無しさん

2021/04/14(水) 12:55:23.27

銀行も大分COBOL減った？

698仕様書無しさん

2021/04/14(水) 16:17:58.42

>>697
減って無い
もともとPL/Iが多いからね
PL/I→COBOL移行が終わったぐらいでしょ

699仕様書無しさん

2021/04/15(木) 08:10:23.97

大分銀行は存在する

700仕様書無しさん

2021/04/15(木) 14:11:45.48

コボラー卒業したけど、java案件なくなったらコボラーに戻れるかな

701仕様書無しさん

2021/04/15(木) 16:55:44.14

>>697
大分も減っただろ人口

702仕様書無しさん

2021/04/15(木) 18:12:43.04

COBOL案件なんて短期で数は少ないからブランク空きまくりだよ

703仕様書無しさん

2021/04/15(木) 21:55:55.89

>>702
選びまくってるんじゃ無いの
東京、名古屋、大阪なら一定数案件有るよ
OSとか選んでたらそりゃブランク空くでしょ

704仕様書無しさん

2021/04/15(木) 22:37:18.80

その案件は本当に存在するの
人集めの空案件にはもう振り回されたくない

705仕様書無しさん

2021/04/22(木) 09:53:27.24

https://xtech.nikkei.com/atcl/nxt/column/18/00001/05491/
横浜銀行
RHEL+PostgreSQL+NetCOBOLに移行

706仕様書無しさん

2021/04/25(日) 11:56:25.54

銀行はコロナ禍でJavaとReactの若手作業員を大量に退職させた

707仕様書無しさん

2021/04/25(日) 11:59:07.46

>>706
結果COBOLに回帰した
オープン系COBOLだから現代的

708仕様書無しさん

2021/04/25(日) 21:03:28.14

powerAEとか？

709仕様書無しさん

2021/05/01(土) 04:08:21.71

>>698
PL/Iは印刷メーカーが使っていたな
今はどうなのか知らんが...

710仕様書無しさん

2021/05/02(日) 21:53:19.00

COBOLは死んでいない--専門家が語る用途や需要、教育の必要性
https://japan.zdnet.com/article/35170190/

711仕様書無しさん

2021/05/09(日) 20:15:32.71

>>709
知ってるけど教えない

712仕様書無しさん

2021/05/10(月) 01:06:54.99

教えてあげないよ
ジャン

713仕様書無しさん

2021/05/12(水) 02:08:10.60

>>700
無理

714仕様書無しさん

2021/05/12(水) 07:07:46.77

新規システム構築が無いので終わってますよ
現行システムメンテで生きてるだけ

715仕様書無しさん

2021/05/12(水) 11:32:14.19

>>714
>>新規システム構築
COBOLに関してはOpenCOBOL化の案件がちょこちょこ有るよ
Javaとかも少数だが新規案件有るがほとんどメンテ案件

716仕様書無しさん

2021/05/12(水) 12:25:52.61

それ既存システムの再構築でしょ
新規システムじゃないので数は限られてる

717仕様書無しさん

2021/05/12(水) 13:40:29.57

COBOLで全くの新規は無いと思う
COBOL→JavaとかCOBOL→VB.NETとか組み換えは結構有る

718仕様書無しさん

2021/05/15(土) 17:18:05.55

>>716
限られてるから何？
喧嘩売ってる？

719仕様書無しさん

2021/05/15(土) 18:03:40.10

怖いよー

720仕様書無しさん

2021/05/16(日) 19:14:04.71

怖くねえよ

721仕様書無しさん

2021/05/16(日) 19:49:17.29

やっばりこわいよー

722仕様書無しさん

2021/05/31(月) 14:37:07.26

やっばりこわくねえよー

723仕様書無しさん

2021/06/02(水) 14:26:19.90

COBOL→Java移行で、割と中心的な立場で仕事したことある人っています？保険のシステムで。
コンサルがいい感じの話をしてくるんだけど、イマイチ信用できず。

724仕様書無しさん

2021/06/02(水) 16:21:11.62

そもそもCOBOL→JavaだとJavaの有償ライセンス化でダメなのが見えてる
今は有償ライセンス買うならC#でもVB.NETへの移行でも良いからね
そこまでするなら富士通のNetCOBOLやマイクロフォーカスのVisual COBOLでも良いし

725仕様書無しさん

2021/06/02(水) 16:24:54.63

>>723
コンバートツール使うならアレだが一から移行だと火を吹く現場になるだろうね

726仕様書無しさん

2021/06/02(水) 16:33:28.70

>>724
>>NetCOBOL
横浜銀行はNetCOBOL+PostgreSQL+Linuxだったな

727仕様書無しさん

2021/06/02(水) 16:49:42.37

>>723
京都市はJava移行で失敗してるな
https://xtech.nikkei.com/it/atcl/watcher/14/334361/120900974/

728仕様書無しさん

2021/06/02(水) 22:19:52.09

>>723
実績を聞いてみれば良いじゃん、そのコンサルに

729仕様書無しさん

2021/06/03(木) 00:10:06.47

723です。情報ありがとう。コンサルとは直接話できる立場ではないんですが、コンバートツールは使うと思います。コンサルはほぼコンバートできると言ってるみたいですが、問題になるのはコンバートできない部分かと。
アセンブラとかJCL資産もあります。成功体験ある人いますかね？

730仕様書無しさん

2021/06/03(木) 01:00:19.63

cobol案件とか聞いただけでうまくいきそうにないんだが
末端で働ていて、どうしてもうまくいかなった場合
どうするの? 誰の責任になるの?
さすがに仕様通り出来なかったでは許されないよね?
どうなるの?

731仕様書無しさん

2021/06/03(木) 08:08:21.69

末端に責任はないよ

732仕様書無しさん

2021/06/03(木) 13:44:10.04

>>729
そもそもJavaにコンバートするのがね
オープン系に移行するにもオープンCOBOLとか有るだろうに

733仕様書無しさん

2021/06/03(木) 14:24:19.38

>>732
COBOLをやりたがる人が少ないから
ジャバラーはいくらでもいるし

734仕様書無しさん

2021/06/04(金) 00:56:26.49

50過ぎのパワハラコボラーなんとかしてよ

735仕様書無しさん

2021/06/06(日) 11:09:09.88

COBOLという言語は嫌いじゃないけど、COBOLメインのプロジェクトの客先常駐率が高過ぎるのがネック

736仕様書無しさん

2021/06/06(日) 12:10:02.14

汎用機だとテレワークがないと思うのは間違え
客先常駐しか出来ないと考えられられてたのは一昨年まででしたね
今はリモートで開発も普通です

737仕様書無しさん

2021/06/06(日) 12:39:20.98

汎用機だろうがリモートは可能だね

738仕様書無しさん

2021/06/06(日) 18:56:28.88

コロナ渦で本番データを使わない限りリモートワークも可能と言うことになった
今まで客先常駐が普通だと思ってた中高年コボラーの人には衝撃的でしたね

739仕様書無しさん

2021/06/06(日) 19:37:56.57

>>737
悪さしたなおまえ

740仕様書無しさん

2021/06/06(日) 20:19:06.27

>>739
？

741仕様書無しさん

2021/06/06(日) 21:50:33.50

リモートの意味の勘違いだと思う

742仕様書無しさん

2021/06/11(金) 00:52:43.54

三菱UFJが勘定系システムをAWSに移行させる話、もう4年前なんだな。結局どうなったんだ？

https://xtech.nikkei.com/atcl/nxt/column/18/01324/060200002/

743仕様書無しさん

2021/06/11(金) 00:53:45.78

じょうだんじゃない

744仕様書無しさん

2021/06/11(金) 22:27:12.40

なんだと！

745仕様書無しさん

2021/06/19(土) 11:54:11.91

>>742
黙れ！

746仕様書無しさん

2021/06/21(月) 14:43:11.51

>>742
4年前で悪かったなカス野郎

747仕様書無しさん

2021/06/25(金) 18:46:22.85

なんか怒ってて草

748仕様書無しさん

2021/06/27(日) 06:51:25.68

>>742
銀行の勘定系システムと言うと多少は関連する仕事に携わった者なら
中核機能と理解してるから、IBMから離れて大丈夫なのか不安に思う。
FinTech等で金の流れが既存システムと違う動きをした時が替えて行く好機なのか。
更にはソフトだけではなく使うサーバーも信頼に足りる性能、堅牢さが必要なので
IBM、HP等以外思当たらない。因みに携わった仕事は銀行業務のフロント・エンド。

>>747
単純な質問に対し、攻撃的になる点については何かあるのかと勘繰りはする。

749仕様書無しさん

2021/06/27(日) 07:45:03.00

>>745
COBOL爺ぃは黙れない！

750仕様書無しさん

2021/06/27(日) 09:11:08.80

IBM汎用機とか言っても中身はサーバーじゃないか

751仕様書無しさん

2021/06/27(日) 10:35:17.77

AS400は良かった
いろんな爺ぃからそんな声が聞こえてきます

752仕様書無しさん

2021/06/27(日) 13:11:56.88

デバッグがめんどくさい
display文とかいれてよくやってた

753仕様書無しさん

2021/06/29(火) 15:53:03.25

>>750
IBM汎用機の中身がサーバーと言う点では大きな懸念はないけど
問題は「AWS」（の特徴）が大丈夫なのかと言う点。↓のような噂もある。

プログラマの雑談部屋 ★149
4仕様書無しさん2021/06/28(月) 22:34:58.15>>8
AWSってどんどんサービス発表するけどわけわかんねえよ
被ってるサービスも多すぎるし
簡単になるどころか逆に複雑すぎる

5仕様書無しさん2021/06/28(月) 22:43:09.81
動いてるコードは触るなとかいうクソ方針だからどんどんコードが冗長になっていきやがる

754仕様書無しさん

2021/06/30(水) 12:26:46.82

>>753
元レス読めよ
5のコメントしてるやつは国内クラウド業者であってAWSじゃない人だよ

755仕様書無しさん

2021/06/30(水) 19:33:58.93

>>751
AS/400はRPGが主流なイメージある

756仕様書無しさん

2021/07/01(木) 00:53:41.75

ドラクエが出来るのか

757仕様書無しさん

2021/07/07(水) 04:28:09.67

緊急停止ボタンを押し込んでズドン！という快音を聞きたい

758仕様書無しさん

2021/07/13(火) 12:50:03.69

>>755
ちんちんかゆい

759仕様書無しさん

2021/07/15(木) 14:21:58.31

スモールビジネスが陥る罠
マイケルE.ガーバーは、「大半のスモールビジネスは、同様の間違いをしている」と言っています。
それは、たとえば、独立した方がいいと思い込んでいる美容師は、美容院を開き、ひたすらに仕事に
追われることになる。料理が得意だからと自分の店を持つことを夢見た料理人は、レストランを開き、
ひたすらに仕事に追われることになる。このような人たちは、どんな種類の仕事であっても、揃って
致命的な思い込みをしているというのです。
その思い込みとは、職人としての仕事、つまり、髪を切ったり、料理をつくったりする技能があれば、
その分野のビジネスを成功させることができるというものです。ビジネスの中心となる専門的な能力を
身につけることと、ビジネスを成功させることは、まったく別問題だというのに。
「独立熱に浮かされた“職人型社長”」と「真の“起業家”」の視点の違いを理解しないまま起業すれば、
大半は破滅的な結末を迎えることになるのです。

マイケル・E・ガーバーは、多くの起業家が失敗している理由を
「職人」「マネージャー」「起業家」という３つの人格から説明しています。
成功できない起業家は、職人レベルの仕事しかしておらず
経営者としての思考も行動もできていないからだとガーバーは指摘しています。
経営者の多くは、職人としての仕事
例えば、美味しい料理を提供できればよいと考え、レストランを開業しますが
この職人型の起業では、成功はおぼつきません。
職人型の社長は、独立しただけで、ただただ自分のためだけに働いているのです。
料理をつくるのを楽しんでいるだけでは、ビジネスは成功しません。
真の起業家は、経営者が現場にいなくても収益を生みだす仕掛けをつくり
組織を成長させることを考え、成功を手に入れるのです。

760仕様書無しさん

2021/08/01(日) 00:26:38.29

コボラーって５０代以上しかいないの

http://blog.livedoor.jp/job_soku/archives/7167533.html
http://blog.livedoor.jp/job_soku/archives/7916299.html

761仕様書無しさん

2021/08/01(日) 20:05:31.13

45で元コボラー
テレワークで残業なしで夜間立ち会いなしの現場ならまたCOBOLやりたい

762仕様書無しさん

2021/08/01(日) 21:35:37.27

COBOLもテレワークの時代だけど、短期で空白期間が多くなるから、次の見込みがないとリストラされるよ

763仕様書無しさん

2021/08/01(日) 21:43:58.69

>>761
あなたみたいな楽したいと思う人が一番いらない

764仕様書無しさん

2021/08/01(日) 22:18:47.35

>>761
コボラーの現場は昭和から変わってないから
無能でも無駄に残業したほうが頑張ってると思われる

765仕様書無しさん

2021/08/01(日) 22:40:09.23

今の案件見てもわかる通りCOBOLだってテレワークの時代なんだぜ
あと働き方改革の波はコボラーの現場にも押し寄せているから意味のない残業も無しな

766仕様書無しさん

2021/08/01(日) 23:18:37.51

へぇCOBOL現場も進化してんのか

767仕様書無しさん

2021/08/01(日) 23:20:35.08

でも本番データ確認するのに、セキュリティルームに設置の専用端末でしけアクセスできない場合はさすがに出社？
それもリモートで可なの？

768仕様書無しさん

2021/08/01(日) 23:37:06.75

本番データ確認するのは権限の関係もありテレワークでは無理だけど、それは別にCOBOLに限った事じゃないよね

769仕様書無しさん

2021/08/01(日) 23:46:14.30

>>766
コロナ禍でCOBOLでも開発はリモート端末によるテレワークで行うが一気に進んだようです

770仕様書無しさん

2021/08/02(月) 12:36:37.68

>>769
COBOL人気は世界一だもんねー

771仕様書無しさん

2021/08/02(月) 16:31:08.43

>>770
そのようです!(^^)!

772仕様書無しさん

2021/08/02(月) 17:26:43.53

さすが！

773仕様書無しさん

2021/08/02(月) 21:20:02.96

自宅にネット環境がないのでテレワーク出来ない、そんな人が居るのもコボラーさんです

774仕様書無しさん

2021/08/03(火) 05:51:59.48

昔は寮から職場のホストにダイヤルアップして仕事させられてたと教わった
30年かけて元に戻ったな

775仕様書無しさん

2021/08/07(土) 11:19:18.45

主記憶48KBにテープドライブ2つくらいのシステムでCOBOLやりたいなぁ……

776仕様書無しさん

2021/08/08(日) 14:55:15.46

>>775
原子人乙

777仕様書無しさん

2021/08/08(日) 21:09:35.49

原始人ではく原子人なのか
深いな

778仕様書無しさん

2021/08/08(日) 22:59:36.00

量子コンピュータ人間か！

779仕様書無しさん

2021/08/08(日) 23:24:41.38

量子なら俺のとなりでスヤスヤ寝てるよ

780仕様書無しさん

2021/08/09(月) 13:00:42.19

原子は?

781仕様書無しさん

2021/08/09(月) 13:24:44.66

アトム

782仕様書無しさん

2021/08/09(月) 15:17:12.95

原節子なら向こうで手を振ってるよ

783仕様書無しさん

2021/08/10(火) 04:10:53.22

鉄腕原子

784仕様書無しさん

2021/08/10(火) 22:13:26.90

枕草子の中宮定子の親戚に
原子
というのがいたなあ
未だに読みが不明らしいけど

785仕様書無しさん

2021/08/24(火) 04:34:02.60

みなさんみずほへ行ってtry

786仕様書無しさん

2021/09/13(月) 17:08:45.09

需要ならないよ

787仕様書無しさん

2021/09/16(木) 14:52:16.32

>>765
さいたまでそういう仕事ある？

788仕様書無しさん

2021/09/16(木) 14:54:49.19

さいたま市です。大宮から電車で川口、鴻巣ぐらいしか行けない。

789仕様書無しさん

2021/09/16(木) 20:26:52.77

テレワークだって言ってんのにさいたまにこだわるって
頭の中コボルかよ

790仕様書無しさん

2021/09/16(木) 21:31:24.19

>>789
うるさい、黙れ！

791仕様書無しさん

2021/09/16(木) 21:33:04.80

ごめん　なんで相手の顔が見えないとダメなの？
メールと電話だけで充分じゃない？　要件だけ伝わればよくない？
テレワークの必要性がわからない

ところで自宅のパソコンにTSS端末のエミュをインストールしないと
テレワークどうこうは置いといても　自宅で仕事は出来ないよね
自宅で仕事してると　いろいろと流出しそうな気もするんだけど　良いのかしら

792仕様書無しさん

2021/09/16(木) 22:01:02.20

>>791のいうテレワークはビデオ会議のことなのかな
こいつも頭の中コボルだな

793仕様書無しさん

2021/09/16(木) 23:34:29.03

>>791
いやいや、エミュレーターなんてインストールできない。リモートでしょ

794仕様書無しさん

2021/09/17(金) 00:00:12.00

次々頭の中コボルがわいてくるなあ

>>793
端末のエミュ入れずにどうやってリモートでつなぐんだよ
リモート接続できる端末なんて市販されてないぞ？

795仕様書無しさん

2021/09/17(金) 00:15:47.40

リモートアクセスの意味わかってないよね

796仕様書無しさん

2021/09/17(金) 06:29:32.59

>>794
お前バカだな

797仕様書無しさん

2021/09/17(金) 07:05:36.15

無知な人を苛めるなよ

798仕様書無しさん

2021/09/17(金) 07:28:54.28

散々見下しておきながら自分が頭コボルだってオチ？

799仕様書無しさん

2021/09/17(金) 13:34:54.66

JavaよりもCobolの方が簡単だと思われているらしい
Javaができる能力がないとみなされた場合Cobol要因に
回されるらしい

800仕様書無しさん

2021/09/17(金) 15:31:36.03

>>JavaよりもCobolの方が簡単だと思われているらしい
今はCOBOLでもオブジェクト指向でCLASS設計も出来る
COBOL→Javaってオブジェクト指向で無くてただのコード移行でしょ

801仕様書無しさん

2021/09/17(金) 20:22:38.67

出来ると言ってもやってる所殆ど無いでしょ
レガシーシステムの保守が主だよね

802仕様書無しさん

2021/09/18(土) 02:24:10.83

>>796
どの辺が？
論理で説明できないあたり、頭がコボルちゃんだね

803仕様書無しさん

2021/09/18(土) 04:54:22.95

>>802
少しは自分で調べたらどうだ？
あ、COBOLしかしらないから無理かw

804仕様書無しさん

2021/09/18(土) 04:57:11.49

説明できない奴の常套手段来たよ
まるでどこかの国の総理大臣みたいだ

805仕様書無しさん

2021/09/18(土) 05:22:19.00

>>802
ヒント
リモートデスクトップ

806仕様書無しさん

2021/09/18(土) 05:34:22.52

COBOLに限らず、自宅のPC上で直接開発したりドキュメント類保存したりなんて普通しない。エミュレーターインストールして直接アクセスするなんてセキュリティ的問題ある
基本的に職場にあるPCにリモートアクセス(遠隔操作)して作業する。
と、ここまで説明しないとわからないかい？

807仕様書無しさん

2021/09/18(土) 11:53:57.67

>>806
うるさいカス

808仕様書無しさん

2021/09/18(土) 11:57:22.27

>>801
ま、オブジェクト指向COBOL自体ほとんど使われて無いからね

809仕様書無しさん

2021/09/18(土) 13:24:55.67

最近のcobolはオブジェクト指向だけど
日本の現場でオブジェクト指向cobolが本当に使われているの?

810仕様書無しさん

2021/09/18(土) 13:34:01.51

そもそもjavaもきちんとしたオブジェクト指向でつくられたシステム少ない

811仕様書無しさん

2021/09/18(土) 14:34:06.67

COBOL→Javaのマイグレーションはオブジェクト指向で無いJavaのさいたるモノ

812仕様書無しさん

2021/09/18(土) 18:39:42.25

>>805
やっぱり頭がコボルちゃんだった
リモートデスクトップでどこにつなぐんだよ
リモートデスクトップでつながる端末なんか存在しないぞ

813仕様書無しさん

2021/09/18(土) 18:48:45.21

まともに相手してはいけない人だった

814仕様書無しさん

2021/09/18(土) 19:27:41.29

>>812
早く引退したほうがいいですよ

815仕様書無しさん

2021/09/18(土) 20:29:04.79

>>812
そんなんだから影で老害っていわれちゃんですよ

816仕様書無しさん

2021/09/19(日) 01:51:02.73

理解出来ないと人格攻撃をする、頭がコボルちゃんは平常運転だなあ

817仕様書無しさん

2021/09/19(日) 06:52:49.40

謙虚さが必要

818仕様書無しさん

2021/09/19(日) 08:11:52.61

うちはこんな感じ

ホストコンピューター
↑エミュレーター
職場にあるPC
↑リモート接続
自宅のPC

自宅のPCも個人のPCではなく、支給されたPC

819仕様書無しさん

2021/09/19(日) 09:30:01.26

汎用機COBOLの開発も今やリモートワークでやっている現実を知らない人がいるのが驚きだよ

820仕様書無しさん

2021/09/19(日) 13:54:27.83

311の時出先からRDP経由WSMGRでシステムメッセージを見て東北全滅を確認したわ

821仕様書無しさん

2021/09/20(月) 06:16:26.30

>>819
今更になってリモート接続とリモートワークの区別がつかないやつが湧いて出てくるとは。。。

822仕様書無しさん

2021/09/20(月) 09:49:17.16

君が言ってるリモート接続って、いったい何の事なんだろうね
在宅勤務で職場のPCを遠隔操作する事じゃなさそうだけど

823仕様書無しさん

2021/09/20(月) 12:06:29.63

普通はインターネット経由で接続することだろうね
在宅勤務とか関係なく

824仕様書無しさん

2021/09/20(月) 13:36:50.30

汎用機は端末エミュレータで操作するから、もともとリモート接続だったりするんだよな。インターネットを経由していることも多い。

825仕様書無しさん

2021/09/20(月) 20:15:59.39

今時のCobolの開発環境は何?
OpenCobolIDE とかは日本語化されていないからいや
という人が多そうなんですが

826仕様書無しさん

2021/09/20(月) 21:38:57.10

紙に打ち出したソースコードを片手に顔を突き合わせてコードレビュー
入力フォームは画面設計用紙で見やすく
コーディングもコーディングシートにシャーペンで
入力作業は直付けしてある端末から

そんな感じでいい

827仕様書無しさん

2021/09/20(月) 22:06:41.37

>>825
Visual COBOLとかかな？

マイクロフォーカス製品を使っているところがかなりあるんじゃない。

828仕様書無しさん

2021/09/21(火) 08:40:04.93

COBOLはコンパイラはマイクロフォーカスが多いけど、
開発と言うかコーディングはお好みのエディタでどうぞーって感じですよ。
開発環境なんて買ってくれないから。
デバッグはもちろん机上デバッグです！

829仕様書無しさん

2021/09/21(火) 12:20:51.89

今時の若者に机上デバッグとかやらせたら次の日から来なくなるな

830仕様書無しさん

2021/09/21(火) 23:45:09.45

>>829
そんなわけない。

動かすテストより、紙に印刷して確認した方が確実だったりするから、いまでもCOBOLでなくてもやるよ。

831仕様書無しさん

2021/09/21(火) 23:55:43.21

うちは紙出し禁止だよ

832仕様書無しさん

2021/09/22(水) 00:12:07.71

リモートワークで自宅のPCに印刷するのが許されてる所あるのかな

833仕様書無しさん

2021/09/22(水) 00:51:25.57

リモートは職場にあるPC本体から転送されてくる映像を見ながら遠隔操作するような感じなので、印刷は職場のPCに繋がれたプリンタにしか出せないと思うよ

834仕様書無しさん

2021/09/22(水) 01:32:31.17

Windowsのただのリモートデスクトップ接続だと、ファイルの移動ができるので勝手にやっている。

835仕様書無しさん

2021/09/22(水) 02:50:06.91

ある日管理者に気付かれて出来ない設定にされてしまうと

836仕様書無しさん

2021/09/22(水) 08:09:51.99

ただのリモートデスクトップってどんなのか気になる

837仕様書無しさん

2021/09/22(水) 08:54:42.73

pulse secureのやつとか使って

838仕様書無しさん

2021/09/22(水) 13:03:36.38

>>836
Windowsについてるのはタダじゃないの？
OSの値段に含まれてるから別途料金掛からないよね?

839仕様書無しさん

2021/09/23(木) 00:26:30.50

認証が入る仕組みを知らないだけだと思われる。

Windowsのリモートデスクトップ接続はファイルの移動が可能。

840仕様書無しさん

2021/09/23(木) 08:27:50.41

windows10の設定で接続を許すセキュリティーがザルな現場があるんだね

841仕様書無しさん

2021/09/23(木) 12:47:46.40

>>840
リモートする側に制約がないから、個人のPCにファイルを移動できる。

842仕様書無しさん

2021/09/23(木) 15:02:07.72

個人のPCでリモートしてるところあるのか

あと、設定でファイル移動禁止にしてるでしょう。まぁ管理者権限があれば外せちゃうけど

843仕様書無しさん

2021/09/23(木) 16:11:43.26

>>842
逆だよ。貸与PCから個人のPCにリモート接続する。

844仕様書無しさん

2021/09/24(金) 04:50:36.89

>>843
842がいう個人ってのは「個人に割り当てられた執務PC」ではなくて
「プライベートで購入したPC」のことを言ってるのだと思うぞ

845仕様書無しさん

2021/09/24(金) 13:37:31.12

>>844
俺をお前と一緒にするなよ。

846仕様書無しさん

2021/09/24(金) 14:40:42.71

行番号にgotoとか
行番号の振り直しとか
今でも必要ですか?

847仕様書無しさん

2021/09/27(月) 00:28:56.79

>>842
貸与PCでも貸与PCにファイルを転送できてしまえば、個人のPCにリモートデスクトップ接続で接続してファイルを転送できるので、結局、抜き取れる。

848仕様書無しさん

2021/09/27(月) 12:02:01.67

>>846
全て旧式です1

849仕様書無しさん

2021/09/28(火) 23:02:30.03

仮想環境整えれば、自宅からでも普通にやれそうだけどな。

850仕様書無しさん

2021/09/28(火) 23:12:54.52

gotoのとび先を動的に変えるalter文というのかあるみたいですが
使われているのですか?

851仕様書無しさん

2021/09/29(水) 09:08:50.54

昔からGOTOって禁止されてんじゃねーの？
PERFORMで呼び出しやろ

852仕様書無しさん

2021/09/29(水) 19:28:59.03

新卒で入った会社の70年代のプログラムはすべてGO TOだったよ
80年代入るとPERFORM THRUに変わってて感動した思い出

853仕様書無しさん

2021/09/29(水) 21:27:49.55

入口 SECTION.
　　（処理）
出口.
　　EXIT.

と

入口.
　　（処理）
出口.
　　EXIT.

の2つの流儀があって、前者だと「PERFORM 入口.」、後者だと「PERFORM 入口 THRU 出口.」だったな

854仕様書無しさん

2021/09/29(水) 22:49:54.04

>>850
使いたかったら使えばいいだろカス

855850

2021/10/17(日) 17:57:42.24

ごめんなさい

856仕様書無しさん

2021/10/18(月) 06:04:00.14

気にするな

857仕様書無しさん

2021/10/18(月) 07:10:23.41

go to trouble

858仕様書無しさん

2021/10/24(日) 21:02:46.32

>>854
口悪すぎて草

859仕様書無しさん

2021/11/04(木) 00:14:27.56

しぶといなhttp://2chb.net/r/newsplus/1635941818/

860仕様書無しさん

2021/11/04(木) 14:00:09.72

>>858
ネットでイキってる恥ずかしい人だから暖かく見守ろう

861仕様書無しさん

2021/12/11(土) 00:36:15.37

３０年以上前から無くなる、無くなると言われてて未だに現役なのな。

862仕様書無しさん

2021/12/11(土) 00:39:49.74

石油みたいなもん？

863仕様書無しさん

2021/12/11(土) 17:02:58.62

>>862
そうだよ

864仕様書無しさん

2021/12/11(土) 23:50:02.14

石油もCOBOLも、それが無くなることで巨額の利権を手に入れられる輩がいるって意味では同じだね

865仕様書無しさん

2021/12/12(日) 00:42:43.55

GAFAMは全員がCOBOLの敵だからな

866仕様書無しさん

2021/12/24(金) 20:36:20.82

株式会社週休3日が「週休3日正社員」に特化した求人ポータルサイト「週休3日.com」を正式リリース。

2022年1月から本格始動。企業の利用申込を受付開始。先着200社は1年間限定月額9,900円（年間契約）。
次世代型ワークライフマッチング「+1日マッチング」を実装し、新しい人材マッチングを創出します。
週休3日.comの主な特徴
１、週休3日正社員の求人を最適化・差別化して募集できます。
20代・30代の若い世代が注目している週休3日正社員など新しい働き方を活かした募集が可能です。
40代以降の優秀な人材の採用にも有効です。（週休3日.comは商標登録を取得しています）
２、月額固定でリーズナブルです。採用時に追加費用がかかりません。
月額22,000円から※採用時に追加費用がかかりません。
今ならオープニングキャンペーンで月額9,900円（年間契約／ ※1年間限定先着200社）
３、週休3日正社員の働き方を選択することで生まれる+1日のお休み（時間）の価値観もマッチングが可能です。
次世代型ワークライフマッチング「+1日マッチング」
・+1日のお休みは副業したい→会社として許可する？
・+1日のお休みは遠方へ旅行したい→会社として共感する？
・+1日のお休みは子供との時間に使いたい→会社として応援する？

867仕様書無しさん

2021/12/25(土) 20:35:46.04

>>861
嫌なものほど世の中から中々なくならないのだよ。
中々なくならないから嫌がられているとも言えるが。

868仕様書無しさん

2021/12/25(土) 20:57:21.91

COBOLの需要が増えて単価が上がってきてるってガチですか？？
だとしたら面白い事になってまいりましたな

869仕様書無しさん

2021/12/25(土) 20:58:25.74

COBOLが消えないのならJavaなんかもう一生使えそうですな。。。

870仕様書無しさん

2021/12/25(土) 22:58:28.87

cobolって変数は全部グローバルだし
ループから抜けるには実質gotoしかないのな
ループの中に飛び込むこともできるし
どうやって保守するの?
「できません」って投げ出すことは可能なの?

871仕様書無しさん

2021/12/26(日) 05:38:53.48

それってどの規格のCOBOLの話か具体的に言ってほしいなぁ

872仕様書無しさん

2021/12/26(日) 05:59:51.03

go toは使うなと教わったわ

873仕様書無しさん

2021/12/26(日) 06:40:07.30

つかえない>>870を成績不良で切るために渡されたソースの話じゃないのそれ

874仕様書無しさん

2021/12/26(日) 07:38:52.09

go to trouble

875仕様書無しさん

2021/12/27(月) 17:42:27.01

>>873
何か文句ある？

876仕様書無しさん

2021/12/27(月) 17:47:42.24

gotoを使わずにperformを使ってくれって言う人がいて
それってgotoじゃんという使い方をしている

877仕様書無しさん

2021/12/27(月) 19:15:17.28

goto使えば良いよ
アセンブリ言語なんてgotoだらけだよ

878仕様書無しさん

2021/12/27(月) 21:37:11.33

その理屈ならサブルーチンもgotoじゃん

879仕様書無しさん

2021/12/27(月) 23:20:06.05

他セクションの中にGO TO しまくる糞COBOLソースをメンテした事ある。

アセンブラ世代の糞爺が作ったらしい。　ちなみにCOBOLはGO　TO　な。

gotoならCだろ。

880仕様書無しさん

2021/12/27(月) 23:41:16.38

STOP RUN.

881仕様書無しさん

2021/12/28(火) 01:44:51.96

なんか日本人はバカというか教条主義的過ぎるというか
goto禁止というと死んでも使わせない的な話になるけど
上に行くのと飛び越すのさえやらなければ後は使い方だろ

882仕様書無しさん

2021/12/28(火) 07:04:57.83

コーディング規約の存在を知らないらしい

883仕様書無しさん

2021/12/29(水) 19:54:43.33

>>882はコーディング規約に死ねと書いてあったら死ぬんだろうか

884仕様書無しさん

2021/12/29(水) 21:20:54.05

働いたことあるなら、そんな非現実的な事言わないよ

885仕様書無しさん

2022/01/01(土) 19:36:48.76

GOTOの話ってフローチャート書く上でのお作法の話や
条件分岐文に命令や命令群を直接書けず必ずGOTO文で飛ばすしかない仕様の言語を設計するのやめよう
とかいう話ではなく、GOTOならば無条件に害悪であるからコーディングの美しさのために排除しろ
って話なんだっけ？

886仕様書無しさん

2022/01/01(土) 21:35:41.90

馬鹿が飛んでもないところに飛ばすのが頻発したから一律禁止にしたとかそんなんじゃないのかな

887仕様書無しさん

2022/01/02(日) 14:58:26.72

一番問題なのはループの中へのgoto
ループの中を書き換えるととんでもないところで
副作用が起きる

888仕様書無しさん

2022/01/02(日) 15:51:10.19

ループの中へのgotoというと、昔々アセンブラではそんな感じのをよく見たなあ。
1バイトでもコードを減らそうとしてそういうことをする。

889仕様書無しさん

2022/01/02(日) 15:52:37.79

>>886
それはGOTO禁止じゃなくて、そいつ切るべき案件だろ
絶対他でもやらかす

890仕様書無しさん

2022/01/02(日) 17:05:19.74

>>889
cobolの場合、既存のコードがそんなんばっかりというのが
一番大きな問題
スパゲッティになっていて手が付けられない
いわゆるマイナスからのスタートになる

891仕様書無しさん

2022/01/02(日) 19:40:49.81

よかった……共通化したコードへ飛んで使いまわすような書き方をするな！
行数を稼ぐために同じ処理もしっかりと複数全部書け！
という悪い子はいないんだ……

892仕様書無しさん

2022/01/02(日) 20:08:12.38

>>889
あっそ

893仕様書無しさん

2022/01/02(日) 22:07:33.55

>>889
切ったところでそんなやつは無限増殖のように頻繁に現れる
予防策として事前に禁止事項にしたんだろ

894仕様書無しさん

2022/01/02(日) 22:57:15.31

はじめは道徳を説いていただけなのに
馬鹿向けの規則に捻じ曲げられてしまうという
悲しい世の中だね

895仕様書無しさん

2022/01/02(日) 23:08:53.39

システム開発には決まり事が必要だよ
俺様が作るコードが一番で勝手につくられてはたまらない

896仕様書無しさん

2022/01/03(月) 13:33:02.94

コーディング規約のGO TO禁止って、
セクション構造の出口（EXIT文の前に適当なラベルを付けておく）へのGO TOはいいけど、
それ以外へのGO TOはダメとかそんなんでしょ？

897仕様書無しさん

2022/01/03(月) 18:28:51.26

>>896
それだとループからの脱出
continueとbreak
が書けない

898仕様書無しさん

2022/01/03(月) 20:41:49.35

>>897
COBOLにbreakは無いぞ、continueもCとは意味が違うし。

899仕様書無しさん

2022/01/18(火) 19:14:42.40

COBOLにはUNKOという命令があるじゃないか

900仕様書無しさん

2022/01/18(火) 20:10:09.21

おもしろいね、あなたの頭が

901仕様書無しさん

2022/02/02(水) 15:21:20.21

>>897
いっそのこと脱出しなければいいんじゃない？
次の命令をNOPすればいい

902仕様書無しさん

2022/02/05(土) 21:49:43.33

ABENDさせよう

903仕様書無しさん

2022/02/14(月) 20:29:28.37

https://se-lifework.com/fuji-main/

904仕様書無しさん

2022/04/02(土) 18:13:04.98

大手のSier企業で金融系で売上の50％を占めているところは半分くらいCOBOLのシステムを扱っている
公共系のところも同様
フリーランスと比べて正社員になるとCOBOLやらされる率が高くなるね

905仕様書無しさん

2022/04/02(土) 22:47:33.49

ＣＯＢＯＬのレガシー資産は塩漬けにして改修は行わない
新機能は他システムで行いコボラーは既存コードに影響ないか調査やテストするだけの存在

906仕様書無しさん

2022/10/15(土) 22:42:03.16

書き込みが無いのは需要が無い証ですね

907仕様書無しさん

2022/10/18(火) 20:50:06.73

COBOLなんてまだあるの？
大分javaに置き換わってるよね

908仕様書無しさん

2022/10/18(火) 23:39:29.55

もはや都市伝説！

909仕様書無しさん

2022/10/20(木) 22:06:05.75

富士通が作ったシステムを作り直しているんだけど、富士通があとから作ったドキュメントしか残っていない。

910仕様書無しさん

2022/10/21(金) 10:04:47.11

早くドキュメントが合ってるか確かめる作業に戻るんだ

911仕様書無しさん

2022/10/21(金) 20:52:00.18

体育会系がＩＴっておかしいだろ

912仕様書無しさん

2022/10/22(土) 00:08:06.78

>>911
体力勝負だった時代が長かったからな

913仕様書無しさん

2022/10/23(日) 00:06:02.13

まだまだ社内の基幹システムとしてガンガン新規開発してる。どのパッケージ導入よりもバリューを生み出し続けている。

914仕様書無しさん

2022/10/23(日) 01:42:41.37

PCとの差が大きくて扱いにくい

915仕様書無しさん

2022/10/30(日) 12:56:03.77

>>909
富士通、ファックすぎる！

916仕様書無しさん

2022/10/30(日) 13:40:49.90

大きい会社は仕事が営業だから、いまでも体育系なんじゃね？

917仕様書無しさん

2022/10/30(日) 13:44:12.06

大きいIT会社は仕事の9割が人員管理、議事録作成、顧客折衝、営業だからSEというよりは営業職だ

918仕様書無しさん

2022/10/30(日) 17:19:29.45

大手SI企業とかはプログラミングを１％もやらない
人員管理の仕事は体育会系が好まれる

919仕様書無しさん

2022/10/30(日) 18:19:02.27

プログラミングできるやつはスグFA宣言しちゃうからねぇ。
企業内にはプログラミング出来ないやつしか残らない。

920仕様書無しさん

2022/10/30(日) 19:47:34.33

プログラミングできる奴はフリーランスになる

921仕様書無しさん

2022/10/30(日) 23:10:21.79

フリーランスからのムショック

922仕様書無しさん

2023/09/13(水) 14:38:04.19

某自治体で5年前までCOBOLで開発してた。
身体壊して退職したけど。
使っていたのは汎用機。
身体だいぶマシになって来たので仕事復帰したい。
どこか雇ってくれるかなあ？

923仕様書無しさん

2024/03/29(金) 15:20:35.48

デカイのきたなシンプルに言えば｢抱き合え｣だよね

924仕様書無しさん

2024/03/29(金) 15:56:46.26

最適化されるまで待ってるよ☆
化け猫に失礼だろ

925仕様書無しさん

2024/04/12(金) 22:31:33.20

‎VTuberとやらになった者もいる

926仕様書無しさん

2024/04/29(月) 15:43:10.48

すごい増えてる

927仕様書無しさん

2024/04/29(月) 17:41:44.84

みんな辞めて人いないから需要あるよ

928仕様書無しさん

2024/06/05(水) 20:10:02.08

60歳で退職したけど、68歳でもオファーが結構来る

929仕様書無しさん

2024/06/05(水) 23:41:53.57

来るだけ？

930仕様書無しさん

2024/06/06(木) 00:41:29.47

来るのはみんなにきているがｗ

931仕様書無しさん

2024/06/06(木) 04:28:47.32

このスレ2018年からあるのな（驚

932仕様書無しさん

2024/06/06(木) 05:04:18.67

40代だけど、20代新人の頃大多数はjavaやってるなかCOBOLやらされた。
数年前からはjavaのシステムやってるけど、COBOL脳になってしまった影響でいまだに苦労する。

933仕様書無しさん

2024/06/06(木) 06:08:25.61

65まで仕事しますわ

934仕様書無しさん

2024/06/06(木) 08:56:06.97

MASA Nakamura
@masayang
老後のバイトでCOBOL書いてる爺さんが結構な収入得てると聞いたので調べたら月80万円だす所もあるのね。
「未経験歓迎。23万円から」なんて所もある。若者よ、これからはCOBOLかもよ。

https://x.com/masayang/status/1797175406765965504

935仕様書無しさん

2024/06/06(木) 09:00:14.59

80万はないな
50万前後が多いけど探し方が悪いのか

936仕様書無しさん

2024/06/06(木) 12:19:52.31

新規開発でもないのにそんなに出す訳無いだろ
レガシィシステム保守で大体50万円程度だよ

937仕様書無しさん

2024/06/07(金) 22:34:39.37

元コボラーやで
なんやかんやで単価150や
コボ捨ては間違ってなかったわ

938仕様書無しさん

2024/06/07(金) 23:43:18.18

150ならやりたいわ

939仕様書無しさん

2024/06/08(土) 02:37:26.92

コボ捨てないとな

940仕様書無しさん

2024/06/08(土) 10:20:41.72

80万って業務委託の最高支払額かよ
その案件あるとはいってないよね

941仕様書無しさん

2024/06/08(土) 16:54:49.69

今でもCとJavaは絶対に辞めとけと言われる
古すぎて経済的な損失がでかい

942仕様書無しさん

2024/07/06(土) 09:52:54.17

増えてたら過疎化しないな

943仕様書無しさん

2024/09/17(火) 00:53:13.26

ずっとCOBOLの案件で家が買えました

944仕様書無しさん

2024/09/28(土) 19:10:33.27

10月から単価上がるわw

945仕様書無しさん

2024/09/30(月) 23:38:50.87

髪の毛は増えないが案件は増えた

946仕様書無しさん

2024/12/23(月) 20:22:53.77

富士通さん撤退で銀行、富士通依存で大変なことになるんだｗ

947仕様書無しさん

2024/12/23(月) 20:36:40.19

まだCOBOLなんてあるの？

948仕様書無しさん

2024/12/23(月) 20:46:51.57

アメリカでも国のシステムでCOBOLが使われています
そしｔ運用されています
アメリカの自治体でもつかわれています
コロナのときにニュースをみてませんか？

949仕様書無しさん

2024/12/24(火) 08:09:21.44

アメはリストラ多いから比較にならん

950仕様書無しさん

2025/01/18(土) 22:31:37.82

滋賀銀行は富士通の汎用機COBOLを、日立のオープンJavaに乗せるの失敗したな
失敗の違約金で日立から80億円ゲットしたからプロジェクト自体は成功かもしれないが、次どうするんだろう

951仕様書無しさん

2025/01/18(土) 23:43:18.83

COBOL→Javaの移行プロジェクトに関わったことあるけど、移行後1カ月は問題おきまくりで大変だったわ

952仕様書無しさん

2025/02/23(日) 08:54:09.36

案件は減ってるがそれ以上に人が減ってる

953仕様書無しさん

2025/02/23(日) 09:10:41.69

単価安いよね。50万とか。
せめて60はないと。
夜間や休日対応あるイメージあるし。

954仕様書無しさん

2025/02/24(月) 15:02:54.27

>>953
酷い案件だと月額38万って契約書見た事あるよ
しかも15年も前でそれな

955仕様書無しさん

2025/02/24(月) 15:20:56.53

年寄りだからそれでも十分

956仕様書無しさん

2025/02/24(月) 15:47:28.63

年寄って70歳くらい？

957仕様書無しさん

2025/02/24(月) 17:28:35.71

60過ぎたら年寄りだろ

958仕様書無しさん

2025/02/25(火) 09:48:08.20

>>955
38万で仕事を会社が請けるなら社員は幾ら払われるんだ？
会社としても利益が少な過ぎるだろ

959仕様書無しさん

2025/02/25(火) 12:28:31.21

そういう所は雇用保険だけ加入して後は自分でとかじゃないの

960仕様書無しさん

2025/02/25(火) 12:47:36.83

人手が足りないじゃなくて、安く奴隷のように使える人が足りないってことか

961仕様書無しさん

2025/02/25(火) 13:32:53.94

>>959
社会保険くらいはあるだろうよ
もし社員に交通費含め30万払ったら会社の利益は数万円だな😅

962仕様書無しさん

2025/03/21(金) 19:22:23.67

古いというイメージだけで無視する奴は知恵遅れ

963仕様書無しさん

2025/03/21(金) 19:52:42.71

無視するも何も視界に入らない

964仕様書無しさん

2025/04/01(火) 13:19:25.71

DOGEが6000万行におよぶ米社会保障局の汎用機COBOLシステムを
AIエージェントの力で、わずか半年でJavaに移植＆オープン化＆テスト完了させて本番稼働まで持っていく計画だそうだ

成功するかは知らないが、うまくいけばいよいよCOBOLの全廃も見えてくるな

965仕様書無しさん

2025/04/01(火) 14:39:16.41

【マスク氏】DOGEが6000万行ものCOBOLコードを含む社会保障局のシステムをコード生成AIで数カ月の内に移行させようとしている [おっさん友の会★]
http://2chb.net/r/newsplus/1743485831/

966仕様書無しさん

2025/04/02(水) 00:00:22.97

既存のコードを別言語に置き換えるだけならかなり精度高くできるか？
単体テストも十分に作りつつ……
いや昔のコードって単体テストのことなんか考えてないか

967仕様書無しさん

2025/04/02(水) 00:24:00.19

AIにCOBOL学習させてソース最適化させた方がマシじゃね？

968仕様書無しさん

2025/04/03(木) 03:48:07.69

>>964
4/1ですよ？

969仕様書無しさん

2025/04/03(木) 11:23:44.56

マスクみたいなアスペルガーのギフテッドにとって
エイプリルフールみたいなファジーなイベントは死ぬほど嫌いなもんだから付き合わねえだろ

970仕様書無しさん

2025/04/09(水) 10:19:39.27

結局JAVAに置き換えるってエイプリルフールなん？

971仕様書無しさん

2025/04/09(水) 10:39:05.94

置き換えはできたとして、それを全てテストしていくのもなかなか大変だな
COBOLを単にjavaに変えただけだと、性能が大幅悪化するケースもあるし

972仕様書無しさん

2025/04/09(水) 22:09:57.96

「COBOLのプログラムをJavaに置き換えるプログラム」をAIに書かせるか

973仕様書無しさん

2025/04/10(木) 23:09:32.45

そもそもCOBOLって現代的なコードに置き換えてどれくらい削減出来るんだろう

974仕様書無しさん

2025/04/16(水) 10:46:58.42

言語云々より、むしろドキュメント化されて無い実装を整理しろよ

975仕様書無しさん

2025/05/09(金) 21:47:17.52

４月でCOBOLの求無くなった
また８月ころから

976仕様書無しさん

2025/05/10(土) 00:20:19.25

改修案件で募集しても使える人が集まらないから、現行運用対応で済ませる

977仕様書無しさん

2025/05/10(土) 13:04:22.24

業務に精通しててCOBOLを読んでも発狂しなくて現代的なシステム開発に精通してる人材って、普通に考えて育てないと入手不可能だよな

978仕様書無しさん

2025/05/11(日) 00:32:33.79

発狂ｗ　しない
おもしろがるくらいのひとがいいなｗ

979仕様書無しさん

2025/06/06(金) 01:59:13.40

ボクは落ちCOBOLです(*^^*)

980仕様書無しさん

2025/06/06(金) 08:08:16.55

しーん

981仕様書無しさん

2025/06/13(金) 20:37:56.59

ダウンサイジングと言われた40年前から
マイクロフォーカスCOBOLは今でも現役
ソースもほぼ変わっていない

何かヤバい状況になったら考える

982仕様書無しさん

2025/06/14(土) 08:47:12.49

生成AIがCOBOL書くから

983仕様書無しさん

2025/06/15(日) 06:17:39.84

AIに聞いてみたら?

COBOL を維持するのと他言語に置き換えるのとどっちが良いか

984仕様書無しさん

2025/06/15(日) 07:04:35.74

COBOLと言うよりメインフレームの維持が難しいだね

985仕様書無しさん

2025/06/15(日) 12:37:16.20

COBOLは言語の持続性より
作られたシステムの詳細把握の方が重要だよな

986仕様書無しさん

2025/06/15(日) 13:39:37.17

>>985
これ。
これを理解してない人が多すぎる。

言語のコンバートなんて正直簡単にできるだろうし
そこはたいした問題じゃない。

987仕様書無しさん

2025/06/15(日) 14:22:11.26

AI使ってCOBOL書けないの？
昔からあって実績あるならAIで書けるのでは？
知らんけど

988仕様書無しさん

2025/06/15(日) 22:55:35.78

書けるし、多言語に一瞬で書き替えてくれる

989仕様書無しさん

2025/06/16(月) 01:39:19.65

ならもうCOBOLかける人ではなくAI使える人でいいんだな

990仕様書無しさん

2025/06/16(月) 08:25:46.76

言語じゃなくてメインフレームどうするのかが問題

991仕様書無しさん

2025/06/17(火) 10:33:24.76

一般人、というか開発に携わったことかない人ってコードさえ変換すればOKだと思っている人多いよね…

992仕様書無しさん

2025/06/17(火) 11:25:36.93

>>991
ほんとこれ

993仕様書無しさん

2025/06/25(水) 02:19:34.95

ベトナム人に金融とかのCOBOLをやらせんの？ｗ

994仕様書無しさん

2025/09/30(火) 18:32:24.65

単価やすいよね

995仕様書無しさん

2025/09/30(火) 19:36:18.50

単価45万とかふざけた案件あったわ

996仕様書無しさん

2025/10/06(月) 05:57:25.68

>>995
酷いのは38万とかもあったぞ
3次下請けか4次下請けだから元は最低でも60万以上はあったろう

997仕様書無しさん

2025/10/06(月) 05:58:55.98

次スレな

COBOLって今需要増えてるの？Part8
http://2chb.net/r/prog/1759183078/l50

998仕様書無しさん

2025/10/06(月) 08:02:53.18

未だに昭和の気質で残業したら頑張ってるみたいな風潮残ってそう

999仕様書無しさん

2025/10/06(月) 09:39:18.49

>>998
そこまで仕事があるとは思えんがなー
残業あっても精々40ｈが関の山じゃね？

1000仕様書無しさん

2025/10/06(月) 09:49:21.56

>>999
仕事ないのに残業してるイメージ