COBOLはまだ学ぶ価値がありますか?[閉まっている]


23

COBOLの学習は依然として理にかなっていますか?


9
あなたはそれが長く住んでいるかどうかわからない、それは約9900になります。
トゥーンクリティ

4
@Gamecat --- Y10Kの問題がそれ以前に怠lazでない会社や個人によって解決されていない場合のみです!
マークC

2
COBOLだけでは十分ではありません。使用するOSのスタックを学習する必要があります。たとえば、IBMマシンでは、VSAM、MVSまたはZ、CICS、ISPFが必要です。COBOLに加えて、IMSおよびISPF、Panvalet / Easytrieve、JCLがあります。
-NoChance

2
cobol.comは本当にのWeb 2.0っぽい見える、彼らはコーヒーマシンを離れて与えます!それが現代的で実用的ではなく、流行語挿入している場合、私は何を知りません。
ラファエルR.

COBOLショップを見つければ、安定した収入を得ることができます。

回答:


26

まだCOBOLが維持されているニッチ市場にいない限り、そうは思いません。


13
既存のインフラストラクチャの70%はCOBOLで実行されます。ATMでのデビットカードのスワイプから、飛行機のオンライン予約、携帯電話のルーティングまで。これらはすべてCOBOL上で実行されます(または大幅にCOBOLに依存します)。ニッチ環境またはレガシー環境ではありません。これらのシステムのほとんどは何十年もの間、ほとんど中断することなく実行されており(Javaや.NETよりもはるかに優れた実績)、COBOLプログラマの数は減少しています。たくさんの$$$$を作りたいですか?約10年後に発生するCOBOLの大幅な不足に備えてください。
luis.espinal

14
@ luis.espinal:いいえ、これは一般的な神話であり、70%の割合はもはや真実ではありません。COBOLの使用は着実に減少しており、最終的には削除されます。そして...コールルーティングに関与するCOBOLですか?そうは思いません。おそらく電話請求ではありますが、それでも最近ではほとんどありません。
Wizard79

6
@Lorenzo-神話の70%?電気通信に関与していませんか?それらの主張をバックアップできますか?私たちは、出荷(1年あたり数十Kのコンテナ)やヘルスケア業界への関与さえもカウントしていません。あなたがどこで働いているのかわかりませんが、ここ北米では(そして他の多くの場所で)、COBOLは多数存在し、うまく機能しています。なぜ誰かが動作し、ミッションクリティカルな何かを書き直すことにリスクを伴うのでしょうか?すべてをJavaまたはC ++で書き換えたいと思いますが、ファンタジーがあり、ソフトウェアエンジニアリングとソフトウェアの経済性があります。
luis.espinal

9
@ luis.espinal:私は電気通信業界で働いていたので、電話交換デバイスがCOBOLを使用しないことを確実に知っています...それらは専用のハードウェアとファームウェアに基づいています。一部の企業は依然としてCOBOLを使用して請求と会計処理を行っていますが、新しい企業(モバイルオペレーターなど)は、それでも異なるテクノロジーに依存しています。切り替えは進行中です。
Wizard79

8
@ luis.espinal:私の義理の兄弟は大手テレコム会社で働いており、新しいスイッチ用のソフトウェアを書いています。彼がCOBOLを使用しないことを絶対に保証します!
ボブジャービス-モニカを

36

いや、もちろん違います。結局、COBOLは死んだ言語です。またはそれは?

その見方の問題は、このようなサイトのプログラマーは、通常、ハイテク企業、高速企業(および同様に高速企業)で働いているということです。彼らにとって、COBOLは死んだ言語です-どこにも見当たりません。しばらくの間、そうではありません。

しかし、COBOLは彼らのためのものではありませんでした。ソフトウェア業界にはこれ以上のものがあります。コンピュータは、常に古いものをアップグレードして新しいものと交換する必要がある不合理な人々のために発明されたわけではありません。それらはビジネス目的のために作られました。

COBOLを見たいですか?給与計算を処理する会社に移動するか、商品のトラック輸送、出荷(船の場合のように)、または銀行口座を処理します。ユーザーには実質的に見えない巨大な目に見えないコードシステムがあり、ほとんどのユーザーは毎日何らかの方法で遭遇しますが(ATM?)

いいえ、死んでいません。しかし、それは確かに「レガシー」です...またはそれですか?

繰り返しますが、それをどう見るかによって異なります。最近では、多くの人がCOBOLの代わりにJava、C、または他の何かを使用して、ゼロから書き直します...進行中に新しいバグを自然に導入します。これは、COBOLにバグや癖がないと言っているわけではありません。次の言語と同じように機能します。もちろんそうです。しかし、「COBOL時代」では、バグを保険会社や保険会社よりも真剣に扱った企業は、特別な品質のサービスグル​​ープで高品質のコードを生成する傾向がありました。今日では、時間と予算が常に品質に勝る締め切りがあります。また、これらのシステムは当初、現在の同等のシステムと比較して、当初より長い期間開発されました。

一部のソフトウェアが30年以上機能している場合、切り替えるインセンティブはどこにありますか?「破綻していなければ、直さないでください」という古い格言を無視したため、企業全体が廃業しました多くの人がそれを書き直そうとしました...そして最初の書き直しには多くの費用がかかり、そして2番目の書き直しはさらにコストがかかりました...そしてそれらの新しくて改善されたものはそれを置き換えることができませんでした。私が言ったように、この産業は急速に燃えています、そして、それはまた、速く忘れる傾向があります。

70年代にCOBOLは死んでいるか、まもなく死にかけていましたが、C / C ++が支配していました。その後、再び80年代初頭にパスカルが引き継ぎました。それから90年代には、言語としてのJavaが...

Unisys Mapper、dBase、Clipper、Cold Fusionについて考えてみてください...人々はそれらを覚えていますか?それらのそれぞれがCOBOLの墓掘りになります。

それを考慮し、大量のトランザクションの処理、バッチ処理、またはレコード/トランザクション指向の処理に最適であり、30年前にマネージCOBOLコードとして記述されたサブルーチンを(エラーなしで)コンパイルできるという事実マネージドCOBOL.NETからWindowsと.NETに移行したい場合、適切な代替品を見つけることができません。(また、10年以上続いたMicrosoftテクノロジーを見つけるのに苦労しています。)

はい、今日、新しいCOBOLコードが作成されています。どこを見るべきかを知る必要があります。

COBOL、IMHOを笑う人にとっては、エジプトのピラミッドを笑うようなものです。彼らは5000年前から存在しており、今後5000年もそこにいるでしょう。来月忘れられました。

では、これらのCOBOLプログラマーはどこにいるのでしょうか?

ああ、ここにこすりがあります。問題は、多くの人がコンピューティングサイエンスのバックグラウンドを持っていないことです。彼らの多くはプロのプログラマーではありません(CS / SEプログラムの大卒者のように)。ほとんどの場合、彼らは30代から50代後半のすべての専門分野の人々であり、その仕事のために会社によって完全に訓練されています。したがって、彼らは「COBOLプログラマー」ではありません。彼らが受けたトレーニングは、社内から非常に大きく宣伝している会社に固有のものです。そして、それはそれらをほとんど見えなくします。


9
iPhone /デスクトップ/ Web 2.0の考え方を持つことは、コンピューティングの世界の広大さを忘れる良い方法です。
ポールネイサン

8
では、これらのCOBOLプログラマーはどこにいるのでしょうか?タクシーを運転します。
JOHNC

1
@johnc-どこから入手したのですか?既存のインフラストラクチャの70%がCOBOLで実行されており、COBOLプログラマーが不足しています。ドットコム時代にCOBOLを知っていただけでは、仕事に就くのは困難だったかもしれません(私たちは今10年を話している)。でも今???COBOLは、これらのシステムの重要性と、COBOLを使用することを知っている(またはチャンスを得るほど賢い)ソフトウェア開発者が不足しているという理由だけで、約10年後に高い需要があります。
luis.espinal

2
@ luis.espinal私はCOBOLプログラマーの欠如が直面している問題を完全に(そして痛々しいほど)認識していますが、私のコメントは、経験から幾分軽薄に認められました。オーストラリアでは、少なくとも、過去10年間に出会ったタクシー運転手のほとんどすべてが、最近の移民ではなかった(そしておそらく何人かは)元COBOLプログラマーでした。偶然かもしれませんが、これはタクシー運転手、移民、またはCOBOL開発者に対して個人的な判断を下すものではないと言います。それは単なる観察です。
johnc

2
@johnc-私はあなたの言葉を疑いませんが、私はその観察を信じるのが非常に難しいと思います。
ルーク

16

自分がCOBOLプログラマーであることがわかる場合は、それを試してください。COBOLで記述されたメンテナンスが必要な行はまだ数十億あります。

実際には、不必要な知識のようなものはありませんので、知識を広げ、(あなたが)持つ機会を広げてください。


1
不必要な知識などないことを考えると、Intercalをあなたが学ぶ次の言語に推薦します!
ティコンジェルビス

@TikhonJelvis:簡単すぎる、簡単すぎる。Malbolgeはあなたが探しているものです。
メイガス14年

15

COBOL

それを学ぶことは理にかなっていますか?
まあ、それはニッチであり、維持する必要があり、単に書き換えることができない多くの作業レガシーコードがあります。したがって、それはすべてのプログラマーの膨大な大衆にとって実際にはオプションではありませんが、個人の安定した収入の観点です。

ただし、数十年前から存在していたソリューションを徐々に改善するのではなく、新しいソリューションの作成に関心がある場合、COBOLはおそらく適切な言語ではありません。


8

多くのヨーロッパの企業は、依然としてz / vseやcobolプログラムのように実行されているメインフレームに大きく依存しています。熟練したCobolプログラマーに対する需要があり、誰も市場がいっぱいになるとは思わず、それが給料を大きく押し上げます。

質問は、「cobolを使用して新しい何かを開発することはありますか?」ほぼすべてがメンテナンスまたは既存のミッションクリティカルなもののバリエーションであるためです。


5

私はCOBOLとPL / Iコードが毎日書かれているIBMで働いていました。また、1秒あたり数千のトランザクションを必要とする多くの銀行のようなIBMのメインフレームに依存している大企業からも、これらの言語は依然として大量に使用されています。

あなたがそのような場所で働きたくないのであれば(それが私が6ヶ月間そこで働いた理由です)、それらの言語を学ぶことさえ考えないでください。


経済のバックボーンに取り組んで、そのタイプのトラフィックを処理することは、多くの人にとって確かに優れたエンジニアリングとビジネスの機会と見なされます。
luis.espinal

5

私たちは毎日新しいCobolコードを書いており、新しいプログラマを常に探しています。このあたりの供給量が少なすぎます。


5
それは本当に怖いですが面白いです。私は実際のライブプログラマーに会ったことはありません(そして、私は春の鶏ではありません)
ティム

3
なぜ怖いの?おそらく...どちらかのLispプログラマに会ったことはありません

@Tim MicroFocusのコードプロジェクトに関する記事を書いている人がいます。すべてがCOBOLで... .NETで!COBOLが最新のテクノロジーで更新されているのを見るのは本当に奇妙です。
MetalMikester

2
@Thorbjorn-私はLispでコーディングし、Lispプログラマーを知っていました。おそらく私は単に無知で偏見がありますが、cobolについて知っているからといって、その言語でMOREコードを作成することを強く考えるようにはなりません。
ティム

1
Lispは興味深いプロジェクトに使用され、それ自体が興味深い言語です。C ++、Ruby on Rails、Smalltalk、Haskellも同様です。Cobolは、退屈なビジネスアプリケーションに使用され、そのためのコンパイラとツールを作成する必要のある人々にのみ興味深いものです。基本的に、クールな子供たちはCobolを使用せず、私は「クール」を私を含めるほど緩く使用しています。Cobolの人々を見つけるには、ビジネススクールなどのさまざまな場所に行く必要があります。
デビッドソーンリー

4

COBOLプログラマーとしての仕事が必要な場合は、必ず学習してください。

それ以外の理由で、最新のプログラミング手法で役立つかもしれない有用なことを学ぼうとするなど、気にしないでください。


IMO、現代のプログラミング技術は、プログラミング言語とはほとんど関係がなく、ソフトウェア手法とは関係がありません。相続人にはオブジェクト指向言語以外を見たことのない開発者がいますが、優れたオブジェクト指向設計がどのようなものかを説明することはできません。優れたプログラミングおよびソフトウェアエンジニアリングの原則は、プログラミング言語を超えています。私はより良いソフトウェア工学学習経験がより不足している重要な「手続き」レガシーはまだJavaで記述された手続き地殻の別の層を扱っていますまともなスキルを持つ若い開発者を想像(私はところで、Java開発者だ。)
luis.espinal

3

2000年に、他のすべての言語を組み合わせたよりも多くのCOBOL行が記述されているという統計を読みました。
さらに、IBMは、MVSシステムでコンパイルされたTEXTデッキ(オブジェクトコード)がすべてのMVSシステムで実行可能であり、太陽が輝いている限りCOBOLプログラミングが実行されることを保証します。


6
COBOLがどの程度冗長であるかを考えると、不思議ではありません;-)。
オリバーワイラー

3

私はそれをどのように「学んだ」かを伝えることができます。
私はそれを使って仕事をしていました。

したがって、必要な場合は学習できます。役に立たない知識で自分をオーバーロードする必要はありません。あなたが実際にそれを実際に必要としない限り、それまたはその関与には興味深いものはありません。

一般的な答え:特定の実装(言語など)ではなく、コーディングの原則を学ぶ


2

私はそれ以上の時間を費やすことはありません。
とにかく、COBOLは20 \ 30年前に開始されたいくつかのBig Companyにとってミッションクリティカルな多くのレガシーアプリケーションプログラムの構成要素です。
そのため、COBOLのコアビジネスの一部を持っている会社に雇用された場合、学習を開始しなければならない可能性があります。


好き?(15文字)
TheLQ

@TheLQ Banksまたは保険会社は20年から30年前に開始され、COBOLでソフトウェアの基盤を持っています。
systempuntoout

2

結局のところ、物事がどのように機能するのか(または以前は機能していたのか)を知っているのは悪いことではありません。

ただし、履歴書でCOBOLのスキルを強調しすぎることはお勧めしません。

一部の場所(たとえば、私が住んでいるシリコンバレー)では、履歴書にCOBOLが含まれていることは問題になります。確かに、あなたはあなたの専門知識を必要とするあちこちで場所を見つけるかもしれません、そして、その場合、先に進んで、それらの場所だけにそれ宣伝してください。ただし、一般的には、COBOLを知っていることを忘れないでください。

そう、もし興味があるなら、それを学んでください、誰にも言わないでください。


1

労働市場の観点からは価値がないかもしれませんが、「良い昔」に行われた作業の感触をつかむためだけにそれを見たいと思うかもしれません。^^


COBOLにとって市場が悪かったのは(私が思うに)唯一、e誇大広告などのドットコム黙示録の期間でした。
luis.espinal

1

個人的な観点から、私は最初に学ぶべきより良いものがあると言うでしょう。ただし、多くの大企業はCOBOLコードベースに非常に大きな投資を行っており、おそらく実際には取り残せないため、COBOLプログラマーがコードベースを維持し、新しいコードを書く業界を生み出しています。私が働いている会社は大規模な金融会社であり、開発者向けの技術分割は約30%COBOL、40%Java、30%C#です。


2
できる、はい、しかしなぜ-動作するコードは動作するコードです

0

オーストラリア最大の求人サイトで「cobol」を検索したところです。87件の結果が返されましたが、(ざっと見たところ)銀行や金融機関のレガシーメンテナンスポジションのようです。おそらくCobolの経験の希少性のために、「近代的な」言語ベースの仕事よりも明らかに明らかに良い給与を支払っています。

ええ、1)レガシーメンテナンスを行うことを気にしない、2)十分に支払われており、おそらくあまり学習していないため、あまり競争力のないニッチにしたい場合、Cobolは学習する価値があるようです。

(私はCobol市場がほとんどの第一世界経済で類似していると仮定していますが、間違っている可能性がありますか?)


銀行/保険/ PAでさえ、より近代的なテクノロジーへと徐々に進化しています。それで、このニッチに入るのは良いかもしれませんが、最終的にすべてのレガシーコードとそのニッチ市場が消えるとどうなりますか?
Wizard79

@Lorenzo:まあ、これは私たちの分野のすべての専門分野について言えます(一般的にすべての分野も)。再トレーニング。例えば。蒸気機関車の運転手は、再訓練して、ディーゼルまたは電気機関車の運転手などになる必要がありました。)
ボビーテーブル

しかし、COBOLはすでにニッチです...アイデアは、現在COBOLを採用する場合、おそらく他のテクノロジーよりも早く再トレーニングする必要があるということです。
Wizard79

1
@Lorenzo-いいえ、そうではありません。それらがcs univ。'sの主流ではないという事実は、自動的にそれらをニッチにしません。それは、あなたがそれらに出会う場所で円の中を移動しないことを意味します。自動車ラインの生産に携わる労働者を何人知っていますか?海軍の建築家?飛行機パイロット?それらもニッチだと思いますか?(また、これらのサンプルカテゴリの両方で、求人広告の検索に問題が発生します)。どこを見るべきかを知る必要があります。
ルーク

1
@Lorenzo-COBOLとFORTRANのコードと知識ベースが最終的にすべて書き換えられると実際に信じていますか?つまり、真剣に。私は、このようなAの事が、可能であると考え、産学で誰に会ったことがありませんはるかに少ないのが望ましいです。COBOLのugい(主観的な反応)のように、これらのシステムはうまく機能し、ドットコム時代から構築してきたe-crapよりもはるかに優れています。それは工業品質の証です。(リスクゼロと無限の経済的資源を仮定。)とは対照的に、それらを書き換えるために、これらのシステムを維持するために、より良い技術と経済である
luis.espinal

0

作業したい問題のあるドメインの種類を考えてください。通常、これらのドメインには、一般的にその目的で使用される言語のセットがあります。COBOLがそれと一致する場合、先に進みます。

cobolか、10フィートのポールでそれを頻繁に使用する問題のあるドメインに触れる方法はありません。私はむしろハンバーガーをひっくり返したいです。

また、言語がプログラミング能力/概念に何らかのボーナス/改善を提供しているかどうかも考慮してください。COBOLでできること/実装/機能が、良くできていない、または他の言語でより良く実証できるとは考えられません。

あなたと他の人は異なる感じがするかもしれません。


0

COBOLで書かれたレガシーシステムがまだたくさんあります。それらを維持したい場合でも、他のプログラミング言語に移植したい場合でも、COBOLを学ぶ価値はあります。

それが何であれ、複数のプログラミング言語の知識はプラスになります。それは、さまざまなプロジェクトのニーズに合わせてプログラミング言語またはアプローチを選択できるためです。プログラミング言語の知識を活用して、より優れた、よりクリーンで効率的なコードを構築し、落とし穴を回避できます。


2004年から2005年までに、Ada83の200KSLOCをAda95に、そして25KSLOCのCOBOL68とCOBOL74をAda95に移植する、自国の海軍近代化プロジェクトに関与しました。1987年にCOBOLを学びましたが、COBOLを学ぶのに時間と労力を費やす価値は間違いありません。COBOLの予備知識がなかったら想像できませんでした。
エイドリアンホー
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.