【重要】学生へ。COBOL技術者はプログラマではない

・プログラマ

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

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

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

・COBOL技術者

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

>>1
学生へ。こうなったらおしまいです。
他人を誉める余裕がないくらいの圧倒的技術力・知識・交渉能力がないと終わりです。

学生へ。2chに来るコンピュータ技師になったらおしまいです。
この業界なんざぁいつでも辞めてやらァ、という心積り、及び実行力がないと終わりです。

こんなスレ、やめてください！うちは、新卒COBOL技術者を育てていくしかないんですよ！

つーか、プログラマを勝手に固定化してる頭の固いやつは>>1だろ
プログラマが作るプログラマは何を目的にしているのか？目的すら理解できないやつが何をほざくのか

>>2-5

そんなつまらないレスじゃなくて
反論が聞きたいですねｗ

COBOL技術者は何をしてるんですか？

うーん、銀行とか証券会社のオンラインとか・・・かな。
コボラを絶滅させると、日本の金融は止まっちゃうんだよね、
残念ながら、それが現実。
そりゃ、オンラインゲームなんかは関係ないだろうけど。
預金も貸出も送金も株式や債券の取引も止まって、
オンゲだけ生きててもねぇ・・・

COBOLでなきゃダメな理由は何？

重要な役目だというのはわかりました。
たとえば電力会社、水道会社の人も重要な
インフラを支える重要な人です。

でも今はプログラマかどうかの話です。

>>9
プログラマじゃなかったらなんなんだよｗｗ
プログラマの定義を勝手にしてんじゃねーよｗ　どんだけ偉い人なんだよｗｗｗ

まぁそもそもの>>1のプログラマの定義が、むしろPCｦﾀｸだよね。
プログラマって、普通は「プログラムを書くことを職業としている者」って
ってところじゃない？
仕事なんだから、楽しいかどうかとか家でもやるかとか関係ない。
あくまで仕事として必要だからやるってだけで。

例えば電車の運転士が、家でも模型の電車を走らせてるからって、
それが特に、より安全に、乗客にとって快適な運転をするとも
限らないよね。

またくだらねースレ立てたのかよ
毎回、論破くらってんのに、根拠もなんもない「技術」とやらの言葉を使ってファビョるパターンだろ

んで、>>1はなにできるのかといえば、Java、C#とかで終了ｗｗ
いや、言語なんて誰でも使えますからｗｗ　と

>>8
単に、実質COBOLしかなかった時代から続いてるから、じゃない？
真っ新に作り直すなら、COBOLの必然性は無いのかもね。
ただ、現状既に巨大なシステムが出来上がってれば、それを
破棄してほかの言語で作り直すほどのメリットを、そういう企業の
経営者は感じなかった、ということじゃないかな。
費用対効果ってこともね。

コストってことでも、COBOLはそんなに悪かないと思うけどね。
決まりきったパターンでコピペで作れるってのは、そこそこ
低コストで手入れしながら使い続けられるってことでしょ。

比較的最近出来たネット銀行やネット証券でも、システムの
根幹部分は結構古いシステムを流用してたりするもんなんだよ。

まず、メインフレームを触ったことも、見たこともなく、
メインフレームがいかに堅牢かも知らない、専門・Ｆラン卒がほざいとるわ

>>8
2011年にみずほ銀行で連休中の3日間に渡ってATMが全面停止し、
大騒動になったことがあった
簡単に説明すると、東日本大震災義援金への大量振込という
想定外の事態によって振込処理の夜間バッチが異常終了し、
その復旧に手間取ったというもの
これは失敗事例の一つになるけど、社会インフラを支える基幹業務処理では、
こういった桁違いに大量のデータを処理するバッチが毎夜実行されている
ここで大切になるのが、開始した夜間バッチが朝迄に確実に終了すること
この為にバッチ処理のプログラム設計では、想定したデータ量に対して要する
システム全体の処理時間を事前に予測し、これを「性能見積もり」と呼ぶ

前置きが長くなったけど、COBOLは古い時代に設計された言語だから、
今時の言語であれば常識である再帰的な手続き呼び出し、可変長の配列/文字列、
動的メモリ確保/回収といった仕掛けが標準仕様に存在しない
言い換えると、あるCOBOLプログラムが実行時に要求するメモリ量とステップ数
(=実行時間)は、想定入力データ量を変数とする計算式で算出できることを意味する
これが前書きした「性能見積もり」に関するソフトウェア面の基礎データになる

こうした見積もりが可能なのは、COBOLだけ
だから、COBOL+メインフレーム+専用OS の三点セットは、他では置き換えられない

専卒・Ｆ卒の妄想と、何十年に渡る実績と信頼の事実
討論になると思うほうが間違い。
妄想といわれたくないなら、COBOLシステムを置き換えたくなるほどのものを作って、発表すればよい。

>>14
>>16
勉強になった

現時点の仕事で使わない技術を勉強しないプログラマは技術者ではない。

だったら賛同を得られたんだろうがなｗｗ
アプローチをミスったなｗｗ

>>16
そりゃそれですごいなーと思うけど書いててこんなこともできんのかとイライラしないのかな。

できないからこそ価値があるという話だと思ったが

>>21
そういう発想がまだできないレベルってことだろ
多数大勢が思い描いたであろう事象が、現在も継続されているには理由があるはずだと　そういう考えって意外と未熟だとできないものだよ

仕事の価値とプログラミングとは別なんだよ。
ほんと出来なくてイライラする。
勉強したこと、何も出来ない。
ただただ数値計算するだけの単純作業。

>>23
勉強したことを使いたい？なら使えるように努力しろ。
アピールも、企画もせず、「上司が俺の技術を使える企画を作り出して命令するのが当然だ！」とでも思ってるのか？
どんだけ甘ったれなんだ。おめーのための会社じゃねーわ。
お前は会社に貢献するためにいるんであって、おめーの満足を満たすために会社が存在してんじゃねーわ。
だいたい、こーゆースレッド立てるやつは、こーゆー思考なんだよ。

文句があるなら、辞表書いて、てめーが好きなことができるところに行け！！！
文句があるなら、辞表書いて、てめーが好きなことができるところに行け！！！
文句があるなら、辞表書いて、てめーが好きなことができるところに行け！！！
文句があるなら、辞表書いて、てめーが好きなことができるところに行け！！！

>>24
努力って会社の中だけでやるもんじゃないよ？
会社をやめるのも努力。

COBOLなんて使ってる会社に言語変えましょうと
いって出来ると思う？

だからそもそも無駄な努力はしないように
しましょうというのがこのスレの趣旨。

COBOL技術者がプログラマじゃないことを知っていれば、
プログラマ志望の人がそういう所に行かずに済むでしょう？

別にCOBOL技術者に価値がないと言ってるわけじゃないよｗ
プログラマじゃないってだけ。

間違いなくプログラマです。


終了

> お前は会社に貢献するためにいるんであって、おめーの満足を満たすために会社が存在してんじゃねーわ。

会社と個人は同等と考えれば、
会社の都合も、個人の都合も同じよう考えるべき。

会社は会社の都合やわがままを言うが、
それは個人が自分の都合やわがままを言うのも何も変わらない。

会社の奴隷じゃないんだからさｗ

プログラマ系の板やスレでで話されていることが
全く使えない言語。全く話に参加できない。
こんなのはプログラマじゃないよｗ

>>28
2ちゃんがすべての基準ですかそうですか。

>>27
会社で上司に面と向かって言え
それで「嫌なら辞めれば？」と言われて、泣いてろｗ

>>30
話がずれてるね。

「COBOL技術者がプログラマである」
その理由は・・・というのが反論というものだよ？

プログラミングで使われる技術が何一つない、
つまらない仕事であることに反論はしてないじゃん？

自分のやってることに価値はあるんだって主張しているだけで。
つまらなくても価値がある仕事なんて山ほどある。
コンビニの店員なんかもそう。

そうじゃなくて、COBOL技術者がプログラマかどうかの話。
だからプログラマであるという反論をいいなよ。

>>31
それはね・・・

そもそも

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

そういうのが無い時代から、「プログラマ」という職種はあったわけ。
アセンブラとCOBOLとFORTRANくらいしかプログラミング言語が無かった
時代から、プログラマって職種はあったの。

でも、あなたのすべての基準は2chであるようだから、それは
「あなたにとってのプログラマではない」
という結論で、それはそれで構わないんじゃない？
社会での普通の認識とは全く違うけどね。

COBOLでつかうアルゴリズムって
ソート・マージ・マッチング・コントロールブレイク
これだけしか無いんだよ。

関数が使えれば、どれも一行そこらで出来る処理なんだけど
関数が使えないから、毎回この処理を繰り返し書くのが、
COBOL技術者の主な仕事内容。

>>32
えと、昔の基準で
今を語るという話ですか？
何も成長していないｗｗｗ

>>31
プログラマ wikipediaより

プログラム (コンピュータ)。コンピュータへの命令を、特定の言語での定められた形式に従って記述した筋書き。また、それを作成すること。コンピュータプログラム。
これを書く人がプログラマです。

完全論破で終了です。

プログラミング言語でプログラム書いてりゃプログラマだろ。
俺俺基準でプログラマかそうじゃないかを決めていいんだったら、
スクリプトしか書けないWebの奴らなんてプログラマじゃないな。

あ、一応COBOLで関数を使える処理系があるは知ってるよ。
えっと思うかもしれないけど、COBOL2002でやっと関数が使えるようになった。

でも実際には使われないんだよね。
今まで使ってない。それでやってこれてるのに
なんで今さら新しいことを覚えないといかんのだ？

これがCOBOL技術者の考え方だから。

>>35
その「特定の言語」であるCOBOLが
コンピュータ言語として大幅に機能が低いから。

プログラマが普通にできることが、何一つと言ってもいいほど出来ないのに
それは名前だけのプログラマってやつだよ。

だからここらで、COBOL技術者はプログラマではないと
定義づけようじゃないか。

名前より、中身が重要さｗ

>>36
COBOLはスクリプト言語よりも劣ってると思うが？

まぁスレ主が憧れるようなプログラマ（って、2chのﾋｷﾆｰﾄPCｵﾀそのものって気がするけど）
になりたきゃ、COBOLやらされるような大企業の基幹システムの開発に関わるところにゃ
就職しちゃダメだよ・・・
てのは、それはそれで正しいのかもだけどね。

>>37
COBOLは、それぞれのメインフレームできちんと拡張されていまして、
お前らが使えないと思っている機能なんぞはるか昔に搭載されてますが？ｗｗ

>>40
それ関数だけでしょ？ｗ

>>38
じゃ、おまえの定義におけるプログラマと呼べるプログラムを提示してみろｗ

>>38
COBOLがスクリプト言語より劣ってるかどうかは関係ないよ。
俺の基準に照らし合わせたとき、スクリプト言語しか書けない子はプログラマじゃない
っていうだけだから。ついでに、JavaとかC#しか書けない子もプログラマじゃないかな。

>>40
それぞれのメインフレームで拡張ってこと
メインフレーム毎に幾つかCOBOLの亜種があるわけね？

じゃあ、COBOLでオブジェクト指向
つまり、クラスを定義してそれを継承したクラスを作って
そのメソッドを呼ぶというができる
”メインフレームで動く"処理系を3つ以上言ってみてよ。

俺はWindowsで動く.Net Framework用のCOBOLしか
それができるってことを知らないんだよね。

>>43
> スクリプト言語しか書けない子はプログラマじゃない
> っていうだけだから。ついでに、JavaとかC#しか書けない子もプログラマじゃないかな。

その理由は？ 理由を言わなきゃ意味無いでしょ？
お前がそう思ってるだけ。

COBOL技術者がプログラマじゃないと言う理由は
>>1に書いてあるとおり。

>>1は理由じゃなくて勝手な定義に過ぎないけどね。

だからプログラマと呼べるプログラムは何が必要なのか具体的に列挙しろよｗ
オブジェクト指向ができなきゃ、プログラムではなく、それを使ってるやつはプログラマじゃないのか？
Cやアセンブラエンジニアは、プログラマじゃないのか？

>>47
まあ、ここでCOBOL技術者がやってることを
書けばいいじゃない。

あとは、それみて学生が「プログラマ」と思うかどうかだよｗ

正々堂々とやってることを書こうぜ？

COBOL技術者は重要な仕事さ、その主張をしているだろ？
プログラマとしての技術は未熟だから、技術内容を言わずに
重要な仕事っていうことだけがCOBOL技術者の限界なのさ。

だからプログラム言語に何がないと、その言語を使ってるプログラマはプログラマと呼べないのか、具体的に列挙しろって

>>20
今のCOBOLの役割は、ビジネスロジック層の実装言語であり、
画面入力や帳票出力といったUIに関わるプレゼンテーション層の実装には
COBOL以外のミドルウェアやJavaやVB/C#が使われる
で、ビジネスロジック層というのは、入出力の対象はファイルのみで
大半のロジックはただひたすら逐次/分岐/反復の組合せで構成されるから、
COBOLで機能が不足していると感じるケースは少ない

ただし、その昔すべてをCOBOLで開発していた時代には、
端末との会話やプリンタへの印刷といった処理にもCOBOLが使われ、
技巧的で華麗(...皮肉)なCOBOLコード書かれていた
だから、きっと当時はイライラしていたプログラマが多かったのではないかと思う

>>47

まー、だいたいこんな感じ。

プログラミング技術である○○ができなきゃプログラマじゃないのか！？
（意訳：できないが、俺もプログラマと認めてくれ！）

Cやアセンブラが出来る人は、その他の言語も使えるからね。
でもCOBOL技術者はCOBOLしか使えない。

（COBOLしかできないが、俺もプログラマと認めてくれ！）

>>51
ほら、どうした。
プログラム言語に何がないと、その言語を使ってるプログラマはプログラマと呼べないのか、具体的に列挙しろ

あんたに認めてもらう必要は全くないけどねぇ。

>>52
学生が客観的に見て判断してくれるだろ、ほら、どうした。
プログラム言語に何がないと、その言語を使ってるプログラマはプログラマと呼べないのか、具体的に列挙しろ

ミスったｗ
ま、列挙できずに論点ズラして終了だろｗ　さいならー。バカちゃん。

・Web技術者

HTMLを吐き出すコードやDBとのやり取りだけを書いている人。
スクリプト言語しか知らず、たいして利用者のいないWebサービスを書く苦痛の毎日。
デザイナやインフラエンジニアに注目が集まりがちなのが悔しいので、
今日もCOBOLerを貶めて、俺はプログラマなんだ凄いんだと自分に言い聞かせる。

>>52
言語仕様だけじゃなくて、プログラマが日常的にやってることが出来るかどうか
つまり言語仕様以外も含めて、以下の機能のいずれか複数（全てではないが多くを）を
日常的に使っていて出来るのがプログラマ。

（COBOL技術者はこれらのことをほとんどやりませんってのが学生にわかればよしｗ）

・関数（引数と戻り値がある）
・オブジェクト指向言語
・関数型言語、もしくは関数型ライブラリの使用
・ネットワークライブラリの使用
・GUIライブラリの使用
・ゲーム系ライブラリの使用
・サウンド系ライブラリの使用
・スマートフォンアプリの開発
・ウェブアプリの開発
・組み込みアプリの開発
・デスクトップアプリの開発
・テスト自動化、継続的インテグレーション
・ユニットテスト、リファクタリング
・シェルプログラミング(bashなど）やスクリプト言語の使用（perl等）
・CLIコマンドの利用（grepとかsedとか）
・各種サーバーソフトウェアのインストール、設定
・AWSなどのクラウド系インフラの利用

>>55
慌てるなよｗ

列挙してやったぞ。

これみて、学生は、え？仕事でやらないの？
え？やらないのほんと？ って思ってくれればいいよね。

お前の反応は出来なくても（しなくても）
俺らの仕事に価値はあるんだ！でしょう？ｗ

プログラム言語かどうかではなくてプログラマかどうかだからね。
だからプログラマの定義はとかで反論しても意味は無い

名前じゃなくてやってること、つまり中身が重要。

いくら定義をごちゃごちゃいっｔめお>>57のようなことが出来ない、やらない
ということに反論しなければ、学生は去っていくだろうｗ

なんでスマホアプリなんだろ・・・

例えて言うなら
「DJポリスやったことないヤツは警官ではない」
みたいな定義だな。

> なんでスマホアプリなんだろ・・・

最近の開発の主流だろ？ 今や多くの人が持ってるデバイス。
んなことも知らないのか？時代遅れだなぁ。

うへ・・・
コイツどうやら社会人経験無いな。

※ 反論（？）が、プログラマ技術に対してじゃないことに注意ｗ

ま、こっちは事実ですからね。

列挙したら黙っちゃったなｗ

これで>>1は満足

--- クソスレ終了 ---

ライブラリの「使用」www　
学生へ。技術者を名乗るなら使われるアルゴリズム(ライブラリ)の開発をしてみせるくらいの気概でいろよｗww

あぁ、COBOL技術者はライブラリの開発もしてないっていうのも
追加しないといかんねｗ

みんな呆れちゃったね。

COBOLだとアルゴリズム(ライブラリ)の開発はやらないんだよ。

学生さん、どうです？ COBOL技術者は仕事が楽しいって思えますか？

プログラマ技術ってなんだろう？
この人、日本人じゃないのかな？中国人？

プログラマ技術＝プログラマの技術だろ？
そういうのもわからない人のほうが日本人に思えない。
正確な文法にこだわるのは外国人だけだろう。

言語なんか適材適所で使えばいいんだが、
COBOLオンリーでやってきた所はCOBOL意外を受け入れようとしない。

プログラミング技術という複数回ミスりようもない、ピンポイントな言葉があるのに、間違い続けるから。バカでしょ。
たぶん、通過儀礼の基本も受かってないタイプ。

>>1はプログラマなの？得意な技術は？
それとも、自分はプログラマじゃないのに想像で語ってるだけ？

>>73

>>1がプログラマじゃないとしよう。

それで、COBOL技術者はプログラマじゃない。
つまりは、 >>57 のようなことが出来ないってことに
反論したことになると思う？

きちんと反論しなきゃだめだよｗ

あ〜・・・
どっかの板に居た、カツ丼に玉ねぎなんか入れるかよｗｗｗ
とか言ってた中国人を思い出した。

まあ、全く関係ないけどねｗ

重要なのは、名前じゃなくて
プログラマとして何が出来るかだからな。
COBOL技術者、何も出来ない・・・。

そういや、中国はレガシーシステムの時代を経ずいきなりPCで、
ITの学習はPCに始まりPCに終わるって感じらしいから・・・
こうなっちゃうんだろうね。

今度は中国ネタで反論を試みてるのかな？
意味ないね。>>57に反論しなきゃダメなのに。

目的を達成するための手段なのに
手段が目的になってる
典型だな

そもそもここで反論してるやつがCOBOLオンリーだと思ってるのだろうか？

>>77
おまえなに作ったの？

>>22
> 多数大勢が思い描いたであろう事象が、現在も継続されているには理由があるはずだと
あまりにもスパゲティ過ぎて、設計どころか仕様すらわからなくなってるから、
そのまま使いつづけるしかないという理由がね。

>>81
仕事なので言えるわけが無いだろう？
お前が何作ったか言えよ。

なんでもやれよ。
システム全体がソースレベルで分かると障害発生時に役に立つよ。
アセンブリ言語出来るならどんな言語も簡単だしね。
言語にこだわる奴に限ってAPLとかSQLみたいな行列の計算が手早い言語が使えない。
中学レベルのやつが多い

COBOLにこだわりたいんだろ？

SQL一発でやれるようなことを
ぐるぐるループ回して処理していて愕然とした。

これなんの処理？って来たら
ドヤ顔で「コントロールブレーク」だってさ

コボラーが唯一できる技術者らしい（？）コードｗ
冗長なコードをgroup byを使って数行に修正してさし上げた。

JCL一発でやれるものをSQLなんて・・・
ちなみにCOBOLもRDB普通に扱うってことすら知らないようだｗ

簡単に言うと>>1がいる場所がレベルが低いというだけ
かつ
大体自分の周りのレベル、性格は自分と同じだったりする
つまり、自己紹介乙

なんでこんなスレを立てたか考えるとかわいそうになるな…
そんなにプログラマ？やりたきゃ学生になんかモノ言ってないで
とっとと転職くらいすればいいのに。

>>89
そうそうｗ
学生から見ても、痛いやつ、かわいそうなやつとしか見えない
自分が思っているプログラミングができない＝プログラマではない。
これが>>1の思考の源であることから、誰の支持も得られない。
さっさと辞職して、自分のやりたいことやれって。

ま、COBOLやれっていわれたら辞職するけどね。

COBOLは、高卒、主婦、事務の活躍の場でした

ＰＧは底辺派遣だから止めとけ
まともに就職出来ない奴がやる仕事だ

俺は素人さんだからＣＯＢＯＬなんて分からんけど、必要以上に進歩していく
ソフト／ハードというのは何か疑問だな。ＣＯＢＯＬが現状で必要なニーズを
満たしているならそれで良し。変に拡張するからややこしくなるような気がする。

>>87
わざわざJCL書くよりSQL叩いた方が手軽だと思わないか？

>>94
変に拡張し続けた結果、誰も手がつけられないから
現状維持でCOBOLを使いつづけざるをえないというのが実態。

>>96
なんだか良くわかんない話だね（笑）

俺は今Delphiを始めてるんだけど、複雑で何がなにやら。
なんでもかんでもややこしくなるんだもん。
Quickbasicとか、ないのかなぁ。昔はDOSに同梱されてたのにな。

Pascal系がややこしいってPG適性ねえだろ

>>98
ズブの素人ですよ（笑）
なんかねぇ、コンピュータに限らずなんでもかんでも難しすぎですわ。ギブギブ

>>97
Delphiって高くね？
いろんな言語を調べたけど、
Delphiはマイナーな会社しか作ってない言語だし
オープンって感じもしないし、何より
開発環境揃えるのが高すぎなんで選択肢にならなかった。

>>97
今ならC#でいいんでないの
ルーツがDelphiチーム引き抜いていちから作り直した成果とか言われるだけあってヌルく楽しめますよ
トレンドは盛り込まれてるので初学者に難解な機能も多いけど

>>97
何をやるのかしらないけど
wshつかえば？
jscriptとvbscriptどちらかでファイル処理やメール飛ばしたり、dbアクセスまで出来るよ。
言語のインストール不要で現存のwindowsなら大体動くので便利よ

>>100
解説本にお試し版がついてたから本代１８００円だけです。使用期限とかないし、
オドロキですよ。
もっとも絵に描いたようなネコ小判状態、手も足も出てないですけど。

>>101
Ｃも勉強したいです。
目標はＮゲージの電車をＰＣで走らせることなんで、ＡＲＭでもつないだほうが
良いのかなと。マイコンのプログラムはＣで書くんですよね。

>>102
とりあえず、Delphiだけで手一杯です。これ以上詰め込んだら知恵熱出ちゃう。

>>103
cとc#は別物だから注意ね。cは学習コスト重いよw
Nゲージとは凝ったご趣味ですな

>>103 この辺見るかぎり、ARM迄いかんでもPIC程度で十分のようだぬ。
ttp://akizukidenshi.com/catalog/g/gK-06968/

>>103
> とりあえず、Delphiだけで手一杯です。これ以上詰め込んだら知恵熱出ちゃう。
仕事でDelphi使わされてるの？

Delphiはオワコンだから、
遅かれ早かれ別の言語を使うことになると思うけど。

>>105
PICでいけるものって、Arduinoなんかでも手軽に遊べるのかな？
素人だけど紹介記事とかみるとどえらい簡単そうで萌える

>>103
なんでいまさらDelphiなの？ｗｗｗＷ

ズブの素人だと自分で言ってる奴にする返しとしてはあまり紳士的ではないな
まあ脱げ

>>104
別物だったのかぁ、、、というわけでぐぐってみたら、C#ってDelphiをCっぽくしただけの
ものらしいです。だったらPASCALのままで行ってよ。
Ｎゲージはとりあえずベニア板の上に線路ひくだけなんで、簡単なんですけど、
畑のすみっこに線路ひいても良いかな、みたいな野望。

>>105
トランジスタ技術の先月号にARMエントリの基板がオマケについてたんです。
８pinＩＣのくせに３２bitて・・・

>>106>>108
僕はアホなんで本職のプログラマは無理。
オワコンPASCAL見た目かっこいい。Begin End に胸キュンなんですね。

伝統芸能の世界と一緒で認められるまでにかかるが一定の需要はある

昨日、メールにcobolのソースが送られて来たんだが、ドキュメントは初版昭和63年とか書いてあって
ソースの1行目には2000年対応済みとあった。
cobolもそうだが代入演算子の＝がそもそもおかしいって事にも気付かない奴らは、知らないものは受け入れられないだけ
矢印で<-にすべきだよ。APLみたいにね

COBOLは、高卒、主婦、事務の活躍の場でした

>>113
最近は真逆じゃね？
開発環境に触れる機会が少ないから

COBOLは、高卒、主婦、事務の活躍の場なのに
それをやってる人はプログラマじゃない

IT大国を目指すなら古いシステムどんどん捨て去るよう法で強制してくとかすればいのに

頭悪そうなこと言ってるな
もっと世の中の常識お勉強した方がいいぞ

最初から「COBOLプログラマは技術者ではない」が正しいって言ってやれよ。
単に言葉の使い方の間違いじゃねえか。

COBOLプログラマも間違いじゃね？
コボラーならわかるけど。

お前らにとってプログラム・プログラミングって言葉はITの世界にしかないんだな
テレビやラジオの番組だってプログラムだし、運動会や文化祭のイベントの順番もプログラムだ

>>1
オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。
http://toro.2ch.net/test/read.cgi/tech/1393660194/25

>>116
いやぁ、実はね。チャイもインドもJavaとかPHPとかCは出来るけど、COBOL出来る人皆無なのよ。
なので、日本でPGとして生き残るならコボラー。趣味なら構わないけど
設計出来る人とコボラーしか日本じゃ難しい。英語出来て最新技術を常に吸収出来れば別だけど

>>122
米海軍の給与システムがcobolで複雑すぎてリプレース出来ねえとか聞いた

今こそ

金がかかり過ぎて作り変え出来ないとこなぞ山ほどあるぞ
Javaもそのうち同じ道を辿る

ポイント：オカネを掛けたくない

家電や車だってそう何年も持たんのに
コンピュータは何年も持つのか？コンピュータもソニータイマーのごとくすぐ劣化してくれれば移植とか仕事が増えｒ

車はさておき家電と一緒にすんなよ
未だに稼働してる分野なら、何年どころか何十年と持たせなきゃ売れん領域なんだ
カネ絶たれる所でもなきゃ仮想化環境に移動済みだし

汎用からＯｐｅｎＣｏｂｏｌにコンバージョンが困難な
超絶迷路な大盛り焼きそばは非互換対処もとれずZOMBIE状態ｗ
どうにもならないレベル

COBOLトランスレータくらいはあるんでしょう？

それだけですむならイイネｗ

コンピュータは異常な速度で進歩している。それ以外の、たとえば俺が昔勤めていた
自動車産業とか、どんな分野も進歩している。
進歩イコール正義！　みたいな感じなんだが、進歩するほど複雑になり人間の手におえない
状態になって、皆困ってるわけです。鬱病になって自殺しちゃうやつとか、過労で死ぬやつとか
も出てくる。
そもそも、なんで進歩が必要なんですかねぇ。

>>128
言語の問題じゃなくて、仕様がドキュメントにないからソースを見て直すしかない
ちょっと直すなら言語ごと移植するよりも必要な部分だけ直すだけ。

COBOLを馬鹿にするのは良いが
APLみたいな、ただ異質なものはみんな否定するだけ厨とお前らはどう違う？

>>130
複雑過ぎて人間の手に負えないケースは、COBOLの方が多いわけで。
COBOLの失敗もあって、開発言語は複雑にならなくて済むように進化している。

>>132
進歩の方向としては、無用に複雑にならないよう整理・簡素化していくということが
ありますよね。
機械語→アセンブラ→高級言語→オブジェクトみたいな感じで。
しかし、そういう努力にも関わらず、やはり全体として見ると複雑になっていくなぁと
いう感じがします。僕なんかアフォだからもう世の中についていけんですたい。

kernel power41　とか出てるOS＆マシンで、システムダウン＝直株価影響＝直経営陣土下座なシステムを動かせると思う？

そうだ
国際法でＣＯＢＯＬを禁止言語にしよう

ユーザーは単純な帳票機能がほしいのに、３Ｄグラフィック機能を搭載されてもしゃーないってことに気づかないのだろうか？

その単純な帳票機能をコボラーは
コピペで作るから
どんどんコードが汚くなって
メンテナンスできない状況になるって話だよ。

>>137
コボルで求められる帳票の形式は、基本的にワンパターンなので、もうこれ以上ライブラリ化は厳しいｗｗ

食っていけれは何でもいいじゃんかよ

>>138
本当にそうなんだろうか？

COBOLプログラムは、最低でも半分以下、
場合によっては1/10ぐらいに出来そうな気がするけど。

何を根拠に？

関数一つで済む、ソート処理、マッチング処理に
大層な名前をつけて、何回も似たような実装を
書いているから。

それはCOBOLも同じ、
メジャーなSort/Margeは提供されてるし関数代わりにサブルーチンコールするからね
まぁ自前の関数は作るか出来てるものを利用することになるが
しかし構造化的言語でも10/1は言い過ぎだろｗ

でもコボラーがJavaで書いたコードに
SQLを使わずに、ソートやマッチング処理を書いてるって話を聞くからなぁ。

いや、SQLを知らないっていうのはただの基本的な知識不足ってだけでいいんだよ。

知識がなくても関数を知っていれば、関数にするだろ？
COBOLで使っていたのと同じ名前、同じ仕様で。

つまりある特定のCOBOLの実装には搭載されているかもしれないが、
それらを使わずに、入社して数ヶ月に覚えた最低限の知識だけで
ずっと効率の悪い開発をしてるんじゃないの？

おまえが世間知らずだと言う事は分かった

COBOLerとその他プログラマの比較でフェアじゃないなって思うのは、
世代の差を考慮に入れてないってところなんだよな。
今の50代がメンテしてるCOBOLのコードは平均してクソってイメージあるけど、
今の30代が20年後にメンテしてるJavaコードも、そのときの若手から見たら
相当にクソなんじゃないかって思うんだよ。

なにが言いたいかというと、過去のうんこから学んで今に生かすのは有益だけど、
馬鹿にして優越感に浸るためにCOBOLerを叩いて、なにそれ意味あんの？

>>146
コボラーを叩かなかったら、それでコボラーの世界が解決でもするの？

まず今、そして過去のコボラーなんてどうでもいい。
過去に戻ることなんて出来やしないんだから。

コボラーが重要なシステムを作ってて、世の中に貢献しているだろう。
それは認める。だけどプログラミング技術としてはどうなんだって話。

今使われているメジャーな言語では、はGUIプログラム、ウェブアプリ、
ゲーム。マルチメディア関連、スマホアプリ、これらの事ができるし実際に作られている。
それが多くの人、特に学生が考える、プログラマの仕事

でもCOBOLはこれらの世界とは分断されてる。COBOLの技術は、メジャーなプログラマの世界に流れ込まないし
逆にメジャーなプログラマの技術は、COBOLの世界に流れ込まない。この二つは別物と考えればいい。

COBOL上がりの有能なプログラマはきかないし、COBOLという言語を評価しているプログラマはまずいない。
このことは事実であり、コボラーを叩くわけではなく、コボラーの世界はプログラマの世界とは全く違う世界だよという
そのことを未来ある学生に伝えなければいけない。コボラーの世界はこれから変わることなんてないし。

素人が勝手なことほざいてミル。
ＣＯＢＯＬがもっと良い言語になると何が良くなるのだろう？
プログラマにとっては、そうすることでプログラムが簡潔になり、可読性が高まり、
生産性が高くなることは大事。
でも一般ユーザーから見れば、実のところ、必要なソフトはもう十分にあって
これ以上必要ねーよ、てとこまで来てるような。

これが現実。なに言ってもごまかせない。

COBOLで書かれた米国防総省の給与システム700万行、実質的に更新不可能
http://it.slashdot.jp/story/13/07/14/0555217/

COBOLの「ここが変だよ」
http://www.atmarkit.co.jp/ait/articles/0905/13/news122_2.html

やはり変だからCOBOLの技術は
他のプログラム言語には移植されないんだろうなｗ

>>149
なるほど、信頼性まで低下してしまうんだな。

>>149
どっかのスレでリファクタリングを言ってるやつがいるけど、そいつにやらせたら？ｗ
絶望のスパゲッティを前にリファクタリングなんて出来ないって、世界が証明してるのにｗｗ

>>150
Cの構造体で表現出来ると思うよ。
でも、実装するとCより複雑になると思う。
CをCOBOLには出来ないけどね。
ただ、padやyaccみたいなのからソースに変換するツールが他の言語では実用化されてない時点でCOBOLには勝てないよ。

>>146
世代の差は認識してるし、当時は糞コード産み出してる意識すら無かったのは理解できる。
でも、現代と比べて糞であることを認めない奴等とか、絶望のスパゲティを免罪符だと
思ってる奴等は軽蔑するね。

>>152
COBOLはゴミだという証左でもあることに気づかないの？

だからお前は世間知らずだって言うんだよ
金がかかり過ぎるんだよ、全ては金が理由
金儲けもしたいだろ？

>>156
私は、金のためにこれからも糞コードを作りつづけます。
復唱してみ？

青二才君、君ももっと上流やれば判るようになるよ

>>152
> 絶望のスパゲッティを前にリファクタリングなんて出来ないって、世界が証明してるのにｗｗ

それリファクタリングが悪いんじゃなくて、
絶望のスパゲッティとそれをやった人が悪いんですよね？

絶望的な状況になる前にリファクタリングしろってことだな。

手遅れな所が多く、このご時勢売り手市場なので
うまみがなきゃだれも食いつかない

間違えた、買い手市場

>>159
>絶望のスパゲッティとそれをやった人が悪いんですよね？

悪い人を見つけることに、どんな建設的な意義があるというのか？
また、過去の失敗を現在の視点で批判するのはお馬鹿でしかない

文法だけＣで、内部で十進計算する言語作ったらいいじゃん

>>156
COBOLの上流()ってこの程度のことしか言えないのか。

>>164
文字列操作も面倒の極み。
C++なら素の仕様でなんとかなりそうだけど、メモリ操作でアホがつかんだっきりになるから、結局Javaに至るのでしょうね。

構造化部分は英語で書いてるだけで、手間はあんまり変わらない気がするけど

>>163
いや、悪い人（スパゲッティ）の話したのお前やん？

だから、リファクタリングしましょうという
建設的な話をしているのに。

>>163
過去の失敗って・・・それも今も使っていたり
メンテしないといけないなら
それは過去じゃなくて今なんですよ。

COBOLって業務知識はそれなりにあるけど、ソフトウェア工学に関する知識が無い人たちが
大きなシステムを作るとこうなりますよっていう例だよな。

それ例になってないぞ
もっと具体的に指摘しなけりゃ、ただ脳内イメージだけで言ってるのと同じ

しかし、人間の思考も実はぐちゃぐちょになったコードのようなものだ
というか、相似をなしているかもしれない（脳神経のネットワークもスパゲティコードと同じく増築式に成長する）

メンテ不能なほど複雑化したCOBOLプログラムを解析すれば
人工知能の研究に役立つ知見が得られるかもしれない

>>170
どっかにあったよね。
７００万行もプログラム書いたけど、何がどうなってるのかさっぱりわからないCOBOLシステム。

観念的で曖昧だな
そんなことだから不要なコードばかり書くんだのよ

>>169
ifやループ命令が存在しない時代に組まれたプログラムに無理を言うやつww

>>174
何のこと言っているんだ
ifやloopがない言語って

コンパイラーって知ってるか？
そのコンパイラーも所謂プログラムな訳で
ロジック解析に複合命令が機械語に翻訳出来ない時代があったらしい
Javaはプリミティブにコンパイルする必要はないが、一応Jarに翻訳するだろ
聡明期のはまだ頭が悪かったんだよ

つまり>>176が言いたいことは・・・

>>174
COBOLは昔からifやループ相当の機能はありますが
何の言語の話をしてるのですか？

反論ないってことはそんな言語はない（嘘ついた）でいいかな？

176で174ではないが、何故そうなってるかの理由は知っているが
態度が気に入らないので教えない。

ほら吹き、いいっぱなし、上等　好きに判断しろ
分かってる奴は、黙っているが笑っていることを

少し難しい言葉で言うと
ifやループ相当のものがないならば
それはチューリング完全ではないので
プログラミング言語にはならない。

なるほど、そりゃそうだ。

昔は条件分岐がなかったのだよ。
http://www.isc.senshu-u.ac.jp/~thn0507/W-history/HistoryofComputer.htm
> 　１９３０年代後半にリレー（継電器）による電気機械式計算機が出現した。
> ドイツのコンラッド・ツーゼは、１９３８年頃から、１９４５年までリレーによる
> ２進演算ができる電気機械式計算機を製作し改良を続けた。この計算機は、
紙テープによるプログラミング可能なものであったが、命令セットに条件分岐がないものであった。

なお、チューリング完全な世界最初のコンピュータと言われている
ENIACが開発されたのは1946年

>>179
ほら吹き、いいっぱなし、と好きに判断した。
わかってる俺は、ほら吹きを笑っている。
黙っている奴がなにを考えているかわかる奴はエスパー（笑）

鸚鵡返しご苦労さん

この流れでいまさらそこを煽っても挽回にはならんだろに

よもやENIAC以前に作られた言語の話でもあるまい？

知ったかを虐めないでください
もう泣きそうですよ

ifやループ命令が存在しない時代とか言ってる奴はただの無知として
それを擁護した>>179ってなんなんだろうか？

プログラミング中級者にありがちなこと。
http://maguro.2ch.net/test/read.cgi/poverty/1394096255/

cobol74なら、確かになかったな
というより、中途半端な実装だった

言語仕様よりも
セグメント分割作業　と　メモリの容量問題
を忘れないでください（；＿；）gotoが、そこに居るには理由があるんです。

Linuxカーネルのソースをリファクタリングしてー
はよー

>>190
gotoがそこにいる理由？
コンパイルしてしまったら関係ないだろ？

>>191
すでにされ続けてる。

COBOLやってるけど何か？

いえ、何にも
あなた自身には興味ないので、どうぞお引き取りください

わかりました。

なんて言うと思ったか？ｗ

>>190
今のプログラマで、
自分が作ったプログラムの実行ファイルを手作業で分割して、
実行中にプログラムの入れ替えやって、全体を動かすとかできるやつってどんくらいいるんだろう？

ブートローダとかでは割と普通にやってるな。

>>197
それ組み込みだよね？
cobolとは世界が異なると思うよ
まぁ、Javaに移植するにしても昭和のcobolソースと手書きのドキュメントと簿記の知識ないとね。
スタックポインタ何それ？の世界なんだし

>>199
昔は、普通に汎用機の環境でやってたんだぞぉ〜
分割なんてあたりまえや

メモリが潤沢にある
仮想メモリ
大容量補助記憶装置

があるのが当たり前すぎて、メガという単位ですら、全く存在しなかったとは想像すらできんのだろう

スレタイに釣られてきましたが・・・
46歳のオッサンです。若い頃、COBOLerをしていました。
今はAndroidアプリの開発をしています。

時代は遡って、1990年代前半の話になりますが、
俺の当時でも、COBOLしか出来ないのは馬鹿にされていました。
では当時、なにが出来たら尊敬されたか・・・
それはアセンブラです。。。。ネタではありませんし、
CASL�Uのような、なんちゃってアセンブラではありません。
俺の環境は、実行速度が求められる環境でした。
当時のCISCマシンでは、複雑な機械語命令セットが用意されていて、
それらを、いかにして効率よく使うかが求められていました。
デバッグは16進ダンプリストを解析しながらやっていました。

アセンブラは楽しかったです。よい時代だったと思います。

C2C1D2C1

アセンブリやってた人はllvm IRとarmに取り組むと重宝される目があるかもよ
ニッチではあるけど適用範囲が広がりまくってる

汎用機でもアセンブラの案件があるって聞いいたことあるわ。
cobolバカにする奴って、lispとかaplとかsqlが出来なくてalgol系とスクリプト言語しか出来ないイメージがある。
コンパイラが作れて始めて極めたと言われてた時代が懐かしい

COBOLやれるひとは、lispとかaplとかsqlも極めてるのか。

学生へ、って書いてるけど
今の大学や専門学校でCOBOLなんて教えてるの？

ちょっと前はC等だったが今はJavaか？

>>207
情報処理試験対策でCOBOLをチョイスしてる学校は多数

>>209
なんで、そんなに多数の事例を知ってるの？

>>206
そういう意味じゃない。
cobol+業務知識な人が多い。
ドナドナ人間は業務知識なんて触れられないから、プロパーへのやっかみに思えるだけ

業務知識ってなに？
具体的になんの業務なの？

まんま適用される業務内容の知識でしょ
会計なら会計、金融なら金融

>>213
たとえばオンラインゲームや
TwitterやFacebookなどだと
業務知識って何になるの？

一例で、オンラインゲームでコーディング以外で要求されそうな業務知識を想像してみるね
マネタイズのワークフロー管理や広告などの戦略決定なんかがまるっと業務知識ということになるだろうね。法務知識も要るだろうな。
パッケージ販売するなら流通や販促なんかも素人仕事では手に負えない分野だね

>>215
それらの作業ってさ、
プログラマじゃなきゃ出来ないことなの？

プログラマじゃなくてもいい仕事がメインなら、
それはプログラマと呼ばなくていいと思うわｗ

なんかよく分からん質問だなと思ったけどやっと繋がった。その疑問はもっともだ

COBOLは業務タスク中心なんで、業務知識のあるコボラーがどうしても必要な局面があるってことだよ。
そんな状況が発生すること自体が、分業しきれてない負の遺産の時代の産物であることの証なんだけどね。
切り離せないもんだから、セットで育てられる正社員コボラーはプログラマとしてはどうあれ、維持要員として未だに高給という謎な歪みがあるね。少ないとはいえ、未だに新卒採用あるくらい。

ゲームやSNSサービスに限らず、現在は業務知識を切り離した分業ができている
分業橋渡し役なSEが無能だとかいう愚痴が発生してはいるけど昔よりはまし

歯車作ってそれが何の製品になるか解らない、果たしてそれでいいのですか

ほら、スレタイの通り、COBOL技術者のやることは
業務知識というか、正確に言えば、
会計や金融がメインなので、プログラマじゃないってことさ。

プログラム作るより業務フロー見てる方が多いもんな

>>219
そうはいっても今のサラリーマンプログラマって、八割がそういう仕事でしょ。純粋研究職なんて一割もないし、一人でスマホアプリ書くとかが関の山
それも、COBOL全盛期にこれあかん奴やと気付いて、誰もが歯車化を望んで頑張った結果の今なんだよな
プログラマは業務に口出す権利もろくに与えられない。普段から業務知識から遠ざけられたら、改善提案稟議ひとつを通すこともままならない

ま、歯車といっても完成サービスが何かまで隠匿されるケースは稀だ
ライン行員がタンポポ置いて「これって多分スーパーに並ぶ何かなんやろなー」と思う程度には把握してるよ、歯車なりに

そういう、プログラマとしての知識 ＜＜＜　会計知識
が求められるようなところは、会計できる人に
プログラム教えたほうがいいよ。

会計知識を得るほうが大変な業界なんだろう？

COBOLとかみてればわかるけど、プログラマに
当然持っているべき知識、つまりネットワークの事とか
インターネットの事とかセキュリティの事とかOSの事とか
オブジェクト指向の事とか全然使わないじゃん？

バッチファイルみたいに処理を淡々と書くだけなら
プログラミング技術いらないの当然だしさ、
その程度なら、会計知識持っている人に教えたほうがいいでしょ。

俺はプログラマという仕事をしたいのであって、
そんな会計職なんかしたいとは思わないけど。

で、何のプログラム作りたいの
ただ指示待ちで淡々とプログラムを作り続けたいだけなのか

>>234
コボラーの世界は基本指示待ち。
自分で作りたいプログラムなんてないよ。

自分の手で作りたいものがある奴が選ぶ言語ではないな
まっさらからの新規案件なんかないし

自分の手で支えたいものがCOBOLで作られてたから支えるのがコボラー

>>223
会計出来る人にプログラマやってもらうは
間違ってないよ。
ただ、覚えても当分使い道がなくて、もったいないからプログラマが会計を覚える構造になってるんだわ
で、会計なりの業務知識ある奴がSEになってPGがその下に着くという

将来どうなりたいのかにもよるが
日本の大手ゼネコン的IT企業に就職希望だと上記の様に業務知識ありきで進む方が出世する。

技術力で勝負するなら英語勉強してコミッターになるのがいいと思うしcobolなんて気にしなくていいよ

COBOLを趣味で勉強する人なんていないよ？
会社に入ってから勉強したんでしょう？

素人をプログラマ（というかCOBOL技術者）にするぐらいなら
普通に会計職の人にCOBOLを教えたほうがいいよね？
どうせ、業務知識とやらのほうが重要なんでしょ？

>>228
スレのタイトルの趣旨からしればその通りだね。
cobolは業務知識とセットで業務寄りの人が担当するでok

ただ、そういう人達に上流やれちゃうっていう(作り終わって再び会計業務に着くわけではない)現実を知って学生達はどちらに就くか考えるべきかと思う。

サンデープログラマーという選択もあるし
25年前なんか、C言語をコンパイルするのに10万。turbo cおかげで3万に下がって喜んでたんだもんね。
ネット屋に転向するのも視野に入れてもいいし

上流ってそれ、職種が違ってるじゃん？
プログラマじゃないでしょ？

プログラマやりたいのに、違い職種をやらされるって
不幸以外の何物でもないと思うけど？

サッカー選手目指してるのに、
サッカー選手として一流になる前に
コーチやらされるようなもんだよ。

検証用のツールとしてVBAを使いこなしているコボラーいるけど
VBAってスキルとして認めてないんだよね

業務しか知らない、もしくは大昔の知識しかない奴が牛耳って、技術的な視点が煙たがられるようになるのはよくある話。
組織としてある程度以上技術的アプローチが出来なくなると、後は政治でしかシステムを開発・運用できなくなってしまう。
(金で下請け引っ張ってきたり、責任押し付けて組織ごと再編成したり。)

歴史が長いからに事例も多いだけで、COBOLの問題だけじゃないだろう。
仮に新しい言語やツールを使おうと、組織が腐ってたら同じことになる。

学生に警告するなら、COBOL避けろ、よりは腐った組織避けろが正しいと思う。
まぁ、COBOLの多い金融業界はかなりアレだから、間違ってるわけでもなさそうだけど。

所詮下っ端なんだからシステムに対しての言語や開発環境の選択権はないだろう
下請けに出てくる仕事するだけだ

上のお二方の話を合わせると
大手ゼネコン系には行くな
かな？

サラリーマンとしては堅い方がいいけど
プログラマとしてのやりがいなら、ベンチャー系だわな
ただ、そうなると情報収集や機能の改修も含めて英語でコミュニティに参加しないと面白くないんじゃない？
そこまでの覚悟とか無いと思うんだ。
単にプログラマになりたいって思いだけなんだと思う。

職業プログラマで50歳で部長になるようなお堅い人生歩みたいなら簿記でも勉強すりゃいいし

常に最先端の技術で食って行きたいのなら
プログラミングは二の次。そもそも学校で習うものじゃないという意識がないと無理だろう。(人工知能とか別だけども、言語や手法は)新しいものは匂いを嗅ぎつけて身に付けてくるくらいじゃないとね。

コボラーの皆さん。
あなた達の世界の設計書というものは
どういうものなのか、こちらで書いてくれませんか？

KACがテキストエディタの設計書を書くスレ
http://kohada.2ch.net/test/read.cgi/prog/1394963270/

こぼらじゃないが、書いてもいいよ
幾らくれる？リアルマネーね
ただはお断り

>>234
余程ドメスティックな分野の業務知識だけで食べてくんじゃなければ、英語からは逃げられないと思う。
英語コミュニケーション能力はまだ必須ではないけど、日本語のドキュメント無いとダメって人は既に辛いよ。
OSSを使ってたりすると、エラーメッセージをググった結果が英語しかないってのもよくある話。


ここ数年で、技術的視点捨てちゃった企業と技術に向かい合ってきた企業の差が本格的に出てきてる。
歴史があって堅実な企業に残るのもありかもしれないけど、結果を出すために組織単位での技術力の無さをどうカバーするかを考えると、幸せな結末があるとは思えない。
(下っ端の間は理不尽な生産性に苛まれ、上に行っても低い生産性を補って競合に勝たなければいけなくなる。)

そんな場所に5-10年も居座れば、派遣を沢山ぶらさげて、社内政治と人繰りとケツ持ちしかできない中間管理職のできあがり。
いくらプロパーで業務知識学んだって、人件費高いから管理しかさせてもらえなくなるんだよね。
関わる人や組織ばかり増えるもんだから、無駄に膨張した責任に押しつぶされて壊れたりする。
それに気付く頃には、既に全うに技術積んでる企業には転職できなくなっているから逃げられない。

最先端の技術は必要じゃないにしても、新技術を理解するだけの技術力と、適用したときのシナジーを想像できるだけの業務知識を維持できるようにしたいもんだ。

スレ建てた人がずっと吼えているのか知らないけど、
えらい狭い見方しかしない人だなあと思う。

そんなあなたの広い見方のレスを是非

>>1
・プログラマ
ウェブサービスを作る、ゲームを作る、スマホアプリを作る、
ハードウェア組み込みアプリを作る、デスクトップアプリを作る。
これらいずれかをやってるか出来る人

これは何の定義なの？

職業でやってると、そういう目に見えない部分ばっか作ってるな俺は

今でも業務用パッケージは画面でさえもパクられないように、サイトにスクショもないしカタログもフォームでお取り寄せだもんね。
1はサラリーマンが会社で使ってるアプリとか知らないんだよ。きっと

webなのにサーバ上ではcobolが動くとか普通にあるし(俺は嫌いだが)

一般人の目に見えるものを作るのがプログラマって定義なのでは？？アホ草

関わってるとしてもどの道、青二才君なんだよ

・プログラマ
ウェブサービスを作る、ゲームを作る、スマホアプリを作る、
ハードウェア組み込みアプリを作る、デスクトップアプリを作る。
これらいずれかをやってるか出来る人

DOS時代のフリーウェアはどれに該当するの？

答えてくれよ。>>1

>>243
フリーウェアはソフトのライセンスであって
ソフトの種類じゃないから、それじゃ答えられない。

横だがフリーウェアというライセンスはないよ
価格がフリーなだけなのか使われ方がフリーなのかフリーじゃないのか諸々をきっちり定義するのがライセンス

仕事でCOBOL使うが、はっきり言って技術的な事はほとんど得るものはない。

COBOLerにとって重要なのは業務知識。

全く魅力がない。

かわいそうな子がいるな、一生死ぬまで設計書通りにコーディングしてろ

パンチャーレベルだね

>>244
あなた学生？

【知的財産と契約料金の搾取業界】
受注系生涯損害助長要員は追放すべき
･偽装請負の訴訟を怠る要員で成り立っている。
･偽装請負の従犯を行う要員で成り立っている。
･開発ソフトの発達で開発が簡単になっているため、需要が減っている。
･事務ソフトは文系レベルのため、就職採用が容易である。
･事務ロジックは難易度が低いため、交代要員確保が容易である。
･SEの中間搾取が行われるため、低収入である。
･SEに非婚志向が多いため、低収入で契約される。
･SEの利益意識が低いため、追加無料が多い。
･SEに従順人格が多いため、残業競争が激しい。
･事業の資本金がかからないため、経営者の参入競争が激しい。
･事業の同業他社が多いため、安売り競争が激しい。
･事業の多重契約が多いため、悪徳利益競争が激しい。
･事業の技術革新のため、若手労働者の獲得競争が激しい。
･事業の経費削減のため、高齢労働者の解雇競争が激しい。

> DOS時代のフリーウェアはどれに該当するの？

・ゲームを作る: これがマス層だろう。当時はプログラム = ゲーム作成という感じだった。
・ハードウェア組み込みアプリ: Cバスに自作ハードを接続して動かしていたひとはこれに入るだろう。
・デスクトップアプリ: 当時のデスクトップは コマンドプロンプトだろうから、
LHA、FMP、FDなどはこれに入ると思う。　

>>251
正解。

ところで>>243はなんでフリーに限定したんだろう？

一太郎とかDOS時代のアプリケーションだよね。

これで少しでもゲーム業界に、人が来れば良いな。

softbankですら基幹システムは未だにCOBOLなんだよな・・

スマホアプリ作ろうぜ。
ゲームソフト作ろうぜ。

と、誘導してみる。

儲かりません

>>255
趣味でなら作ってるけどな。

>>255
今どきみんな作ってるよ
現代の若いプログラマはWEBかスマホの2択
昔、俺らがMSXかPC-9801の2択を選んでたようにな
X68Kやタウンズなんて今でいうとXboxやWindowsストアアプリに相当するんだろうな

何、このスレ？
別に2ちゃんねらーにプログラマ認定されなくても構わんよ。
金になればそれで良い。
スマホアプリも公開してるけど、全然金にならん。
COBOLerに戻ろうかな。

COBOLつまんねー

いくつ？つまらなかったらやめたらいいと思うよ
ほかの人がやると思うので

>>259
COBOLだと基本的には、おんなじよーなソースになるんだけど、
でも、そんな大量のプログラムの中に、抜群にうまい人を発見したときは感動するというのが、COBOLerの俺の楽しみｗ

別言語で書いた方が明らかに良いと思われるような所まで
COBOLで書いてあるの見たら感心通り越して呆れてしまう。

年十年も時が止まったままでも、ＣＯＢＯＬで仕事あるんやからエエやん。

COBOL以外の言語が稼動するプラットフォームは未だに脆弱だからなかなか無くならないんだよなぁ >COBOL

COBOLで、my @b = map { $_ * 2 } @a; と
同じコードを書いたらどうなるの？

念の為に説明すると、このコードの意味は
配列@aの要素全てを2倍して配列@bに入れる。です。

>>265
結局、
ユーザーにとって本当に必要なもの。
って突き詰めると極めてシンプルで、そのシンプルなのを作るならCOBOLでええやんになるんだよなｗ

使い勝手も
マウス操作よりファンクションキーのほうが圧倒的に早いし。片手が空く。

>>266
ライブラリをCALLすっけど？

>>266
Ｃと大して変わらん

>>266
俺言語だと

@a=@b***@@

って書くとbのそれぞれの入力データがニューメリックかアルファベットかチェックして
しかも、それぞれの項目が入力データとして適切かどうかチェックして
a配列にそれぞれ結果を保存してくれるんだぜ。

COBOLに配列なんてあったっけ？
COBOLよりJCLの存在がでかい
オンラインは糞

COBOLは構文そのものは単純なんだけど、標準的なライブラリがあまり用意されていないので、
ほぼ全て自分でコーディングしないといけない
なので普段ライブラリに頼って開発している人間やロジックを自分自身で考える事に慣れていない人間には厳しい言語かもね

それ故プログラマ経験の浅い人間には受け入れ難い言語かも…

>>271
オンライン部分はメーカー毎に仕様が異なるからな

>>271
つOCCURS

>>272
>COBOLは構文そのものは単純なんだけど、標準的なライブラリがあまり用意されていないので、
>ほぼ全て自分でコーディングしないといけない

それはCも同じ

Ｃも古い言語なんだけどなｗ

COBOLはちょっとした処理書くのにも大袈裟になるから好きになれない。

なんでCOBOLの人はあまり求めるのに、ループ使うのですか？
ちゃんと命令あるのに

そのソースを保有しているところへききなさい
特殊な事情がある場合がある
ちゃんとといっちる命令をつかわないでほしいとか

いっちる 訂正 いっているw

事情を知っている人がお亡くなりになってる場合も多いのでは。

そもそも現代のプログラミングにおいて、ロジックを自分で考えないといけないとかないわーw
そんな汗臭いコーディングなんて今時流行るわけも無い

うん、技術知識じゃなくて業務知識で勝負するのもありだよね。

プログラマーに業務知識なんているの?
設計書の指示通りにコーディング出来たらそれでいいじゃん

設計できない人が設計してるから

プログラマしか業務知識をもってないから
ブログラマがやるしかない

自称業務知識を持っている人が
技術力不足で、最低レベルの設計書すら
書けない

SAPってどうなの？
COBOL使うくらいなら独自言語の方が楽しそう

メインフレームを使用している時点でCOBOLかCくらいしか選択しが内容な気がするけど?
もしかしたらIBM系ならRPGやPL/1とかもアリなんだろうか?

流石にLinuxやWindows系のプラットフォームでCOBOLを走らせるなんてことはないだろうし

>>288
> 流石にLinuxやWindows系のプラットフォームでCOBOLを走らせるなんてことはないだろうし

SoftBankに誤れ!!ww
たしかあそこの基幹システムはLinuxでCOBOL走らせてたと思う

>>288
Linuxは知らんが、Windowsでそもそも基幹システムを運用するなんて正気の沙汰じゃないわw
せいぜいフロントエンドが零細企業向けの小規模システムが限界だと思う。

>>290
ハァ? Windowsが圧倒していますが何か?
東京証券取引所の基幹システムとして稼動するWindows
ttp://itpro.nikkeibp.co.jp/article/NEWS/20090609/331590/?SS=imgview&FD=-654674548
HPCでもダントツのパフォーマンスをたたき出すWindows
ttp://cloud.watch.impress.co.jp/docs/interview/20101224_416025.html
Windows上で稼動するメインフレーム
ttp://wsmgr.jp.brothersoft.com/screenshot-50450.html
NASパフォーマンス比較テストでWindowsがLinuxを圧倒！！
ttp://www.flexense.com/documents/nas_performance_comparison.pdf
BDレコのOSはやはりWindowsだった！！
ttp://it.slashdot.jp/story/12/04/24/0052242/

【一方Linuxは…】
Linux Daily Topics：2011年9月2日　Kernel.orgがトロイの木馬の侵入被害に｜gihyo.jp … 技術評論社
ttp://gihyo.jp/admin/clip/01/linux_dt/201109/02
Linux カーネルの基盤サイトがクラッキングの被害に - japan.internet.com
ttp://japan.internet.com/webtech/20110902/2.html
Linux Daily Topics：2011年9月15日　狙われるLinux… 今度はLinux Foundationが標的に｜gihyo.jp … 技術評論社
ttp://gihyo.jp/admin/clip/01/linux_dt/201109/15
Linux Daily Topics：2011年9月2日　Kernel.orgがトロイの木馬の侵入被害に｜gihyo.jp … 技術評論社
ttp://gihyo.jp/admin/clip/01/linux_dt/201109/02
Linux カーネルの基盤サイトがクラッキングの被害に - japan.internet.com
ttp://japan.internet.com/webtech/20110902/2.html
Linux Daily Topics：2011年9月15日　狙われるLinux… 今度はLinux Foundationが標的に｜gihyo.jp … 技術評論社
ttp://gihyo.jp/admin/clip/01/linux_dt/201109/15
MySQL.comのWebサイトに不正なコード　闇市場でroot権限も販売か
ttp://www.itmedia.co.jp/news/articles/1109/27/news027.html
またもOSSプロジェクトが被害に! Wineプロジェクト、不正侵入を発表 | エンタープライズ | マイコミジャーナル
ttp://journal.mycom.co.jp/news/2011/10/13/115/index.html
「OpenSSL」の heartbeat拡張に情報漏えいの脆弱性
ttp://scan.netsecurity.ne.jp/article/2014/04/08/33945.html

全く使用するメリットが見出せないLinux

・安定性・信頼性
　Linux
　フリーソフトであるLinuxの安定性・信頼性はハッキリ言って問題外。
　1日連続で稼動させることすら困難。

　Windows
　いまやWindowsの安定性・信頼性はメインフレーム(汎用機)をも凌ぐ。
　世界中のメインフレームが全てWindowsServerに置き換わったのがその証拠。

・脆弱性
　Linux()
　Linuxで稼動している世界中のサーバーがクラックされまくっている。
　シェアが全くないLinuxはウイルス対策ソフトも皆無。

　Windows
　デファクトスタンダードOSとしてあらゆる攻撃を受けてきたWindowsはいまや世界で一番強固なOSとなった。
　豊富なウイルス対策ソフトもさりながら、カーネルの構造的に絶対に外部からクラックされることが無いOSとなった。

コスト
　Linux
　フリーソフトなのでOSは無料。
　しかし上記内容により安定稼動させるのはほぼ不可能。
　またサポートが存在しないため自前で何とかするしかなくかえってコスト高となる。

　Windows
　OSは無料ではないが従来のメインフレームのOSと比較すると安価。
　もともと安定性に優れたOSであるため、誰にでも安定稼動させることが容易である。
　サポート面もマイクロソフトを始め、各ベンダーが完璧なサポートを行える体制となっている。
　またコンピュータOSとしてほぼ100%のシェアを誇っているので情報が豊富である。

想像をはるかに超える高速性と安定性を持つWindows ServerをメインにWindows＋Linuxのハイブリッド環境でインフラを構築
http://gihyo.jp/admin/serial/01/gloops/0001

たとえばWindows環境のメリットの1つに，
IISとASP.NET，そしてC＃で書かれたアプリケーションが
想像をはるかに超える高速性を実現していることが挙げられます。
そのうえ，安定して動作しているのです。
Javaを中心としたプラットフォームのものと比べると，
もう全然比較にならないぐらい安定していると感じています。

突然なんなんだ?

WindowsServerの最新版
贅沢なハードで使ってみたいなぁ

>>288
>流石にLinuxやWindows系のプラットフォームでCOBOLを走らせるなんてことはないだろうし

10年以上前だとダウンサイジングと言えばメインフレームから
UNIX(AIX/HP-UX/Solaris)への移行だったけど、
今時は普通にLinuxやWindowsで動いている

・COBOL2002ファミリー：事例紹介：ソフトウェア：日立
　http://www.hitachi.co.jp/cgi-bin/soft/casestudy/search/casestudy.cgi?r_pno=10043&pno=10106

日立の場合、事例でHA8000シリーズと呼ばれる製品がWindows/Linuxに対応したサーバになる
というか、小規模案件だとWindows案件が圧倒的に多いと聞く

>>294
このセットコピペは鯖系のスレやwebprog板でよく見かけるやつ
リンクもツッコミ待ち見え見えでつまらんし、スルーでいいかと

Windows信者って本当に存在するんだな

バッチ処理でCOBOLを使うのはわかるが何で画面やら常駐するプログラムにまでCOBOLを使うのかがわからん。

>>299
画面につしては以前熟練したオペレータはGUIライクな画面よりCUIベースの画面の方が入力効率がいいらしい
逆に入力に不慣れな一般エンドユーザー向けにフロントエンドにGUIベースの画面を開発しているこもある

常駐プログラムはメインフレーム系だとCOBOLになるのは必然だけど
逆にオープン系プラットホームでCOBOLで常駐プログラムを走らせるのは確かに訳がわからんw

>>299
COBOLはコーディングレベルのバグさえ潰せば言語要因のトラブルが皆無だからじゃね?

設計要因のトラブルは容認するんだ。

短絡な思考しか出来ないおつむの持ち主って哀れだね

>>302
少なくとも金融やインフラ系の基幹システムだとそれなりのレベル人間が設計するので
設計レベルでの致命的な事態に陥るようなトラブルは滅多なことでは起らない

まぁそれでも起こってしまった時は開発責任者数名の首が消し飛ぶか、下手をすれtば関係者から死人が出るけどw

>>302
「おきのどくですが あなたのよきんは きえてしまいました。」

>>301
COBOLはコーディングレベルのバグを減らせるような仕組みを備えてるの？

未だに変数表とか管理してるイメージ。

他の言語と比べてかなり仕様がガチガチに固められていてプログラマーが弄れる範囲が限られているから
コーディングレベルのバグは起り難いんじゃないかな
まぁコーディング側が余程無能なら勿論バグは発生するし その辺りは限界があるけど

現に初期バージョンから全く修正なしで20年、30年ノントラブルで動いているプログラムがなんて全然珍しくないし
(まぁ中には作成者不在でメンテしたくてもメンテ不可能なプログラムもあるけどw)

ＣＯＢＯＬすら満足に出来ないエセコーダーが何語ってんだょ(笑)
いい歳こいて、２回り下のガキの下で這いつくばってて悔しくないのか？
お前らゼロか？！
ゼロの人間か(泣)
これからお前らを殴る(泣)
歯を食い縛れ(泣)

>>268
実際のコードを書いてくれ。日本語（による言い訳）はいらない。
これとほぼ同じコードを書いてくれるだけでいい。

my @a = (1, 2, 3);
my @b = map { $_ * 2 } @a;
print join(':', @b);

と言うかそれ聞いてどうしたいの
COBOLで数学的なコードは書かない
他言語で作成したライブラリーや関数を呼び出すので、
それを作成するチームが別にある
COBOLは一人で作成する言語じゃない
現実的でないコーディング言ってもしょうが無いよ

２倍することが数学的なのか？その程度で
> 他言語で作成したライブラリーや関数を呼び出す
ということは、DOSのバッチファイルみたいなもの？

COBOLは数学的なと言うか数式を記述する事が難しいかも
COMPUTE文を使い文書的な記述をするので一見何をしてるのか分かりにくいし、
配列もまた記述が面倒で扱いにくい
ある値を求める時はCALL文を使いバラメータを渡し結果を得るのか普通ですかね

>>311
> と言うかそれ聞いてどうしたいの
COBOLという言語を知りたいだけ。

で、>>310のコードは？

質問なんですが、学校で先生が検定試験（全商3級）に合格したかったら、問題集といてPROCEDURE DIVISIONを理解するだけで良いと言ってます
理由は問題集だけで60点は取れて、後の10点はプログラム（PROCEDURE DIVISION）を徹底的に理解しろだそうです
こんな授業で良いの？

そう言われてるんならそれでいいんじゃない？

コンピューターの知識があんまりなくてもなくてもプログラムを書けるのがCOBOL。

まぁ、技術者から見れば糞つまんないだろうけどね。

>>315
あたりまえだろがｗｗ
PROC以降がプログラミングの主なんだから

identification ＝プログラム名の記述
environment ＝ファイル、環境等の記述
data ＝変数の宣言等
proc＝プログラムの動作

procが最重要じゃなきゃなんなのかｗｗｗ

>>310
COBOLという言語を知りたい？アホなの？
COBOLの記述方式なんてそこらじゅうに載ってんだから自分で見てみれば一発だろがｗｗ
で？www

俺様スーパーウルトラ言語だと

　＠うんこ

これで、HTTPサービスが実行できるＹＯwwwwww
おまえの言語、めんどくさっｗｗｗｗ

なにこのｽﾚたてた人
あらゆる産業のことをなにも知らないんだね

学生へ。COBOLの書き方くらい自分で調べらんない奴はプログラマではない

COBOL言語のことばかりいうやつがいるが、いくらでも他に古い言語の問題もあるぞｗ

>>321
今使ってる言語だって、確実に古いダメな言語と呼ばれる時代が来るのになｗ

英語に近い記述であるCOBOLを使えるものは
必然的に英語も読めるのである

なんか随分スレが伸びていると思ったら変なWindows信者が湧いてて吹いたw

>>310
一応COBOLでも組もうと思えば組めるけどCOBOLって可変長の配列は定義出来ないから
かなり野暮ったいコードになると思うよ

> かなり野暮ったいコードになると思うよ
やっぱりそうですか。

ここにそのコードを書かないのは
書くと恥ずかしいからなんでしょうかね？
可変長でなく、固定長でいいんですがね。

私はあの>>310コードを短時間で書きました。
無駄な所は殆ど無く、最低限の文字数と言っていいでしょう。
こういう小さな積み重ねが開発効率につながっていくのだと思います。

COBOLの生産性は低いということが証明されました。

俺が高校のときは、全商の試験はCOBOL85とかCOBOL88だったような。
今の全商の試験はどんな感じなん？

>>325
固定長でいいならこんな感じか？

01 I PIC 9.
01 LEN PIC 9.
01 A-TBL.
03 A-T OCCURS 1 TO 9 TIMES
DEPENDING ON LEN.
05 A PIC 9.
01 B-TBL.
03 B-T OCCURS 1 TO 9 TIMES
DEPENDING ON LEN.
05 B PIC 9(02).


MOVE 3 TO LEN.
MOVE 1 TO A(1).
MOVE 2 TO A(2).
MOVE 3 TO A(3).

PERFORM VARYING I FROM 1 BY 1
UNTIL I > LEN
COMPUTE B(I) = A(I) ** 2
DISPLAY B(I) UPON CONSOLE
END-PERFORM.


まぁこんなコードなんて滅多に書かないし、
どうしても使う場面があるなら関数化して必要に応じてCallするわなw

インデントが滅茶苦茶になってるわw ･･･orz

>>325
今更気づくことでも無かろう
証明できましたとか、ネットで調べれば解る事を
わざわざ聞くのはお粗末
自分で調べられないでやっていけるのか君の今後が心配だよ

好奇心とかやりがいは全然満たされないよね
馬鹿でもそこそこ稼げるからIT業界の一種のセーフティネットだね

>>327
> どうしても使う場面があるなら関数化して必要に応じてCallするわなw

関数化したコードが見たいです。

>>310で言えば、map（perlでは関数ではないけれど）と
joinでしょうか？

つまり、
* map・・・配列を引数にとって、特定の関数を呼び出す
* join・・・配列を引数にとって、特定の文字でくっつける。

これをCOBOLで出来るんですよね？

念のため。汎用的ではない関数は不要です。

>>331
多分COBOLにはmapで取り出した引数から関数を呼び出すような命令は無いのでmapに相当するプログラムを
自作しないといけないと思う
joinは単純にSTRING文で結合すれば可能だと思う

cobolにも関数がある。検索するといくらでも出てくるね。
でも滅多に使わない。cobolの種類によっても違うし。

ttp://refer.it-manual.com/cobol.html
ttp://www.microfocus.co.jp/manuals/SE40/lrpdf7.htm

しかしなんで使用用途が全く異なるperlをCOBOLの引き合いに持ち出してくるんだ?
Javaとかならまだわからんでも無いけと

確かに関数は互換性の問題もあって滅多に使わないね
開発現場によっては関数の使用を禁止しているところもあるし。

そういえばオブジェクト指向に対応したNetCOBOLや、
メインフレーム以外のPCサーバー等でCOBOLを実際に使っているところなんてあるの？

個人的にはオブジェクト指向やWindowsやLinuxで走らせるなら普通に別の言語を選択した方が良いのではと
思っていたので。

そういうのは日立が得意そうだ
>COBOL2002

団塊コボラーがどんどん引退してくれるおかげで最近COBOL開発の単価が上がってるね
開発言語としては確かにつまらないけど、COBOLはそれなりに単価も高いので
仕事と割り切ればこれほど美味しい飯の種は無いw

>>336
あるよ。
linux上でCOBOL走らせてる。
まぁ、バッチ処理ならそこそこ使えるかな。

COBOL以外の言語ももちろん使うけど。

次の規格だと容量可変表があるらしい。とっくに2008年は過ぎてるが。
2002年の規格が最新で、なおかつ追加された機能はほとんど使われないのが
いかにもCOBOLらしいとこだなｗ
http://www.cobol.gr.jp/knowledge/next_standard/standard005/chap01.pdf

ワイは仕事として食ってけるならＣＯＢＯＬでもなんでもやるがな
単価高いなら美味しい以外にないわ

つーか、「つまらない・楽しい」ってのがよく出てくるけど、何をもって「つまらない・楽しい」って言ってるのやら？？？

俺からすれば、どんな最新言語、最新環境、流行の開発環境だろうがなんだろうが

　「上から降ってくる仕様書にしたがって、ユーザーと一度も話すことなく、顔を見ることも無く、ただ仕様書を解読してシステムを作る」

というのが、「一番つまらない」と思うんだが？？？
ユーザーの現場を見て、ユーザーの要望を分析して、ユーザーに使ってもらって、
ユーザーが「良くなった！使いやすくなった！早くなった！・・・・etc」
という声を直で聞いたときに「やったー」って思って、それが「楽しい」につながってるけど

ここでボヤいてる>>1をみると単に「最新言語、最新環境、流行の開発環境」であれば良いようにしか見えない。

まぁ、３次・４次・５次請の偽装請負・派遣社員ではユーザーの声なんて聞けないんだろうし、別の楽しみを見つけないといけないんだろうけど。
でも、「ユーザーが使うために」作るのは基本中の基本なんだから、ユーザーが見えない開発なんて、おれは、それこそ真っ平ごめん

で？

>>343
本当のところを付かれて痛いんだろ？w
COBOLにぶつけても解決しないよww

今では殺人事件凶悪事件が起こると創価員かというぐらい
ネットではささやかれる時代になりました。刑務所受刑者の３３％は創価員という事実は有名な話ですが、以下を見れば納得ができます

創価員が裁かれる　　　 判決の際　法廷にこだまする「　池　田　先　生　万　歳　！」
◎以下これ以外にまだまだ創価員の犯罪多数あり、書類送検されていないだけであなたの街でも多数すさまじい事件の数が
発生しましたし、まだまだ毎日のように創価員による凶悪事件は発生しているのです！
しかもこれ以外にもTVでも報道された凶悪事件多数あり！。あなたの周りにも潜んでいる。
危険です。危機的状況です。酒鬼薔薇だけではありません。実にたくさんいるのです
あなたの街でも善良な人間のように取り繕い潜んでいるのです。

●宅間守（在日）→大阪 附属池田小学校児童殺傷 創価学会員。大量殺人犯 。８人殺害 １５人が重軽傷。悪徳　朝鮮人部落出身。
（悪徳カルト）両親も創価学会員。獄中結婚したが相手の女も創価員。さすが創価員は悪徳な者を好む。あえて結婚する
とは殺人破壊者を賛美、美化、擁護する行為 2004年死刑執行 獄中結婚した女は慰謝料損害賠償払ったのか？被害者に詫びたのか？
宅間は被害者に詫びていない。つまり・・・判決の際　法廷にこだまする「　池　田　先　生　万　歳　！」ということ
日本の犯罪史上、稀に見る大事件
●畠山鈴香 （在日）→秋田県児童連続殺害事件　創価学会員。悪徳。（悪徳カルト）
●斉藤勇太 →ＪＲ取手駅前バス無差別殺傷事件　創価学会員。悪徳。（悪徳カルト）
●酒鬼薔薇聖斗→ 東慎一郎（在日）神戸の首切り魔で酒鬼薔薇聖斗 創価学会員。神戸の首切り魔。生首を校門に飾る。悪徳２人殺害。
元在日朝鮮人。両親も創価学会員（悪徳カルト）
●福田孝行（在日）→山口県母子殺害　殺害後屍姦、乳児も殺害　創価学会員。悪徳（悪徳カルト）
●阿部隆 →長野母子バラバラ殺人事件（平成元年)船橋市幼児バラバラ殺人事件 千葉県船橋市の熱心な創価学会員・Ａ・Ａ子さんと長男
のＨちゃんが、同じく学会員である夫のＡ・Ｔに殺された。動機は生活苦。バラバラにされた死体が聖教新聞に包まれ、長野県の山中に捨
てられていた 悪徳（悪徳カルト）

おれも>>342>>344が正解だと思うwww

>>343
お前、この仕事向いてねーよ(笑)
さっさとやめろゃ(笑)

どぅえ？

>>342
そうやってごまかさないとやっていけないほどプログラム作りをつまらないものだと思ってるんだね。
お客様に感謝されるのが目的なら、介護でもやっとけ。

>>349
どうぞどうぞ、僕ちゃんは「高尚な知的活動であるプログラミング」を楽しんでてくださーいｗｗ

当ｽﾚｯﾄﾞを毎日、たのしみに拝見しております＾＾

いや、マジでプログラミングという手段が完全に目的になってる馬鹿がいるなwww

そして、このての馬鹿の技術力のなさは驚異的なんだよな（ーー；）

>>349
オマエ、自己満足の開発しか出来ないだろ？
オナニーしか出来ない奴はいらないよ。
職場には、おまえみたいな奴は迷惑なんだよ。

は？　介護？　介護の仕事は、介護される人間が
みんな感謝するとでも思ってるのか？
社会を舐めすぎだし、介護職を舐めすぎ。

オマエは、個人でスマホアプリでも作って満足してろ。

自分が作ったものでヒトに感謝されたことがない奴にあんまり言ってやるなよ。
かわいそうだし、ちゃんと外に向き合っていればこれからそういう機会があるだろうし。

逆に自分は他人とコミュニケーションを取るのがキライなので
PCだけ向かい合っていたらいい仕事がしたかったのでプログラマーの道を選んだんだけど、何か？

ITってインターネット登場前後で劇的に変わったけど
COBOLは登場前の技術だからね
技術磨こうっていう前向きな気持ちが持てないよ

プログラマーにおける技術って何？

デスマになったらバックれる術

>>356
ITってインターネット登場前後で劇的に変わったけど
Lisp/Smalltalk/Cは登場前の技術だからね
技術磨こうっていう前向きな気持ちが持てないよ

COBOLは事務屋でもプログラムが書けるように開発された言語だからね。
そもそも、COBOLを使って技術的に高度なプログラムを書こうと思うかい？
そういうことだよ。

>>360
Excel VBA は事務屋でもプログラムが書けるように開発された言語だからね。
そもそも、Visual Basic を使って技術的に高度なプログラムを書こうと思うかい？
そういうことだよ。

>>344
お客さんに喜んでもらうために、COBOLを選ぶ積極的な理由がない。
はっきり言って、COBOLという縛りがなければCOBOL以外を選んだ方が安くなるし、
当然お客さんも喜ぶからね。

>>362
> はっきり言って、COBOLという縛りがなければCOBOL以外を選んだ方が安くなるし、
> 当然お客さんも喜ぶからね。

最近はそうでもないよ
特にMS系の言語は陳腐化や仕様変更が激しすぎて
OSをリプレースする度にシステムの全面焼き直しとかふざけるな、みたいな感じで
相当嫌気をさしているクライアントも多い

まぁ流石に新規でCOBOLを採用するところは皆無だけど、そういうクライアントはLinux+Javaへ移行するところが多いし、
以前からCOBOLを使っているような企業はそのままCOBOLで、というのがほとんど

客がプログラミングするのか、だったらなじみの言語を選択するだろうな
プログラミングしなければ言語なんて特にこだわらないだろう

>>355
他人とコミュニケーションとるのが嫌いなら２ｃｈで、書き込みなんてしてんなよｗｗｗ障害者ｗｗ

>>360
JavaやらC#やら、高卒・Fランクでも書けるように開発された言語だからね。
そもそも、JavaやらC#を使って技術的に高度なプログラム(wwwwww)を書こうと思うかい？
そういうことだよ。

>>362
まず、客・ユーザーと話をする立場になってから言え。
全部お前の妄想で語られても、はいはい。としか言いようがない。素人さん。
偽装請負・派遣だから客前にはいけないんだろうけど、
そんなに高度な技術があるなら派遣先の冠企業で「正社員として引き抜いてください！」って言えば？

そもそも技術的に高度なプログラムってなんぞや？

>>363
MSって小規模なシステムやフロントエンド系ならわかるが
基幹系でMSの環境で運用している所なんてあるの？

>>1は学生に自分の考えが正しいとアピールするつもりが自爆してね？
どうみても仕事のレベルに達してない幼稚な奴が多すぎww

>>361
コボラーのオブジェクト指向言語の理解の浅さが窺いしれるね
そりゃCOBOLでお茶を濁すしかないわな

COBOLer現場でもインターフェイスはC#とかでやってることすら知らんかww

使用する言語で優劣を付けている時点でどう見てもアマチュアだよな…

ただCOBOLには優秀な人材が参入しないから、
現場はどうしてもぱっとしない人が多い。
言うなればバカなプロフェッショナルが多い。

>>374
それは言語云々関係なくこの業界全体に言えることなんだがw

構造体のコピーを01レベルでいいのに
全項目Moveで行数を稼いでいたのは私です

スレたてた>>1なんかもう居ないんじゃないの

>>369
最近の自治体は多い。

相変わらず抽象的な物言いばかりだな
やった事ない事やよく知らない事は上手く言えないもんな
無知でも出来る仕事なんだから、それを認めろよ

継承や多態をしたくなった時COBOLではどう書くのだろうか？

C言語で継承や多態と同等のことをする書き方はわかる。
関数ポインタとかあるから出来る。

だが、COBOLでどうやるのだろう？
（まったく使われていないオブジェクトCOBOLは除く）

答え 出来ない

これが普通のプログラマにとってはショックなことなんだ。
こんな当たり前のことが出来なくて、どうやって作ればいいのか。
同じようなコードをコピペして何度も作らなければならないじゃないか。

そんなのをわざわざ古い言語仕様のcobolでつくる必要なし
他の言語つかえばいいだろう
マゾなのか

実際にあり得ない想定で話する人がいるね
職場でも現実逃避してるのだろうか

継承や多態を使うことは、普通のプログラマの世界では
ありえる所か日常的な話。

それがCOBOLの世界ではありえないということは
どういうことかわかるね？


学生諸君、COBOL技術者はプログラマではない。

ぷっw
オブジェクト指向言語じゃないのに・・・
そもそも比較するのが可笑しいwwwwwww

現実逃避せずに、プログラムがスパゲーになっている
C++やJAVAとかを頑張れよw

継承や多態はオブジェクト指向の話だからね
手続き型言語のCOBOLにはそもそもクラスがないよ
まあ継承に近いのはロジックコピーだろうがね

>>380
それ故COBOLは出来るだけコードが冗長しないようにロジックの設計をしっかりする必要がある
行き当たり、思い付きでしか開発できない最近のプログラマにはかなり厳しいと思う

VBやC#みたいな数年で陳腐化するような言語なんて企業も恐ろしくて使えないと思う

確かにCOBOLってどうしても冗長になってしまい、メンテに工数がかかるけど
ほとんどのオブジェクト指向言語は陳腐化が激しすぎて数年毎、下手すりゃOSのバージョンが変わるだけで
全面焼き直し、なんてことを考えるといくら継承性や多様性が良くても意味がない気がするw

アメリカはオブジェクト指向言語の方がかえってコストがかかる、という理由で基幹部分はCOBOLに戻している企業が多いって聞いた。

COBOLについては、最大の弱点は長い変数名がつらい点かな・・・。

COMPUTE REZEPT_TOKUTEI_KENSHIN_JYOUHOU_TEIKYOU =
　 　 　 　 　 　 　 　 　 　 　 　 REZEPT_TOKUTEI_KENSHIN_JYOUHOU_TEIKYOU +
　 　 　 　 　 　 　 　 　 　 　 　 REZEPT_TOKUTEI_KENSHIN_MOMONGA +
　 　 　 　 　 　 　 　 　 　 　 　 REZEPT_TOKUTEI_KENSHIN_MANKO

こんな感じで、エディタ（標準）がくそなのでロングネームがつらい点だな。
もちろんパソコンで慣れたエディタで作って、転送すればいいだけなんだがな・・・・・・・・・・

言語だけでプログラマーの優劣が決まると思ってる奴は、マトモにロジックが組めるかも怪しいな

>>386
> それ故COBOLは出来るだけコードが冗長しないようにロジックの設計をしっかりする必要がある

同じロジックであれば、COBOL以外の方が短く書けるでしょ？
COBOLの方が短くなるコードなんてあるの？

COBOLでは記述できない分野が多すぎるんだよね。

COBOLが適していない用途

ネットワーク
ゲーム
組み込み
ドライバ
ウェブアプリ
GUIアプリ
iPhone・Androidアプリ
科学計算
ハードウェアを操作するもの全般
RDB・KVS関連
HTML・XML関連

別にコボルがこの世に存在したって良いじゃない
言語の多様性があったほうが良いじゃない

いいと思う。単にCOBOL技術者がプログラマじゃないってだけで
プログラマじゃない人にも価値はあるよ。

>>393
そりゃCOBOLはビジネスロジックに特化した言語だから･･･

>>393
それぞれの分野に適した言語を選択するのが普通だろ・・・
そんなこと言い出したら それこそアセンブラ最強!!ってなってしまうw

別にCOBOLプログラマーがプログラマーと認定されなくてもいいよ
それでも他の言語のプログラマーより単価が高いから食っていくには全く問題ないw

最近は特にJavaとCOBOLの両方が出来るプログラマーは重宝されてるしね

コボラーの単価が高いって何時の時代の話をしてるんだろうか？

>>397
昔はバイナリデータで直接書いてた時代があってだな･･･

>>396
そのビジネスロジックに、>>393でいうような
処理が含まれてないんでしょう？

ビジネス対象範囲が狭すぎる。

COBOLにとってはビジネスは金や、そろばん弾くのが
ビジネスの全てや。みたいな。

PL/Iって言語は誰も語ってくれないのね
COBOLの後継として出てきたのに、後になってせっかく作ったPL/Iのシステムを
COBOLに移行するなどされた幻の言語

>>390
そんな長い変数名使われたら他の言語でも多分発狂するw

>>403
RPGも付け加えてくれw

まぁどちらもIBM系のホストでしか見たこと無いけど

コボラーが担当するプロジェクトは開発費用が高い = コボラーの単価が高いって思っているのかも

コボラーが担当するプロジェクトは最新技術が取り入れられてないから
開発効率が悪すぎる（他の100倍以上）
だから人が多く必要。
人が多いからプログジェクトの開発費用は多い。
だけど、人数で割ったら一人あたりの給料は少ない。

>>404
> そんな長い変数名使われたら他の言語でも多分発狂するw

COBOLでは変数はグローバル変数がデフォ
ローカル変数がないことはないのだけど、（COBOLの世界では）
新しくて高度な機能扱いで、互換性がとかわからない人が〜とかいう理由で
使わないことが多い。

グローバルで変数が被らないようにするには
長い変数名を付けないといけない。

よってCOBOLの変数は長くなりがち。

COBOLでローカル変数ってどうやるの？って
ぐぐったが、見つからねぇｗ
幻の機能レベルじゃねーのか？ｗ

UNITを省略してUNT
TOTALを省略してTTL
などなど

逆に>>393全ての用途に適している言語なんてあるのか

特に意味不明なのが最後のHTML・XML関連、HTMLもXMLも開発言語の一つなんだが？

>>409
最悪だなｗ ワロタ。
タイピングスピード遅いのか
補完できるエディタもないのか

>>410
> 逆に>>393全ての用途に適している言語なんてあるのか

逆逆。

全ての用途に適していない言語なんて、ありえない！
って話。

でもそれがCOBOLなんだよな。

以前参加してたCOBOLのパッケージ開発で一人当たりの単価が80万/月位だけど
これって安いんだろうな･･･

確かにパブル期の頃は一人当たり100万〜120万/月位貰えたからやっぱり安いのかもしれない

>>410
＞HTML・XML関連
パーサー作る話してるんだろう

パーサーもあるし、DOMの処理もあるだろうな。
たとえば、特定の要素を検索するとか、
その要素に属性も加えるとか

COBOLでどうや・・・あ、やっぱいいや。無理そうだしｗ

cobolなんかよりFortranを使いこなせるなら５０代でも十分やっていけるぞ

>>410
しーっ!!

ここは>>1みたいな素人を生暖かく見守りつつ、弄っりながら反応を見て楽しむスレなんだから!

>>416
FORTRANはスパコン分野では今でもバリバリの現役だけど
一般の企業が使用するような用途ってあったっけ？

> HTMLもXMLも開発言語の一つなんだが？

マークアップ言語だから
開発言語とは普通いわん。

ちょっと恥ずかしいぞそれｗ

>>393
Javaが最強ってこと?

ちなみにVB,VC,C#はWindows環境に限定されると言う時点でアウトw

>>420
モノ知らないねw

> ちなみにVB,VC,C#はWindows環境に限定されると言う時点でアウトw

COBOLも環境に限定されるからアウトだな。

COBOLをPCで動かしたい！

動かしたいけど、COBOLで作られたアプリが無えｗ

>>419
> マークアップ言語だから
> 開発言語とは普通いわん。
>
わかりやすくすのに開発言語という表現を使っけど御幣があったみたいだな

恥のついでに聞きたいんだけど、"HTML関連・XML関連"に適した言語って一体とういうこと？

>>424
JavaScriptならDOM関連充実している。

HTMLやXMLを文字列と考えれば
正規表現が得意なPerlやRubyなどが当てはまる。


で、COBOLで正規表現扱うにはどうするの？
こういうので苦労するレベルでしょう？ COBOLは。

>>418
プラントの設計とか、工学系の計算する業種なら残ってるところはある。
自分が最後に使ったのは10年前だけど。

>>421
monoは知ってるけど正規で運用しているところは聞いた事が無いし
結局MSの気分次第でどうこうなってしまう時点でリスクが大きすぎる

>>425
COBOLて正規表現なんてもう何十年も前から普通に使えていたが？

>>424
Scalaは言語にXML処理がビルトインされている

Windowsでしか動かなくても、
その上であれば、いろんなアプリが作れる。

用途としてはいろんなアプリに適しているわけさ。

COBOLはどんな所で動かしても
作れるのは>>393に当てはまらないものだけ。

>>428
ほうｗ

じゃあCOBOLで正規表現で置換するコードを書いてくださいな。

結局のところアンチCobolerがいくらファビョろうが、非プログラマー認定しようが
未だCOBOLが世界中の金融、軍事、社会インフラ、企業を支えている現実は変わらないわけでw

>>410
C++でなら、全部やったことあるな。
向いてるかどうかは知らんが。
まぁウェブアプリは有用なフレームワークが用意されてる
Rubyあたりでやるのがいいんじゃないかと。

>>432
だから、プログラマじゃないって話でしょ？
プログラマじゃない人が世の中を支えてるってことには
誰も否定してないんだよ。

>>432
視野が(君が付き合ってる世間が?)狭いね。
COBOL知らなくてもいいプログラマの方が多いのに。

COBOLでもフレームワークが、フレームワークさえあれば、できるんだよ！



でも、そのフレームワーク自体がCOBOLじゃ作りにくいんだよ。



ぐぬぬ

おいおいみんな、>>393が開発は用途に関わらず全て単一の言語で行うもの って思い込んでいる時点で察してやれよ・・・

たしかにみんな>>393に釣られすぎだよなw
それともわざと釣られてあげるやさしい人たちなのかw

>>437
いや、勘違いしてるのはお前だって。
しっかり書いてあるだろ。

「COBOLが適していていない用途」って

しっかり俺が訂正したから
もうそんな勘違いはしないよな？

まぁ、できることが限られ過ぎててCOBOL使えても嬉しくないのは確かだろう。

状況によっては、COBOL使えることを隠しておいたほうがいいかもしれない。

本当にこの世に必要なければ放っておいても無くなる
ことさら取り上げて叩くほどのものでもなかろう

よし、COBOLで正規表現が使えるという証明に
この課題を使おう

http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1439105349

> COBOLで文字列の置換
> 01 TEST-STR PIC X(12) VALUE "TEST(777)ABC".
>
> 上記の TEST-STR の内容を、
> "TEST777ABC"
> という感じに"("と")"を除外する方法をCOBOLで実現させたいのですが、
> 何かいい方法はありますでしょうか？

正規表現を使えば簡単なはずだが、
この質問に正規表現を使った解答はでていない。

>>442
プログラム言語じゃないものでも、必要なら無くならない。
なくならないが勘違いしないように、プログラム言語では
ないってことを無知な学生に知らせることは重要だ。

あれからずっとCOBOLで正規表現を使う方法を探してる。

COBOLで正規表現は何十年も前から普通に使えていたんや。まぼろしやないんや。信じてくれ。

COBOLがチューリング完全ならば、COBOLで正規表現ライブラリを作ることは可能なはずだ。
COBOLプログラマに可能かどうかは分からないが。

「可能なはずだ」ではない。何十年も前から普通に使われていたんだ。
STAP細胞はあります。200回も成功しました。

自分が記憶しているところでは富士通か日立か忘れたけど
COBOLで正規表現を扱うためのサブプログラムがメーカーから用意されていたと思う。
それを「普通」と呼ぶにふさわしいかどうかしらないけど･･･

COBOLってそういう特定のメーカーの
コンピュータでしか動かないって所があるからな。
言語は共通でもサブプログラムが非オープンでプロプライエタリ
互換性がなくなっちゃう。

ここでいくらCOBOL批判しても、そう簡単にはなくなりませんからw

いや、無くなるかどうかの話をしてるんじゃなくてね。
別にあってもいいんだよ。

ただ、COBOL技術者はプログラマじゃないってだけだから。
プログラマになりたい人が、COBOL技術者になったら
可哀想だろう？

だからCOBOLはいかにプログラム言語として劣っているか、
COBOL技術者がプログラマと言われて想像する人と
いかに違うかってことを学生に教えないといけない。

>>408
COBOL/85標準ではないよ。
でもメインフレームは各メーカーが独自にCOBOL拡張言語を作ってるから。
たとえば、

PROC: FUNC-MANKO
　 　//ここにローカル変数を宣言できる。
　 　ENTRY:
　 　 　 　CALL: SUB-MANKO
　 　 　 　ECALL: MANKO-FOR-EVERYONE
　 　EXIT:

こんな感じでいけるCOBOLもある。

お前がやらなければよいだけ
高い金でやるひとはいくらでもいる
またCOBOLだけ教えている学校、企業は無い
どの言語もやって貰わなければならない
言語は稼働させる道具にすぎない

コボラーの特徴。

自分が何を出来るか、どんな力があるかではなく、
貰ってる給料を自慢する。

自分の力でソフトウェアを作れない人

プログラマの定義

なんてなんの権威もねー>>1が決めたところで誰もついてこないｗｗｗ
どんなにあがいても高卒・Fランクの>>1＆派遣・偽装請負社員の>>1の発言なんて誰もついていかないｗｗｗ

ということにしたい>>456であった。

COBOLは正規表現すらも使えないというのが
明らかになったな。

>>457
call: せーきひょーげん（引数、戻り）

で？

正規表現を関数の名前だと思ってるのか・・・

>>457
アセンブラ以外、ほとんどアウトになりそうな発言だなｗｗ

COBOLでは何十年も前から普通に使われていたって言ってるだろ。
証拠なくとも信じてやれよｗ

>>1

>>そして、いろんな言語を知っている、コンピュータに詳しい、ハードウェアにも詳しい。

世の中のプログラマ99.99999999999999999999999999999%は退場だなｗｗｗ

>>1は職場でCOBOLが使えなくて余程悔しい想いをしたのかな？

たしかに自分の職場でも以前中途採用されたアラフォーのJAVAerがCOBOLの開発現場に配属されたけど
結局開発に付いていけず3ヶ月でお払い箱になってたわw

でそのおっさんも>>1みたいな内容の捨て台詞を吐いて去っていったっけ…

なので>>1がCOBOLに対して嫌悪を抱き、自分をコケにしたCOBOLプログラマーをプログラマーと認めたくない気持ちはよく解るよ

>>1にお勧めのスレがあがってるぞwwwww
派遣、偽装請負で引き抜かれないPGは無能の証明
http://nozomi.2ch.net/test/read.cgi/prog/1384418434/

最近のプログラマーはライブラリやフレームワーク、開発ツールに頼らないとまともにコーディングが出来ない人間が多いからなぁ

どっかのスレにもあったが、新人プログラマーに腕試しでFizzBuzzの結果を出力するプログラムを組ませようとしたら
「FizzBuzz用のクラスは何を使ったらいいんですか？」と質問されたという話もあるくらいだし

Cなら全て出来るぞ、もちろんOSやコンパイラだって作成出来てしまう

というわけでCプログラマ以外はプログラマに非ず!

以上、終了!!

>>466
Cでもアセンブラ使わないとダメなのあるぞ

>>450
ただし同一メーカーなら30年、40年前のCOBOLで書かれたコードが最新のOS、ハードでバイナリーレベルで
そのまま当たり前のように動作するけどねw

特にWindows系に多い、OSが変わった、下手すればサービスパックを適用した程度で動作しなくなるような脆弱な
言語とはレベルが違う

そりゃハード含めて同一メーカーで全部そろえてればそうだろ。
違うメーカーのハード、ソフト、ドライバで動かしてみろよ。

>>469
わざわざCOBOLだけ不利な環境にしようとするｗｗｗ
Javaを俺の作ったCPU上で動かしてみろよｗ

>>468
Windowsみたいなオモチャに毛の生えたようなOSで長期運用を求めるようなシステムの開発なんて普通はやらない

だいたい最近はクライアントベースからサーバーサイドに移行しつつあるので、
クライアント側のインターフェスもブラウザベースになりつつあるからその辺の問題もなんとかなりそうだけどね


それよりサーバーサイドで思い出したが富士通かどっかからNetCOBOLってリリースされてたと思うけど
NetCOBOLって確かオブジェクト指向にも対応したいたしVB、VCと同等の開発も出来たと思うけど
あれって結局実用運用で使われているんだろうかw

>>469
普通COBOLってメインフレームで運用するものじゃないの?
わざわざPCでCOBOLを走らせる意図って何

>>469
じゃC#やJAVAをメインフレームで走らせてみろよw

あっ最近のメインフレームってJAVAは走ったんだったっけ?

ソフトバンクはWebサービスをLinux + COBOLで構築しているみたいやね

Open VMSからLinuxへ移行し既存COBOLアプリケーションをWebサービス化。
ttp://www.microfocus.co.jp/resources/userref/softbankmobile.asp

>>473
> あっ最近のメインフレームってJAVAは走ったんだったっけ?

富士通のオフコンでは以前はJavaも稼動させられたけど、結局廃止されたらしい

>>470
> Javaを俺の作ったCPU上で動かしてみろよｗ

COBOLをお前の作ったCPUの上で動かしてみよｗ

これに一つ項目を加えないといけないようだな。

COBOLでは記述できない分野が多すぎるんだよね。

COBOLが適していない用途

ネットワーク
ゲーム
組み込み
ドライバ
ウェブアプリ
GUIアプリ
iPhone・Androidアプリ
科学計算
ハードウェアを操作するもの全般
RDB・KVS関連
HTML・XML関連

PCを始めとする誰でも持っているコンピュータで動くソフトを作れない。

>>472
メインフレームにさわれないからだろｗ

>>1がどれだけCOBOLを否定しようが、少なくとも先進国においては
COBOL無しでは社会が成り立たない事には変わらない

もちろん>>1も例外なくCOBOLで開発されたシステムの恩恵を受けて生きている

>>471
そういえば、メインフレームの皆さんはおもちゃ扱いしていたミニコンに職場を奪われたんでしたっけ。

そら事務処理用言語だからな。
それに特化した言語で、実際そういう用途で使われてる。
それでも結構需要があるってことね、生き残ってるのは。
PCｦﾀが遊びでいじくるような言語とは対極。
事務屋さんの伝票処理のルールを記述していくようなニーズに
応えるもんだからね。
世の中にはそういう需要が結構あるってこと。
目の前のPCだけが「コンピュータ」だと思ってるPCｦﾀには
理解不能だろうけどね。
いいんじゃない？理解しなくて。
一生無縁でも生きて行けるんだし。
たまたまCOBOLの仕事をやれと言われたら、断ればいいだけ。

> ただし同一メーカーなら30年、40年前のCOBOLで書かれたコードが最新のOS、ハードでバイナリーレベルで
> そのまま当たり前のように動作するけどねw
ボッタクリ同然の金払えばね。
お客様の喜ぶ顔がーとかいいながら、
実際はシステムを札束にしかみてないのがコボラー

>>481
需要といえば聞こえはいいけど、COBOLで組んでしまったシステムを
捨てるに捨てられずしかたなく使ってるだけ。

もしかしたら>>1は純粋なコボラーかもしれなしぞ
若い世代に自分のテリトリーを奪われないようにするためCOBOLのネガキャンを行っている可能性もある

>>484
その可能性は十分考えられるかもね

普通の開発言語だとだいたい30歳半ば過ぎでお払い箱になるけど、
COBOLなら扱える技術者がいないという理由で50歳過ぎてもプロジェクトに声がかかるからね

>>462
お前のまわりにはいろんな言語を知っている、コンピュータに詳しい、ハードウェアにも詳しいプログラマが
0.00000000000000000000000000001%
しかいないのか。
まぁ、類は友を呼ぶというからなぁ。

COBOLが適さない用途が多いんじゃなくて適する用途が少ないだけなんだよ。

基本バッチ処理ぐらいでしょ、使うのは。

正規表現が必要な処理をわざわざCOBOLで書く意味とかもわからない。

>>481
> 事務屋さんの伝票処理のルールを記述していく
プログラマーとは違うようだ。

特定の言語しか扱えないって それはプログラマじゃなくだだのコーダーだろ

プログラマはクライアントの要望、用途より適切な言語と環境をチョイスし、設計・開発するのが常識で
開発言語なんてプログラマにとって所詮クライアントの要望に応える為の手段の一つに過ぎないんだから

たしかに開発言語に必要以上に拘る人間でまともなプログラマーってお目にかかったことが無いな。

ブログラマーが開発言語に拘る = その言語でしか開発出来ない

だもんな

>>1が定義するプログラマーってまさに「ぼくがかんがえたさいきょうのぷろぐらまー」みたいでなんか微笑ましいなw

多分内容から察するに、まだ社会に出て開発の仕事をしたことが無いようなので、
>>1が社会に出て理想とかけ離れた現実を目の当たりにした時、どのようにして壊れて堕ちていくのか、
それを見守るのもそれはそれで面白いかも・・

こう考えてみよう。
学生に「プログラマーになりたいんだけど、言語は何を勉強したらいい？」と聞かれた。
俺(C++推し)だったら、無難にJavaかC#にしとくね。潰し効きそうだし。
COBOL推しの人は迷わずCOBOLと答えるんだろうけど。

もしくは、
学生「プログラマー目指して学校行ってるんです」
俺「へー、今の学校って言語はなに教えてるの？」
ここで、学生がCOBOLと答えたらとりあえず事情を聞くね。

COBOLってコンピュータの事たいしてわからなくてもプログラムが書けるからね。

言語自体もかなり異質でクセがあるからそれに慣れてたら他言語の修得にも手間取りそう。

>>494
コンピューターのことある程度正しく理解して・・・・っつーなら、最近の言語は全滅だろーがｗｗ

>>1の趣味で組んでるプログラムソース見てみたぁいｗ　ものすごいんだろうなぁｗ

>>495
正解w

君たちには最先端の技術を勉強してもらう。
COBOL85だ

「OS?CPU?なんですか、それ?」って真顔で聞いてきたC#プログラマーなら職場にいる･･･

COBOLを使っていると人は無能になってしまう。
COBOLの教育は犯罪とみなすべきである。

LinuxのCLIコンソールを目の当たりにして凍りついているプログラマーなら何人も見てきた

>>499
CPUというのはこれだよっと
メインフレームの筐体をあけて
説明してくれる先輩はいなかったのだろうか？

そういやCOBOL使ってる人たちって
テキストエディタって何使ってるの？

>>500
ではその犯罪的なCOBOLで開発されたシステムを日常的に使用している全日本国民も犯罪者ということになるな・・・w

>>504
あー、ごめんごめん。名前を書いていなかった。

構造化プログラミングを提唱した計算機科学者エドガー・ダイクストラは、各種言語の欠点を挙げた中でCOBOLについて「
COBOLを使っていると人は無能になってしまう。COBOLの教育は犯罪とみなすべきである。」と述べた。

http://www.cs.utexas.edu/users/EWD/transcriptions/EWD04xx/EWD498.html

>>500
ま、こんな感じだよね>>1は
論拠がまーーーーーーーーーーったくない
お・こ・ち・ぁ・まｗｗｗ

>>503
桜か秀丸

>>503
自分はWZエディタ使っています。

開発の為にというご質問なら、汎用機の開発ツール使っています。
汎用機からプログラムのソースをPCに取り込んでテキストエディタで
修正して汎用機に返すとかもやっています。

>>506

エドガー・ダイクストラに謝れ
http://ja.wikipedia.org/wiki/%E3%82%A8%E3%83%89%E3%82%AC%E3%83%BC%E3%83%BB%E3%83%80%E3%82%A4%E3%82%AF%E3%82%B9%E3%83%88%E3%83%A9

エドガー・ダイクストラ（Edsger Wybe Dijkstra, 1930年5月11日 - 2002年8月6日）は、
オランダ人の計算機科学者。1972年、プログラミング言語の基礎研究への貢献に
対してチューリング賞を受賞。構造化プログラミングの提唱者。1984年から2002年に
亡くなるまでテキサス大学オースティン校の計算機科学の Schlumberger Centennial Chair を務めた。

>>508
テストってどうやってるの？

自分のパソコンでユニットテスト実行して
修正が既存の何かを壊していないかを
チェックするものだけど、
動かす機械と、作る機械が別だと
それしにくいでしょう？

別に計算機科学者のエドガー・ダイクストラがなんといおうが
COBOLはプログラミング言語ではないもので
COBOL技術者はプログラマじゃない存在と認識すれば
それがプログラミング的にいかに劣っていようとも、
プログラマじゃないしーって終わる話ではないだろうか。

ソースはwinで修正してコンパイルとテストはlinuxとかやってるな。

>>512
今は、Windowsを使っていてもターゲットがLinuxアプリなら
Vagrantとか使ってWindows上でLinux動かして自動テストしないか？

さすがにCOBOLアプリを個人のPCで動かす
エミュレータがあると信じたいが、
ビジネス上の理由で作ってないかもね。

PCで動いたら「メインフレームなんて要らない
じゃないですか」って思われちゃいそうだし。

>>513
Linuxみたいなフリーソフト実務の開発で使ってるの?
お前の職場って滅茶苦茶だなw

>>515
そのネタ飽きたわｗ

お前は大会社Googleが使ってるものを
疑うのか？ってな。

>>510
おっしゃる通りです。自分の汎用機の環境では、
複数のCOBOLソースに一括変換する・・・PCで言えば
Grepに該当するようなツールがありません。
一括でCOBOLソースをPCにテキストファイルとして持ってくる
ツールはあります。
また、ソースの数もかなり多いので、変数名ＡＡＡ→BBBに変更するような
単純作業もかなり時間がかかります。
そのため
汎用機→ソース取り込み→Grepで一括変換→汎用機に返す
その後、元ソースと新ソースの比較プログラムで変わった点をチェックします。
この方法でやれるのは上に書いた単純作業だけですが、これができるだけでも
かなり楽になりました。

>>515
COBOLってエディタもメーカーが作った純正の使わないといけないの？
構成管理とかちゃんとできてる？

> 一括でCOBOLソースをPCにテキストファイルとして持ってくる
> ツールはあります。

ツール？ 普通にファイル共有すればいいじゃないの？
Linuxで動かしているけど、samba使って
Windowsでソース修正して、即実行可能だよ。

> その後、元ソースと新ソースの比較プログラムで変わった点をチェックします。
diffでもなさそうｗ

汎用機でPerlが動くのなら
ackというツールが使えるよ。
grepより高機能でPerl製

構成管理というのはソースコード修正申請書をだして
ハンコを貰うことでしょうか？

まぁコボラの1人としても学生が学習する言語としてCOBOLはお奨めしないし、
緩やかに勢力縮小していく宿命だろうとは思うけど。
でも、無くなりはしないんだろうなぁ、とも思うんだよね。
金融機関の基幹系システムなんて、ほぼ100%COBOLだからねぇ。
昔から使い続けてる銀行に限らず、新興のネットバンクやネット証券でも
基幹システムは大手が昔から使ってるCOBOLのシステムを流用してたりする。
稀にCOBOL以外で書いてる大手金融機関があれば、それはPL/1だったり
アセンブラだったりする。

そこが日本のITのダメなところと言えばそれはそうかもしれない。

ま、本当に革新的なIT企業ならば、言語がどうのってレベルを超越して
OSからファイルシステムの概念から新規に作ったGoogleくらいなこと
やらないと・・・所詮は50歩100歩じゃないかな？という気もするけどね。

いえ、ただプログラマじゃないってだけで
COBOLもCOBOL技術者もだめとはいってないのです。
プログラマじゃないってだけで事務員のようなものと考えれば
ありがたい存在です。

私が気にしているのはプログラマになりたい人が
COBOLというプログラム言語とよべないものを
学ぶことです。

>>524
それはキミの心の中でだけ、そういう定義にしておけばいいんじゃない？
世間一般には、30年も使ってる銀行のシステムをCOBOLで書いてるような
人もプログラマと呼ぶし、それを設計する人はSEと呼ぶ。
世間一般とキミの認識がズレてるだけで。
世界で1人だけ、俺様が絶対に正しいと思い込んでても、思い込んでる
だけなら別に誰に迷惑かけるでなし。

>>523
> そこが日本のITのダメなところと言えばそれはそうかもしれない。

ところがどっこい COBOL依存率は日本以上にアメリカの方が高いらしい･･･

>>526
COBOLはアメリカが発祥の地だったよね、確か

違ったっけ?

まあゴミ清掃員や食肉処理要員みたいなものだな
必要性はあるが面白くはない
その必要性もレガシーシステムがあるからしょうがないという
本当の必要性ではないし
金融や証券におんぶに抱っこで自立性もないしね

「俺様はくりえーちぶであーちすちっくな仕事しかしねーぜ」
って言ってるニート君かな。

そもそも言語の如何に関わらずプログラマ＝ドカタなのが
実際のところなんだが・・・
あ、無職なら違うな。良かったな。

な？ COBOLの世界ではそういう扱いなんだよ。
COBOLの世界では事務員の仕事は単純作業だからさ。

だいたい『COBOLプログラマ』ってなんだ？
COBOLにしろJavaにしろC++にしろ、特定の言語しか扱えない時点でプログラマ、ましてやエンジニアでもないだろ

要するにただのコーダーってこと

このスレで、COBOLプログラマって言ったの
お前が初めてだけどな。

まあ、技術者じゃなくてCOBOL事務員の方がいいと思うが。

>>525
COBOLって、未だにSEが設計してプログラマがコーディングするような世界なんだ。

俺が知っている現場では一般事務で採用された人間が
システム部に配属されてCOBOLのプログラムを作っているぞ。
当然、一般事務で採用された人間だから、プログラムを作った
経験も無い奴でCOBOLが初めて使うコンピュータ言語って
奴も多い。
こういう人達も一般のプログラムした事無いような人から見たら
プログラマであり、>>1の見方は間違っている。

また、その部署に派遣された別会社（コンピュータメーカー）の人間も
COBOLしか出来ない人も多いと思う。

>>535
１次請、２次請なんて、ほとんどプログラミング経験なんてもってねーぞ？

>>529
数学はできません
物理もわかりません
電気もわかりません
高校は偏差値50、Fランク卒です
でも僕は高等な　ぷろぐらまぁ　ですw　ってオチだからなw

>>534
未だに！？
本来、それが理想なんだけど？？
間にアホが入らないから

>>538
つまり、COBOLプログラマーは設計もできないアホということ？

>>539
システムは動いています
おまえの端金もちゃんと計算してくれています

>>537
大学出たのにCOBOLプログラマもたいがいなものだと思う。
情報工学の教授は、COBOLなんて大卒のエンジニアが触るもんじゃない
ってのが口癖だった。

大卒でプログラマーやる時点で終わってるだろ
高卒か専門卒がやる底辺の仕事なんだからさ

コボルだけで食っていけるプログラマーはもう存在しないよ
プロジェクト自体が他の言語に比べて少ないのは既知の通り
故に設計からテストまで何でもやらされる
SEとかPGの区分けって単価のランク付けでしかなくて、実務ではやること同じだ

コピペでしかものを作れないプログラマは貴方の側に存在する！

>>542
だな〜ITﾄﾞｶﾀは本当に搾取されるだけの奴隷階級。
真っ当な生活したけりゃ他業種へ行くべき。
まぁ>>1はそもそも職業プログラマじゃなく
趣味でプログラム書くだけのPCｵﾀｸってことのようだから
そういう意味では勝ち組なんじゃね？
無職だろうとなんだろうと。

たしかCOBOLでは正規表現は使えない、昔勤めていた職場で正規表現を扱うサブプログラムを自前で書いていた人がいた。
欲する機能が無ければ自分で作成する、これが本来のプログラマーのあるべき姿だろう。

自分はもともとC畑の人間なのでそう思うだけかもしれないけど

そういや確かに昔CでMS-DOSのアプリを書いていたときはほとんど自分で書いていたなぁ
当時は使えるフレームワークなんて皆無だし、用意されているライブラリも中途半端な出来だったから
ドライバやグラフィックの描画エンジン、マウスのポインタ制御まで全部自前で設計して書いてたわ

今思えばかなり野暮ったいことをしていたけど、一番プログラマらしい仕事をしていた気がする

確かに最近は似たようなコードを引っ張り出してきてコピペしたり、
用意されたフレームワークやライブラリを切り貼りして実装するのがほとんどですね。
若手のプログラマなんて「関数がないから組めません!」とか平気で言ってくるし…。
ここまでくるとエンジニアというより、ただのチェンジニアじゃないかと思ったりもします。

やっばアセンブラ最高だわ

Linux + COBOLって最凶の組み合わせじゃんか…

今時Windowsではなく、Linuxを採用するようなところはCOBOL同様 犯罪的行為たわ

というかCOBOLで満足する知能しかないなら
IT土方で搾取されるしか道はないということ。

>>547
そこまで細かくやっていかないといけないから、いろんなアルゴリズムが頭に入ってる
だから、潰しが利く利かないでいえば、フレームワークの無いプログラミング言語を触ってるほうが、
プログラマーとしての思考は鍛えられるんだよな
今のプログラマはマジで「〜をしたい場合は、〜を呼び出す。」というマニュアルがないとなんもできない。

>>546
ビジネスロジックを扱う言語で低レイヤーなプログラムを強制されるのは間違ってるよね。

Linuxでは記述できない分野が多すぎるんだよね。

Linuxが適していない用途

ネットワーク
ゲーム
組み込み
ドライバ
ウェブアプリ
GUIアプリ
iPhone・Androidアプリ
科学計算
ハードウェアを操作するもの全般
RDB・KVS関連
HTML・XML関連

PCを始めとする誰でも持っているコンピュータで動くソフトを作れない。

>>552
時代は効率化してるんだ
あんたが1年かけて作った物を今の若いのは簡単な参考書読みながら1ヶ月で作っちまうぞ

木彫りの熊作ってと言われて、あんたみたいに彫刻刀で削っていくのも別にいいし否定はしないが
それはもはや芸術とか職人や趣味レベルで
商売となると効率性とスピードが重視となり
電動道具使いこなしたり、3Dプリンター使いこなせる人の方が求められるようなものさ

勉強のために車輪の再発明するのは大いに結構だが
それは言語のメリットでは全く無いので勘違いしないように。

要するに最近のプログラマーってレトルトのカレーを温めてご飯にかけただけで
「オレはカレーを作れるぞ」と言っているようなものか?

>>557
カレーを自分でも作れるが、レトルトカレーを温めたほうが早いのでそうするんだよ。

>>557
ちょっと違うな。

どちらかと言うと冷凍食品やパック詰めの惣菜なんかを買ってきて、
一応自分できれいに皿に盛り付けて「オレは料理が得意だ!」といっているようなものかな。

要約するとこんな感じ?


・アセンブラ、Cプログラマー　　　　　　　-> 食材の捕獲、栽培から加工、調理までを行う。
・C++、COBOL、FORTRANプグラマー　-> 食材は他所から調達して加工、調理までを行う。
・VB、Java、C#プログラマー　　　　　　　-> 調理済みの食材を調達して皿に盛り付けるだけ。

>>560
>
> ・アセンブラ、Cプログラマー　　　　　　　-> 食材の捕獲、栽培から加工、調理までを行う。

甘い! アセンブラは調理器具も鉄鉱石レベルから自前で製作するぞw

ではアセンブラやCでwebアプリを書いてみよ。
C++、COBOLでも可。

>>560
CとC++を分けてる理由がわからない。
あと、出てくる言語が古すぎる。

DOSとか汎用機の時代にごりごり書いてた人からすりゃ、
そもそもWEBアプリなんてEXCEL-VBAと同レベルだろ。

>>564
それで、Cで書くの？

>>564
DOSとか汎用機の感覚で作って、脆弱性満載なWebアプリ作るんですね。

>>1はあれだ。何故そうなったか知らんがCOBOL憎しのあまり
精神に異常を来してしまったんだな。
アンネ・フランクの本を破った人みたいな状態になってるようだ。

>>564
スケールしないのができそう。

>>562
> ではアセンブラやCでwebアプリを書いてみよ。
> C++、COBOLでも可。
つNetCOBOL

つまりEXCELのマクロをCOBOLで書けるか？
書けないだろ〜COBOLの負け！

って言ってるようなもんですね。

>>569
それが.NETフレームワークの上に立ってるの判ってんのか

>>562
"COBOL Webアプリ"でググれば事例がゴロゴロ出てくるよ

>>570
Cでもwebアプリを書くことは可能なんだよ。
実際Cでcgiを書ける。
ただ文字列すらまともに扱えないような言語では、何百年も掛かるってだけ。

>>564
Webアプリくらい簡単にできるだろうとノウハウもないのに手を出すと
ダサい・UIがむちゃくちゃ・ユーザーのこと全く考えてないものを作りがち。
デザイナーが作ったような奇麗なサイトにしろとはいわないけど、
せめて今時のWebサービスとして恥ずかしくない程度の作りをしてほしい。

>>571
それを言ってしまえば殆どの言語が何かしらのフレームワーク上でWebアプリを実装しているわけだが?

>>575
だって食材の捕獲、栽培から加工、調理までを行う。って言うからｗ

>>560の例で言えば、実際問題アセンブラでは人参しか作れない。
プログラマであれば、作るものに合わせて適切な言語を選択するものだ。

いざとなればコンパイラ、インタプリターくらい自前で作成出来なければ真のプログラマーとは呼べない

>>578
実用性はともかく、それくらい学校で教わるでしょ。

まぁ極論を言ってしまえば殆どのプログラマは誰かが作って用意されたコンパイラ、フレームワーク、ライブラリ等をただ利用しているだけなので
プログラマもワープロソフトで文章書いている事務員と同じってなるわなw

それこそ言語論争なんて所詮Wordか一太郎かで争っているようなレベル

>>579
学校ってwwww

これだから中卒は…

>>554
凄いな。
普通これらのうち、いくつかには適してるもんだぞ。
これらのことに一つも適してない言語が存在するなんて。
COBOLで書くのって相当苦痛だろうな。

ネットワーク
ゲーム
組み込み
ドライバ
ウェブアプリ
GUIアプリ
iPhone・Androidアプリ
科学計算
ハードウェアを操作するもの全般
RDB・KVS関連
HTML・XML関連

PCを始めとする誰でも持っているコンピュータで動くソフトを作れない。

>>555
で？ｗ
おれさまが同じフィールドに立てば、２時間で完成するわｗｗ

>>584
そういう事は実際に同じフィールドに立ってから言えるんだよ。

>>555
そう
だから、おまえらは、プロのプログラマと呼ぶには値しない
素人でも組めちゃうんだからｗｗ
そんな素人と同然の価値のおまえらに金を払ってくれてるだけありがたい話だｗｗｗ

フレームワークがないとなんもできない技術者（ｗ　はプログラマではないな　素人グラマでいいや

つーか、まともなプログラマがほとんどいねーんだが・・・www
自己紹介等々でラッパ吹くやつに昼飯誘って、徹底的にいろいろ聞くと泣き出すしwww
雑魚ばっかりだよマジでwww

>>585
たってますがｗ
まぁ、立場は遥かに上位だけどｗｗ
一次請なのでwwwwww

>>588
おーよかったなｗ

>>589
派遣っ！そこの派遣っ！ｗｗｗ

>>590
あいにくおまいらに仕事をもらう立場では無い。
おまいらのクソ仕事なんざ死んでもやらねーｗ

>>591
４次さーん、５次さーん　あ・・・７次さんでしたか。さーせんｗｗｗｗ

10次くらいかと思ったぜｗ

COBOLの何がクソかって
車輪の再発明ばかりしている所だな。

上の方でも、正規表現ライブラリがないから
なくなる自作してましたって言うぐらいだし。

>>592
そういったピラミッドが業界の全てだと思っているかもしれないが
それは業界の一角に過ぎない。

ピラミッドの上に立とうが下にいようが、奴隷商売は奴隷商売なのである。

奴隷？ うちは一次でCOBOL使ってるんだけど？

COBOLで一次ってありえないだろｗ

COBOL使ってる限り、奴隷だよ奴隷。

>>596
恥ずかしくないのかよｗ

みんな釣られ過ぎ

まぁ２ちゃんらしいね。

ま、一次でCOBOLは普通にあるけどね。
大手金融機関系シンクタンクで、そこのプロパー新人君に
COBOLで１本コーディングさせてレビューしたことあるよ。
ま、彼はその１本だけであとはひたすらレビューする側、
判子押す側になるんだけどね。

一次って金融とか証券の子会社だろ
みずほ○○テクノロジーみたいな感じの
シンクタンクはCOBOLなんか無縁だろ

あちゃー・・・
本当に社会人経験無いんだね>>602
ま、ひたすら底辺の単純作業しかしてないなら
世の中の事知らなくても不思議はないか。

日本総研、大和総研、野村総研・・・
ざっと思い付くだけでもシステム部門も持つシンクタンクって
このくらいあるな。
まぁ狭義のシンクタンク（企業調査、経済レポート作成など）機能を
指すなら確かにPG言語など無縁かもしれんが、「総研」と名のつく
大企業の正社員が実際にソースコードを扱うこともあるってのは
間違いではないな。

じゃあなたはシンクタンクのエリートCOBOLプログラマなわけね

自称エリートの勝ち組さんだらけな2chでそんなこと言ってもなぁ・・・

>>606
自称有能の技術者さんだらけな2chでそんなこと言われてもなぁ・・・

そういうシステム部は
オープンソースでなにか作ったりしないのかね？
世界が狭いなとしか。

https://www.youtube.com/watch?v=NyjrbxLPANU

スパコンの京はなぜOSをWindowsにしないのだ。
現在世界一の米国セコイアのOSはLinux。
OSをWindowsにするだけで高速化しまた簡単に世界一を奪還出来るぜ。
そんな簡単な事もわからないのかね？スパコン技術者は。

Android携帯もカーネルをWindowsに変えるだけで処理速度は上がり安定化する。
そんな簡単な事もわからないの？
スマホ製造会社は。
毎回「診断くん」に接続する度に、接続機器情報にLinuxの文字が出て気分悪いわ。

2ちゃんやYahoo!もUNIXやめてWindowsにしろよ。
サーバーはUNIXやUNIX互換OSのLinuxよりWindowsの方が、
処理速度も高いし安定してる。
サーバーを扱うんだったらもっとWindowsを勉強しろよ。

ノートパソコンもMacよりWindowsの方がデザインも美しく処理速度は素晴らしいし、
安定してる。
パソコン販売業者ももっとWindowsを勉強しろよ。

出典
http://maguro.2ch.net/test/read.cgi/linux/1345458790/l50

18 ：ダダダ2号：2012/10/26(金) 05:10:05.57 ID:3rsSOsmV
東京証券取引所の基幹システムのOSはなぜUNIXを使うのか？
システム障害が大発生して金融派生商品の取引が停止してしまったではないか。
Windowsを使えば処理速度は向上し、システムダウンは起きない。

日本製のネット家電のOSはなぜLinuxばかりなんだ。
Windowsに変える事によって処理速度は向上し、システムも安定する。
家電技術者はもっとWindowsを勉強しろよ。

スパコンの京はなぜOSをWindowsにしないのだ。
現在世界一の米国セコイアのOSはLinux。
OSをWindowsにするだけで高速化しまた簡単に世界一を奪還出来るぜ。
そんな簡単な事もわからないのかね？スパコン技術者は。

Android携帯もカーネルをWindowsに変えるだけで処理速度は上がり安定化する。
そんな簡単な事もわからないの？
スマホ製造会社は。
毎回「診断くん」に接続する度に、接続機器情報にLinuxの文字が出て気分悪いわ。

2ちゃんやYahoo!も落ちやすいUNIXやめてWindowsにしろよ。
サーバーはUNIXやUNIX互換OSのLinuxよりWindowsの方が、
処理速度も高いし安定してる。
サーバーを扱うんだったらもっとWindowsを勉強しろよ。

ノートパソコンもMacよりWindowsの方がデザインも美しく処理速度は素晴らしいし、
安定してる。
量販店はMac置場やめてWindows置けよ。

COBOLは業務に専念できるように誰でも簡単に修得できるようになってるからな。
コンピューター系の技術力がつくはずがない。

この人、わかってないなｗ

COBOL否定野郎は技術力を声だかに叫ぶけど、技術力ねーっぺよwww

COBOLはBCD最強だろ。誤差がでないってステキな事よ

COBOL否定君は技術力だけじゃなく、知識も日本語力も無い。
日本人じゃない（大陸人？）のか、あるいはリア厨か？

>>615
逆にどういう状況で誤差がでるんだよw
COBOL技術者(笑)の常識じゃ他の言語は計算結果に誤差がでるんだw

>>616
まぁ、若いうちは、そんくらい新技術に貪欲であってほしいね
でも、いつまでも、そのままでは困る
結局、新技術というのがラップ技術でしかないことに気づけるように基礎・基本に立ち返ってほしい
そして、システム開発はユーザーの要望があって初めて仕事になるということもね
ユーザー側の視点を考える努力も必要

COBOLを知っているやつでないとオープン系への移行作業ができないんだねｗ
今多いな

>>617
金融計算の分野では、少数の丸め誤差が大きな問題になる
だからCOBOL以外の言語だとBCD計算ライブラリを用いなければならない

　　http://ja.wikipedia.org/wiki/二進化十進表現

こんなのは金融計算プログラマにとって初心者レベルの常識

>>620
ハァ?　
だ〜か〜ら〜　なんで計算結果に誤差が出るのんだよw
COBOLerにはコンピュータ工学の常識が通用しないとみえるw

少数の丸め誤差なんてBCDライブラリ使えば解決するから
大した問題じゃない。

それよりも重要なのは、消費税の計算。
消費税が8%だとして
30円に消費税を加えて32.4円を、32円とするか
60円に消費税を加えて64.8円を、65円とするか
90円に消費税を加えて97.2円だが、(30円+消費税)×3=96円になるがどう扱うのか。
販売するときは単品ずつだが、仕入れる時は全部まとめてだがどう計算するのか？

そういう仕様を決めるほうが大変だ。

>>621
ソフトウェア工学を知らない>>621は、
まずは>>621で示したWikipediaのページを読んでから出直しなさい

Javaコードを例にして、素人でも理解できるよう
優しく丸め誤差を解説してあるから

>>621
わざとらしすぎｗ
馬鹿のフリしてもバレまっせ。

浮動小数点数の誤差については
むしろコボラーのほうが知らないよね。

なぜなら、そんなものが存在しない世界で
生きていたから。

実際、コボラー上がりの人が
知らなかった。

>>622
丸め誤差については、演算子の多重定義(オーバーロード)や
代用となる仕組みを備えた言語がメジャーになりつつあるから、
現実のプログラミングでは大きな問題ではなくなりつつある
ただし、ソフトウェア工学を知らない>>617,621では、
そもそも「BCDライブラリを使うという選択肢を発想できない」だろな

あと、そういった仕様、いわゆるビジネス・ロジックの定義は
プログラミング言語とは無関係だし、
その実装についても構造化構文を備えたCOBOLを含む
ほとんどプログラミング言語間で大きな差異は無いと思う
PrologやHaskellといった宣言型言語は別にして....

たしかCOBOLって2進化10進の計算は他の言語と比べて恐ろし速いって聞いた事がある。
実際JavaのBigDecimalを使った場合とCOBOLとじゃ計算速度に雲泥の差があるとか

それ、COBOLを動かすメインフレームのCPU自体にに、
10進数用の命令が搭載されているだけだろう。
特殊なハードにかぎった話

>>628
メインフレーム上での利点はそのとおりだけど、
他のプラットフォームでもCOBOLは性能面で利点がある

たとえばBCD計算ならば、他の言語では
ライブラリ呼び出しがオーバヘッドになる
個々のオーバヘッドは僅かな時間だけど、
加算や乗算といった演算子を適用するたびに発生するから、
大規模プログラムで積み重なると無視できないケースもある
ネイティブコードを生成できるCOBOLコンパイラだと、
そんなオーバヘッドは生じない

そもそも10進法で計算するメリットって何?

勉強になるなあ
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1487477859

>>627
COBOLが速いってにわかには信じ難いな
実際メインフレーム+COBOLで一晩かかるバッチ処理が普通のPC上でVBA+SQLだと数秒で処理出来るって学校で聞いたことがある

>>632
学校の先生は実務経験がまったく無しか僅かなレベルの人が教えているから、
(COBOLで)最悪なケースと(VB+SQLで)最良なケースを比較してしまう
おそらく、そのケースで両者の間に大きな性能差が生じるのは、
言語の違いと言うよりもデータベースの違いが第一の理由だね

結論を言えば、VB+SQLでも問題がないシステムであれば
さっさとCOBOLから移行すべきであるけど、
世の中には数少ないながらもメインフレーム+COBOLでなければ
耐えられないシステムが存在するということ
学生さんはもちろんのこと、専門学校の講師には想像もつかない世界だね

学校でかよ！
突っ込む気にもならんわな
ちょっとだけ教えてあげるが、メインフレームで扱う夜間処理のデータ件数は数千万規模だぞ

誤差が出るってのは浮動小数の話をしてんの？
何で整数を前提に話しないの？

linuxでCOBOL走らせてるけど、特に速くもないけど遅くもないよ。

> 数千万規模だぞ
1件1KBだとする。

100000000 (1億) × 1KB
100000MB
100GB

俺が使っているPCのメモリは32GBです。
HDDの総容量は10TBです。

あー、いやパソコンのスペックが
強大になりすぎっってのはわかってるよ。うん。

数千万かー。下手すりゃ個人のPCで処理出来ちまいそうだな。

みんな釣られすぎ
なんでも書きすぎ

>>636
単純な処理能力であればその判断も正しいが、
システムの信頼性を完全に無視しているな

これもまた専門学校レベルじゃ教えてもらえない話だ

>>638
お前だろ？ 件数言い出したのは？
もはや処理速度ではなく
信頼性ぐらいしか差がないんだよな。

1件1KBという発想が学生なんだろうな
顧客が数万〜数十万人程度の小規模システムならＰＣで十分処理できるだろうね
ビジネスにおいて大量のデータを単純に処理速度だけで比較できると思う発送が素人だね

>>639
その信頼性もハードスペックによる大きな差なんだぜ
解ってるよね

なんでそんなに必死になってるのさ？ｗ

100GB程度のデータだろう？って話。
それを否定するならともかく、
ぐだぐだいうなよ。

知識は正しく身につけるのが学生の勤め
現実を知らない未経験者の言う事を真に受けてはだめだよ
これでひとつお勉強になったね

まけおしみ
もしくは遠吠え

マルチメディアという形、つまり動画という点で
データ量は増えたけれど、新しい分野ではなく
COBOLが対象とするデータは、この数十年であっても
対して増えてないからなぁ。

>>639みたいな学生さんの間隔だと「信頼性くらい」になるんだろね
１件のシステム障害でトータル数十億円規模の損失が生まれることも
想定の一部として品質設計されてきた世界とは、水と油だな

処理速度で太刀打ち出来無かったから
話をすり替えてきてるよｗ

ひょっとして、メインフレームのハードスペックが10数年以上前から変わってないとか思ってないよね

そりゃ性能は上がってるだろうけど
重要なのは、どれくらい性能が必要かってことでしょう？
オーバースペックなものを導入しても意味ないし。

>>646
だけど、COBOLで書かれたプログラムにバグがあって毎回間違った計算してても誰も気がつかないw
それどころかバグも含めて「仕様」になってるからな。

そういう世界です。

COBOLって多少の誤差は許容しつつ、計算量を劇的に減らすアルゴリズムを考えるとか
そういった方面の技術とは縁のない世界だね。

>>651
扱うデータの内容が内容なのでその「多少の誤差」が数億単位になる場合があるけどねw

COBOLで数時間かかっているバッチ処理をJavaに焼なおしたら処理に数日かかってしまった、
という話をFかHのSEから聞いた事がある

>>652
でも、間違えないようにすればいいだけで、とくに頭を使う必要はないんでしょ。

計算量を劇的に削減するために発生した「多少の誤差」は>>651の口座で調整することにしようw

妄想ご苦労様。

>>635
> linuxでCOBOL走らせてるけど、特に速くもないけど遅くもないよ。

ハイ、嘘確定〜
企業は業務でLinuxみたいな低品質のフリーソフトなんて使用しませんw

フリーソフトw
バカだろwww

>>655
そんな事件がどっかであったような。誤差の端数を自分の口座にこそっと
妄想かな？

>>622
COBOLでライブラリ使って解決というと全力で言語否定するが、
　 　 　 　 　 　 　 　 　 　 　 　 　他の言語でライブラリでは平気でライブラリで解決という

こんな状態で、正常な思考、自分は理性的・中立的に考えていると思うか?

>>632
マシン語（アセンブラ）を見ればわかるだろが。
マシンが同じという条件で、
いろんなCPU特性条件を勘案して、必要クロック数を足し算してけよｗｗ

そんなこともできないで、技術者名乗るな
そんなのCOBOLerの俺でもできるわ

>>660
ヒステリックばばぁと同じだなww

女性は働きたければ働いて、働きたくなきゃ働かない、辛くなったらやめていい。
そもそも女性に辛い仕事を押し付けないこと。かといって雑用やらせるのもダメ。
それで給与も昇進も平等にね。ただし残業、転勤、深夜当直させたら女性差別だよ。
間接差別禁止規定って知ってるでしょ。なんでも平等にね。髪形と服装は女性の自由だけど。
それからｱﾌｧｰﾏﾃｨﾌﾞｱｸｼｮﾝと管理職30％目標もね。産休育休もね。当然給与40％保障で。
主婦と言っても、家事を強制される言われはないし、出産するかどうかは女が決めること。
でも産まれたら育児を女性に押し付けないでね。二人の子供なんだから当然でしょ。
ただし離婚したら親権は母親のものだよ。育児は女性のほうが向いてるんだし。

それから働く夫を妻が支えるなんて時代遅れの女性差別。
これからは働く妻を夫が支えなきゃ。
あ、もちろん収入は夫の方が多くて当然だけどね。妻には扶養請求権だってあるんだから。
それと夫は妻に優しくね。妻が望まないセックスは家庭内レイプだよ。
夫が妻のセックスの求めに応じないと離婚事由になるけどね。
離婚したら慰謝料とか財産分与とかまあ当然だけど。
女性はか弱いから母子手当ても生活保護も税金控除も当然だよね。足りないぐらい。

それと女性に女らしさを押し付けないでよ。
そんなの窮屈で面倒だし、いまさら男尊女卑ですかって感じ。
でも男はやっぱ男らしくないとね。
いつになったらﾚﾃﾞｨｰﾌｧｰｽﾄ覚えるの？ワリカンなんてありえないし。
少子化だって男のせいでしょ。男がだらしないから女性が結婚できないんだよ。
え？レディースデー？あれはいいの。
別に私たちが頼んだ訳じゃないし。店が勝手にやってるんでしょ。

と変わらん。どころか、もっとひどいレベル

>>1が書いているのはご家庭向けって感じやね
社会インフラで稼動している（個人にはめったにお目にかかれないシステム）のは
知らないんやね

ﾒｲﾝﾌﾚｰﾑ上で...ﾊﾞｯﾁ処理が一晩かかるというのは...
JCLでSORTを掛け...COBOLﾌﾟﾛｸﾞﾗﾑで一件ずつ処理するという...20〜30年位前の手法によるもの...
今のﾒｲﾝﾌﾚｰﾑ上のRDBならば...COBOLのﾌﾟﾛｸﾞﾗﾑ上にSQL文も書ける...と思います...

また...SQL文の書き方によってはﾚｽﾎﾟﾝｽが遅くなる...のと同じ感じで...
長いJCLﾌﾟﾛｼｰｼﾞｬの...SELECT･SORT･SUMUP等の繰り返しにおいて...処理を入れ子にすると...
途中の処理のﾋｯﾄ件数が減り...劇的に処理速度が上がり出力結果は同じ...という事もあります...

>>664
Pro*COBOLとかな、SQL書けるCOBOL。

汎用機のDB2でもSQL書けるだろ

>>653
> COBOLで数時間かかっているバッチ処理をJavaに焼なおしたら処理に数日かかってしまった、

それはコボラーの技術力が低いことを
よく表しているね。

RDB使ってるのに、一行ずつ取ってきたりとかね。

COBOLでライブラリ使って解決というと全力で言語否定するが、
　 　 　 　 　 　 　 　 　 　 　 　 　他の言語でライブラリでは平気でライブラリで解決という

こんな状態で、正常な思考、自分は理性的・中立的に考えていると思うか?

なんか斜め上を行く発想だな

COBOLはサブルーチン呼び出すのも大掛かりで扱いにくい。
Cの関数みたいにシンプルならわかりやすいのに。
というか、全体的に書き方が大袈裟でプログラムとしては違和感がある。

>>663
うん。社会人経験まず無いだろうなとわかる。
リア厨ってのは妥当な線かな。

>>670
1+2*3

1と2と3を倍したものを足す。

どっちが小学生にわかりやすいと思う？

間違えた

1+2*3

1と2を3倍したものを足す。

どっちが小学生にわかりやすいと思う？

わかりやすいかどうか以前の問題だな
その日本語

ひょっとして計算の優先順位もしらんのかな

COBOLがわかりにくいっていうのは
文章力が足り無いんだろうな。

あんなにわかりやすい英語で書いてあるというのに。

MULTIPLY B BY B GIVING B-SQUARED. *> ＢにＢをかけてＢ二乗を得る
MULTIPLY 4 BY A GIVING FOUR-A. 　　 *> Ａに４を掛けて四Ａを得る
MULTIPLY FOUR-A BY C GIVING FOUR-A-C. *> 四ＡにＣを掛けて四ＡＣを得る
SUBTRACT FOUR-A-C FROM B-SQUARED GIVING RESULT-1.
COMPUTE RESULT-2 = RESULT-1 ** .5. *> 巾乘の文がないのでCOMPUTE文を使用
SUBTRACT B FROM RESULT-2 GIVING NUMERATOR.
MULTIPLY 2 BY A GIVING DENOMINATOR.
DIVIDE NUMERATOR BY DENOMINATOR GIVING X.

1に2を3倍したものを足す、だろ。
というか、そこまで言ってやらないとCOBOLerは理解ができないって事か？
論外だろそんなもん。

x+1*3+2*3

>>664
＞＞JCLでSORTを掛け...COBOLﾌﾟﾛｸﾞﾗﾑで一件ずつ処理するという...20〜30年位前の手法によるもの...

入力媒体が磁気テープだったりするとそれしか方法がないな
みずほの統合トラブルの頃でも企業が持ち込む口座振替データとして
磁気テープが現役だった

小学生の算数の時間かよ

>>680
UNLOADでTABLEの中身を全部落として、COBOLで更新、JCLでSORTして
またTABLEにLOADするなら良くやったわ
昔はDBをUPDATEしすぎすると怒られるのよねえ

みんななんでも書きすぎｗ
いろいろ教えてくれるんだね

>>682
それもすごいなw

想定してるシステムのスケールが違うのかな？
メインフレームは一般人には未知の世界だ

COBOLの最高に難しいアプリは銀行のトランザクションでOK？

COBOLでも基盤系と業務系は違うから

>>685
役所の住民情報DBもかなりやばい。

COBOLの難しさっていうのは、他と違って
単純作業が多くて大変ってことなんだよな。

伝統的にテストは手動かつ目視で行われおり
修正が入るたびに、全工程手動かつ目視で再確認

>>688
その代わりリリース後のバグは皆無だけどな
リリース後に不具合が見つかってはその都度修正プログラムを配布してなお
いつまで経ってもバグが直らないオープン系とはレベルが違う

嘘つけ、バグだらけじゃないか
で、すぐは直さず運用で対応してとか

>>686
どう違うの？

>>689
んなわけないw
COBOLerですが

こぼらーもおぼかたも似たようなもんだろ

>>687
技術力はたいして必要ないが、業務内容が複雑だしな。

>>694
それは言語関係なく業務系アプリ開発全般に言えることだろ･･・

だから誰でも簡単に扱えるCOBOLが業務系には向いてるんだろ。
浮いた学習時間を業務の勉強に費やせる。

技術志向な人にとっては全然魅力ないだろうけどね。

たいして複雑なことができるわけでもないのに、記述量が異常に多いってのは、
他に何も無かった当時ならともかく、今の言語としてどうよ、とは言える。

書き方も大袈裟だしな。

こぼらーこぼらーと揶揄するジャマー・・・
でもジャマーもその内、邪魔扱いされるだろう

業務内容が複雑でもCOBOLがやれることは
簡単な計算だけなので、ユニットテストも簡単に実装できる。

でもそれをやらないから、簡単な計算しかしてないのに
全部手動でテストという非効率的なことをやって
結果的に簡単なものなのに、工数だけがかかるという
すごく非効率的なことをしている。

COBOLって汎用性のあるプログラムを書きにくいのか、
わざわざパラメータファイルを読み込んで処理するように作ってあるのに、
パラメータファイルを変更したらソースもそれにあわせて修正して
コンパイルしないと使えないような作りになっているものをよく見かける。

それならはっきり言ってパラメータファイルを作る意味がないのに
何でわざわざそんな手間がかかるような事するんだろうか。

COBOLって簡単な作業を手間かけて行うような文化でもあんの？

工数を削減しようという意識ができる前から存在する言語だからじゃない？
昔は、コンピュータさまには金掛ければ掛けるほどいいとされてたから。

それでもこぼらーな私（ドヤァって感じなんだろ？残念なアイデンティティ

>>696
なら、COBOLやる人ははじめから業務知識を勉強した方がよくね？
商業高校ではCOBOL教えてたらしいが(今でもやってるのか?)、そういう扱いでいいと思う。

>>701
考え方が間違っている。
ハードコーディングの時代を経て、パラメーター方式になっている。
つまり、
全部直しきっていない。というだけ。

>>695
それを、大昔からやっていたということだ

Webプログラマーの俺は勝ち組

>>661
> いろんなCPU特性条件を勘案して、必要クロック数を足し算してけよｗｗ
> そんなのCOBOLerの俺でもできるわ
やってみてよ。できないからw

この例に限らず、COBOLの人って自分が既に時代遅れになってることに無自覚で
お客様の役に立つ業務系だから偉いんだとか威張ってるから嫌い。

COBOLが作られた時代は、プログラム言語や
コンピュータそのものが今よりもずっと身近ではない時代。

プログラム言語が専門的というのは、言い換えると英語ではない
新しい言語を覚えることが専門的な理由であると考えられていた。

だから、より英語に近い言語であれば簡単に使えるはずと思われていた。
そういう発想で作られたのがCOBOL。だが本来自然言語は冗長で曖昧なもの。
こんなものでシンプルに書くことなんて出来きやしない。

同じ理由で、数学では数式が生まれた。数式は数式そのものが難しいわけじゃない。
数式は難しい数学的理論を簡単に書くための道具。
（COBOLを除いた）プログラム言語も、難しい処理を簡単に書くための道具。

簡単に書くための道具を捨てて、既に知っているという理由だけで
自然言語に似せて作ったのだから、処理を簡単にかけないのは当たり前なのである。

案件は、JAVAばかり
コボラーの時代が終わり、今は、ジャマー最盛期さ

↑その言語もいつかメーカーによって淘汰されるｗ

COBOLの人ってソースコードの
バージョン管理ツール何使ってるのー？

>>712
オフコンのCOBOLだとバージョン管理ツールが提供されて
居ない事がある。
そんな場合、自作で対応している所が多い。（気がする）
自分の所もそうだし、他の所に聞いてもそんな所がある。

>>713
自作？ ファイルバックアップツールのことじゃないよ。

バージョン管理ツールというのは
マージ機能が存在するもののこと。
他にも差分があったりブランチを作れないといけない。

それ本当にバージョン管理ツール？

自演臭が…

自作なので、そこまで高機能では無いです。
前日と比較してバージョン上がったものだけ差分バックアップと
エクセル管理しているのでそのエクセル更新データを汎用機から
投げています。

>>716
それ、ただのバックアップだから

一体どういう修正がいつ行われたのか？
っていうのをあとから見れなきゃ
それはバージョン管理ツールじゃないよ。

仕事で使ってる道具も30〜40年ぐらい古いんじゃない？

そういや見たことないな。
延々とソースの先頭の修正コメントと修正箇所を書き足してあるだけ。

別のところで使ってんのかね。

こぼちゃんOL

NECにはソース管理でIDL2ってのがあったな

Fのオフコンもソース管理ツールは確かオプション扱いだけどあったと思う

なんか言語毎の開発支援ツールを語るスレなってるな･･･
もう話の内容が技術云々とは全くかけ離れたものになってるしw

マ板だから技術とは直接関係しない泥臭い話題も無問題

>>722
COBOLは文化だからね。

COBOLを使っている所は手法も道具も
数世代前のもの。

COBOLを使うってことは、技術者としては
成長どころか、マイナス方面にしか伸びていかないんだよ。

>>724
マイナスは言い過ぎだが技術面で伸びないのは確かだな。
PCの基礎知識に関してはちょっとPCに興味があるような顧客の方が
COBOLerより詳しいからな。

>>725
主語の欠けた文章だな
そういう顧客は「何が」COBOLerより詳しいの？
たとえば「COBOLプログラム設計の知識が」とか

主語は「顧客」だろｗ

> そういう顧客は「何が」COBOLerより詳しいの？
PCの基礎知識に関してはって書いてあるじゃん。日本語大丈夫か？

外の世界を知ってる人が入ってきて「subversion使いましょうよ」と提案したらどうなるんだろう。

今は何でもウェブサービスの時代だけど
何年もやってるCOBOLの熟練者でも
一人でウェブサービス作れるのかなぁ？って
不安になるレベル。

言語および人の批判ばかり書き込むのは幼稚な人なんですな

なんでですか？
本当のことなんだから
批判してもいいでしょう

>>730
言いたい事は分かるけど、COBOLの熟練者が
別にWebサービスを作れる必要はないじゃん。

webだと5年持つかどうか
短命だと思う

最下層は言語でしか優劣言えないのがよくわかるよ

コボラー煽ってなにかこう得るものがあるヤツって…かわいそうだな…

COBOLは...
COmmon Business Oriented Language...の略ですよ...
試験に必ずでますから...覚えといてくださね...

得られるものがない言語、それはCobol、て意味ですかw

>>735
少なくともこのスレでは
言語だけで優劣を語っているのではなく、

その言語を使っている所の
開発手法、ツール、文化まで語った上で
COBOLヤバイって話になってるよ。

こんなとこにホンモノのコボラーが来るワケないだろｗ
COBOLやらされて不満たらたらの自称技術者がいるだけで。

あぁ、本物のコボラーは
プログラミングに興味が無いから
２ちゃんねるはもとより、
Slashdotや、プログラム系のサイト
リアルでも、各種勉強会やイベントに
全然来ないよね。

やる気ねぇから
マジで、来るわけ無いなｗ

勉強会？幼稚
実務が重要

実務以外でプログラミングの勉強をしないということか。

今までこれでやって来た。
これからもこれでやっていく。
変化など認めない。

これが一般的なコボラーの性質

現場()
実務()

万能のキーワードだよな。

コボラーがなにか言うたびに、
あぁ、こいつらは社会の癌だなって
思えてくるね。

現場で手一杯
実務で手一杯

こんなの仕事じゃなきゃやらない。

学生へ、

これがコボラです

それで仕事あるならいいけどな
現実は仕事無くて去っていったコボラーが大半だ
残っているのは細々と隅で作業している実質テスターぐらいだね

>>738
29点...赤点です...
追試を受けてくださいね...

そういや昔、コボラードットコムってサイトあったよな。

ここまでやればりっぱだな
>ttp://www.cobol.co.jp

普通のプログラマ
・複数の言語を使える

コボラー
・コボルは絶対に無くならない！

>>752
COBOLの世界というものをよく表している。

> Copyright (C) COBOL Corporation 2005 All Rights Reserved.
> 設立 平成17年9月13日
設立時から更新されてない

> <meta http-equiv="Content-Type" content="text/html;CHARSET=shift_jis" />
今どきShiftJIS

一体いくつのドメインで構成されたページなんだこれｗｗｗｗ
会社なのに本名ドメイン。ローマ字ｗｗｗ
http://www.gizyutsusya.net/
http://www.kitagawatatsuya.com/
http://www.kyu-zin.info/
http://www.ankenzyouhou.com/
http://www.hakensyain.net/
http://www.anken.info/
http://www.eigyou.info/
http://cobol.jpn.com/
http://www.bosyuu.net/

意味がわからないことをする。
さすがコボラだ。

本業はこっちなんだよ
新規事業を起こしてる
ttp://stpla.jp/company/about.html

おまえらコボルのことなんか全然知らないだろ
ネットで検索してでしか情報見てないじゃん
コボルなんてもう廃れてほとんど見かけないぞ
１００人プログラマがいればコボラーは５・６人程度だ

そんな多くない

>>755
なるほど、だから新規事業を起こした時の
会社の住所が、団地なんだなｗ

ようするにただの派遣か。

もうコボルじゃ食っていけない
コンビニバイトで食いつなぐ

スキルがどうとかいってられないのだ

他のプログラム言語のことも実務も、なにも知らない奴が騒いでいるだけのスレ

だから、ジャマーが最高なのさ

>>754
ページごとにドメイン変えてるのかよwww

読んでみたがなんだか宗教みたいな文章だなw

人売り派遣に構うなよ
そこjava案件も取り扱ってたぞ

まともっぽい団体はCobolコンソーシアムの方か？

cobol.co.jp というドメインのせいで
インパクトあるけど、
これ、小さい派遣会社だよな。

技術的には見る価値ない会社というか、
まあCOBOL自体が技術とは無縁の世界だけど。

俺様は、技術があるんだぜ

>>764
COBOLだけじゃやっていけなかったんだろうな。

こいつらwebの情報だけしか知らないんだなw
また他の言語でも働いたことが無いんだな

出たよー、これ系のスレの定番、「現場()」の人

もんくばかり言うやつは幼稚で糞だなｗ

じゃあ、建設的な話を。

COBOLやってる人は技術ブログを書いたほうがいいと思う。
技術ブログはCOBOLやってない人でも書いたほうがいいものだけど、
特にCOBOL関連の人は技術ブログを書いていない。
だから誰でも情報発信できるネットでさえ情報が少ないんだよね。

パイの大きさが先細るだけだとわかっているのだから、
それを今居るだけの人数でわけあってゆこう、というのは、
そう悪い考えではない気もするんだよね。マジな話。

仕事という点ではそれで問題ないんだが、
このスレは「プログラマ」といえるかどうか？って
話なので。

技術者は情報発信しなければならない、というものでもないと思う。
学者にはpublish or perish（論文を出せ、さもなくばペナルティがあるぞ）という言葉があるが。

そもそも学生にくらいしかグチ聞いてもらえないと思ってんだしいんじゃね？
とっととプログラマにもなれないような、ンなとこやめちゃえばいいのに、
なんでこんなとこでガス抜きしようとするかねぇ…

COBOL嫌い君の基本は「働いたら負け」なんじゃないかな。

と、COBOLerが必死になっております。

ageてまで必死だな。

>>774
「プログラマー」と言えるかというより、言語毎の開発ツールやライブラリの優劣を語るスレになっているけどね

コボラー(COBOL)と馬鹿にされ、
数年後にブウビー(VB)と馬鹿にされ、
また数年後にジャマー(JAVA)と馬鹿にされｗ
次は、どの言語を使うべきか。

本当に、流行、廃れが早いね。

本来、プログラムの言語って流行などで選ぶべきじゃないのに。

所詮ロジックもマトモに組めない、コピペだらけのコーダーなんだって事に気付きなさい

ニワカと同じ
何にも知らないのにやたら語りたがる

>>783
「論理（ロジック）」を「組む」という日本語に疑問を持たないあんたも同類。

否定はしないんだなw

意味が通じればいいんだよ。

"論理を組む"
約 418,000 件 （0.29 秒）

間違いなのか？

は？
COBOLは事務員じゃん

ドカタC#,Javaと事務員COBOLの熱き闘い

40過ぎてプログラマーやってるジジイってなんなの
自分より一回りか下手すれば二回りぐらい年下にため口でダメだしされて
恥ずかしくないのか
もっと上目指せよ。見てて恥ずかしいわ。

>>791
ほとんどが経営者

>>791
で?キミは40歳過ぎたらどうするの?
はっきりいって10年20年なんてあっという間だよ

今の20代の10年20年後って上の世代からも、下の脱ゆとり世代からも「ゆとり世代」として馬鹿にされ続けるんだよなぁ･･･
ほんと同情するよw

10年後には「「馬鹿なゆとり上司を晒すスレ」みたいなスレが乱立しそうwww

それいぜんにそいつらの会社なんか存在がなくなっている
潰れているってこと

>>793
40歳を過ぎてもCOBOLを使っています。
COBOL技術者を再雇用してくれる会社が
もっと増えればいいと思います。

今はｊａｖａしかやったことない連中がだんだん40代になってきている
当然COBOLなんて知らない
この連中はたちが悪いことにやたら自尊心が強く自己中であること。
人を見下すことで自分の立場を守ろうとする態度が顕著である。
特に若い連中より自分の方が経験が長く優れているとうぬぼれている。
そしてｶﾞﾝﾀﾞﾑとかのｱﾆﾒが好きでやたら語りたがってうざい。

そういうステレオタイプを持っているんだが
あってるかい？

そういや最近の若い連中って
アニメ見るんだよね。

この業界の技術的に優秀な人って、
たいていアニメ好き。

コボラーは、それとは逆な気がする。
なんか、おっさんって感じ

最新のオブジェクト指向 COBOLを使ったら
コボラーがついてこれません（笑）
やっぱりこいつらクズだと思います（笑）

10年後にオブジェクト指向に変わる新しい開発手法が考案されたら
多分今のオブジェクト指向で開発している人間もついていけなくなるんだろうなw

そして歴史は繰り返される・・・

>>802
その新しい開発手法も理解できないのが
コボラーじゃね？

だいたい技術てのは、過去を踏まえて新しいものが出来るものだから
オブジェクト指向の時点で躓いてるコボラーは
オブジェクト指向の次が出たら完全に死亡だろう。

C#は10年もしないうちにVBみたくMSに切り捨てられて無くなるだろうな･･･

Javaは着実に第二のCOBOLの道を歩みつつあるw

最近のプログラマーって「関数が無いから組めません(ｷﾘｯ」とか真顔で言ってくるからなぁ･･･

そりゃ現在のプログラマの大半はいわゆるコーダーだから。

>>806
うん、それ言ってるコボラーがたくさんいるよ
こまったもんだよね。
あいつら何も自分で作れない。

>>805
それ以前にMSの存在自体が危ういけどなww

コボラーのコピペればすぐに出来るじゃんって
考え、どうやったら解決できますかんね？

バグがあったら、コピペされたぶんだけ
全部修正になるんですが。

関数作れっていうんだけど、
関数作るにはお偉いさんの承認が必要だとか
わけがわからないこと言うし。

>>808
これかww
>>465
> 最近のプログラマーはライブラリやフレームワーク、開発ツールに頼らないとまともにコーディングが出来ない人間が多いからなぁ
>
> どっかのスレにもあったが、新人プログラマーに腕試しでFizzBuzzの結果を出力するプログラムを組ませようとしたら
> 「FizzBuzz用のクラスは何を使ったらいいんですか？」と質問されたという話もあるくらいだし

コボラーにFizzBuzz作らせたら
何百行にもなったことがある。

あいつら何やってるんだろうか？ｗ

COBOLに関数がないのではない。
関数を作るには承認が必要なだけだ。

他にもクラスとか作ろうとしたら
承認が必要。ハンコもらわないと作れない。

COBOLにクロージャーってあるんですか？って聞いたら
クロージャーって何って聞き返された。

COBOLで関数名が連番なのいい加減やめてくれないかな？
FUNC0001 とか書いてあってもわからんのだが。

なぁ、誰かこの連番関数名の意味知ってる奴いる？

>>815
システム納入時にソースも納入する、ていうのはよくある話なんだけど、
納入先に容易に解読されないようオブジェクト名を連番で付ける慣習があると聞いた
特にF系のITベンダーに多いらしい

>>812
何百行になったとしても作れるだけマシじゃん･･･

最近のプログラマーなんて関数がないと組むことすら出来ないんだぜw

>>805
10年後のコンピュータをC#で動かすというのはちょっとぞっとしないけどね。
C#もそれなりに進化してるだろうけど。

C#なんて基本的にWindows以外で使えない時点でいろいろｵﾜｯﾃﾙ
確かにmonoでもC#は走るだろうけど正直実用的じゃないしな

>>819
いろいろ実用的に使われてるよ > mono
スマホゲームの結構な割合で組み込まれてるんじゃないかな。
ソニーもSDKの基盤として採用してるしね。

>>820
それは氏らなんだw
いままでWindowsネイティブな環境しかお目にかかったことが無かったので・・・

>>802
どうかなー。
ちなみに、１０年後に主流になる(かもしれない)開発手法は、今いろんなところで試されてるから
できる人は今から準備してるよね。

>>822
それはかつてのCOBOL使いもそうだったろうな
当時のいわゆる出来るCOBOLプログラマーは他の環境に移行して現在の開発環境の基礎を作り上げてきたんだし

その中でもCOBOLしか出来ない人間だけが未だにCOBOLにすがり続けていると思う

mono C#はUnityスマホゲーで関わってる層が多いだろな。Cocos2dx(C++)かUnity使えないと使い物にならないって言われる時代だし

まあ、携帯の3年後ほど先の見えない業界もないだろうけど
i-modeアプリ屋とか業態転換間に合わず消えた奴らが下請け巻き込んでばたばた倒れたし

最近はC++やjavaからCOBOLに移転させられることが多いけどねw
ただ半数近い人間がCOBOLに付いていけずリタイアしてしまうけど

>>825
最近のプログラマって言語が変わっただけでついていけなくなるって随分レベルが低いな
つか言語が変わっただけでお手上げって、それはプログラマじゃくただのコーダーだろw

このスレでCOBOLな人が引き合いに出す言語って、JavaとVBとC#ばかり。
いかにも業務システム以外思いつきませんでしたというラインナップなんだけど。
C言語さえ入ってないのは、周りも事務屋ばかりなんだろうな。

>>827
そりゃそうだろ･･･
逆に業務屋以外でCOBOLを使うシチュが全く思いつかないw

20年ほど前だが、息抜きにってCOBOLでテトリスや倉庫番作ってた人がいたわw

COBOLばかりチヤホヤされていいよなぁ〜
FORTRANなんて今でもスパコンとかで現役なのに全然話題にすらならない･･･orz

そういやCOBOLとFORTRANのキメラみたいなPL/1ってどうなったんだろw

そういや京もfortranが走っているらしいね

Fortranは計算方法によってはCよりずっと速いからな

だから、そういうのがインフラなどで稼働していることを知らないお子さまが批判しているんですって

Fortranも科学技術分野でのCOBOL、っていうかDSL扱いだな
言語としての設計だけ取り上げたら特に見るべきところはないし
Haskellなんかの数学的透明性を追求した言語がなかなかFortran駆逐みたいなホジションに切り込めてないのも興味深い

汎用性なんて無い方がいい領域がまだまだ沢山あるんだろうな

> インフラなどで稼働していること

そりゃPLCとかインフラでたっくさん稼働してるけど、だれもそれを大袈裟に騒ぎ立てたり
しませんよね。なんででしょうw

> Fortranも科学技術分野でのCOBOL、っていうかDSL扱いだな
> 言語としての設計だけ取り上げたら特に見るべきところはないし

最適化エンジンがベクトル向けにガリガリにチューンされた過去の資産がある（あった）から。
近年のスパコンの高並列化で、ほぼ単なるお荷物になる運命w。

> Haskellなんかの数学的透明性を追求した言語がなかなかFortran駆逐みたいなホジションに切り込めてないのも興味深い

Haskellのは数学的透明性とかいう妙なものじゃなくて「参照透明性」という明確な概念。
Haskellに置き換わるべきものはかなり置き換わったし、Fortranのような単純な数値計算を
力技でこなす（英語で言うナンバークランチャ）みたいな用途には不適。

FortrnとかPL/Iはどうしてるんだろうな
IBM PL/Iは金融で稼働していたが、もうないのかね?

>>836
え？大袈裟に騒ぎ立てられる言語がｴﾗｲの？
そんな言語でプログラミングしてるマがｴﾗｲの？
つか、マな段階でもう社会的には負け組でしょ？
世の中、文系体育会系の声のデカイ連中が常に技術屋から搾取するんだよ。

釣れますか？

「大袈裟に騒ぎ立てられる」って、どんなんだろうね。
「社会で」ということに全く興味がないCOBOL嫌い君だから、
それは「PCｦﾀの世界で」ってことになるか。

あぁ・・・それで西川和久とかっておっさんに嫉妬してるんだ。
かの人は「社会で」は全く知名度無いけど、確かにｦﾀの世界じゃ
そこそこ有名人なんだろうね。
あな風になりたくてなれないCOBOL嫌い君ってことか。

> あぁ・・・それで西川和久とかっておっさんに嫉妬してるんだ。

意味不明な妄想が入り始めました！！！

>>817
> 最近のプログラマーなんて関数がないと組むことすら出来ないんだぜw

プログラマなら作れるでしょｗ

作れないという人が、ただ単に技術力的に
未熟（プログラマ未満）っていうだけの話。

で、コボラーに同じものを作れるか？と聞いたら
コボラーのほうが作れないっていう人が多いだろうね。

そう、作れないといった人はプログラマ未満。

C言語は全て関数！　だから偉い！
みたいなバカの逆を張ってるバカというだけだろう。

アルゴリズムクイズみたいなので、
言語を特に指定してないやつあるじゃん？

あれでCOBOLerが回答しているかどうか
見てみればいいよね。

COBOLerってそういう定形処理以外のことは
出来ない奴が多いから。

>>844
いや、お前バカだろ。
C言語は全部関数じゃないんだが。

>>816
> 納入先に容易に解読されないようオブジェクト名を連番で付ける慣習があると聞いた
> 特にF系のITベンダーに多いらしい

納入先「オブジェクト名が連番だ！ こんなコード解読できない！」

F系のITベンダー社員「オブジェクト名が連番だ！ こんなコード解読できない！」

副作用があっても「関数」と呼ぶのがC言語だけど？

>>848
やっぱりな。副作用の話ではなくて

C言語に関数以外の物があることをお前は知らないんだよ。
だから馬鹿といったのさ。

関数の外に実行可能なコードが書けるわけ？
初期化子とかのことを言ってる？

やっぱりなぁｗ

関数型言語が全て関数って言われるのは
○や○まで関数だからだろ。

その○がC言語では関数ではないことは、
関数型言語を知らないC言語プログラマでも常識のこと

C言語を関数型言語と勘違いする人はいるよ。
だけど「全て関数」って勘違いする人はいないんだよ。

だからお前は、C言語も関数型言語もろくに知らない
馬鹿だって言ったのさ。

なんで隠すの？

>>852
9割以上隠してないじゃないかｗ
大ヒントだよ？

余計な文言が9割だからな

汎用機を触って３年くらいは経って、ほかの環境もさわって、いろんな業務もやってから、文句言えばいいのに
COBOL云々なんて言語なんざどーでもいいくらいの問題でしかないってわかるのに

COBOL意外の仕事がない。
ただの作業。

なぜこんなにCOBOLに執着しているんだろうね
どうでもいいのにね

は？
COBOLは事務員じゃん

は？
COBOLは事務職じゃん

なぜこのスレでこんなにCOBOLに執着しているんだろうね
どうでもいいのにね

　　 ＿＿＿＿＿
　　||//　彡 ⌒ミ|彡⌒ ミ
　　||/　 (n´･ω･)n　　　)　　ようイケメン
　　|| 　 （ｿ　　丿|ヽ　　　）
　　 ￣￣￣￣￣　ｕ―ｕ'

COBOLが俺を離さないのさ

オブジェクト指向は愚かな考え。
http://peace.2ch.net/test/read.cgi/tech/1393660194/

小保る

>>851
うーん、結構悩んだり基礎から調べ直してみたつもりなのですが、伏字部分が分かりませんでした
お暇な折で構いません、このクソボケ低脳マザーファッカーな憐れで報われない屑な私の後学にさせていただければ幸いです
何卒、副作用以外の事例についてご教示頂けないでしょうか

>>841
プログラマの活動領域としてメインフレーム以外にPCしか思いつかないようだと、
業務システムヲタとしか言いようがない。

>>859
そんなに事務職が羨ましいのかい、ドカタ君w

「関数が無いから組めません!!(ｷﾘｯ」

>>866
業務システムオタって何だよ
意味が解らない
業務に精通してるのならプロのスペシャリストとして尊敬されるぞ

業務はスペシャリストでも技術力は大したことないなら
プログラマーではなく事務のスペシャリストだな。

>>870
当たり前じゃん

>>867
COBOLは主婦か多いから、
主婦が羨ましいという論理か？

所で技術力ってどんな技術なんだよ
例えば人を上手くまとめる手法も一つの技術なんだぞ

業務システムならその業務に関する知識、CG関連ならCGに関する知識、制御系なら制御するハードの知識と
それぞれの分野で自分が開発してるジャンルの知識に精通するのはプログラマーとして当たり前だろ？

逆にそういった知識がない人間はいくらコードが書けてもプログラマーじゃなくただのコーダーだよ

>>872
ん？自分はWeb屋だが開発スタッフに何人か主婦もいるけど？

>>865
1. C言語でFizzBuzzとかその程度でいいからコードを書く
2. そこに出てきた英単語一つ一つにお前は何だ？って聞いてみるといい。

つまり、自分でも全くわかってないわけですねw

Haskellではcase式も、do記法も、Haskellなら全部関数で書ける！　関数型言語だ！　すごい！
（そんなわけねーw）

それとも、関数型言語では 3.14 という値も関数だったりするのかな？
（しないけど）

えと、今はC言語に、関数として定義された物以外に
なにがあるかって話なんだが。
それを思いつかないらしいｗ

C言語プログラマなら「全部関数」とは言わないんだよ。
だって関数以外の物があることを知っているから。

たとえ関数型言語と間違える人はいたとしても、
全部関数だと言うやつはいません。

はいはい。
C言語ではマクロも変数もリテラルも関数じゃないですよ。
ifもwhileも関数じゃないですよ。

だから？　マクロも変数もリテラルも関数型言語では関数だ、とか言いたいのか？

あるいは、制御構造も関数だ、とか言いたいのかな？
→ 間違ってる。高階関数は高階関数であって、制御構造ではない。

関数型言語ではなんでも関数だ → 単にプリミティブの種類が違うだけ。
case式は関数ではない。

某「好きな関数は if」に刺さっちゃった人なのかな？

>>881
何キレてるのさｗ

C言語に関数以外の物があることを
知らない奴がいたから、からかってるだけだろ。

それともお前だったのか？

つまり、バカだったわけね。

>>851 とかデタラメじゃん？
からかってるだけだからデタラメでも許されるとか思う？
それともそうやって逃げきれば勝ちだと思ってる？

許される？ｗ
なんでからかってるのに許される必要があるの？ｗ
ワンサイドゲームなんだけどｗ

COBOL事務員は、主婦、高卒、文系が大活躍しています！

後釣り宣言に勝利宣言か。
結局○○の中身は何も無かったんだねーw

>>887
一体COBOLの何にコンプレックス抱いてるの…

>>888
関数じゃないものって、式だろ。
ifとかforとか。
そんなことも分からないの？

>>889
主婦、高卒、文系
と
コンプレックス
が関係あるのかよw

>>890
C言語のifやforは式じゃなくて文だよ？
Haskellのifは式だけど。

主婦でも高卒でも文系でも書けると豪語するCOBOLが書けない>>1って一体‥‥

プログラマー云々以前に社会で生きていけるか心配w

>>891
高卒ガーとか文系ガーなどの煽り文句は
何かしらのコンプレックスを持っている人間の典型だよ

>>893 もな

こんなスレをたてるくらいだ、コンプもちだな

第一、学生にそれ言ってどーすんだよｗ
プログラマになりたいなんて思っててCOBOLやらされたあげく
転職もろくにできないようなバカって学生にもそーいねぇだろ…

学校でCOBOLを教えているのか
そうかjitecの基本情報技術者試験の午後に、今でも選択であるんだよな

>>894
高卒や文系に失礼じゃんw

↑
w が余計だな
お前も同類

>>869
事務処理村で生きてる人のこと。
コンピュータ村とは敵対してる。

Data Processing屋か？
こないだまではそんなこともなかったと思うが。

平成初期以降、デフレでブラックなイメージが定着したIT業界ｗ

クソスレは埋め埋め

あれ？COBOL嫌い君はアク禁にでもなったの？

いいえなってませんよ？

呼ばれたので少し早いですが
次スレ用意しておきました。

【重要】学生へ。COBOL技術者はプログラマではない2
http://nozomi.2ch.net/test/read.cgi/prog/1403928770/

嫌いじゃなく、おちょくり人が複数居るな
くだらね

そもそも学生がCOBOLやりたいたとか思うのか、すごく疑問なんだけど

>>数値を相手にして 計算ロジックだけを書いている人。
って記述があるが、データ通信、GUI制御、製造ライン制御をCOBOLで稼働させているけどね
当然webもな
PCで

だけっとかの記述が笑えるな

>>910
> データ通信、GUI制御、製造ライン制御をCOBOLで稼働させているけどね

具体的なコード書いてあるサイト教えてよ。

企業秘密

>>910
適材適所ってのを知らないのか。

マウス制御もできるなｗ

COBOLはライトペンも扱えるんや、マウスぐらいなんてことない

イメージスキャナーも

サイトに公開するわけないだろうに
企業の金庫に保管ｗ

サイトになんでも教えてほしいことが書かれていると思っているんだな
小学生以下の脳?なのか

幼稚園児相手に、証拠を出せないことを主張して勝ち誇るのが小学生だからなw

震災前に大学入学試験中にやほおに書かれた教えてちょうだい君みたいw

プログラマってすごいんだぞ、ＣＯＢＯＬ技術者とは全然違うんだぞ

まだ言っているw

なんだコボラーか、どうせプログラマじゃないんだから黙ってなよ

↑
物、人批判、職業差別をする最低なやつ

1 名前： 仕様書無しさん [sage] 投稿日： 2014/02/09(日) 11:42:36.81
>>922は、2月からへばりついているのかw

C言語使いこなしてこそプログラマなのだ。

>>925
( ﾟДﾟ)ﾊｧ?
C言語なんてCOBOLと同じ古臭くて泥臭いコーディングしか出来ない言語じゃん
少なくとも今の時代には全くそぐわない

C#こそエンジニアが使う真の開発言語
現に世界中のアプリケーションはビジネス、コンシューマ問わずほぼ全てC#で開発されているという事実

仮にクライアントがC#以外の言語を指定したら切り捨てることにしてる

javaは事務員でも使っている現実

JAVAって素人が適当に弄ってウハウハ喜んでいるイメージ
実際の開発の現場で使われているところなんて見たこと無いしねw

今は完全にC#一択だもんな

コボラーってjava大好きだよね、なんでだろうな

C、VB、C++、Java、PHPとかいろんな言語で開発してきた。
COBOLも少しだが触ったことがあるが、COBOLの
MOVE A TO B
は、俺にとって衝撃的な文法だった。

(1)大文字で書くのが漢らしい。
(2)MOVE(A,B)のように()を使わないのが漢らしい。
(3)動作は変数のコピーなのに
COPY A TO B
じゃなくてMOVEを使うのが漢らしい。

COBOLこそ漢の言語だ。

ゆとり教育を受けてきたひとってすごいよな

>>932
開発って言ってるけど、本当は派遣のコーダ〜なんでしょ
スキルに一貫性がないよね
コーダ〜にとってはcobol文法って漢らしら満載なんだろうなぁ

>>934
派遣じゃなくても、作りたいシステムに合わせて言語を変えるのはCOBOL村の外では当たり前のことなのですよ。

>>934
10年以上この業界にいたら普通のことだと思う。
VBはWindows系ではデファクトスタンダードみたいな時代もあったし
C++は名前通りCを強化したもの。JavaもPHPもC/C++の拡張版みたいなもの。
たぶんあなたは「Redmineって何？」「SVNって何？」という絶滅危惧種でしょう

みんないったい誰と戦っているんだ…

ほんまや、こんな高圧的なスレたて人によく相手するねw

>>938
高圧的なスレ？どこがですか？
ちゃんとCOBOL"技術者"って
認めてあげてるじゃないですか。

ただ、COBOL技術者はプログラマとは違うものって
だけでしょう？

プログラマになりたいと思っている人が、プログラマじゃない職業になったら
かわいそうじゃないですか。でもCOBOL技術者になりたい人なら
COBOL技術者になればいいんですよ。

プログラマって名前だけで仕事の中身も聞かずに就職しちゃうような奴は
いくら学生といってもそーとー低レベルだろ…

仕事の内容より会社の大きさで選ぶ学生はたくさんいるだろ。。

そりゃ別にプログラマになりたいわけじゃないような…

一般的にプログラマって底辺作業労働者だからな
中小ＩＴに入ってプログラマなんかやると悲惨な生活が待ってるぞ

>>943
> 一般的にプログラマって底辺作業労働者だからな

いいえ違います。高卒や専門学校卒にはできない
高度なコンピュータ技術を学んだ、

大卒

の仕事です。

妙な改行記述

>>945

↓これもお前か？ 改行だけを指摘をして、言い返してやった。とか思ってるんでしょ？

55 名前：仕様書無しさん[sage] 投稿日：2014/06/30(月) 02:15:19.08
特徴のある改行記述

>>944
何故、理系でも無い奴がプログラマ名乗るのか、可笑しいよな

>>1　有益かつ事実を直視したスレがあるぞ

自社のためのシステムは自社で作らないと成功しない
http://nozomi.2ch.net/test/read.cgi/prog/1403396370/

どんな言語・どんな開発・どんな稼動環境か以前に、ユーザーのためのシステムが組めないなら、技術もシステムも価値はゼロ。

技術を全く持たずに橋をかけるバカがいるか？
飛行機を飛ばすバカがいるか？

なぜかコンピュータシステムでは、それができると煽るバカが後を絶たない。
そして、信じてひどい目に遭うバカも。

実例も上げずに何を言ってるの

>>1は深夜に書いて、朝学校?仕事?にも行かずにこのスレを見張っているの?

ただいま

毎朝の進捗ミーティングがつらいです

>>949
だから技術のあるおまえがユーザー側に行けww

ユーザー側に必ずいる

本業のキーマンになりきれないレベルでＩＴ技術も半可通のくせに
社内アプリ発注窓口に居座っている部下なし中間管理職


発注先の事情に過度に同情的で自社側のユーザーをイラつかせる

あげくに別の業者に裏で相談とかして契約をぶち壊しにしたりｗ

おらゴミカスドザは、こっちのスレも早く埋めろ、ゴミカスドザ

こう言うコボラーは脳みそに蛆虫が沸いてるようです

次スレ

【重要】学生へ。COBOL技術者はプログラマではない2
http://kanae.2ch.net/test/read.cgi/prog/1403928770/

早くCOBOLで埋めてしまえよ。