COBOL?極めてやんよ シュッシュ!!
よーし、4,50代のコボラー共20台の俺様仕事で COBOL使うんで覚えてやるからさっさと教えろよ。 因みに俺は多少Cは触れるから基礎はできてると思いやがれ おい大変だ。細島なんたらが書いてる標準COBOLプログラミングっていう 本買って読んでるんだが境界とか領域とかよくわからんwwwwwww どうすればいいと思う? 1から6が一連番号領域? 7が#? 8から11がA領域 12から72までがB領域 73から80が見出し領域? 一連番号領域はわかる 7は知らん意味不明 領域A、B?何これ 見出し領域?しるかwwwwwwwww つーかコーディングする場所に規約があるってこと? つまりその領域にはこれを記述しなければエラーになるって事か? クソ言語め つーかこの本はずれだな 文章多すぎて読む気がしない 例題プログラムかなんかもほぼ皆無だし もうしょっぱなから愚痴ってるぜwwwww 俺は久しぶりにCOBOLの本を読んでみた。 "COBOL CODING FORM" Oh! プログラムを書くために、プログラムを紙に書かなくてはならないのか。 俺は挫折した。 そう、第二種を取ろうとしたときも、それで諦めたのを思い出した。 俺の前の代からC言語があって本当に良かった。 >>5 紙に書いたら、パンチャーが打ち込んでくれるんだよな。 >3 1〜6の一連番号領域は行番号で。 7桁目を空白でなく * にするとコメント行になる。 他の文字でも何か効果があった気がする。 8〜11のA領域と12〜72のB領域は場所によって意味が変わる。 詳しくは各セクションの説明を見れ。 まぁだいたい内容を書くのはB領域が多い。 73〜80の見出し領域? ゴメン俺も使ったことねぇやwww >>8 COBOLとオナニーに何の関係があるんだ? >>9 まて、彼は自問自答中の哲学者かもしれん。 ここは一つ、そっとしてやろうじゃないか。 >>7 73〜80はコメントの領域。コンパイル上無視される。 修正した日付とかを書くのに使う。 >>7 11の補足 英語ではIdentification Areaといい、通常、修正識別情報を書くために使用される。 修正識別情報とは修正を管理するための情報で、ソース修正を台帳管理している プロジェクトではその登録番号が、台帳管理していないプロジェクトでは 修正日付や修正者名などが使用されるようである。本来なら「修正識別領域」と いう訳にすべきだったと思われるが、IDENTIFICATION DIVISION=見出し部と いう訳語があるためか、IDENTIFICATIONを「見出し」と訳してしまい「見出し領域」 いう意味のわかりにくい用語になってしまっているように思われる。 コーデイィング規約だとかキーパンチャーだとかグダグダ言っていないで、 アルゴリズムを考えてみろや! >>15 こりゃひどい。リプレースされてたら「時期尚早な言語を使用した浅はかさ・・・」とか言うんだろうな。 田原はあれはCOLBOLが悪いんじゃなくて、COBOLER、コボラーおまえらが悪いって 意味だったらしいよ。つまり、言語じゃなくて、おまえらがクソ設計したってことだよ。 世間一般の人はCOBOLがなんだかも判らんだろうから田原発言を信じるだろうな… >>19 これ書いてる人もなんかちょっと… 「RISC以前のCISCのプロセッサはCOBOL向けアーキテクチャ」 とか、全然どうでもいいこって… 2年もCOBOLやらされて業界脱出したのにWEB系に今だに未練あります。。。 ソース書くときに1行=92バイトって制限あるようでコンパイルエラーorz 改行を無効化するような制御ってあるんでしょうか? みなさんのお知恵をお借りしたいです。m(__ __)m cobol + ORACLE10gです 下記のような事が可能と言われたのですが、 検証した結果無理でした。 再度、試みますが物理的に可能なんでしょうか? 手順@ INSERT (COBOLE) PIC 9(09) COMP-3 ⇒ (ORACLE) CHAR 5 ※この場合 ORACLE上では正しく表現されない事はOKとします。 手順A次に(上記の手順後) (ORACLE) CHAR 5 ⇒ (COBOLE) PIC 9(09) COMP-3 この場合、INSERT時のCOBOLで入力した値が 正しく表現されると言われたのですが・・・ 本当でしょうか? 検証した時には、 手順@ 111111111 ⇒ 11111 手順A 11111 ⇒ 000012345 このように 再取得した値が000012345となり 当初の111111111ではなくなります。 >>28 2行に渡って書けばええやんww もしくはアスタリスク入れるところにハイフンいれるとか 第一、80カラムを超えるようなソース書いたことねーぞwww SYSINファイルという考え方がしっくりきません。 誰かおせーてください。 SYSINってJCL上からとかコンソール上から入れるパラメタぞ 【IT】「COBOLは現役バリバリ」、東京海上日動がシステム全面再構築でCOBOLを選んだワケ 開発者向けセミナー「XDev2008」 [08/09/08] http://gimpo.2ch.net/test/read.cgi/bizplus/1220822531/ 自宅のPCに勉強用のCOBOLの開発環境を作りたいんですけど 通常COBOLの開発環境ってどんなんですか? Eclipseとか使ったりするのかな。 PCにいれるのなら、NET COBOLか COBOL2002だな。 Eclipseなんか使うわけないだろ!! >>35 FreeCOBOL.iNFO〜フリーのWindows用COBOLコンパイラまとめ〜 ttp://labs.netbata.com/cobol/ ひよこグミ ttp://www16.plala.or.jp/hiyokogumi/ ここらへんを参考にしたら? それぞれの言語にはいろいろな特徴があって 長所もあれば短所もある 何のためにシステムを構築するのか 何故その言語を使うのか よーく考えるといい やべぇ、COBOL半年やってたらJAVAとかVB忘れそうだわ・・ >>31 INSPECTとか使ったら80バイトなんか直ぐに到達するぞ。 てか、改行で解決。 >>38 主にCOBOLが未だ死なない理由は・・・ ・夜間処理等、定時で動くバッチシステムとしては比較的軽量。 UNIXサーバのシェルとの相性も悪くない。 ・半世紀前からあるようなホスト現役の所とか、誤差がダメ!ゼッタイな金融機関等々、 大幅システム再構築を嫌がる所では重宝される。 COBOL って割り算したときの有効桁未満の decimal の 扱いってどうなっての? 10.00 ----- を計算するとは 1.66 ? それとも 1.67 ? 6.00 >>40 試せばすぐ分かることなのに なぜ時間かけて訊くの? >>41 1. COBOL で書いてあったデータのメンテナンスを要求する仕事の声がかかった 2. COBOL の処理系は手元にないし、使ったことがない 3. 言語仕様を読む限りは, その辺が曖昧に読める てなところかな… 前の質問にさらに付け加えると、 各ベンダの処理系の個体差ってあるのないの? が、加わった >>42 基本切捨てが行われる。 ROUNDED 指定を書くと四捨五入。 >2. COBOL の処理系は手元にないし、使ったことがない OpenCOBOLをインスコしてみてはどうだろう。 >3. 言語仕様を読む限りは, その辺が曖昧に読める え?どの言語仕様読んでるの? はっきり書いてるよ。 >各ベンダの処理系の個体差ってあるのないの? あるよ。 >>42 本当に言語使用読んだのか? ひょっとしてCOMPUTEとDIVIDEの使い所もわからんのじゃないか? GOSのJCLは良く書いてたけど、1から何も見ずはかけないわ・・・・ ここでいいのかな? EASYPLUSっていうCOBOLみたいなやつやってるんですが、 LINE #15 項目A みたいに書かれてるソースを見たんですが、 #15とかの意味ってなんでしょうか? マニュアル見ても出てないし・・・・・ >>15 15行目って意味じゃねーの? EASYPLUSって使ったこと無いから知らんけど。 oracle COBOLで、カーソルフェッチしてマスタ読んでるプログラム例が、 たくさん載ってる本とかサイトとかないですか? 知ってたら教えていただけませんか? COBOL初心者です。 IBMや富士通ではVSAM、ISAMを使ってデータを格納してる場合が多いですよね。 DB2やORACLEを実装した場合、SQLでそれらのデータセットをガチでアクセスできますか? >>52 書いている意味がよく判らん。 RDBにデータを移行したら当然SQLでアクセス出来る。 SQLでVSAMやISAMからデータを取得したいって意味なら、そんなこと出来る訳がない。 果たしてここで質問していいのだろうか? solaris&cobol&form&meftと言う環境でwebアプリ書いてるんですが、 画面の入出力のタイミングが良くわからん。 画面を読み込まないと、変数に何が入力されたか分からない みたいなんだが、エンターやファンクションキーは即座に押された事を 感知できるみたい。 なら、押されたときに変数の内容も拾ってこいよって感じなんだが... うーむ この辺の知識が有る人、いません? 【コンピュータ】まだまだ現役:プログラミング言語のCOBOLが誕生50周年 [09/09/19] ttp://anchorage.2ch.net/test/read.cgi/bizplus/1253376523/ >>54 押されたときに変数の内容を拾うようにプログラムを 記述すればいいじゃん。 FORM と MEFT と COBOL のマニュアル読めよ。 COBOL生誕50年にからんで検索して 見つけたんで記念にカキコ >>7 補足。73桁目は既に補足されてるようなので 7桁目に/を記述すると、改ページ Dを記述すると、単独ではコメント扱いだが たしか、SOUCEーCOMPUTER行にWITH DEBUGGING MODE句 を記述すると有効になる。但し、スペル間違いは 勘弁して。それと、Dに関しては コメント扱いになってるかも あれ なんか今年でCOBOL廃止とか聞いたけど ソースはなし 廃止しなくても終わってるでしょう。 いまCOBOLの仕事ってないでしょう。 υ /⌒丶 ⌒` ヽ (_/(_/し\ノヽゝノ |^ ⌒ |∴∵:| |. . |∵∴:| c ∂∵:| / 僕のスレは (_ ヽ∵/ \ ここですか? ヽ__ / 俺のIDENTIFICATION DIVISIONが(ry などと意味不明な言葉を喚いている人間を発見しました 四月から就職してこっち系に配属されてから いまだにプログラミングができません。 むいてないのかな•••? >>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に保守費用払うのと変わらん様になった 金融系企業もシステムのCOBOL→Java化は停止し始めたね ランタイムライセンス化ゆえCOBOLで行く方が安くつく場合有る みずほもOpenCOBOLに気付いてれば、安く早く移行出来たのにね 経営陣がアホだとダメの典型 AWS LambdaがCOBOLをサポートしたことが話題に https://it.srad.jp/story/18/11/30/099249/ COBOLのTwitterトレンド入りおめ! AWS使いたい中小企業でCOBOL使ってる所(オフコン)は、これでオープン化を受け入れるって事だろうけど 日本で移行する所有るだろうか 趣味のプログラミングじゃないから、面白いとかつまらないとか考えた事もなかったなぁ >>175 つまらないよ でも仕事有るのと無いのと比べたら答え明らかでしょ バカヤクニンが試験科目から廃止したってことは、きっとこれから見直されるぞ。 官公庁がCOBOL捨てても一般企業(金融とか)捨てる訳無い COBOLとUTF-8の相性は最悪なの? 全角日本語3〜8バイトの可変長だがPIC Nは常に2バイトであるものと扱うとか 誰かCOBOLを現代的なプログラム言語に変換機作れない? COBOL一筋だったけど、VB.NETが開発言語として加わった 値の計算がめんどくさい COBOLパーサ作ってるけどENVIRONMENT DIVISIONとかが複雑すぎて萎える 省略したい気持ちでいっぱいです 仕事でCOBOLやってる方々はPROCEDURE DIVISION以外の場所ってどんな感じに使われてる? ちなみにちょうどいい感じのCOBOLの言語仕様書ってない? OpenCobolIDE (python)を救う会 情報処理学会が出してた1965年度版COBOL翻訳本が本棚にあったなぁ NCRっていう米国の計算機屋のNEAT COBOLってやつのマニュアルもある(英語だけど) やっぱり紙のマニュアルが一番いい感じだと思うんだ COBOLでSEARCH文をかいてみた IDENTIFICATION DIVISION. PROGRAM-ID. MAIN. DATA DIVISION. WORKING-STORAGE SECTION. 01 TEST-TXT PIC X(42). 01 INP PIC X(3). 01 BLKTBL. 03 PIC X(6) VALUE "aaa". 03 PIC X(6) VALUE "bbb". 03 PIC X(6) VALUE "ccc". 03 PIC X(6) VALUE "ddd". 03 PIC X(6) VALUE "eee". 01 BLKTBL-R REDEFINES BLKTBL. 03 BLK-REC OCCURS 5 INDEXED BY IDX. 05 VAL PIC X(03). PROCEDURE DIVISION. ACCEPT INP. SET IDX TO 1. SEARCH BLK-REC AT END DISPLAY "入力した値は存在しません" WHEN VAL(IDX) = INP STRING "入力した【" DELIMITED BY SIZE VAL(IDX) DELIMITED BY SIZE "】はありました。" DELIMITED BY SIZE INTO TEST-TXT DISPLAY TEST-TXT END-SEARCH. END PROGRAM MAIN. COBOLって人気なさ過ぎて、技術の共有もあまりないから ネット、及び、書籍にわかりやすいものが少ない ネットが使えない環境が多いから、アウトプットもしにくい >>191 まだまだ現役だよ 今はCOBOL技術者の方が価値出てる COBOLでプログラムを書いて何をするか、 動機付けのところにゲームをつくったりソフトウェアの改良をして 素人さん達に役立ちリスペクトして貰える、 なんていう要素が皆無でしょ。 会計手続や事務手続の実現 おまえらやりたい?w 仕事で金になるならそりゃ勉強させてもらいますよ、 おまえらやりたい?w 小奇麗でちょっといいセンスのガワを張って格好良くみせたい、 なんてのみ皆無じゃない。 おまえらやりたい?w read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる