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

言語仕様が貧弱な言語を使ってるとバカになるCOBOL [転載禁止]©2ch.net

1 :
2015/10/24(土) 19:45:15.63
あいつらプログラマとしての最低限の知識すらなくて困る。
2 :
2015/10/24(土) 21:24:26.18
コボルワールドで留まっているなら別にいいんじゃね?
困るのは、元コボラーでOOBとかやり始めた時かな
3 :
2015/10/24(土) 22:43:31.88
また、ジャマーが吠えているw
4 :
2015/10/24(土) 23:07:18.25
あ、ジャマーが仮想敵だったのかw
5 :
仕様書無しさん
2015/10/26(月) 08:10:17.16
>>4
涙をふけよ
6 :
2015/10/26(月) 08:13:37.24
拭いても拭いても、笑い涙が出てくる
7 :
2015/10/26(月) 08:20:48.83
コボラーはプログラミングより業務知識を求められるんだよ
だから技術者じゃなく業務スペシャリストになるか単純作業労働者になるかだ
8 :
仕様書無しさん
2015/10/26(月) 11:47:51.76
>>1他人のことを言う前に、貴殿はどうなのかね
9 :
2015/10/26(月) 12:19:56.39
挫折したんだろ
ジャマーが吠えているだけだよw
10 :
2015/10/26(月) 12:53:33.25
>>8
最底辺のコボラーと比べてどうするw
11 :
仕様書無しさん
2015/10/26(月) 13:39:44.65
転職の際は要チェック。
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in Tokyo
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の2chスレが表示される
12 :
2015/10/27(火) 01:55:35.51
仕事以外に自己啓発をやるのが社会人さ
バカになんかならないぞ
13 :
2015/10/29(木) 11:47:58.19
>>1
COBOLって今需要増えてるの?Part3 [転載禁止]©2ch.net
http://kanae.2ch.net/test/read.cgi/prog/1443131185/
14 :
2016/02/11(木) 16:03:38.31
age
15 :
仕様書無しさん
2016/02/11(木) 16:42:26.84
>>7
といって、業務知識から逃げた結果が、Sヨの支配
業務知識の優先順位が高い時は、どんな派遣プログラマでも使い捨てではなかったし、
業務の中枢部分のシステム開発も普通に任された。
そりゃそうだ。
使う人が何を求めているのかわかってる人、聞くことができる人と
今のコミュ症の口だけ馬鹿が同じ扱いになるわけがない
16 :
2016/03/14(月) 13:17:12.05
age
17 :
仕様書無しさん
2016/04/09(土) 11:47:47.98
違法行為した国会議員は大勢いるけど ずうずうしく税金から給料や経費をもらってるんだよな
安倍とか山尾のカネのごまかし方(ガソリン代とかコーヒー代という名目らしいが)は
マジで犯罪で 国民を裏切る行為だけど
なんで国会議員辞めさせないんだろうね

こんな20代のバドミントンあんちゃんを 晒し者にしても仕方ないけど
国会議員の不正は 問答無用で死刑にしてほしいぜ
18 :
2016/04/09(土) 12:22:49.84
コボラがドヤ顔で業務知識マニアやるのは構わんがそれは客先に転職してからやってくれ
開発力ない奴が設計出来るわけないだろうに
業務知識があれば開発力なくてもシステムが組めるなら客が自分で作るほうが早い
まともな開発力ない業務知識マニアに求められている仕事は本物の設計者とドメインについて議論を交わす事であって設計する事じゃないんだよ
19 :
2016/04/09(土) 20:42:12.65
言語なんてなんでもいいんだよ
>>1は具体的に何を作ったのかプログラムアップロードしてみろよw
20 :
2016/04/15(金) 17:02:23.31
>>18
その考え方は、顧客不在で、技術偏重やな
お客様有って初めて、金になるんやで
21 :
2016/04/18(月) 22:58:42.52
メインフレームの仕事している奴って言語仕様や環境すら理解していない自称SEばかりだろ
形式に拘るばかりでソースなんか見ないし、組むこともできない
お決まり文句は「しばらくコーディングはしていないから手が動かない」(藁)

基本的な記述しか見ても分からないから言語関数の使用も禁止する現場が多いし

例えば、プログラム上マイナス値の定義なんかしていなくて仕様上もマイナス値が発生する事のないプログラムに対しても
項目名やプログラム名だけ見てマイナス値のテストが必要だとか抜かし始める

単純に昔どこかで見た似たようなプログラムにマイナス値のテスト項目が記載されているのを覚えていて
適当に言っているだけ、ソース見ればマイナス値が発生する余地が無いことくらい普通に分かるレベル

酷い連中は言語仕様を理解していないが為に使用する関数や命令文の仕様エビデンスをテスト実施で出せとか抜かし始める
IBMのマニュアルを読めよゴミクズ共って思うが、たぶん読んでも理解できないんだろうね
何でもかんでも形式だけで判断して「横串通す」とか「平仄を合わせる」とか
形式的な事だけ馬鹿の一つ覚えみたいに気にする連中

膨大な工数掛けてゴミドキュメントを大量生産するのもお得意だよね
22 :
2016/04/21(木) 01:24:06.48
っていう夢を見たw
23 :
2016/04/21(木) 07:42:57.25
メインフレームは金かけれるケースが多いのと、基幹業務が多くてバグ一個で、被害が大きいから慎重にならざるえないのが原因なんだがな

まぁ、表面しか見えないから仕方ないか
24 :
2016/04/21(木) 22:43:12.98
>>21
マイナス値のテストをしておけば
未来の仕様変更によるデグレの発生率が下がるじゃないの
あなたって今目の前のことしか見えないのね
25 :
仕様書無しさん
2016/08/25(木) 22:55:50.52
>>1

それは正に俺の事だwww
7KB

新着レスの表示

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

名前:E-mail: