【COBOLから】バッチ処理【Javaまで】

**デフォルトの名無しさん** · 2008/01/12(土) 16:38:37

最近は、Javaでもバッチ処理を書くんですなぁ

**デフォルトの名無しさん** · 2014/11/10(月) 02:39:28.07

>>158
NTTから引き落としにしないと請求書の発行には金を取るという脅迫文が来た。

**デフォルトの名無しさん** · 2014/11/10(月) 22:36:27.66

>>155
ゴシック体ならいいの？

**デフォルトの名無しさん** · 2014/11/16(日) 12:51:57.33

>>159
ドコモなんて口座振替でも請求書発行には金を取るって言ってんだぜ？ｗ

**デフォルトの名無しさん** · 2014/11/16(日) 21:51:37.74

ずいぶん昔、リモート印刷システムの開発に関わったことがある
一般にはメインフレームには高速ページプリンタをチャネル接続するけど、
このプリンタをUNIXワークステーションに接続して
メインフレームからオンライン印刷するシステム

こうした大量の帳票を印刷するシステムでは、印刷の高速化や部品の耐久性が
重要になるけど、最も難しいのは帳票の重複や欠落を限りなくゼロにする設計だった
印刷処理はプリンタというメカが相手だから用紙切れや紙づまり(ジャム)が起こりうるけど、
エラーを適切に検出/回復し、たとえ何百万件であっても重複や欠落の無い出力が求められる

こうした要求を満たすために、高速プリンタは数１０ページ分のバッファを持ち、
用紙トレイ/印刷ドラム/排紙トレイの様々な箇所にはジャム検出センサが配置されている
またコンピュータとのインターフェイスにも印刷が完了したページ番号を伝える機能が必要
同様にプリンタドライバや印刷ミドルウェアにも対応した変更が必要になる(汎用品では対応できない)
更にここまでしてなお印刷エラーは完全に排除できないから、
エラーの回復手順にどこまで目視確認(=人の介入)が必要か運用基準を設計しなければならない

こうして考えると、PCの印刷システムは少量多種なオフィス向け帳票印刷に適していても、
安全な大量印刷を求められる帳票印刷のニーズには不完全であることが理解できる
結果として、印刷システムを既に技術が確立しているメインフレームから
UNIX/PCへ移行するのは、大きな壁が存在していると言わざるをえない

**デフォルトの名無しさん** · 2014/11/18(火) 00:40:33.58

>>162
何だってそうだよねえ。
少量多種を即時に出すのと大量同種を一度に出すのとは、根本思想が違ってる。
印刷だけの話じゃない。
寮生１０人の賄い飯を毎日作るおばちゃんと毎度異なる団体客千人への夕食を毎日作る板前さんとでは
ノウハウも技術も根本的に違う。
どっちが優劣でもない。

もう当たり前過ぎるレベルのスレだよな。
それを一緒くたにに話してる輩が不憫。

**デフォルトの名無しさん** · 2016/11/19(土) 21:23:56.01

ハローワーク求人128,214件の平均月給197,300円～268,000円
その中からCOBOLの求人486件の平均月給251,800円～432,000円
https://goo.gl/E3yXUJ

**デフォルトの名無しさん** · 2016/11/27(日) 15:53:57.17

ＪＣＬを開発言語だと思ってるのかねｗ

**デフォルトの名無しさん** · 2016/11/27(日) 15:55:34.99

やべ　一行目抜けてた
>>165は>>13宛て

**デフォルトの名無しさん** · 2016/11/28(月) 03:59:27.18

ほぼ９年前のレスに返信するのもどうなの？ってちょっと思ったけど
それもコボラーらしくていいのかもしれない
新しいものを追いかけるだけが全てではないものね

**デフォルトの名無しさん** · 2017/11/26(日) 18:33:01.15

>>165
ただの制御パラメタなのにな

**デフォルトの名無しさん** · 2018/05/23(水) 21:11:45.79

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

TEMEI

**デフォルトの名無しさん** · 2018/07/05(木) 00:45:46.39

UCP

**デフォルトの名無しさん** · 2018/07/14(土) 14:02:11.79

絶滅危惧種のウナギの価格が暴騰しているのと一緒
かつて中国産のうなぎは150円も出せば買えたが今は何千円もするだろ

しかも引退したオッサン達が仕様書もろくに作らずに、こねクリ回したスパゲッティコード
これは罰ゲーム、前世代のケツ吹きだから、若い人はやりたがらないということ

コボラーのジョークがウィキペディアにまでのってるw
https://ja.m.wikipedia.org/wiki/COBOL

IDENTIFICATION DIVISION
ENVIRONMENT DIVISION
DATA DIVISION
PROCEDURE DIVISION
だったような

商業高校の情報系ってまだCOBOLやってるのかな？

**デフォルトの名無しさん** · 2018/07/18(水) 21:02:47.89

今でも可動する中古のミニコンがあり
コーディングシートにCOBOLのプログラム書いて
マークシート方式なIBMカード（？）に鉛筆で自分で翻訳し（どうせ間違え続出して書き直すからパンチカードは使わせてもらえない）
列に並んでカード束を渡し、実行結果の判定を待つ

そんなプログラミング実習がある商業高校があったら、入学したい

**デフォルトの名無しさん** · 2018/07/21(土) 22:54:07.86

>>171
無いでしょ

**デフォルトの名無しさん** · 2018/08/10(金) 16:47:32.09

COBOLでのバッチ処理ならOpenCOBOLでも問題無い
問題はUI部分がCOBOLで実装出来るのが限られる

**デフォルトの名無しさん** · 2018/08/12(日) 22:02:16.82

UIも含むとMF-COBOLか富士通のNETCOBOLになる

**デフォルトの名無しさん** · 2018/08/16(木) 00:37:58.43

なんでバッチ処理でUIが出てくるんだろう。
頭おかしいのかな。

**デフォルトの名無しさん** · 2018/08/16(木) 01:23:46.36

話題として出して不味い理由は無い

**デフォルトの名無しさん** · 2018/08/16(木) 01:25:28.85

JavaがJREの環境等でバッチ処理が上手く稼働するしない有るからねえ
Javaの優位性も無くなった

**デフォルトの名無しさん** · 2018/11/08(木) 01:50:56.45

Java11からJRE付いて来ないからな
Javaバッチ動かすにも自分でビルドする前提

**デフォルトの名無しさん** · 2018/12/04(火) 00:06:29.11

バッチ処理の為にJavaも使いづらくなった
OpenJDKで更新する訳にもいかんし
ちょっとしたバッチならPerlでもPHPでも良いかもね
COBOLでやるならOpenCOBOLになるだろうし

**デフォルトの名無しさん** · 2018/12/04(火) 00:09:20.47

>>122
ストアドって全てのRDBに有る訳では無いので

**デフォルトの名無しさん** · 2019/02/16(土) 00:14:15.52

>>181
ストアドプロージャは標準SQLで決まっていることだからない方がめずらしい。MS-Accessは対応していない異端。

**デフォルトの名無しさん** · 2019/02/16(土) 04:28:34.04

Accessでもストアドと呼べるかどうかわからないけど
VBAでほぼ同等のことができるような

**デフォルトの名無しさん** · 2019/02/16(土) 21:28:56.84

>>183
Access VBAはむしろ逆でデータベースそのものなのに、自分のデータベースに接続するところから書かなくてはいけない。

**デフォルトの名無しさん** · 2019/02/17(日) 00:31:30.93

むしろ逆ねー

**デフォルトの名無しさん** · 2019/06/15(土) 21:43:08.37

あるツイート

新規でjava案件なくても過去のjava案件がそこら中に転がってるので相当バリバリやってる会社でもない限りは Java使うことになりますよ私はそこらへんの中小のSESなんで Javaとc#時々php、極稀にphyton??案件自体はじつはたまにある驚きのCOBOLとVB6

**デフォルトの名無しさん** · 2019/06/16(日) 21:34:42.28

VB6は普通すぎるな、驚いていいのはVB4（COBOL関係ない

**デフォルトの名無しさん** · 2019/06/19(水) 15:07:44.35

447 名前：デフォルトの名無しさん[sage] 投稿日：2019/06/19(水) 01:50:10.08 ID:oToWC2Oi
https://mobile.twitter.com/nikkeibpITpro/status/1139303373491113989

どういうことなの… "DB2も廃止し、SQLとDB2で行っていた入出力処理をCOBOLとCSVで代替することにした。

リアルタイム処理じゃなくてバッチ処理だからな
CSV(テキストファイル)読んで集計して帳票印刷して、テーブル再作成するならメインフレームのメソッドと同じ
そりゃSQLをRDBに投げて結果取得してチマチマリアルタイム更新するより速いわな
https://twitter.com/5chan_nel (5ch newer account)
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2019/07/15(月) 18:28:41.94

Javaバッチ処理の為にJavaライセンス気にするぐらいならPerlとかPHP使う方向へ移行すると思う

**デフォルトの名無しさん** · 2019/07/18(木) 14:00:22.25

バッチでPHP？
7ペイの社長みたいな奴だなあ

**デフォルトの名無しさん** · 2019/07/18(木) 14:19:40.51

https://qiita.com/enutake/items/33777b1f1fb4b0336566
PHPでもバッチ処理は出来る
Java限定って視野が狭いだけ