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

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

1 :
仕様書無しさん
2016/12/12(月) 00:01:59.09
前すれ
COBOLって今需要増えてるの?Part4 [無断転載禁止]©2ch.net
http://tamae.2ch.net/test/read.cgi/prog/1456744982/
2 :
2016/12/12(月) 00:14:38.76
コボルは椅子取りゲーム
取った椅子は絶対に譲らないぞぉ!!!
3 :
2016/12/12(月) 01:13:12.73
そろそろ次スレ立てた方がいいと思う
4 :
2016/12/12(月) 01:24:20.54
COBOLの案件は早い者勝ち
5 :
2016/12/12(月) 02:59:49.70
COBOLは富士通
6 :
2016/12/12(月) 03:01:39.23
COBOLはIBM,NEC,Hitachi,マイクロフォーカス
マイクロソフトCOBOL他
7 :
2016/12/12(月) 03:05:27.77
Open COBOL
8 :
2016/12/12(月) 07:11:13.03
惑星コボル
9 :
2016/12/12(月) 08:52:11.00
COBOLもそうだがWindows一択の時代にLinuxを入れようとするベンダーも頭がおかしいと思う
そういやコボラーって古臭いLinuxが好きそうw
10 :
2016/12/12(月) 20:11:11.42
ついでにウンコ好きそう
11 :
2016/12/12(月) 21:05:38.52
Windows一択ってどこの業界?
12 :
2016/12/12(月) 21:32:14.55
中小企業じゃね?
13 :
2016/12/13(火) 19:31:42.80
やっぱりウンコかよ!
14 :
仕様書無しさん
2016/12/15(木) 18:47:49.80
うんこでした…
15 :
2016/12/15(木) 22:44:13.20
うんこだと思ったらカレーでした
16 :
2016/12/16(金) 00:41:48.62
金曜日はカレーの日
17 :
2016/12/16(金) 22:48:51.02
カレー食ったらカレー色のうんこが出た
18 :
2016/12/18(日) 16:57:44.31
うんこらしょっと
19 :
2016/12/19(月) 08:21:47.71
ディスプレイの文字がうんこ色
20 :
2016/12/19(月) 22:10:57.13
あ、便どう

やっぱりうんこだ
21 :
2016/12/20(火) 12:28:19.69
運用コボル案件
略してウンコ案件
22 :
仕様書無しさん
2016/12/26(月) 15:09:45.45
セコムはCOBOL使ってるぞ。
他の言語もつかってるが。
23 :
2016/12/26(月) 15:26:44.46
ソフトバンクも基幹部分は確かCOBOL
24 :
仕様書無しさん
2016/12/26(月) 15:29:17.20
>>23
そうなのか!? それはちょっと意外だった。
通信系の業種だからCOBOLは無いと思い込んでいたよ。
25 :
仕様書無しさん
2016/12/26(月) 18:05:15.04
ここはうんこスレか?(笑)
26 :
2016/12/26(月) 20:47:31.22
うん、こぼるのスレだよ
27 :
2016/12/26(月) 21:35:28.15
なぜCOBOLなのか
28 :
2016/12/26(月) 21:54:42.47
そこにCOBOLがあるから
29 :
2016/12/27(火) 00:48:34.67
コボルのお陰でお通じもよくなりました
30 :
2016/12/27(火) 21:31:26.47
うんこが細くてコボルのコの字になっていた
31 :
2016/12/28(水) 03:28:39.27
> はCOBOL使ってるぞ。

そこへいくと他の部署にまわされるw
道路とか
32 :
仕様書無しさん
2016/12/29(木) 13:20:20.37
>>31
残念だったねW セコムには道路とかの仕事は無いのだよ。
技術職で入ったらずっと技術職なのさ。
33 :
2016/12/29(木) 18:41:58.64
うんこだったのか
34 :
2016/12/29(木) 22:50:56.86
コボルはうんこじゃない
うんこがコボルなんだ
35 :
仕様書無しさん
2016/12/30(金) 21:30:51.27
COBOLにできてEXCELにできない事は何ですか?
36 :
2016/12/30(金) 21:52:30.29
計算で誤差を出さないこと
37 :
2016/12/30(金) 23:48:54.98
>>36
何それ
Excel計算間違いを起こすって事?
38 :
2016/12/30(金) 23:59:33.85
COBOLスレのような最果ての地に居る人なら
数値の誤差に関しては常識だと思っていたわ
これはエクセルだけの問題でもないので
興味があるなら調べて下さい
説明するの面倒なので
39 :
2016/12/31(土) 06:47:22.87
COBOLだって計算順序違えば値は変わるだろ
40 :
2016/12/31(土) 07:19:07.11
それ言語関係無くね?
41 :
2016/12/31(土) 07:35:15.99
コボラー程度の認識じゃそんなもんだろ
42 :
2016/12/31(土) 10:19:39.96
誰が計算間違いの話してんだよw
計算時の誤差の話してんだけど
43 :
2016/12/31(土) 11:06:54.27
誤差の話してんだよ
スキル皆無のコボラーは黙ってろ
44 :
2016/12/31(土) 11:19:59.98
黙ってろとはなんだバーカ
45 :
2016/12/31(土) 12:55:15.39
じゃあ黙るな書き込み続けろ
46 :
2016/12/31(土) 13:06:48.15
後五年か十年かわかりませんが
コボラーが老衰で死滅したら日本のシステムは誰がメンテナンスするんですか?
47 :
2016/12/31(土) 13:43:29.57
>>43
何が誤差なのか本当は解らないんですね
しったかジジィはこれだから困るよ
48 :
2016/12/31(土) 15:43:00.18
実際に式書けよ
49 :
2016/12/31(土) 21:23:43.69
ExcelもDecimalっぽい型使えるだろ
50 :
2016/12/31(土) 21:42:13.17
誤差じゃねぇよ
仕様だよw
51 :
2017/01/01(日) 00:00:02.08
コンピューターの計算で誤差が発生するとかコボラーってアタマおかしいんですか?
52 :
2017/01/01(日) 00:02:00.00
で、実際にExcelとCOBOLとで計算結果が変わる実績って何よ?
53 :
2017/01/01(日) 00:33:33.58
こいつらアホの集団かよ
新年早々にw

a1=4.8-4.7
b1=0.1
といれて、a1とb1が同じになるか、試して見たらいいだろ

同じかどうかを見るやり方は何種類かあるだろうがw
54 :
2017/01/01(日) 00:36:57.42
コボラーの常識ではコンピューターに計算させると誤差が生じるらしい(初笑い)
55 :
2017/01/01(日) 01:23:46.41
COBOLって、 1 / 3 * 3 の結果が1にならないのか・・・

http://www.atmarkit.co.jp/ait/articles/0906/11/news104_2.html

> と解釈され、まず1/3が計算されます。ここでCOBOLは、この結果をある
> 長さの中間レジスタに切り捨てで格納しますので、0.3333333……という
> 値となります。続いて、これを3倍しますので、結果は0.9999999……になり、
> これを切り捨てでITEM-1に格納するために、答えは0.999999になります。
56 :
2017/01/01(日) 06:41:26.46
rounded付けて普通に四捨五入させろよ
57 :
2017/01/01(日) 07:08:05.92
COBOLって四則演算すらマトモに出来ないんだな
58 :
2017/01/01(日) 07:12:00.92
うるさいバーカ
59 :
2017/01/01(日) 10:09:02.79
新年だしコボカス死ね
60 :
2017/01/01(日) 10:27:32.23
元旦からこれだ
COBOLは争いしか生まない
61 :
2017/01/01(日) 14:34:35.50
>>56
> rounded付けて普通に四捨五入させろよ
そんなことしたら、0.9999999が1になるだろ
62 :
2017/01/01(日) 14:39:16.80
それはわざと言ってるのか?
63 :
仕様書無しさん
2017/01/07(土) 09:59:13.84
セキュリティー企業最大手のセコムはメインフレーム

JRAも心臓部はメインフレームだし。
大手物流とかもメインフレーム。

化粧品の資生堂もメインフレーム。
大手食品メーカーや大手水産メーカもしかりだ。
NTTデータやデータ子会社もな。
金融機関もメインフレームだし、防衛省なんかも。


メインフレームと言えばやっぱCOBOL。
64 :
2017/01/07(土) 10:10:26.72
>>55
VBのDecimal型もそうだね。JavaのBigDecimal型はどうなんだろう?
65 :
2017/01/07(土) 11:15:14.89
>>63
COBOL利権
66 :
仕様書無しさん
2017/01/07(土) 12:50:28.50
>>65
確かに利権だな。
官公庁は全てメインフレームだし。
県庁とか市役所もメインフレーム。


メインフレーム&COBOL利権だ。
67 :
2017/01/07(土) 13:12:15.59
とは言え税金とか預金をWindowsとかで扱ってほしくないなあ
68 :
2017/01/07(土) 13:13:45.74
利権構造が社会を壊す
どの業界でもそうだがITも同じだな
69 :
2017/01/07(土) 15:59:40.25
COBOLに取ってかわるものがないのだから仕方ないじゃん

私は現在オブジェクト指向言語も取り扱ってるけど
やっぱり開発規模がちっちゃいしコアな部分では使われてないわ
70 :
2017/01/07(土) 16:32:45.66
COBOLより優れた言語なんて幾らでもあるし出来るならすぐに置き換えたいんだけど
バカなCOBOL原人の残したものが巨大で破滅的に酷い状態なにで着手できない状態
例えるならメルトダウンした原発みたいなもんだ
71 :
2017/01/07(土) 17:47:16.42
>>67
Windowsは流石にないけどLinuxやUNIXならそこそこある
72 :
2017/01/07(土) 17:49:28.38
COBOL以外の言語は脆弱すぎたり数年で陳腐化するから正直使い物にならないのが現状
73 :
2017/01/07(土) 17:50:56.93
Windowsでインフラ系を運用させたら文明社会が崩壊するなw
74 :
2017/01/07(土) 17:51:05.29
陳腐化して何十年も放置されたのがCOBOL
75 :
2017/01/07(土) 17:57:38.33
厳密にはCOBOLの規格自体はどんどん新しくなっているんだが、
新しい規格のCOBOLを誰も使おうとせず、
古い規格(第三次規格)のCOBOLが広く使われ続けている。
76 :
2017/01/07(土) 19:34:05.68
日本人は思考力がなく習慣にとらわれ事なかれ主義の責任回避体質だからね
言語の変化には耐えきれないんだ
77 :
2017/01/07(土) 19:39:52.66
COBOLは本来メリケン用のプログラム言語だけどね。
78 :
2017/01/07(土) 19:42:42.98
>>70
できない言い訳乙
79 :
2017/01/07(土) 20:03:33.81
>>76
日本よりむしろアメリカの方がCOBOL依存度が高いけどねw
80 :
2017/01/07(土) 20:08:34.79
アメリカの国防省だかCIAだかがCOBOLを廃止しようとして結局断念したって話があったな・・・
81 :
2017/01/08(日) 00:36:53.72
自分の経験で物事が言えないのがコボラー
なぜならたいした仕事してないから
82 :
2017/01/08(日) 09:11:56.06
脱COBOLは大した仕事じゃないのか
83 :
2017/01/08(日) 09:16:40.94
仕事というか尻拭いの作業だな
84 :
2017/01/08(日) 10:32:21.84
>>79
アメリカみたいな海外の話なんてどうでもいい、ここは日本だ
85 :
2017/01/08(日) 10:33:31.28
コボルってゲームや動画とか作れないんでしょ?だめじゃん
86 :
2017/01/08(日) 13:36:04.92
なぜ作れないと思った?
87 :
2017/01/08(日) 15:05:40.97
>>85
COBOLはモビルスーツやオーラバトラーだって動かせるぞw
88 :
2017/01/08(日) 15:09:39.18
>>86
じゃぁコボルでモンスト作ってよスマホアプリ作ってよ、無理でしょ?
よってコボルはゴミ
89 :
2017/01/08(日) 15:41:37.88
COBOLはゴミではない
COBOL文化とCOBOLエンジニアがゴミなのである
90 :
2017/01/08(日) 15:59:19.13
スマホアプリのような些末なものは最近の流行りのすぐに廃れる言語で十分
お前バカそうだから知らないだろうけど、スマホアプリが何でもスマホ内だけで完結してるわけじゃないぞ
アプリによっては色々経由しながら最終的にはメインフレームと連携してるものもある

大切で失ってゴメーンで済まないデータはメインフレームで守られてる
そこで動く言語はCOBOLなのだから仕方ない
なんならお前らの大好きな言語をメインフレームで使えるようにした方が
COBOLを駆逐する一番の近道かもな
91 :
2017/01/08(日) 16:13:19.68
>>88
いくら出すわけ?
92 :
2017/01/08(日) 16:18:29.25
メインフレームで動く言語はCOBOLだけじゃないし新しく作ろうと思えば難しくはない
ただしCOBOLをそれに置き換える作業は多大な苦痛とコストを払わなければならない
それに耐えうるほどの体力気力を持つ企業は今の日本には存在しない
それほどまでに保守性の低い悪魔のようなシステムを積み上げてきたCOBOLエンジニアには畏怖の念を感じざるを得ない
仕事を取られたくなかったとは言えどよくぞここまで非道に手を染めたものだと
93 :
2017/01/08(日) 16:59:19.69
>>92
あのな、アクチュアリーって資格知ってますか?
あの資格試験に出てくるような高等数学を
COBOLは拙い機能を駆使して実装したんだよ
だからバケモノみたいなロジックになってる
コボラーはコボラーでも極一部の数学に天才的な才能を持ったものが
誰も理解できないコアな部分を作っている

しかし数学の天才は次から次へと生まれているのだから
今の流行りの言語を駆使してる人の中にも居るんじゃないの?
本気でやる気があれば置き換えはできるよ
膨大な費用と一部の天才が必要だけどね
94 :
2017/01/08(日) 17:27:29.80
だからさ、自分がやったこと言えよ
脳内妄想じゃなくてさ
95 :
2017/01/08(日) 18:16:15.87
数学者とか物理学者のコードってすごい汚いぞ
学者に限らず頭が良い人って汚いコードでも理解できてしまう
それに彼らは過密な人生送ってるからコーディングに使う時間を多く取れない
だから紳士的で親切な心を併せ持った人じゃないとまず綺麗なコードを書いてくれない
保守性なんて知ったこっちゃないね
まあプログラマとしては二流ってことだね
COBOLエンジニアは三流だけど
96 :
2017/01/08(日) 18:22:01.69
あくまでも本人の妄想です
97 :
2017/01/08(日) 18:28:24.03
>>94
そもそもお前の批判が妄想根拠じゃねーかw
アホかw
98 :
2017/01/08(日) 23:14:26.54
なぜ実績を語れないのか
99 :
2017/01/09(月) 00:27:51.74
>>98
まずお前が実績を語れよ

私は守秘義務違反になるので遠慮しますが
100 :
2017/01/09(月) 00:40:06.64
>>99
おいらはベースがコボルで作られてる保険基幹業務パッケージシステムのメンテやってるよ
この程度なら守秘義務でもなんでもない
君はどうなのさ
101 :
2017/01/09(月) 01:19:31.62
性能無視した芸術的なSQL文組む奴もクズだよな
102 :
2017/01/09(月) 08:28:50.85
それはそんなSQLを組まざるを得ないようなスキーマを組んだDB設計者がクズなんだよ
まともなスキーマならシンプルで高速なSQLだけでアプリ組める
103 :
2017/01/09(月) 21:25:17.21
(´・ω・`)うんこ…
104 :
2017/01/11(水) 01:04:48.21
>>99
返事がない。ただの無職のようだ。
105 :
2017/01/11(水) 02:46:48.96
無職ほどCOBOLを叩く
106 :
2017/01/11(水) 08:21:47.52
COBOLの仕事とれないから悔しいんだね
107 :
2017/01/11(水) 09:30:47.35
多分、一度はCOBOLの現場に送り込まれてたが結局ついて行けず脱落した人間が叩いてあるんだろうね
108 :
2017/01/11(水) 22:58:33.88
ろくに仕事してないのに知ったかをする無職にはげんなり
109 :
2017/01/12(木) 08:17:49.29
COBOLは簡単だが居座るジジイ達との人間関係が難しい
110 :
2017/01/12(木) 09:41:55.10
>>109
居座るジジイとの人間関係が難しいのは業界業種関係ないのでは?
というかその程度の人間関係も築けないようじゃ社会で生きていくのは厳しいと思うよ。
日本じゃなくアメリカだったらとっくにきみは路上生活者だよ?
111 :
2017/01/12(木) 09:45:20.89
アメリカは良くも悪くも実力成果主義だからな
日本は無能な人間でも何とか生きていけるけどアメリカは無能は社会から切り捨てられる
112 :
2017/01/12(木) 12:24:33.24
なんで突然アメリカの話が出てくるのか理解不能
大体アメリカって広いんだけど何処の都市の話なんだよ
113 :
2017/01/12(木) 20:18:29.01
大企業のシステムが硬直化してビジネスの進化が阻害されてきた
COBOLエンジニアの社会的責任は大きい
114 :
2017/01/12(木) 21:25:45.23
今の現場はコボルでやっていくことを宣言したで。
もちろんコボルオンリーなわけではないけど。
115 :
2017/01/12(木) 21:33:31.39
丸め誤差ね
116 :
2017/01/13(金) 01:09:53.13
COBOLが消えないのは業務システム用の開発言語としてCOBOL以外の言語が不安定で脆弱で糞過ぎるからなんだよなぁ
117 :
2017/01/13(金) 01:12:25.16
と自分の都合のいいように思い込む老人なのだった
118 :
2017/01/13(金) 01:16:49.43
COBOLに最適化された人間はみんなそう言う
綱渡りの綱の上では安定するが硬い地面だとふらついてしまうそれがCOBOLerという人種
119 :
2017/01/13(金) 01:31:13.06
>>116
厳密に言うとCOBOL以外の言語が糞ではなく、最近のプログラマーが設計すらマトモに出来ない無能コーダーばかりだから。
120 :
2017/01/13(金) 01:33:55.12
アメリカですら脱COBOLをほぼ諦めちゃったからね
121 :
2017/01/13(金) 06:49:47.82
COBOLerはシステムを組んできたのではない
クソの山を積み上げていただけだったのだ……
122 :
2017/01/13(金) 07:13:56.87
何の根拠もなく自分の都合がいい屁理屈しか言えないのが老コボラー
123 :
2017/01/13(金) 08:18:39.46
>>122
ブーメラン刺さってますよ
124 :
2017/01/13(金) 08:26:47.59
確信を付かれるとお前はどうなんだとワケわからない言いがかりで誤魔化す
、それがコボラーおやじ
125 :
2017/01/13(金) 08:47:06.73
>>121
その糞の山を切り崩せなかった時点で自分は無能ですって証明したようなものじゃ・・・!?
126 :
2017/01/13(金) 09:39:19.75
>>124
若い子を装いたいんなら、誤字脱字は見直さないと。
127 :
2017/01/13(金) 12:32:42.61
ジジイはまともな日本語も出来ないとでも言うのかぁ!!
128 :
2017/01/13(金) 19:25:06.41
COBOLおじさんは技術力がないのに難しい現場を乗り切ってきた猛者が多い
つまりそれだけ交渉能力などビジネスマンとしての能力は高い傾向にある
味方にいると心強いよ
獅子身中の虫にならないようにコードや設計には関わらせない方がいいけど
129 :
2017/01/13(金) 20:10:57.93
おれの向かいにいる50代半ばのおじさんは
コードの読み間違い、日本語の理解間違いが多く
今までよくやってこれたな、と思う。
130 :
2017/01/13(金) 21:19:10.00
80年代は人手不足でサルでもプログラマになれたから、そのまま居ついた50代はサル頭のじぃさんだらけだ
131 :
2017/01/14(土) 02:24:33.48
猿でもプログラマーになれるのはむしろ最近だと思う
何せヒアリング出来ない、設計出来ないドカタレベルの人間がプログラマーになれるくらいだしね
ただその猿のおかげでプログラマーの単価が一般事務員以下にまで下がってしまった
132 :
2017/01/14(土) 02:31:03.29
>>131
なんでプログラマーがヒアリングや設計するんだよ、アタマ大丈夫?
だいたいプログラマーはコードを書くのが仕事なんだからコミュ力なんて大して重要じゃ無いんだよ
技術者は口先じゃなく技術力があってなんぼなの
まぁ文系事務員のコボラーには理解できんだろうな
133 :
2017/01/14(土) 09:33:17.60
>>131
ドカタレベルとか言ってるけど昔はまんま元ドカタの未経験者が現場に居たんだぞ
COBOLだったからたいしたロジックもなく誰でも出来るんだよね
流石にCやフォートランにはいなかったようだ
134 :
2017/01/14(土) 09:35:06.55
>>132
最近は職種のデフレが進んでで
昔プログラマーと呼ばれてた人達は今はコーダーと呼ばれる
今、プログラマーと呼ばれる人は設計も製造もできる人のこと
そしてSEは今や営業と同じ
135 :
2017/01/14(土) 10:00:12.51
ヒアリングはともかく設計もできないプログラマにはコードを触らせたくないな
設計に対して不勉強だと適当にコード書いて結合テストで継ぎ接ぎして辻褄合わせるようになる
136 :
2017/01/14(土) 11:56:11.44
最近のプログラマー紛いのコーダーってエンジニアとしての技術力無し、他人とマトモに会話でにないので事務員としても使えない、体力も無いのでドカタも無理って何も取り柄ないじゃんww
あ、だから奴隷としてこき使われてるのかw
137 :
2017/01/14(土) 12:01:26.57
>>131
確かに近ごろのプログラマーは人間としてコミュニケーションが取れない社会不適合者が多いから本当に猿に退化しているのかもしれん。
138 :
2017/01/14(土) 12:38:17.22
コミュニケーション取れない人間を阻害する社会構造が悪い
コミュ障は文字通り障害者なんだからタブーとして扱い手厚く保障してやらにゃならん
欠損、奇形、ゲイ、レズ、知障、不妊などと同じ
コミュ障をバカにする人は反社会的で非道徳的なクズ野郎
139 :
2017/01/14(土) 12:43:55.20
コボラーは物事を理屈でしか考えられないネトウヨ
140 :
2017/01/14(土) 12:46:02.09
>>139
逆に理屈で物事を考えないプログラマーっていったい…
141 :
2017/01/14(土) 12:47:10.70
>>140
うるさいしねアベ信者
142 :
2017/01/14(土) 13:55:11.74
COBOLの話題からそれてる
143 :
2017/01/14(土) 14:06:06.01
なんで左巻きの人達ってしねとかバカとかすぐ口にするんだろう?
144 :
2017/01/14(土) 14:09:25.37
理屈、理論で物事を考える人は右寄りに、
感情、イメージで物事を考える人は左寄りに傾く傾向があるらしい
145 :
2017/01/14(土) 15:08:50.65
コミュニケーション能力高い人ばっかり選んで採用を続けてた会社は
難しい仕事、ややこしい仕事をする人が居なくなって
会社組織の運営に支障をきたしてるらしい

コミュ力高い人は嫌なことからウナギのようにヌルヌルと逃げるのが上手い
そしてコミュ力高い人はコミュ力高い者同士でツルムから
手に負えないプロ市民化するらしい

コミュ力高い人は言い方を変えたら
同じぐらいのコミュ力の持ち主以外とはコミュニケーションの取れない
コミュ障とも言えるとのこと

http://netgeek.biz/archives/88718
146 :
2017/01/14(土) 15:12:13.17
147 :
2017/01/14(土) 15:38:30.74
最近の若者はそういうの多いよね
明るいし話が面白いしお客さんのウケもいい(雑談では)
でも開発やテストを任せてもなかなか進まない
納期が迫ると作業能力のある同僚に仕事が再分配される
コーディングもモデリングもできる訳じゃないから持て余して上流に回してもろくなことにならない
もういい加減にして欲しいんだよね
148 :
2017/01/14(土) 16:07:43.61
そりゃバランスよく取らなきゃだめだろ。
逆にプログラミングだけ上手くてコミュニケーションや交渉力が低い人ばかりでも上手くいかないだろうし。
149 :
2017/01/14(土) 16:21:30.74
今のプログラマーは別にコミュ力を高めろとは思わないけど、せめて人間社会を営むうえでの最低限のコミュ力くらいは身につけてほしい
150 :
2017/01/14(土) 19:25:31.42
酒飲んでウェーイは社会人のコミュニケーションではありません
そこだけ履き違えないでくれればいいよ
151 :
2017/01/14(土) 19:30:02.93
最近の若者は〜という言葉が最初に出てくるようになったら
もう完全な老人だ
152 :
2017/01/14(土) 20:00:54.33
いつの世も人間はある程度年を取ると、変化についていけなくなり、
自分が若い頃の感覚で年下を批判するようになるんだよな。
今「最近の若者は〜」とか言っちゃう中高年も、
自分が若い頃は年上から似たようなこと言われたしな。
153 :
仕様書無しさん
2017/01/15(日) 05:20:05.38
COBOLってまだあるのか、ソース修正や機能アップで凄い事になってそう。
154 :
2017/01/15(日) 07:44:29.82
和暦の追加で仕事有るんじゃね?
155 :
2017/01/15(日) 07:57:24.82
コード追加するだけ
元号の入出力に関しては、オンライン画面と帳票出力はCOBOLでやってない
156 :
2017/01/15(日) 14:24:39.58
元気なうんこが出た!
157 :
2017/01/15(日) 19:49:46.61
オギャア、オギャア
158 :
2017/01/18(水) 20:07:01.99
向かいの50代半ばと隣の50代半ばのコボラーのスキルに差があり過ぎて、二人とも今までどんなキャリアを歩んで来たのかと思う。
なぜこうも違うのかと。
159 :
2017/01/19(木) 00:20:46.46
コボラーは転送文と条件判定文ぐらいしかコーディングしないから
コントロールブレイクやマッチングが高等なロジックと思ってるから
RDBをインデックスファイルだと思ってるから
160 :
2017/01/19(木) 01:31:42.10
DBのない時代はコントロールブレイクもマッチングも
ややこしかったよ

高等かどうかは知らんけど
161 :
2017/01/19(木) 09:22:30.30
COBOLの世界についていけなくて解雇された>>159がなんかキャンキャン吠えているけど
実際ソースのコピペしか出来ない>>159よりは転送文やマッチングが書けるコボラーの方が遙かにマシかと
162 :
2017/01/19(木) 12:18:31.00
その転送文でさえコピペなのがコボラーなのさ
いちいち長ったらしいコードなんか書いてられるかだって
163 :
2017/01/19(木) 12:56:11.43
よくそこまでコボラーを見ているな
てか、転送文だけならともかく
マッチングのプログラムかどうか
コード読んで判るのかな?
164 :
2017/01/19(木) 19:10:21.65
わかるだろ
165 :
2017/01/19(木) 19:57:44.90
わかったらコボラーじゃね?
166 :
2017/01/19(木) 21:18:43.66
マッチング処理自体はcobol以外でも普通にあるけどな。
167 :
仕様書無しさん
2017/01/19(木) 22:06:29.57
そこそこ優秀なコボラーの需要はあります。
でも経歴詐欺みたいなんも多いから騙されないように気をつけないと。
168 :
2017/01/19(木) 22:30:10.78
つーかマッチングのプログラムを書かないと
いけないってのがよくわからんのだが。

アルゴリズムは一緒なのだから、そんなの関数にするだろ?
あとは比較するキーを渡すとか、コールバックで比較するとか
するだけじゃないの?
169 :
2017/01/19(木) 23:27:53.00
知ったかぶりウザ
知らないなら黙ってたらいいのに
170 :
2017/01/19(木) 23:38:55.26
知ったかぶりと他人をバカにするが、知ってるつもりで
何も知らないのがコボラーでございます。
ゆえに人を批判することしか能がありません。
171 :
2017/01/19(木) 23:44:00.63
マッチング処理っていうのは、SQLのJOINのことだよ。
データベースを扱うプログラマが
その場のノリで書くような程度のものを
大変そうにしてるんだよ
172 :
2017/01/20(金) 00:20:57.93
殆ど純バッチしかやったことないコボラーにSQLの話しても無駄
コボラーができるののはSAMファイルのシーケンシャルマッチングのみ
173 :
2017/01/20(金) 07:26:16.92
>>172
ああ、なるほど
そういうのはコボラー体質なんだな

昨日ちょうど触ってたrubyのコードが、そんな感じだった
2重ループ使って、数千件のレコード vs 数千件のレコード をマッチングさせようとしている糞コード
SQLは0.1秒もかからないのに、そこで2分かかってやがる・・・
複数のhashを使ったら0.1秒もかからなかった(おいおい)
もともとSQLには不向きなロジックだけど
174 :
2017/01/20(金) 07:27:16.30
コントロールブレイク → ?
転送文 → ?
(シーケンシャル)マッチング → ファイルからデータを検索すること
SAMファイル → ?
175 :
2017/01/20(金) 08:34:13.51
たとえRDBが導入されていたとしても、コードは過去の資産を使いたいため、VSAMとして使ってたりするのがCOBOLの現場なんだよ
だからコボラーは過去の古い考えから逃れられない
176 :
2017/01/20(金) 08:47:41.38
コントロールブレイク→GROUP
転送文→strcpy() memcpy()
マッチング→JOIN
SAMファイル→シーケンシャルファイル

マッチングは省資源だし簡単にできるのに手順知らない若者は本当に多重ループで寄越すからな
いきなり連想配列使うって発想できる奴は冗談抜きで有望株
177 :
2017/01/20(金) 19:10:24.17
おじさんの書くデータ処理ってなんかファイル処理っぽいなあと思っていたがCOBOLが犯人だったのか
178 :
2017/01/20(金) 19:32:10.83
お前らがCOBOLから別の言語に書き換えてやればいいんじゃね?
179 :
2017/01/20(金) 20:02:38.84
コボラーおやじ、なんか構造化プログラミングがどうとか高圧的にうんちくたれるので困っています。
180 :
2017/01/20(金) 20:46:32.93
SQL得意な人が作ったコボルプログラムの夜間処理の性能が悪過ぎて、問題になってたな。
夜間バッチの件数って意外と多いときあるもんな。
181 :
2017/01/20(金) 23:37:27.86
> SQL得意な人が作ったコボルプログラムの夜間処

現実的には逆が多い

コボラーが書いたコードが問題を起こす
182 :
2017/01/20(金) 23:41:18.48
夜間バッチの件数が多いって何万件のことなんだろう?

仮に1件のデータが1KBで1000万件だとして。
1KB × 10,000,000 = 10GB

余裕でメモリに乗る量だ
183 :
2017/01/21(土) 00:32:22.84
COBOLを知らないのにしったかみっともない
184 :
2017/01/21(土) 01:17:16.92
知ったかとしか言えない無知
185 :
2017/01/21(土) 01:18:02.75
まぁここはCOBOLが組めなくてリストラされた奴が私怨でたてたスレだからね
186 :
2017/01/21(土) 01:36:34.53
ここのアンチコボラーってCOBOL以外の開発言語を全く触ったことがないのが見え見えなのが痛いw
187 :
2017/01/21(土) 10:09:56.64
夜間処理でまとめて計算っての最近は減ってきたな
イベントが発生すると並行処理で計算を開始してある程度の時間内にリードモデルが更新されて画面から確認可能って感じの設計が増えてきてる
188 :
2017/01/21(土) 11:05:39.35
今はバッチもJavaでやるからなあ
189 :
2017/01/21(土) 14:40:30.09
インターネットの世界では夜間なんてないからね。
日本が夜でも反対側は昼だし。

なので、夜間バッチができるなんて
甘々な環境なんだよ。
190 :
2017/01/21(土) 14:41:55.93
もうね、COBOLのシステムってさ、夜間バッチが終わらないとオンライン立ち上げられない、とか時代錯誤もはなはだしいよね
191 :
2017/01/21(土) 23:31:42.34
>>182
こういう考え方のやつが作ると、メモリー100Gよこせ。って言うんだろうなー
バッチがシングルでしか動かないんならメモリーも少ないだろうが
このやり方って、SQLのダメなところだと思うわ

>>189
インターネットの世界でCOBOL使うことなんて聞いた事ないわ
しかも、夜間バッチをやるインターネットの世界かよw

>>190
それはCOBOLの問題ではない
動かしているOSの問題だろうが
それか設計が悪いか
192 :
2017/01/22(日) 00:51:14.80
プログラミングを知らない人間が必死にCOBOLを叩いてるけど、
叩く内容が余りに頓珍漢過ぎて逆に哀れだわw
193 :
2017/01/22(日) 00:53:39.38
そういや最近Javaが一気に衰退し始めたなぁ
以前はJavaがCOBOLに取って代わると言われたのに気がつけばCOBOLより先に消えてしまうなんて…(´・ω・`)
194 :
2017/01/22(日) 04:36:24.97
前に書いたかもしんないけど
JAVAは今はC#に浸食されているわ
実際JAVAからC#への乗せ換え案件手伝ったことある
仕事を検索してると同じような案件が増えてきてる

COBOLまったく関係ない話でスマソ
195 :
2017/01/22(日) 07:37:35.61
衰退しても駆逐はできないから困る
CobolもJavaも消え去ればいいのにね
196 :
2017/01/22(日) 07:43:05.92
C#もMSが大前提なので基幹システムでは使いたくないな
197 :
2017/01/22(日) 07:57:34.87
何年前の認識だよ
COBOLおじさん少しは業界の情報インプットした方がいいぞ
198 :
2017/01/22(日) 09:04:07.51
平成の次の次の元号になってもcobolは無くなる無くなると言われながら、まだ生き残ってそう。
もっとも今の皇太子様と近い年代の人も多そうだから、流石にその頃は生きてても働いてないだろうが。
199 :
2017/01/22(日) 09:09:36.33
レガシーの最大の問題点はそう簡単には排除できないってところだからね
排除されないように大量の罠を仕込んできた悪質なウイルスのようなCOBOLerの勝利と言える
200 :
2017/01/22(日) 09:25:19.56
いまだ通常運用で落ちるサーバーOSって唯一Windowsくらいだもんな
Linuxですら5年無停止で稼働なんて当たり前なのに
201 :
2017/01/22(日) 09:27:06.53
>>199
その陳腐な罠(笑)で手こずるってどんだけ今のプログラマー否コーダーは無能なんだよw
202 :
2017/01/22(日) 15:37:23.58
>>200
ワロタw
5年間もカーネルのセキュリティパッチ
あててないのねw
203 :
2017/01/22(日) 17:01:48.92
>>202
個人用途と違い企業ではカーネルのパッチなんて余程の事がない限り普通は当てないよ。
勿論重大なセキュリティーホールやバグでどうしても当てないといけない場合もあるが、その場合カーネルアップデートによる既存システムへの影響の検証等、何日もかけてテストをするので工数が馬鹿にならない。
まぁWindowsと違いLinuxではそこまで重大なセキュリティーホールやバグは滅多にないけどねw
204 :
2017/01/22(日) 17:03:50.90
あっ>>203はバックエンドの基幹系サーバー前提の話ね
205 :
2017/01/22(日) 17:06:24.12
多分>>202はサーバーOSとクライアントOSの区別がついてないと思う
206 :
2017/01/22(日) 17:11:19.84
LinuxはデーモンのパッチはほとんどOSの再起動無しで出来るからな
Windowsはカーネルと関係ないパッチでもOSの再起動が必要だから糞
207 :
2017/01/22(日) 17:29:41.91
構成がバカだと工数かかるよねぇ
208 :
2017/01/22(日) 20:38:12.88
>>203
お前の会社がセキュリティのことを何も考えてないだけだろ

当てないと決める場合でも検討は必要
検討しないと当てないと決めることはできない

その検討すらしてないだろ?それはセキュリティのことを何も考えてない証拠だ

ちなみにセキュリティ関連だけでこれだけ出ている
https://rhn.redhat.com/errata/rhel-server-7-errata-security.html

右上のSearchからkernelで検索して絞り込んだセキュリティパッチのうち
Importantとなってるものを見てみろ。だいたい一ヶ月に一回程度でてる。

カーネルのパッチは再起動が必須。5年間再起動なしということは、
これだけの脆弱性をそのまま放置してるってことじゃねーか
209 :
2017/01/22(日) 21:36:14.50
あのぉ、全然COBOLとは関係ないんですけど?
210 :
2017/01/22(日) 23:44:21.05
ここは業務用と個人用の区別が付いていない素人がいるなw
211 :
2017/01/23(月) 00:13:31.65
何が業務用と個人用なのかと問いたい
PCの話なのか?
212 :
2017/01/23(月) 00:32:23.55
言いたいことだけ言って一体主語が何なのか具体的でないのは、解ったつもりで言ってるだけなんだよ
213 :
2017/01/23(月) 00:40:40.17
とりあえずCOBOLで開発したシステムで個人用ってのは基本的にないでしょ
よっぽどの趣味でフリーのコンパイラ使ってWEB開発してる人は居るみたいだけど
214 :
2017/01/23(月) 09:16:14.97
コボラーの常識ではLinuxにWindowsUpdate適用しないんだwすげーよww
215 :
2017/01/23(月) 12:30:05.42
基盤系はCOBOL開発者には関係無いんだが?
216 :
2017/01/24(火) 01:50:45.69
どんどん話が逸れていく
217 :
2017/01/24(火) 07:06:49.38
実務やってないコミュ障が思いこみで書き込んでいるようだね
218 :
仕様書無しさん
2017/01/24(火) 11:56:07.00
COBOLで実務に携わってるのは、おじさん達ばかりじゃないよ。
新卒でも携わってるやつは居る。
それが良かったのか悪かったのはか分からんが。
会社の部署によっては、メインフレームCOBOLだけでなく、
端末画面作成や修正でCやC++を扱う所もある。

メインはCOBOLだが、それだけではエンジニアとしては
まずいので、画面周りでCなど両方をやらされる。
219 :
2017/01/24(火) 12:23:53.09
>>218
今時CやC++みたいな骨董品言語、COBOL並みに習得する価値がないじゃんww
さすが脳みそが化石になったコボラーの発想wwww
220 :
2017/01/24(火) 16:05:09.37
>>219
ならば何が良いのだ?
221 :
2017/01/24(火) 16:10:40.43
>>220
C#一択
222 :
2017/01/24(火) 19:25:02.37
新卒でCOBOLerとか可哀想だな
お前にはもうCOBOL以外やらせない
COBOLシステムの人柱にする
そう宣言されたようなものだ
未来がなさすぎる
あんまりだ
223 :
2017/01/24(火) 22:39:32.18
> 新卒でCOBOLerとか可哀想だな
大手保険会社or銀行のグループ企業なら、それが当たり前だけどな。
まあそんな会社に入るなよってことかねw
224 :
2017/01/24(火) 23:07:59.10
たかだか道具に過ぎない開発言語で四の五の言っている時点でプログラマーとしての未来はないな
225 :
2017/01/25(水) 00:29:42.74
叩いているヤツは柔軟性が無いんだよ
226 :
2017/01/25(水) 07:14:33.52
>>223
金融ユー子の社員は下請けがやるプログラミングなどしない現実
227 :
2017/01/25(水) 08:21:15.34
>>226
そりゃ「プログラミング」は奴隷の仕事だからそうなるわな
228 :
2017/01/25(水) 10:26:02.71
奴隷は言い過ぎだろうけどプログラミング「しか」出来ない人はプログラマーではないのは確か。
ヒアリングから設計、コーディング、テストからリリースまで一通りこなせるのがプログラマー。
229 :
2017/01/25(水) 12:28:17.19
余程規模が小さなシステムしか御経験してないのですね。
230 :
2017/01/25(水) 12:34:41.08
>>229
別に全て1人でやれという意味じゃないとおもうが?
どんだけ思考が短絡的なんだよw
231 :
2017/01/25(水) 12:41:46.39
>>229
コーダーみたいなドカタには到底わからんよ(笑´)
232 :
2017/01/25(水) 19:38:01.26
一人ではやらないけど一人でやれと言われたら全部やるよ
最低限プログラマを名乗るならみんなそれぐらいは出来る
233 :
2017/01/25(水) 21:49:34.39
>>226
意外と内製もしてるよ。
若手を中心に年間○○ステップは内製するというノルマが課されているところもある。
でもある程度年取ると下流工程はレビューでしか関わらないということも多い。
234 :
2017/01/25(水) 22:40:31.91
ステップ数がノルマとかロクデモナイ会社だな
235 :
2017/01/25(水) 23:06:40.84
某ディズニー系保険会社がそうなってる。
236 :
2017/01/25(水) 23:19:31.33
>>232
1000人月規模のプロジェクトも全行程やるというのかね
プロジェクト管理や要件定義はもちろん、設計及び製造〜システムテスト
さらにリリース判定までやるのがプログラマなんだね (笑)
237 :
2017/01/25(水) 23:57:40.65
>>236
え?普通にやるけど?
まぁ1000人規模とまではいかないけど、数百名程度のプロジェクトで案件定義からコーディング、導入立ち会いまで関わるなんて別に珍しくもないし
238 :
2017/01/26(木) 00:05:10.63
>>236
土方コーダーには無理だろうね
239 :
2017/01/26(木) 00:09:16.93
それでプログラマ扱いなのか
要件からリリースまでやると殆どプログラミングなんてやってないじゃん
全工程における製造工程の割合って知ってるよね
240 :
2017/01/26(木) 00:28:46.79
プログラミングといっても所詮手段でしかないし、そもそもコーディングなんて末端の作業でしかないわな
241 :
2017/01/26(木) 00:33:32.65
プログラミングだけでも20代ならまだなんとか通用するけど、
流石に30過ぎてコーディングしかできない、任されないのは正直厳しいかと。
242 :
2017/01/26(木) 00:44:40.53
プログラミング(笑)
243 :
2017/01/26(木) 00:48:58.33
プログラムは協力会社にまかせて、君はもっと重要な業務をやってほしいと言われて以来、プログラミングなどやってません。
244 :
2017/01/26(木) 03:01:54.94
>>241
コードが書けてコードしか書けないやつって見たこと無いんだが。

コードも書けなくて、その他もできないやつなら
よく見かけるけどな。

お前の言う「コードが書ける」のレベルって
すごく低くないか?
245 :
2017/01/26(木) 03:03:56.67
>>243
> プログラムは協力会社にまかせて、君はもっと重要な業務をやってほしいと言われて以来、プログラミングなどやってません。

プロ野球選手に、試合に出るのは他の奴らに任せて
君はもっと重要な業務で、野球に関わってほしい

というようなもんだよなw
246 :
2017/01/26(木) 06:06:06.92
楽器もできないのに指揮者になれるかって話だよな
あれ?指揮者って楽器できんの?
247 :
2017/01/26(木) 06:12:06.14
プログラマーは建築の世界に例えると建築士にあたるので自らプログラムを組むのはそれほど重要じゃないと思う
(実際は自らもコードを書くのがほとんどだけど)
ちなみにSEは本来ある程度経験を積んだプログラマーが就く職種だったのが
最近はプログラム経験が全く無い人間がSEに就くからおかしな事になっている
248 :
2017/01/26(木) 06:52:50.04
>>245
さっきから例えがおかしいことに気づかない?
249 :
2017/01/26(木) 07:30:12.31
時代による
昔はコーディングのコスパが悪かった
今はコーディングしながら設計を考えた方が安くて品質もいい
問題はコスパが悪い時代の人間がその時の感覚で現代のプロジェクトを指揮していること
ジジイでも日頃からコードを書いてるエンジニアは指揮もうまい
250 :
2017/01/26(木) 08:25:35.37
それ設計ってプログラム仕様書の話だろ
それに指揮って何、プロマネのこと?
251 :
2017/01/26(木) 08:55:34.13
プログラム仕様書なんて今も昔も見たことないわ
都市伝説だと思ってる
252 :
2017/01/26(木) 08:58:02.25
プログラマーにとってコードを書くのはあくまで「手段」であって「目的」じゃないからね。
253 :
2017/01/26(木) 10:15:51.95
>>252
それはアメリカのITベンダーの考え方、技術大国である日本はプログラマーは高度なプログラミングが出来てなんぼ
254 :
2017/01/26(木) 12:18:40.77
おじちゃん達、お仕事してるの
255 :
2017/01/26(木) 22:42:04.24
キッティングとそれに使うスクリプト書いて動かしてる
256 :
2017/01/27(金) 00:44:22.78
>>248
たとえはまったくもって正しいよ。
257 :
2017/01/27(金) 00:57:32.20
実務レベルの話は出来ないのね
258 :
2017/01/27(金) 23:52:55.34
>>253
皮肉にも技術力も日本が下なんだよね
259 :
2017/01/28(土) 00:21:24.67
アメリカがー (^ω^)
260 :
2017/01/28(土) 23:48:10.08
>>252
納品物がコードである以上、コードを書くのが目的だ
上流会社はシステムで利益をあげるのが目的かもしれないが
我々プログラマはコードを買ってもらうのが目的

自社製造ならともかく、コードを売ることを商売にしている「プロ」のプログラマ
であるからにはコードは目的だ

傭兵の目的は政治目的を達成することか?
否、傭兵はその戦いによって多額の金銭を受け取るのが目的だ
つまり、我々はコードによって多額の金銭を受け取るのが目的なんだ

もし仮にノーコードでフィニッシュできたとしても
それではお金が貰えない
コードの必要性を訴え、コードを書き、その対価を要求するのが我々のあるべき姿なんだ
261 :
2017/01/29(日) 02:12:03.73
Googleはコードを売っているか?
Microsoftはコードを売っているか?
ゲームはコードを売っているか?

儲けている会社はコードを売ってはいない
コードを売っているのはSI関連だけだ
262 :
2017/01/29(日) 07:33:20.41
ロジックじゃなくてコードとかいってる時点でレベルが解る
263 :
2017/01/29(日) 08:14:27.97
アメリカでは目的を達成するためにはCOBOLだろうがC#だろうが関係なく
どの言語が最適かを考える

日本は目的よりもCOBOLガー、C#ガーと使用する言語に拘る

そりゃ勝てんわなw
264 :
2017/01/29(日) 09:00:16.39
きました、アメリカがー
265 :
2017/01/29(日) 09:15:23.24
>>264
コボラーは視野が狭いね
266 :
2017/01/29(日) 12:11:31.02
視野が広いって何だろうね
アメリカとしか言えない輩の言うことはわからないよ
267 :
2017/01/29(日) 22:35:25.11
アメリカ広いから、視野も広くなるあるよ
268 :
2017/01/30(月) 02:42:29.72
中国もロシアも広いけどな
269 :
2017/01/30(月) 07:14:19.51
なぜ話をそらすのか
270 :
2017/01/30(月) 07:20:53.83
COBOLをどうこう言えないけど
コボラーをどうこう言おうにも
減ってきていてネタ切れなんでしょ
271 :
2017/01/30(月) 08:20:48.97
50代独身で妖精さんになったコボラーを見ると幸せになれるらしいよ
272 :
2017/01/30(月) 08:52:37.96
Java厨やVB厨は叩く前に死滅してしまったのでコボラーしか叩けない
273 :
2017/01/30(月) 08:53:54.37
正直Rubyプログラマー以外ゴミばかり
274 :
2017/01/30(月) 19:57:30.99
ttp://img.animate.tv/news/visual/2012/1344531463_1_3.jpg
275 :
2017/01/31(火) 18:04:46.53
うんこ以下だな
276 :
仕様書無しさん
2017/02/01(水) 17:13:40.42
よく分かったな
277 :
2017/02/02(木) 00:54:45.62
腹んなかパンパンだぜ
278 :
2017/02/02(木) 08:23:18.77
引き出しの中にPCのパスワードを書いた付箋を張ってあるのが老コボラー
279 :
2017/02/02(木) 08:49:46.44
そんな非効率なことするわけないだろ
モニタに貼るわ
280 :
2017/02/02(木) 08:53:19.68
>>278
甘いな
真のコボラーはパスワードをメモした付箋をモニターの縁やキーボードに貼る
281 :
2017/02/02(木) 12:23:47.45
何処でもセキュリティの関係でパスワードを書いた付箋を張るなと言われているのに、現役引退してるとそんな事も解らなくなるのか。
282 :
2017/02/02(木) 22:38:16.50
で?
283 :
2017/02/02(木) 22:41:15.57
無職なのが解る
284 :
2017/02/02(木) 23:32:17.14
なるほど
285 :
仕様書無しさん
2017/02/07(火) 18:39:12.52
パスワードはノートに書く
これが常識
286 :
2017/02/07(火) 22:56:34.65
パスワードはUNKO
287 :
2017/02/07(火) 23:02:56.68
うんこキタ━(゚∀゚)━!
288 :
2017/02/07(火) 23:20:38.30
月一とかでパスワード変えろって言ってくることを考えれば、
unko01とunko02を交互に使えばいいんじゃね?w
289 :
2017/02/08(水) 07:11:48.32
kataiunkoがいいな
290 :
2017/02/08(水) 22:53:25.40
>>285
日本でその習慣がついたのはドラクエのせいだよな
291 :
2017/02/09(木) 00:53:14.27
今どきノートに書くことも無くなったな
スマホやPCあるからな
292 :
仕様書無しさん
2017/02/09(木) 07:57:56.00
>>291
真面目な話をしたんだけどな。ノートに書くのが一番セキュリティ上、安全。
293 :
2017/02/09(木) 08:32:22.08
達筆は最高の暗号化だ!
294 :
2017/02/09(木) 10:50:43.83
>>292
持ち歩いてるならともかく置きっ放しならダメだろ
295 :
2017/02/09(木) 12:18:45.75
安全なパスワードなんてない、が正解。この世に絶対などないのだよ。ハッハッハ。
296 :
仕様書無しさん
2017/02/09(木) 18:21:14.04
>>294
職場で他人のノートを勝手に見るなんて不審者だろw
297 :
2017/02/09(木) 20:34:58.23
職場では付箋に書いて、それをA4用紙に貼りつけてる
もちろんそのA4用紙は秘密の場所に保管
あんまりセキュリティ高い場所じゃないから、それでも問題なし
298 :
2017/02/09(木) 20:42:33.02
>>290
ファミコン版のドラクエ1・2を楽しんでいた小学生も、
今は結構なおっさんになってしまった…。
299 :
2017/02/09(木) 21:36:05.61
>>298
40歳ぐらいかもっと上かな
近所の遊園地でドラクエイベントやってて
最寄駅の改札を通るとレベルアップ音が鳴ったり
駅に到着するごとに宿屋の音が流れたりするけど
感動してるのはお父さんのほうで
子供のほうはいまいち盛り上がってないという状況
300 :
2017/02/09(木) 21:57:13.61
おいらはデスノートに書いている
301 :
2017/02/09(木) 22:31:18.98
1986年5月27日(DQ1発売)に小1だったとしても36〜37歳だしなあ。
ドラクエの大ファンって言ったら40代の人が多そう。
302 :
仕様書無しさん
2017/02/10(金) 22:48:58.99
マイパソコンのパスワードは上司にメールで報告
303 :
仕様書無しさん
2017/02/10(金) 22:57:54.70
>>302
年配とか技術者引退したやつとか普通に他人のパスワードを聞いてくるからなw
304 :
2017/02/11(土) 01:57:33.62
メインフレームってパソコンと同じですよね、みたいな認識の奴が
COBOLなんか捨ててLinuxとJavaにしましょう!ずっと安くなります!
と嘘をつき、あとから追加で金を要求したあげく、問題起こしてトンズラするという

それを思えばCOBOLで保守しつづけた方がずっと安上がり
需要増えろ
305 :
2017/02/11(土) 11:10:08.98
>>304
Windows+C#じゃなくLinux+Javaを勧めるで時点でお察し
LinuxなんてフリーソフトのキモヲタのオモチャOSなのにw
因みにWindowsは商用運用でも充分に耐えうる信頼性と安定性を誇る実績あるOS
306 :
2017/02/11(土) 11:11:14.00
因みに最近はWindows上でメインフレームを走らせている企業がほとんど
307 :
2017/02/11(土) 11:15:42.83
それ、端末エミュ...
308 :
2017/02/11(土) 14:09:15.07
>>307
富士通のメインフレームエミュはlinux配下ですよ
309 :
2017/02/11(土) 14:26:21.42
互換OSもエミュレータとか言ってそうだな
310 :
2017/02/11(土) 14:46:37.28
>>308
捏造乙w
311 :
2017/02/11(土) 15:09:48.84
>>310
その証拠は?
312 :
2017/02/11(土) 15:29:56.02
大体メインフレームエミュって何よ?
313 :
2017/02/11(土) 18:41:49.18
314 :
2017/02/11(土) 19:42:39.25
なんだかんだで商用OSとしてWindowsが最強なんだよなぁ
というかLinuxなんて商用で使っている企業を一度も見たことがないし。
315 :
2017/02/11(土) 19:45:48.06
>>314
そりゃLinuxなんてふあんていすぎて1日に何度も落ちるしパフォーマンスはWindowsの数百分の1なOSなのでサーバーには向いてない
316 :
2017/02/11(土) 20:22:55.61
LinuxってWEBサーバー以外に得意分野あるの?
高価なネットワーク機器の代替品にしやすいってのはあるけど
得意っていうより安価なだけだし・・・

あ、文字検索とかは得意だよね
317 :
2017/02/11(土) 21:25:46.84
>>316
無いよ
世の中の基幹システムはほぼ100%Windowsで稼働している
318 :
2017/02/11(土) 21:41:10.96
>>313
それがlinux配下で動いているメインフレームエミュなのか?

富士通のメインフレーム上でOSIV/XSPシステムを稼働させる際に必要なハードウェア機構と書かれているぞ
319 :
仕様書無しさん
2017/02/11(土) 21:49:25.76
テキストファイルをローカルにコピーするのにいちいちコマンド打たなきゃいけないとか新人も驚くだろうな
320 :
2017/02/11(土) 22:02:58.69
XSP動作機構のハイパーバイザってLinuxベースなの?
321 :
2017/02/11(土) 23:36:04.95
>>319
事務作業員ならともかく、たかがテキストファイルをコピーするのにCLIに抵抗を覚えるような人間は
少なくともプログラマーに向いていない気がする
322 :
2017/02/12(日) 04:17:31.00
私がプログラマになったころのエディタなんてなあ
いちいちコマンド打たなきゃ行挿入やら行削除すらできなかったんだぞーーーーー
ファイルの上書き保存もいちいちコマンド入力で保存場所のディレクトリ指定まで必要だったんだぞおおおおぉおぉぉおぉおお
どうだ驚いたかああああああ

vi なんてカワイイもんだ
323 :
2017/02/12(日) 06:31:52.13
ここCOBOLのスレあるよ
vi関係ないね
324 :
2017/02/12(日) 09:53:03.04
80x25のレイアウトシートで画面設計
テンプレートを使ったフローチャート作成
プログラムはまずコーディングシートに手書き
初めて触ったエディタはCP/M付属のEDでした(当然、大嫌い)
30代です
325 :
2017/02/12(日) 11:53:43.93
コボラーならわかる=2
326 :
2017/02/12(日) 15:23:38.21
>>313
XSPって中小型だろう?
メインフレームと言えばMSPだろう?(今なんて言うのか知らんけど)
327 :
2017/02/12(日) 15:35:57.69
Linuxなんて無くなって全てWindowsなってしまえばいいのに・・・
328 :
2017/02/12(日) 15:37:45.51
C#以外の言語は全てゴミ
329 :
2017/02/12(日) 15:39:29.77
そもそもWindows以外のOSって存在価値あるの?
330 :
2017/02/12(日) 15:41:13.03
なんでwindows使わないかと言うと、勝手にアップデートするしサポートも打ち切られるから、やってられない
331 :
2017/02/12(日) 17:05:19.22
>>329
おまえの存在価値よりは上だと思うんだ。
332 :
2017/02/12(日) 17:32:39.87
>>327
スパコンの京はlinuxベース
Windowsで世界最速のスパコンが出来ればあるいは
333 :
2017/02/12(日) 17:57:39.55
>>332
今はスパコン分野でもWindowsの方がLinuxよりパフォーマンス高いみたいだよ
ttp://cloud.watch.impress.co.jp/docs/interview/416025.html
334 :
2017/02/12(日) 18:09:55.64
>>333
今?
335 :
2017/02/12(日) 18:46:13.10
メーカーはマイクロソフトが主導権を握ってるOSなんか怖くて使えませんよ
336 :
2017/02/12(日) 18:58:12.01
>>335
Linuxなんてただのフリーソフトじゃん
そんな不具合だらけのOSこそ不安で使えないけどw
337 :
2017/02/12(日) 19:32:05.74
Linux上でCOBOL動かす案件は以外と多いんだよ
Unixは最近使わないのかな・・・高いから?
338 :
2017/02/12(日) 19:36:31.14
>>336
だからどんな不具合があるのさ?
339 :
2017/02/12(日) 19:39:06.83
OSとして載っけるのならメーカー側がソースコードレベルで十分な検証してるだろう
windowsはそうはいかない
340 :
2017/02/12(日) 19:44:45.77
>>338
トヨタを凌ぐ大企業が作ったWindowsとどこの馬の骨とも知らない奴が作ったLinuxを同列で語ること自体間違ってる
341 :
2017/02/12(日) 19:49:45.71
googleってLinuxで動いてるんじゃなかったっけ?
だとしたらgoogle最低だな
342 :
2017/02/12(日) 19:59:01.09
>>341
GoogleはLinuxじゃないぞ
343 :
2017/02/12(日) 20:00:10.25
>>339
いや、それなりにそうはいってるぞ。
344 :
2017/02/12(日) 20:00:13.39
>>342
何で動いてる?
345 :
2017/02/12(日) 20:02:36.60
>>344
Windowsに決まってるじゃん・・・
346 :
2017/02/12(日) 21:19:01.67
グーグルはハードもOSも独自だよ
新聞ぐらい嫁
347 :
2017/02/12(日) 21:33:27.18
あのGoogleが使ってるんだ。
日本の企業の殆どは独自OSを使ってるに違いない
348 :
2017/02/12(日) 22:06:57.13
>>347
少しはCOBOLでも使って勉強しろよ
349 :
2017/02/12(日) 22:50:56.34
COBOLで学べることは他の言語を使っていれば、
ほぼ全て学んでいる状態だろうな。

他の言語で簡単にやれることを
面倒にしただけの言語だ。
350 :
2017/02/12(日) 22:55:24.64
コボルの開発などほとんどないから
保守として臨機応変な対応ができなきゃだめ
351 :
2017/02/12(日) 22:56:08.60
使ったことがない人間は
想像で補わざるをえないから
言うことが的外れになる
352 :
仕様書無しさん
2017/02/12(日) 23:33:03.40
>>346
Googleは自前でもうからないものなんて作らないw
353 :
2017/02/14(火) 01:17:07.54
COBOLは新規開発の必要がないほど揃ってるってことだよ
逆にRubyOnRailsなんていまだに使いまわせるソースがないでしょ?
354 :
2017/02/14(火) 02:31:09.44
> COBOLは新規開発の必要がないほど揃ってるってことだよ

COBOL用のウェブアプリフレームワークってなにがあるの?
355 :
仕様書無しさん
2017/02/14(火) 03:52:28.67
>>354
コボラーの大半はCOBOLのことしかわかりません。
356 :
2017/02/14(火) 06:50:53.03
>>354
30年間熟してきた自社フレームワーク
大抵の会社にはあると思うぞ
若い会社や派遣会社以外は・・・
357 :
仕様書無しさん
2017/02/14(火) 08:04:49.08
>>353
gemって・・・
358 :
2017/02/14(火) 08:13:14.43
>>353
銀行の勘定系は新規開発でCOBOL使うよ
359 :
2017/02/14(火) 08:19:21.92
コボラーはCOBOLだけで食っていけるからすごいぜ
最新の技術なんて覚える必要もないぜ
だから1980年代からずっとやっていけてるぜ
360 :
仕様書無しさん
2017/02/14(火) 08:32:36.10
>>359
それで本人がいいならいいんじゃない?
361 :
2017/02/14(火) 08:59:15.90
今のプログラマーでもJavaしか知らない奴、C#しか知らない奴、
特定の開発環境でしか開発できない奴、Windowsしか触れない奴が大半を占めているけどねw

>>327>>328なんかが良い例
362 :
2017/02/14(火) 09:43:32.14
最新言語が使えるだけのオタクちゃんよりも
COBOLを使えて業務知識豊富なおじさま方の方が
ずっと信頼できる
363 :
2017/02/14(火) 10:00:05.61
ある程度の業務知識がないとクライアントのヒアリングすらままならないからなぁ
364 :
2017/02/14(火) 20:47:21.81
・COBOL
ほぼ変わらない技術
給料が高い
求人数安定

ITの理想形がCOBOLにあった
365 :
2017/02/14(火) 22:35:35.94
>>364
低いレベルで変わらないって
それ地獄だと思う
366 :
2017/02/14(火) 23:38:20.74
>>365
仕事を娯楽の一種だと思っている人にとってはそうだろうよ
367 :
2017/02/15(水) 02:41:30.39
出世欲が無かったり、転職を考えていない人だと、
向上心自体はあってもそれが発揮されるのは
趣味や自己啓発に対してだけってことは珍しくない。
368 :
仕様書無しさん
2017/02/15(水) 20:57:29.10
ねっとこぼる
369 :
2017/02/16(木) 00:11:23.25
帳票を印刷する程度の仕事ならCOBOLで十分
むしろRubyより生産性が高い
370 :
2017/02/16(木) 01:10:10.91
バッチつくるならJavaとかよりCOBOLの方が作るの楽
371 :
2017/02/16(木) 02:26:50.43
>>369-370
COBOLが作るのが楽だということがわかる
実際に動くコードを見せて。
変数定義ももちろん含める
372 :
2017/02/16(木) 04:17:21.49
コードなくても、高性能で高速な専用の印刷機を使える時点で
COBOLの実行環境の方が有利だよね
373 :
仕様書無しさん
2017/02/16(木) 06:55:50.44
>>370
なんでJavaと比べているのか?
374 :
2017/02/16(木) 07:11:40.20
COBOLの後継はJava
ダウンサイズしたクラサバではVB
この3つの言語は評価も共通したものがあるでしょ?
375 :
2017/02/16(木) 08:25:13.61
ノンプログラミングツールに置き換えられます
376 :
2017/02/16(木) 09:59:24.53
>>374
そもそも本来の用途が違うやろ
事務処理専門の言語と何を比べてるの?
377 :
仕様書無しさん
2017/02/16(木) 19:22:19.84
>>374
COBOLでできるようなバッチ処理は、オープン系ではスクリプト言語、RDBの言語で置き換えるのが妥当でJavaにするメリットはない。
378 :
2017/02/16(木) 21:32:21.06
言語を統一できるのは大きなメリットだぞ
379 :
2017/02/16(木) 22:16:11.04
デメリットじゃねーの?
380 :
仕様書無しさん
2017/02/16(木) 22:55:31.97
>>378
Javaは統一できていない。最大のデメリットはRDBと考え方が合っていない。Webアプリケーションに関してはJavaだけではどうにもならない。
381 :
2017/02/16(木) 23:29:46.99
固定長のファイルを読むのならCOBOLは向いてるけど、可変長だと面倒くさくなる
382 :
2017/02/17(金) 00:21:16.23
英語の文っぽくして分かりやすくしたのがCOBOLだって言うけどさ
日本人には分かりにくいだけじゃん
383 :
2017/02/17(金) 00:31:54.00
そう思ったからなのか日本語COBOLってものを作った人が居ましたが
曖昧表現の日本語では余計にフンワリして分かりにくく
すぐに廃れた
384 :
2017/02/17(金) 01:25:43.15
>>380
> Javaは統一できていない。最大のデメリットはRDBと考え方が合っていない。

RDBと考え方あってる言語って何?
385 :
2017/02/17(金) 01:27:37.12
>>382
昔、みんながプログラミング言語をたいして読めなかった時代において
可読性というのは自然言語に近いことだったんだよ。

今はプログラミング言語を普通に読めるようになったので、
よりシンプルに記述できることが可読性になってる
386 :
2017/02/17(金) 02:17:41.79
オブジェクト指向とSQLって相性悪いよね
387 :
2017/02/17(金) 04:54:24.82
>>382
予約語一覧に何か意味がわからないものがあるか?
中学校卒業してないのか?
388 :
2017/02/17(金) 07:08:11.75
唐突に君は何を言ってるの
389 :
2017/02/17(金) 21:42:34.64
>>387
予約語の意味がわかったら何なの?

他の言語も予約語の意味ぐらいわかるが
どんな言語もわかりやすさはCOBOLと変わらないって話か?
390 :
仕様書無しさん
2017/02/18(土) 16:25:54.58
COBOLからExcelマクロにMigration
391 :
仕様書無しさん
2017/02/18(土) 22:43:58.22
同じ物書くにもCOBOLの方が冗長になる
392 :
2017/02/19(日) 00:03:34.02
>>389
義務教育で習う英語をベースにしていて、予約語もきちんと意味を把握できるのであれば
日本人にとってわかりにくいと主張するのは事実に反する

「日本人にアセンブリ言語はわかりにくく、習得するのは難しい、なぜなら英単語の短縮形がベースになっているから」
こういい直せば、その理屈の無茶さがわかるだろう?
393 :
2017/02/19(日) 00:20:21.39
>>392
お前の日本語はわかりにくい


こう言えば理解できるか?
単語の意味がわかることと
文章の意味がわかることは違うことなんだよ。

COBOLで書くとプログラム言語としては
わかりづらい文章になる
394 :
2017/02/19(日) 04:30:35.28
別にわかりづらくないから
>>393の主張は意味がわからない
395 :
2017/02/19(日) 09:08:45.38
COBOLは独特だから、
ネット上でプログラミングの典型的な「お題」として上がっているものを、
敢えてCOBOLで書いてみるのは結構面白い。
396 :
仕様書無しさん
2017/02/19(日) 11:46:07.02
習得難度が低い言語を求めているならPythonを勧める
397 :
2017/02/19(日) 12:37:38.65
>>395
冗長すぎて引きつった笑いしかでてこないわなw
398 :
2017/02/19(日) 15:48:39.43
やっぱRubyだろ
399 :
2017/02/19(日) 21:54:31.19
Rubyで基幹系とな?
400 :
仕様書無しさん
2017/02/19(日) 22:40:13.22
プログラミング言語でああだこうだ言ってるうちは初心者
401 :
2017/02/19(日) 22:49:20.65
初心者って何の初心者なんだよ?
402 :
仕様書無しさん
2017/02/19(日) 23:25:35.84
>>400
プログラムに拘らないアーキテクトが
デスマーチを出産するのが
日本ITの伝統
403 :
2017/02/20(月) 01:10:14.01
>>402
案件が炎上するのは上流が原因
404 :
2017/02/20(月) 07:09:15.69
指示待ちには責任無いからね
405 :
2017/02/20(月) 21:41:11.91
小規模案件しか経験のない人には分からんね
406 :
2017/02/20(月) 22:51:12.95
どうせ上流なんかまっとうにやったことないんでしょ
407 :
2017/02/20(月) 23:48:23.73
また銀行合併
408 :
2017/02/21(火) 08:22:36.25
だからどうした
409 :
2017/02/21(火) 12:32:59.98
ぶひっ
410 :
仕様書無しさん
2017/02/24(金) 00:44:17.23
帳票を全件チェックするのが真のコボラー
411 :
2017/02/24(金) 01:07:25.80
平日は赤ペンでリストチェック
週末は赤ペンで競馬新聞をチェック
それがコボラージジィ
412 :
2017/02/24(金) 01:27:04.10
どうだ、COBOLは不滅だろwwww
413 :
2017/02/24(金) 01:34:28.26
COBOLってなんすか?
414 :
2017/02/24(金) 02:06:11.27
愛だよ、愛
415 :
2017/02/24(金) 13:05:02.48
主記憶64KB、外部記憶装置は磁気テープが2基、入力は80桁のIBMカード、ディスプレイ装置無し
68年度版のCOBOLで作業用テープに入ってるデータをソート&マージ

そんな仕事にあこがれる、俺、30代
416 :
仕様書無しさん
2017/02/25(土) 08:45:06.20
コピペしないで手打ちしてミスる50代コボラー
417 :
2017/02/25(土) 10:42:44.89
6と8の区別がつかない老コボラー
418 :
2017/02/26(日) 00:06:26.33
つぶしの効かないCOBOLerが生き残っている限り
Cobolの仕事がなくなることはない
たぶん

人に合わせて仕事がつくられとる
419 :
2017/02/26(日) 01:05:57.30
COBOLの仕事有ってもパイは少ないから
420 :
2017/02/26(日) 07:34:45.06
それがさー
コボラーが老齢によりどんどん引退していくから
人手不足なのか、最近の現場は若返り始めてるよ
新卒かな?ぐらいの若い子がコボルの現場にドンドン投入されてる
ってことは、COBOLの駆逐は諦めたってことなのかもね
421 :
2017/02/26(日) 07:47:30.92
どんどんとかそんなに案件ないだろう
しかも現行運用保守とか詰まらない仕事
422 :
2017/02/26(日) 08:00:59.60
>>421
私は新規開発、もしくは機能追加の開発しかしたことないから
運用保守みたいな眠い仕事したことないのでよくわからんわ
423 :
2017/02/26(日) 08:07:59.97
新規開発と言っても現行システムに数本バッチを追加するだけです。
424 :
2017/02/26(日) 08:11:13.00
>>423
それは新規開発ではなく機能追加でしょ?
425 :
2017/02/26(日) 09:12:24.47
ここのアンチCOBOLのカキコを見てるとどうもプログラムを組んだこと無いどころか就職すらして無いのがバレバレで
なんかイタいというか哀れというか何とも言えない気持ちになるw
426 :
2017/02/26(日) 11:06:58.67
能力あるヤツは叩かずに仕事してるし
能力ないヤツはヒマだから叩くのが趣味って構図
427 :
仕様書無しさん
2017/02/26(日) 11:40:16.87
自分が馬鹿にされてるのに言語が馬鹿にされてると思ってしまうコボラーw
428 :
2017/02/26(日) 12:28:10.32
新規開発とか機能追加とか曖昧な言葉しか出てこないので察しろよ
429 :
2017/02/26(日) 15:41:26.96
>>427
実際のところそうだろう
430 :
仕様書無しさん
2017/02/26(日) 15:59:10.12
なんでコメントにして昔のソース残すの
半分以上コメントじゃない。馬鹿なのタヒるの
431 :
2017/02/26(日) 16:17:10.38
それ言うと老害コボラーが顔真っ赤にして怒るからね
432 :
2017/02/26(日) 16:24:06.76
>>425
と、無職おじさんが言います
433 :
2017/02/26(日) 22:51:32.65
>>430
死にはせんけど
プロジェクトチームから追放されるかもしれんね
434 :
2017/02/26(日) 23:07:35.15
効率を上げるのは罪なんですよ
今までそれでやってきた人のメンツを潰すから
435 :
仕様書無しさん
2017/03/03(金) 14:56:53.18
就職板 関連スレ
【特】メイテック・テクノプロ・アルプス技研 Part3【派】 [無断転載禁止]©2ch.net
http://rio2016.2ch.net/test/read.cgi/recruit/1472402740/l50

情報システム板 関連スレ
[アルプス]特定派遣会社の社内開発[メイテック]
http://hanabi.2ch.net/test/read.cgi/infosys/1312904107/l50
436 :
仕様書無しさん
2017/03/03(金) 21:19:58.57
【IT】日清食品、40年使い続けたCOBOLのメインフレームを撤廃→システム保守に関わる時間が激減、長時間残業もゼロに
http://potato.2ch.net/test/read.cgi/bizplus/1488376136/
437 :
仕様書無しさん
2017/03/09(木) 14:17:57.30
>>436
sapはcobolやってる奴の方がオープン系やってる奴より参入しやすいだろ
残念でしたね
438 :
2017/03/10(金) 20:29:46.64
うるせえ
ばーか
439 :
2017/03/10(金) 23:59:27.09
ちょっとばかり言いすぎた
スマン
440 :
2017/03/11(土) 07:13:56.35
441 :
2017/03/12(日) 01:49:36.07
COBOLは参入障壁が高く難易度は低く一度覚えたらずっと通用する
おまえらどうしてCOBOL嫌いなの?金稼ぎたいならCOBOL一択じゃん
442 :
2017/03/12(日) 06:45:54.59
>>441
別に金を稼ぎたくてプログラマーやってるわけじゃないから
443 :
2017/03/12(日) 07:08:50.95
>>442
サビ残好きなんだな
444 :
2017/03/12(日) 08:41:34.10
好きだけど!?
445 :
2017/03/12(日) 19:06:35.35
関西だけど、コボラー案件はそこそこあるよ。
減ったりはしてないね。
若い子を探したいけど、面談に来るのは、40代後半から50代が多いね。
ほとんどの人は製造系管理、在庫管理システム経験者で、パッケージ導入のため不要になった人達。
金融系経験者が市場に出てくることはほとんどないね。
446 :
2017/03/12(日) 19:37:25.14
未経験40歳だけど需要ある?
447 :
2017/03/12(日) 22:36:01.28
>>446
ない!
448 :
2017/03/12(日) 22:37:37.24
>>445
若い子でVBやVBAやってる子なら、すぐにCOBOL扱えるようになるよ
若くてCOBOL経験者はまず居ないから代替え考えないとね
449 :
2017/03/12(日) 22:55:41.72
>>445
なにを根拠にそこそこと言えるのかと
あるところにはあるけどすべてがそうではない
というころでしょ
450 :
2017/03/12(日) 23:37:37.03
COBOL案件は定期的に出てくるね
若い子にCOBOLをやらせると凄く嫌そうになるね

下手にWEB系で何も残らない時間を過ごすよりは
COBOLから管理職狙ったほうがいいと思うんだが
やっぱ若い時にプログラミングやってIT業界から去っちゃうつもりなの?
451 :
2017/03/13(月) 00:09:37.87
COBOLもjavaも20年後には無用のものとなってるかもよ
452 :
仕様書無しさん
2017/03/13(月) 00:15:05.52
お前ら、新入社員にCOBOL教えようと思うか?
453 :
2017/03/13(月) 00:23:42.76
JAVAは消えてるだろうけど
COBOLはゴキ並みの生命力で残ると予想
454 :
2017/03/13(月) 00:32:30.85
コボルの技術者になれば食いっぱぐれないですよ

ttp://www.cobol.co.jp/aisatsu/
ttp://stpla.jp/company/message.html
455 :
2017/03/13(月) 00:35:01.63
>>453
Javaを大文字で書くあたりがコボラーっすね、先輩!
456 :
2017/03/13(月) 01:37:30.43
金融系はいけるのか
そうなんだ
457 :
2017/03/13(月) 03:44:01.53
かつてはJavaはCOBOLに取って代わるとも言われたけど今は風前の灯火でCOBOLより先に消えそう
C#も数年後になVBのようにMSから切り捨てられるみたいだし
458 :
2017/03/13(月) 04:24:27.78
COBOLのように生産性が悪い言語が生き残るのは
悪夢でしかないね。
459 :
2017/03/13(月) 06:29:18.33
派遣プログラマーが書くJavaやC#のコードなんて酷すぎてCOBOLよりよっぽど生産性が悪い件について
460 :
2017/03/13(月) 08:24:05.32
JavaがCOBOLにとって変わることは絶対に無い
そしてCOBOLのシステムが今後増える可能性も無い
COBOLはニッチな需要しかないので、いざというときにやってくれる人がいない
461 :
2017/03/13(月) 08:30:28.21
>>459
派遣が書くCOBOLコードはどうなんだよ
462 :
2017/03/13(月) 08:53:29.29
>>461
たぶん同じ
結局生産性なんて言語云々以前にプログラマーの技量に依存する部分がかなり大きいということ
463 :
2017/03/13(月) 10:40:17.56
ウチの昔の会社もcobol→javaに変えるはwって超大型案件だったけどどうなったんだろう。
責任者だったハゲが金持って逃げたという話は聞いたが
464 :
2017/03/13(月) 12:16:18.28
なんだ部外者か
465 :
2017/03/13(月) 18:52:19.95
うるさい!黙れ!
466 :
2017/03/13(月) 19:49:51.85
>>449
案件情報とか見たり、客先からも要請があるからそこそこある、って表現したんだけど。
元同僚も人探してるって言うてたしね。
467 :
2017/03/13(月) 19:54:05.62
汎用機の部門に配属されそうな子は、新人研修でコボルやるよ。
ただ、若い子の方が離職率は高い。
若い子には人気ないし。
汎用機の客先からは、経験者を要請されるから、未経験者をねじ込むのは難しいなぁ
468 :
2017/03/13(月) 21:05:26.56
>>467
そこそこできる人とド素人をセット売りしたらいいじゃない
ド素人の面倒はこちらで見ますので〜って
469 :
2017/03/13(月) 21:35:21.69
>>466
案件情報は全くアテにならない
今動ける人を確認するために空案件をばらまいてるだけ
470 :
2017/03/13(月) 21:50:10.57
>>469
案件情報って言い方が悪かったのかもしれないが、自社で管理してる、自分が今いる所とは別の作業場の情報やねん。
だから空案件ではないよ。
少しは需要があるのよ。
471 :
2017/03/13(月) 21:54:02.31
>>468
コボル全く知りませんは、なかなか通らないなぁ
業務知識は仕方ないにしても。
472 :
2017/03/13(月) 23:00:59.20
今、金融がまた需要があるのか
そうだろうな
地銀再編も目白押し
473 :
2017/03/13(月) 23:32:44.86
金融系ってどこで仕事貰えるの?
COBOL経験者が3割を占める弱小ソフトハウスだけど
案件まわってこないよ
自社開発儲からないからCOBOL案件欲しいよ
474 :
2017/03/13(月) 23:54:57.29
身内で回してウハウハなんだよ
475 :
2017/03/14(火) 03:18:13.24
ソフハウスには営業がいないのか?
476 :
2017/03/14(火) 07:15:30.34
中小は案件ほしいので人脈のある40〜50代は大歓迎
用がなくなればポイ捨てですけどね
477 :
2017/03/14(火) 07:55:38.94
コネかも

そこの元システム会社の人が転職して来たりとか、役員の知人がいるとかでくち聞いてもらうとか。
あと大手Siを通してコネを作って、なんとかして口座作るとかかな。
478 :
2017/03/14(火) 08:13:43.62
生保系なら定期的に募集してるよね
教育までみっちりするから若い子欲しいそうな
479 :
2017/03/14(火) 08:17:57.11
>>448
VBからCOBOLは厳しいし
若い子はオープン系も怪しくなってきたぞ
480 :
2017/03/14(火) 08:21:10.31
若い奴は長期でジジイは短期な。
コンピューターに余り興味ない奴は定着するが、バリバリに開発やりたいと言う奴は離れていく。
481 :
2017/03/14(火) 15:24:30.26
人脈頼るなどと、技量がないのと同じw
482 :
2017/03/14(火) 16:34:28.01
欧米だと技術力以上に人脈が重要なんだけどなぁ
技術力さえあればとか言っているのは世界中でも日本のエンジニアだけだよ
483 :
2017/03/14(火) 18:10:28.50
普通、商売は人脈あってなんぼだろ
人脈ない営業はゴミだろ…
484 :
2017/03/14(火) 19:23:21.59
若くしてコボラーになったなら、行くとこたくさんあるんやけど。
で、ちゃんと設計できるようになって欲しい。
コボラーのおじさんはたくさんいるんだけど、プログラム作れない人、上流の設計ができない人が多い。命令文は知ってるけどっていうレベル。30年間何やってたんだよ、と。
テスターで生きてきたんかねー
485 :
2017/03/14(火) 19:25:58.44
人脈で機会を得て、技術で信頼を得る。
どっちも必要。
486 :
2017/03/14(火) 19:33:32.46
>>484
自分オープン系だけど
COBOL新規画面はオープン系より難しい
487 :
仕様書無しさん
2017/03/14(火) 20:25:12.55
>>483
本来はそうなんだが、SI業界はなぜか営業がそういう行動を取らず、ただピンハネ会社を行ったりきたり、電話したり、メールするだけ。

それでも仕事が取れるからそうなるんだろうが、そんな簡単に取れる仕事がまともな仕事のはずがなく、技術者をつぶす。
488 :
2017/03/14(火) 22:53:13.27
VBももうあかんのか
489 :
2017/03/14(火) 23:03:05.32
VBは日曜プログラマの遊び道具としては極めて有用な言語の一つだと思う。
欠点としては、VB6/VBAと.Net以降とで言語仕様があまりに違い過ぎて、
VB6/VBAを勉強した人間にとって敷居が高くなってしまっていることくらいだな。
490 :
2017/03/15(水) 00:32:40.07
設計やらないまま40歳になっていくやつがほとんど
491 :
2017/03/15(水) 00:42:05.96
バッチしかやったことないとか言うからさ
492 :
2017/03/15(水) 00:44:31.15
バッチリ
493 :
仕様書無しさん
2017/03/15(水) 00:52:58.94
>>489
15年くらい前の書き込みだと思うくらい言うことが遅すぎるというか古いなw
494 :
仕様書無しさん
2017/03/15(水) 00:54:59.73
不思議なのはコボラーってどうしてWindowsを触っているのに他のことに興味がある人が少ないのかという点。

いくらでも仕事の幅を広げるチャンスはあっただろうに。
495 :
2017/03/15(水) 01:48:22.34
【プログラミング】Visual Basicの今後 [無断転載禁止](c)2ch.net
http://potato.2ch.net/test/read.cgi/bizplus/1489452174/
496 :
仕様書無しさん
2017/03/15(水) 04:36:42.83
>>494
コボラーって今、PMやってるか、
C、アセンブラもできるから組み込みやってるか
どっちか。お前より広いじゃん
497 :
2017/03/15(水) 07:50:46.65
>>486
画面配下でコボルモジュールを呼び出してる感じ??
画面とコボルの通信が難しい感じなのかなぁ
498 :
2017/03/15(水) 07:56:28.83
コボラーっていうか、自分から動かない気質の人は、他のことに興味がないって感じかな。
楽しようと思ったら、VBA知ってるほうがいいだろうし、他の言語、ツールの使い方とかもね。
ずっと指示されて使われきた人は、受け身が染み付いてる。
499 :
2017/03/15(水) 11:09:27.74
>>498
言語問わずSIはそういうのが多い気がする
大半がプログラム好きでこの業界入ったわけじゃないからだろうね
500 :
2017/03/15(水) 16:52:01.56
っていうかお前には話し掛けてないんだけど。
501 :
2017/03/15(水) 17:22:36.90
VBA プッ
502 :
2017/03/15(水) 17:49:52.31
>>498
何も怒ることないだろw
503 :
2017/03/15(水) 19:01:26.18
ささいな事で怒るヤツ増えたよなあ…
504 :
2017/03/15(水) 22:00:17.38
おれは怒ってないよ。

50代の自社社員にはがっかりしてるけど。
505 :
2017/03/15(水) 22:56:53.91
そのおまえも50代になったらwwww
それを考えたほうがいい
506 :
2017/03/15(水) 23:22:39.59
そうなんだよ、いつかおれもこうなるのかと、すごく悲しい。
507 :
2017/03/16(木) 01:18:26.36
お前はもうなっている!
508 :
2017/03/16(木) 01:51:20.91
年上の社員、同僚のことばかり気にしているようではだめだな
今現実の開発を一生懸命やれば幸福が訪れますよ
509 :
2017/03/16(木) 07:06:52.82
使い捨て要員にヤル気を出させる良い言葉ですね
510 :
2017/03/16(木) 07:53:34.43
普通にやってた結果、自分の親ぐらいの年齢のコボラーを叱らなくてはいけない立場になり、叱る度に心がなんか痛いです。悲しいです。
自分の親も会社ではこんな立場だったのかも、と妄想すると。
511 :
2017/03/16(木) 08:03:17.23
叱られるのが仕事です
512 :
2017/03/16(木) 08:16:16.71
いいんだよ。無能なジジイに印籠渡してやれ。
513 :
2017/03/16(木) 22:24:06.99
また地銀合併だな
514 :
仕様書無しさん
2017/03/16(木) 22:43:30.87
よおし、今夜は合体祭りじゃ!
515 :
2017/03/17(金) 01:23:20.90
いぬとか?
516 :
2017/03/17(金) 12:30:24.28
え?
517 :
2017/03/17(金) 14:51:19.04
ねことか?
518 :
2017/03/17(金) 16:02:59.60
うん
519 :
2017/03/18(土) 07:16:59.27
にゃんにゃん
520 :
仕様書無しさん
2017/03/19(日) 14:31:51.26
減ってきてはいるがまだまだ大丈夫

少なくとも後20年は
521 :
2017/03/19(日) 17:47:35.08
現在はまだ言語変更できるようなところは少ない
大手くらいだ
経営者しだい
522 :
仕様書無しさん
2017/03/19(日) 17:50:47.54
COBOLは言語の問題ではなくて制限がきつすぎるのが問題なんだよ。
523 :
2017/03/19(日) 20:57:22.05
制限?昔から別言語で部分的にやってあるな
アセンブラ
524 :
2017/03/19(日) 21:52:42.92
COBOLって何か制限あったっけ?
むしろCOBOL以外のほうが数値を扱う上で面倒なことが多いけど
525 :
2017/03/19(日) 21:54:17.14
>>498
積極的に覚えて楽するコストと
先行投資せずに苦労するコスト
比較してみたら意外と変わらんよ
526 :
2017/03/19(日) 22:13:45.49
>>499
大学行けるだけの頭が無かった人が、
高校出た後取り敢えず2〜3年制の専門学校行って
IT系企業に入っちゃった場合によく見られるパターンだな。
527 :
仕様書無しさん
2017/03/19(日) 22:19:30.38
>>526
職業マで専門卒の人ほとんど見たことないんだけど
どこに棲息してるのさ?
528 :
2017/03/19(日) 22:45:04.37
俺が所属している会社は総社員数が約1200人で、
今年4月の新入社員約30人中1/10程度が専門卒だな。
俺も入社していなかった頃だが、今から10年ほど前までは新入社員が100人近くで、
その内半分くらいが専門卒というカオスな状況だったらしいw
529 :
2017/03/19(日) 23:38:54.43
中小企業は人が集まらないから専門卒も多い
最近だと外国人も増えてきたね、女性も中小企業のほうが多い
大手は大卒以外や外国人は門前払い

現場に多重派遣されてきてる子は専門卒も少なくないよ
専門卒のほうが言われた通り、世間の常識通りの組み方するから扱い楽でしょ
流行のツール類はだいたい抑えてるしまさに即戦力
530 :
オッサンX
2017/03/20(月) 00:39:39.18
COBOLか
15年くらい前まで、使ってたな・・・遠い目(その後、退職してIT業界引退)
COBOLのバッチプログラムなんかで、処理時間が掛かる部分とかは、
アセンブラでサブモジュールにして組んでた。
今は趣味でAndroidアプリ作ってる程度。
本当は業界に戻りたい。アセンブラは楽しかったが、COBOLはやりたくないな。
531 :
2017/03/20(月) 00:39:39.71
BPコボラーの面談したらほとんどの人が専門卒だよ。
40〜50代だけど。
532 :
2017/03/20(月) 01:24:04.03
専門卒で不利になるとすれば、精々コメント行とか仕様書で
外国語(英語)の綴りや日本語の漢字・仮名遣いの間違いがちょっと多いくらいだなw
533 :
2017/03/20(月) 01:29:18.81
すぐにこういう流れになるねw
534 :
2017/03/20(月) 02:39:30.02
50代だと高卒もおるで
535 :
2017/03/20(月) 03:29:00.53
>>531
その頃の世代は世代人口の割に大学が少なかったから大卒なんて半分もいなかったからな
ましてその時代のプログラマー育成は大学よりも専門学校の方が盛んだったのもあるし
536 :
仕様書無しさん
2017/03/20(月) 05:17:23.88
>>524
いかにもCOBOLしか知らないコボラー
537 :
2017/03/20(月) 06:58:40.05
煽ったり、バカにすることしかしらない↑コボラー
538 :
2017/03/20(月) 09:00:16.93
COBOLは処理速度速いし、生産性も高い
汎用言語かといわれると違う気がするが
分野特化型の言語として最強言語のひとつではないか

>>532
英語コメントは一意性が保てないから反対だな
もともと日本語だったものを英訳する
そして英和して読んでいくと翻訳時にズレがでる

翻訳時に意味が失われないようにするには対応表を作らざるを得ない
それなら最初から日本語のほうがいいのではないか
539 :
2017/03/20(月) 09:11:04.77
COBOLが生産性高いとか、笑うところですか?
540 :
2017/03/20(月) 09:32:27.33
COBOLのようにほとんどバグもなく何十年も社会のインフラを支えるほど安定して稼働し続けられるシステムと
近年のバグだらけ、欠陥だらけでしかも数年で使い捨てられるVBやJavaやC#で構築された脆弱なシステム
果たしてどちらが生産性が高いと言えるのだろうか
541 :
2017/03/20(月) 10:06:24.85
>>540
数年で使い棄てされる、生産性が高い証拠じゃないかw
542 :
2017/03/20(月) 10:08:37.54
たかが開発言語に拘るからおまえらいつまで経っても底辺なんだよ
マトモな人間は用途や目的で言語を選択する
勿論COBOLも例外ではない
543 :
2017/03/20(月) 10:31:22.60
>>530
COBOLの仕事ならあります。
アセンブラは知りません。
544 :
2017/03/20(月) 11:34:54.79
>>538
英語コメントというか、日本語の文章の中で一部の単語だけ英字なんだけど、
その綴りが間違ってるというパターンが多いね。
あと片仮名で書いてても、例えばバッグとバック、デッドとデットがごっちゃになってる奴もいるw
545 :
2017/03/20(月) 12:03:32.24
俺なんてコメントは日本語が殆どでしかも大文字ばかり使ってるw
字が大きい方が見やすく読みやすいからな。

俺はコメントには極力英語は使わないよ。
なんだか英語を日本語に訳した学生時代のノートみたくなってるw
546 :
仕様書無しさん
2017/03/20(月) 13:12:44.46
>>540
COBOLで作られたものは変化が少ない、変化が遅いだけなんだけど?
547 :
仕様書無しさん
2017/03/20(月) 13:15:00.67
>>545
英語圏の人がコメントをあまり書かない理由の一つはコードとコメントの内容がたぶるから。日本語はそうならないから日本人が日本語のコメントをたくさん書くのは必然。
548 :
2017/03/20(月) 13:15:56.35
コボルで間に合ってるんだし、このままでいいよ。
政治家や公務員みたいに、無駄や仕事を増やす必要ないよ。
549 :
2017/03/20(月) 13:18:28.66
コボルは事務員さん用の言語だから、わかりやすくていいんだよ。
その場に合った言語を選べばよい。
550 :
仕様書無しさん
2017/03/20(月) 13:49:04.08
>>547
だよな。英語圏の人ならソースコード見ればそのまま分かるのだろうけど

>>548
俺も賛成。
551 :
仕様書無しさん
2017/03/20(月) 13:49:40.87
>>549
確かペンタゴンが開発したんだっけ?
552 :
2017/03/20(月) 13:50:11.96
>>546
企業の基幹システムでも根幹の比較的変化が少ない、また不具合が許されないバックエンド系はCOBOLで、
逆に変化が多いUI部分等、頻繁に改修を行うことが多いフロントエンド系はJavaやC#で開発といった具合にほとんどの企業は使い分けてるよ
553 :
2017/03/20(月) 13:52:24.67
意外にもアメリカは日本以上に商用システムのほとんどが未だCOBOLって企業が結構多いからな
554 :
2017/03/20(月) 13:52:45.02
あとはWORKING-STORAGE SECTIONに自分で変数作った場合に、
例えばWK-XXXXX-AREAという変数名のXXXXXの部分が英単語なんだけどその綴りが間違ってるとかねw
555 :
仕様書無しさん
2017/03/20(月) 14:55:34.61
>>552
バックエンドはRDBだろ。COBOLを使い続けているのは、いままでCOBOLだったという理由だけ。
556 :
仕様書無しさん
2017/03/20(月) 14:57:18.97
>>553
考えていることが矛盾してないか?COBOLでもいいならCOBOLでいいんだよ。画面をJavaで作るなんてむしろ愚作だし。
557 :
2017/03/20(月) 15:27:01.70
>>555
自分自身で滅茶苦茶な事を言っているのに気付かない?
558 :
仕様書無しさん
2017/03/20(月) 15:30:48.06
>>557
コボラーには理解できないのは理解できる。RDBMSはただのファイルではないからね。
559 :
仕様書無しさん
2017/03/20(月) 15:53:46.98
自分、オープン系だけど、RDBじゃないDBなんてよく分からないし
画面はオープン系のが見易いと思うし
それはDBとは殆んど関係ないとおもう。

つまりごく当たり前の結論として
UI周りはオープン系、処理はCOBOLにさせればいい。
560 :
仕様書無しさん
2017/03/20(月) 15:54:56.12
>>559
561 :
仕様書無しさん
2017/03/20(月) 16:30:34.35
>>559
COBOLを使っているなら画面もCOBOLでいいだろ。なんで無駄に複雑にするんだよw
562 :
仕様書無しさん
2017/03/20(月) 16:52:12.70
>>561
画面COBOLは使いにくい。
マウス使えないし、黒地に白とか緑の文字で
色が少ないからパッと見がよく分からない画面なりがち。
業務は複雑になっていってるから
そんな一昔前の弱小画面では使い勝手悪いし
それがユーザーのミスに繋がる。
UIはオープン系で作るのがセオリー
563 :
仕様書無しさん
2017/03/20(月) 17:14:15.06
JavaFXって流行ってる?
画面デザインにCSSが使えるらしいけど。
564 :
仕様書無しさん
2017/03/20(月) 17:39:03.69
>>562
自分が知ってる世界だけでものを言わないように。画面なんて慣れだから。
565 :
2017/03/20(月) 17:49:41.60
自分こそ現実知らないだろう
オンライン画面をコボルで作るのは稀だぞ
566 :
仕様書無しさん
2017/03/20(月) 17:56:09.15
>>565

>>564は釣りか、真性コボラーじゃない?
昔、オンライン画面をCOBOLで作った事あるが、
もう勘弁してくれの世界だったな。
567 :
仕様書無しさん
2017/03/20(月) 18:27:11.21
自分の職場が普通だと言い張るやつはなんなのか?
568 :
2017/03/20(月) 18:59:39.43
画面っていわゆるポトペタで作れるよね?
あまり使いやすいとは思わないけど、そこまで毛嫌いするほどかな
画面簡単の代名詞的なC#やVBも凝ったことしようとするとノウハウ必要だぞ
569 :
仕様書無しさん
2017/03/20(月) 19:06:44.47
そこで、JavaFXの出番ですよ。
570 :
仕様書無しさん
2017/03/20(月) 19:58:55.00
>>568
WindowsアプリならWindows SDKの開発ならなんでもできるけどな。そのすいで昔のWindowsアプリはUI、コントロールが滅茶苦茶で統一されてない。

いまはスマホ、タブレット、Webブラウザと画面、操作がバラバラのものが出てきてまた混乱している。
571 :
2017/03/20(月) 21:47:51.08
>>541
笑うところだったか?
捨てることが生産性の高さを物語っているってw
572 :
2017/03/20(月) 23:26:24.79
COBOLスレを煽りにくるやつは、どんな仕事をしているんだろうな
言語批判をするようなやつはプログラマ、または情報システム従事者じゃないな
573 :
2017/03/20(月) 23:34:09.81
COBOLでもRDBは簡単に扱えるから、汎用機からオープン系に更改する際にアプリだけCOBOLにしてDBはSQLServerとかにするのはアリよ
画面は作りやすいので作ればなんでもいいし
業務ロジック変わらないなら既存ソース流用もアリ
574 :
2017/03/20(月) 23:35:31.24
>>572
多分、Javaしか知らず上流もやったことのない底辺PGじゃね?
575 :
2017/03/20(月) 23:55:41.23
uiはJavaとかで、DBはコボルから更新してるよ。
576 :
仕様書無しさん
2017/03/21(火) 00:07:01.07
>>573
COBOLの出番がありませんが?
577 :
仕様書無しさん
2017/03/21(火) 00:09:42.84
コボラーの特徴

いまの一部のRDBMSは何から何までRDBMSの機能でできることを知らない。
578 :
2017/03/21(火) 00:14:20.89
コボラーはRDBをインデクスファイルと思ってますから
実際のコーディング見ればわかるよ
579 :
2017/03/21(火) 00:15:27.59
コボラーはDBをファイルがわりに使うって批判されてたけど
今はJavaの世界でもそういう使い方が常識になったよね
というか、Rubyほか多数の言語で一般的になった
580 :
仕様書無しさん
2017/03/21(火) 00:35:50.73
>>579
それはRDBMSの知識がないから。オラクル社の意向くらい知っとけよ。
581 :
2017/03/21(火) 00:39:07.52
DBのことで煽りw
582 :
仕様書無しさん
2017/03/21(火) 04:50:01.84
COBOLは勘定系とかで精度求められるから使ってるんじゃないの?
確かに開発環境がクソだから生産性悪くはあるが。
583 :
2017/03/21(火) 04:55:12.78
eclipseのCOBOLプラグインとかって使えるの?
584 :
530
2017/03/21(火) 06:45:43.55
COBOLの仕事に応募するか検討中。
本当はAndroidアプリやりたいけど、地方都市だから仕事がない。
585 :
2017/03/21(火) 07:16:14.00
応募は自由
直近の経験ないと途中退場されると思われるので無理ですね
586 :
2017/03/21(火) 07:56:20.43
言語は知ってるという前提やもんな、受け入れるほうの現場は。
587 :
2017/03/21(火) 08:05:17.97
COBOLなら習得簡単だから、他言語での開発経験がそれなりにあるなら大丈夫な気がする
588 :
2017/03/21(火) 08:31:27.67
開発環境に馴染めず退場
589 :
2017/03/21(火) 08:55:26.80
そして退場後アンチコボラーとなってスレを荒らす未来まで見えたw
590 :
2017/03/21(火) 12:23:29.26
汎用機COBOLの開発環境って恐ろしいことに80年代から殆ど変わってないと言う事実
若手にはカルチャーショックだ
591 :
2017/03/21(火) 14:44:23.98
金融だけではない、企業の財務会計でも金に関係する部分はまだまだ使われ
更新もされている
592 :
2017/03/21(火) 15:26:48.18
誰だ黒地に白とか緑とか言ってるやつは!!
アンバーだろ、常識で考えて!!
593 :
2017/03/21(火) 15:34:22.31
都市銀は当然として行政、電気、水道、ガス、通信、流通関係はいまだ現役でCOBOLが走ってる
594 :
2017/03/21(火) 15:35:53.48
SoftBankもLinux上でCOBOL走らせてたっけ?
595 :
2017/03/21(火) 15:55:35.13
それだけか?
596 :
2017/03/21(火) 16:32:20.69
Javaやってるやつが主張する
「スタック(ローカル)変数を多用しないとバグが多くなる、静的(グローバル)変数は使うな!」
が未だに理解できないというか、スタック変数使えば使うほどABENDしやすくなるよね?
597 :
仕様書無しさん
2017/03/21(火) 18:13:55.13
固定長のメリットってなんなん
598 :
530
2017/03/21(火) 18:17:36.71
>>585
たしかに、直近の経験は重要だが、
たまにブランク可の求人もある。派遣だけどね。

>>586-587
もちろん、知ってるよ。COBOLの経験は10年。

>>588
EclipseやAndroid Stdioに慣れきっているから、
開発環境にイライラするかも。
IBMのTSOだったら、まだ覚えているよ。

>>589
くそワロタ

>>590
実は最近のCOBOLの動向は、よく知らないんだよね。
昔ながらのメインフレーム環境は変わっていないのかな。
599 :
2017/03/21(火) 18:51:56.04
>>598
オープン系サーバーにアプリだけCOBOLとかは割りとあるよ。
600 :
2017/03/21(火) 19:09:10.14
>>596
子供が一人しかいなきゃそれで済むけど
子供がたくさんいるときは
一人一人名前も違うし個性も違うから
ひとつでは足りない。
因みにみんなが同じように使うものは
staticでok
例えば四捨五入する処理等。
ソモソモライブラリに用意されてるから
そのまま使えばいい。
601 :
仕様書無しさん
2017/03/21(火) 21:15:55.87
>>596
別にjavaに限らんけど、なぜJava?
602 :
2017/03/21(火) 23:24:39.01
コードよりコメントの方が多いコボルソース
603 :
仕様書無しさん
2017/03/21(火) 23:48:59.15
COBOLしか知らない人間とコンピュータの仕組みを話すと会話が成立しない。

CPUが何をやっているのか、基本的な仕組みも理解してなくて驚く。
604 :
2017/03/21(火) 23:58:14.23
業務上どうしても必要な知識とまでは言えず、しかも個人的に興味も無ければ、知らなくても無理は無い。
605 :
2017/03/22(水) 00:08:46.90
でもCOBOL知ってる人間の方が本来の電算機を知ってる気がするのよね
自称プログラマなのにパソコンくらいしか触ったこと無かったりする子って知識が偏りすぎてて
606 :
2017/03/22(水) 00:17:38.29
最近のプログラマーってCPU知識云々以前に自分がどんなシステムで
どういう役割をしているプログラムなのかを理解せずにコード書いているから驚く
しかも案件定義や設計をさせようにも業務知識が皆無だからクライアントと話すらまともに出来ないし
こんなんじゃコーダー位しか使い道無いじゃん
607 :
2017/03/22(水) 00:23:59.64
ハードウェアを意識せずにプログラミングができる言語とか最高じゃん
608 :
2017/03/22(水) 00:29:40.01
他の言語開発者は知らないけどJavaとC#プログラマーで「CPUって何ですか?OSって何ですか?」って真顔で聞いてくる奴はたまに見かける
609 :
2017/03/22(水) 00:33:26.44
Cプログラマーの立場から言わせてもらうとCOBOLだろうがC#だろうがC以外の言語を使ってる奴のレベルなんて目糞鼻糞。
610 :
2017/03/22(水) 00:48:57.87
と、うんこが申しております
611 :
2017/03/22(水) 01:08:45.89
フッ・・・Cプログラマーよ。貴様も孤独だな。
612 :
仕様書無しさん
2017/03/22(水) 01:08:57.15
C言語の俺、鼻高々〜♪
613 :
2017/03/22(水) 01:24:15.51
C言語!? 素敵〜♪ うっふ〜ん
614 :
仕様書無しさん
2017/03/22(水) 01:27:44.74
システムアーキテクトの立場から言わせてもらうとCだろうがCOBOLだろうが言語にこだわっている奴のレベルなんて目糞鼻糞。
615 :
2017/03/22(水) 03:50:31.89
>>606
アサイン前に「今夜わかるxxx業界」って本を部下なり外注なりに貸してあげたのか?
必要ない人なら「それしってるからいらねーお」で終わりだけど

見てるなら次の日には、右手に本抱えた彼はワカランなりに専門用語でどうこう聞いてくるから
こっちは間違いとかを補足しつつ細かい話する
そんな感じでゆるゆる現場見てもらい、現場の作業員の意見を聞いてもらって、みたいなもんすな
616 :
2017/03/22(水) 03:51:22.99
なんだメルアド欄に606とか、酔っぱらいすぎヤバス orz
617 :
2017/03/22(水) 07:06:22.00
脳ミソがうんこと一緒
618 :
仕様書無しさん
2017/03/22(水) 21:18:04.46
フッ・・・フハハハハハ!!!!

Cプログラマーよ! 貴様はCOBOLerに敗北したのだぁ〜!!

どうだぁ!? 恥ずかしくて、2度とこのスレに出てこれまい!!

ワハハハハハ!!
619 :
2017/03/22(水) 21:52:03.03
コボルコンパイラはCで書かれています
620 :
2017/03/23(木) 05:27:24.87
よし、歴戦の結果酒飲んでから眠剤も追加したけどまだ寝れてない>>615が来たぜ!

別にいうことないけどなぁ……ねゆ。
621 :
仕様書無しさん
2017/03/23(木) 07:18:51.94
なーにがコピー句だよお
622 :
2017/03/23(木) 12:57:40.25
いらないコピー句いっぱい付けると、コンパイルリストがエロい事になるから気をつけよう
老人より
623 :
2017/03/23(木) 20:59:17.51
サプレスしとけ。
624 :
2017/03/23(木) 21:18:51.78
普通じゃないな
625 :
仕様書無しさん
2017/03/23(木) 21:44:37.02
>>609
C言語もCPUから見たら、何その変なのはって感じだが?

最低でもアセンブラと言えよw
626 :
2017/03/24(金) 01:08:20.20
コボラーって何故か使い古した電卓使ってるよね
627 :
仕様書無しさん
2017/03/24(金) 01:19:45.01
>>626
Windowsにもスマホにも電卓機能があることを知らないんだろう。
628 :
2017/03/24(金) 02:08:06.69
商業高校の出身者は高校時代の電卓を使い続けているぞ
629 :
2017/03/24(金) 07:18:19.86
コボラーがいる会社ほ勤務表も手書き。
故に計算に電卓が必要。
630 :
2017/03/24(金) 07:39:38.38
勤務表っていうのか
自分のところは出勤簿だったな
631 :
2017/03/24(金) 07:42:41.16
>>627
スマホの電卓じゃブラインドタッチできないから仕事で使うのは無理かと
632 :
2017/03/24(金) 08:19:26.47
見よ!コボラーの高速ブラインド電卓叩き
633 :
2017/03/24(金) 08:38:58.95
コボラーなら勤務表はオンラインに決まってるだろ。
黒い画面に白だか緑色の文字のやつ
634 :
仕様書無しさん
2017/03/24(金) 13:05:24.39
Windows使っていて電卓がそんなに必要な場面が想像できない。
635 :
仕様書無しさん
2017/03/24(金) 16:44:12.19
>>633
懐かしいね


>>634
確かにw
636 :
2017/03/24(金) 22:14:52.53
>>634
なのにキーボードに電卓起動ボタンがある不思議
637 :
仕様書無しさん
2017/03/24(金) 23:07:06.74
シーケンシャルファイルって何?
638 :
仕様書無しさん
2017/03/24(金) 23:12:45.48
>>637
テキストファイルみたいなもの。コボラーはこれをデータベースとも言う。
639 :
2017/03/24(金) 23:43:04.02
>>638
データセットだろ
640 :
2017/03/24(金) 23:46:26.65
>>637
現役だとLTOかな
641 :
2017/03/24(金) 23:48:16.44
コボラーのデータベースはVSAM
642 :
2017/03/25(土) 00:08:47.68
NDBだろ
643 :
2017/03/25(土) 01:36:04.46
電卓はbcで事足りるわ
644 :
2017/03/25(土) 01:54:13.51
今の若い者は階層構造も知らんのか
もっと勉強せいよ!
645 :
2017/03/25(土) 03:07:05.16
いやぁ、2chのスレで書かれたことしか知らないやつがいるだけです
646 :
2017/03/25(土) 04:14:41.11
シーケンシャルファイルって基本情報の用語で出るから若手も意味くらい覚えるんちゃうの?
汎用機用語としてのデータセットという言い回しは汎用機畑に来ないとしないけど
用語としてファイルとデータセットを厳密に使い分けてる人なんて見たことなかったな
647 :
2017/03/25(土) 05:31:45.71
まぁここでCOBOL煽っている奴は言動からプログラマーじゃないのはバレバレだし、そもそも社会人かどうかすら怪しいw
648 :
2017/03/25(土) 07:21:28.49
へー、見抜いたポイントは?(聞かれるとは思ってなかっただろ?)
649 :
2017/03/25(土) 07:41:27.15
効いてる効いてるw
650 :
2017/03/25(土) 10:32:47.54
基本情報は会社が受けろ受けろ言うから取り敢えず受験はするけど、
本人にやる気が無いから殆ど勉強せずに受けて落ち続け、
30歳を迎える頃には会社側も諦めて受けろと言わなくなるケースも多いぞ。
(勉強に対する意欲が低いのは、専門卒で入社した人によく見られる)

或いは学生〜30歳くらいまでに基本情報(人によっては加えて応用情報)に受かったけど、
そこで情報処理技術者試験の勉強・受験は完全にやめるから、それ以降はどんどん忘れていくとか。
651 :
2017/03/25(土) 10:33:32.36
isamとsamの違いを述べよ
652 :
2017/03/25(土) 10:41:36.09
TRFにそんな奴いたな
653 :
仕様書無しさん
2017/03/25(土) 11:16:44.72
>>621
コピー区なつかしいお
654 :
仕様書無しさん
2017/03/25(土) 11:19:21.37
>>619

>コボルコンパイラはCで書かれています


そうなのか?それは知らなかった
てっきりアセンブラで書かれてると思ってたわ
655 :
仕様書無しさん
2017/03/25(土) 11:50:43.28
>>654
いまどきアセンブラはないわ。どのコンパイル言語もC経由だわ。
656 :
仕様書無しさん
2017/03/25(土) 12:00:40.21
>>655
そうなのか?俺はCOBOLコンパイラが何で出来てるのか?
なんて深く考えた事もないよ。
2進数かアセンブラなんだろうなと言う程度だった。

しかしC言語って万能だな。

そう言う俺も現場で1割程度だけどCで画面の保守してる。
残り9割はCOBOLだけど。
657 :
2017/03/25(土) 12:16:34.86
つかプログラマーなら程度の差はあれ普通アセンブラーくらい使えるだろ
658 :
仕様書無しさん
2017/03/25(土) 14:27:16.24
>>656
いまは下手にアセンブラで書くと効率の悪いものができてしまうから、Cコンパイラに任せた方がいい。
659 :
2017/03/25(土) 18:20:10.16
>>657
web系だとアセンブラ使えるやつはいないだろ
660 :
2017/03/25(土) 19:54:15.97
C言語原理主義者
661 :
仕様書無しさん
2017/03/25(土) 20:51:12.11
>>659
そんなことはない。いつからネットがあると思ってんだよw
662 :
2017/03/25(土) 22:38:33.28
>>661
いつから?
一般の人が使えるようになったときじゃなくて?
663 :
仕様書無しさん
2017/03/26(日) 00:52:15.00
>>662
Windows95の時代でさえ、ものによってはCPUが遅すぎてアセンブラで作っていたけどな。
664 :
2017/03/26(日) 01:35:01.10
Win95なんてもう20年以上も昔の話だからなあ。
まだ会社に入ってなかった人も多いだろ。俺もそうだがw
665 :
2017/03/26(日) 05:22:15.77
VSAMはDBじゃない
666 :
2017/03/26(日) 05:24:07.09
原点となるものだが、DBではない
667 :
2017/03/26(日) 05:32:39.87
煽りの登場

668 :
2017/03/26(日) 05:50:11.12
   ,r-‐、              r、_
  /  .ハ     __          ). `ヽ
. i'   / 弋‐r-´- ミ、___      ノ :.    i,
. 'i,  /.   ヽl _,-= _`ヽミー--‐''´  ;    i,
  ヽイ    ' , ,r==ニ、,ヽ、    .:;    |
   i,     ; __ ,r‐'´-‐ニヽ、 ;       l
.   i,      ';. ‐-、´r'´-‐=ニヽ、    i
.    ヽ     ';. -‐´- -ニ-_=.ヽ、   ノ
    ヽ、    ;: ´ ,r ,.--‐ニニ'`_ヽ、 /
      ヽ、,    ':;.  ,-'r' ,-‐‐=`‐-、X、
        `ヽ、,_  ' :;..    _,,r- ‐ ‐-、' _
           ``'ー‐-、  .i',ri,、  ,r‐-、 ヽ、
                `ヽィ七フ) ´  、ヽ `ヽ、
                  `ヾ゙, ` 、ヽヾ i,ヽ `ヽ、
                    i, ', `、.\',.i, `ヽ、ヽ、
                     i、`、 ';,  ヽ ', i,. ヽ, '!
                     ヽ、ヾ,ヽ  i!.ミ ', 'i |
                       `ヽ、 '、 .'ii!)l .リ ノ
                         ` ミ、 i,l,i,',.{y
                           ヽ、リ'゛、j
669 :
2017/03/26(日) 06:04:45.51
ストレートすぎるw
670 :
2017/03/26(日) 09:43:24.18
DBとはデタラメばかり言うバカの事です
671 :
仕様書無しさん
2017/03/26(日) 11:33:18.50
>>664
自分基準?
672 :
2017/03/26(日) 11:41:30.37
>>671
仮にWin95当時大学生だったとしても、今じゃ40過ぎのおっさんだし、
このスレ見てる人の中でもWin95当時はまだ就職してなかった人は多いんじゃないかってこと。
673 :
仕様書無しさん
2017/03/26(日) 11:48:15.41
>>672
2chって年齢層が高いんだぞ。そもそも2chをもり立てた世帯が40歳を超えてるんだから。
674 :
2017/03/26(日) 12:50:56.99
とはいえ流石に昭和50〜60年代生まれくらいまではそこそこいると思うぞ。
流石に平成生まれは受験板等特定の場所を除き少なそうだが。
675 :
2017/03/26(日) 13:00:20.44
>>665
DBの定義は?
676 :
2017/03/26(日) 13:00:47.98
7つ集めると
677 :
2017/03/26(日) 13:02:36.58
>>657
`゚`:.;"゚`<しゃぶんなきゃ撃つぞゴルァ!
678 :
仕様書無しさん
2017/03/26(日) 14:01:42.82
>>674
昭和50年生まれは、いま41歳なんだが?
679 :
2017/03/26(日) 17:05:26.97
今の20代でアセンブラできるやつなんて相当レアだぞ
組込系くらいじゃねーの?
680 :
仕様書無しさん
2017/03/26(日) 17:20:33.57
>>679
アセンブラなら組み込み系とかメーカーのOSくらいだと思う
681 :
仕様書無しさん
2017/03/26(日) 19:05:51.34
東京電力の新会長に日立製作所の人間が就任
682 :
仕様書無しさん
2017/03/26(日) 19:07:04.57
>>679
趣味でWindowsで動くものを作っている人間はそれなりにいるよ。
683 :
2017/03/26(日) 19:42:10.69
>>682
その時点でかなりレアだわ
684 :
2017/03/26(日) 19:58:08.52
>>678
Win95時代に既に就職していた人となると更に条件が厳しくなり、
1995年4月に22歳、すなわち1972年度=昭和47年度以前に生まれた人が条件になる。
(高校卒業後2〜3年制専門学校を経て就職した場合等はあと1、2歳若くなるが、
 当時既に選り好みしなければ殆どの人が大学に入れる時代になりつつあったため、ややレアケースか)
この人達は現在44歳以上。ねらーの内44歳以上の人の割合ってどれくらいなのかな?
685 :
仕様書無しさん
2017/03/26(日) 21:03:59.15
>>684
2割くらいだな。
686 :
仕様書無しさん
2017/03/26(日) 21:08:10.37
>>684
なぜ就職していた人間に特定してるのか?

1990年代後半は学生と若い社会人が2chに多くいたから、その流れで40歳以上が多い。
687 :
2017/03/26(日) 21:25:20.28
だからそもそもアセンブラを学んだ20代なんぞ皆無だろうに
独学するには情報がなさすぎるしメリットもない
専門や大学で教えてるのか?
688 :
2017/03/26(日) 22:36:16.46
アセンブラ、自分は大学でかじった
689 :
2017/03/26(日) 22:51:17.16
大学では今でもやるね
教材がZ80ボードかPICかで別れるかもだけど
最近は素直な石が多くてアセンブリ言語だから難しい、ということはない

もちろん、事務処理をそれだけでやれと言われたら、断るけど
690 :
2017/03/27(月) 01:22:10.91
アセンブラってどんなブラなの
691 :
2017/03/27(月) 01:57:42.62
2点。
692 :
2017/03/28(火) 12:11:49.40
>>690
Jカップのノンワイヤーブラの事だよ
693 :
2017/03/29(水) 09:04:15.62
アセンブラを経験したらもう他のブラは出来ないわ
694 :
2017/03/29(水) 21:26:31.46
オープンカップブラ
695 :
2017/03/29(水) 22:48:29.24
アセンブラは軽くていいわ
156KB

新着レスの表示

★スマホ版★■掲示板に戻る■全部前100次100最新50

名前:E-mail: