COBOL?極めてやんよ シュッシュ!!
よーし、4,50代のコボラー共20台の俺様仕事で
COBOL使うんで覚えてやるからさっさと教えろよ。
因みに俺は多少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