板検索:
COBOLって今需要増えてるの?Part5 (414)
まとめビュー
1
仕様書無しさん[]   投稿日:2016/12/12 00:01:59
前すれ
COBOLって今需要増えてるの?Part4 [無断転載禁止]©2ch.net
COBOLって今需要増えてるの?Part4


2
仕様書無しさん[sage]   投稿日:2016/12/12 00:14:38
コボルは椅子取りゲーム
取った椅子は絶対に譲らないぞぉ!!!

3
仕様書無しさん[sage]   投稿日:2016/12/12 01:13:12
そろそろ次スレ立てた方がいいと思う

4
仕様書無しさん[sage]   投稿日:2016/12/12 01:24:20
COBOLの案件は早い者勝ち

5
仕様書無しさん[sage]   投稿日:2016/12/12 02:59:49
COBOLは富士通

6
仕様書無しさん[sage]   投稿日:2016/12/12 03:01:39
COBOLはIBM,NEC,Hitachi,マイクロフォーカス
マイクロソフトCOBOL他

7
仕様書無しさん[sage]   投稿日:2016/12/12 03:05:27
Open COBOL

8
仕様書無しさん[sage]   投稿日:2016/12/12 07:11:13
惑星コボル

9
仕様書無しさん[sage]   投稿日:2016/12/12 08:52:11
COBOLもそうだがWindows一択の時代にLinuxを入れようとするベンダーも頭がおかしいと思う
そういやコボラーって古臭いLinuxが好きそうw


10
仕様書無しさん[sage]   投稿日:2016/12/12 20:11:11
ついでにウンコ好きそう

11
仕様書無しさん[sage]   投稿日:2016/12/12 21:05:38
Windows一択ってどこの業界?

12
仕様書無しさん[sage]   投稿日:2016/12/12 21:32:14
中小企業じゃね?

13
仕様書無しさん[sage]   投稿日:2016/12/13 19:31:42
やっぱりウンコかよ!

14
仕様書無しさん[]   投稿日:2016/12/15 18:47:49
うんこでした…

15
仕様書無しさん[sage]   投稿日:2016/12/15 22:44:13
うんこだと思ったらカレーでした

16
仕様書無しさん[sage]   投稿日:2016/12/16 00:41:48
金曜日はカレーの日

17
仕様書無しさん[sage]   投稿日:2016/12/16 22:48:51
カレー食ったらカレー色のうんこが出た

18
仕様書無しさん[sage]   投稿日:2016/12/18 16:57:44
うんこらしょっと

19
仕様書無しさん[sage]   投稿日:2016/12/19 08:21:47
ディスプレイの文字がうんこ色

20
仕様書無しさん[sage]   投稿日:2016/12/19 22:10:57
あ、便どう

やっぱりうんこだ

21
仕様書無しさん[sage]   投稿日:2016/12/20 12:28:19
運用コボル案件
略してウンコ案件

22
仕様書無しさん[]   投稿日:2016/12/26 15:09:45
セコムはCOBOL使ってるぞ。
他の言語もつかってるが。

23
仕様書無しさん[sage]   投稿日:2016/12/26 15:26:44
ソフトバンクも基幹部分は確かCOBOL
コメント1件

24
仕様書無しさん[]   投稿日:2016/12/26 15:29:17
>23
そうなのか!? それはちょっと意外だった。
通信系の業種だからCOBOLは無いと思い込んでいたよ。

25
仕様書無しさん[]   投稿日:2016/12/26 18:05:15
ここはうんこスレか?(笑)

26
仕様書無しさん[sage]   投稿日:2016/12/26 20:47:31
うん、こぼるのスレだよ

27
仕様書無しさん[sage]   投稿日:2016/12/26 21:35:28
なぜCOBOLなのか

28
仕様書無しさん[sage]   投稿日:2016/12/26 21:54:42
そこにCOBOLがあるから

29
仕様書無しさん[sage]   投稿日:2016/12/27 00:48:34
コボルのお陰でお通じもよくなりました

30
仕様書無しさん[sage]   投稿日:2016/12/27 21:31:26
うんこが細くてコボルのコの字になっていた

31
仕様書無しさん[sage]   投稿日:2016/12/28 03:28:39
> はCOBOL使ってるぞ。

そこへいくと他の部署にまわされるw
道路とか
コメント1件

32
仕様書無しさん[]   投稿日:2016/12/29 13:20:20
>31
残念だったねW セコムには道路とかの仕事は無いのだよ。
技術職で入ったらずっと技術職なのさ。

33
仕様書無しさん[sage]   投稿日:2016/12/29 18:41:58
うんこだったのか

34
仕様書無しさん[sage]   投稿日:2016/12/29 22:50:56
コボルはうんこじゃない
うんこがコボルなんだ

35
仕様書無しさん[]   投稿日:2016/12/30 21:30:51
COBOLにできてEXCELにできない事は何ですか?

36
仕様書無しさん[sage]   投稿日:2016/12/30 21:52:30
計算で誤差を出さないこと
コメント1件

37
仕様書無しさん[sage]   投稿日:2016/12/30 23:48:54
>36
何それ
Excel計算間違いを起こすって事?

38
仕様書無しさん[sage]   投稿日:2016/12/30 23:59:33
COBOLスレのような最果ての地に居る人なら
数値の誤差に関しては常識だと思っていたわ
これはエクセルだけの問題でもないので
興味があるなら調べて下さい
説明するの面倒なので

39
仕様書無しさん[sage]   投稿日:2016/12/31 06:47:22
COBOLだって計算順序違えば値は変わるだろ

40
仕様書無しさん[sage]   投稿日:2016/12/31 07:19:07
それ言語関係無くね?

41
仕様書無しさん[sage]   投稿日:2016/12/31 07:35:15
コボラー程度の認識じゃそんなもんだろ

42
仕様書無しさん[sage]   投稿日:2016/12/31 10:19:39
誰が計算間違いの話してんだよw
計算時の誤差の話してんだけど

43
仕様書無しさん[sage]   投稿日:2016/12/31 11:06:54
誤差の話してんだよ
スキル皆無のコボラーは黙ってろ
コメント1件

44
仕様書無しさん[sage]   投稿日:2016/12/31 11:19:59
黙ってろとはなんだバーカ

45
仕様書無しさん[sage]   投稿日:2016/12/31 12:55:15
じゃあ黙るな書き込み続けろ

46
仕様書無しさん[sage]   投稿日:2016/12/31 13:06:48
後五年か十年かわかりませんが
コボラーが老衰で死滅したら日本のシステムは誰がメンテナンスするんですか?

47
仕様書無しさん[sage]   投稿日:2016/12/31 13:43:29
>43
何が誤差なのか本当は解らないんですね
しったかジジィはこれだから困るよ

48
仕様書無しさん[sage]   投稿日:2016/12/31 15:43:00
実際に式書けよ

49
仕様書無しさん[sage]   投稿日:2016/12/31 21:23:43
ExcelもDecimalっぽい型使えるだろ

50
仕様書無しさん[sage]   投稿日:2016/12/31 21:42:13
誤差じゃねぇよ
仕様だよw

51
仕様書無しさん[sage]   投稿日:2017/01/01 00:00:02
コンピューターの計算で誤差が発生するとかコボラーってアタマおかしいんですか?

52
仕様書無しさん[sage]   投稿日:2017/01/01 00:02:00
で、実際にExcelとCOBOLとで計算結果が変わる実績って何よ?

53
仕様書無しさん[sage]   投稿日:2017/01/01 00:33:33
こいつらアホの集団かよ
新年早々にw

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

同じかどうかを見るやり方は何種類かあるだろうがw

54
仕様書無しさん[sage]   投稿日:2017/01/01 00:36:57
コボラーの常識ではコンピューターに計算させると誤差が生じるらしい(初笑い)

55
仕様書無しさん[sage]   投稿日:2017/01/01 01:23:46
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になります。
コメント1件

56
仕様書無しさん[sage]   投稿日:2017/01/01 06:41:26
rounded付けて普通に四捨五入させろよ
コメント1件

57
仕様書無しさん[sage]   投稿日:2017/01/01 07:08:05
COBOLって四則演算すらマトモに出来ないんだな

58
仕様書無しさん[sage]   投稿日:2017/01/01 07:12:00
うるさいバーカ

59
仕様書無しさん[sage]   投稿日:2017/01/01 10:09:02
新年だしコボカス死ね

60
仕様書無しさん[sage]   投稿日:2017/01/01 10:27:32
元旦からこれだ
COBOLは争いしか生まない

61
仕様書無しさん[sage]   投稿日:2017/01/01 14:34:35
>56
> rounded付けて普通に四捨五入させろよ
そんなことしたら、0.9999999が1になるだろ

62
仕様書無しさん[sage]   投稿日:2017/01/01 14:39:16
それはわざと言ってるのか?

63
仕様書無しさん[]   投稿日:2017/01/07 09:59:13
セキュリティー企業最大手のセコムはメインフレーム

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

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


メインフレームと言えばやっぱCOBOL。
コメント1件

64
仕様書無しさん[sage]   投稿日:2017/01/07 10:10:26
>55
VBのDecimal型もそうだね。JavaのBigDecimal型はどうなんだろう?

65
仕様書無しさん[sage]   投稿日:2017/01/07 11:15:14
>63
COBOL利権
コメント1件

66
仕様書無しさん[]   投稿日:2017/01/07 12:50:28
>65
確かに利権だな。
官公庁は全てメインフレームだし。
県庁とか市役所もメインフレーム。


メインフレーム&COBOL利権だ。

67
仕様書無しさん[sage]   投稿日:2017/01/07 13:12:15
とは言え税金とか預金をWindowsとかで扱ってほしくないなあ
コメント1件

68
仕様書無しさん[sage]   投稿日:2017/01/07 13:13:45
利権構造が社会を壊す
どの業界でもそうだがITも同じだな

69
仕様書無しさん[sage]   投稿日:2017/01/07 15:59:40
COBOLに取ってかわるものがないのだから仕方ないじゃん

私は現在オブジェクト指向言語も取り扱ってるけど
やっぱり開発規模がちっちゃいしコアな部分では使われてないわ

70
仕様書無しさん[sage]   投稿日:2017/01/07 16:32:45
COBOLより優れた言語なんて幾らでもあるし出来るならすぐに置き換えたいんだけど
バカなCOBOL原人の残したものが巨大で破滅的に酷い状態なにで着手できない状態
例えるならメルトダウンした原発みたいなもんだ
コメント1件

71
仕様書無しさん[sage]   投稿日:2017/01/07 17:47:16
>67
Windowsは流石にないけどLinuxやUNIXならそこそこある

72
仕様書無しさん[sage]   投稿日:2017/01/07 17:49:28
COBOL以外の言語は脆弱すぎたり数年で陳腐化するから正直使い物にならないのが現状

73
仕様書無しさん[sage]   投稿日:2017/01/07 17:50:56
Windowsでインフラ系を運用させたら文明社会が崩壊するなw

74
仕様書無しさん[sage]   投稿日:2017/01/07 17:51:05
陳腐化して何十年も放置されたのがCOBOL

75
仕様書無しさん[sage]   投稿日:2017/01/07 17:57:38
厳密にはCOBOLの規格自体はどんどん新しくなっているんだが、
新しい規格のCOBOLを誰も使おうとせず、
古い規格(第三次規格)のCOBOLが広く使われ続けている。

76
仕様書無しさん[sage]   投稿日:2017/01/07 19:34:05
日本人は思考力がなく習慣にとらわれ事なかれ主義の責任回避体質だからね
言語の変化には耐えきれないんだ
コメント1件

77
仕様書無しさん[sage]   投稿日:2017/01/07 19:39:52
COBOLは本来メリケン用のプログラム言語だけどね。

78
仕様書無しさん[sage]   投稿日:2017/01/07 19:42:42
>70
できない言い訳乙

79
仕様書無しさん[sage]   投稿日:2017/01/07 20:03:33
>76
日本よりむしろアメリカの方がCOBOL依存度が高いけどねw
コメント1件

80
仕様書無しさん[sage]   投稿日:2017/01/07 20:08:34
アメリカの国防省だかCIAだかがCOBOLを廃止しようとして結局断念したって話があったな・・・

81
仕様書無しさん[sage]   投稿日:2017/01/08 00:36:53
自分の経験で物事が言えないのがコボラー
なぜならたいした仕事してないから

82
仕様書無しさん[sage]   投稿日:2017/01/08 09:11:56
脱COBOLは大した仕事じゃないのか

83
仕様書無しさん[sage]   投稿日:2017/01/08 09:16:40
仕事というか尻拭いの作業だな

84
仕様書無しさん[sage]   投稿日:2017/01/08 10:32:21
>79
アメリカみたいな海外の話なんてどうでもいい、ここは日本だ

85
仕様書無しさん[sage]   投稿日:2017/01/08 10:33:31
コボルってゲームや動画とか作れないんでしょ?だめじゃん
コメント1件

86
仕様書無しさん[sage]   投稿日:2017/01/08 13:36:04
なぜ作れないと思った?
コメント1件

87
仕様書無しさん[sage]   投稿日:2017/01/08 15:05:40
>85
COBOLはモビルスーツやオーラバトラーだって動かせるぞw

88
仕様書無しさん[sage]   投稿日:2017/01/08 15:09:39
>86
じゃぁコボルでモンスト作ってよスマホアプリ作ってよ、無理でしょ?
よってコボルはゴミ
コメント1件

89
仕様書無しさん[sage]   投稿日:2017/01/08 15:41:37
COBOLはゴミではない
COBOL文化とCOBOLエンジニアがゴミなのである

90
仕様書無しさん[sage]   投稿日:2017/01/08 15:59:19
スマホアプリのような些末なものは最近の流行りのすぐに廃れる言語で十分
お前バカそうだから知らないだろうけど、スマホアプリが何でもスマホ内だけで完結してるわけじゃないぞ
アプリによっては色々経由しながら最終的にはメインフレームと連携してるものもある

大切で失ってゴメーンで済まないデータはメインフレームで守られてる
そこで動く言語はCOBOLなのだから仕方ない
なんならお前らの大好きな言語をメインフレームで使えるようにした方が
COBOLを駆逐する一番の近道かもな

91
仕様書無しさん[sage]   投稿日:2017/01/08 16:13:19
>88
いくら出すわけ?

92
仕様書無しさん[sage]   投稿日:2017/01/08 16:18:29
メインフレームで動く言語はCOBOLだけじゃないし新しく作ろうと思えば難しくはない
ただしCOBOLをそれに置き換える作業は多大な苦痛とコストを払わなければならない
それに耐えうるほどの体力気力を持つ企業は今の日本には存在しない
それほどまでに保守性の低い悪魔のようなシステムを積み上げてきたCOBOLエンジニアには畏怖の念を感じざるを得ない
仕事を取られたくなかったとは言えどよくぞここまで非道に手を染めたものだと
コメント1件

93
仕様書無しさん[sage]   投稿日:2017/01/08 16:59:19
>92
あのな、アクチュアリーって資格知ってますか?
あの資格試験に出てくるような高等数学を
COBOLは拙い機能を駆使して実装したんだよ
だからバケモノみたいなロジックになってる
コボラーはコボラーでも極一部の数学に天才的な才能を持ったものが
誰も理解できないコアな部分を作っている

しかし数学の天才は次から次へと生まれているのだから
今の流行りの言語を駆使してる人の中にも居るんじゃないの?
本気でやる気があれば置き換えはできるよ
膨大な費用と一部の天才が必要だけどね

94
仕様書無しさん[sage]   投稿日:2017/01/08 17:27:29
だからさ、自分がやったこと言えよ
脳内妄想じゃなくてさ
コメント1件

95
仕様書無しさん[sage]   投稿日:2017/01/08 18:16:15
数学者とか物理学者のコードってすごい汚いぞ
学者に限らず頭が良い人って汚いコードでも理解できてしまう
それに彼らは過密な人生送ってるからコーディングに使う時間を多く取れない
だから紳士的で親切な心を併せ持った人じゃないとまず綺麗なコードを書いてくれない
保守性なんて知ったこっちゃないね
まあプログラマとしては二流ってことだね
COBOLエンジニアは三流だけど

96
仕様書無しさん[sage]   投稿日:2017/01/08 18:22:01
あくまでも本人の妄想です

97
仕様書無しさん[sage]   投稿日:2017/01/08 18:28:24
>94
そもそもお前の批判が妄想根拠じゃねーかw
アホかw

98
仕様書無しさん[sage]   投稿日:2017/01/08 23:14:26
なぜ実績を語れないのか
コメント1件

99
仕様書無しさん[sage]   投稿日:2017/01/09 00:27:51
>98
まずお前が実績を語れよ

私は守秘義務違反になるので遠慮しますが
コメント2件

100
仕様書無しさん[sage]   投稿日:2017/01/09 00:40:06
>99
おいらはベースがコボルで作られてる保険基幹業務パッケージシステムのメンテやってるよ
この程度なら守秘義務でもなんでもない
君はどうなのさ

101
仕様書無しさん[sage]   投稿日:2017/01/09 01:19:31
性能無視した芸術的なSQL文組む奴もクズだよな

102
仕様書無しさん[sage]   投稿日:2017/01/09 08:28:50
それはそんなSQLを組まざるを得ないようなスキーマを組んだDB設計者がクズなんだよ
まともなスキーマならシンプルで高速なSQLだけでアプリ組める

103
仕様書無しさん[sage]   投稿日:2017/01/09 21:25:17
(´・ω・`)うんこ…

104
仕様書無しさん[sage]   投稿日:2017/01/11 01:04:48
>99
返事がない。ただの無職のようだ。

105
仕様書無しさん[sage]   投稿日:2017/01/11 02:46:48
無職ほどCOBOLを叩く

106
仕様書無しさん[sage]   投稿日:2017/01/11 08:21:47
COBOLの仕事とれないから悔しいんだね

107
仕様書無しさん[sage]   投稿日:2017/01/11 09:30:47
多分、一度はCOBOLの現場に送り込まれてたが結局ついて行けず脱落した人間が叩いてあるんだろうね

108
仕様書無しさん[sage]   投稿日:2017/01/11 22:58:33
ろくに仕事してないのに知ったかをする無職にはげんなり

109
仕様書無しさん[sage]   投稿日:2017/01/12 08:17:49
COBOLは簡単だが居座るジジイ達との人間関係が難しい
コメント1件

110
仕様書無しさん[sage]   投稿日:2017/01/12 09:41:55
>109
居座るジジイとの人間関係が難しいのは業界業種関係ないのでは?
というかその程度の人間関係も築けないようじゃ社会で生きていくのは厳しいと思うよ。
日本じゃなくアメリカだったらとっくにきみは路上生活者だよ?

111
仕様書無しさん[sage]   投稿日:2017/01/12 09:45:20
アメリカは良くも悪くも実力成果主義だからな
日本は無能な人間でも何とか生きていけるけどアメリカは無能は社会から切り捨てられる

112
仕様書無しさん[sage]   投稿日:2017/01/12 12:24:33
なんで突然アメリカの話が出てくるのか理解不能
大体アメリカって広いんだけど何処の都市の話なんだよ

113
仕様書無しさん[sage]   投稿日:2017/01/12 20:18:29
大企業のシステムが硬直化してビジネスの進化が阻害されてきた
COBOLエンジニアの社会的責任は大きい

114
仕様書無しさん[sage]   投稿日:2017/01/12 21:25:45
今の現場はコボルでやっていくことを宣言したで。
もちろんコボルオンリーなわけではないけど。

115
仕様書無しさん[sage]   投稿日:2017/01/12 21:33:31
丸め誤差ね

116
仕様書無しさん[sage]   投稿日:2017/01/13 01:09:53
COBOLが消えないのは業務システム用の開発言語としてCOBOL以外の言語が不安定で脆弱で糞過ぎるからなんだよなぁ
コメント1件

117
仕様書無しさん[sage]   投稿日:2017/01/13 01:12:25
と自分の都合のいいように思い込む老人なのだった

118
仕様書無しさん[sage]   投稿日:2017/01/13 01:16:49
COBOLに最適化された人間はみんなそう言う
綱渡りの綱の上では安定するが硬い地面だとふらついてしまうそれがCOBOLerという人種

119
仕様書無しさん[sage]   投稿日:2017/01/13 01:31:13
>116
厳密に言うとCOBOL以外の言語が糞ではなく、最近のプログラマーが設計すらマトモに出来ない無能コーダーばかりだから。

120
仕様書無しさん[sage]   投稿日:2017/01/13 01:33:55
アメリカですら脱COBOLをほぼ諦めちゃったからね

121
仕様書無しさん[sage]   投稿日:2017/01/13 06:49:47
COBOLerはシステムを組んできたのではない
クソの山を積み上げていただけだったのだ……
コメント1件

122
仕様書無しさん[sage]   投稿日:2017/01/13 07:13:56
何の根拠もなく自分の都合がいい屁理屈しか言えないのが老コボラー
コメント1件

123
仕様書無しさん[sage]   投稿日:2017/01/13 08:18:39
>122
ブーメラン刺さってますよ

124
仕様書無しさん[sage]   投稿日:2017/01/13 08:26:47
確信を付かれるとお前はどうなんだとワケわからない言いがかりで誤魔化す
、それがコボラーおやじ
コメント1件

125
仕様書無しさん[sage]   投稿日:2017/01/13 08:47:06
>121
その糞の山を切り崩せなかった時点で自分は無能ですって証明したようなものじゃ・・・!?

126
仕様書無しさん[sage]   投稿日:2017/01/13 09:39:19
>124
若い子を装いたいんなら、誤字脱字は見直さないと。

127
仕様書無しさん[sage]   投稿日:2017/01/13 12:32:42
ジジイはまともな日本語も出来ないとでも言うのかぁ!!

128
仕様書無しさん[sage]   投稿日:2017/01/13 19:25:06
COBOLおじさんは技術力がないのに難しい現場を乗り切ってきた猛者が多い
つまりそれだけ交渉能力などビジネスマンとしての能力は高い傾向にある
味方にいると心強いよ
獅子身中の虫にならないようにコードや設計には関わらせない方がいいけど

129
仕様書無しさん[sage]   投稿日:2017/01/13 20:10:57
おれの向かいにいる50代半ばのおじさんは
コードの読み間違い、日本語の理解間違いが多く
今までよくやってこれたな、と思う。

130
仕様書無しさん[sage]   投稿日:2017/01/13 21:19:10
80年代は人手不足でサルでもプログラマになれたから、そのまま居ついた50代はサル頭のじぃさんだらけだ

131
仕様書無しさん[sage]   投稿日:2017/01/14 02:24:33
猿でもプログラマーになれるのはむしろ最近だと思う
何せヒアリング出来ない、設計出来ないドカタレベルの人間がプログラマーになれるくらいだしね
ただその猿のおかげでプログラマーの単価が一般事務員以下にまで下がってしまった
コメント3件

132
仕様書無しさん[sage]   投稿日:2017/01/14 02:31:03
>131
なんでプログラマーがヒアリングや設計するんだよ、アタマ大丈夫?
だいたいプログラマーはコードを書くのが仕事なんだからコミュ力なんて大して重要じゃ無いんだよ
技術者は口先じゃなく技術力があってなんぼなの
まぁ文系事務員のコボラーには理解できんだろうな
コメント1件

133
仕様書無しさん[sage]   投稿日:2017/01/14 09:33:17
>131
ドカタレベルとか言ってるけど昔はまんま元ドカタの未経験者が現場に居たんだぞ
COBOLだったからたいしたロジックもなく誰でも出来るんだよね
流石にCやフォートランにはいなかったようだ

134
仕様書無しさん[sage]   投稿日:2017/01/14 09:35:06
>132
最近は職種のデフレが進んでで
昔プログラマーと呼ばれてた人達は今はコーダーと呼ばれる
今、プログラマーと呼ばれる人は設計も製造もできる人のこと
そしてSEは今や営業と同じ

135
仕様書無しさん[sage]   投稿日:2017/01/14 10:00:12
ヒアリングはともかく設計もできないプログラマにはコードを触らせたくないな
設計に対して不勉強だと適当にコード書いて結合テストで継ぎ接ぎして辻褄合わせるようになる

136
仕様書無しさん[sage]   投稿日:2017/01/14 11:56:11
最近のプログラマー紛いのコーダーってエンジニアとしての技術力無し、他人とマトモに会話でにないので事務員としても使えない、体力も無いのでドカタも無理って何も取り柄ないじゃんww
あ、だから奴隷としてこき使われてるのかw

137
仕様書無しさん[sage]   投稿日:2017/01/14 12:01:26
>131
確かに近ごろのプログラマーは人間としてコミュニケーションが取れない社会不適合者が多いから本当に猿に退化しているのかもしれん。

138
仕様書無しさん[sage]   投稿日:2017/01/14 12:38:17
コミュニケーション取れない人間を阻害する社会構造が悪い
コミュ障は文字通り障害者なんだからタブーとして扱い手厚く保障してやらにゃならん
欠損、奇形、ゲイ、レズ、知障、不妊などと同じ
コミュ障をバカにする人は反社会的で非道徳的なクズ野郎

139
仕様書無しさん[sage]   投稿日:2017/01/14 12:43:55
コボラーは物事を理屈でしか考えられないネトウヨ
コメント1件

140
仕様書無しさん[sage]   投稿日:2017/01/14 12:46:02
>139
逆に理屈で物事を考えないプログラマーっていったい…
コメント1件

141
仕様書無しさん[sage]   投稿日:2017/01/14 12:47:10
>140
うるさいしねアベ信者

142
仕様書無しさん[sage]   投稿日:2017/01/14 13:55:11
COBOLの話題からそれてる

143
仕様書無しさん[sage]   投稿日:2017/01/14 14:06:06
なんで左巻きの人達ってしねとかバカとかすぐ口にするんだろう?

144
仕様書無しさん[sage]   投稿日:2017/01/14 14:09:25
理屈、理論で物事を考える人は右寄りに、
感情、イメージで物事を考える人は左寄りに傾く傾向があるらしい

145
仕様書無しさん[sage]   投稿日:2017/01/14 15:08:50
コミュニケーション能力高い人ばっかり選んで採用を続けてた会社は
難しい仕事、ややこしい仕事をする人が居なくなって
会社組織の運営に支障をきたしてるらしい

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

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

http://netgeek.biz/archives/88718

146
仕様書無しさん[sage]   投稿日:2017/01/14 15:12:13

147
仕様書無しさん[sage]   投稿日:2017/01/14 15:38:30
最近の若者はそういうの多いよね
明るいし話が面白いしお客さんのウケもいい(雑談では)
でも開発やテストを任せてもなかなか進まない
納期が迫ると作業能力のある同僚に仕事が再分配される
コーディングもモデリングもできる訳じゃないから持て余して上流に回してもろくなことにならない
もういい加減にして欲しいんだよね

148
仕様書無しさん[sage]   投稿日:2017/01/14 16:07:43
そりゃバランスよく取らなきゃだめだろ。
逆にプログラミングだけ上手くてコミュニケーションや交渉力が低い人ばかりでも上手くいかないだろうし。

149
仕様書無しさん[sage]   投稿日:2017/01/14 16:21:30
今のプログラマーは別にコミュ力を高めろとは思わないけど、せめて人間社会を営むうえでの最低限のコミュ力くらいは身につけてほしい

150
仕様書無しさん[sage]   投稿日:2017/01/14 19:25:31
酒飲んでウェーイは社会人のコミュニケーションではありません
そこだけ履き違えないでくれればいいよ

151
仕様書無しさん[sage]   投稿日:2017/01/14 19:30:02
最近の若者は〜という言葉が最初に出てくるようになったら
もう完全な老人だ

152
仕様書無しさん[sage]   投稿日:2017/01/14 20:00:54
いつの世も人間はある程度年を取ると、変化についていけなくなり、
自分が若い頃の感覚で年下を批判するようになるんだよな。
今「最近の若者は〜」とか言っちゃう中高年も、
自分が若い頃は年上から似たようなこと言われたしな。

153
仕様書無しさん[]   投稿日:2017/01/15 05:20:05
COBOLってまだあるのか、ソース修正や機能アップで凄い事になってそう。

154
仕様書無しさん[sage]   投稿日:2017/01/15 07:44:29
和暦の追加で仕事有るんじゃね?

155
仕様書無しさん[sage]   投稿日:2017/01/15 07:57:24
コード追加するだけ
元号の入出力に関しては、オンライン画面と帳票出力はCOBOLでやってない

156
仕様書無しさん[sage]   投稿日:2017/01/15 14:24:39
元気なうんこが出た!

157
仕様書無しさん[sage]   投稿日:2017/01/15 19:49:46
オギャア、オギャア

158
仕様書無しさん[sage]   投稿日:2017/01/18 20:07:01
向かいの50代半ばと隣の50代半ばのコボラーのスキルに差があり過ぎて、二人とも今までどんなキャリアを歩んで来たのかと思う。
なぜこうも違うのかと。

159
仕様書無しさん[sage]   投稿日:2017/01/19 00:20:46
コボラーは転送文と条件判定文ぐらいしかコーディングしないから
コントロールブレイクやマッチングが高等なロジックと思ってるから
RDBをインデックスファイルだと思ってるから
コメント2件

160
仕様書無しさん[sage]   投稿日:2017/01/19 01:31:42
DBのない時代はコントロールブレイクもマッチングも
ややこしかったよ

高等かどうかは知らんけど

161
仕様書無しさん[sage]   投稿日:2017/01/19 09:22:30
COBOLの世界についていけなくて解雇された>159がなんかキャンキャン吠えているけど
実際ソースのコピペしか出来ない>159よりは転送文やマッチングが書けるコボラーの方が遙かにマシかと

162
仕様書無しさん[sage]   投稿日:2017/01/19 12:18:31
その転送文でさえコピペなのがコボラーなのさ
いちいち長ったらしいコードなんか書いてられるかだって

163
仕様書無しさん[sage]   投稿日:2017/01/19 12:56:11
よくそこまでコボラーを見ているな
てか、転送文だけならともかく
マッチングのプログラムかどうか
コード読んで判るのかな?

164
仕様書無しさん[sage]   投稿日:2017/01/19 19:10:21
わかるだろ

165
仕様書無しさん[sage]   投稿日:2017/01/19 19:57:44
わかったらコボラーじゃね?

166
仕様書無しさん[sage]   投稿日:2017/01/19 21:18:43
マッチング処理自体はcobol以外でも普通にあるけどな。

167
仕様書無しさん[]   投稿日:2017/01/19 22:06:29
そこそこ優秀なコボラーの需要はあります。
でも経歴詐欺みたいなんも多いから騙されないように気をつけないと。

168
仕様書無しさん[sage]   投稿日:2017/01/19 22:30:10
つーかマッチングのプログラムを書かないと
いけないってのがよくわからんのだが。

アルゴリズムは一緒なのだから、そんなの関数にするだろ?
あとは比較するキーを渡すとか、コールバックで比較するとか
するだけじゃないの?

169
仕様書無しさん[sage]   投稿日:2017/01/19 23:27:53
知ったかぶりウザ
知らないなら黙ってたらいいのに

170
仕様書無しさん[sage]   投稿日:2017/01/19 23:38:55
知ったかぶりと他人をバカにするが、知ってるつもりで
何も知らないのがコボラーでございます。
ゆえに人を批判することしか能がありません。

171
仕様書無しさん[sage]   投稿日:2017/01/19 23:44:00
マッチング処理っていうのは、SQLのJOINのことだよ。
データベースを扱うプログラマが
その場のノリで書くような程度のものを
大変そうにしてるんだよ

172
仕様書無しさん[sage]   投稿日:2017/01/20 00:20:57
殆ど純バッチしかやったことないコボラーにSQLの話しても無駄
コボラーができるののはSAMファイルのシーケンシャルマッチングのみ
コメント1件

173
仕様書無しさん[sage]   投稿日:2017/01/20 07:26:16
>172
ああ、なるほど
そういうのはコボラー体質なんだな

昨日ちょうど触ってたrubyのコードが、そんな感じだった
2重ループ使って、数千件のレコード vs 数千件のレコード をマッチングさせようとしている糞コード
SQLは0.1秒もかからないのに、そこで2分かかってやがる・・・
複数のhashを使ったら0.1秒もかからなかった(おいおい)
もともとSQLには不向きなロジックだけど

174
仕様書無しさん[sage]   投稿日:2017/01/20 07:27:16
コントロールブレイク → ?
転送文 → ?
(シーケンシャル)マッチング → ファイルからデータを検索すること
SAMファイル → ?

175
仕様書無しさん[sage]   投稿日:2017/01/20 08:34:13
たとえRDBが導入されていたとしても、コードは過去の資産を使いたいため、VSAMとして使ってたりするのがCOBOLの現場なんだよ
だからコボラーは過去の古い考えから逃れられない

176
仕様書無しさん[sage]   投稿日:2017/01/20 08:47:41
コントロールブレイク→GROUP
転送文→strcpy() memcpy()
マッチング→JOIN
SAMファイル→シーケンシャルファイル

マッチングは省資源だし簡単にできるのに手順知らない若者は本当に多重ループで寄越すからな
いきなり連想配列使うって発想できる奴は冗談抜きで有望株

177
仕様書無しさん[sage]   投稿日:2017/01/20 19:10:24
おじさんの書くデータ処理ってなんかファイル処理っぽいなあと思っていたがCOBOLが犯人だったのか

178
仕様書無しさん[sage]   投稿日:2017/01/20 19:32:10
お前らがCOBOLから別の言語に書き換えてやればいいんじゃね?

179
仕様書無しさん[sage]   投稿日:2017/01/20 20:02:38
コボラーおやじ、なんか構造化プログラミングがどうとか高圧的にうんちくたれるので困っています。

180
仕様書無しさん[sage]   投稿日:2017/01/20 20:46:32
SQL得意な人が作ったコボルプログラムの夜間処理の性能が悪過ぎて、問題になってたな。
夜間バッチの件数って意外と多いときあるもんな。

181
仕様書無しさん[sage]   投稿日:2017/01/20 23:37:27
> SQL得意な人が作ったコボルプログラムの夜間処

現実的には逆が多い

コボラーが書いたコードが問題を起こす

182
仕様書無しさん[sage]   投稿日:2017/01/20 23:41:18
夜間バッチの件数が多いって何万件のことなんだろう?

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

余裕でメモリに乗る量だ
コメント1件

183
仕様書無しさん[sage]   投稿日:2017/01/21 00:32:22
COBOLを知らないのにしったかみっともない

184
仕様書無しさん[sage]   投稿日:2017/01/21 01:17:16
知ったかとしか言えない無知

185
仕様書無しさん[sage]   投稿日:2017/01/21 01:18:02
まぁここはCOBOLが組めなくてリストラされた奴が私怨でたてたスレだからね

186
仕様書無しさん[sage]   投稿日:2017/01/21 01:36:34
ここのアンチコボラーってCOBOL以外の開発言語を全く触ったことがないのが見え見えなのが痛いw

187
仕様書無しさん[sage]   投稿日:2017/01/21 10:09:56
夜間処理でまとめて計算っての最近は減ってきたな
イベントが発生すると並行処理で計算を開始してある程度の時間内にリードモデルが更新されて画面から確認可能って感じの設計が増えてきてる

188
仕様書無しさん[sage]   投稿日:2017/01/21 11:05:39
今はバッチもJavaでやるからなあ

189
仕様書無しさん[sage]   投稿日:2017/01/21 14:40:30
インターネットの世界では夜間なんてないからね。
日本が夜でも反対側は昼だし。

なので、夜間バッチができるなんて
甘々な環境なんだよ。
コメント1件

190
仕様書無しさん[sage]   投稿日:2017/01/21 14:41:55
もうね、COBOLのシステムってさ、夜間バッチが終わらないとオンライン立ち上げられない、とか時代錯誤もはなはだしいよね
コメント1件

191
仕様書無しさん[sage]   投稿日:2017/01/21 23:31:42
>182
こういう考え方のやつが作ると、メモリー100Gよこせ。って言うんだろうなー
バッチがシングルでしか動かないんならメモリーも少ないだろうが
このやり方って、SQLのダメなところだと思うわ

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

>190
それはCOBOLの問題ではない
動かしているOSの問題だろうが
それか設計が悪いか

192
仕様書無しさん[sage]   投稿日:2017/01/22 00:51:14
プログラミングを知らない人間が必死にCOBOLを叩いてるけど、
叩く内容が余りに頓珍漢過ぎて逆に哀れだわw

193
仕様書無しさん[sage]   投稿日:2017/01/22 00:53:39
そういや最近Javaが一気に衰退し始めたなぁ
以前はJavaがCOBOLに取って代わると言われたのに気がつけばCOBOLより先に消えてしまうなんて…(´・ω・`)

194
仕様書無しさん[sage]   投稿日:2017/01/22 04:36:24
前に書いたかもしんないけど
JAVAは今はC#に浸食されているわ
実際JAVAからC#への乗せ換え案件手伝ったことある
仕事を検索してると同じような案件が増えてきてる

COBOLまったく関係ない話でスマソ

195
仕様書無しさん[sage]   投稿日:2017/01/22 07:37:35
衰退しても駆逐はできないから困る
CobolもJavaも消え去ればいいのにね

196
仕様書無しさん[sage]   投稿日:2017/01/22 07:43:05
C#もMSが大前提なので基幹システムでは使いたくないな

197
仕様書無しさん[sage]   投稿日:2017/01/22 07:57:34
何年前の認識だよ
COBOLおじさん少しは業界の情報インプットした方がいいぞ

198
仕様書無しさん[sage]   投稿日:2017/01/22 09:04:07
平成の次の次の元号になってもcobolは無くなる無くなると言われながら、まだ生き残ってそう。
もっとも今の皇太子様と近い年代の人も多そうだから、流石にその頃は生きてても働いてないだろうが。

199
仕様書無しさん[sage]   投稿日:2017/01/22 09:09:36
レガシーの最大の問題点はそう簡単には排除できないってところだからね
排除されないように大量の罠を仕込んできた悪質なウイルスのようなCOBOLerの勝利と言える
コメント1件

200
仕様書無しさん[sage]   投稿日:2017/01/22 09:25:19
いまだ通常運用で落ちるサーバーOSって唯一Windowsくらいだもんな
Linuxですら5年無停止で稼働なんて当たり前なのに
コメント1件

201
仕様書無しさん[sage]   投稿日:2017/01/22 09:27:06
>199
その陳腐な罠(笑)で手こずるってどんだけ今のプログラマー否コーダーは無能なんだよw

202
仕様書無しさん[sage]   投稿日:2017/01/22 15:37:23
>200
ワロタw
5年間もカーネルのセキュリティパッチ
あててないのねw
コメント2件

203
仕様書無しさん[sage]   投稿日:2017/01/22 17:01:48
>202
個人用途と違い企業ではカーネルのパッチなんて余程の事がない限り普通は当てないよ。
勿論重大なセキュリティーホールやバグでどうしても当てないといけない場合もあるが、その場合カーネルアップデートによる既存システムへの影響の検証等、何日もかけてテストをするので工数が馬鹿にならない。
まぁWindowsと違いLinuxではそこまで重大なセキュリティーホールやバグは滅多にないけどねw
コメント2件

204
仕様書無しさん[sage]   投稿日:2017/01/22 17:03:50
あっ>203はバックエンドの基幹系サーバー前提の話ね

205
仕様書無しさん[sage]   投稿日:2017/01/22 17:06:24
多分>202はサーバーOSとクライアントOSの区別がついてないと思う

206
仕様書無しさん[sage]   投稿日:2017/01/22 17:11:19
LinuxはデーモンのパッチはほとんどOSの再起動無しで出来るからな
Windowsはカーネルと関係ないパッチでもOSの再起動が必要だから糞

207
仕様書無しさん[sage]   投稿日:2017/01/22 17:29:41
構成がバカだと工数かかるよねぇ

208
仕様書無しさん[sage]   投稿日:2017/01/22 20:38:12
>203
お前の会社がセキュリティのことを何も考えてないだけだろ

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

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

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

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

カーネルのパッチは再起動が必須。5年間再起動なしということは、
これだけの脆弱性をそのまま放置してるってことじゃねーか

209
仕様書無しさん[sage]   投稿日:2017/01/22 21:36:14
あのぉ、全然COBOLとは関係ないんですけど?

210
仕様書無しさん[sage]   投稿日:2017/01/22 23:44:21
ここは業務用と個人用の区別が付いていない素人がいるなw

211
仕様書無しさん[sage]   投稿日:2017/01/23 00:13:31
何が業務用と個人用なのかと問いたい
PCの話なのか?

212
仕様書無しさん[sage]   投稿日:2017/01/23 00:32:23
言いたいことだけ言って一体主語が何なのか具体的でないのは、解ったつもりで言ってるだけなんだよ

213
仕様書無しさん[sage]   投稿日:2017/01/23 00:40:40
とりあえずCOBOLで開発したシステムで個人用ってのは基本的にないでしょ
よっぽどの趣味でフリーのコンパイラ使ってWEB開発してる人は居るみたいだけど

214
仕様書無しさん[sage]   投稿日:2017/01/23 09:16:14
コボラーの常識ではLinuxにWindowsUpdate適用しないんだwすげーよww

215
仕様書無しさん[sage]   投稿日:2017/01/23 12:30:05
基盤系はCOBOL開発者には関係無いんだが?

216
仕様書無しさん[sage]   投稿日:2017/01/24 01:50:45
どんどん話が逸れていく

217
仕様書無しさん[sage]   投稿日:2017/01/24 07:06:49
実務やってないコミュ障が思いこみで書き込んでいるようだね

218
仕様書無しさん[]   投稿日:2017/01/24 11:56:07
COBOLで実務に携わってるのは、おじさん達ばかりじゃないよ。
新卒でも携わってるやつは居る。
それが良かったのか悪かったのはか分からんが。
会社の部署によっては、メインフレームCOBOLだけでなく、
端末画面作成や修正でCやC++を扱う所もある。

メインはCOBOLだが、それだけではエンジニアとしては
まずいので、画面周りでCなど両方をやらされる。
コメント1件

219
仕様書無しさん[sage]   投稿日:2017/01/24 12:23:53
>218
今時CやC++みたいな骨董品言語、COBOL並みに習得する価値がないじゃんww
さすが脳みそが化石になったコボラーの発想wwww
コメント1件

220
仕様書無しさん[sage]   投稿日:2017/01/24 16:05:09
>219
ならば何が良いのだ?
コメント1件

221
仕様書無しさん[sage]   投稿日:2017/01/24 16:10:40
>220
C#一択

222
仕様書無しさん[sage]   投稿日:2017/01/24 19:25:02
新卒でCOBOLerとか可哀想だな
お前にはもうCOBOL以外やらせない
COBOLシステムの人柱にする
そう宣言されたようなものだ
未来がなさすぎる
あんまりだ

223
仕様書無しさん[sage]   投稿日:2017/01/24 22:39:32
> 新卒でCOBOLerとか可哀想だな
大手保険会社or銀行のグループ企業なら、それが当たり前だけどな。
まあそんな会社に入るなよってことかねw
コメント1件

224
仕様書無しさん[sage]   投稿日:2017/01/24 23:07:59
たかだか道具に過ぎない開発言語で四の五の言っている時点でプログラマーとしての未来はないな

225
仕様書無しさん[sage]   投稿日:2017/01/25 00:29:42
叩いているヤツは柔軟性が無いんだよ

226
仕様書無しさん[sage]   投稿日:2017/01/25 07:14:33
>223
金融ユー子の社員は下請けがやるプログラミングなどしない現実
コメント2件

227
仕様書無しさん[sage]   投稿日:2017/01/25 08:21:15
>226
そりゃ「プログラミング」は奴隷の仕事だからそうなるわな

228
仕様書無しさん[sage]   投稿日:2017/01/25 10:26:02
奴隷は言い過ぎだろうけどプログラミング「しか」出来ない人はプログラマーではないのは確か。
ヒアリングから設計、コーディング、テストからリリースまで一通りこなせるのがプログラマー。

229
仕様書無しさん[sage]   投稿日:2017/01/25 12:28:17
余程規模が小さなシステムしか御経験してないのですね。
コメント2件

230
仕様書無しさん[sage]   投稿日:2017/01/25 12:34:41
>229
別に全て1人でやれという意味じゃないとおもうが?
どんだけ思考が短絡的なんだよw

231
仕様書無しさん[sage]   投稿日:2017/01/25 12:41:46
>229
コーダーみたいなドカタには到底わからんよ(笑´)

232
仕様書無しさん[sage]   投稿日:2017/01/25 19:38:01
一人ではやらないけど一人でやれと言われたら全部やるよ
最低限プログラマを名乗るならみんなそれぐらいは出来る
コメント1件

233
仕様書無しさん[sage]   投稿日:2017/01/25 21:49:34
>226
意外と内製もしてるよ。
若手を中心に年間○○ステップは内製するというノルマが課されているところもある。
でもある程度年取ると下流工程はレビューでしか関わらないということも多い。

234
仕様書無しさん[sage]   投稿日:2017/01/25 22:40:31
ステップ数がノルマとかロクデモナイ会社だな

235
仕様書無しさん[sage]   投稿日:2017/01/25 23:06:40
某ディズニー系保険会社がそうなってる。

236
仕様書無しさん[sage]   投稿日:2017/01/25 23:19:31
>232
1000人月規模のプロジェクトも全行程やるというのかね
プロジェクト管理や要件定義はもちろん、設計及び製造〜システムテスト
さらにリリース判定までやるのがプログラマなんだね (笑)
コメント2件

237
仕様書無しさん[sage]   投稿日:2017/01/25 23:57:40
>236
え?普通にやるけど?
まぁ1000人規模とまではいかないけど、数百名程度のプロジェクトで案件定義からコーディング、導入立ち会いまで関わるなんて別に珍しくもないし

238
仕様書無しさん[sage]   投稿日:2017/01/26 00:05:10
健全でない言葉が含まれているため表示しません 内容を確認する

239
仕様書無しさん[sage]   投稿日:2017/01/26 00:09:16
それでプログラマ扱いなのか
要件からリリースまでやると殆どプログラミングなんてやってないじゃん
全工程における製造工程の割合って知ってるよね

240
仕様書無しさん[sage]   投稿日:2017/01/26 00:28:46
プログラミングといっても所詮手段でしかないし、そもそもコーディングなんて末端の作業でしかないわな

241
仕様書無しさん[sage]   投稿日:2017/01/26 00:33:32
プログラミングだけでも20代ならまだなんとか通用するけど、
流石に30過ぎてコーディングしかできない、任されないのは正直厳しいかと。
コメント1件

242
仕様書無しさん[sage]   投稿日:2017/01/26 00:44:40
プログラミング(笑)

243
仕様書無しさん[sage]   投稿日:2017/01/26 00:48:58
プログラムは協力会社にまかせて、君はもっと重要な業務をやってほしいと言われて以来、プログラミングなどやってません。
コメント1件

244
仕様書無しさん[sage]   投稿日:2017/01/26 03:01:54
>241
コードが書けてコードしか書けないやつって見たこと無いんだが。

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

お前の言う「コードが書ける」のレベルって
すごく低くないか?

245
仕様書無しさん[sage]   投稿日:2017/01/26 03:03:56
>243
> プログラムは協力会社にまかせて、君はもっと重要な業務をやってほしいと言われて以来、プログラミングなどやってません。

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

というようなもんだよなw
コメント1件

246
仕様書無しさん[sage]   投稿日:2017/01/26 06:06:06
楽器もできないのに指揮者になれるかって話だよな
あれ?指揮者って楽器できんの?

247
仕様書無しさん[sage]   投稿日:2017/01/26 06:12:06
プログラマーは建築の世界に例えると建築士にあたるので自らプログラムを組むのはそれほど重要じゃないと思う
(実際は自らもコードを書くのがほとんどだけど)
ちなみにSEは本来ある程度経験を積んだプログラマーが就く職種だったのが
最近はプログラム経験が全く無い人間がSEに就くからおかしな事になっている

248
仕様書無しさん[sage]   投稿日:2017/01/26 06:52:50
>245
さっきから例えがおかしいことに気づかない?
コメント1件

249
仕様書無しさん[sage]   投稿日:2017/01/26 07:30:12
時代による
昔はコーディングのコスパが悪かった
今はコーディングしながら設計を考えた方が安くて品質もいい
問題はコスパが悪い時代の人間がその時の感覚で現代のプロジェクトを指揮していること
ジジイでも日頃からコードを書いてるエンジニアは指揮もうまい

250
仕様書無しさん[sage]   投稿日:2017/01/26 08:25:35
それ設計ってプログラム仕様書の話だろ
それに指揮って何、プロマネのこと?

251
仕様書無しさん[sage]   投稿日:2017/01/26 08:55:34
プログラム仕様書なんて今も昔も見たことないわ
都市伝説だと思ってる

252
仕様書無しさん[sage]   投稿日:2017/01/26 08:58:02
プログラマーにとってコードを書くのはあくまで「手段」であって「目的」じゃないからね。
コメント2件


253
仕様書無しさん[sage]   投稿日:2017/01/26 10:15:51
>252
それはアメリカのITベンダーの考え方、技術大国である日本はプログラマーは高度なプログラミングが出来てなんぼ
コメント1件

254
仕様書無しさん[sage]   投稿日:2017/01/26 12:18:40
おじちゃん達、お仕事してるの

255
仕様書無しさん[sage]   投稿日:2017/01/26 22:42:04
キッティングとそれに使うスクリプト書いて動かしてる

256
仕様書無しさん[sage]   投稿日:2017/01/27 00:44:22
>248
たとえはまったくもって正しいよ。

257
仕様書無しさん[sage]   投稿日:2017/01/27 00:57:32
実務レベルの話は出来ないのね

258
仕様書無しさん[sage]   投稿日:2017/01/27 23:52:55
>253
皮肉にも技術力も日本が下なんだよね

259
仕様書無しさん[sage]   投稿日:2017/01/28 00:21:24
アメリカがー (^ω^)

260
仕様書無しさん[sage]   投稿日:2017/01/28 23:48:10
>252
納品物がコードである以上、コードを書くのが目的だ
上流会社はシステムで利益をあげるのが目的かもしれないが
我々プログラマはコードを買ってもらうのが目的

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

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

もし仮にノーコードでフィニッシュできたとしても
それではお金が貰えない
コードの必要性を訴え、コードを書き、その対価を要求するのが我々のあるべき姿なんだ

261
仕様書無しさん[sage]   投稿日:2017/01/29 02:12:03
Googleはコードを売っているか?
Microsoftはコードを売っているか?
ゲームはコードを売っているか?

儲けている会社はコードを売ってはいない
コードを売っているのはSI関連だけだ

262
仕様書無しさん[sage]   投稿日:2017/01/29 07:33:20
ロジックじゃなくてコードとかいってる時点でレベルが解る

263
仕様書無しさん[sage]   投稿日:2017/01/29 08:14:27
アメリカでは目的を達成するためにはCOBOLだろうがC#だろうが関係なく
どの言語が最適かを考える

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

そりゃ勝てんわなw

264
仕様書無しさん[sage]   投稿日:2017/01/29 09:00:16
きました、アメリカがー
コメント1件

265
仕様書無しさん[sage]   投稿日:2017/01/29 09:15:23
>264
コボラーは視野が狭いね

266
仕様書無しさん[sage]   投稿日:2017/01/29 12:11:31
視野が広いって何だろうね
アメリカとしか言えない輩の言うことはわからないよ

267
仕様書無しさん[sage]   投稿日:2017/01/29 22:35:25
アメリカ広いから、視野も広くなるあるよ

268
仕様書無しさん[sage]   投稿日:2017/01/30 02:42:29
中国もロシアも広いけどな

269
仕様書無しさん[sage]   投稿日:2017/01/30 07:14:19
なぜ話をそらすのか

270
仕様書無しさん[sage]   投稿日:2017/01/30 07:20:53
COBOLをどうこう言えないけど
コボラーをどうこう言おうにも
減ってきていてネタ切れなんでしょ

271
仕様書無しさん[sage]   投稿日:2017/01/30 08:20:48
50代独身で妖精さんになったコボラーを見ると幸せになれるらしいよ

272
仕様書無しさん[sage]   投稿日:2017/01/30 08:52:37
Java厨やVB厨は叩く前に死滅してしまったのでコボラーしか叩けない

273
仕様書無しさん[sage]   投稿日:2017/01/30 08:53:54
正直Rubyプログラマー以外ゴミばかり

274
仕様書無しさん[sage]   投稿日:2017/01/30 19:57:30

275
仕様書無しさん[sage]   投稿日:2017/01/31 18:04:46
うんこ以下だな

276
仕様書無しさん[]   投稿日:2017/02/01 17:13:40
よく分かったな

277
仕様書無しさん[sage]   投稿日:2017/02/02 00:54:45
腹んなかパンパンだぜ

278
仕様書無しさん[sage]   投稿日:2017/02/02 08:23:18
引き出しの中にPCのパスワードを書いた付箋を張ってあるのが老コボラー
コメント1件

279
仕様書無しさん[sage]   投稿日:2017/02/02 08:49:46
そんな非効率なことするわけないだろ
モニタに貼るわ

280
仕様書無しさん[sage]   投稿日:2017/02/02 08:53:19
>278
甘いな
真のコボラーはパスワードをメモした付箋をモニターの縁やキーボードに貼る

281
仕様書無しさん[sage]   投稿日:2017/02/02 12:23:47
何処でもセキュリティの関係でパスワードを書いた付箋を張るなと言われているのに、現役引退してるとそんな事も解らなくなるのか。

282
仕様書無しさん[sage]   投稿日:2017/02/02 22:38:16
で?

283
仕様書無しさん[sage]   投稿日:2017/02/02 22:41:15
無職なのが解る

284
仕様書無しさん[sage]   投稿日:2017/02/02 23:32:17
なるほど

285
仕様書無しさん[]   投稿日:2017/02/07 18:39:12
パスワードはノートに書く
これが常識
コメント1件

286
仕様書無しさん[sage]   投稿日:2017/02/07 22:56:34
パスワードはUNKO

287
仕様書無しさん[sage]   投稿日:2017/02/07 23:02:56
うんこキタ━(゚∀゚)━!

288
仕様書無しさん[sage]   投稿日:2017/02/07 23:20:38
月一とかでパスワード変えろって言ってくることを考えれば、
unko01とunko02を交互に使えばいいんじゃね?w

289
仕様書無しさん[sage]   投稿日:2017/02/08 07:11:48
kataiunkoがいいな

290
仕様書無しさん[sage]   投稿日:2017/02/08 22:53:25
>285
日本でその習慣がついたのはドラクエのせいだよな
コメント1件

291
仕様書無しさん[sage]   投稿日:2017/02/09 00:53:14
今どきノートに書くことも無くなったな
スマホやPCあるからな
コメント1件

292
仕様書無しさん[]   投稿日:2017/02/09 07:57:56
>291
真面目な話をしたんだけどな。ノートに書くのが一番セキュリティ上、安全。
コメント1件

293
仕様書無しさん[sage]   投稿日:2017/02/09 08:32:22
達筆は最高の暗号化だ!

294
仕様書無しさん[sage]   投稿日:2017/02/09 10:50:43
>292
持ち歩いてるならともかく置きっ放しならダメだろ
コメント1件


295
仕様書無しさん[sage]   投稿日:2017/02/09 12:18:45
安全なパスワードなんてない、が正解。この世に絶対などないのだよ。ハッハッハ。

296
仕様書無しさん[]   投稿日:2017/02/09 18:21:14
>294
職場で他人のノートを勝手に見るなんて不審者だろw

297
仕様書無しさん[sage]   投稿日:2017/02/09 20:34:58
職場では付箋に書いて、それをA4用紙に貼りつけてる
もちろんそのA4用紙は秘密の場所に保管
あんまりセキュリティ高い場所じゃないから、それでも問題なし

298
仕様書無しさん[sage]   投稿日:2017/02/09 20:42:33
>290
ファミコン版のドラクエ1・2を楽しんでいた小学生も、
今は結構なおっさんになってしまった…。
コメント1件

299
仕様書無しさん[sage]   投稿日:2017/02/09 21:36:05
>298
40歳ぐらいかもっと上かな
近所の遊園地でドラクエイベントやってて
最寄駅の改札を通るとレベルアップ音が鳴ったり
駅に到着するごとに宿屋の音が流れたりするけど
感動してるのはお父さんのほうで
子供のほうはいまいち盛り上がってないという状況

300
仕様書無しさん[sage]   投稿日:2017/02/09 21:57:13
おいらはデスノートに書いている

301
仕様書無しさん[sage]   投稿日:2017/02/09 22:31:18
1986年5月27日(DQ1発売)に小1だったとしても36〜37歳だしなあ。
ドラクエの大ファンって言ったら40代の人が多そう。

302
仕様書無しさん[]   投稿日:2017/02/10 22:48:58
マイパソコンのパスワードは上司にメールで報告
コメント1件

303
仕様書無しさん[]   投稿日:2017/02/10 22:57:54
>302
年配とか技術者引退したやつとか普通に他人のパスワードを聞いてくるからなw

304
仕様書無しさん[sage]   投稿日:2017/02/11 01:57:33
メインフレームってパソコンと同じですよね、みたいな認識の奴が
COBOLなんか捨ててLinuxとJavaにしましょう!ずっと安くなります!
と嘘をつき、あとから追加で金を要求したあげく、問題起こしてトンズラするという

それを思えばCOBOLで保守しつづけた方がずっと安上がり
需要増えろ
コメント1件

305
仕様書無しさん[sage]   投稿日:2017/02/11 11:10:08
>304
Windows+C#じゃなくLinux+Javaを勧めるで時点でお察し
LinuxなんてフリーソフトのキモヲタのオモチャOSなのにw
因みにWindowsは商用運用でも充分に耐えうる信頼性と安定性を誇る実績あるOS

306
仕様書無しさん[sage]   投稿日:2017/02/11 11:11:14
因みに最近はWindows上でメインフレームを走らせている企業がほとんど

307
仕様書無しさん[sage]   投稿日:2017/02/11 11:15:42
それ、端末エミュ...
コメント1件

308
仕様書無しさん[sage]   投稿日:2017/02/11 14:09:15
>307
富士通のメインフレームエミュはlinux配下ですよ
コメント1件

309
仕様書無しさん[sage]   投稿日:2017/02/11 14:26:21
互換OSもエミュレータとか言ってそうだな

310
仕様書無しさん[sage]   投稿日:2017/02/11 14:46:37

311
仕様書無しさん[sage]   投稿日:2017/02/11 15:09:48
>310
その証拠は?

312
仕様書無しさん[sage]   投稿日:2017/02/11 15:29:56
大体メインフレームエミュって何よ?
コメント1件

313
仕様書無しさん[sage]   投稿日:2017/02/11 18:41:49

314
仕様書無しさん[sage]   投稿日:2017/02/11 19:42:39
なんだかんだで商用OSとしてWindowsが最強なんだよなぁ
というかLinuxなんて商用で使っている企業を一度も見たことがないし。
コメント1件

315
仕様書無しさん[sage]   投稿日:2017/02/11 19:45:48
>314
そりゃLinuxなんてふあんていすぎて1日に何度も落ちるしパフォーマンスはWindowsの数百分の1なOSなのでサーバーには向いてない

316
仕様書無しさん[sage]   投稿日:2017/02/11 20:22:55
LinuxってWEBサーバー以外に得意分野あるの?
高価なネットワーク機器の代替品にしやすいってのはあるけど
得意っていうより安価なだけだし・・・

あ、文字検索とかは得意だよね
コメント1件

317
仕様書無しさん[sage]   投稿日:2017/02/11 21:25:46
>316
無いよ
世の中の基幹システムはほぼ100%Windowsで稼働している

318
仕様書無しさん[sage]   投稿日:2017/02/11 21:41:10
>313
それがlinux配下で動いているメインフレームエミュなのか?

富士通のメインフレーム上でOSIV/XSPシステムを稼働させる際に必要なハードウェア機構と書かれているぞ

319
仕様書無しさん[]   投稿日:2017/02/11 21:49:25
テキストファイルをローカルにコピーするのにいちいちコマンド打たなきゃいけないとか新人も驚くだろうな
コメント1件

320
仕様書無しさん[sage]   投稿日:2017/02/11 22:02:58
XSP動作機構のハイパーバイザってLinuxベースなの?

321
仕様書無しさん[sage]   投稿日:2017/02/11 23:36:04
>319
事務作業員ならともかく、たかがテキストファイルをコピーするのにCLIに抵抗を覚えるような人間は
少なくともプログラマーに向いていない気がする

322
仕様書無しさん[sage]   投稿日:2017/02/12 04:17:31
私がプログラマになったころのエディタなんてなあ
いちいちコマンド打たなきゃ行挿入やら行削除すらできなかったんだぞーーーーー
ファイルの上書き保存もいちいちコマンド入力で保存場所のディレクトリ指定まで必要だったんだぞおおおおぉおぉぉおぉおお
どうだ驚いたかああああああ

vi なんてカワイイもんだ

323
仕様書無しさん[sage]   投稿日:2017/02/12 06:31:52
ここCOBOLのスレあるよ
vi関係ないね

324
仕様書無しさん[sage]   投稿日:2017/02/12 09:53:03
80x25のレイアウトシートで画面設計
テンプレートを使ったフローチャート作成
プログラムはまずコーディングシートに手書き
初めて触ったエディタはCP/M付属のEDでした(当然、大嫌い)
30代です

325
仕様書無しさん[sage]   投稿日:2017/02/12 11:53:43
コボラーならわかる=2

326
仕様書無しさん[sage]   投稿日:2017/02/12 15:23:38
>313
XSPって中小型だろう?
メインフレームと言えばMSPだろう?(今なんて言うのか知らんけど)

327
仕様書無しさん[sage]   投稿日:2017/02/12 15:35:57
Linuxなんて無くなって全てWindowsなってしまえばいいのに・・・
コメント2件

328
仕様書無しさん[sage]   投稿日:2017/02/12 15:37:45
C#以外の言語は全てゴミ
コメント1件

329
仕様書無しさん[sage]   投稿日:2017/02/12 15:39:29
そもそもWindows以外のOSって存在価値あるの?
コメント1件

330
仕様書無しさん[sage]   投稿日:2017/02/12 15:41:13
なんでwindows使わないかと言うと、勝手にアップデートするしサポートも打ち切られるから、やってられない

331
仕様書無しさん[sage]   投稿日:2017/02/12 17:05:19
>329
おまえの存在価値よりは上だと思うんだ。

332
仕様書無しさん[sage]   投稿日:2017/02/12 17:32:39
>327
スパコンの京はlinuxベース
Windowsで世界最速のスパコンが出来ればあるいは
コメント1件

333
仕様書無しさん[sage]   投稿日:2017/02/12 17:57:39
>332
今はスパコン分野でもWindowsの方がLinuxよりパフォーマンス高いみたいだよ
http://cloud.watch.impress.co.jp/docs/interview/416025.html
コメント1件

334
仕様書無しさん[sage]   投稿日:2017/02/12 18:09:55
>333
今?

335
仕様書無しさん[sage]   投稿日:2017/02/12 18:46:13
メーカーはマイクロソフトが主導権を握ってるOSなんか怖くて使えませんよ
コメント1件

336
仕様書無しさん[sage]   投稿日:2017/02/12 18:58:12
>335
Linuxなんてただのフリーソフトじゃん
そんな不具合だらけのOSこそ不安で使えないけどw
コメント1件

337
仕様書無しさん[sage]   投稿日:2017/02/12 19:32:05
Linux上でCOBOL動かす案件は以外と多いんだよ
Unixは最近使わないのかな・・・高いから?

338
仕様書無しさん[sage]   投稿日:2017/02/12 19:36:31
>336
だからどんな不具合があるのさ?
コメント1件

339
仕様書無しさん[sage]   投稿日:2017/02/12 19:39:06
OSとして載っけるのならメーカー側がソースコードレベルで十分な検証してるだろう
windowsはそうはいかない
コメント1件

340
仕様書無しさん[sage]   投稿日:2017/02/12 19:44:45
>338
トヨタを凌ぐ大企業が作ったWindowsとどこの馬の骨とも知らない奴が作ったLinuxを同列で語ること自体間違ってる

341
仕様書無しさん[sage]   投稿日:2017/02/12 19:49:45
googleってLinuxで動いてるんじゃなかったっけ?
だとしたらgoogle最低だな
コメント1件

342
仕様書無しさん[sage]   投稿日:2017/02/12 19:59:01
>341
GoogleはLinuxじゃないぞ
コメント1件

343
仕様書無しさん[sage]   投稿日:2017/02/12 20:00:10
>339
いや、それなりにそうはいってるぞ。

344
仕様書無しさん[sage]   投稿日:2017/02/12 20:00:13
>342
何で動いてる?
コメント1件

345
仕様書無しさん[sage]   投稿日:2017/02/12 20:02:36
>344
Windowsに決まってるじゃん・・・

346
仕様書無しさん[sage]   投稿日:2017/02/12 21:19:01
グーグルはハードもOSも独自だよ
新聞ぐらい嫁
コメント1件

347
仕様書無しさん[sage]   投稿日:2017/02/12 21:33:27
あのGoogleが使ってるんだ。
日本の企業の殆どは独自OSを使ってるに違いない
コメント1件

348
仕様書無しさん[sage]   投稿日:2017/02/12 22:06:57
>347
少しはCOBOLでも使って勉強しろよ

349
仕様書無しさん[sage]   投稿日:2017/02/12 22:50:56
COBOLで学べることは他の言語を使っていれば、
ほぼ全て学んでいる状態だろうな。

他の言語で簡単にやれることを
面倒にしただけの言語だ。

350
仕様書無しさん[sage]   投稿日:2017/02/12 22:55:24
コボルの開発などほとんどないから
保守として臨機応変な対応ができなきゃだめ

351
仕様書無しさん[sage]   投稿日:2017/02/12 22:56:08
使ったことがない人間は
想像で補わざるをえないから
言うことが的外れになる

352
仕様書無しさん[]   投稿日:2017/02/12 23:33:03
>346
Googleは自前でもうからないものなんて作らないw


353
仕様書無しさん[sage]   投稿日:2017/02/14 01:17:07
COBOLは新規開発の必要がないほど揃ってるってことだよ
逆にRubyOnRailsなんていまだに使いまわせるソースがないでしょ?
コメント2件

354
仕様書無しさん[sage]   投稿日:2017/02/14 02:31:09
> COBOLは新規開発の必要がないほど揃ってるってことだよ

COBOL用のウェブアプリフレームワークってなにがあるの?
コメント2件

355
仕様書無しさん[]   投稿日:2017/02/14 03:52:28
>354
コボラーの大半はCOBOLのことしかわかりません。

356
仕様書無しさん[sage]   投稿日:2017/02/14 06:50:53
>354
30年間熟してきた自社フレームワーク
大抵の会社にはあると思うぞ
若い会社や派遣会社以外は・・・

357
仕様書無しさん[]   投稿日:2017/02/14 08:04:49
>353
gemって・・・

358
仕様書無しさん[sage]   投稿日:2017/02/14 08:13:14
>353
銀行の勘定系は新規開発でCOBOL使うよ

359
仕様書無しさん[sage]   投稿日:2017/02/14 08:19:21
コボラーはCOBOLだけで食っていけるからすごいぜ
最新の技術なんて覚える必要もないぜ
だから1980年代からずっとやっていけてるぜ
コメント1件

360
仕様書無しさん[]   投稿日:2017/02/14 08:32:36
>359
それで本人がいいならいいんじゃない?

361
仕様書無しさん[sage]   投稿日:2017/02/14 08:59:15
今のプログラマーでもJavaしか知らない奴、C#しか知らない奴、
特定の開発環境でしか開発できない奴、Windowsしか触れない奴が大半を占めているけどねw

>327>328なんかが良い例

362
仕様書無しさん[sage]   投稿日:2017/02/14 09:43:32
最新言語が使えるだけのオタクちゃんよりも
COBOLを使えて業務知識豊富なおじさま方の方が
ずっと信頼できる

363
仕様書無しさん[sage]   投稿日:2017/02/14 10:00:05
ある程度の業務知識がないとクライアントのヒアリングすらままならないからなぁ

364
仕様書無しさん[sage]   投稿日:2017/02/14 20:47:21
・COBOL
ほぼ変わらない技術
給料が高い
求人数安定

ITの理想形がCOBOLにあった
コメント1件

365
仕様書無しさん[sage]   投稿日:2017/02/14 22:35:35
>364
低いレベルで変わらないって
それ地獄だと思う
コメント1件

366
仕様書無しさん[sage]   投稿日:2017/02/14 23:38:20
>365
仕事を娯楽の一種だと思っている人にとってはそうだろうよ

367
仕様書無しさん[sage]   投稿日:2017/02/15 02:41:30
出世欲が無かったり、転職を考えていない人だと、
向上心自体はあってもそれが発揮されるのは
趣味や自己啓発に対してだけってことは珍しくない。

368
仕様書無しさん[]   投稿日:2017/02/15 20:57:29
ねっとこぼる

369
仕様書無しさん[sage]   投稿日:2017/02/16 00:11:23
帳票を印刷する程度の仕事ならCOBOLで十分
むしろRubyより生産性が高い
コメント1件

370
仕様書無しさん[sage]   投稿日:2017/02/16 01:10:10
バッチつくるならJavaとかよりCOBOLの方が作るの楽
コメント1件

371
仕様書無しさん[sage]   投稿日:2017/02/16 02:26:50
>369-370
COBOLが作るのが楽だということがわかる
実際に動くコードを見せて。
変数定義ももちろん含める

372
仕様書無しさん[sage]   投稿日:2017/02/16 04:17:21
コードなくても、高性能で高速な専用の印刷機を使える時点で
COBOLの実行環境の方が有利だよね

373
仕様書無しさん[]   投稿日:2017/02/16 06:55:50
>370
なんでJavaと比べているのか?

374
仕様書無しさん[sage]   投稿日:2017/02/16 07:11:40
COBOLの後継はJava
ダウンサイズしたクラサバではVB
この3つの言語は評価も共通したものがあるでしょ?
コメント2件

375
仕様書無しさん[sage]   投稿日:2017/02/16 08:25:13
ノンプログラミングツールに置き換えられます

376
仕様書無しさん[sage]   投稿日:2017/02/16 09:59:24
>374
そもそも本来の用途が違うやろ
事務処理専門の言語と何を比べてるの?

377
仕様書無しさん[]   投稿日:2017/02/16 19:22:19
>374
COBOLでできるようなバッチ処理は、オープン系ではスクリプト言語、RDBの言語で置き換えるのが妥当でJavaにするメリットはない。

378
仕様書無しさん[sage]   投稿日:2017/02/16 21:32:21
言語を統一できるのは大きなメリットだぞ
コメント1件

379
仕様書無しさん[sage]   投稿日:2017/02/16 22:16:11
デメリットじゃねーの?

380
仕様書無しさん[]   投稿日:2017/02/16 22:55:31
>378
Javaは統一できていない。最大のデメリットはRDBと考え方が合っていない。Webアプリケーションに関してはJavaだけではどうにもならない。
コメント1件

381
仕様書無しさん[sage]   投稿日:2017/02/16 23:29:46
固定長のファイルを読むのならCOBOLは向いてるけど、可変長だと面倒くさくなる

382
仕様書無しさん[sage]   投稿日:2017/02/17 00:21:16
英語の文っぽくして分かりやすくしたのがCOBOLだって言うけどさ
日本人には分かりにくいだけじゃん
コメント2件

383
仕様書無しさん[sage]   投稿日:2017/02/17 00:31:54
そう思ったからなのか日本語COBOLってものを作った人が居ましたが
曖昧表現の日本語では余計にフンワリして分かりにくく
すぐに廃れた

384
仕様書無しさん[sage]   投稿日:2017/02/17 01:25:43
>380
> Javaは統一できていない。最大のデメリットはRDBと考え方が合っていない。

RDBと考え方あってる言語って何?

385
仕様書無しさん[sage]   投稿日:2017/02/17 01:27:37
>382
昔、みんながプログラミング言語をたいして読めなかった時代において
可読性というのは自然言語に近いことだったんだよ。

今はプログラミング言語を普通に読めるようになったので、
よりシンプルに記述できることが可読性になってる

386
仕様書無しさん[sage]   投稿日:2017/02/17 02:17:41
オブジェクト指向とSQLって相性悪いよね

387
仕様書無しさん[sage]   投稿日:2017/02/17 04:54:24
>382
予約語一覧に何か意味がわからないものがあるか?
中学校卒業してないのか?
コメント1件

388
仕様書無しさん[sage]   投稿日:2017/02/17 07:08:11
唐突に君は何を言ってるの

389
仕様書無しさん[sage]   投稿日:2017/02/17 21:42:34
>387
予約語の意味がわかったら何なの?

他の言語も予約語の意味ぐらいわかるが
どんな言語もわかりやすさはCOBOLと変わらないって話か?
コメント1件

390
仕様書無しさん[]   投稿日:2017/02/18 16:25:54
COBOLからExcelマクロにMigration

391
仕様書無しさん[]   投稿日:2017/02/18 22:43:58
同じ物書くにもCOBOLの方が冗長になる

392
仕様書無しさん[sage]   投稿日:2017/02/19 00:03:34
>389
義務教育で習う英語をベースにしていて、予約語もきちんと意味を把握できるのであれば
日本人にとってわかりにくいと主張するのは事実に反する

「日本人にアセンブリ言語はわかりにくく、習得するのは難しい、なぜなら英単語の短縮形がベースになっているから」
こういい直せば、その理屈の無茶さがわかるだろう?
コメント1件

393
仕様書無しさん[sage]   投稿日:2017/02/19 00:20:21
>392
お前の日本語はわかりにくい


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

COBOLで書くとプログラム言語としては
わかりづらい文章になる
コメント1件

394
仕様書無しさん[sage]   投稿日:2017/02/19 04:30:35
別にわかりづらくないから
>393の主張は意味がわからない

395
仕様書無しさん[sage]   投稿日:2017/02/19 09:08:45
COBOLは独特だから、
ネット上でプログラミングの典型的な「お題」として上がっているものを、
敢えてCOBOLで書いてみるのは結構面白い。
コメント1件

396
仕様書無しさん[]   投稿日:2017/02/19 11:46:07
習得難度が低い言語を求めているならPythonを勧める

397
仕様書無しさん[sage]   投稿日:2017/02/19 12:37:38
>395
冗長すぎて引きつった笑いしかでてこないわなw

398
仕様書無しさん[sage]   投稿日:2017/02/19 15:48:39
やっぱRubyだろ

399
仕様書無しさん[sage]   投稿日:2017/02/19 21:54:31
Rubyで基幹系とな?

400
仕様書無しさん[]   投稿日:2017/02/19 22:40:13
プログラミング言語でああだこうだ言ってるうちは初心者
コメント1件

401
仕様書無しさん[sage]   投稿日:2017/02/19 22:49:20
初心者って何の初心者なんだよ?

402
仕様書無しさん[]   投稿日:2017/02/19 23:25:35
>400
プログラムに拘らないアーキテクトが
デスマーチを出産するのが
日本ITの伝統
コメント1件

403
仕様書無しさん[sage]   投稿日:2017/02/20 01:10:14
>402
案件が炎上するのは上流が原因

404
仕様書無しさん[sage]   投稿日:2017/02/20 07:09:15
指示待ちには責任無いからね

405
仕様書無しさん[sage]   投稿日:2017/02/20 21:41:11
小規模案件しか経験のない人には分からんね

406
仕様書無しさん[sage]   投稿日:2017/02/20 22:51:12
どうせ上流なんかまっとうにやったことないんでしょ

407
仕様書無しさん[sage]   投稿日:2017/02/20 23:48:23
また銀行合併

408
仕様書無しさん[sage]   投稿日:2017/02/21 08:22:36
だからどうした

409
仕様書無しさん[sage]   投稿日:2017/02/21 12:32:59
ぶひっ

410
仕様書無しさん[]   投稿日:2017/02/24 00:44:17
帳票を全件チェックするのが真のコボラー

411
仕様書無しさん[sage]   投稿日:2017/02/24 01:07:25
平日は赤ペンでリストチェック
週末は赤ペンで競馬新聞をチェック
それがコボラージジィ

412
仕様書無しさん[sage]   投稿日:2017/02/24 01:27:04
どうだ、COBOLは不滅だろwwww

413
仕様書無しさん[sage]   投稿日:2017/02/24 01:34:28
COBOLってなんすか?

414
仕様書無しさん[sage]   投稿日:2017/02/24 02:06:11
愛だよ、愛
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

プログラマー板 タイトル検索

このスレッドが人気です(実況系)
実況 ◆ フジテレビ 82628 出家 (1000)フジ実況
実況 ◆ 日本テレビ 54261 カルト対893 (999)NTV実況
羽鳥慎一モーニングショー★2 (524)テレ朝実況
実況 ◆ テレビ朝日 46858 (902)テレ朝実況
実況 ◆ フジテレビ 82629 (152)フジ実況
連続テレビ小説 べっぴんさん★180 (939)NHK実況
白熱ライブ ビビット★1 (204)TBS実況
はやドキ!& あさチャン!月曜日★2 (379)TBS実況
このスレッドが人気です(ニュース系)
かばんから狆っ恥ずかしい瓠崑膺佑里もちゃ」 警察の所持品検査は「プライバシー侵害」と驚きの賠償命令…現場は震撼 (559)ニュー速+
【芸能】「出家します」清水富美加が電撃引退!『幸福の科学』活動専念へ★21 (1000)音楽・芸能ニュース
【政治】“田舎臭い少女風” 稲田防衛相のファッションに悪評[週刊新潮] (394)ニュー速+
【デッドライジング】 もしゾンビが大量発生したらどこに逃げるのが正解? (41)ニュー速
【芸能】「出家します」清水富美加が電撃引退!『幸福の科学』活動専念へ★22 (110)音楽・芸能ニュース
【社会】岐阜・金津園のソープランド摘発、岐阜県警 売春防止法違反の疑い (67)ニュー速+
【芸能】「出家します」清水富美加が電撃引退!『幸福の科学』活動専念へ★20 (1000)音楽・芸能ニュース
【静岡】イスラム教徒の保護者、「ハラール対応」ではない学校給食に苦慮 ムスリムへの理解と柔軟な対応求める★29 (1000)ニュー速+
プログラマー板の人気スレ
34歳、発達障害の無職ですが…4 (180)
競技プログラミングにハマるプログラマのスレ 8 (912)
50代のプログラマーいる?Part18 (267)
初心者プログラマーの寺子屋 #2 (180)
プログラマーはアニメをみよう! 18クール (511)
学生ほどVBAとかシェルスクリプトとか覚えたほうがいい (838)
プログラマーの仕事って楽過ぎ、クソワロタwww (487)
【コードで】paiza(パイザ)【転職】Part7 (482)
マーチン・ファウラーのプログラミングバンザイ (78)
プログラマの雑談部屋 ★3 (493)
下流風情でほざいているお前らコレ企画設計してみろ (738)
土曜・日曜は岡部健のブログを読み解こう!★21 (990)
【鬱病】壊れたプログラマー 45人目 【爆死】 (139)
ノンプログラミングツール (81)
COBOLって今需要増えてるの?Part5 (352)
土曜・日曜は岡部健のブログを読み解こう!★22 (230)
CodeIQの問題、PGなら余裕で解けるだろ?4 (706)
起業しようぜ15 (1073)
【有能】東京コンピュータサービス Ver3【無能】 (351)
◆個人事業主専門スレ48本目◆ (476)
おもしろいコピペがあったら貼るスレinマ板part44 (137)
プログラマー雇うお金がないけどプログラマーと組んで世界を変えたい。 (117)
システム開発体制・開発技法 (185)
土曜・日曜は岡部健のブログを読み解こう!★13 (999)
AIプログラミングでIT業界人員削減 (55)
20万人月が証明する内製回帰必然説 (587)
プログラムセンスがある人とない人の違い 4 (669)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
Amazon


このサイトは2ch.scからデータを取得・表示しています。削除などについてはこちらをご覧ください。 アクセスモード:差分取得 - 正常取得 - 37件 - 取得完了