言語仕様が貧弱な言語を使ってるとバカになる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]

また、ジャマーが吠えているｗ

[4 仕様書無しさん 2015/10/24(土) 23:07:18.25]

あ、ジャマーが仮想敵だったのかｗ

[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]

挫折したんだろ
ジャマーが吠えているだけだよｗ

[10 仕様書無しさん 2015/10/26(月) 12:53:33.25]

>>8
最底辺のコボラーと比べてどうするｗ

[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]

違法行為した国会議員は大勢いるけど　ずうずうしく税金から給料や経費をもらってるんだよな
安倍とか山尾のカネのごまかし方（ガソリン代とかコーヒー代という名目らしいが）は
マジで犯罪で　国民を裏切る行為だけど
なんで国会議員辞めさせないんだろうね

こんな２０代のバドミントンあんちゃんを　晒し者にしても仕方ないけど
国会議員の不正は　問答無用で死刑にしてほしいぜ

[18 仕様書無しさん 2016/04/09(土) 12:22:49.84]

コボラがドヤ顔で業務知識マニアやるのは構わんがそれは客先に転職してからやってくれ
開発力ない奴が設計出来るわけないだろうに
業務知識があれば開発力なくてもシステムが組めるなら客が自分で作るほうが早い
まともな開発力ない業務知識マニアに求められている仕事は本物の設計者とドメインについて議論を交わす事であって設計する事じゃないんだよ

[19 仕様書無しさん 2016/04/09(土) 20:42:12.65]

言語なんてなんでもいいんだよ
>>1は具体的に何を作ったのかプログラムアップロードしてみろよｗ

[20 仕様書無しさん 2016/04/15(金) 17:02:23.31]

>>18
その考え方は、顧客不在で、技術偏重やな
お客様有って初めて、金になるんやで

[21 仕様書無しさん 2016/04/18(月) 22:58:42.52]

メインフレームの仕事している奴って言語仕様や環境すら理解していない自称ＳＥばかりだろ
形式に拘るばかりでソースなんか見ないし、組むこともできない
お決まり文句は「しばらくコーディングはしていないから手が動かない」（藁）

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

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

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

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

膨大な工数掛けてゴミドキュメントを大量生産するのもお得意だよね

[22 仕様書無しさん 2016/04/21(木) 01:24:06.48]

っていう夢を見たｗ

[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

それは正に俺の事だｗｗｗ