COBOL?極めてやんよ シュッシュ!!
よーし、4,50代のコボラー共20台の俺様仕事で COBOL使うんで覚えてやるからさっさと教えろよ。 因みに俺は多少Cは触れるから基礎はできてると思いやがれ 四月から就職してこっち系に配属されてから いまだにプログラミングができません。 むいてないのかな•••? >>71 新人さんですか?覚えることたっくさんあるだろうけど、今しばらくは頑張ってみてくださいな >>71 流れ図(フローチャート)は書けているのかな? どんな言語も頭の中が整理されてないと形にできないよ。 >>72 >>73 ありがとうございます。 普通なら二ヶ月でマスターできるって上司に聞いたのですが本当ですか? COBOL って vim とかemacs の習得が一番大事じゃないか? 先輩方に聞きたいのだが cobol入門書として良さげなのあるかな プログラム組んだこと無いksにご教示お願いします。 文系大学の授業の一環でちょっとCとVB見たぐらい 入門書、、、、、、本自体が少ないと思うが、、、、、 入門書ねぇ 俺は現場でソース見て覚えさせられた口なんで、、、w COBOLの技術者って絶滅危惧種ということで、引く手あまたってのは 本当なのかい? 思い返すとCOBOLについては一切身銭を切ったことがないけど、 困ることが何もなかったのは色々と考えさせられますな。 最近の流行の言語は機能は豊富だけど、学習コストが高すぎるのよね。 かつては金融機関の勘定系(基幹系)システムは全部COBOLで動いていた。 設計思想が古かったり、2000年問題の主役の一人だったりで嫌っているプログラマー多し。 だが、COBOLが愛される最大の理由は信頼性だろ バグ1個で億単位の損害が出る分野にはバグが出尽くした枯れた技術が一番 COBOLがダメな理由がない限り使い続けるほうがいいに決まってる。 最新の〜〜だったらこんなこともあんなこともできてー ってたいていは必要の無い機能だし。 東京海上日動の新システムはCOBOLを採用 http://itpro.nikkeibp.co.jp/article/NEWS/20080906/314277/ COBOLこそスピード経営に必要 BY ジャパネットたかた http://itpro.nikkeibp.co.jp/article/COLUMN/20100319/345984/ COBOLが愛される理由は人海戦術でなんとかなるからじゃないの? IBM COBOLと富士通COBOLで標準語と大阪弁くらい違うという 噂を聞いたのだが実際どれくらい違うの? つかどこのコンパイラ使ってる? _ / \―。 ( / \_ / / ヽ / ̄ ̄ ̄ ̄ ̄ ...―/ _) < ちんちん シュッ!シュッ!シュッ! ノ:::へ_ __ / \_____ |/-=o=- \/_ /::::::ヽ―ヽ -=o=-_(::::::::.ヽ |○/ 。 /::::::::: (:::::::::::::) |::::人__人:::::○ ヽ/ ヽ __ \ / \ | .::::/.| / \lヽ::::ノ丿 / しw/ノ___-イ ∪ かつては世界中の金融機関の勘定系(基幹系)システムは全部COBOLで動いていた。 設計思想がやたらと旧かったり、2000年問題の主役の一人だったりで嫌っているプログラマー多し。 だが、COBOLが愛される最大の理由は信頼性だろ バグ1個で億単位の損害が出る分野には「枯れた技術」や「枯れた言語」が一番いい。 バグや障害などが出尽くした、またはバグがあっても対処方法などが判明している 大抵のとんでもないバグは摘出されているから、バグ1個で大損害とかというところでも安心して使える COBOLがダメな理由がない限り使い続けるほうがいいに決まってる。 開発者は、新しい技術を扱っていた方が楽しかったりするので、 新しい技術を追いがちですが、未知のバグが潜んでいたり、その分スペックが要求されたりする 新しい言語(技術)に価値があるのではなく、何ができるかに価値があるのですから、別に新しい言語でなくても問題ない 東京海上日動の新システムはCOBOLを採用 http://itpro.nikkeibp.co.jp/article/NEWS/20080906/314277/ COBOLこそスピード経営に必要 BY ジャパネットたかた http://itpro.nikkeibp.co.jp/article/COLUMN/20100319/345984/ 不具合が最も多いのは Java アプリケーション、少ないのは COBOL http://www.computerworld.com/s/article/9222503/Java_apps_have_most_flaws_Cobol_apps_the_least_study_finds OS4/XSPで1ファイル10GB位の容量のデータを処理したいんだが何か方法ってないかな? 2038年問題に備えてCOBOLを覚えようと思うんだがどれを覚えればいいの? それともコンパイラメーカーに依存しない程度にはCOBOLって互換性高いの? >>87 2038年問題が発生しないOSに差し替えればOK 今あるハードは20年後には死滅してるだろうけど Erlangなら生き残ってるんじゃないかな >>89 Erlangすら死に絶えて、Erlang VMだけが生き残ることすら考えられる ・Elixir - A modern approach to programming for the Erlang VM http://elixir-lang.org ・Rubyist が今すぐ Elixir を使ってみるべき理由 http://m.igrs.jp/blog/2012/03/12/why-rubyists-should-try-elixir/ えっちなおじさん教えてください 日立COBOL85の変数の初期値って保証されてますか? C言語みたく明示的に初期化しないとゴミデータが入る可能性ってありますか? ランタイム依存。あるいはリンケージオプションで保証される。 最近はじめました。 質問があります。 DASDって言うのは、ハードディスクをさすんですか? 民主党「韓国で反日が盛り上がっていてヤバイ… そうだ! 秋田のシェールガスを日韓で開発しよう!」 http://engawa.2ch.net/test/read.cgi/poverty/1342227537/ 仙谷氏、韓国の“対日感情”高まりに懸念 民主党・仙谷政調会長代行は13日、「未来志向の日韓戦略協力」をテーマにした財団法人世界平和研究所の シンポジウムで基調講演を行い、12月の韓国の大統領選挙を前に、対日ナショナリズムが韓国国内で高まるこ とに懸念を示した。 仙谷氏「相当な鋭い言論によって、どうしても選挙を控えた、あるいは選挙があろうとなかろうと、政治の世界 がそこを無視できなくなる。政治家の仕事は、その種の過剰なナショナリズムに対して、どこまで踏ん張れるかと いうのが最大の問題、最大の課題だと考えています」 その上で、仙谷氏は「日韓相互がウィン・ウィンの関係を作るべきだ」として、ロシアの天然ガスやアメリカの シェールガス開発などを日韓共同事業体で行うことを提案した。 また、知的財産権の問題などで「日韓がある種の価値観を共有し、国際社会の中でリードするルール作りに積極 的に参加することが重要だ」として、日韓の連携強化の必要性を強調した。 http://www.news24.jp/articles/2012/07/14/04209493.html DASDってのはハードディスクなんですね ネットで検索すると仮装テープ装置の製品についてのページが出てきますが、 現状企業でこういったのは使われているんでしょうか? 普通の磁器テープを使用するのが一般的ですか? >>97 DASDについては、マ板のメインフレームスレで質問したほうが 詳しい人が多いのでオヌヌメ >>97 磁気ディスク。ほとんどが固定式(ハード)だが一応換装できる 製品もあったような。 磁気テープは、一部のメインフレームで残ってるんじゃあないかな。 テープはまだ現役みたいだが ttp://h50146.www5.hp.com/products/storage/highlights/news_release/100527.html >>97 【ASPEN】メインフレーム万歳9【PFD】 http://kohada.2ch.net/test/read.cgi/prog/1331452865/ Googleで、DASD 日本語ページ 1週間以内 で検索したら やたらAVがhitする件w 欧州研究所が告白! 太陽光パネルで出力劣化しないのは日本製品とドイツ製品だけ!中韓メーカー発狂か http://engawa.2ch.net/test/read.cgi/poverty/1342751788/ シャープ製太陽光パネル、「出力低下なし」お墨付き−欧最大の研究機関が評価 シャープは同社製の太陽光パネルに「PID」と呼ばれる産業用太陽電池特有の出力低下現象が起きないと欧州最大の研究機関に認められた。 フラウンホーファー研究機構(本部=独ミュンヘン)が欧州、北米、中国、韓国メーカーなどの太陽電池モジュール13製品を評価した。 欧州ではPID現象による太陽光パネルの出力低下が相次ぎ、品質問題として注目されている。PID現象が発生しなかったのは4製品だけ。 これまでに京セラ、ドイツの最大手Qセルズも現象が起きなかったと公表している。 詳細 2012/7/20 http://www.asahi.com/digital/nikkanko/NKK201207200019.html IDENTIFICATION DIVISION. PROGRAM-ID. CHAN2. AUTHOR. DAREKA. DATE-WRITTEN. 2013-02-07. ***** ENVIRONMENT DIVISION. ***** CONFIGURATION SECTION. SOURCE-COMPUTER. CHAN2. OBJECT-COMPUTER. CHAN2. *** INPUT-OUTPUT SECTION. FILE CONTROL. SELECT CHANNEL1 ASSIGN TO I1-DK. SELECT CHANNEL2 ASSIGN TO I2-DK. SELECT PR3 ASSIGN TO O1-PR. ***** DATA DIVISION. ***** FILE SECTION. FD CHANNEL1. 01 F1R. 02 F1-CNT PIC 9(04). 02 FILLER PIC X(01). 02 F1-HH PIC 9(02). 02 FILLER PIC X(01). 02 F1-MM PIC 9(02). 02 FILLER PIC X(01). 02 F1-SS PIC 9(02). FD CHANNEL2. 01 F2R. 02 F2-CNT PIC 9(04). 02 FILLER PIC X(01). 02 F2-HH PIC 9(02). 02 FILLER PIC X(01). 02 F2-MM PIC 9(02). 02 FILLER PIC X(01). 02 F2-SS PIC 9(02). FD PR3. 01 PR3R. *** WORKING-STORAGE SECTION. *** 77 DATEKBN PIC X(1) VALUE SPACE. 77 DAYKBN PIC X(1) VALUE SPACE. 77 CHANNEL1-STATUS PIC X(1) VALUE SPACE. 77 CHANNEL2-STATUS PIC X(1) VALUE SPACE. 77 PR3-STATUS PIC X(1) VALUE SPACE. *** 01 SYSTEM-DATE. 02 SYEAR PIC X(4) VALUE SPACE. 02 SMONTH PIC X(2) VALUE SPACE. 02 SDAY PIC X(2) VALUE SPACE. *** 01 SYSTEM-TIME. 02 SHH PIC X(2) VALUE SPACE. 02 SMM PIC X(2) VALUE SPACE. 02 SSS PIC X(2) VALUE SPACE. *** 01 W1-CHANNEL. 02 W1SKBN PIC X(1) VALUE SPACE. 02 FILLER PIC X(255). *** 01 W2-CHANNEL. 02 W2SKBN PIC X(1) VALUE SPACE. 02 FILLER PIC X(255). *** 01 O1-PR3. 02 O1SKBN PIC X(1) VALUE SPACE. 02 O1KINGAKU PIC ZZZZ,ZZ9. ***** PROCEDURE DIVISION. ***** MAIN-1 SECTION. PERFORM MAESHORI THRU MAESHORI-EXIT. * PERFORM FILE-OPEN THRU FILE-OPEN-EXIT. * PARAGRAPH-1-1. DISPLAY "Hello!" UPON CONSOLE. * PERFORM FILE-CLOSE THRU FILE-CLOSE-EXIT. STOP RUN. END PROGRAM 2CHAN. ***** MAESHORI SECTION. ***** ACCEPT SYSTEM-DATE FROM DATE. IF SMONTH IS NUMERIC THEN IF SDAY IS NUMERIC THEN MOVE "T" TO DATEKBN ELSE MOVE SPACE TO DATEKBN END-IF ELSE MOVE SPACE TO DATEKBN END-IF. ACCEPT SYSTEM-TIME FROM TIME. IF SHH IS NUMERIC THEN IF SMM IS NUMERIC THEN IF SSS IS NUMERIC THEN MOVE "T" TO DAYKBN ELSE MOVE SPACE TO DAYKBN END-IF ELSE MOVE SPACE TO DAYKBN END-IF ELSE MOVE SPACE TO DAYKBN END-IF. MAESHORI-EXIT. EXIT. ***** FILE-OPEN SECTION. ***** OPEN CHANNEL1. OPEN CHANNEL2. OPEN PR3. FILE-OPEN-EXIT. EXIT. ***** FILE-CLOSE SECTION. ***** CLOSE CHANNEL1. CLOSE CHANNEL2. CLOSE PR3. FILE-CLOSE-EXIT. EXIT. ***** PERFORM WRITE-RTN THRU WRITE-EXT VARYING S-IDX FROM 1 BY 1 UNTIL ( S-IDX > 10 ). >>122 WRITE-RTNからWRITE-EXTを、S-IDXを1から始めて1ずつカウントアップし、S-IDXが 10を超過するまで繰り返す…か。 ADD 1 TO COBOL GIVING COBOL COBOLのコードって大文字なのか?w AKB総選挙7位の松井玲奈が1級持ってるっつーから、どんな言語だと思ったら…… COBOLで書かれた米国防総省の給与システム700万行、実質的に更新不可能 ttp://it.slashdot.jp/story/13/07/14/0555217/ それに関しては、システムがどうこうとかCOBOLがどうこうじゃなくて 社会的な影響で躊躇しているところ多そうだけどな なんつっても訴訟王国アメリカ。 新システム移行のとき、もし過去の給与計算で誤計算が発覚したら エライことになりそうだし。 だからバグも含めて移行⇒失敗てパターンなんじゃなかろうか。 60年代に書かれたコボルで数十年更新されてなくてドキュメントも無いとか無茶すぎるわ そんなポンコツが現役稼働なこと自体驚きです COBOLってもともとは簡単な事務処理をするためにデザインされたのに どう見てもCOBOL向きで無い用途に使われてる。 その用途を満たすためにトリッキーなプログラムになって解読困難に なってるんだよな。 プログラムの作り方自体も環境変数(プログラムAからプログラムBに値を渡したい時の システム稼働中は保持される変数、正式にはなんて言うんだ?)を不用意に読み書き 出来る様になっている素人でもやらないようなめちゃめちゃ作り。。。。 まともな人なら近づかない、よって書き換え不可能w。 >>133 仕様書やドキュメントがない、上層部が事態を把握できないからメンテも移行も出来ないと受け取れる。 簡単に引き継げるようにしとくとクビ切られちゃうからな!! >>136 H/Wからくる制限、人間(開発者、利用者)からくる制限、S/W(主に言語)からくる制限からトリッキーになってしまう事なんて昔はどの言語でもあったわけで… COBOLでリアルタイム処理をしなければいけない現実からPL/Iが産れたのにコンパイラを稼動させるのに256KB以上のメモリが必要とするのがネックとなって汎用機以外での導入が見送られた オーバレイやSRAM(CMOS)を使った共有メモリ(排他制御、メモリの問題から一般的には非公開)も使った事があるけどサブルーチンかによるオーバヘッドとか無視できない時代もあったからね こぼらず こぼりたり こほる こぼるとき こぼれども こぼれ MF-COBOLって汎用機のCOBOLとどう違うの? SQLのスキルが求められている仕事で、SQLを使った事がないと厳しい? SQLを詳しくかいてあるほんで、おすすはある? SQLの入門書なんて本屋のデータベースのコーナーに行けばいっくらでもある。 対象DB(まぁだいたいOracleあたりだろうけど)の無料版も最近はこれまたいっくらでもある。 自分のPCに入れて勉強出来るよ まぁ >SQLのスキルが求められている仕事で、SQLを使った事がないと厳しい? 当たり前だけど「厳しい」だろw サンプルソースは仕事場に行けばあるだろうけど。 つか そんなじゃ汎用機のCOBOLもまともに出来てないような。 ごめん、教えて。 MFcobolからCの関数を呼び出したい。 多分、事前に静的リンクさせればいいんだろうけど、 その方法がわからない。。。 >>143 サブルーチンを呼び出すだけだから、SQLなんて使わないし。 (このスレの平均年齢がなんか気になった (いやスルー歓迎で スルー?過疎スレだから…って見たら3ヶ月前のが最新なんかよ! w それにしてもCOBOLにはメンテ以外の理由で存続する必然性が感じられんなぁ ム板はアマチュアの板だからCOBOLのような業務でしか使われない言語は 見向きもされないよ。 大規模になるほどCOBOLの新規開発の効率のよさは表にでてくる そのぐらい知らないから保守やらメンテの言語と錯覚するんだよ。 盲目で見通しが付かないほどそれがきわまるほどCOBOLの設計手法は 大規模の人数で分散作業するのに適している。 現在の少数精鋭のやり方だけしかしらない奴はそういう大規模のは 俺カンケネーで終わるだけだろ。 新規は楽だけど保守していくとたちまちズタボロになるんだろ COBOLはJavaなんかと比べてどのへんが新規の効率高いんですか? いえ煽りでなく、新規開発が一番ラクなのは他のどの言語でも一緒なんじゃないかと思ったもので。各モジュール個別開発して連結テストに進めるみたいな工程です。 どんな効率的な特徴があるのかなと。 横だけど、特徴としては桁ベースのデータ構造じゃね 彼が効率として何を挙げたかったかは流石に俺も知らんが javaやったことないから話半分に読んでくれ。 COBOLだって新規、改修で効率の良さは図れない。 大元は機能仕様辺りからの実装を考えない機能定義の正確さ。 そこから、COBOLで新規実装した時の、メンテのし易さを意識したコード。 言い換えれば実装モデルを持ってるかどうか。 モデル無しに時系列にコード化すれば、後の者が「なんでこうしたの?」に陥る。 COBOL改修は、その辺りを読み取って、モデル化してなきゃパッチ風な改修するしかない。 javaでも、実装時にモデル化できてないと、新規は楽ちん、その後のメンテは大変、なんじゃないか。 結局は、自分の手を離れたプログラムを後の人が改修し易い作りにできるかが、新規作成する人の資質、だと思う。 多数の言語やっているが、Javaはそんなに難しくないで COBOLやっていたらできる 最近、青い銀行の移行案件やることになったから記念書き込み 青銀行案件はその後どうなったんだろう…訊かないほうが良さげだが ハローワーク求人128,214件の平均月給197,300円〜268,000円 その中からCOBOLの求人486件の平均月給251,800円〜432,000円 https://goo.gl/E3yXUJ 遂にメガバンクも大量早期退職募集 地銀はもう残された時間は僅かと金融庁に言われ COBOL事務員不要論が高まっている 未だ大阪の運送屋とか40-50代COBOL事務員が いるらしいけどコイツら絶望的やね >>141 マイクロフォーカスCOBOLなんて使ってるのユニシス系銀行ぐらいだろ 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方 役に立つかもしれません グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』 1E77W ACUCOBOLもいつのまにかMF-COBOLに移行されてるのな Javaにライセンス払うのとCOBOLに保守費用払うのと変わらん様になった read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる