5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

COBOLって今需要増えてるの?Part2 [転載禁止]©2ch.net

1 :仕様書無しさん:2015/08/15(土) 21:00:46.70
前スレ
COBOLって今需要増えてるの?
http://kanae.2ch.net/test/read.cgi/prog/1332329733/

2 :仕様書無しさん:2015/08/15(土) 21:10:31.01
こもんびじねすおりえんてっどらんぐあじ

3 :仕様書無しさん:2015/08/15(土) 21:12:05.78
COmmon Business Oriented Language
事務処理用共通言語

4 :仕様書無しさん:2015/08/15(土) 21:12:34.11
らんぐあげ

5 :仕様書無しさん:2015/08/15(土) 21:14:08.10
ハロアなど求人に「コボル」とカタカナのところは
人事が情報システム部門のことをよく知らない会社
事業所なので注意

6 :仕様書無しさん:2015/08/15(土) 22:08:24.55
コボルで作られてるシステムは多い。世の中の基幹系の殆どがコボルだ
と言う元コボラーのおっさん。
だったら何故あんたはコボルの仕事してなくて、運用で雑用やってるんだよ。

7 :仕様書無しさん:2015/08/16(日) 10:39:15.05
>5
ハロワの場合はハロワ職員がハロワ用語に書き換えるからわかんないよ。
俺もかつてハロワ利用時に職種「プログラマ」って書いたら「プログラマー」に直されたりしてウザかった。

8 :仕様書無しさん:2015/08/16(日) 12:07:51.28
ハロワ用語って何だよ。
マイクロソフトだって、プログラマじゃなくプログラマーと表記するルールになってるんだぞ。
一般的な表記ルールぐらい知っておけよ。

9 :仕様書無しさん:2015/08/16(日) 12:28:07.98
マイクロソフトがプログラマーに決めたからって
なんでそれが一般的ってことになるんだよ

日本のIT技術者は昔っから単語の最後の「ー」は省略して書くんだよ

プログラマ
プリンタ
モニタ

だ!

10 :仕様書無しさん:2015/08/16(日) 15:25:38.24
激しくどうでもいい話だなw

11 :仕様書無しさん:2015/08/16(日) 16:32:14.79
一般的でないと言うのなら、この板の表記がプログラマなのかプログラマーなのか見て言ってください。

12 :仕様書無しさん:2015/08/16(日) 18:21:54.08
>>7
ハロワで仕事探す時点で技術者としてのレベルが知れてしまうな
ああ、コボルは事務員だからハロワなのかもね
で、いい仕事は見つかりましたか?

13 :仕様書無しさん:2015/08/16(日) 18:36:58.19
>>6
雑用やっているおっさんばかりではないのに
なんでそんな言われようなんだ?

>>12
それはそうだね
COBOLで仕事探すならハロワへは行かない
元々PGSEにとってハロワは地雷だら(ry

14 :仕様書無しさん:2015/08/16(日) 18:38:10.83
ってか
なんでCOBOLスレこんなに書き込み増えてんの?
ずっと過疎ってたのにw

15 :仕様書無しさん:2015/08/16(日) 18:51:23.33
>>日本のIT技術者は昔っから単語の最後の「ー」は省略して書くんだよ

だったらコボラーは

コボラ

だ!

なんか得体の知れないウィルスみたいでいいかも。

16 :仕様書無しさん:2015/08/16(日) 23:47:48.16
よし、明日は朝一にハロワ行って今度こそCOBOLの仕事見つけるぞ

17 :仕様書無しさん:2015/08/17(月) 00:52:42.62
COBOLはハロワに出さないと誰も来ませんw
いまやっているあなたがたで全部やりなさい

>>12

18 :仕様書無しさん:2015/08/17(月) 00:56:05.59
人の募集が塗装工や鳶と同じレベルなのかコボルって

19 :仕様書無しさん:2015/08/17(月) 01:06:12.69

何も知らない無職のバカが言っています

20 :仕様書無しさん:2015/08/17(月) 02:25:39.17
>>8
>>9
その辺はルール決めては変えての繰り返しだから
業界によって書き方が違うYO

21 :仕様書無しさん:2015/08/17(月) 07:02:37.36
新スレ立てたんで、みんな仲良く使ってネ

22 :仕様書無しさん:2015/08/17(月) 08:30:33.66
ネットからハロワでコボラーの職探すと給料15万以下ずらり!
しかも驚きの契約社員
パートタイマーかよ!
技術者じゃなく派遣事務員だからしょうがないのか

23 :仕様書無しさん:2015/08/17(月) 08:53:03.11
首都圏・関西・東海の3大都市圏
アルバイトやパート 平均時給967円(平成18年以降最高)
派遣社員 平均時給1596円(平成19年2月以降最高)

で正社員求人は増えているのか?w

という事は置いておいて


普通の派遣でも約1600円なのに
それを下回るCOBOL求人出している所にだけは応募するなよ
そういう奴等がCOBOLの平均時給を引き下げている

24 :仕様書無しさん:2015/08/17(月) 08:58:18.44
ハロワ案件見ている人って正社員狙いなの?
IT関係の求人でハロワを選ぶのは正直あまり良くない選択肢だと思う
IT関係の求人は民間求人を見た方が良い案件がある

25 :仕様書無しさん:2015/08/17(月) 08:59:30.18
ハロワの求人には空求人もあるらしいからね

26 :仕様書無しさん:2015/08/17(月) 11:40:01.79
今でもcobolは金融関係(銀行、保険など)、公共関係(役場など)などの主要部分でよく使われている
ただ、末端の部分はcobol以外の言語を使っている場合もある
枝葉(末端部分)ばかり見て大木(主要部分)を見ず 的なw

コボラー煽られるのは、煽られるだけまだ需要があるんだろう
本当に風前の灯なら、煽られる事すらなくただ消えていくだけw

27 :仕様書無しさん:2015/08/17(月) 12:32:14.90
あんまり詳しくなさそうだな
COBOLはなかなか消えない風前の灯火なんだよ
開発保守の案件数割合も全体の数%程度だ

28 :仕様書無しさん:2015/08/17(月) 12:38:45.65
現在、COBOLでバイトしてるけど時給は2000円、安いよね・・・
勤務時間が300h/月行くから月給で考えると他のバイトしてるよりはワリがいいかなって程度だね

今はコボラーはみんな東京に連行されてってるから地元では人手不足気味で
どこに応募しても合格するわ
こんなのも後2年程だと皆分かってるから、さすがに正社員にはなれないけどね

後、確かにCOBOLの仕事は公共とか金融ばっかだね
バブルな時は、そのへんの零細企業の開発案件とかもあったけどね

29 :仕様書無しさん:2015/08/17(月) 12:42:26.23
最近、面接でよく聞く話は
今後はCOBOLからの載せ替え案件が増えるから、
COBOL開発者と言うよりも、COBOLが読める技術者の募集が増えるっぽい
載せ替えがどんどん進めばCOBOLも終わりだね
ただ公共や金融は載せ替えするかな???って思うけど

30 :仕様書無しさん:2015/08/17(月) 13:00:04.08
載せ替えって表現、なんか新鮮だなw

31 :仕様書無しさん:2015/08/17(月) 13:09:05.93
>>29
増えないよ。
バッチをJava化はできるけど、COBOLをJavaやCにはできん。

32 :仕様書無しさん:2015/08/17(月) 13:21:19.71
どうして?
COBOLの強みって数値の桁数がいくらでも使えるとか小数の丸め誤差が無いってことだと聞いたことがあるけど、
それは別にデータ型としてそれを用意してない言語でも軽く一手間加えるだけで実現できるよね。
言語によってはDECIMAL型とかって名前で10進数型を言語自体で実装してるし。
他にCOBOLの強みって何?

33 :仕様書無しさん:2015/08/17(月) 13:38:19.35
>>32
>軽く一手間加えるだけで実現できるよね。

できてないからこういう現状なんじゃないか。

34 :仕様書無しさん:2015/08/17(月) 15:29:39.38
JavaでBigDecimal扱ってみ
もの凄く面倒臭くてしかも遅いから

35 :仕様書無しさん:2015/08/17(月) 18:04:12.16
>>29
載せ替えってw
なんで金融機関とかがコボルから他言語に変えないのか
それはメリットデメリットを考えての事だよ
今正常っぽく動いているモノを
バグが発生するリスクを乗り越えてでもわざわざ新しい言語に変える必要ある?
という話
頭の良い所ほど他言語に変えようなんて考えない
枝葉は別言語で追加していくとしても

36 :仕様書無しさん:2015/08/17(月) 18:09:19.47
>>28
うちの地方都市でも2000くらいが一番多い
安い所で1500くらい(これはPG初心者でもOKみたいなの)

37 :仕様書無しさん:2015/08/17(月) 18:18:32.53
載せ替えという表現がどうかわからんけど
コボル案件で多いのは
ハードを新しいのに変えるけど、コボルはそのまま使いたい
その時、オフコンからwinやlinuxにするとか、OS変えるとか、データベースも変えるとか
これはコボル読める人がいないと出来無い場合がある
そこで問題になるのが負の遺産…スパゲティコード、仕様書がない(間違っている、古いなど)、ソースと動いているプログラムが違う、、、、
2000年対応組のおじいさん連中に任せる方が早く安く出来るという
だからブランク10年とか20年とかっていう人がいたりする

38 :仕様書無しさん:2015/08/17(月) 20:42:47.41
妄想、ネットの嘘情報にだまされるやつがいる
現場をしらないひとがいる

39 :仕様書無しさん:2015/08/17(月) 21:23:22.71
現行のリプレースじゃなく新規のシステム開発が無い時点で、すでに終わった言語なんだよ

40 :仕様書無しさん:2015/08/17(月) 22:14:48.72
情報の漏洩やなんかを考えてくと
オフコンに戻した方がいいんじゃねえかな、とすら思える

41 :仕様書無しさん:2015/08/17(月) 22:41:17.68
>>32
軽くひと手間で実現できるって、お前天才だな!
年収1億でもメガバンに生保に引っ張りだこだぜ。

42 :仕様書無しさん:2015/08/17(月) 23:42:11.63
コボラーは仕事無くて、もう生活保護しかない

43 :仕様書無しさん:2015/08/17(月) 23:44:05.54
>>40
ちみー、オフコンのCPUは80286だったんだぜ

44 :仕様書無しさん:2015/08/18(火) 00:05:46.60
>>41
プログラムなんかパソコンちょろちょろってやればできるんだろ?
というおっさんの臭いがするんだが... >>32は。

45 :仕様書無しさん:2015/08/18(火) 00:21:30.19
PCの電源の切り方も解らないコボラーのおっさん
覚えられなくてパスワードを書いた付箋をキーボードの裏に貼り付けている

46 :仕様書無しさん:2015/08/18(火) 00:53:22.07
>>39
COBOLで組まれた現行のシステムが稼働している間にも、他の言語で作成されたシステムは言語ごと消えていく・・
結局21世紀に入って十年以上経過した現在も基幹システムはCOBOL、制御系はC、スバコンはFORTRANが未だ第一線で現役だったりする

47 :仕様書無しさん:2015/08/18(火) 01:00:02.29
最近のプログラマーはエディターの支援機能がなければ
コーディングすら満足に行えない程度に劣化しているからな

更にFizzBuzz程度のプログラムですら関数がないと組めません、とか言い放つ奴もいるし

48 :仕様書無しさん:2015/08/18(火) 01:16:35.60
>>43
それって「PC-9801のCPUは80286だったんだぜ」って言うのと変わらないんだが……
富士通のPRIMERGY 6000は今でも販売中の現行機種だけど
オフコンを名乗り続けてる(FACOMって名前は見えないけど)
そしてCPUは80286ではないね?

そりゃあK-10なんかは8086だか80286だったけど、K-150Siの時点でMC68030だったでしょ

49 :仕様書無しさん:2015/08/18(火) 01:42:21.11
だから嘘を書くやつがいるってw

50 :仕様書無しさん:2015/08/18(火) 01:48:46.45
>>45
裏ならまだ良心的。

51 :仕様書無しさん:2015/08/18(火) 01:50:35.57
MS-COBOL EPSON 286

52 :仕様書無しさん:2015/08/18(火) 01:59:45.56
>>48
売れてるのかな、これ。

53 :仕様書無しさん:2015/08/18(火) 03:10:53.60
◆みずほ銀行次期システム開発を見守るスレ15◆ [転載禁止](c)2ch.net
http://hello.2ch.net/test/read.cgi/infosys/1438086023/

54 :仕様書無しさん:2015/08/18(火) 07:07:16.73
サーバーをオフコンと呼ぶコボラーのおっさん

55 :仕様書無しさん:2015/08/18(火) 07:56:38.36

バカが迷い込んでいるw

56 :仕様書無しさん:2015/08/18(火) 08:24:28.85
よく見ればわかるとおもうけど
メーカ自体がオフコンって言い切ってるからね

見もしないで煽ろうとするから、的外れな発言になる

57 :仕様書無しさん:2015/08/18(火) 08:25:18.37
オフコンで問題ないが

58 :仕様書無しさん:2015/08/18(火) 08:29:40.61
メーカーがサーバーと言ってるのもオフコン

59 :仕様書無しさん:2015/08/18(火) 08:53:07.36
>>45
サーバーのパスワードを覚えられずに勝手に自動ログインするように設定したアホなC#プログラマーなら昔うちのプロジェクトいたわw

60 :仕様書無しさん:2015/08/18(火) 10:26:13.38
メーカーがサーバーと言っている
どこのメーカーだ?ありえん

61 :仕様書無しさん:2015/08/18(火) 10:29:19.26
オフコンの意味わかってないよね
オフコンにもクライアントとサーバーがあるんだよ

>>40
情報漏洩するタイミングや持ち出す状態で変わるから
オフコンだから良い という事にはならない
ただオフコンなら触れる人が少ないからオフコン直でデータをどうこうされる確率は減る

62 :仕様書無しさん:2015/08/18(火) 10:32:34.56
ところでハロワ案件で就職出来た人いるのかな?

63 :仕様書無しさん:2015/08/18(火) 10:44:13.68
>>40
社会保険庁の仕事ぶりを見てると、何をどうやったって漏えいするよ。
公務員が漏えいしたら死刑という法律でも作ればいいか?と思ったけど、
バケツで臨界しちゃうような国だし、防ぎようがないと思った。

64 :仕様書無しさん:2015/08/18(火) 10:44:52.40
>>62
ハロワで就職できたら、ハロワーと呼ぼうぜ

65 :仕様書無しさん:2015/08/18(火) 12:18:34.96
コボラーなんて失礼な呼び方せずに、コボラと可愛く呼んであげようぜ

66 :仕様書無しさん:2015/08/18(火) 12:26:18.39
キングコボラとかメカコボラとか?

67 :仕様書無しさん:2015/08/18(火) 14:05:58.38
>>23
> 首都圏・関西・東海の3大都市圏
> アルバイトやパート 平均時給967円(平成18年以降最高)
> 派遣社員 平均時給1596円(平成19年2月以降最高)
> で正社員求人は増えているのか?w
本当に景気上昇があるなら正社員雇用が増えているはずだが

派遣雇用は1つの仕事が終わるとまた別の派遣の面接を受けて…って形でしょう?
先行き見えないし大変じゃない?

68 :仕様書無しさん:2015/08/18(火) 14:21:51.24
幼稚なのが混じってますねw

69 :仕様書無しさん:2015/08/18(火) 16:18:46.59
バブル崩壊から30年間不景気だと言い続けてるバカがいるけど、
あの異常な時代をベースにしたら今後何百年も不景気だろうになあ。
消費税上がる前はそれなりに景気は回復している「実感」すらあったし、
ITバブルもあったし、リーマンショック前もそこそこ景気が良かった。

70 :仕様書無しさん:2015/08/18(火) 16:27:15.77
>>69
業種限定の好景気の事を言っているんだよね
日本全体でみるとまだまだダメ
消費税増税とともに景気交代するのは仕方のない事
消費税は消費に課税=消費意欲を抑える課税方法

所得税中心に課税方法を戻せば景気回復する可能性は高くなる

消費税増税論はマスゴミが国民を洗脳するかのように垂れ流してきた内容
消費税増税と法人税減税はセット(消費税増税されれば法人税減税される)
マスゴミ = 経●連 = 法人税減税して欲しい

71 :仕様書無しさん:2015/08/18(火) 16:34:07.82
>>70
日本全土が好景気に沸く、なんて夢物語はもうこない、
という認識を持つべきだよ。

田舎の土建屋やら零細コメ農家までウハウハじゃないとダメ、
なんてありえないよ。

72 :仕様書無しさん:2015/08/18(火) 16:34:14.42
派遣業法は小泉が改悪したんだよ
改悪前に戻すべき

73 :仕様書無しさん:2015/08/18(火) 16:37:21.11
>>69>>70>>71
スレチだから消えてくれ

といいつつ
>田舎の土建屋やら零細コメ農家までウハウハじゃないとダメ
バブルでもそんな事無かっただろうにどれだけ好景気のレベル引き上げてんだw
全体で見ると不景気だよ

74 :仕様書無しさん:2015/08/18(火) 16:44:39.72
バブルは田舎の土建屋こそがウハウハだったよ
農家は知らないけど

75 :仕様書無しさん:2015/08/18(火) 18:11:48.99
66のレス 相当な老人

76 :仕様書無しさん:2015/08/18(火) 22:44:31.84
コボラーの末期
ハロワで職探し

77 :仕様書無しさん:2015/08/18(火) 23:43:35.17
>>56
メーカーがどうのじゃなくて、普通にサーバーのことをオフコンと呼ぶ
コボラーおっさんがいるのだよ

78 :仕様書無しさん:2015/08/18(火) 23:59:11.76
>>77
オフコンは種別でサーバーは役割じゃないの?

79 :仕様書無しさん:2015/08/19(水) 00:20:46.02
77の妄想現場のことなど、どうでもいいことだなw

80 :仕様書無しさん:2015/08/19(水) 00:29:12.48
なになに、COBOL環境についていけない無能がここで暴れてるって?

81 :仕様書無しさん:2015/08/19(水) 00:32:05.55
最近のPGってLinux等のCLIを見ただけで行動不能になるのなw
つかエンドユーザーならともかく、プログラマーがCLI使えないって世も末だな

82 :仕様書無しさん:2015/08/19(水) 00:43:05.90
MOVEとIFとCOMPUTEさえ使えこなせば、きみも立派なコボルエンジニアだ!

83 :仕様書無しさん:2015/08/19(水) 00:44:58.53
>>81
汎用機コボラーなので何言ってるのかサッパリわかりません

84 :仕様書無しさん:2015/08/19(水) 00:55:02.31
>>81
自己紹介はいいから。

85 :仕様書無しさん:2015/08/19(水) 00:55:10.77
え・・・アンチコボラーにはCLIという用語すら難しかったの?
マジで驚いた

86 :仕様書無しさん:2015/08/19(水) 00:58:43.77
>>85
teratermの画面はGUI?CLI?

87 :仕様書無しさん:2015/08/19(水) 01:07:48.84
コボル関係ねぇ

88 :仕様書無しさん:2015/08/19(水) 01:09:47.81
ユニシスコボラーを舐めんなよ
オクタルダンプ最高だぜ

89 :仕様書無しさん:2015/08/19(水) 01:26:08.03
しょうもな

90 :仕様書無しさん:2015/08/19(水) 01:42:02.49
CLIの意味も分からず煽ってるあほがおるw

91 :仕様書無しさん:2015/08/19(水) 02:16:02.21
あほしか言えないあほがいる

92 :仕様書無しさん:2015/08/19(水) 02:35:14.29
>>91
自己紹介乙w

93 :仕様書無しさん:2015/08/19(水) 07:02:50.38
やった、アホが一匹釣れた

94 :仕様書無しさん:2015/08/19(水) 07:16:01.39
あほちゃいまんねん、ぱーでんねん

95 :仕様書無しさん:2015/08/19(水) 08:22:49.25
今からハロワで職探しだ

96 :仕様書無しさん:2015/08/19(水) 14:39:11.73
ここのコボラーの雇用って正社員なの?

97 :仕様書無しさん:2015/08/19(水) 19:54:29.62
40過ぎて現場から放り出されたら即リストラ
派遣で職探し

98 :仕様書無しさん:2015/08/19(水) 21:46:11.09
CircusLand I 〜ドキ! ヒロインいっぱい初音島★コスプレミスコン祭り♪よりどりみどりで♪好きな子選んで着せ替え育成デートだょ 兄さん♪〜

99 :仕様書無しさん:2015/08/19(水) 21:57:30.02
このスレはむちゃくちゃな中傷が書いてあるな

100 :仕様書無しさん:2015/08/19(水) 21:58:46.31
COBOLはJavaに完全包囲されている感じ。

101 :仕様書無しさん:2015/08/19(水) 22:20:03.33
前の現場で「スーパーコボラー」って呼ばれてる人がいた
女性だったけど、その人に聞けばコボルの事はなんでも分かる
何万行ある糞コードでもさらりとメンテしてくれる

102 :仕様書無しさん:2015/08/19(水) 22:25:31.70
>>30
Fにいた事あるけど、頻繁に聞いたね、その言い回し

「Javaに載せ替えた」とか

103 :仕様書無しさん:2015/08/19(水) 22:27:45.15
Javaは次期コボルだからなー

104 :仕様書無しさん:2015/08/19(水) 22:45:45.47
今COBOLで動いているものをわざわざJavaに変えるのは、コストとリスクの面でデメリットが大き過ぎる。

105 :仕様書無しさん:2015/08/19(水) 22:53:41.12
>>104
それくらい>>32なら軽く一手間加えるだけで実現できるんだってさ。

106 :仕様書無しさん:2015/08/19(水) 23:15:22.56
>>105
奴隷を10人くらい連れてくればいいんでしょ?
軽く一手間じゃん。  とか思っていそうだ。

107 :仕様書無しさん:2015/08/19(水) 23:53:00.96
現行コボルのソースがサーバーに置いてあり、参考までに見たらびっくり。
コメントの日付が84年だ。30年以上前のプログラムでコードはぐちゃぐちゃでメンテ不可扱いだ。
そろそろバッチもJavaに載せ替えないとな。

108 :仕様書無しさん:2015/08/20(木) 00:51:33.13
Javaってもう終わりが見えていなかったっけ?

109 :仕様書無しさん:2015/08/20(木) 00:51:57.76
python最高

110 :仕様書無しさん:2015/08/20(木) 01:11:31.11
>>108
30年前のぐちゃぐちゃソースで動いてるような会社の人だと
次はJavaだ!!ということになるんだろうね。

111 :仕様書無しさん:2015/08/20(木) 01:52:35.00
>>101
何十年も同じ部署でやっていればどこがどうなっているか
覚えてしまうでしょうね
以前C言語やっていたときそうだった
要件決まっただけですぐに思い浮かんだね

112 :仕様書無しさん:2015/08/20(木) 06:12:59.35
>>110
いや、今はJavaなんかじゃなくC#一択だろ

113 :仕様書無しさん:2015/08/20(木) 07:04:31.74
Javaが一番プログラマーが多くて人も集めやすく人件費も安くなるんだぞ

114 :仕様書無しさん:2015/08/20(木) 08:20:15.39
Java(笑)

115 :仕様書無しさん:2015/08/20(木) 08:22:08.85
WindowsならC#が一番だと思う
つかWindowsがコンピューターのデファクトスタンダードなんだからC#を選択するべき

116 :仕様書無しさん:2015/08/20(木) 08:26:32.30
コボラー集めても居ないし、いても何も知らない馬鹿ばかり
やったことないのにJavaもやろうと思えばやれると思いますとか、聞いてもいないのに言い出す。イミフなじぃさんもいた。

117 :仕様書無しさん:2015/08/20(木) 12:08:27.12
>>107
そこで101のスーパーコボラーの登場ですよ。

118 :仕様書無しさん:2015/08/20(木) 12:23:48.89
スーパーでレジ打ってるコボラーですが、仕事くれ!

119 :仕様書無しさん:2015/08/20(木) 13:47:38.78
>>101書いたけど、スーパーコボラー(スペースコブラじゃないよ!)は凄かったな

「○○さんいる?今どのプロジェクトにいるの?いつスケジュール空くの?」
って感じで常に引っ張りだこだった

今思うと逆に、それだけ出来る人が稀少だったんだろうな・・・

120 :仕様書無しさん:2015/08/20(木) 15:40:10.55
現実はjavaの方が先に消えそうなのに

121 :仕様書無しさん:2015/08/20(木) 17:05:27.08
>>120
レガシーとして延々のこるんですよ...

122 :仕様書無しさん:2015/08/20(木) 18:22:50.68
RDB使っているシステムなのに、コボラーってSQL知らないよね。

123 :仕様書無しさん:2015/08/20(木) 18:58:58.71
>>122
んなことはない…ない…

124 :仕様書無しさん:2015/08/20(木) 19:16:25.39
>>122
昔はそんなことはなかったよ

今のコボラーはどうなんだろうね

125 :仕様書無しさん:2015/08/20(木) 19:34:19.01
RDBを利用したシステムの開発に携わっているのに
SQLを全く知らないJavaプログラマーやC#プログラマーも腐るほどいるけどね

126 :仕様書無しさん:2015/08/20(木) 19:36:36.64
最近はCPUって何?、OSって何?みたいなのがプログラムを組んでる時代だからな

127 :仕様書無しさん:2015/08/20(木) 22:02:46.23
プログラムって何?

128 :仕様書無しさん:2015/08/21(金) 00:25:05.02
ただの道具

129 :仕様書無しさん:2015/08/21(金) 00:41:13.42
ごちゃごちゃなのはソースコードではなく
どのソースファイルが関連しているのか、という方だったりしないだろうか?

130 :仕様書無しさん:2015/08/21(金) 02:39:29.47
女性は同じ事をしていても飽きないからね
脳科学で男女の脳の差
また現状を守りたいから>>101のような人がいるのだろうな

131 :仕様書無しさん:2015/08/21(金) 06:21:09.87
>>1
には書いて無いけど
本来のこのスレって
「コボルの需要は増えてるんですか?待遇は?」
のはずなのに
ほとんど議論されていないというw


COBOLって今需要増えてるの?
http://kanae.2ch.net/test/read.cgi/prog/1332329733/

1 仕様書無しさん[sage] 2012/03/21(水) 20:35:33.09
当方情報処理2種持ってますがかれこれ
15年くらいコンピューター業界から
去りました
出来る言語はコボルくらい
ところでコボルの需要は増えてるんですか?待遇は?

132 :仕様書無しさん:2015/08/21(金) 07:10:02.26
それはとっくに結論が出ている。
新規システム開発でコボルの需要は殆どない。
有るのは現行保守要員で、やってるのは現場経験者のおっさんコボラー。
経験者じゃ無いと解らない意味不明なソースは新規参入者の侵入を拒む。

133 :仕様書無しさん:2015/08/21(金) 07:26:20.32
Fの請負だけどパッケージをjavaとCOBOLで作ってカスタマイズをCOBOLで追加する案件を10年続けてる

134 :仕様書無しさん:2015/08/21(金) 07:50:26.38
保険・銀行系だと20代30代のCOBOLプログラマーは普通にいる。

135 :仕様書無しさん:2015/08/21(金) 08:00:13.35
元がCOBOLで開発されてるところに
機能追加とか発生すると、結局COBOLで開発するんだよね

まったくのまっさらなところからCOBOLで開発するってのは少ないかもしれないけど
類似にシステムが他で動いてたら、それがたとえCOBOLであっても
無理やり移植してくるよね。。。特にFさん

136 :仕様書無しさん:2015/08/21(金) 08:17:36.12
今はスマホがあるから腕時計何てしないよ、と言ってたCOBOLホストチームのオッサン。
アップルウォッチを見せつけるようにわざとらしく腕組みをしてる。

137 :仕様書無しさん:2015/08/21(金) 16:14:11.28
>>136
うらやましいならお前も買えばいいのに。
ロレックス(本物)みたいに高いものじゃないだろ?

138 :仕様書無しさん:2015/08/21(金) 18:22:05.08
>>119
コブラとコボラ絶妙ねw

そのCOBOL女史は、とりあえず職にあぶれることは無さそう。
そういう職人もいいかもな。

139 :仕様書無しさん:2015/08/21(金) 19:43:07.94
富士通はCOBOLだからいいけど、東芝はPIPSとかいうの推しとるのが……(COBOLもあるけど撤退……したんだっけ?)

140 :仕様書無しさん:2015/08/21(金) 23:08:15.95
COBOLの移行先はExcel

141 :仕様書無しさん:2015/08/21(金) 23:26:54.63
あ?
COBOLとExcelはズッ友だよ?

142 :仕様書無しさん:2015/08/21(金) 23:35:19.24
本屋行って置いてある書籍の冊数数えてみた

FORTRAN 7冊
COBOL 8冊

C# およそ50冊!平積み有

Javaとかもう数えるのめんどくさくなったのでやめた。

143 :仕様書無しさん:2015/08/22(土) 00:22:42.20
COBOLの本増えたねー
数年前は1冊見つけるのがやっとだったのに

144 :仕様書無しさん:2015/08/22(土) 00:23:11.75
>>142
>C# およそ50冊!平積み有

50種類あるわけじゃないんだよね?
そのうち何種類が1年後も残ってると思う?
それはCOBOL本の種類より多いと思う?

145 :仕様書無しさん:2015/08/22(土) 00:59:09.62
本、在庫整理
それより職場のメーカーのをみたほうが良い

146 :仕様書無しさん:2015/08/22(土) 01:17:56.22
>>144
50種類だよ

147 :仕様書無しさん:2015/08/22(土) 01:33:11.66
企業の教育体制がない人はどうしようもないねw

148 :仕様書無しさん:2015/08/22(土) 02:02:43.58
今現場にいる元コボラーの人が言うには新規で参入した現場では、誰も何も教えてくれないそうだ。自分の保身の為、新規参入者にはワザと辛く当たるらしい。

149 :仕様書無しさん:2015/08/22(土) 02:31:45.28
「そうだ」「らしい」
いつもの現場を知らない話ですかw

150 :仕様書無しさん:2015/08/22(土) 08:29:42.32
>>148
だいたいそんなもんだよ。教えてくれる環境があるほうが珍しい。

151 :仕様書無しさん:2015/08/22(土) 09:34:15.10
>>149
同じ現場に10年以上いる利己的なパワハラおやじ達のせいで、人いれても直ぐ辞めていくコボラーの現場実際あったぞ

152 :仕様書無しさん:2015/08/22(土) 10:23:59.41
>>151
そういうのはマの界隈ではPG2年目でもいるぞ

153 :仕様書無しさん:2015/08/22(土) 11:22:16.67
このスレの伸びが
COBOLが生きている事を証明しているw

154 :仕様書無しさん:2015/08/22(土) 12:09:48.06
最古にして最速というオンリーワンナンバーワンの地位を確立しているFortranと一緒にすんな

155 :仕様書無しさん:2015/08/22(土) 12:55:32.23
スバコンって今でもFortran走ってたんだっけ?

156 :仕様書無しさん:2015/08/22(土) 14:41:40.10
>>97
出世で現場から外れるってのもある

でハロワで職見つけた人いるの?

>>100
残念だけどjavaの方が先に消えるかもw

>>104
現状動いているのに
わざわざバグ発生させてまで他言語に変える必要性が無い
とくに大掛かりなシステムは

157 :仕様書無しさん:2015/08/22(土) 14:59:05.80
このスレには>>32というスーパーハカーがいるから大丈夫。

158 :仕様書無しさん:2015/08/22(土) 16:05:58.15
コボラー社員は上司より年上だから、どんだけ効率悪い仕事してても何も言えんのよ

159 :仕様書無しさん:2015/08/22(土) 16:25:37.19
>>わざわざバグ発生させてまで他言語に変える必要性が無い
>>とくに大掛かりなシステムは

こういう決め付けは保身的な老害コボラーの常套句だよね。
自分が今までやってたことを全否定されたくない。だって自分の存在価値がなくなるからね。

160 :仕様書無しさん:2015/08/22(土) 16:26:02.08
MOVE 1 TO N1.
MOVE ZERO TO PI.
PERFORM VARYING N2 FROM ZERO BY 1 UNTIL N2 = ZERO
 COMPUTE PI = PI + N1 * (4 / (8 * N2 + 1)
       - 1 / (4 * N2 + 2)
       - 1 / (8 * N2 + 5)
       - 1 / (8 * N2 + 6))
 COMPUTE N1 = N1 / 16
END-PERFORM.
DISPLAY 'PI=' PI.

161 :仕様書無しさん:2015/08/22(土) 16:49:02.74
昔はそうだったからといってパワハラ・セクハラしまくりの40代昭和コボラーをなんとかしてください
オープン系新世代コボルエンジニアのじゃまなんです。

162 :仕様書無しさん:2015/08/22(土) 16:51:29.46
COBOLからリブレースするなら最低半世紀は完全に互換性を維持できる言語じゃないとムリだと思う

163 :仕様書無しさん:2015/08/22(土) 16:57:22.33
>>159
> こういう決め付けは保身的な老害コボラーの常套句だよね。

と言いつつも

> 自分が今までやってたことを全否定されたくない。だって自分の存在価値がなくなるからね。

と決め付けている点についてはいかに?

164 :仕様書無しさん:2015/08/22(土) 17:28:30.13
メインフレームは特に、もう昭和から殺伐としたところばかりw

165 :仕様書無しさん:2015/08/22(土) 17:37:33.81
何論点ずらしてるの?
周りの目から見て明らかにそう見える態度なんだよ
実際皆言ってる事実があるんだぜ。

166 :仕様書無しさん:2015/08/22(土) 18:25:59.21
>>165
だから、おまえ*も*周りの目から見て明らかにおかしい
という話をしてんだろ?全然論点がずれてないじゃないか。

167 :仕様書無しさん:2015/08/22(土) 18:28:04.05
>>159
Javaしか理解できないCOBOLなんか難しいよう
というゆとり子ちゃんは妙に攻撃的だよね。
COBOLは糞、年長者はみんな老害、ということにしないと、
自分の存在価値がなくなるからね。

168 :仕様書無しさん:2015/08/22(土) 18:45:11.90
○○さんお薬飲まないと

169 :仕様書無しさん:2015/08/22(土) 19:31:54.28
>>159
ん〜。存在価値云々って言うより消える時はシステムごとゴッソリ消えるでしょ。
COBOLに限った話じゃないけど。

170 :仕様書無しさん:2015/08/22(土) 19:55:23.51
40代以降の親父は20代当時プログラミングしたければCを選べた。
プログラムまともに組めない奴、コンピュータをよく知らない奴が
ずっとコボルしかやってなくて年取って妖怪コボラーとなったのだ。

171 :仕様書無しさん:2015/08/22(土) 19:59:09.07
COBOL知ってるならPL/1も出来るでしょ
とやらせてみても全然コードが読めてなかったから退場となったこぼらーがいる。

172 :仕様書無しさん:2015/08/22(土) 20:00:28.96
若い頃に「老害は〜」とか言っている奴は歳をとるとほぼ間違いなく「最近の若い奴は〜」とのたまうようになる

これ豆な

173 :仕様書無しさん:2015/08/22(土) 20:04:28.00
最近のオープン系プログラマーも、ネットやフレームワーク、エディタのコーディング支援がないとマトモにコードが書けない奴ばかりだよ

174 :仕様書無しさん:2015/08/22(土) 20:08:26.77
>>173
それ老コボラーも出来ないから。だいたい新しい単語も理解できない。
コボルオンリー、コボル一筋30年!

175 :仕様書無しさん:2015/08/22(土) 20:37:38.25
しょうもないことばかり書いてあるw

176 :仕様書無しさん:2015/08/22(土) 20:50:24.90
何も言い返せないとは、情けない。

177 :仕様書無しさん:2015/08/22(土) 21:31:12.34
お薬飲まないと

178 :仕様書無しさん:2015/08/22(土) 21:47:34.74
>>177
もう飲みましたか?

179 :仕様書無しさん:2015/08/22(土) 21:47:45.32
>>171
PL/IはALGOLの血もひいてるから、Cが読めるならPL/Iも読めるだろ。
おまえ、PL/I読めるのか?

180 :仕様書無しさん:2015/08/22(土) 21:53:55.88
業務では、COBOLメイン、たまにJava
日曜プログラマとしては、VB
基本情報を受けた時は、C言語の問題を選択
1988年4月生まれ

俺も「昭和コボラー」だなw

181 :仕様書無しさん:2015/08/22(土) 21:59:20.11
レベル低

182 :仕様書無しさん:2015/08/22(土) 22:01:45.86
>>178
おまえのことw

183 :仕様書無しさん:2015/08/22(土) 22:16:03.54
PL/Tか、2000年問題でやるひとが高齢などでやるひと
が居なかったな
今でもメンテやっているとしたら一部の銀行か生産部門
I系だな
ACOSでも昔はPL/Tをやっていたがすぐに頓挫したな

184 :仕様書無しさん:2015/08/22(土) 22:23:04.75
>>179

読めるどころかPL/1でプログラム作ったよ
コボラーはポインタが理解できないんだよ

185 :仕様書無しさん:2015/08/22(土) 22:27:07.81
01 項目名 USAGE IS POINTER.

186 :仕様書無しさん:2015/08/22(土) 23:08:47.11
このスレ、不毛w

187 :仕様書無しさん:2015/08/22(土) 23:11:54.42
いや、ふさふさだし。

188 :仕様書無しさん:2015/08/22(土) 23:24:03.57
◆みずほ銀行次期システム開発を見守るスレ15◆ [転載禁止](c)2ch.net
http://hello.2ch.net/test/read.cgi/infosys/1438086023/

189 :仕様書無しさん:2015/08/22(土) 23:59:23.00
過疎ってるこのスレには誰も反応しないの

http://kanae.2ch.net/test/read.cgi/prog/1404905544/
http://kanae.2ch.net/test/read.cgi/prog/1364910413/

190 :仕様書無しさん:2015/08/23(日) 00:10:29.52
君たち、これからプログラマーになろうとする若者に
自信を持ってコボルを勧めることが出来るかね?

191 :仕様書無しさん:2015/08/23(日) 00:31:49.48
情報システム
http://hello.2ch.net/infosys/

192 :仕様書無しさん:2015/08/23(日) 00:41:48.40
Visual COBOLってどんなの?

193 :仕様書無しさん:2015/08/23(日) 00:47:45.85
1からCOBOLでシステム組むことなんて今後無いんちゃいまっか

194 :仕様書無しさん:2015/08/23(日) 01:00:23.38
いつからここはCOBOLの開発についていけないゆとりコーダーの妄想をぶちまけるスレになったんだ?

195 :仕様書無しさん:2015/08/23(日) 01:03:40.52
 ゚            / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄\
   /  ̄/\     |   緊急浮上!  |
。  |_ /\ \   \__ _______/
 〃,|  \  \./\      ∨
   |_. \./\: \    ∠⌒∧   
 〃:\  ̄ \   \./ \_(^-^  ||)   |__|∴
 :   \_ \ /\  \ ̄\ゝ) ) //∴∵
  :  〃\  ̄ \  :\ / \ \///  ∵ ∴
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜

196 :仕様書無しさん:2015/08/23(日) 01:07:37.94
>>173
どこぞのスレで見た、オープン系の新人プログラマーにFizzBuzzのコード書かせようとしたら
「FizzBuzzの関数がないから組めません(キリッ」の話を思い出したw

197 :仕様書無しさん:2015/08/23(日) 01:13:28.49
無ければ作るの時代ではなく、無いからできないだね

198 :仕様書無しさん:2015/08/23(日) 01:41:26.66
>>197
車輪の再開発wwww

199 :仕様書無しさん:2015/08/23(日) 01:47:06.65
>>196
PERFORM VARYING I FROM 1 BY 1 UNTIL I > 100
 EVALUATE TRUE
 WHEN FUNCTION MOD(I 15) = ZERO
  DISPLAY 'FIZZBUZZ'
 WHEN FUNCTION MOD(I 3) = ZERO
  DISPLAY 'FIZZ'
 WHEN FUNCTION MOD(I 5) = ZERO
  DISPLAY 'BUZZ'
 WHEN OTHER
  DISPLAY I
 END-EVALUATE
END-PERFORM.

15の倍数か否かの判定は無くてもいいけど、
その際はSTRING文でFIZZとBUZZをくっつける事になってかえってめんどいと思う。

200 :仕様書無しさん:2015/08/23(日) 03:10:39.39
http://jbbs.shitaraba.net/netgame/14889/
ふぅん('ω'`)

201 :仕様書無しさん:2015/08/23(日) 05:44:19.90
198は入院したほうがいいなw

202 :仕様書無しさん:2015/08/23(日) 05:45:54.82
NTTデータ Part43 [転載禁止](c)2ch.net
http://hello.2ch.net/test/read.cgi/infosys/1423961551/

203 :仕様書無しさん:2015/08/23(日) 05:58:06.36
みんな頭冷やせw

204 :仕様書無しさん:2015/08/23(日) 06:09:06.89
◆みずほ銀行次期システム開発を見守るスレ16◆ [転載禁止](c)2ch.net
http://hello.2ch.net/test/read.cgi/infosys/1440260984/

205 :仕様書無しさん:2015/08/23(日) 06:14:58.35
なんでこんなにスレの勢いあるの?
COBOLって凄いね

206 :仕様書無しさん:2015/08/23(日) 07:52:51.69
仕事くれ、何であいつは仕事有るのに俺には無いんだ

207 :仕様書無しさん:2015/08/23(日) 08:05:32.01
長くやっているだけで自分は優れていると思っているコボラーさん。

208 :仕様書無しさん:2015/08/23(日) 10:36:50.95
>>199
それやったらたぶん15の倍数の時"FIZZBUZZFIZZBUZZ"になると思うんだけど、
書くならif文かgoto文使えよ

209 :仕様書無しさん:2015/08/23(日) 12:11:31.65
goto文を使いこなしてこそ真のコボラーなんだよ!
判る?

210 :仕様書無しさん:2015/08/23(日) 12:24:52.33
FizzBuzzって一度でもやると、覚えちゃうんだよね
俺が最初にFizzBuzzを知った時は、問題の意図や背景がいまいち掴みきれなかったわ
なんでこんなリアル問題に程遠い糞パズルをやらせるん?って感じで訳わからんかった覚えがある

211 :仕様書無しさん:2015/08/23(日) 12:50:48.10
COBOLってアーキテクチャが単純で素直だから銀行などのホストにはぴったりだな。

212 :仕様書無しさん:2015/08/23(日) 12:54:31.71
READのとこは、GO TOで回すやで

213 :仕様書無しさん:2015/08/23(日) 13:21:59.24
>>196
以前、派遣されたヤツは

派遣「COBOLで割り切れるかどうか判定する関数は何を使えばいいですか?」

ポク「ないよ」

派遣「じゃあ組めません(キリッ」

だった・・・

つかその派遣、確かPG暦は5年以上だったはずなのに、今までいったい何をやってきたのか問いただしたかった

214 :仕様書無しさん:2015/08/23(日) 13:29:48.19
>>213
別に派遣ならそんなのゴロゴロいるぞ。
つうか、派遣PGなんて自分で考えたり創造したり出来ないただの作業者だから。
例えるなら設計士の指示通りに作業しているドカタと実質的には同じ。

215 :仕様書無しさん:2015/08/23(日) 14:07:15.36
>>208
確かにC言語やJavaなどのswitch文ならbreakが必要だけど、
COBOLのEVALUATE文は上にある条件(WHEN 〜)に合致した時点で
それ以降の条件は見ずにEVALUATE文を終了する。

216 :仕様書無しさん:2015/08/23(日) 14:19:51.58
>>213
> ポク「ないよ」
FUNCTION MOD(M N)ェ・・・
まあ「DIVIDE M BY N GIVING Q REMAINDER R」やった後に、
Rに対してZERO判定してもいいけどね。

217 :仕様書無しさん:2015/08/23(日) 15:13:09.13
>>209
だめじゃんw

218 :仕様書無しさん:2015/08/23(日) 20:18:54.31
>>199
とても見づらい

それがCOBOL

219 :仕様書無しさん:2015/08/23(日) 20:34:27.98
こっちのが見やすいかな

MOVE 1 TO I.
PERFORM SUB-STR 100 TIMES.

SUB-STR.
IF FUNCTION MOD(I 15) = ZERO
   DISPLAY 'FIZZBUZZ'
ELSE IF FUNCTION MOD(I 3) = ZERO
   DISPLAY 'FIZZ'
ELSE IF FUNCTION MOD(I 5) = ZERO
   DISPLAY 'BUZZ'
END-IF.
ADD 1 TO I.

220 :仕様書無しさん:2015/08/23(日) 20:45:57.09
COBOLにFUNCTIONっていつから登場したの?
頭の中はCOBOL85のままでとまってる・・・

221 :仕様書無しさん:2015/08/23(日) 21:32:04.53
80カラムで無理矢理改行とかほんとうざいわ

222 :仕様書無しさん:2015/08/23(日) 21:38:50.24
>>218
そうかな?
俺は例えばJavaのこういうコードも特段見づらいとは思わないから気にならなかった。
for (int i = 1; i <= 100; i++) {
  if (i % 15 == 0) {
    system.out.println ("FizzBuzz");
  } else if (i % 3 == 0) {
    system.out.println ("Fizz");
  } else if (i % 5 == 0) {
    system.out.println ("Buzz");
  } else {
    system.out.println (i);
  }
}

>>219
COBOLに「ELSE IF 〜」は無いからELSEの中にIFの入れ子があると解釈される。
だからEND-IFを3つにするか、思い切ってEND-IFを取ってしまうかがいいと思う。
あと恐らく単純ミスだろうから揚げ足取りになっちゃうけど、「ELSE DISPLAY I」が抜けてる。

223 :仕様書無しさん:2015/08/23(日) 21:39:30.51
72カラムまでじゃん
ホントにコボラーなの?

224 :仕様書無しさん:2015/08/23(日) 21:47:05.61
>>223
>>221は右端8カラム(73〜80カラム目)のコメント領域も含めて言ってるんだと思う。
実際にこのコメント領域を使う人はあまりいないけど、
修正履歴として日付等を入れるように決めている開発現場も一部ある。

225 :仕様書無しさん:2015/08/23(日) 21:58:50.90
使う人はあまりいないんじゃなくて使えないだろ。

226 :仕様書無しさん:2015/08/23(日) 23:18:28.93
>>213
これ、単に質問の意図を>213が汲み取れて無いだけなんじゃ……?
判定する手段について聞かれてるんだから、代替手段があることを通知しなければ
正しく答えたとは言えない

227 :仕様書無しさん:2015/08/23(日) 23:46:41.97
うちのCOBOLはカラム制限ないな
Pro*COBOLはEXECは部分にはあるが

228 :仕様書無しさん:2015/08/23(日) 23:53:41.97
あらま無駄な時間をw

229 :仕様書無しさん:2015/08/24(月) 00:04:20.11
一連番号領域・標識領域・A領域 ・B領域・プログラム識別領域
もう、あほかと

こんな融通聞かないから、コボラーもそうなんだな

230 :仕様書無しさん:2015/08/24(月) 00:15:33.68
へー行番号入ってたところ、今はコメントなんだ。

231 :仕様書無しさん:2015/08/24(月) 00:48:43.27
コボルといえば方眼紙

232 :仕様書無しさん:2015/08/24(月) 00:51:52.16
あえてコボルを選ぶ理由はない

233 :仕様書無しさん:2015/08/24(月) 00:56:59.08
こういう批判は呆れる
おもえら精神に問題があるなw

234 :仕様書無しさん:2015/08/24(月) 00:57:47.06
まだかなw

235 :仕様書無しさん:2015/08/24(月) 01:01:06.49
>>229-231さんお薬多く出しておきますねー

236 :仕様書無しさん:2015/08/24(月) 01:03:39.79
朝用に「おはよう」w

237 :仕様書無しさん:2015/08/24(月) 01:04:13.51
>>232
コボルを選ばない理由はないだろ

238 :仕様書無しさん:2015/08/24(月) 01:56:07.98
コボルしか出来ない奴はマジでゴミしかいないからな

239 :仕様書無しさん:2015/08/24(月) 07:04:34.92
何で他の言語はやった事ないのか
それは無能だからさ

240 :仕様書無しさん:2015/08/24(月) 07:35:19.14
>>237
たかがCOBOLすら出来ないジャマーも同類かと

241 :仕様書無しさん:2015/08/24(月) 07:37:20.29
ボクはさいきょうのぷろぐらまーです
こぼるは関数がないから組めませんキリッ

242 :仕様書無しさん:2015/08/24(月) 07:37:25.94
>>240さん朝のお薬多く出しておきますねー

243 :仕様書無しさん:2015/08/24(月) 08:17:42.36
コボラーも関数作れないだろ
その手の物は基盤系か共通ルーチンチームが作ってくれるから、それをcallするだけのお仕事しか出来ない
SQLも知りません
それがコボラー

244 :仕様書無しさん:2015/08/24(月) 08:21:05.07
>>243
それって既存のクラスを貼り合わせてるだけの最近のJava、C#プログラマー(笑)と何が違うの?

245 :仕様書無しさん:2015/08/24(月) 08:23:28.01
COBOLしか修正出来ませーん。VBAの修正必要な時は外注しまーす。

246 :仕様書無しさん:2015/08/24(月) 08:24:57.98
>>244
失礼な!
JavaやC#使いはネットからコードを拾ってはコピペするという高等テクニックが使えるんだぞ!

247 :仕様書無しさん:2015/08/24(月) 08:26:12.04
今時VBAって何かのギャグ?

248 :仕様書無しさん:2015/08/24(月) 08:35:31.16
>>213
これ…両方とも…

>>245
VBだけで外注に出すなんて非効率

249 :仕様書無しさん:2015/08/24(月) 09:35:59.31
>>245
VBAなんて事務員御用達の言語じゃん
逆にプログラマーにとってVBAなんてただの癌でしかないし…
むしろコボラーの方がVBAマンセーしている気がする

250 :仕様書無しさん:2015/08/24(月) 12:17:18.05
COBOLだけじゃなく検証用ツールをVBAで作ってるから、おれはコボラーじゃないぞ!

251 :仕様書無しさん:2015/08/24(月) 12:58:57.76
みんな頭に氷のせなさいw

252 :仕様書無しさん:2015/08/24(月) 13:41:21.55
VBやVBAはちょっといじって遊ぶには手頃なので、日曜プログラマに持ってこいではある。
また、大半の会社のPCは、外部からのソフトのインストールが禁止されている一方、Officeは元々入っているので、
VBAで簡単なゲーム(落ちゲー、テーブルゲーム等)を自作し、それで遊んでいる人も…w

>>241
COBOLにも関数はあるだろ!いい加減にしろ!
じゃけん円周率使いましょうね〜 COMPUTE PI = 4 * FUNCTION ATAN(1)

253 :仕様書無しさん:2015/08/24(月) 15:57:56.44
・プログラマ

ウェブサービスを作る、ゲームを作る、スマホアプリを作る、
ハードウェア組み込みアプリを作る、デスクトップアプリを作る。

これらいずれかをやってるか出来る人

そして、いろんな言語を知っている、コンピュータに詳しい、ハードウェアにも詳しい。
趣味でもプログラムを書いており、楽しくプログラミングをしている人。

・COBOL技術者

上記のことが何一つ出来ず、何も知らず、数値を相手にして
計算ロジックだけを書いている人。
COBOLしか知らず何度も似たようなコードを書く苦痛の毎日
ネットが出来ない環境で何十年も前から時が止まった世界。

254 :仕様書無しさん:2015/08/24(月) 16:29:21.04
>>226
代替案を自分で考えるのがプログラマじゃないの?
代替案あるよっていちいち教えられなきゃできないなんてコーダーじゃないの

255 :仕様書無しさん:2015/08/24(月) 16:46:02.97
そもそも剰余を求める関数はあるのだから、無いという返答自体が誤っている。
もし現場の開発標準で組み込み関数の使用が禁じられているなら、
少なくとも現場の開発標準については説明しなければならないと思う。

256 :仕様書無しさん:2015/08/24(月) 17:35:44.93
開発標準とか共通仕様とかは開発を始める一番最初に通常は説明あると思うし
普通のプログラマなら、聞いてなかったとしても、そういうものあるだろうと
先に確認するものじゃないのかな?
疑問点が発生する度に質問に行って、開発標準のドキュメントの場所を聞かされるのって
ちょっと社会人としてどうなのかな・・・って思うわ

せめて自分で考えた代替案を持って行って質問するべきだと思う

257 :仕様書無しさん:2015/08/24(月) 17:37:19.11
その前に今回の質問内容だったら
関数なんて使わなくてもできるし・・・
なんで関数を聞いたのかも謎

258 :仕様書無しさん:2015/08/24(月) 18:59:36.83
なんやこいつら1日中書いているのか
こいつらほんとうに仕事してんのか?wwww

259 :仕様書無しさん:2015/08/24(月) 20:41:21.59
そもそも関数が無いから即組めませんって回答している時点でどうかと思う

260 :仕様書無しさん:2015/08/24(月) 20:56:09.14
それはね、ゆとり教育の連中で義務教育と家庭でそのように
育成されたのでしょうねw

261 :仕様書無しさん:2015/08/24(月) 21:19:56.54
コボラーのおじちゃん達

お仕事見つかるといいね

明日もハロワでCOBOLの仕事しっかり探そうよ

262 :仕様書無しさん:2015/08/24(月) 21:24:12.66
妄想乙w

263 :仕様書無しさん:2015/08/24(月) 21:35:36.17
コボラーは時代の最先端をいっているという

妄想

264 :仕様書無しさん:2015/08/24(月) 21:36:16.19
こいつもゆとりやねw ↑

265 :仕様書無しさん:2015/08/24(月) 22:05:27.16
反論も出来ない、否定も出来ない
悲しいけど、これコボラーなのよね

266 :仕様書無しさん:2015/08/24(月) 22:06:52.14
コボルもできる人はコボラーではない
コボルしかできないからコボラー

今まで何やってたんだ?

267 :仕様書無しさん:2015/08/24(月) 22:11:05.64
いつも病人がきてますね^^

268 :仕様書無しさん:2015/08/24(月) 22:16:34.11
20年以上仕事してるのにパソコンの設定もまともに出来ない
コンパネって何とか聞くなよ恥ずかしい
それで俺はIT系の仕事してるってまわりに言ってるんだぜ

269 :仕様書無しさん:2015/08/25(火) 00:50:58.26
最近のプログラマーってWindowsしか扱えないってマジ?

270 :仕様書無しさん:2015/08/25(火) 00:52:43.80
>>268
Linuxのログイン画面でフリーズしてるC#プログラマーの悪口はそこまでだ

271 :仕様書無しさん:2015/08/25(火) 00:57:04.33
今のプロジェクトが少し特殊で開発の現場はネットから完全に隔離されているんだけど、
近頃のプログラマーってネットから隔離するとマトモにコーディングすら出来なくてホント笑えるw
一応各言語のリファレンスマニュアルはあるのになんでコードが書けないんだろ・・

272 :仕様書無しさん:2015/08/25(火) 01:13:01.22
>>269
今時LinuxやUNIXのCLI環境ってサーバー環境だと割と一般的だから
流石にプログラマーやっててWindowsしか扱えないってのは有り得ないと思う

273 :仕様書無しさん:2015/08/25(火) 01:18:49.74
情シス板からもっと人よんでこようかなw

274 :仕様書無しさん:2015/08/25(火) 01:20:24.61
>>271
細かいメソッド名やオプションまで覚えてドヤ顔かよw

275 :仕様書無しさん:2015/08/25(火) 01:22:33.02
>>274
別に覚えなくてもリファレンス見れば良いだけの事じゃん・・

276 :仕様書無しさん:2015/08/25(火) 01:23:57.64
>>272
キミは、コボラが棲息しているSIerの本当の闇を知らない

277 :仕様書無しさん:2015/08/25(火) 04:41:00.13
リファレンスはネット上に使いやすいのがあったりするからなぁ
ローカルな環境に置いてあるのって検索性がダメなやつだったり
そもそも必要な情報が不完全もしくは全く書かれてない事がザラにあるし

278 :仕様書無しさん:2015/08/25(火) 12:24:13.58
いい加減な嘘ばかりかいてあるなw

279 :仕様書無しさん:2015/08/25(火) 12:26:27.95
ネットが使えない開発現場なんて珍しくも何にもないのに何言ってるんだか…

280 :仕様書無しさん:2015/08/25(火) 12:30:19.67
コボラーはネットで検索の仕方も解らないからな
まぁCOBOLの情報自体がネットにないから別にいいのか

281 :仕様書無しさん:2015/08/25(火) 12:43:43.81
昔の資産のコピペで充分やろ

282 :仕様書無しさん:2015/08/25(火) 14:14:20.63
コボラーはネット何それ?な時代から働いてるから、
ネットなくても特に困らないからねぇ

283 :仕様書無しさん:2015/08/25(火) 16:19:08.52
ネットは使えたら便利だけど使えなくても普通にコーディングくらい出来るだろ
というかマトモな現場だとネットが自由に使える方が希だと思うし、
厳しいとこだと個人のスマホも持ち込み禁止なんてとこも結構あるし

284 :仕様書無しさん:2015/08/25(火) 17:42:28.49
このスレ
夏休みに入ってから勢いが増している気がする

285 :仕様書無しさん:2015/08/25(火) 17:46:20.30
コボラーって正社員なの?派遣?契約?
仕事はどこで探してきたの?ハロワ?民間求人?

286 :仕様書無しさん:2015/08/25(火) 19:21:12.35
>>285
正社員
ハロワ
年収400万くらい
Fの下請け
こんなもんでいいか?

287 :仕様書無しさん:2015/08/25(火) 19:30:55.11
勤務地が足りない

288 :仕様書無しさん:2015/08/25(火) 21:03:02.93
民間にもハロワにも両方同じものが出ているが
メーカー直の募集もある

289 :仕様書無しさん:2015/08/25(火) 21:04:03.27
一部上場企業でCOBOL経験者の募集もあるね

290 :仕様書無しさん:2015/08/25(火) 21:36:38.33
F8押さないとページスクロール出来ない環境でプログラム組んでるとか尊敬に値するわ

291 :仕様書無しさん:2015/08/25(火) 21:54:56.49
全画面にしても表示領域は増えません
文字がでかくなるだけです
コボラーは老眼なので文字でかくなる方が見やすくて
それでいいんです

292 :仕様書無しさん:2015/08/25(火) 21:55:47.75
>>289
あるねじゃなく応募しろよ
そして採用されてみろよ

293 :仕様書無しさん:2015/08/25(火) 22:28:26.43
>>291
君も十数年後には立派な老眼

294 :仕様書無しさん:2015/08/25(火) 22:36:38.72
老眼ってめがねかけたり、はずせば見える

295 :仕様書無しさん:2015/08/25(火) 23:01:28.49
コボラーで年収400もらえんのか
俺もコボル覚えるかな

296 :仕様書無しさん:2015/08/25(火) 23:05:22.91
コボルは頭じゃなく体で憶えるんだ

297 :仕様書無しさん:2015/08/25(火) 23:18:18.93
黒背景に緑文字
目に優しくて良い

298 :仕様書無しさん:2015/08/25(火) 23:28:26.01
>>295
追記で書いておくが、勤続地は3大都市圏以外(ボカシてごめんね)
勤続10年目で残業はここ数年は月に45時間以下でここ数ヶ月は10時間切ってる
COBOLのスキルなんてどうでもよくて結局業務をどうやって回すかが重要です
そしてその業務の実現方法等々は同業他社の人にはプロパー経由でしか教えて貰えないのです
その業務部分が飯の種なので他社に言わないし、プロパーもソースの中身は理解してないので請負人が会社内で一子相伝のごとくやってる

COBOLやめてぇw

299 :仕様書無しさん:2015/08/25(火) 23:49:18.13
まじにコボラーは教えてもらえると思うな
人のやることを見て覚えろとか
時代錯誤のこと言うから困ったもんだ

300 :仕様書無しさん:2015/08/26(水) 00:14:57.26
私コボラー歴四半世紀だけど、
同じ現場の人なら他の会社の人にでも教えてるよ
現場全体でなるはやで順調に終わらせたいじゃん

301 :仕様書無しさん:2015/08/26(水) 00:36:12.67
>>295
400は安くないか?
自分ユーザー企業の内製で600くらいだぞ?

302 :仕様書無しさん:2015/08/26(水) 00:38:41.35
>>299
コボラーに限らずPGって皆そんな感じだぞ。

303 :仕様書無しさん:2015/08/26(水) 00:42:18.27
>>302
教えないというより最近のPGはコミュ障だから教えられないんだと思う
つか以前はプログラマーってコミュ障じゃ絶対に勤まらない職業だったのに
いつからコミュ障でもプログラマーになれる時代になったんだ?そもそもコミュ障でどうやってクライアントのヒアリングとかやるんだろ…

304 :仕様書無しさん:2015/08/26(水) 00:44:10.79
>>303
> つか以前はプログラマーってコミュ障じゃ絶対に勤まらない職業だったのに
> いつからコミュ障でもプログラマーになれる時代になったんだ?

それはプログラマーじゃなくてただのコーダー

305 :仕様書無しさん:2015/08/26(水) 00:45:40.59
コーダーみたいな奴隷職ならコミュ障でも出来るよ。

306 :仕様書無しさん:2015/08/26(水) 01:32:22.39
だれかアメリカ国防の給与COBOLを再構築してあげなさい

307 :仕様書無しさん:2015/08/26(水) 07:04:14.87
>>301
ユーザーの正社員じゃなくて、派遣工員であるコボラーは激安だぞ

308 :仕様書無しさん:2015/08/26(水) 08:18:46.20
うちの会社がもらう単価は70万
パッケージカスタマイズするプロジェクトがもらう単価は100万
カスタマイズをするプロジェクトを発注する側がもらう単価は140万くらいだったか?ここは曖昧
Fがもらう金額は倍でドン!
F本体がもらう金額はさらに倍でドン!
値引きとは倍でドンのあたりから行われるのです

309 :仕様書無しさん:2015/08/26(水) 08:20:39.78
>>307
コボラーに限らず派遣みたいな奴隷職なんて言語問わず格安だぞ・・
しかもCやCOBOL以外の言語なんて数年で陳腐化して使い物にならなくなるから完全に詰んでるし

310 :仕様書無しさん:2015/08/26(水) 08:23:19.89
Javaは知らんがC#なんてMSの気心一つでどうなるか解らないからな…

311 :仕様書無しさん:2015/08/26(水) 08:29:40.42
コボラーは100%客先常駐派遣
持ち帰りできないからな

312 :仕様書無しさん:2015/08/26(水) 12:42:14.38
>>286
ハロワでも正社員になれるのねw
空…ばかりなイメージがあったw

313 :仕様書無しさん:2015/08/26(水) 13:53:19.72
派遣でも空あるんじゃない?

314 :仕様書無しさん:2015/08/26(水) 15:06:11.20
今から4年余り前に新卒で会社に入ったが、最初に配属された場所がたまたまCOBOL系だったな。

315 :仕様書無しさん:2015/08/26(水) 20:12:24.49
たまたまじゃないんよ

316 :仕様書無しさん:2015/08/26(水) 23:42:57.98
プログラミングが出来ない奴はコボルの現場へ配属
新規開発無いからな

317 :仕様書無しさん:2015/08/27(木) 00:44:44.71
定期乙

318 :仕様書無しさん:2015/08/27(木) 00:52:03.68
俺の作ったコボルバッチプログラムが20年後の今でも稼働してるんだぜ。
にわかプログラマとは違うんだよ、にわかとわ。

319 :仕様書無しさん:2015/08/27(木) 01:49:15.70
俺が修正した10年前のソースも動いてるな
ソースの作成履歴上では80年代後半のソースも元気に動いてるよ

320 :仕様書無しさん:2015/08/27(木) 04:38:31.17
COBOLは20年以上前のプログラムも動いている
ハードを変え、OSを変え、データベースを変え
それに伴いソースを改良してCOBOLは生き続けている

321 :仕様書無しさん:2015/08/27(木) 07:08:19.25
最新のハードに腐ったコードのプログラム
が動き続ける
ソースは作った本人しか読めない
だからコボラーは職にあぶれないのだろう

322 :仕様書無しさん:2015/08/27(木) 07:16:09.56
言語は何使ってたのと聞かれコボルと答えると、聞いたこと無いですねと言われる

323 :仕様書無しさん:2015/08/27(木) 07:27:02.68
COBOL覚えた後に、さらにJCLを覚えないといけないという罠

324 :仕様書無しさん:2015/08/27(木) 08:19:32.53
開発支援ツールがほとんどない、あってもとても使いづらいのが汎用機COBOL
エディターも時代錯誤のものしかない
しかしそれを使いこなすのがコボラー
すごーい

325 :仕様書無しさん:2015/08/27(木) 09:29:07.62
えっ最近のプログラマーって開発支援ツールが無いとコーディングすら出来ないの?
開発効率云々は置いといてツールに頼らないとコードが書けないってプログラマーじゃないじゃん…

と言いつつ昨今のプログラマーは「OSって何?CPUって何?」とのたまわったり、
OSがWindowsからLinuxになっただけで手も足も出なくなる連中も多いから仕方がないと言えば仕方がないのかもしれない

326 :仕様書無しさん:2015/08/27(木) 09:31:03.48
えープログラマーなのにバイナリーエディターで直接バイナリー弄ってメンテしたりしないの?

327 :仕様書無しさん:2015/08/27(木) 09:32:31.22
Cが組めないプログラマーが増えたのも解る気がする

328 :仕様書無しさん:2015/08/27(木) 09:56:19.26
Javaさえ出来たら大丈夫なんよ

329 :仕様書無しさん:2015/08/27(木) 10:52:34.37
Javaこそ潰しがきかんだろ

330 :仕様書無しさん:2015/08/27(木) 11:42:08.45
本当に食いっぱぐれがないのはテストエンジニア
テスト設計書もプログラマ様が作ってやってあいつら○×付けるだけじゃねえか転職してぇわ

331 :仕様書無しさん:2015/08/27(木) 12:25:54.53
>>325
コボラーだって自分か使ってるホストのこと何にも知らないじゃん
マシン構成やDBとかOSのバージョンを知ってるのか?

332 :仕様書無しさん:2015/08/27(木) 12:35:33.25
>>330
したらええやん

333 :仕様書無しさん:2015/08/27(木) 12:37:24.55
>>331
派遣は知らんがユーザー系ならその程度は普通に把握してる

334 :仕様書無しさん:2015/08/27(木) 12:40:11.59
>>331
特にJavaやC#のPGに多いが、自分が何のシステムを開発しているかも知らずにコード書いているやつも結構いるけどなw

335 :仕様書無しさん:2015/08/27(木) 12:41:33.36
何気にひどいな

COBOL求人案件ナビ

・某大手旅行会社の既存の精算システム、会計(手数料計算等)システムの改修業務となります。
・オープン化(Java)への対応を行います。
・設計書がないため、ソースから起こす作業がございます。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
・工程は要件定義、設計となります。
*代理店とのやり取りが発生する場合もございます。

336 :仕様書無しさん:2015/08/27(木) 13:00:19.59
>>335
そうか?
COBOL関係なくリブレース絡みの開発なら別に珍しくないと思うが?

337 :仕様書無しさん:2015/08/27(木) 16:31:08.63
開発支援ツールって富士通が提供してくれるようなのじゃ足りないのかね?

338 :仕様書無しさん:2015/08/27(木) 17:58:15.91
>>334
知る必要ないからな。
知らなきゃいけないのは設計がクソだから。

339 :仕様書無しさん:2015/08/27(木) 18:30:18.87
>>338
自分が何をしているかも分からずにただ黙々と作業するって完全に奴隷の仕事じゃん・・・

340 :仕様書無しさん:2015/08/27(木) 18:31:48.93
>>339
何故コーダーがITドカタって呼ばれているか知ってるか?

341 :仕様書無しさん:2015/08/27(木) 19:57:28.94
>>324
eclipseやvisual studioでもCOBOLは普通に使えるぞ

342 :仕様書無しさん:2015/08/27(木) 20:33:19.66
Visual Cobolって有料ちゃいますん?

343 :仕様書無しさん:2015/08/27(木) 21:04:53.28
JCLを覚えるって、使っているうちに分かるな
最初はコンパイルからだしな
次、テスト時のJCL




344 :仕様書無しさん:2015/08/27(木) 21:12:58.09
JCLはさっぱりだわ

345 :仕様書無しさん:2015/08/27(木) 21:14:00.01
20年前のプログラムがまだ動いてるのは優秀だからじゃ無い
書き換えるに値しないシステムだからなんだよ
それを勘違いしてるコボラーがいて呆れる

346 :仕様書無しさん:2015/08/27(木) 21:18:11.21
JCL マニュアル見たらいいやん
分かりにくいマニュアル以外に入門書ってのが
書棚にある

347 :仕様書無しさん:2015/08/27(木) 21:19:25.47
>>345
つかCOBOL以外の言語で開発されたシステムってバグだらけで不安だからCOBOL以外に置き換えたら文明社会が崩壊するぞ
つか開発中ではなく、リリースされたシステムがポンポン落ちるなんてCOBOLの世界じゃ考えられないことだからな

348 :仕様書無しさん:2015/08/27(木) 21:20:58.72
システムメッセージとシステムコード
デバッグ手引書
ジョブ管理機能説明書
ジョブ制御言語文法書
データ管理機能説明書
データ管理マクロ命令文法書.

349 :仕様書無しさん:2015/08/27(木) 21:21:09.80
>>345
もっと社会を勉強しようね、ボクw

350 :仕様書無しさん:2015/08/27(木) 21:21:28.42
COBOLからNetCOBOLにマイグレやで

351 :仕様書無しさん:2015/08/27(木) 21:23:12.52
確かにCOBOL文化だとバクが一つでもあると完全に欠陥品扱いで下手すりゃ損害賠償モンだもんな

352 :仕様書無しさん:2015/08/27(木) 21:24:02.45
ほら来ましたよwwww

353 :仕様書無しさん:2015/08/27(木) 21:24:15.97
>>347
それはWindowsがすべて悪い
Windowsこそこの世から消えて無くなるべき

354 :仕様書無しさん:2015/08/27(木) 21:26:00.38
今時Windowsとかwwwww

355 :仕様書無しさん:2015/08/27(木) 21:28:00.63
コボルのプログラムはバグだらけ
バグを潰そうとしてもソースがグチャグチャで下手にいじれないので
強引に処理を追加してその場は収めるが、後にそれがさらにバグとなってしまう結果となる
魔窟のようなプログラム
恐ろしや、恐ろしや

356 :仕様書無しさん:2015/08/27(木) 21:28:55.88
COBOLなんて言語的には滅茶苦茶簡単なのにそれすら習得出来ないって
はっきり言ってプログラマーとしての素質無さ過ぎだからとっととドカタにでも転職したらいいと思うよ

357 :仕様書無しさん:2015/08/27(木) 21:29:48.69
かわいそうw

358 :仕様書無しさん:2015/08/27(木) 21:30:32.08
>>355
そんなバグだらけのシステムが金融機関や社会インフラ系、国防で半世紀近く使われているんだ、へぇ〜

359 :仕様書無しさん:2015/08/27(木) 21:33:08.36
MVS JCL ユーザーズガイド

360 :仕様書無しさん:2015/08/27(木) 21:33:24.03
そうだよ、バグなのにほったらかし
現象が把握できてるからとりあえず運用でカバー
そのうち直すとかいってずっとそのまま

361 :仕様書無しさん:2015/08/27(木) 21:33:28.69
COBOL現場で役立たず扱いされたのが余程悔しかったんだなぁ…

362 :仕様書無しさん:2015/08/27(木) 21:35:17.78
>>356
2次オンのプログラムはGOTOばかりで解析不能じゃ

363 :仕様書無しさん:2015/08/27(木) 21:47:29.48
前スレの繰り返しか

364 :仕様書無しさん:2015/08/27(木) 21:50:32.39
最初にして最大の壁がコピー句

365 :仕様書無しさん:2015/08/27(木) 21:52:08.67
あぁ、俺はコボラーじゃなくてネットコボラーだったんだ
JCLとか触ったことないし、そのものを見たこと無いんだよね

366 :仕様書無しさん:2015/08/27(木) 21:54:22.31
ある汎用機の案件でコボル担当者の一言

うちのシステムはアジャイルだよ

一瞬何のことかわからなかったぜ
よく聞くとドキュメント類がまったくない。ソースで全部理解してねと言うことらしい。
そしてユーザに説明して要件聞いて短期間で改修しろと。

それをアジャイルと言ってるらしい。

367 :仕様書無しさん:2015/08/27(木) 21:54:41.65
コピー句w 簡単

368 :仕様書無しさん:2015/08/27(木) 21:56:40.39
>>365
JP1とかも使わんのか

369 :仕様書無しさん:2015/08/27(木) 21:59:11.10
COPY句はソースファイルを、コンパイル時に、ソースにコピー
Javaにはこのようなソースレベルでの再利用機能はない
Javaはクラス

370 :仕様書無しさん:2015/08/27(木) 22:08:45.24
>>368
聞いたこともないです
COBOLとJavaで連携して動いてるシステム作ってます

371 :仕様書無しさん:2015/08/27(木) 22:15:13.33
>>368
JP1のほうが難しい。。。

372 :仕様書無しさん:2015/08/28(金) 00:15:10.04
COBOL使う人ってもしかしてメインフレームの管理やアセンブリ言語での開発も出来ちゃったりするの?
それとも書き上げたソースコードを提出するだけ?

373 :仕様書無しさん:2015/08/28(金) 00:34:07.82
>>372
方眼紙に書くだけだよ(^^ゞ

374 :仕様書無しさん:2015/08/28(金) 00:47:37.47
コボラーを舐めるな
なんせ20年以上やってるんだぞ
鉄のキーボードを奪い合う修羅場を経験したツワモノどもさ

375 :仕様書無しさん:2015/08/28(金) 01:13:48.18
47F0くらいしか覚えてないや

376 :仕様書無しさん:2015/08/28(金) 01:40:21.87
方眼紙に鉛筆でコードを書くのがコボラのおっさん

377 :仕様書無しさん:2015/08/28(金) 02:16:54.45
コボルはネットにあまりソースが落ちてないからコーディングが難しい

378 :仕様書無しさん:2015/08/28(金) 02:23:01.37
× コーディング
○ コピペ

379 :仕様書無しさん:2015/08/28(金) 06:54:03.45
ニッパチ、ニッキュー

380 :仕様書無しさん:2015/08/28(金) 07:09:14.89
担当プログラムの修正はMOVE文一行のみでテスト完まで一ヶ月かける
そしてリリースは半年後
その間何すんの

381 :仕様書無しさん:2015/08/28(金) 07:17:28.18
脳内デバッグ

382 :仕様書無しさん:2015/08/28(金) 07:34:42.74
>>335
javaへ変える必要あるんか?って案件だね
COBOLそのまま使う方が安く早く済むだろうに
高額な開発費とバグと戦いながら進めるのねw

383 :仕様書無しさん:2015/08/28(金) 07:37:10.67
>>355
お薬飲んでね

384 :仕様書無しさん:2015/08/28(金) 07:48:43.40
ホストの維持費がべらぼうに高いんやろ

385 :仕様書無しさん:2015/08/28(金) 08:21:46.71
>>382
高額なホスト維持費とドキュメント無しで潰しきれなかった潜在バグを誤魔化しながら進めています

386 :仕様書無しさん:2015/08/28(金) 08:27:16.11
COBOLの仕様書がなんと手書き
しかも古いので黄ばんでいる
テンプレートと字消し版がないと訂正出来ない
この、恐ろしき現場は存在する!

387 :仕様書無しさん:2015/08/28(金) 14:36:36.39
あー、やっぱりダンプリスト読めた人とか居るんだ、格好いいなぁ……

388 :仕様書無しさん:2015/08/28(金) 15:35:23.14
今のコボルは、XML,JSONって扱うの?
固定長かCSVなの?

389 :仕様書無しさん:2015/08/28(金) 16:06:50.08
COBOLで書かれたゲームプログラムってありますか?
コンソール上で動く暇つぶし用、オセロ、テトリス、パックマン、平安京エイリアン、
あるいはパチスロのような簡単なやつでいいんですが

390 :仕様書無しさん:2015/08/28(金) 17:14:25.64
コピペ乙

391 :仕様書無しさん:2015/08/28(金) 17:28:55.77
>>389
オセロと倉庫番なら昔暇つぶしに作ったことがあるw

392 :仕様書無しさん:2015/08/28(金) 17:55:04.02
>>386
仕方ありませんがな、
パソコンが激安になって1人1台の時代に突入するまでは
手書きが一番手軽で扱い良かったのや

でも通常は仕様追加とか変更が発生した時に
エクセルやらワードやらで作りなおすから
紙の仕様書なんてここ十数年見てないわ

>>388
基本、固定長
でもほとんどDBつかうから出番なし

393 :仕様書無しさん:2015/08/28(金) 18:09:34.42
むしろDBも固定長

394 :仕様書無しさん:2015/08/28(金) 19:25:40.12
全てのカラムにインデックスがコボラーの基本

395 :仕様書無しさん:2015/08/28(金) 19:27:15.59
バイナリ転送ミスって文字化け

396 :仕様書無しさん:2015/08/28(金) 20:52:03.18
>>392
他のシステムとのオフラインなデータ連携はどうするの?

397 :仕様書無しさん:2015/08/28(金) 20:57:54.88
いわゆるSIerに居た事あるんだけど、

固定長ファイルを手でカーソル移動しながら「いち、にー、さん・・・」
って、該当のカラム値を調べてる人が沢山いた
それなりにデキル人は、エディタでrulerを表示させて、閲覧・編集
(俺は、自作Excelマクロでセルに分解・結合してやってたけど)

固定長ファイルを扱うに際して、コボラー的にはスタンダードな閲覧・編集ツールがあるの?

398 :仕様書無しさん:2015/08/28(金) 21:03:19.07
col

399 :仕様書無しさん:2015/08/28(金) 21:05:51.14
LINDA

400 :仕様書無しさん:2015/08/28(金) 21:08:34.76
シンプルリンダって富士通のあれか

401 :仕様書無しさん:2015/08/28(金) 21:29:48.62
>>396
そこは固定長のテキストファイル
可変長もあり

402 :仕様書無しさん:2015/08/28(金) 21:36:24.80
呼んできたら人増えているw

403 :仕様書無しさん:2015/08/28(金) 22:02:37.26
テストデータもCOBOLプログラムで生成w

404 :仕様書無しさん:2015/08/28(金) 22:11:16.85
「基本のコントロールブレイクはできないとダメだよ」
ある老コボラーが言う。

衝撃の事実!
なんとコボラーはコントロールブレイクとマッチング以外ロジックを組めないようなのだ。

405 :仕様書無しさん:2015/08/28(金) 22:47:39.79
コントロールブレイクってなんだろう?

406 :仕様書無しさん:2015/08/28(金) 23:27:31.28
小計、中計、大計

を求める処理をこつこつとコーディングするのがコボラーのテクニック

407 :仕様書無しさん:2015/08/29(土) 00:00:24.25
ここでむちゃくちゃ書いているやつは
COBOL,COBOLerの悪口を書いて何かを得ようとしているようだ
たぶん無職のやつだな

408 :仕様書無しさん:2015/08/29(土) 00:25:50.53
ワザとCOBOLerと書くのに悪意を感じます

409 :仕様書無しさん:2015/08/29(土) 00:38:13.36
何でだろう?COBOL批判している人達から2階層モデル的なプログラム構築臭さが漂ってくるんだけど…

410 :仕様書無しさん:2015/08/29(土) 00:59:04.58
COBOLは簡単に思われているからだろうな

411 :仕様書無しさん:2015/08/29(土) 01:07:07.33
しかし、パッケージ作ってるんだけどどこの会社もパッケージ基準で業務をしてくれないよね
どうしてもオリジナルカスタマイズを入れたがる
こっちとしてはそれが飯の種なんだけどさぁ
10年で法改正が2回、消費税で1回、モデリングレベルの会社が欲しい
ユーザーさん、億単位のカスタマイズ必要ですか?

412 :仕様書無しさん:2015/08/29(土) 02:30:07.47
>>387
90ECD00C05C0...

413 :仕様書無しさん:2015/08/29(土) 03:03:25.39
0C7 探すのに読んだなw

414 :仕様書無しさん:2015/08/29(土) 04:23:20.61
STM 14,12,12(13)
BALR 12,0
USING *,12

これS/370?

415 :仕様書無しさん:2015/08/29(土) 07:48:22.76
コボラーは自分が作った古いプログラムは自慢するのに
同時期に作られたアセンブラがあるのを知ると
そんな古いのはとっとと無くせよとか言うんだよな

416 :仕様書無しさん:2015/08/29(土) 08:19:55.37
>>414
S/360でもいけそう。

417 :仕様書無しさん:2015/08/29(土) 14:19:13.54
汎用機の頃はDBのメンテするのもメンテ用のバッチ作ってやってたな。
今はODBC経由でaccessやSQL系のツールやらでメンテが楽すぎる。
良い時代になったもんだな。

418 :仕様書無しさん:2015/08/29(土) 15:49:37.11
ゆとりは楽して物事を覚えない
コボル技術者は一から物事を覚えてきたのだよ

419 :仕様書無しさん:2015/08/29(土) 16:54:39.13
>>414
懐かしい・・・レジスタ12が、ベースレジスタだね
俺の昔いた所は、COBOLよりアセンブラが主流だった。
COBOLしか出来ない奴は、馬鹿にされてたな。
あの時代に戻りたい・・・(遠い目)w

420 :仕様書無しさん:2015/08/29(土) 16:57:20.65
でもアセンブラを知っているだけで、くそじゃまくさいのを
やらされとったwwww
かわいそうと思っていた

421 :仕様書無しさん:2015/08/29(土) 16:57:58.21
知っていても知らないふりをするのが勝ち

422 :仕様書無しさん:2015/08/29(土) 18:49:28.08
開発先に入り込んで零細ソフトの社長兼SEのおっさんが
「○○君、ちょっとアセンブラでやってくれぅ?」と
その下っ端の若い男
「え〜〜〜〜あせんぶら〜〜」
社長「できるやろう?」


プッ

423 :仕様書無しさん:2015/08/29(土) 19:06:00.69
COBOLもネイティブ吐くだろう?

424 :仕様書無しさん:2015/08/29(土) 20:01:08.50
理解出来たら糞簡単なんだけど、最初のハードルだけが高いんよ

425 :仕様書無しさん:2015/08/29(土) 20:05:45.18
Compilerという漫画にアセンブラというのが出てくる

おっさん世代にはなつかしいやろ

426 :仕様書無しさん:2015/08/29(土) 20:08:07.22
練馬クイーンなら覚えてるが
アフタヌーンとか読んでたのはむしろ若手なんじゃ……?

427 :仕様書無しさん:2015/08/29(土) 21:08:25.17
俺が知ってるのはコボルのおばちゃまだな。…ましんご臣

428 :仕様書無しさん:2015/08/30(日) 02:02:06.67
80年代を思い出すと胸が締め付けられる思いが……

429 :仕様書無しさん:2015/08/30(日) 08:13:57.62
>>417
かなり簡単になったよね
アクセスなんてリンクしてしまえばデータ確認するのにこんな楽なツールは無いかもw

430 :仕様書無しさん:2015/08/30(日) 09:54:25.32
ハードは最新でも汎用機COBOLの開発環境は80年代から変わっていません
未だにMSDOSで開発してるようなものです

431 :仕様書無しさん:2015/08/30(日) 11:55:50.18
今の汎用機のOSって窓タイプ(多重に窓が出る)じゃないの?
2000年問題(1998か1999年だと思う)やっていた時の最新の汎用機(クライアント)は窓タイプだったよ
ubuntuみたいな感じって事?

>当方情報処理2種持ってますがかれこれ
>15年くらいコンピューター業界から去りました
>出来る言語はコボルくらい
>ところでコボルの需要は増えてるんですか?待遇は?
スレ主は結局どうなったんだろう
cobolPGの雇用形態って正社員少ないの?
俺も似たような感じだから気になる

432 :仕様書無しさん:2015/08/30(日) 12:34:37.47
黒い画面に緑文字の窓が開くんですね

433 :仕様書無しさん:2015/08/30(日) 13:58:58.30
端末エミュレータ使ってまで昔の開発環境で仕事しなければいけないなんて、あほくさい
老害コボラーはそっちがいいんだろうけどさ

434 :仕様書無しさん:2015/08/30(日) 15:06:53.60
端末エミュレータなんてWebで言うところのMVCモデルを具現化したものの一つだろう

435 :仕様書無しさん:2015/08/30(日) 16:30:45.95
ちゃんとCANで抜けろよ

436 :仕様書無しさん:2015/08/30(日) 16:37:52.38
エミュレータの話じゃなくて、コマンドでいちいち操作しなければいけない進化のなさの事言ってるのにね

437 :仕様書無しさん:2015/08/30(日) 18:31:21.18
>>436
サーバーだとLinuxは普通にCLIだしWindowsserverも込み入った処理はいまでも基本コマンドベースだけど?

438 :仕様書無しさん:2015/08/30(日) 18:33:02.61
コマンドでのオペレーションが苦手なプログラマーとは?

439 :仕様書無しさん:2015/08/30(日) 19:38:28.73
コマンドが苦手って・・ここマ板だよね?

440 :仕様書無しさん:2015/08/30(日) 19:51:49.01
プログラム編集時にエディターは全部コマンド入力でやってると言うのかね
ホストは今だにそうだよね
時代遅れ過ぎる

441 :仕様書無しさん:2015/08/30(日) 19:55:07.49
時代遅れってw
最近の言語では無いのにww

442 :仕様書無しさん:2015/08/30(日) 19:59:14.55
>>436
ubuntsuよりmintの方が人気があるのがわかるね

443 :仕様書無しさん:2015/08/30(日) 20:09:45.30
コーディングはeclipseだけど、そのソースをホストに上げてテスト以降の工程は端末エミュレータだな。

444 :仕様書無しさん:2015/08/30(日) 20:26:28.57
コーディング支援のないテキストエディタでコーディングとかコマンド使えるとか何気にコボラーってプログラマーとしてのスペック高くね?

445 :仕様書無しさん:2015/08/30(日) 20:27:44.29
エンドユーザーならともかく、プログラマーがCUIダメってどゆこと?

446 :仕様書無しさん:2015/08/30(日) 20:40:59.40
ダメと言うよりコマンドとか毛嫌いする人多いよね。
windowsのみで仕事やってる人には多い気がする。

447 :仕様書無しさん:2015/08/30(日) 21:03:27.15
>>444
コマンド知らないと何も出来ないんだぜ
しかもメーカーによってコマンド違うんだぜ
特にエディタの使いづらさは半端ねぇ

永年の経験がもの言うぜ
若いもんにはムリだわ

448 :仕様書無しさん:2015/08/30(日) 21:25:18.86
若ければこそ、いくらでも別種の環境に対応できるってもんだろ
viだろうがノートパッドだろうが何も困らんよ、若ければ
マニュアルなんか今はPDFでメーカが配布してるんだから調べるのも困りゃしないだろう

むしろ重たい割に役立たずなeclipse要らねえと思う俺30代

449 :仕様書無しさん:2015/08/30(日) 21:31:35.65
行番号をCCで囲んでコピー先にBかA

450 :仕様書無しさん:2015/08/30(日) 21:33:25.09
若手がコマンドを嫌がりホストやりたがらなくて
職取られなくて済む

もう、うはうはですわ

451 :仕様書無しさん:2015/08/30(日) 21:54:58.47
viはキーボードのポジションだけで全て操作出来るのが何気に良いよな
かなり癖はあるけど一度慣れてしまえば最強エディタ・・・というのも頷ける

452 :仕様書無しさん:2015/08/30(日) 21:56:03.40
客先とかでメンテする時はエディタはviしか無いから泣く泣く習得した覚えがある

453 :仕様書無しさん:2015/08/30(日) 21:56:12.55
コマンドって、変な事打ったらコンピュータ爆発するんじゃないかって恐怖があるんよ

454 :仕様書無しさん:2015/08/30(日) 21:56:54.80
>>447
逆にコマンドを全く使わずに運用できるサーバーを知りたい

455 :仕様書無しさん:2015/08/30(日) 22:00:53.74
>>453
そりゃ一般人ユーザーだとそう思うかもしれないけど、まさかプログラマーがそんな事思いもしないだろ
つかコマンドなんてマニュアル参照すれば全然難しく無いし、むしろプログラミングより簡単だと思うが?
マニュアルに書いてある内容が理解出来ないというなら悪いことは言わん、プログラマーとしての適性がないから他の職に就くことを勧める

456 :仕様書無しさん:2015/08/30(日) 22:02:45.92
コマンドはGUIと違って直感的に操作できないからダメ

457 :仕様書無しさん:2015/08/30(日) 22:04:29.36
>>456
お前は業務で稼働しているPCやサーバーを直感で操作するのか?怖えーなw

458 :仕様書無しさん:2015/08/30(日) 22:09:18.48
>>454
コマンドを使えるか使えないかじゃなく
コマンドしか使えない環境のこと言ってるのに
なんで話がずれるのだろう
どういう脳内変換なのよ

459 :仕様書無しさん:2015/08/30(日) 22:14:23.25
>>458
いまでもLinux・UNIXだと普通サーバーにXとかGUIなんてインストールしないから
Javaだろうがpythonだろうがコマンドしか使えない環境が当たり前だぞ?

460 :仕様書無しさん:2015/08/30(日) 22:15:44.06
最近じゃWindowsServerもGUIレスで運用出来るようになったしね

461 :仕様書無しさん:2015/08/30(日) 22:17:10.59
フログラマなのにコマンドが苦手ってなんて奇特なw

462 :仕様書無しさん:2015/08/30(日) 22:19:06.92
最近のプログラマーはコーディングといってもよく解らないソースをコピペするだけだから
コマンドどころか白紙の状態からのコーディングすらままならないらしいよ

463 :仕様書無しさん:2015/08/30(日) 22:23:09.84
>>459
じゃ、Javaプログラマ全ての人はコマンドだけで開発でキルんだね
HOSTのcobolは全てコマンドオンリーで開発だぞ
ずれテールのはカツラだけにして話はズラさないでね

464 :仕様書無しさん:2015/08/30(日) 22:28:20.02
COBOLなんて100年後も元気に稼働してるのにお前らそんなにカリカリするなよ

465 :仕様書無しさん:2015/08/30(日) 22:36:13.38
>>463
> 463 仕様書無しさん sage 2015/08/30(日) 22:23:09.84
> >>459
> じゃ、Javaプログラマ全ての人はコマンドだけで開発でキルんだね

開発効率云々は置いといて、プログラマーとして標準的なスキルがある奴はCLI環境のみで開発しろと言われたら出来ると思う
まぁ相当不便を強いられるだろうけどw
ただ客先に納入して何かしらのメンテを行う必要が発生した際は客先のコンソールでvi使ってメンテ、コマンドラインでコンパイル・・・なんてことは珍しくない

> HOSTのcobolは全てコマンドオンリーで開発だぞ
最近じゃホスト系の開発もコーディングはPCのエディタで、というのは随分多くなってきたと思う

466 :仕様書無しさん:2015/08/30(日) 22:39:04.30
最近スレがやたらと伸びると思ったら単にCOBOLもコマンドも使えない、プログラマーでも何でもないただのコーダーが暴れていたのかw

467 :仕様書無しさん:2015/08/30(日) 22:42:29.28
PCのエディタって何
まさかFTPしてと言うことじゃないよね
シフトコードずれがあるから漢字使ってるとNGなんだよ

468 :仕様書無しさん:2015/08/30(日) 22:43:31.42
>>466
知識のかけらも無い、自己紹介ありがとう

469 :仕様書無しさん:2015/08/30(日) 22:47:10.02
>>467
最近のホストはPC&#8596;ホスト間のファイル転送ツールくらいメーカーから普通に提供されてるよ?コード変換も勿論行っているし
その程度の知識もないって貴方ホスト系の開発とか関わったこと無いでしょ?

470 :仕様書無しさん:2015/08/30(日) 22:50:37.33
COBOL覚える前にまずPFDの使い方でつまずく新人

471 :仕様書無しさん:2015/08/30(日) 22:51:22.68
ホストとかコボルについての知識が全くなく、妄想程度の知識でdisるから
頓珍漢レスになるんだよな。

472 :仕様書無しさん:2015/08/30(日) 22:52:01.83
FTPの意味もわからない人がいるらしい

473 :仕様書無しさん:2015/08/30(日) 22:53:22.43
>>469
シフトコードはどう変換されるんだい?

474 :仕様書無しさん:2015/08/30(日) 23:01:09.53
>>469

そう言うのならハルフト転送も知ってるよね
どういったときつかうの。簡単に教えてよ。

475 :仕様書無しさん:2015/08/31(月) 00:08:44.61
>>448
notepadは行番号がほしい...

476 :仕様書無しさん:2015/08/31(月) 00:10:09.89
>>474
ハルフトはメーカー提供品じゃないだろ

477 :仕様書無しさん:2015/08/31(月) 00:11:24.64
>>453
爆発するのは、昔からボタンが定番だろ。バカじゃないのか。

478 :仕様書無しさん:2015/08/31(月) 00:11:36.49
それ答えになってない
ただ否定しただけ

479 :仕様書無しさん:2015/08/31(月) 00:14:15.69
>>476
そもそも言ってるメーカー提供品って何だろう
実は知らないんじゃないの?

480 :仕様書無しさん:2015/08/31(月) 00:18:51.42
オレンジ色の緊急停止ボタンがある
押してみますか?(Y/y)

481 :仕様書無しさん:2015/08/31(月) 00:23:56.76
>>480
あれは引くんじゃないの?

482 :仕様書無しさん:2015/08/31(月) 00:25:22.96
シンプルイズベストかぁ

483 :仕様書無しさん:2015/08/31(月) 00:26:14.17
スイッチ引っ張ると電源停止するやつもあれば
ボタンを押し込むとズゴン!と派手な音がして電源ユニットが物理的に外れるやつもある(要IBMサービスマン呼び出し)

後者は実在するのかどうか知らない(マテ

484 :仕様書無しさん:2015/08/31(月) 00:30:08.30
>>473
ベンダー毎にコード変換テーブルが用意されてたかと

485 :仕様書無しさん:2015/08/31(月) 00:31:50.93
月曜日だよ、今日も楽しくお仕事お仕事

486 :仕様書無しさん:2015/08/31(月) 00:34:21.07
そうそう、早起きしてハロワ行かなきゃね。
コボルのお仕事あればいいな。

487 :仕様書無しさん:2015/08/31(月) 00:53:51.02
>>486
就活、お互いがんばりましょう!

488 :仕様書無しさん:2015/08/31(月) 01:28:47.30
少なくとも20年前には、PC接続のEditor使って、F系汎用機(EBCDIKコード)、T系オフコン(JISコード)の開発したことあったけど問題なかったな
ATOKが使えて漢字入力が楽になったんで助かったわ

489 :仕様書無しさん:2015/08/31(月) 05:38:48.38
エマージェンシーキー

490 :仕様書無しさん:2015/08/31(月) 07:04:30.88
>>488
PC接続のエディターってなんの事だろう
汎用機のエディターとは思えない

491 :仕様書無しさん:2015/08/31(月) 08:14:32.37
そう言えば日本語入力システムをエディタと言ってるオヤジいたよ。

492 :仕様書無しさん:2015/08/31(月) 09:33:56.81
>>490
ごめん、PC接続での間違いだわ
普通に作ったプログラムも実行できたけどラップトップだった事で数字入力やT系はPFキーが15個でまごつき時間がとられるんで、リンク迄の開発専用機になっていたけどな

493 :仕様書無しさん:2015/08/31(月) 09:35:54.16
訂正 開発専用機→開発専用端末

494 :仕様書無しさん:2015/08/31(月) 12:34:22.62
なんだ?この書き込みの多さはw

495 :仕様書無しさん:2015/08/31(月) 13:04:18.85
>>494
COBOL不滅の序章

496 :仕様書無しさん:2015/08/31(月) 21:33:00.20
いちいちコマンド実行するたびに、お待ちくださいとか出て
ウザイんですけど。
画面スクロール出来ないんだぜ、汎用機のコボルエディタ。
もうむりむり。

497 :仕様書無しさん:2015/08/31(月) 21:44:45.23
退社しなさいw

498 :仕様書無しさん:2015/08/31(月) 21:51:37.38
>>496
おまえそれ、なにか騙されてるw

499 :仕様書無しさん:2015/08/31(月) 21:56:47.42
普通は2chにかかないでシステム管理者に聞くけどな

500 :仕様書無しさん:2015/08/31(月) 22:10:34.14
システム管理者って誰だよ
どこにいるんだよ
サーバーの中にいるのか

501 :仕様書無しさん:2015/08/31(月) 22:16:48.92
バッチ実行2本同時にやったらダメだと言われた。
つかえねーな汎用機。

502 :仕様書無しさん:2015/08/31(月) 23:36:03.88
シス管、銀行なら事務管理部システム開発課、製造業ならシステムなんちゃらw 他委託ならIBM、富士通、NEC、日立
ほかあったっけw
ハード会社w シスジェネとか

ほんなん知らんw

503 :仕様書無しさん:2015/08/31(月) 23:37:35.87
コネクタの半田不良、金メッキ端子を無水アルコールで拭く

504 :仕様書無しさん:2015/09/01(火) 00:14:26.03
システムコンソールで自分のバッチ処理だけ優先度最大にw

505 :仕様書無しさん:2015/09/01(火) 00:54:03.27
なんでコボラは背景黒に緑の文字好むの?
画面のハードコピー見せられて、とってもすごく見づらいんですけど
秀丸の設定も黒に緑なんだぜ

506 :仕様書無しさん:2015/09/01(火) 01:04:55.31
くだらない

507 :仕様書無しさん:2015/09/01(火) 01:24:06.79
一言だけじゃなくもっと自分の意見を具体的に言えないようじゃ駄目だな

508 :仕様書無しさん:2015/09/01(火) 01:26:11.31
何か想像で書いているとしか思えんな
スクロールが出来ないエディタなんて'90年以前のラインエディタじゃね?
以降はスクリーンエディタの時代だし
システム管理者も知らない。汎用機メーカーなら純正モニタもアンバー色が基本として随時切り替えて言ってたし

使用機種名とOSは?と訊けば答えられずに逃げるんだろうね

509 :仕様書無しさん:2015/09/01(火) 01:26:36.15
なにが意見w くだらん

510 :仕様書無しさん:2015/09/01(火) 07:16:58.88
一般的にスクロールと言えばマウススクロールことだと誰もが思う。
汎用機のは画面の行移動。
コマンド入力やPFキーで行移動するのはラインエディタと殆ど使い方変わらんわね。

511 :仕様書無しさん:2015/09/01(火) 08:17:51.58
>>509
くだらないとしか言えないのか、悲しいね

512 :仕様書無しさん:2015/09/01(火) 08:23:38.77
マウスでスクロールって何気に効率悪くないか?
つかコーディング中は出来るだけキーボードから手を離したくないので基本エディターはショートカットを使いまくるわw

513 :仕様書無しさん:2015/09/01(火) 16:18:04.04
しょうもな

514 :仕様書無しさん:2015/09/01(火) 21:27:07.00
>>505
俺は黒に白文字が好きだw

515 :仕様書無しさん:2015/09/01(火) 21:51:00.42
背景は黒、文字はイエローアンバーに限るぜ

516 :仕様書無しさん:2015/09/01(火) 23:22:15.71
>>510
これだからゆとりは...

517 :仕様書無しさん:2015/09/01(火) 23:26:57.11
>>512
> マウスでスクロールって何気に効率悪くないか?

悪いから各種雑誌でExcelやWordの入力を速く出来るようにするコツとしてショートカットの記事が度々でるんだろうね

518 :仕様書無しさん:2015/09/01(火) 23:47:37.40
ASPENやNEDITを小馬鹿にするIBMコボラーは存在する!

519 :仕様書無しさん:2015/09/02(水) 00:18:28.53
ホストのクラスの概念でつまずいたわ

520 :仕様書無しさん:2015/09/02(水) 00:29:47.67
こんなものようやるわ
飽きた

521 :仕様書無しさん:2015/09/02(水) 00:35:08.62
そうだね、ひたすら画面にコマンドを打ち続ける日々。飽きるよね。
下手すればコーティングよりコマンドを入力してる方が多いかもしれないよ。

522 :仕様書無しさん:2015/09/02(水) 00:35:42.55
>>519
何クラス?

523 :仕様書無しさん:2015/09/02(水) 00:40:57.36
経理クラス

524 :仕様書無しさん:2015/09/02(水) 03:15:08.01
飽きさせるような上司が悪い
また請負先の会社もな

525 :仕様書無しさん:2015/09/02(水) 06:17:11.34
夏休みが終わって
このスレの勢いが落ちてきたね

526 :仕様書無しさん:2015/09/02(水) 07:12:05.02
コマンド忘れて手が止まる
コマンド間違って何度も入力

パージのつもりでP入力したらプリント実行されてしまったけど、知らんぷり

呆けコボラー

527 :仕様書無しさん:2015/09/02(水) 08:18:06.89
ヤバい、9末で引き上げの話が出て来た。
10年間楽してきたのにな。あーあ。

528 :仕様書無しさん:2015/09/02(水) 08:22:12.79
お台場逝きたくないお

529 :仕様書無しさん:2015/09/02(水) 11:45:15.44
>>526
コボラーはそれしかできないから、コマンド忘れるなんてありえない。
口では言えないがw

530 :仕様書無しさん:2015/09/02(水) 12:21:11.35
PF8とかPF7とかいちいち押してられねぇ
コボラーはこれに何の疑問も無しでやってるのは何故かわかったよ

それしかやってこなかったからなのね

早く異動しないと、コボラー脳になっちゃう

531 :仕様書無しさん:2015/09/02(水) 12:38:14.76
それは言語関係なし
そういう書き方をするお前が悪い

532 :仕様書無しさん:2015/09/02(水) 13:51:31.29
ASMやFORTRANなら押さなくて済むわけじゃなかんべ?コンソールからなら
COBOLだってパソコンで好みのスクリーンエディタ使って書いたソースを後から上げられるべさ

コボラー関係ねえっつうか、むしろハードウェアまで熟知してる管理者の方がそういう環境好んでそう

533 :仕様書無しさん:2015/09/02(水) 14:48:38.15
PFDとかつかいにくいのは昭和からそのまんまやなw
人間の脳で覚えられるのはせいぜい前後3画面くらいか
優秀な人なら全部見られるのか
ようあんなもんつかうわってつかってきたが、紙に印刷して
机上でやっていたな
修正は一発
新規はひな形からコピペw
当時はコピペなんてことばはなかったけど

534 :仕様書無しさん:2015/09/02(水) 19:36:47.02
師匠に、机上デバッグを丁寧にしろ、端末使用してのデバッグは一発で成功させろ、と言われた。三十年前に。

535 :仕様書無しさん:2015/09/02(水) 19:58:39.93
聞いた話だとバブル期だと思うが夜にコンパイルして朝確認という環境だったらしい

536 :仕様書無しさん:2015/09/02(水) 20:13:42.03
コンパイルすると、長めのコーヒーブレイクがとれる

537 :仕様書無しさん:2015/09/02(水) 20:56:49.79
深夜なんかイニシエータ操作w

538 :仕様書無しさん:2015/09/02(水) 21:34:52.59
それより今でも汎用機メインフレームの端末はブラウン管
ディスプレイなのか?
電磁波浴びまくりだな

539 :仕様書無しさん:2015/09/02(水) 22:06:11.88
仮想端末だんべ?

540 :仕様書無しさん:2015/09/02(水) 22:20:34.85
windowsは新しくなって操作方法が変わっても汎用機画面はコマンドオンリーしかできません!

汎用機画面コマンドは永遠に不滅です!

541 :仕様書無しさん:2015/09/02(水) 22:46:04.41
UP DOWN LEFT RIGHT TOP BOTTOM 

ああ、何も考えなくても自然に指が動く

コマンド打ち、この道25年

黄金の右手人差し指の神業よ

542 :仕様書無しさん:2015/09/03(木) 00:09:51.33
ゼロサプレス+左詰めで表示させるにはこうかな?

WORKING-STORAGE SECTION.
01 I PIC 9(3).
01 NUM-GRP.
 05 NUM PIC 0BZZ9.
01 UNSTR-GRP.
 05 DUMMY PIC X(1).
 05 UNSTR PIC X(3).
PROCEDURE DIVISION.
PERFORM VARYING I FROM ZERO BY 1 UNTIL I > 100
 MOVE I TO NUM
 MOVE SPACE TO UNSTR-GRP
 UNSTRING NUM-GRP
  DELIMITED BY ALL SPACE
  INTO DUMMY UNSTR
 END-UNSTRING
 DISPLAY UNSTR
END-PERFORM.

543 :仕様書無しさん:2015/09/03(木) 00:46:13.26
77レベルを使用すべきでない理由って何かあるんですかね?
たまにコーディング規約で使用を禁止されてるのを見かけるんですが

544 :仕様書無しさん:2015/09/03(木) 00:48:35.57
それはコボラーは馬鹿が多いから簡単なのしか理解できないからです

545 :仕様書無しさん:2015/09/03(木) 01:36:22.67
敢えてレベル77を使いたい状況が無いからなあ…。
レベル1で後ろにPICやらVALUEやら書いても同じことだし。

546 :仕様書無しさん:2015/09/03(木) 05:28:33.66
Cobolって人気あるんだな

547 :仕様書無しさん:2015/09/03(木) 06:08:40.39
世界の半分はCOBOLでできている
あとCobolじゃねぇ

548 :仕様書無しさん:2015/09/03(木) 07:07:04.02
コボルの開発の半分はコマンドで出来ている
コボル覚えるよりコマンド覚える方が大変じゃ
しかもメーカーによって違うんだよぉ〜

549 :仕様書無しさん:2015/09/03(木) 08:23:38.68
COBOL使ってる限り、派遣に来るの50超えたおっちゃんばっか

550 :仕様書無しさん:2015/09/03(木) 08:27:23.81
細かい字が読めない、何度も同じ事言わないと聞き取れない
動作がノロイ
ミスだらけのじぃさん、なんとかしてくれよ

551 :仕様書無しさん:2015/09/03(木) 10:59:14.17
>>550
心配するな、十数年後にはお前も例外なくそうなるw

552 :仕様書無しさん:2015/09/03(木) 12:31:10.35
画面サイズを大きくしても表示領域は変わらず、ただ文字がでっかくなるだけだった。

553 :仕様書無しさん:2015/09/03(木) 16:11:40.54
>>545
ループカウンタあたりは77で定義すべきなんじゃないんですか?
階層構造が存在しない一時的な変数であることをしっかりと示すべきでは?

554 :仕様書無しさん:2015/09/03(木) 17:07:27.37
なんでも77 w

555 :仕様書無しさん:2015/09/03(木) 20:29:35.37
おっちゃんばかりてか、そりゃ若い連中は嫌がってやらないからさ

556 :仕様書無しさん:2015/09/03(木) 22:01:04.35
>>549
うちの開発部隊は20代が多いぞ
俺は10年目だから30代になっちゃったけど

557 :仕様書無しさん:2015/09/03(木) 22:40:26.82
かわいそうに、10年後は仕事なくて干されるかも
コボル市場は無くならなくても縮小は間違いないからな

558 :仕様書無しさん:2015/09/04(金) 00:41:14.89
>>557
JavaやC#プログラマーの事がw

559 :仕様書無しさん:2015/09/04(金) 01:08:06.70
コボルの話してるのに別の言語の事をいう
これじゃ話がかみ合わない訳だ
コボラーの本質を見たような気がするよ

560 :仕様書無しさん:2015/09/04(金) 01:15:47.40
人の話は全然聞いてなくて自分が言いたい事だけを話す。
これは別にコボラーに限った事ではないが、老コボラーの殆どが当てはまるのは事実である。

561 :仕様書無しさん:2015/09/04(金) 01:23:26.47
10年後消えてる言語のトップはC#で次点がJavaだろ。

562 :仕様書無しさん:2015/09/04(金) 07:00:57.27
そんな話なんかしてないのに、勝手に話をすり替えるんだな。

563 :仕様書無しさん:2015/09/04(金) 07:53:19.30
自動プログラミングで今のやり方は使えなくなるのに、言語がどうのと呑気だな。

564 :仕様書無しさん:2015/09/04(金) 08:18:41.55
それ、何の根拠もないわね

565 :仕様書無しさん:2015/09/04(金) 09:42:29.86
>>563
バブルの頃はそんな夢を語るアホがたくさんいたなあ。

566 :仕様書無しさん:2015/09/04(金) 10:35:45.26
COBOLの自動生成はあったな
出来たソースは人では理解しにくいものだったわ

567 :仕様書無しさん:2015/09/04(金) 12:22:36.03
いいよね汎用機COBOLの現場
もう派遣の人妻コボラー食べ放題だよ
困ったことや解らない事教えてあげてきっかけ作っちゃう
コボラー最高っす

568 :仕様書無しさん:2015/09/04(金) 12:54:21.52
>>567
婆に限られるけどなw
お前の様な、素人童貞にボランティア精神でやらせて貰えるだけ感謝感泣しろゃボケw

569 :仕様書無しさん:2015/09/04(金) 14:15:24.84
それね、レスしたら相手がニヤニヤ喜ぶだけだから
スルーしなさい

570 :仕様書無しさん:2015/09/04(金) 16:45:25.99
書き方がわからないのでプログラムを書いて教えてください
[ID]英字3字+数字5桁 [名前]英字12字 [名字]英字12字
[性別]数字1桁 0:=男、1:=女 [電話番号]数字11桁(空白含む)
[地域]数字2桁 00:=海外 01〜47:=都道府県コード(JIS X 0401)
固定長テーブル

少なくとも端末からCUIで各項目を入力する画面と、ID降順で一覧表示する画面が必要です。
電話番号の入力はハイフン無し10桁と11桁の入力は受け付け、それ以外は再入力。
一覧表示は20件単位で1ページとして切り替えできるようにしてください。

571 :仕様書無しさん:2015/09/04(金) 19:45:20.20
毎年1人以上の新卒(浪人とか留年してなければ22歳)入れてる現場は普通にあるし、
「COBOL=中高年のおっさん」というのは想像か、あるいは自分の行ってる現場がそうであるかのどちらかだろ。

572 :仕様書無しさん:2015/09/04(金) 19:55:49.91
まず「普通にある」とか曖昧なんだかよく判らない言い方は止めなさい

573 :仕様書無しさん:2015/09/04(金) 20:05:10.06
COBOL保守チーム
予算がないのでお金が安いポンコツおやじか派遣オバサンばかり

574 :仕様書無しさん:2015/09/04(金) 20:27:30.70
>>572
くだらない揚げ足取りだな。
「大手保険会社系列の情報システム会社やBPでは珍しくない」とでも言えばいいのか?

575 :仕様書無しさん:2015/09/04(金) 21:20:05.35
だから何故そうなのか意味がわからないようなトンチンカンな事をいくら言っても曖昧にしか感じないんだよ

576 :仕様書無しさん:2015/09/04(金) 21:26:35.08
javaのPGがジャマーと同じだな

577 :仕様書無しさん:2015/09/04(金) 22:54:03.11
取り敢えず曖昧だ何だとどうでもいいところに噛み付きケチを付ける>>575が性格の悪い人間だということは分かる。

578 :仕様書無しさん:2015/09/04(金) 23:04:25.46
肝心なところをどうでもいい事とぼかして他が悪いという
老人の言動にありがちなことだな

579 :仕様書無しさん:2015/09/04(金) 23:27:01.42
そこまで言うのなら何処が肝心であり、どうすれば曖昧でなくなるのか具体的に提示していただきたい。
そもそも他人の曖昧さ許さない度量の小ささの一方で、自分は根拠も無く他人を老人認定するという、
ネットで安易にチョン認定している馬鹿と同レベルの行為に及ぶ辺り、やはり性格が悪いというか人間性に問題があると思う。

580 :仕様書無しさん:2015/09/05(土) 00:30:35.81
根拠も何もそもそも言ってる事がわからないし、逆ギレれても困るよ
それに最後の1行は論点を完全にズラして個人攻撃してるよね
こまったちゃんだな。

581 :仕様書無しさん:2015/09/05(土) 01:26:47.73
完全AI化までの移行期間 (NEW)

・AIが雇用を減らす中で解雇できない国家は没落、解雇できる国家は変化に対応
・AIを持つ企業が医療・情報通信・流通・サービス・製造業で大きく成長し、既存の大企業を価格競争で脅かす
・解雇ができる国家に所属する企業はAI化による価格競争で生き残れる
・解雇ができない国家に所属する企業はAI化、自動化によって大量の無産労働者を抱えて価格競争に負けて破産する

過去
・日本の繊維業界が中国の低賃金労働に負けて壊滅
・産業革命により欧米以外が貧困化(イギリスによるインドや植民地への繊維品輸出はその一例)

現在
・本屋・出版業界がAmazonに飲み込まれる 、レコード業界がAppleに飲み込まれる

雇用10%消失 (10年以内)
・タクシー企業が次々と破綻 、ヤマト・佐川・日通等が破綻(自動運転、配送の無人化・自動化による)
・NEC、富士通、SIerが破綻(開発の自動化・AI化による)
・製造業や小売り労働者がAIにおき変わる(ロボットやAIによる無人化による)
・解雇できないため正社員での新規雇用は停止され、全て非正規雇用となる
・倒産した企業のメインバンク・都市銀行が不良債権で取り付け騒ぎをおこす。さらに多くの業界で企業年金の支払いが止まる。

雇用30%消失 (20年以内)
・医師・看護師・介護士・薬剤師が廃業 (AIや介護ロボットによる)
・大量の従業員を抱えるトヨタや日産、ホンダが破産 (工場の無人化による)
・格差に堪え兼ねた最下層の貧困層(を親族に持つ現役・退役自衛官)によるテロやクーデーターが発生

雇用50%消失 (30年以内)
・想像するのも恐ろしいが日本の大企業の大半が破産して貧困国に転落。生活保護等の財源もなく餓死者や凶悪犯罪やクーデーターが頻繁に発生。

雇用90%消失(40年以内)
・豊かさを維持した国家(解雇ができる国家)は、ベーシックインカムなどで繁栄、貧困国は豊かな国から借金をして隷属し、国家体制が破綻する。(Paul MasonのPostCapitalism、タイラー・コーエンの大格差など)

582 :仕様書無しさん:2015/09/05(土) 01:50:37.76
すいません>570教えてください
どこから手をつけていいのかわかりません

583 :仕様書無しさん:2015/09/05(土) 11:42:17.84
しれを考えるのがPGの役目
みんなおしえちゃだめ
実力つかないよ

584 :仕様書無しさん:2015/09/05(土) 11:43:23.94
しれを考えるのか。なるほど。

ところで、しれってなあに?

585 :仕様書無しさん:2015/09/05(土) 11:44:38.20
ミスをあげあしとらないのw
それくらい推測できるでしょ?

586 :仕様書無しさん:2015/09/05(土) 11:50:49.64
学校の宿題?
いまどき商業高校で?大学?
仕事の内容?だったら公開したらやばいよw

587 :仕様書無しさん:2015/09/05(土) 11:52:52.11
しれが宿題?

588 :仕様書無しさん:2015/09/05(土) 12:00:10.08
こいつ釣ったらおもろいな
いつまでたってもそのもんだいをとけない
しかし簡単やな
それに落とし込むまでの要件定義とか難しいぞwwwww

589 :仕様書無しさん:2015/09/05(土) 12:17:03.84
検索したら大学でCOBOの講義やっているところあるんだw
ワロタ

590 :仕様書無しさん:2015/09/05(土) 12:25:54.50
教授がCOBOLしか出来ないんだろ

591 :仕様書無しさん:2015/09/05(土) 12:26:45.65
大学のシラバスを見ていたら
そんなことはないね
東大にもあったw

592 :仕様書無しさん:2015/09/05(土) 13:49:06.07
>>588
なんで唐突に要件定義が出てくるんだ
関係ないでしょ

593 :仕様書無しさん:2015/09/05(土) 16:32:22.00
>>570
なんかよくわからんけど
15年ブランクのあるおじちゃんが…何を答えればいいのかもよくわからんけどw

GUIじゃなくCUI?
ID入力してエンター押して、名前入力してエンター押して…って感じなの?

ID降順一覧表示は別PGだよね
閲覧する為のPGを別に作る

電話は数字と空白のみ有効
電話なんだから頭から10桁は数字だけ、11桁目だけ数字と空白をOKにすればいい
ってこれは仕様書に書かなくてもわかる事としてw

画面作成って昔は汎用機ごとでバラバラだったしwinとも当然異なっていた
今はOSとか無関係に統一されているのかな?
画面作成の状態が違うと作り方もかなり違ってくる
フォームを先に作ってそれに当てはめるタイプとか ←今のはだいたいこっち?
何行目の何番目に何を表示させる…みたいなタイプとか
いろいろあった

15年前にCOBOLやって今はやっていないので今のCOBOLはわからんw
けど普通にあるPGだと思う
入力画面も出力画面も昔から普通にあるから
現状動いているのがあるんじゃない?
それを改良すれば楽だと思う

このレベルで飯が食えるなら戻りたいw

594 :仕様書無しさん:2015/09/05(土) 16:33:55.98
FORMは使わないのか

595 :仕様書無しさん:2015/09/05(土) 16:36:47.45
なんか情けない親爺がフロアーにいるなと思ったら、どうやらコボラーらしい
フロアーには若手が多いが、隅っこの方に親爺ばかり座ってる列がある
何をやってるのかはなぞだ

596 :仕様書無しさん:2015/09/05(土) 16:39:06.90
CUI 日立?

597 :仕様書無しさん:2015/09/05(土) 16:39:18.64
汎用機ごとっていうのはメーカーの汎用機ごとねw

598 :仕様書無しさん:2015/09/05(土) 16:41:16.01
今の方がずっと楽っぽいよね
データ確認もダンプして…なんてしないんでしょう?w

599 :仕様書無しさん:2015/09/05(土) 16:41:30.20
ハードメーカー提供によりちがうもんね
まさか、今話題の個人番号のやつとちがうやろうな

600 :仕様書無しさん:2015/09/05(土) 16:42:59.25
表示プログラムw
ファンクションキー押したら並び変わったり次画面とか前画面とか
もうしょうもな

601 :仕様書無しさん:2015/09/05(土) 17:27:29.62
入力用プログラム(修正用も兼ねる)と一覧表示用プログラムに分けても問題ないと思います
一覧表示はこんな感じにしたいんですが……(80桁24行表示の端末をイメージしてます)
ttp://www1.axfc.net/uploader/so/3529439

正しく入力されていれば自動的に次の項目の入力に移る、などの機能を付けると評価が高くなるんですが
これは標準の入力処理にはついてない機能なんでしょうか?

602 :仕様書無しさん:2015/09/05(土) 17:46:09.24
それどこの業務向けや?
学校の宿題?

603 :仕様書無しさん:2015/09/05(土) 17:47:34.20
なぜ自身で考えてつくらないのか?

604 :仕様書無しさん:2015/09/05(土) 19:31:31.15
CAFIS障害大丈夫だったかコボラー諸君

605 :仕様書無しさん:2015/09/06(日) 00:14:25.72
おっさんコボラーの週末の楽しみはパチンコと競馬だとか

606 :仕様書無しさん:2015/09/06(日) 01:09:14.58
>>605
社会のゴミ貯めな2chに入り浸るよりかはずっと健全じゃね?

607 :仕様書無しさん:2015/09/06(日) 01:16:44.46
コピペ、煽りにレスしないように

608 :仕様書無しさん:2015/09/06(日) 06:54:47.58
>>607
コピペ乙

609 :仕様書無しさん:2015/09/06(日) 07:21:29.22
ソフトを自社開発している会社が募集要項で何らかの言語で開発経験が有る方と書かれてあっても、
コボラーは条件を満たしていないと不採用となる現実

610 :仕様書無しさん:2015/09/06(日) 08:36:54.54
コピベ、煽りにレスしないように

611 :仕様書無しさん:2015/09/06(日) 12:08:17.48
あのあと自分で考えて書いてるんですが、SCREEN SECTIONの正しい書き方がいまいちよくわかりません。
01 SCR-MEIBO COL NUMBER IS 6.
03 SCR-ID COL NUMBER IS PLUS 1 USING ID.
03 SCR-NAMAE COL NUMBER PLUS 9 USING NAMAE.
03 SCR-MYOJI COL NUMBER PLUS 13 USING MYOJI.

こんな感じにしておけば、手続部でACCEPTやDISPLAYを使って
一括入力/出力できるって理解でいいんでしょうか?

612 :仕様書無しさん:2015/09/06(日) 12:22:10.77
>>611
コンソール画面で入出力するなら、
スクリーンセクションいらんよ

もう十数年COBOLでエントリー作ってないから、
スクリーンセクション忘れたわ

613 :仕様書無しさん:2015/09/06(日) 15:36:41.81
【初心者歓迎】最新COBOLについての質問スレ
http://peace.2ch.net/test/read.cgi/tech/1405162529/
でやれよw

614 :仕様書無しさん:2015/09/06(日) 16:12:57.63
>>611
他のレスにもあるようにSCREEN関係は汎用機に限らず機種とかOS毎によって違う
SCREEN関係はどの機種も別のユーティリティを使って定義し展開する事が多いから回答に応えられない
但しOSのバージョンアップだと違いはないはずなのでそこを踏まえて別スレで訊いてみたら?
>>611の質問だと、オフコンと呼ばれた機種なら集団項目名でACCEPT命令を書くと一括入力、基本項目だと項目単位で入力となる(表示も同じ)

615 :614:2015/09/06(日) 16:53:51.17
Excelのフォームを作るような感じで画面定義し利用するプログラムに展開して開発する事が多いので使っている機種がわからないと難しいと思う。

616 :仕様書無しさん:2015/09/06(日) 18:32:36.38
そもそも話、SCREEN SECTIONなんて使いませんから
勉強するだけ無駄です。
30年前のオフコンのソース見るなら別ですけどね。

617 :仕様書無しさん:2015/09/06(日) 18:39:27.21
そもそも話、COBOLなんて使いませんから
勉強するだけ無駄です。

618 :仕様書無しさん:2015/09/06(日) 18:43:59.42
衝撃の事実!

なんと全ての個人情報はCOBOLで管理されている事を我々は知らされていないのだ

619 :仕様書無しさん:2015/09/06(日) 18:51:29.41
なんで職場で相談しないのだろうw

620 :仕様書無しさん:2015/09/06(日) 20:21:45.01
COBOL 2002で標準化されたらしいんですが
使われないのはもっと便利な拡張を各社独自にやってるからなんでしょうか?

621 :仕様書無しさん:2015/09/06(日) 21:06:59.60
       ____
    /      \
   /  ─    ─\
 /    ,(●) (●)、\   
 |       (__人__)    |   そもそも話、COBOLなんて使いませんから
 \     ` ⌒´   /       勉強するだけ無駄です。
,,.....イ.ヽヽ、___ ーーノ゙-、.
:   |  '; \_____ ノ.| ヽ i
    |  \/゙(__)\,|  i |
    >   ヽ. ハ  |   ||

622 :仕様書無しさん:2015/09/06(日) 21:25:26.73
まあなー無職には関係ない話だよなー
そうやってえり好みしてるから無職なんだろうけど

623 :仕様書無しさん:2015/09/06(日) 21:28:52.79
COBOLのシステムは現役で当該システム開発経験者しかやらせてもらえないから
無職だと永遠にムリだな

624 :仕様書無しさん:2015/09/07(月) 00:04:35.13
コボラー辞めてジャマーになれば良い

625 :仕様書無しさん:2015/09/07(月) 00:26:10.41
>>620
そゆこと。俺の使用した機種ではCOBOLソース上で
SCREEN SECTION.
MD フォーム名1.
MD フォーム名2.
PROCEDURE DIVISION.
と記述するとコンパイル時にフォームを取り込んで入出力項目を展開してくれる
Fの汎用機だとMD句が別の名前かも知れないが同じような感じで記述する
但しFの場合、フォームを切替えると前の内容が保証されないので別途、セーブ領域を設けなきゃいけないとか聴いた。
また帳票系も同じように定義することもできた

626 :仕様書無しさん:2015/09/07(月) 02:02:35.27
コボラーやめてジャマーしてます

627 :仕様書無しさん:2015/09/07(月) 07:05:23.93
結局コボルしかだめでした
だからコボラーなんです

628 :仕様書無しさん:2015/09/07(月) 07:51:45.00
フォームを使う形式ならメーカーがどこでも
定義方法は違ってもプログラム内でやっている内容はあまり変わらない
ただ>>625
>フォームを切替えると前の内容が保証されない
F汎用機だけだったとはw…知らんかった…
大昔の事とはいえ無駄な事をしていた…
知っていたらもっと楽だっただろうw

コボル求人ってまだ結構あるんだね
モトサヤしようかな

>>623
最近は派遣とかもいるから…

629 :仕様書無しさん:2015/09/07(月) 07:56:16.96
【初心者歓迎】最新COBOLについての質問スレ
http://peace.2ch.net/test/read.cgi/tech/1405162529/

630 :仕様書無しさん:2015/09/07(月) 08:25:24.81
中高年の派遣は短期ばかりなので次が繋がらずいつの間にかコンビニバイト店員

631 :仕様書無しさん:2015/09/07(月) 18:19:04.59
コボルの派遣は年齢関係なさげだけど厳しいのかな?
javaとかの方が人材過多で年齢が関係しそうだけど

632 :仕様書無しさん:2015/09/07(月) 18:27:54.23
コンビニバイトには若い女性との出会いがある

633 :仕様書無しさん:2015/09/07(月) 18:33:45.04
無職のやつの書き込み、煽りにのっているやつがいる

634 :仕様書無しさん:2015/09/07(月) 21:44:33.40
今の職場で来月からコボルの案件一人募集してるけど年末までの短期だ

635 :仕様書無しさん:2015/09/07(月) 21:52:22.03
短期みたいだれがw

636 :仕様書無しさん:2015/09/07(月) 22:05:46.33
2回目の面談結果待ち
次もどなどなならあきらめる

637 :仕様書無しさん:2015/09/07(月) 22:30:03.99
短期って「業務」スキル高くないとただのテスターだよな

638 :仕様書無しさん:2015/09/07(月) 22:38:53.96
cobolで短期ってどんな仕事なんだろうね

639 :仕様書無しさん:2015/09/07(月) 22:49:57.49
>>638
一ヶ月だけ移行データの整合性チェックをやったわ
まあシステムを理解していてあるべき論がわかっているからだが
ただCOBOLには一切触ってない
…cobolじゃないCOBOLだ!

640 :仕様書無しさん:2015/09/07(月) 23:10:38.07
>>639
       ____
    /      \
   /  ─    ─\
 /    ,(●) (●)、\   
 |       (__人__)    |   そもそも話、COBOLなんて使いませんから
 \     ` ⌒´   /       勉強するだけ無駄です。
,,.....イ.ヽヽ、___ ーーノ゙-、.
:   |  '; \_____ ノ.| ヽ i
    |  \/゙(__)\,|  i |
    >   ヽ. ハ  |   ||

641 :仕様書無しさん:2015/09/07(月) 23:56:57.41
>>638
短期は古いソースコードを調べてドキュメント作成とかあるぜよ

642 :仕様書無しさん:2015/09/08(火) 01:07:12.45
IBM RPGのソースを解析して仕様をつくりCOBOLへ移行ってのが
あったね
今でもあるかもw

643 :仕様書無しさん:2015/09/08(火) 08:23:10.76
45過ぎたらスポット的な仕事しか無くなった
あっちが忙しいから手伝ってとか、こっちで調査があるから1ヶ月程でやってくれとかさ

644 :仕様書無しさん:2015/09/08(火) 09:08:13.67
そのほうがいいとおもうよ、楽

645 :仕様書無しさん:2015/09/08(火) 10:45:28.91
>>643
業務把握してるんだろうし、スポットというより引っ張りだこなイメージしか湧かないんだが
>>644
楽かと言われるとけして楽ではないと思うぞ

646 :仕様書無しさん:2015/09/08(火) 14:17:41.52
スポットのやったことがあるから楽と思っている
大規模長期は精神がまいるw

647 :仕様書無しさん:2015/09/08(火) 14:31:13.49
スポット=必要とされている

648 :仕様書無しさん:2015/09/09(水) 00:49:23.88
スポット≒派遣

649 :仕様書無しさん:2015/09/09(水) 01:07:13.00
社内のものが

650 :仕様書無しさん:2015/09/09(水) 08:21:29.27
どうせ俺はコボラーだよ
そう言って愚痴って会社の飲み会で絡まないでください
Javaやらせても出来なかったじゃん

651 :仕様書無しさん:2015/09/09(水) 10:38:49.21
長文コボルを読めないコボラーはコボラーではない

652 :仕様書無しさん:2015/09/09(水) 12:19:41.18
MOVE文で二行使うのは当たり前だろ
それが延々と続いてもいいじゃんかよ

653 :仕様書無しさん:2015/09/09(水) 18:15:43.87
おまいらの現場ではPCのエディタは何を使っておる?
秀丸エディタ?
MIFES?
さくらエディタ?

654 :仕様書無しさん:2015/09/09(水) 18:58:52.09
メインはXYZZY
覚えておくと困ったときに役立つからサブでvim

655 :仕様書無しさん:2015/09/09(水) 21:25:49.41
汎用機コボルにはPCエディタなど関係ない
EBCDIC使えないじゃん
10進パックみれないし

656 :仕様書無しさん:2015/09/09(水) 22:49:04.33
仕事が無いときはパチンコで暮らしてるという強者コボラーがいた
今はどうしているのだろう

657 :仕様書無しさん:2015/09/10(木) 00:46:04.31
若手は欲しいが先の無いジジイは要らない
システム無くすなら別だがね

658 :仕様書無しさん:2015/09/10(木) 01:09:47.61
若手で古いプログラム読める奴はあまりいない=使えない奴が多い

659 :仕様書無しさん:2015/09/10(木) 01:20:25.87
>>658
       ____
    /      \
   /  ─    ─\
 /    ,(●) (●)、\   
 |       (__人__)    |   そもそも話、COBOLなんて使いませんから
 \     ` ⌒´   /       勉強するだけ無駄です。
,,.....イ.ヽヽ、___ ーーノ゙-、.
:   |  '; \_____ ノ.| ヽ i
    |  \/゙(__)\,|  i |
    >   ヽ. ハ  |   ||

660 :仕様書無しさん:2015/09/10(木) 03:17:53.22
派遣法・同一労働同一賃金法附帯決議

「派遣先の団体交渉応諾義務の在り方について、法制化も含めた検討を行うこととし、その際、労働時間管理、
安全衛生、福利厚生、職場におけるハラスメント、労働契約申込みみなし制度の適用等に関する事項に係る団体交渉における
派遣先の応諾義務についても検討すること。」

「派遣先による派遣労働者を特定することを目的とする行為は、労働者派遣法の趣旨に照らし不適当な行為であることに鑑み、
その禁止の義務化について検討すること。」

「二、雇用形態の相違による待遇格差に関する訴訟においては、格差が不合理なものであること等の立証について、労働
者側にとって過度な負担とならないことが望まれるため、立証責任の在り方について調査研究を行うとともに、裁判例の
動向等を踏まえ、必要があると認められる時は、法律上の規定について検討を行うこと。」

マージン率の上限についての規制も検討することと、
行政に対して職安法44条違反にたいして刑事告発をするように求めるとの条項がある。

これに対し派遣会社社長(ヒューコムエンジニアリング)の見解は以下のとおり。

「この内容については成立後の労政審で議論されることになると思いますが、読み上げるだけで30分近くかか
る付帯決議なんて聞いたことありません。付帯決議には、法的拘束力はないとはいえ、あまりにも酷い内容です。
だいたい法案要綱本体より、多い付帯っていったい何なんでしょうか?しかも施行まで20日ほどしかない状況で、これ
を飲む与党にも、はっきり言って怒りがこみ上げています!今回の法改正の趣旨が何なのか、もう一度、思い返
した方がいいんじゃないでしょうか?」

661 :仕様書無しさん:2015/09/10(木) 08:19:02.51
gotoばかりのソースはメンテしたジジイも理解不可能
故にワケわからないコード追加して更に意味不明なソースが出来上がる
そしてこれは俺にしか出来ないからねと嘯く

662 :仕様書無しさん:2015/09/10(木) 14:53:08.91
2000年以前のソースはGOTOさん多いよね

663 :仕様書無しさん:2015/09/10(木) 16:34:57.20
>>655
普通にコード変換すれば済むだけの話じゃんよ?
コンバータ提供しないメーカなんてないじゃんよ?
仮に提供してくれなくたって、フリーの変換ソフトがいくらでもあるじゃんよ?

そもそもFTP使ってあげるとき以外、コードの違いなんて気にする必要ないんだから
テキストエディタがどんな文字コード吐き出そうが使える使えないには全く関係無いじゃんよ?

664 :仕様書無しさん:2015/09/10(木) 18:49:48.32
>>663
文字コード変換とか知らない子だからそっとしておいてあげてw

665 :仕様書無しさん:2015/09/10(木) 19:02:06.05
今の汎用機って、FTPでソースをアップするの?????
時代もずいぶん変わったね…

666 :仕様書無しさん:2015/09/10(木) 19:18:15.67
汎用機のソースってライブラリに格納されてるんじゃなかった?

IBMだと区分編成、NECだと待機結合編成みたいにインデックスとメンバで
構成されていて、普通のテキストファイルとは違うはずだと思うけど、FTPで
メンバファイルに直接アクセスできるの?

667 :仕様書無しさん:2015/09/10(木) 19:29:50.33
>>666
できるよ。
ソースはホスト上のライブラリで管理していて、
修正するときはFTPでパソコンにダウンロード、
秀丸エディタでプログラミングして出来上がったら
FTPでホストにアップロードしてコンパイル
というのが近年のスタイルだよ。

668 :Akishino Reeks☆[転載禁止]2ch.net:2015/09/10(木) 21:39:16.26
.
**********************
*◆号外!!速報!!◆*
*************************************************************
***★Σ(Д・;)『佳子さま』に『スキャンダル!!』 ★***暴露情報!!***
*************************************************************
■アイドル級の美貌を持つ『佳子さま』     ■『男性と"お付き合い"』も、そろそろあると、皆様お察しの事でしょう。
■そうなんです!!「男性との"お付き合い"」■・・・いや、【"お突き合い"】のお話が、急浮上です!!
■知られざる『佳子さま』の「男性事情」が明らかに!!

※知る覚悟はできていますか?下記を『Google』か『Yahoo』で検索して下さい。
↓↓↓検索キーワード↓↓↓
------------------------------
『眞子さま かれし』       ←漢字変換  
------------------------------
『佳子さま 眞子さま かれし』 ←漢字変換
------------------------------
『眞子様 かれし』        ←漢字変換
------------------------------

★上記で検索しますと、『1ページ目』か『2ページ目』あたりに、
+++++++++++++++++++++++++++++++++++++++++++++++++
【婚約】秋條宮家の佳子様と眞子様・・・・・・・・【結婚】
+++++++++++++++++++++++++++++++++++++++++++++++++
↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑が表示されます。
※留学中にクラブに出入りしたり不特定多数の男性と関係を持った詳細まで……。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★
https://sites.google.com/site/kimitujyouhou

669 :仕様書無しさん:2015/09/10(木) 22:57:35.29
>>667
PCエディタでホスト側で管理している行番号とかどーすんのよ
RENUMBERできんの
歯抜けのままか
コンパイルエラーを修正するたびにFTPしてんの?

670 :仕様書無しさん:2015/09/10(木) 23:50:36.75
漢字コード有りでFTP使うとシフトコードずれでカラムがぐちゃぐちゃになるぞ
やったことないのか

671 :仕様書無しさん:2015/09/11(金) 00:09:43.11
なんでSJISに変換すんだよ、そのまま使えよ。

672 :仕様書無しさん:2015/09/11(金) 01:01:53.08
そのまま使えって、FTPした後にEBCDICや各メーカーの漢字コード使えるPCエディターがあると言ってるのか?

673 :仕様書無しさん:2015/09/11(金) 02:37:32.35
ないのか?
EBCDICはあるだろ。EBCDIKも。

674 :仕様書無しさん:2015/09/11(金) 06:32:09.26
ズレ対策なんかとっくに組み込まれてるんだけど……

675 :仕様書無しさん:2015/09/11(金) 07:32:09.04
知識もないのに煽るのはただの無知晒しだぞ?

676 :仕様書無しさん:2015/09/11(金) 08:18:26.89
ないのか?と質問を質問でかえす
対応しているPC側のエディタ名は答えられない

とっくに組み込まれているとは言うけれど、その内容については一切触れない

知ってるつもりだけど本当は知らない典型的な例でした

677 :仕様書無しさん:2015/09/11(金) 14:02:41.07
元々COBOLやっていて10年以上前にjavaとVBをメインにして
ずっとjavaとVBやっていたのに
先々月?くらいにCOBOLに戻された…
マイナンバー絡みで人手不足らしい

今もグダグダしてるし間に合うのか?というw
間に合わんだろうけどw

678 :仕様書無しさん:2015/09/11(金) 22:05:32.68
それであちこちの求人転職サイトにCOBOLオンパレード
だったんだね
今でもか

679 :仕様書無しさん:2015/09/11(金) 22:45:28.49
例えばz/OSではSI/SOをスペースに置き換えて桁ズレ起こさないようにするオプション指定できるし
楽にやりたきゃF*TRANみたいな変換ユーティリティソフト買えば済むだけなのに

なに自分の無知棚に上げて煽りいれてんの?ばかなの?

680 :仕様書無しさん:2015/09/11(金) 22:45:32.19
俺の所にはそんなレベルの低い依頼は一件も来ないな

681 :仕様書無しさん:2015/09/11(金) 23:22:47.67
>>679
それダウンロードのオプションだけど、編集して再度アップロードしたときに
余計なSI/SOが入ってカラムずれ発生しないの。
なぜかデータ変換の話になってるけど、ホスト側の文字コードがそのまま使えるPCエディタが
あるかどうかの答えにはなっていません。

682 :仕様書無しさん:2015/09/12(土) 00:52:17.89
都合が悪くなると話をそらして会話がなり立たない。
無知な事を誤魔化すため、ただ思いつく言葉を言うだけで意味をなさない。
最後には相手を罵倒し始める。

いますよね、こんな無知を晒すだけの人。

683 :仕様書無しさん:2015/09/12(土) 01:00:46.70
>>681
ないと思ってるの?
ちょっとそれ証明してみて。

684 :仕様書無しさん:2015/09/12(土) 01:26:46.71
ただ煽るだけで、もはや何言ってるのか解らない
そんな輩がいたら、一体どうしたらいいんでしょうか

685 :仕様書無しさん:2015/09/12(土) 01:54:17.81
「ない」ことをどうやって証明するのか教えてくれる?

686 :仕様書無しさん:2015/09/12(土) 02:14:03.42
なんでも聞けば教えてもらえると思わないほうがいいよ?

687 :仕様書無しさん:2015/09/12(土) 02:54:18.89
F*TRAN 懐かしいw
今でも変換しないとダメなの?

688 :仕様書無しさん:2015/09/12(土) 02:56:08.28
>>677-678
もうすぐ運用開始なのにね

689 :仕様書無しさん:2015/09/12(土) 02:59:57.10
コボラーって体で覚えてる感が凄いよw
ブランク15年20年の人が数週間で感が戻っているというw

水泳ブランク15年20年の人が泳げる みたいなw

690 :仕様書無しさん:2015/09/12(土) 07:14:16.05
コボラー怖い・・・
何十年も同じ言語をやり続ける執念とか

691 :仕様書無しさん:2015/09/12(土) 08:10:18.44
日本人ー怖い・・・
何十年も同じ言語をしゃべり続ける執念とか

692 :仕様書無しさん:2015/09/12(土) 08:27:47.27
あなたの言語ってたまに変よ
(D)だいっ嫌い(N)なのに(A)愛してる

693 :仕様書無しさん:2015/09/12(土) 08:51:38.41
>>683
何を証明しろと言ってるのか分からないし、なんでそんな話になるのか理解不能
話を必死にすり替えようとしてませんかね
要するに知らないから他人に答えさせようとしてるでしょ?

694 :仕様書無しさん:2015/09/12(土) 09:37:54.52
>>683
あると証明できないので
ないよw

695 :仕様書無しさん:2015/09/12(土) 09:39:22.07
>>686
あらら・・・
>>685の意味もわからない程度では
マ板で語る資格ないよ

696 :仕様書無しさん:2015/09/12(土) 10:12:43.72
コピペコーダーには端末エミュレータのエディタキツいかもね
そもそもCOBOLのソースなんてネットに落ちてないからコピペコーダーにはまさに死活問題w
そりゃCOBOLを叩きたくなるわな

697 :仕様書無しさん:2015/09/12(土) 11:35:36.40
コマンド入力もレスポンスが早ければいいんだけれど、いちいちお待ち下さいじゃ手が止まるわ。

698 :仕様書無しさん:2015/09/12(土) 11:39:36.69
たとえネットで拾えたとしても、独自のコーディング規約のせいでそのまま使えないから

699 :仕様書無しさん:2015/09/12(土) 15:05:53.60
COBOLって客先から工賃ぼったくる為に、ちょっと修正入っただけで何十本もプログラム修正が必要な作りにしてるの?

700 :仕様書無しさん:2015/09/12(土) 15:09:39.40
>>699
その「ちょっと」はお前の主観だろ。

701 :仕様書無しさん:2015/09/12(土) 15:24:08.22
MOVE文一行追加するだけで、見積もり30万円

702 :仕様書無しさん:2015/09/12(土) 16:13:35.67
対応が本当にそれでいいかどうかを調査するのに時間がかかるからな。

703 :仕様書無しさん:2015/09/12(土) 16:20:08.26
>>699
javaもcobolも大規模なシステムだと工数なんてそんなに変わらんよ
追加の単純なアウトだけなら
VBやcobolの方が工数は短く済む

ちょっとが
どのレベルの話なのか知らんが
何本も手直しするってデータから変えないとダメなレベルじゃない?
それでもLinuxやwinならちょっと触ってコンパイルだけで済む
汎用はメーカーで異なるからわからんが
javaなどと比べて工数が膨らむ案件ではないような

システム内部の数字を厳密にしないとダメな金融関係はバグ潰しとか考えると
cobolの方が楽だし最終的に早いから工数も安くなる

ハード移行も汎用以外はそんなに変わらんし

704 :仕様書無しさん:2015/09/12(土) 17:03:50.20
その説得力ありすぎる物言いは、君が実際にCOBOLでの大規模システムや金融系システムでの
見積もり経験があって実証されているわけですね

705 :仕様書無しさん:2015/09/12(土) 17:14:46.89
自画自賛かよ。

706 :仕様書無しさん:2015/09/12(土) 18:00:26.66
× COBOLでの大規模システム
○ COBOLで作ったためにコードがムダに複雑化、重複するコードが多く
一階で済むようなテストが、コピペの分何回も行わなければならず
ちょっとの修正でもあちらこちらにに分散、依存しているために
非効率を1000倍ぐらい非効率にしているために、
大規模な感じがするだけで、実際は小さいシステム

707 :仕様書無しさん:2015/09/12(土) 19:27:09.89
>>706
そう思いたいだけなのがよくわかるw
根本的な部分がわかっていない
だから馬鹿にされているのか…
真面目に答えて存した気分

cobolもjavaもわかっていない人と話しても噛み合う訳がないよね

708 :仕様書無しさん:2015/09/12(土) 19:53:11.47
>>707
別に、COBOLで書かれた
素晴らしいソースコードを持ってきて
反論してくれて構わないんだぜ?w

709 :仕様書無しさん:2015/09/12(土) 20:23:30.69
>>707
それは昨今のJavaのシステムの話をしてる?

710 :仕様書無しさん:2015/09/13(日) 19:31:14.11
爺は小文字が見えないと言います
やっぱ見慣れた大文字じゃないと駄目だそうです

711 :仕様書無しさん:2015/09/13(日) 19:50:26.68
>>710
日本語がおかしい。

712 :仕様書無しさん:2015/09/13(日) 19:51:27.99
>>711
どこがおかしいか具体的に指摘してみてください。

713 :仕様書無しさん:2015/09/13(日) 20:02:01.27
>>710
頭もおかしい
性格も悪い
きっと童貞

714 :仕様書無しさん:2015/09/13(日) 20:10:17.91
COBOL関連ばかりを荒らしているなw

715 :仕様書無しさん:2015/09/13(日) 20:39:32.30
>>713
根拠となるものが何もない勝手な思い込みですな

716 :仕様書無しさん:2015/09/13(日) 20:43:59.14
COBOLの開発現場についていけなくなったコピペコーダーが荒らしているだと思う。
自分のスキルの低さを認められなたくないからCOBOのせいにしたいんだろうなe

717 :仕様書無しさん:2015/09/13(日) 20:46:06.73
彼は自分が童貞なので、気に入らない奴は皆童貞と思いたい心理状態にあります。
何故ならそう思わないと悔しくてしょうがないからです。

718 :仕様書無しさん:2015/09/13(日) 20:46:44.76
職場のLinuxを扱えなくてクビになったLinuxスレを荒らし回っていたWindowsマンセー君と同じ香りがするw

719 :仕様書無しさん:2015/09/13(日) 20:48:43.55
>>715
童貞の分際で一人前の口をきくな

720 :仕様書無しさん:2015/09/13(日) 20:50:19.96
C(ぽいもの)を全部大文字で書いたことがあるんだけど
画面がうるさいうるさいw

721 :仕様書無しさん:2015/09/13(日) 21:07:57.81
>>716
COBOLの開発現場についていけなくなったとは、どんなすごい開発環境なのか知りたいです。

722 :仕様書無しさん:2015/09/13(日) 21:09:30.05
>>719
それ童貞のコボラーさん達に失礼だろ

723 :仕様書無しさん:2015/09/13(日) 21:45:24.38
世の中の認知度
コボル?知らないですね、本当に。

ttps://www.youtube.com/watch?v=TPCyAXGPCos&feature=youtu.be&t=66

724 :仕様書無しさん:2015/09/13(日) 22:08:12.39
>>723
よく見つけたな。

725 :仕様書無しさん:2015/09/13(日) 22:15:32.59
殆ど廃れてるって経験者から言われてるぞ
コボラー諸君

726 :仕様書無しさん:2015/09/13(日) 23:09:02.91
>>721
オーバーレイ・画面定義体FORMすら使わずすべてキャラで手書き
業務端末VPN以外インターネット禁止
業務端末VPN以外インターネット禁止のため、ソースの入替等現地対応
オブジェクトとソースが違ったり、そもそもソースがない
各支店にオフコンがあり、ソース・DB・定義体がそれぞれ違う
ソースやコピー句以外にマニュアルも仕様書もファイルフォーマットもすべてなし

727 :仕様書無しさん:2015/09/13(日) 23:51:40.99
それひょっとしてcobol馬鹿にしてるのか?

728 :仕様書無しさん:2015/09/13(日) 23:58:29.21
>>726
オープン系COBOLの開発環境になじめない汎用機コボラーのことじゃ無いのか

729 :仕様書無しさん:2015/09/14(月) 00:10:55.68
COBOLよりFORTRANとかPL/1とかアセンブラとか
廃れてる言語は他にもあるのにどうしてCOBOLばかり目の敵にされるの?

730 :仕様書無しさん:2015/09/14(月) 00:13:03.80
単価高いから?ねたみかな?

731 :仕様書無しさん:2015/09/14(月) 00:59:09.04
えっ単価高いのいいなぁ
Javaで80なんだけどcobolだと100位軽くいくんだろうな

732 :仕様書無しさん:2015/09/14(月) 01:01:00.12
>>729
其れはコボラーが技術者じゃなくて事務員だからです
だからレベルが低いと言う認識なんです

733 :仕様書無しさん:2015/09/14(月) 01:20:20.61
>>729
他の言語が目の敵にされてないと思ってるの?
ちょっとそれ証明してみて。

734 :仕様書無しさん:2015/09/14(月) 02:12:57.34
>>729
PL/1は廃れたといってもよいだろうし、
業務アプリの世界で言えばアセンブラも廃れたといってもよいが、
FORTRANは現役バリバリだろ、スパコンの世界では。

735 :仕様書無しさん:2015/09/14(月) 02:13:32.35
>>731
見栄を張らなくてよいからw

736 :仕様書無しさん:2015/09/14(月) 05:06:10.27
元SKE松井玲奈はコボラー

737 :仕様書無しさん:2015/09/14(月) 07:04:16.43
>>735
コボラーさんは月幾ら頂いてるの?

738 :仕様書無しさん:2015/09/14(月) 08:17:23.84
マジやん

739 :仕様書無しさん:2015/09/14(月) 08:24:15.06
月固定45万のフリーのコボラーです
COBOLでこれじぁかなり安いようですね
悲しいです

740 :仕様書無しさん:2015/09/14(月) 10:49:52.09
フリーというか、3次受け4次受けならその程度じゃないの?
高いのは元受の正社員が内製していたころの生き残りだよ。
元受だし高齢化してるから高くて当然。

741 :仕様書無しさん:2015/09/14(月) 12:18:45.94
コボラーは底辺だから安いのだ

742 :仕様書無しさん:2015/09/14(月) 12:46:56.26
コボラーでも給料はいろいろやろ
雇用形態もいろいろじゃないの?

コボラーは派遣ばかりなの?

743 :仕様書無しさん:2015/09/14(月) 12:50:59.22
正社員コボラー、仕事しなさ過ぎやろ

744 :仕様書無しさん:2015/09/14(月) 13:06:38.42
こいつすごいキチガイやなw

745 :仕様書無しさん:2015/09/14(月) 17:54:21.88
これからどんどんコボラーは減るからね
高齢化定年退職でw

746 :仕様書無しさん:2015/09/14(月) 18:14:25.43
技術的な魅力はあまりないけど、仕事だと割りきれば良いよね。
無くなる詐欺のCOBOLが実は一番安定してたり。

747 :仕様書無しさん:2015/09/14(月) 21:22:27.60
いや安定なんかしてないだろ
新規開発ほぼゼロなんだぜ
狭い世界で現行システム保守してるのが現実だろ

例えばCobolからJavaはあってもJavaをCobolにという案件あるのか
無くならないけど先細りは少しずつ進んでいる

748 :仕様書無しさん:2015/09/14(月) 21:24:49.53
Assembler
未だにROM化 Z80 ザイログCPUでやっているところがあるw

749 :仕様書無しさん:2015/09/14(月) 21:51:02.93
>>747
COBOLからjavaなんて営業の口車に乗せられたんやろね
一から作り直すなんてマイナス面の方が大きい
けど仕事だからねw

工数考えると修正はCOBOL
新規部分はCOBOLかjavaかVBかCか
ってなる事が多い
後はエンドユーザが触れるならAccessというのもあるが

javaからCOBOLはまず無いだろう
内部処理的な問題が出た時くらいしか思い浮かばないw

javaは
javaという言語を作る時点で
もっと考えて作っていたら
COBOLに取って変わっていただろうね
今からでも仕様変更したらええのに

750 :仕様書無しさん:2015/09/14(月) 21:54:28.17
後は汎用機に変えるとか
サーバーだけの
データ保護を考えると汎用機は最強
サーバーだけならな

751 :仕様書無しさん:2015/09/14(月) 21:56:17.50
案件サイトで見る比率はJavaが1に対しcobolは0.09
COBOL案件は少ない上にあってもなかなか出回らない

752 :仕様書無しさん:2015/09/14(月) 22:09:19.85
>>751
javaプログラマーは吐いて捨てるほどいる
これからjavaプログラマーは困るよ
次々と増えていく若手javaプログラマーからの突き上げを食らう事になる

COBOLプログラマーは高齢化が進み希少
金融関係はCOBOLのまま進めるだろうから消える事はない
しかもスパゲティプログラムを読めるのは2000年対応した世代(中高年)くらいだから
もうね
COBOLは隔離でいいと思うよ

753 :仕様書無しさん:2015/09/14(月) 22:11:02.96
>>751
どこの田舎?
東京ではそこまで差はない

754 :仕様書無しさん:2015/09/14(月) 22:39:00.01
東京と言っても現場がなんとか市だとおそろしく田舎で遠いんですけど

755 :仕様書無しさん:2015/09/14(月) 23:07:19.78
フリーのコボラーだけど今のところひっぱりだこだわ
今現場入ってるけど次から次へと、今のとこ終わったら連絡くれーって電話がくる
この状態、あと何年続くんだろ
今のうちに荒稼ぎして早期リタイアできたらなああああ

756 :仕様書無しさん:2015/09/14(月) 23:51:13.28
いろいろな言語をやったな

757 :仕様書無しさん:2015/09/15(火) 00:10:19.65
>>755
という夢を見ました

758 :仕様書無しさん:2015/09/15(火) 00:15:26.50
>>755
あくまでも電話やメールするのは営業活動だからな
そこで案件が取れるかどうかは別

電話があっても新人教育の一環で登録者に電話してるのが丸わかりなのもあったよ

759 :仕様書無しさん:2015/09/15(火) 00:34:13.64
今金融機関やインフラ系をメインフレーム+COBOLからオーブン系に移行したら
不安定なシステムで人類の文明社会が崩壊するだろうな
そもそもリリースしたシステムが落ちるなんてメインフレームの時代じゃ考えられなかったからな
特にWindows系、通常運用で落ちるってあれはギャグが何かなのか?
そもそも落ちる、フリーズ、ハングアップなんて言葉は全てオーブン系で初めて耳にした単語だったわ

760 :755:2015/09/15(火) 00:36:18.98
去年あたりから面接に行って落ちたことはないわよ
なぜか自分でも不思議だけど
よっぽど人出が足りないのかな???
でも、こんなもて期みたいなのって珍しいから
あと数年続いて欲しいなってこと

761 :仕様書無しさん:2015/09/15(火) 00:44:05.06
夜間バッチをCOBOLからJavaに移行したら夜間に終わらないどころか処理に数日掛かったって話をどこぞの銀行で聞いた

762 :仕様書無しさん:2015/09/15(火) 00:55:47.36
某銀行は夜間バッチ止める為にCOBOLからJavaにするそうだ

763 :仕様書無しさん:2015/09/15(火) 01:01:44.73
地方銀行なら振込入金の件数が少ないからJavaでもいけるんじゃないの?
みずほは新システムでも流動口座はCOBOLで続投するらしいけど

764 :仕様書無しさん:2015/09/15(火) 01:02:57.09
かつてCOBOLに取って代わると言われたJavaも今や風前の灯火だもんな

765 :仕様書無しさん:2015/09/15(火) 03:00:15.58
>>760
みずほとマイナンバーが終わったら終わりだろうから
せいぜい年内の気がするけどなあ。

766 :仕様書無しさん:2015/09/15(火) 04:56:36.45
>>762>>763
javaってデータの扱いとか言語的問題があるから止めた方がいいのに
とくに金扱う所は桁の問題が

>>761
それ単純なバグか
javaの内部でおかしな事になっているかも
計算結果がおかしくなっている可能性がある

767 :仕様書無しさん:2015/09/15(火) 06:00:07.62
>>760
派遣?

コボラーは派遣が多いの?

768 :仕様書無しさん:2015/09/15(火) 07:06:57.03
コボルは持ち帰り出来ないから当然客先常駐となり派遣です。
Javaは持ち帰りありますけどね。

769 :仕様書無しさん:2015/09/15(火) 07:48:49.89
マイナンバーは終わると思うけど、
みずほって終わるの?

770 :仕様書無しさん:2015/09/15(火) 07:52:26.21
終わってんじゃん

771 :仕様書無しさん:2015/09/15(火) 08:21:53.70
遅刻、遅刻ぅ
派遣は遅刻厳禁だよ

772 :仕様書無しさん:2015/09/15(火) 13:08:24.82
>>768
それだけ安全って事だね
データ持ち出す可能性も低い

773 :仕様書無しさん:2015/09/15(火) 20:19:15.66
前スレ COBOLって今需要増えてるの? このスレ、上から読むと時間もったいないから、下から上に向かって読んでいくよ。

774 :仕様書無しさん:2015/09/15(火) 20:22:52.29
時給2000円か、セブンイレブンのバイトに毛がはえたような給料なんだね!

775 :仕様書無しさん:2015/09/15(火) 21:16:50.69
>>774
うんそうだねぇ

だけどセブンみたいに立ちっぱでもなければ肉体労働でもないし
長時間労働だから結果的に年収は高くなるよ

776 :仕様書無しさん:2015/09/15(火) 21:26:48.70
需要が増えてるんじゃなくって供給が減ってる

777 :仕様書無しさん:2015/09/15(火) 22:39:17.09
地球最後のコボラーになれば、物凄い高給取りになれるゾ!

778 :仕様書無しさん:2015/09/15(火) 22:42:21.42
>>761
大量ループの中で毎回objectをnewしちゃって激遅とか
狭いスコープで変数宣言するのは良いプラクティスなんだけど
律儀に守った新人がそれでハマって激遅体験

779 :仕様書無しさん:2015/09/15(火) 23:20:26.55
椅子取りゲームに勝ち残ったコボラー
彼らの戦いはまだ終わらない
競合相手を蹴散らそう

780 :仕様書無しさん:2015/09/15(火) 23:30:21.76
どの現場に行っても最年少コボラーな私
地球最後は無理でも県内最後のコボラーは目指せるかも

781 :仕様書無しさん:2015/09/16(水) 06:37:51.56
いまでもマイナンバーやっているけど

782 :仕様書無しさん:2015/09/16(水) 07:50:36.78
もうすぐおわる

783 :仕様書無しさん:2015/09/16(水) 08:22:58.97
またコンビニバイトの毎日か

784 :仕様書無しさん:2015/09/16(水) 08:33:59.72
他の言語がはじまるw

785 :仕様書無しさん:2015/09/16(水) 10:56:46.26
COBOLだけは需要あるからな
ブランク20年の50歳超でも派遣先が決まるくらい
マイナンバー関連ではない

786 :仕様書無しさん:2015/09/16(水) 12:17:17.58
じゃあなんで俺はコンビニバイトやってるんだよ
レベルの低い仕事だと他に取られるから、レベル落とせばいいのか

787 :仕様書無しさん:2015/09/16(水) 12:28:36.47
>>786
それはお前がプログラマーとしてのスキルが皆無だったから

788 :仕様書無しさん:2015/09/16(水) 13:12:39.10
スキルが足りないから仕事が来ない、だからスキルが上がらない、の悪循環じゃなあ
中小企業に就職して劣悪な仕事をこなせばスキルが上がるよ。命懸けかもしれんが

789 :仕様書無しさん:2015/09/16(水) 22:29:50.35
コボルって数ステップ修正するだけで、後はひたすらテストでしょ
どこにプログラミングのスキルが上がる要素があるんだよ

790 :仕様書無しさん:2015/09/16(水) 23:07:14.49
数ステップ修正する為に何日もソースをにらめっこするんよ

791 :仕様書無しさん:2015/09/16(水) 23:32:43.78
今月プログラム修正してもリリースは年末
修正は1日で終わる簡単なものばかり
でもレビューが何度もあるのだ
テストケース作ってリーダーとレビュー、それが終わると元請け担当者とレビュー
テスト実施してリーダーとレビュー、それが終わると元請け担当者とレビュー
今度は結合テストケース作ってリーダーとレビュー、それが終わると元請け担当者とレビュー
今度は客先担当者ともレビュー
テスト実施してリーダーとレビュー、それが終わると元請け担当者とレビュー
延々とテストケース作成とレビューそして実施、またレビューのループが続く
プログラム修正したのいつだっけとなる

792 :仕様書無しさん:2015/09/16(水) 23:36:11.07
それで工数なんぼって見積もりだすん?

793 :仕様書無しさん:2015/09/16(水) 23:50:18.09
>>791
なんで自動化しないの?

794 :仕様書無しさん:2015/09/16(水) 23:52:03.44
ひたすらコマンド打ちのコボルで自動化
ありえない

795 :仕様書無しさん:2015/09/17(木) 00:00:44.08
映画とか劇とかイベントでいう「プログラム」には
順序、配役、演じる内容、が書かれている。
配役はクラスか、メソッドは演じる内容か

コボルはプログラムというより、命令の羅列に見える。

796 :仕様書無しさん:2015/09/17(木) 00:31:22.52
>>789
テストもマトモに出来ないからJavaやC#プログラマーが作成したプログラムはバグだらけで不安定何だよ
だからいつまで経っても基幹システムとして使い物にならない

797 :仕様書無しさん:2015/09/17(木) 00:35:05.34
オーブン系のプログラマーはバグがあって当然といったお馬鹿な思考だからな
あのな、プログラムにバグがひとつでもあればその時点でそのシステムは商品価値もないただの不良品のゴミ何だよ

798 :仕様書無しさん:2015/09/17(木) 00:35:16.21
>>793
レビューの自動化?
なにバカなこと言いだすんだろうねこの子は

799 :仕様書無しさん:2015/09/17(木) 00:39:39.61
バブル期や頃、COBOLのプロジェクトで納入後に重大なバグが見つかって、徹底的に責任を追求されてそのプログラムをコーディングしたプログラマーが自殺したって話は聞いたことがある

800 :仕様書無しさん:2015/09/17(木) 00:41:04.17
COBOLに限った話ちゃうやん

801 :仕様書無しさん:2015/09/17(木) 00:41:09.45
>>799
勘定系の開発は今でも死人がでるよ

802 :仕様書無しさん:2015/09/17(木) 00:42:25.07
勘定系は金が絡むからそりゃバグがあっちゃダメだろw

803 :仕様書無しさん:2015/09/17(木) 00:44:54.67
もっとゾッとするミス話教えて

804 :仕様書無しさん:2015/09/17(木) 00:45:42.70
テストが出来ない時点でプログラマーちゃうやんw

805 :仕様書無しさん:2015/09/17(木) 00:45:50.86
金融庁とマスコミを黙らせてくれて
損害金をかぶってくれるならOKだよ<バグ

806 :仕様書無しさん:2015/09/17(木) 00:49:56.13
確かに長年メインフレーム使ってるとオーブン系のシステムの不安定さとバグの多さににカルチャーショック受けるよね…

807 :仕様書無しさん:2015/09/17(木) 00:54:13.92
本当の意味でプログラマーを名乗れるのはCプログラマーだけだろ
C以外のプログラマーなんてCOBOLだろうがJavaだろうがC#だろうが、どれも目糞鼻糞のザコ

808 :仕様書無しさん:2015/09/17(木) 01:13:36.88
>>798
自動化するのはテストに決まってるじゃんw

809 :仕様書無しさん:2015/09/17(木) 01:23:19.69
>>791
そこはまともな設計書がないのか?

810 :仕様書無しさん:2015/09/17(木) 01:24:48.14
なんかかなり頭の悪い奴がわいてるな

811 :仕様書無しさん:2015/09/17(木) 03:12:25.55
>>791のレビューの内容が気になるな。
きっと意味が無いことをばかりしているんだろうw

812 :仕様書無しさん:2015/09/17(木) 07:14:26.27
金融系で開発経験無いのか
上流工程からリリースまでレビューだらけだぞ
下っ端は上の人がまとめて客先レビューとかやってくれるからそんな意識ないかもな

813 :仕様書無しさん:2015/09/17(木) 08:19:04.67
老害がCOBOLを残したがるから時代錯誤のこと平気でやってるんだよ

814 :仕様書無しさん:2015/09/17(木) 08:29:29.22
老がいの老がいによる老がいのためのコボルシステム

815 :仕様書無しさん:2015/09/17(木) 11:30:40.54
言語からして金融関係はCOBOLしか無いからね
COBOLがーとか言っている奴がどれだけ無知無能なのかがこのスレを見ているとよくわかる

816 :仕様書無しさん:2015/09/17(木) 12:18:07.41
自分の仕事がないからと突然それレビューしょっかとか言うじぃさん、なんとかして。

817 :仕様書無しさん:2015/09/17(木) 12:20:08.64
>>815
基幹系システム以外は金融系でもJavaですが...

818 :仕様書無しさん:2015/09/17(木) 12:23:26.04
>>817
もう自分自身で結論言ってるじゃんw

819 :仕様書無しさん:2015/09/17(木) 12:25:09.99
要するにJavaは基幹系じゃ使い物にならないと?
まぁJava自体いまは衰退のみ一途を辿っているからもう将来は無いけどね

820 :仕様書無しさん:2015/09/17(木) 12:39:59.30
>>817
ワロタ

821 :仕様書無しさん:2015/09/17(木) 19:59:10.85
たのしいぷろぐらみんぐで、責任感じて死ぬとか信じられないわw

822 :仕様書無しさん:2015/09/17(木) 20:18:42.59
今になって思えば、COBOL → Javaのリプレイスって
何考えてたんだろうっておもうわ

823 :仕様書無しさん:2015/09/17(木) 20:20:29.08
そういう失敗を乗り越えたからこそ、COBOLの良さが見直されたんだと思えばよいよ。

824 :仕様書無しさん:2015/09/17(木) 21:01:12.63
要員確保のためにjavaにする企業もあるね

825 :仕様書無しさん:2015/09/17(木) 21:43:16.84
要員確保で連れてこられたような奴は
大概技術力低くてマイナス生産してくれるんんだよな。

本来は少ないはずのJavaプログラマ
これからはJavaだってことで無理やり中途半端に教えた
そういう初心者によって、数が水増しされてるから。

826 :仕様書無しさん:2015/09/17(木) 21:57:46.38
そういうことではない
今はjavaをやる若者が多いから、それにあわせて
開発言語を選んでいるところがあるということ

827 :仕様書無しさん:2015/09/17(木) 22:08:59.01
> 今はjavaをやる若者が多いから

それはウソ

一時期COBOLの代替として
Javaに白羽の矢が立っただけ。

828 :仕様書無しさん:2015/09/17(木) 22:10:19.75
COBOLの代替ではなくて、C/Sでやるため
また、プラットフォームを意識しないからでしょ

829 :仕様書無しさん:2015/09/17(木) 22:15:30.20
       ____
    /      \
   /  ─    ─\
 /    ,(●) (●)、\   
 |       (__人__)    |   そもそも話、COBOLなんて使いませんから
 \     ` ⌒´   /       勉強するだけ無駄です。
,,.....イ.ヽヽ、___ ーーノ゙-、.
:   |  '; \_____ ノ.| ヽ i
    |  \/゙(__)\,|  i |
    >   ヽ. ハ  |   ||

830 :仕様書無しさん:2015/09/17(木) 22:15:56.67
金が絡むものはCOBOLのままの方がいいよ
某銀行がそれでグチャグチャになったやろ?

言語の内部処理を見てもCOBOLが一番良い
基幹系はCOBOL

ただ枝の入力出力部分は別言語の方が良いかも知れないw

831 :仕様書無しさん:2015/09/17(木) 22:17:50.19
グチャグチャ ワロタ
そうだね

832 :仕様書無しさん:2015/09/17(木) 22:18:32.80
>>830
某銀行がそれやって…ってのは
言語変え の事ね

COBOLから他言語に変えようとして失敗した
有名な話だから言わんでもわかるだろうけど

833 :仕様書無しさん:2015/09/17(木) 22:18:51.78
要員枯渇って困るよね

834 :仕様書無しさん:2015/09/17(木) 22:22:13.29
昔、COBOL全盛期なのに、PL/1で地方銀行システムを
全部やっていたところがあった
今、どうしているんだろう
COBOLでやりなおしたのかな
また調べてみる

835 :仕様書無しさん:2015/09/17(木) 22:46:45.58
銀行でPL/1というと旧富士銀かね。

みずほの経営統合の時、合併する3行の中で唯一締め処理無しで24時間運用が可能な
システムだったそうだが、勧銀(富士通)が「PL/1ができるプログラマを集めるのは困難。
その点うちのシステムはCOBOLで開発しているので人を集めるのは容易」と自行システムを
ゴリ押して・・・

836 :仕様書無しさん:2015/09/17(木) 23:10:32.46
コボルは老害が新しく入ってきた若者をいじめるのですぐやめていく
だけど同じ自分と同じ年代には優しい
そして若者がいない老害だけの現場が残った

837 :仕様書無しさん:2015/09/17(木) 23:20:57.06
>>833
> COBOLから他言語に変えようとして失敗した

COBOLのコードが凄く汚いのが目に浮かぶね。
テストコードがあれば他の言語に変えるのだってそう難しくないだろうに
それもないのだろう。

COBOLは記述が冗長すぎるからコードの量が他の言語の
10倍、100倍ぐらいになっても不思議じゃない。
それだけの大量のコードを読み解くのは無理な話。

外国でもコードの量が多すぎて手に負えないって事例があったはず。

838 :仕様書無しさん:2015/09/17(木) 23:21:26.72
同年代ばっかのCOBOLの現場落ち着くわぁ
雑談でもギャップがないし、初代ガンダムの話でも出せばすぐに盛り上がる

現在、.NETの現場・・・若者に囲まれて辛い、てか場違いが紛れ込んでスミマセン

839 :仕様書無しさん:2015/09/17(木) 23:24:38.24
>>837
COBOLは1ステップが複数行になるなんてザラだから
ステップ数でいくと、それほど長くもないよ

ただ20年以上前に組まれたソースは
実行スピードを追求する為に、とっても見難い・・・

840 :仕様書無しさん:2015/09/17(木) 23:37:11.83
>>839
> COBOLは1ステップが複数行になるなんてザラだから

重要なのは可読性なので、1ステップが複数行になるなら
それは可読性の低下を意味する。

例えば同じ内容を意味する、簡潔な文章と長ったらしい文章
どちらが読みやすいかは言わなくてもわかるでしょ?

841 :仕様書無しさん:2015/09/18(金) 00:06:52.46
老害が1匹いたら10匹いると思え
COBOLの現場

842 :仕様書無しさん:2015/09/18(金) 00:28:06.26
>>840
予約語自体が長いんだから仕方ないじゃない
単語をいくつも並べて複数行になってる訳じゃないよ

843 :仕様書無しさん:2015/09/18(金) 00:37:15.85
コボルのおっさんは額から禿る

844 :仕様書無しさん:2015/09/18(金) 00:38:18.90
老害コボラーが喫煙コーナーで得意げに話中

えっ、何今度Javaに移行?
どうせうまくいきっこないよ
あいつら頭の中だけでうまくいくと思ってるからさ
現状見えてないんだよな

自信ありげである

845 :仕様書無しさん:2015/09/18(金) 01:04:39.81
富士通9450がまだ現役です
http://hello.2ch.net/test/read.cgi/i4004/1012040983/

846 :仕様書無しさん:2015/09/18(金) 01:20:21.12
OFF/S

847 :仕様書無しさん:2015/09/18(金) 03:07:02.75
>>828
>また、プラットフォームを意識しないからでしょ

Javaに手を出す奴って、こういうのにだまされるんだよなw

848 :仕様書無しさん:2015/09/18(金) 04:05:21.44
「コードの読みやすさ」というのには二通りある。

一つは(英語を知っていることを前提として)
自然言語で書かれているから読みやすい。



一つは数式で書かれているから読みやすい。


前者は、数学的知識が要らない代わりに冗長
後者は、数学的知識が要る代わりに簡潔に書ける。

COBOLが選んだのは前者。COBOLがわかりやすいということの意味は
他の言語と違って、プログラミングの知識がなくても
自然言語に近いからわかりやすい。であり
必然的にコードは冗長で、プログラミング技術を上げること、つまり成長が
生産性の向上につながらない。生産性が低いレベルで打ち止めになってる言語。

ただし、プログラミングを知らない人でもすぐに使えるようになるから
プログラミング技術の低い人を沢山作り出すことができる。

COBOLの世界には、大量に使えない人があふれ低い生産性で
ゴミのようなものが出来上がる。その仕組みがCOBOLにある。

849 :仕様書無しさん:2015/09/18(金) 06:35:02.42
>>837
思うんだけどさ
お前みたいにダラダラ長文書く奴は
コードも整理出来ずに長文書くんだろ?

コードってのは見やすさの方が大事なんだぜ
昔のようにハードが糞だった時代じゃないんだから

850 :仕様書無しさん:2015/09/18(金) 06:36:19.86
>>848
お前 恥ずかしいよなw
ダラダラ長文書く奴

851 :仕様書無しさん:2015/09/18(金) 07:44:06.81
インデックスの宣言多すぎぃ

852 :仕様書無しさん:2015/09/18(金) 08:01:06.71
俺、コボラじゃなくてさ、Javaer .NETerだったけど、
それら全ての経歴を捨てて、今は別の言語やっとる

2度とJavaと.NETはやらない
間違っていた、反省してる

853 :仕様書無しさん:2015/09/18(金) 08:18:38.42
俺はコボラだけどさ、プログラミングと言うよりコードをひたすら書くだけだから、頭使わないし超楽だよ
だからCOBOLは多少呆けた老人になってでもやっていけるんだよね
他の言語だとそうはいかないだろう

854 :仕様書無しさん:2015/09/18(金) 09:47:41.65
俺はJaverだけどさ、プログラミングと言うよりネットで拾ったコードをひたすらコピペするだけだから、頭使わないし超楽だよ
だからJavaは俺みたいな素人でもやっていけるんだよね
他の言語だとそうはいかないだろう

855 :仕様書無しさん:2015/09/18(金) 09:57:00.67
>>848
それアメリカの国防省のグレースホッパーさんの
考えたことばでしょ

856 :仕様書無しさん:2015/09/18(金) 10:44:57.41
COBOLソース見てわからないのは、01レベルのMOVEでいいのに
永遠と02または03のMOVEが続くやつ、移送内容2〜4箇所違うの所は
全体MOVEしてから別に書けばいいのにとおもうのに
これってスピート重視の結果?

857 :仕様書無しさん:2015/09/18(金) 11:33:38.09
コピペして喜んでいるやつにレスするなよw

858 :仕様書無しさん:2015/09/18(金) 11:34:08.00
プログラマー50代何で居ないの氏んでるの?Part7 [転載禁止](c)2ch.net
http://kanae.2ch.net/test/read.cgi/prog/1433111205/

859 :仕様書無しさん:2015/09/18(金) 12:14:56.83
40代のプログラマー
http://kanae.2ch.net/test/read.cgi/prog/1436966458/

860 :仕様書無しさん:2015/09/18(金) 12:21:00.52
コボラーオヤジばかりの現場に新人いれたら、オヤジに股関を揉まれたと言って会社に来なくなりました
恐いよね

861 :仕様書無しさん:2015/09/18(金) 12:34:07.69
>>848は正しい。誰も否定出来ない。

862 :仕様書無しさん:2015/09/18(金) 12:38:01.23
>>856
COBOLの世界には、一度書いた行は
動かない場合以外は修正するな。という原則がある。

何かしらの理由で02レベルのMOVEを書いた。
そしてその後の修正で「何かしらの理由」がなくなった。
でもMOVEの行は02のままだ。

863 :仕様書無しさん:2015/09/18(金) 13:01:54.62
COBOLの人気が上がっているのはマイナンバー需要?
最近のスレの勢いが

864 :仕様書無しさん:2015/09/18(金) 14:02:09.39
50代のプログラマーいる?Part8
http://kanae.2ch.net/test/read.cgi/prog/1442552436/

865 :仕様書無しさん:2015/09/18(金) 18:23:17.29
>>856
lengthの問題もある
01レベルで転送すれば、02レベルの項目に個別転送をしてくれる訳ではなくて、
全体でがさっと転送するから、途中にlength違いの項目があるとズレる

あとは、他の言語が堪能な人がCOBOLの現場にヘルプできた場合、
COBOLのlength主義がイマイチぴんと来なくて
安全策で個別転送してしまうパターンもよく見かける

866 :仕様書無しさん:2015/09/19(土) 00:44:58.13
40代のプログラマー
http://kanae.2ch.net/test/read.cgi/prog/1436966458/

867 :仕様書無しさん:2015/09/19(土) 01:03:23.22
CORR使えよ

868 :仕様書無しさん:2015/09/19(土) 07:25:09.37
Java、Android開発の職業訓練について Part.7
http://kanae.2ch.net/test/read.cgi/prog/1383437548/

javaは飽和
だからCOBOLを叩く
javaとCOBOLは根本的に違うのに

869 :仕様書無しさん:2015/09/19(土) 08:46:53.57
>>867
コーディング規約で禁止されております

870 :仕様書無しさん:2015/09/19(土) 08:55:23.38
基本的に頭悪い連中にやらせるから、単純なコードを繰り返すよう、コーティング規約を設けてるんだよな
特にコボラーは正確で効率的なプログラミングができないからさ

871 :仕様書無しさん:2015/09/19(土) 09:04:08.68
>>870
アホだw

872 :仕様書無しさん:2015/09/19(土) 10:21:12.71
このようにコボラーはだったの一言しかモノが言えないんです
人と言うより動物ですね

873 :仕様書無しさん:2015/09/19(土) 12:24:34.85
こんなスレで書いているあらしさん、国会で決まったなw

874 :仕様書無しさん:2015/09/19(土) 15:54:50.10
コボラーは頭に浮かんだことをそのままでしかいえないから
何に対して言っているのかまったく意味不明である

875 :仕様書無しさん:2015/09/19(土) 19:23:37.29
COBOLの本が増えてきたな。

876 :仕様書無しさん:2015/09/19(土) 20:58:58.92
今の時代、COBOLの本なんか不要だな
ネット上、大学のサイトにある
実務ではメーカー提供のものが現実的でよい

877 :仕様書無しさん:2015/09/19(土) 21:00:51.33
>>875
2013年以降一切、発行されていない

878 :仕様書無しさん:2015/09/19(土) 21:36:55.94
PL/1で勘定系をやていたBANKの件
わかった
共同センター化

879 :仕様書無しさん:2015/09/19(土) 21:41:14.71
似た処理してるソースのコピペだけで大丈夫やろ

880 :仕様書無しさん:2015/09/19(土) 22:51:42.45
COBOLのおかげでここまでやっていけたんだ
感謝しなきゃ

881 :仕様書無しさん:2015/09/19(土) 23:35:10.85
       ____
    /      \
   /  ─    ─\
 /    ,(●) (●)、\   
 |       (__人__)    |   そもそも話、糞COBOLなんて使いませんから
 \     ` ⌒´   /       勉強するだけ無駄です。
,,.....イ.ヽヽ、___ ーーノ゙-、.
:   |  '; \_____ ノ.| ヽ i
    |  \/゙(__)\,|  i |
    >   ヽ. ハ  |   ||

882 :仕様書無しさん:2015/09/19(土) 23:51:21.12
COBOLは一人でやるものじゃ無い
みんなで力を合わせてシステムを作り上げるんだ
だからいざというときに助けてもらえる仲間も沢山出来る
コミュ力も必要だね
独りよがりの奴には向いてない言語かもな

883 :仕様書無しさん:2015/09/20(日) 00:16:05.79
かなり前だが、人いなくて一人で全部やった
数カ月かかったな

884 :仕様書無しさん:2015/09/20(日) 00:27:06.43
コボルの現場はね、自分さえ良ければいいと言う人間はお引き取り願うんだよ

885 :仕様書無しさん:2015/09/20(日) 02:13:23.42
一つしか知らないのが居るなw

886 :仕様書無しさん:2015/09/20(日) 06:48:18.46
なんでそんな人を小馬鹿にする一言しか言えないのかな
心の狭い孤独で可哀想な人なんだね
俺はコボル一筋だけど周りにそんな奴は居ない
みんないい奴ばかりだ
だから長くやっていけたんだと思うよ

887 :仕様書無しさん:2015/09/20(日) 06:57:01.72
javaプログラマー飽和状態

新たな仕事がいる

そうだ!COBOLをjavaに変えよう

COBOL叩き活動

888 :仕様書無しさん:2015/09/20(日) 07:08:11.29
プログラマーの為にシステムを作ってるわけないだろ

889 :仕様書無しさん:2015/09/20(日) 11:09:26.18
COBOLからJavaに行った奴は、色々新しいこと覚えなければいけなくてついていけなくなったとか嘆いていた。
今更COBOLに戻るのはプライドが許さないとさ。
COBOLは昔覚えたことがずっと使えるからな、俺はコボラーでとっても良かったよ。

890 :仕様書無しさん:2015/09/20(日) 12:59:08.28
>>889
両方やるけどjavaそんな難しくないよ
むしろ楽な部分が多い

わかり辛いのは、コード内のデータ管理の考え方だけ
ここがキモだし、高速化が見込める部分だが、バグもこの部分が多いw

やっぱり基幹COBOL、枝javaが一番早い

891 :仕様書無しさん:2015/09/20(日) 17:19:15.29
>>890
というようなやつはRDBが分からない。

892 :仕様書無しさん:2015/09/20(日) 17:31:47.18
>>891
RDBコネクタありますし…

893 :仕様書無しさん:2015/09/20(日) 18:16:49.42
コネクタ 電子部品ですか

894 :893:2015/09/20(日) 18:18:29.72
http://software.fujitsu.com/jp/powerrdb/
ですか?

895 :仕様書無しさん:2015/09/20(日) 18:34:08.56
昭和の時代からオフコン使ってるけど、
会社がケチり過ぎて、追加オープン系ソフトも何も買わず
完全な機械本体のリプレイスのみしかしてくれないわ。。。
しかも環境設定・移行・検証作業も全部自前何だけど、コレ普通なんか?
挙句の果てに上司みんな辞めて1人で、
ずべて自社開発システムの開発運用保守もしてるんだけど。

896 :仕様書無しさん:2015/09/20(日) 19:24:14.76
>>887
>javaプログラマー飽和状態
(ヽ''ω`)…多数派が強いのがIT産業…

897 :仕様書無しさん:2015/09/20(日) 19:49:47.62
沢山いれば選べるし安く出来る

898 :仕様書無しさん:2015/09/20(日) 21:23:32.09
>>894
そんな長い名前だったかな?
だが機能は同じっぽい

899 :仕様書無しさん:2015/09/20(日) 21:34:44.19
コボラーの要員提案、みんな50代が来るんやがー

900 :仕様書無しさん:2015/09/20(日) 21:43:19.01
>>895
おまいも辞めればいいんじゃね?

901 :仕様書無しさん:2015/09/20(日) 22:49:30.11
意味解らないんですけど
何で辞めなきゃいけないんだよ

902 :仕様書無しさん:2015/09/20(日) 22:55:01.82
>>895
辞めるぞって脅せるじゃん^^

903 :仕様書無しさん:2015/09/20(日) 22:57:36.16
環境設定・移行・検証作業も全部自前なんて普通じゃないから
そんなブラックなところ辞めればいいじゃん。

904 :仕様書無しさん:2015/09/20(日) 23:53:09.54
給料上げろと脅せばいいだけだよ
んなところにまともな引き継ぎが来ると思うか?

905 :仕様書無しさん:2015/09/21(月) 00:51:24.45
引き継ぎ必要なん?
引き継がないと辞めさせないというのなら
それを録音して労基へGO!

906 :仕様書無しさん:2015/09/21(月) 06:04:57.05
なんで勝手に辞める方向になってるのよ
頭にウジわいてるの

907 :仕様書無しさん:2015/09/21(月) 06:09:43.20
なんで辞めないの?

908 :仕様書無しさん:2015/09/21(月) 06:44:32.60
コボラーなんて古いシステムのお守させられるし苦労するだけだし、オマケに恥ずかしくて人に言えないから早く辞めろってことか

909 :仕様書無しさん:2015/09/21(月) 09:30:51.10
古いシステムのお守りだって、それが仕事なんだったら
必要なサポートが会社から得られれば別にいいんじゃね?

>>895は上司も辞めちゃうようなところを一人でやってることが
自慢みたいだけど、奴隷は枷の大きさを自慢するというけど本当だね。

910 :仕様書無しさん:2015/09/21(月) 11:00:54.85
なにこのCOBOLたたきはw
異常やな

911 :仕様書無しさん:2015/09/21(月) 11:59:54.77
>>52
うちの会社がまさにこれを導入。何がすごいってHWのみのいれかえだったんだけど、ライブラリのコピーと環境設定のみでノートラブルであっさり移行。
オープン系だとこうはいかないな。
何も変わらないことも業務上だいじなこともあるんだよ。
COBOLがいいとは思わないけど、長期にわたって安定供給される環境が他にないんだよね。

912 :仕様書無しさん:2015/09/21(月) 15:50:28.29
大阪証券街あたりの会社でKシリーズって求人が3月ころあったw

913 :仕様書無しさん:2015/09/21(月) 16:00:40.74
COBOL-E COBOL-G

914 :仕様書無しさん:2015/09/21(月) 21:44:24.91
京都にもCOBOL-Gあるな

915 :仕様書無しさん:2015/09/21(月) 22:12:52.62
ブルーライトカットめがねってみんな使ってる?
視力は悪くないんだけど1日中画面見るからかけてたほうが良いかな?

916 :仕様書無しさん:2015/09/21(月) 22:15:30.25
テニス用めがねで代用w

917 :仕様書無しさん:2015/09/21(月) 22:17:25.79
あぁ〜ブルーライト横浜〜

918 :仕様書無しさん:2015/09/21(月) 22:31:27.83
古い人がいるw

919 :仕様書無しさん:2015/09/22(火) 00:13:11.38
それはきっとコボラーは殆どが融通効かないジジイだからた

920 :仕様書無しさん:2015/09/22(火) 00:56:07.57
くだらない妄想乙w

921 :仕様書無しさん:2015/09/22(火) 01:24:12.15
事実爺やは融通効かない

922 :仕様書無しさん:2015/09/22(火) 01:57:54.61
妄想乙

923 :仕様書無しさん:2015/09/22(火) 02:19:45.59
老害は新しいこと
覚えられないからな

924 :仕様書無しさん:2015/09/22(火) 02:57:45.62
>>923
十数年後の君の姿だよ

925 :仕様書無しさん:2015/09/22(火) 02:59:59.66
決めつけないほうがいいな
いくらでも覚えられるw

926 :仕様書無しさん:2015/09/22(火) 06:08:26.90
こんなところ出入りしてるようなやつが言っても説得力0だよ...

927 :仕様書無しさん:2015/09/22(火) 09:40:13.53
仕事できないジジイを冷やかしでおだてると本気にするからその反応見て楽しんでる若手

928 :仕様書無しさん:2015/09/22(火) 10:12:34.25
そうかな?w

929 :仕様書無しさん:2015/09/22(火) 10:14:02.37
何がそうかななのかまったく解らないですよ
じぃさん

930 :仕様書無しさん:2015/09/22(火) 10:48:55.48
もてあそばれてるのは若手のほうのヨカンしかしない

931 :仕様書無しさん:2015/09/22(火) 12:24:00.59
事実から目を背けるな
なにがヨカンだ

932 :仕様書無しさん:2015/09/22(火) 13:10:46.10
ひたすらExcelにスクショ貼り付ける作業続けてるんですが、不毛にしか感じられない...

933 :仕様書無しさん:2015/09/22(火) 14:47:23.52
>>931
もてあそばれてるのは若手のほうだ

こうですか。

934 :仕様書無しさん:2015/09/22(火) 18:17:08.21
>>932
嘆いても、生えてはこない、髪の毛よ

935 :仕様書無しさん:2015/09/22(火) 18:27:33.36
コボラーなら竹内まりやが好きだよな

936 :仕様書無しさん:2015/09/22(火) 18:43:14.39
>>932
Seleniumで自動化してみたら虚しくなんてなくなるにょ?

937 :仕様書無しさん:2015/09/22(火) 19:49:53.82
でもSeleniumに置き換えるの、SEの理解を得られないだろうな

よけいなことするなって言われそうw

まあ、そういうSEの存在が
余計な存在なんですがねw

938 :仕様書無しさん:2015/09/22(火) 22:25:42.42
さっきSeleniumって書いたけど、どうやら書くスレを間違えたわ
コボルでWebアプリは無いよね・・・

939 :仕様書無しさん:2015/09/22(火) 22:26:49.65
昼間に上海してるコボラーおる?

940 :仕様書無しさん:2015/09/22(火) 22:30:40.72
>>938
それを言ったらコボルで画面があるものなんか作らない。
バッチ処理ばかりで、上から下へ何千行も処理が流れていくだけ。

941 :仕様書無しさん:2015/09/22(火) 22:52:53.10
新規でプログラム作ったよ
殆どMOVE文ですよ
一個一個転送していくなんてばからしくね
ぜったいスキル身につかんわ

942 :仕様書無しさん:2015/09/22(火) 22:58:51.42
COBOLの世界は単純作業だからね。

いい点もあるよ。

考える所が殆ど無く、単純作業の繰り返しだから
2時間でできる作業は1時間でできる作業量の2倍にほとんど等しくなる。
誰がやっても差は出来ない。

だから計画だけは立てやすいんだ。
ものすごく効率が悪いが、時間から作業量が簡単に計算できる。
ものすごう金がかかるが、実際に近い予想が立てられる。

943 :仕様書無しさん:2015/09/22(火) 23:53:44.63
なんだそれは
コボル一筋20年の俺を小馬鹿にしてるのか
誰でも出来る単純作業をひたすらやり続けただけの
アホとでもいいたいのかね

944 :仕様書無しさん:2015/09/23(水) 00:04:43.18
COBOLでもポインタを配列にする奴がいると聞いたことがある。

945 :仕様書無しさん:2015/09/23(水) 00:50:26.06
COBOLにはポインタの概念がないがどういうことかな?

946 :仕様書無しさん:2015/09/23(水) 01:39:09.53
メインフレームではPL/1がポインタがあったな

947 :仕様書無しさん:2015/09/23(水) 01:41:55.94
配列を受け取る関数(サブルーチン?)にどうやってかは知らないがアドレスを渡したそうだ。
かなり昔の話だし俺はCOBOL技術者じゃないのでどういう事かもよく分からない。

948 :仕様書無しさん:2015/09/23(水) 01:48:22.75
COBOL 配列はテーブル OCCURS 文節

ポインターは、仮想記憶アドレスを含むデータ項目です。 ポインターは、USAGE IS POINTER 文節を使用して DATA DIVISION の中に明示的に定義するか、または ADDRESS OF 特殊レジスターとして暗黙的に定義します。

949 :仕様書無しさん:2015/09/23(水) 01:52:34.36
どっかのコピペしただけで一体何が言いたいのさ

950 :仕様書無しさん:2015/09/23(水) 05:32:42.31
コボル怖い・・・
余りにも未知過ぎて怖い

951 :仕様書無しさん:2015/09/23(水) 06:16:03.04
>>942
簡単な単純作業なのにCOBOLの開発現場についていけなくてCOBOLをdisるって・・・

一体どんなギャグ?

952 :仕様書無しさん:2015/09/23(水) 06:54:05.43
> COBOLの開発現場についていけなくて

どこにそんなこと書いてあるの?

「駄目だこいつ、ついていけねーw」
という意味の「ついていけない」なら正しいと思うがw

953 :仕様書無しさん:2015/09/23(水) 06:58:58.27
単純作業大好きと効率化大好きでは
者の考え方が別物なんだよね。

プログラマーは通常後者にあたる。
効率化のためのシステムを作ってるのだから。

954 :仕様書無しさん:2015/09/23(水) 09:17:43.96
業務系でコボルにはロジックが存在しない
ただ項目の判定と転送を繰り返すだけ
たまに簡単なテーブル操作がある程度

学力は高卒程度の学力で十分
実際商業高校ではCOBOLを習ったりするのだ
だから商業高校出てコボラーへの道を進む人も珍しくない
しかし2015年に全商の検定試験からCOBOLが消えてJavaに移行となり
学校でも教えなくなるので、もう商業高校出身のコボラーはいなくなるのであろう

955 :仕様書無しさん:2015/09/23(水) 09:46:39.13
COBOLはかなり簡単だと思う...
コーディング規約で使われる命令文制限されてるってのもあるかもしれないけど。

956 :仕様書無しさん:2015/09/23(水) 09:49:02.03
簡単というのは覚えるという意味で簡単。

例えば足し算だけでやれば掛け算を
覚えなくていいから「簡単」

だけど足し算だけでやるのは大変
掛け算を使えば「簡単」に計算できるようになる。

覚えるのが簡単なのがCOBOL。
仕事を簡単にするのが他の言語

957 :仕様書無しさん:2015/09/23(水) 10:57:11.66
COBOL求人文言
誰でも出来る簡単な作業です

958 :仕様書無しさん:2015/09/23(水) 11:08:14.03
COBOLの現場に配属され、技術力のつかなさの面で将来に不安を感じてます。
エンジニアになりたかったのに、エンジニアというよりは事務作業員という感じがします。
二年後にはWeb系に転職したいです。
自分の現状のスペックは以下の通りです。

・27歳
・文系学部卒
・システム開発会社での職歴半年。(ただしそのうち三ヶ月はJavaの研修)
まったく異業種での職歴1年。
・COBOLの現場に配属。今後も多分ずっとCOBOL。
・ほぼ未経験からの就職のため言語スキルはいまのところあまりない。入社前にしたことはJava、SQL等を用いて簡単なWebアプリをいくつか作った程度。

このスペックからWeb系で通用する実力をつけるにはどうすればいいですか?
一応、計画のようなものを立ててみました。

<転職へ向けての計画>

基本情報技術者資格取得

Ruby、JSの資格取る

実際にコードを書き、コーディング能力を高める。
・Ruby、JS等を用いてWEBアプリケーションを作成する
・paiza等のコーディング能力判定サイトで問題を解く

2年後くらいに転職

おおまかな計画はこんな感じです。
2年後ですと29歳になっているのですが、この年齢からの別業種への転職は厳しいですか?
年収は350万は欲しいです。

959 :仕様書無しさん:2015/09/23(水) 11:09:52.78
>>954
javaは金融関係の基幹系は無理だろう
言語的問題がある

960 :仕様書無しさん:2015/09/23(水) 11:16:30.07
元スレの何処に金融関係の基幹系の話が出てきましたか

961 :仕様書無しさん:2015/09/23(水) 11:19:42.03
COBOLは消える消えると言われても残っている理由だからね
銀行や保険会社はCOBOLのまま

962 :仕様書無しさん:2015/09/23(水) 11:21:48.24
958ですが、書くスレを間違えました。
お目汚し失礼しました。

963 :仕様書無しさん:2015/09/23(水) 11:41:24.27
コボル簡単簡単って言ってるやついるけど、
お前ら一から画面のプログラム簡単に書けるのか?

964 :仕様書無しさん:2015/09/23(水) 13:35:07.45
CICS/COBOL/DB/2とかで良い?

965 :仕様書無しさん:2015/09/23(水) 16:58:56.90
>>961
いまだに銀行や保険はCOBOLだと神話を語ってるやつがいるんだな
地銀の基幹系ならオープン系へ移行したところはあるんだよ
都市銀のオープン系移行は今後未知数だけどな
某銀行がやってるけど...

ttp://www.unisys.co.jp/solution/lob/fs/bankvision/
ttp://jpn.nec.com/financial/solution/bank_web/index.html

966 :仕様書無しさん:2015/09/23(水) 17:08:44.94
>>963
画面のプログラムって何だ?
COBOLでやってるのは電文の受け渡しだろ

967 :仕様書無しさん:2015/09/23(水) 17:21:43.90
画面定義体に属性放り込んで、フィールド保護やら2次属性表示したりするんだろ。

968 :仕様書無しさん:2015/09/23(水) 17:34:45.34
>>965
javaに変えてコケた某銀行があるが

969 :仕様書無しさん:2015/09/23(水) 18:54:59.80
事務員レベルと称されるプログラマーが開発したCOBOLなんて社会のインフラを支えられるほど安定性と信頼性が高いのに
JavaとかC#で作成されたプログラムはプログラムすらバグだらけで
不安定ってオーブン系のプログラマーってどんだけ頭悪いんだよw

というか通常運用でOSごと落ちるってコントが何かですか?

970 :仕様書無しさん:2015/09/23(水) 19:09:18.38
>>958
Web系って更に技術者としてのランクを落としてどうする・・

あと転職を前提とするなら開発言語に囚われず、設計と企画立案のスキルは身に付けておいた方がいい、
特に最近はマトモな設計が出来る人材がかなり不足しているので設計や企画ができる人間は引く手のあまただぞ
正直コーダーだけで通用するのは30代前半くらいまでだと思う

971 :仕様書無しさん:2015/09/23(水) 19:27:53.42
>>968
だから何なのかとは理屈つけて言えないのか
一言しか話せないコミュ障と思われるぞ

972 :仕様書無しさん:2015/09/23(水) 19:36:18.07
JavaなんてCOBOLすら出来ない事務員レベル以下の池沼でもできる言語じゃん・・・
10年前ならいざ知らず、今時Java出来ます、なんて技術屋は恥ずかしくて普通口に出来ないぞ?

973 :仕様書無しさん:2015/09/23(水) 19:40:57.47
確かにCOBOLで作成されたシステムはどんな優秀なクラッカーでもハック出来ないほど強固で信頼性も高いが、
JavaやC#をはじめとするオーブン系のシステムってバグだらけ、セキュリティーホールだらけガバガバだもんなw

974 :仕様書無しさん:2015/09/23(水) 19:47:10.70
オーブン系ちょーうけるんですけどー

975 :仕様書無しさん:2015/09/23(水) 20:36:32.14
javaはデータ管理の問題もあるからね
きちんとバグ取りするのもCOBOLの方が向いている

976 :仕様書無しさん:2015/09/23(水) 20:51:09.27
COBOLのおっさん必死だなw

977 :仕様書無しさん:2015/09/23(水) 21:22:44.24
>>976
ブーメランw

978 :仕様書無しさん:2015/09/23(水) 21:22:46.40
ここも隔離w

979 :仕様書無しさん:2015/09/23(水) 21:59:13.69
>>973
それJavaよりコボルの方がスキルが高いとでも言ってるの
マジで?

980 :仕様書無しさん:2015/09/23(水) 22:25:35.33
>>979
ブーメランw

981 :仕様書無しさん:2015/09/23(水) 22:58:09.24
やたらjavaに対抗意識があるよな。

982 :仕様書無しさん:2015/09/23(水) 23:22:41.43
JAVAになったので仕事取無くなりました

983 :仕様書無しさん:2015/09/23(水) 23:33:01.30
マイグレしたら仕事なくなりまふねん

984 :仕様書無しさん:2015/09/23(水) 23:56:22.73
Javaになったから現場から追い出され、他のCOBOL現場では人は充足してるので
なかなか入れない。それでなんとか空きが出来入れても昔からそこに居る老害から虐められる。

985 :仕様書無しさん:2015/09/24(木) 00:23:28.79
コボラー歴20年以上あるが、一からものを作れと言われたら出来ないことを実感する
コボルは経歴重ねても難しい事しないから、スキルは身に付かないのだよ

986 :仕様書無しさん:2015/09/24(木) 00:23:46.99
妄想だねw
人手不足なのにさ

987 :仕様書無しさん:2015/09/24(木) 00:30:12.82
人手不足なのは入ったら直ぐ辞めていくか、酷い現場なので人が来ないからだろ
真っ当な所は十分に人材がいるので滅多に増員募集かけません

988 :仕様書無しさん:2015/09/24(木) 00:36:40.55
コボラーは絶対数が減ったので緊急に募集しても人は集まらないと聞いた。
しかも期間が短期なので優秀な人は見向きもしない。

989 :仕様書無しさん:2015/09/24(木) 01:31:14.01
短期で後にすぐに他の言語、設計でもいからあるなら
来るだろうな
また福利厚生も充実していて将来保障のあるところでないとな

990 :仕様書無しさん:2015/09/24(木) 01:58:59.66
COBOL自体はめちゃくちゃ簡単だと思います。
COBOLを使って作られる特定のシステムへの知識を持つ人が不足してるといったほうが正しいのでは。
COBOL技術者が不足してるのではなく、たとえば生命保険の基幹システムの技術者が不足してるとか、
特定の業界のシステムの技術者が不足してるのでは。

991 :仕様書無しさん:2015/09/24(木) 04:12:12.64
> たとえば生命保険の基幹システムの技術者が不足してるとか

そりゃなぁ。各社システムがバラバラなのに生命保険の基幹システムの
技術者を募集していますって言ったって、その会社を退職した人でも
なければ、そのシステムなんて知らんってw

閉鎖的な業界で内部でしか人が育たないんだから、
不足するのは当たり前だよ。

992 :仕様書無しさん:2015/09/24(木) 07:10:33.27
人は減らしてる案件も減っている、新しく育てる気は特定の企業を除き全くない。
その中で少し人手が要る案件がぽっと出ると人が居ないと言う事になります。

993 :仕様書無しさん:2015/09/24(木) 08:25:11.78
COBOLは無くならないから今後も安泰とか思ってる人まさか居ないよね?
無くならないけど数は確実に減っていく、使用するシステムは増えることはまずない言語なんだぜ。

994 :仕様書無しさん:2015/09/24(木) 09:30:35.11
なんかCOBOLアンチが顔を真っ赤にして多スレにまでコピペ荒らししてるけど
彼はCOBOLなんかの一体何に嫉妬してるんだ?

995 :仕様書無しさん:2015/09/24(木) 12:19:32.13
コピペしてる奴は書き込みしてる人間とは別人だぞ
故に一人であれこれコピペしてるんだろうよ

996 :仕様書無しさん:2015/09/24(木) 12:24:36.83
>>995
自演乙w

997 :仕様書無しさん:2015/09/24(木) 12:29:19.72
コボラーは新しいこと覚えられなくて反復作業しかできない。


ほらほらコピペ君、これもコピペするのかい?

998 :仕様書無しさん:2015/09/24(木) 12:31:13.09
>>996
その一言に悔しさが滲み出てるな

999 :仕様書無しさん:2015/09/24(木) 12:47:45.24
流石コピペコーダー
コピペだけはお上手なようで

1000 :仕様書無しさん:2015/09/24(木) 13:02:10.37
a

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

1002 :1002:Over 1000 Thread
2ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 2ちゃんねる専用ブラウザからの広告除去
★ 2ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
http://premium.2ch.net/


187 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)