COBOLって今需要増えてるの?Part7
レス数が900を超えています。1000を超えると表示できなくなるよ。
0003仕様書無しさん
垢版 |
2018/05/26(土) 22:36:32.86
仕事はあるある
0004仕様書無しさん
垢版 |
2018/05/26(土) 23:30:37.10
> 999 名前: 仕様書無しさん [sage] 投稿日: 2018/05/26(土) 19:52:09.83
> >>996
> COBOLの現場は今でもCOBOL85が主流だから
> FUNCTIONの出る幕ないよね
利用者定義関数のことなら確かにCOBOL2002からだけど、
組み込み関数ならCOBOL85の時点でとっくに実装されてた。
0005仕様書無しさん
垢版 |
2018/05/27(日) 01:13:34.36
>>4
私の勉強不足かもしれないけど
組み込み関数の存在自体知らないわ
職場に据え付けのCOBOL85の言語仕様書には
そのようなものは記述されていなかったからなんだけどね
0006仕様書無しさん
垢版 |
2018/05/27(日) 16:59:23.09
>>5
たまたま>>5が知らなかっただけだろうね。
組み込み関数自体は特段マイナーなものではない。
テーブル内の特定の項目の最大値や合計値等を求める場合に
テーブルを1から最後までループしていたり、
ある数をある数で割った余りだけが必要(商は不要)な場合に、
わざわざWORKING-STORAGEに使いもしない商格納用の変数を定義して
DIVIDE文を使ってたりするソースを見ると、無駄なことしてるなあって思う。
0007仕様書無しさん
垢版 |
2018/05/27(日) 23:11:31.58
組み込み関数って第3次追補1規格だから、
日本に入ってくるのが遅かったんじゃないの?
古いCOBOL85の仕様書には載ってなくても不思議はない。
0008仕様書無しさん
垢版 |
2018/05/27(日) 23:26:54.65
第3次追補1規格は米国では1989年、日本でも1992年制定か。それでもなかなか古いね。
0009仕様書無しさん
垢版 |
2018/06/02(土) 11:05:00.48
EVALUATE ZERO
WHEN FUNCTION MOD(YEAR 400)
 DISPLAY '閏年'
WHEN FUNCTION MOD(YEAR 100)
 DISPLAY '平年'
WHEN FUNCTION MOD(YEAR 004)
 DISPLAY '閏年'
WHEN OTHER
 DISPLAY '平年'
END-EVALUATE.
0010仕様書無しさん
垢版 |
2018/06/06(水) 05:18:55.90
まだあるのかこれ
0011仕様書無しさん
垢版 |
2018/06/10(日) 13:59:30.18
マイグレーション元のCOBOLと、マイグレーション先のJavaの両方できれば当分需要ありそうだよなあ。片方できるのはいっぱいいるけど両方は全然いない。
まあマイグレーションって基本ブラック案件だから、できないほうがいいのかもしれないが。
0012仕様書無しさん
垢版 |
2018/06/10(日) 16:06:27.08
COBOL捨てるならマイグレーションとかしないで、新規システムにするだけじゃないの。
0014仕様書無しさん
垢版 |
2018/06/10(日) 20:09:38.18
だったら、
古いのは捨てる
古いのはそのまま使う
のどちらかだろう?

後者ならCOBOLの出番があるが、
そのまま使うならjavaの出番はない
0015仕様書無しさん
垢版 |
2018/06/11(月) 08:17:09.49
COBOLシステムの大規模改修自体が出来ないから、そのまま使ってるんですが?
だから運用で対応するわけね
0016仕様書無しさん
垢版 |
2018/06/11(月) 20:45:51.87
COBOLはあまりに量が多すぎて、その上継ぎ足し継ぎ足しで使われてて
(ただし仕様書は継ぎ足されない)基本何してるのかもさっぱりわかんないから
COBOL捨てるって選択をいれると、まず金の面で話にならねえからなあ
0018仕様書無しさん
垢版 |
2018/06/29(金) 18:00:29.82
世の中には無くなる無くなると言われながら、
何だかんだで残ってるものがいっぱいあるよね。
COBOLもその1つ。
0020仕様書無しさん
垢版 |
2018/07/14(土) 14:03:34.50
絶滅危惧種のウナギの価格が暴騰しているのと一緒
かつて中国産のうなぎは150円も出せば買えたが今は何千円もするだろ

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

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

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

商業高校の情報系ってまだCOBOLやってるのかな?
0021仕様書無しさん
垢版 |
2018/07/14(土) 21:09:07.33
企業の事務処理全般が手書きが常識の時代から
全てIT化するのが常識の時代へ移り変わったのはバブル景気の時

企業は節税目的もあって一斉にIT化に費用を掛けた
当時技術者の数がまったく足りなくて、いち早く技術者として一人前になれる
ある意味簡易な言語がCOBOLであり
高度なことができないからかえって安全な言語だった

その時に作られた膨大なシステムがほぼCOBOLだから
これを駆逐するのは多分あと100年経っても無理だと思うんだぜーーー

私は還暦後のアルバイトとしてコボラーに戻る予定
今は流行りの言語やってるけど周りの若い子の
すぐ諦める姿勢には苦笑いしかでないわ
それは言語の仕様の問題じゃなくて、あなたの根気の問題じゃねーの?って
内容の愚痴をさも正当な理由かのように、愚痴愚痴と煩いわ
0022仕様書無しさん
垢版 |
2018/07/14(土) 23:57:30.49
古いCOBOL資産は改修しない方向なんだよ
運用でカバーする
0023仕様書無しさん
垢版 |
2018/07/15(日) 00:07:31.23
他の言語も大差ないのでは?
COBOLよりは遥かにマシだと思うけど
0024仕様書無しさん
垢版 |
2018/07/15(日) 01:19:03.17
バブルな時ってパソコンと言えばMS-DOS
業務用としては非力すぎるのでバブル期に導入されたのは
メインフレームやオフコン
それらはほぼ独自OSで使える言語はほんの少しだけ
選択肢は基本的にCOBOLしかなかったんだよね
もちろんUNIXとかも日本に上陸してたから素のCで組むこともできたけど
新人を急遽C使いするぐらいならCOBOL使いにした方が安全かつ安上がりなんだよ
0025仕様書無しさん
垢版 |
2018/07/15(日) 17:56:59.03
>>23
COBOLはオープンシステムでも動くけど、PL/1はどうにもならないよ
0028仕様書無しさん
垢版 |
2018/07/26(木) 16:52:29.71
バッチ処理部分をOpenCOBOL化してUI部分をPHP、Pythonで作れればJavaより安く作れる
0029仕様書無しさん
垢版 |
2018/08/02(木) 22:16:55.82
C#やJavaだと%で余り算出してる人が、いざCOBOLになるとわざわざ使いもしない商格納用の変数定義までしてDIVIDE文を使う不思議。
0030仕様書無しさん
垢版 |
2018/08/05(日) 13:00:09.97
お金の計算をできるのはCOBOLだけだ。
ゆえに、銀行でつかわれるのだ。
0031仕様書無しさん
垢版 |
2018/08/05(日) 16:45:24.81
C#、Javaは計算出来るが金額計算には向かない
それを無理やり金融機関でシステム移行に提案したのは大手Sier
この人たちの罪は大きい
0032仕様書無しさん
垢版 |
2018/08/05(日) 19:40:42.31
実際には桁の大きい10進数計算が正確にできればいいだけだよな。
で、そういうのはライブラリで出回ってて既に言語は関係なくなっているように思うのだがなあ。
かといってその一歩を踏み出す勇気はないと。金扱ってるのでリスクは極限まで下げたい。
ということでCOBOLは生き続けているんだろうな。
0033仕様書無しさん
垢版 |
2018/08/05(日) 21:57:42.08
既に稼働しているCOBOL資源が多過ぎて、それら全部変えるにはコストも時間も掛かり過ぎるし、
別の言語で新たに起こし直す以上どうしたってリスクも避けられないからな。
0034仕様書無しさん
垢版 |
2018/08/06(月) 16:52:48.89
>>32
>>ライブラリ
OpenJDKででも存在してれば、ね
実際メガバンクは自前で金額計算部分を銀行個々でライブラリ化してるだろう
それをライセンス徴収開始で御破算にするのは今更出来ない
みずほはプログラマ確保のし易さからJava採用したが、結果的に納期に間に合わず外国人が実装してた
りそなみたいにCOBOLでUI部分も作れるなら、その方が賢かったが三菱UFJへの対抗から安易にJavaへの移行を決定して未だに苦労してる
0035仕様書無しさん
垢版 |
2018/08/06(月) 21:54:24.97
産みの苦しみだな
0038仕様書無しさん
垢版 |
2018/08/08(水) 16:53:40.12
みずほがグダグダなのは取締役連中がダメだから、が一番大きいけどね
遅かれ早かれ逝くと思う
0039仕様書無しさん
垢版 |
2018/08/09(木) 20:25:16.49
>>30

VBだって通貨型の変数あるじゃん
だからといってVBで開発はしないと思うけど
0040仕様書無しさん
垢版 |
2018/08/09(木) 20:47:50.68
>>39
有る
しかし、DB上で定義するだけで無く、途中の計算し易さとか編集のし易さがVBはCOBOLに劣る
VBプログラマーの一時しのぎ主義も問題として有る
(とりあえず動けば良い)
0042仕様書無しさん
垢版 |
2018/08/10(金) 23:17:38.16
今はC#やってるんだけど、同じようなバッチ処理を作ってもC#だとめちゃ早く作れる
色々な便利機能がついてるから
同じことをCOBOLで作ろうと思うと2〜3倍は時間がかかると思う

だからCOBOLがダメだって話じゃないよ

最後にCOBOLの開発案件にかかわったのは3年前だけど
COBOLの開発なのに、そのスケはおかしーーーーんじゃないの?ってぐらい
開発期間が異常に短くてスケ通りにまったく進まないどころか
スケで予想されてる2〜3倍は時間がかかったので下請け会社は大赤字だったみたい

で、このスケを引いて見積もり書いたのも仕事発注した窓口もJavaしかやったことありませんって人だった
これだからCOBOLわーーーーーって陰口言いまくりだったみたいだけど
COBOLで納得して仕事受けたんちゃうんかい!って思った

今日はC#で作業領域の集団項目とかREDEFINEとかCOPY句機能が使えたらなーーーとボーっと考えてた
いちいち、newとかnewとかうぜーーーーーよ!
そして集団項目と再定義使わせろ
0043仕様書無しさん
垢版 |
2018/08/10(金) 23:19:47.08
途中で送信しちゃったわ

集団項目から集団項目への転送も簡単にやらせろーーーー
せめてコレポン使わせて・・・
0045仕様書無しさん
垢版 |
2018/08/11(土) 06:07:11.00
>>42
それはJavaでの開発した事無い会社が悪い
COBOLでの開発経験有る会社ならそんなスケジュールしないでしょ
そもそもオブジェクト指向言語のJavaでの開発工数とCOBOLの開発工数を同じ感覚でやってたらアホとしか言えんわw
0046仕様書無しさん
垢版 |
2018/08/11(土) 09:45:00.18
【料金搾取】SEの結婚障害原因【無能残業】
☆偽装請負多重派遣SEの結婚相手の犠牲原因☆
両親や親戚に反対されましたが、偽装請負多重派遣会社に高額搾取金を提供したり時間外労働違反で家事をしないSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は犯罪損害のない相手と共働き生活をして、数億円損失を防げました。
・モラルがない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低料金請求
・高度情報処理技術者なのに請求料金不足
・高利益なのに請求料金不足
・高生産なのに請求料金不足
・高需要なのに請求料金不足
・学習多いのに請求料金不足
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判断不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf
0050仕様書無しさん
垢版 |
2018/08/12(日) 00:26:51.35
>>48
言語仕様はC++ベースは同じ
問題はCOBOLの様に金額計算や小数点計算に向かない事
0051仕様書無しさん
垢版 |
2018/08/12(日) 01:23:32.86
やはりCOBOLが一番。日本人はなぜか古くても良いものを大事にしないからおかしい。
0052仕様書無しさん
垢版 |
2018/08/14(火) 17:12:23.12
金融系でJavaへ移行してライセンスの話で梯子外された中小企業は死亡状態
0054仕様書無しさん
垢版 |
2018/08/14(火) 20:22:32.95
実業務でこんな大きな数を扱うことはまず無いだろうが、
FUNCTION INTEGER(FUNCTION LOG10(999999999999999999))が18を返してきた。
OpenCOBOLとIBM Enterprise COBOL for z/OSで確認。
0055仕様書無しさん
垢版 |
2018/08/15(水) 18:12:43.13
>>54
それ、どっちもモジュールはCに変換されるヤツだな
Cに変換された後のバグじゃね
0056仕様書無しさん
垢版 |
2018/08/16(木) 02:06:39.58
>>52
今必死こいてOpenJDK化してるんじゃね
オラクル特許侵害する様なプログラムソース作ったら訴えられるのに
0058仕様書無しさん
垢版 |
2018/08/17(金) 11:37:29.02
なんでコボルは数値計算が強いの?
今の言語でも結構な精度だと思うけど、何が違ってどんな技術的理由によるの?
0059仕様書無しさん
垢版 |
2018/08/17(金) 12:24:47.66
COBOLの数値精度の精度が高いんじゃなく、やれることが限られてるため誰がプログラム作っても計算精度に差がないこと
0060仕様書無しさん
垢版 |
2018/08/17(金) 13:35:47.83
>>59
その上、計算コードが読み易い
他の言語は人によって読めないから
0061仕様書無しさん
垢版 |
2018/08/17(金) 16:34:24.59
そうだよね
COBOLの計算式は本当に算数のようで
プログラム未経験者でも見やすいと思う

他の言語は自由がききすぎて
お金の計算、特に利息などの少数以下の取り扱いが
どの段階でどの様に丸めるかとか
あーんまり考えたことない技術者だらけだと思う
丸め方で積み重なれば数億の損害になったりするから
ここは非常にシビアなところなんだけどね
0062仕様書無しさん
垢版 |
2018/08/17(金) 20:32:26.71
>>61
実際メガバンクでCOBOL→Javaに移行した所は全く誤差が無い、とは言えない危険性が有る
経営者が気づいて無さそうだが
0065仕様書無しさん
垢版 |
2018/08/18(土) 14:17:06.08
>>64
うーんたぶんだけど
他の言語だと技術者の粒が揃わず品質にバラつきが出やすいからじゃないかな?

今私はオブジェクト指向言語を使ってるけど、
バージョンアップ対応で元のソースを解読してると
何度も何度も車輪の発明をしてて馬鹿かとしか思えなかった
言語としては優れてるのかもしれないけど
技術者およびマネージャーの意思疎通が図られておらず
どいつもこいつもオレ天才やらオレ無双の独りよがりなコーディングしてるわ

その点、COBOLだと強制的にある程度の画一性や品質が確保される
0066仕様書無しさん
垢版 |
2018/08/18(土) 15:11:18.95
>>どいつもこいつもオレ天才やらオレ無双の独りよがりなコーディングしてるわ

それはVB4,5,6の時でも有った話

実質、プログラマのメンタルは変わってない
それがオブジェクト指向でも発揮されてコードが他人に理解しにくくなってる

>>その点、COBOLだと強制的にある程度の画一性や品質が確保される

この一点につきる
0067仕様書無しさん
垢版 |
2018/08/19(日) 07:42:51.43
>>65
それ金融系がということじゃなく、根拠は自分がそう思ってるだけだよね
0068仕様書無しさん
垢版 |
2018/08/19(日) 08:52:39.35
数値計算だけ特別にクラス作って処理すれば、他言語でもコボルの代わりになれる?
0069仕様書無しさん
垢版 |
2018/08/19(日) 11:25:07.72
数値計算といってもCOBOLで使われるのはあくまでも整数計算のみ
固定小数点のね
0070仕様書無しさん
垢版 |
2018/08/19(日) 15:04:35.54
>>68
正解
COBOLで外部モジュール作ってJavaとかPHPから使えば良い
>>69
小数点付き計算やわり算の誤差が無い部分がCOBOLのメリット
それを外部モジュールで作る
0072仕様書無しさん
垢版 |
2018/08/19(日) 19:53:48.12
要は小学生で習う程度の算数計算に強いだけじゃん
金勘定の基本は算数だけどさ
0074仕様書無しさん
垢版 |
2018/08/20(月) 01:14:26.90
そもそもコボラーは技術者じゃないよ
昔は商業高校でCOBOL教えていた
だからCOBOLしかやったことない40過ぎのおばちゃんのスキルシート見ると最終学歴が商業高校だったりする
実務的には簿記をやるレベルってことさ
0076仕様書無しさん
垢版 |
2018/08/20(月) 03:09:32.35
そういう人達を排除した結果がCOBOL→Javaだった
で、オラクルに梯子外された
0078仕様書無しさん
垢版 |
2018/08/20(月) 08:18:02.88
COBOLが再評価されてるって、JavaからCOBOLへのシステム再構築があるってことか
マジで?
0079仕様書無しさん
垢版 |
2018/08/20(月) 17:55:53.82
>>78
Java→COBOLは無いよ
そういう所はライセンス払ってJava継続するかスクリプト系言語に変えるかしか無い
COBOL→Javaへ移行検討してた所が方針見直してCOBOLのままオープン化するって事
0081仕様書無しさん
垢版 |
2018/08/20(月) 20:41:49.00
そんな事例聞いたことないのだけど、ソースは自分がそう思ったとかじゃないよね。
0082仕様書無しさん
垢版 |
2018/08/20(月) 21:29:02.29
だから一旦、Javaに移行したらJavaの蟻地獄にはまって抜けれ無いよ
0084仕様書無しさん
垢版 |
2018/08/21(火) 01:18:32.96
今は構造化プログラミングでGOTO文地獄って少なくなってる
0085仕様書無しさん
垢版 |
2018/08/21(火) 01:31:54.55
GOTOはEXIT行き以外は禁止のとこがほとんどだよね
↑に戻るのは頭がおかしいのか?扱いされる
0086仕様書無しさん
垢版 |
2018/08/21(火) 01:38:42.73
COBOLは一回開発しちゃうと同じソースをメンテしてメンテして使いまわすから
むかーしのGOTO地獄とフラグ地獄をたまに見かけるよね
むかしのマシンが非力かつ高額な時に、負荷が少なく高速で実行できるからってことで
GOTOを多用してたからまあ仕方ない
0087仕様書無しさん
垢版 |
2018/08/21(火) 04:16:57.33
古いソースはね
今はほとんど構造化プログラミングでしょ
GOTO文がほとんど無しでサブルーチン化
むかーしのプログラムを修正する時にGOTO文とフラグの嵐みたいなのに当たると相当の苦痛を強いられる
0088仕様書無しさん
垢版 |
2018/08/21(火) 07:15:03.55
gotoを使わないことが構造化プログラミングだとドヤ顔で言いIF文のネストをひたすら繰り返す老害コボラー。
0090仕様書無しさん
垢版 |
2018/08/21(火) 08:22:44.35
PERFORMの飛び先にPERFORM二つ
またその飛び先にPERFORM三つ

そして最後にあるのは、MOVE文のみ。
若造よ、これが構造化プログラミングなのだよ!

あと内部PERFORMは禁止な。
0091仕様書無しさん
垢版 |
2018/08/21(火) 12:32:03.82
老人は構造化プログラミングが〜と言い、若手はオブジェクト指向プログラミングが〜と言う
そしてお互いに馬鹿にする
これが底辺プログラマです
0092仕様書無しさん
垢版 |
2018/08/21(火) 15:50:20.46
COBOLでオブジェクト指向ってNETCOBOLで出来たと思うが
.NET環境でCOBOL使わないならCOBOLにオブジェクト指向なんて不要だし、ほとんど構造化プログラミングで済む
適材適所だわな
オブジェクト指向プログラミング出来る言語は重要だが、それが足かせになってる言語も有る
Javaが最たるモノだが
0093仕様書無しさん
垢版 |
2018/08/22(水) 21:38:37.23
確かに固定小数点の数の、四則演算及び整数乗の計算精度は高いね。

>>74
その頃はまだ誰もが大学に行くのが当たり前という時代では無かったから、
実はそこそこ頭もいいんだけど親の稼ぎの問題等で高卒って人も時々いる。
でも、今30代以下の人で、大学に行ってなかったり、定員割れしてるような大学出身の人は、極一部を除いて驚くほど頭の悪い人が多い。
例えば1〜12月や日〜土曜日を英語で書けない、ヘボン式のローマ字表記を知らない、小学校で習う程度の漢字の読み書きが出来ないとか。
0094仕様書無しさん
垢版 |
2018/08/22(水) 23:53:51.05
やたら人のあらを探して見下すことを言うのも老コボラーの特徴だね
0096仕様書無しさん
垢版 |
2018/08/23(木) 02:43:22.05
>>95
富士通のSEから聞いた話で、その後に
汎用機COBOL←オープンシステムに戻ってくるのが
100件に1件くらいの割合であったってさ。
ウチも最後はエミュレータで締めたけど。
まあ、減っていく一方に変わりはない。
0097仕様書無しさん
垢版 |
2018/08/24(金) 02:17:12.50
>>96
戻るメリットって無い様な、、
オープン化したらオープン化のままCOBOL使えって
0098仕様書無しさん
垢版 |
2018/08/24(金) 07:12:14.16
オープン系やったことなら解るけど、開発環境がまるで違う。コマンドメインの古くさい汎用系で開発なんかしたくなくなるぞ。
0099仕様書無しさん
垢版 |
2018/08/24(金) 08:17:31.21
昔で言う汎用機はもう存在しない
汎用機OSを載っけたサーバーがあるのみ
0101仕様書無しさん
垢版 |
2018/08/24(金) 22:25:13.21
FUJITSU Server GS21と書かれているが
汎用機OSを載っけた鯖じゃないのかね
0102仕様書無しさん
垢版 |
2018/08/25(土) 18:37:28.98
まあ国民支配のための道具じゃないんだし
汎用機と言えどもサーバーだよ
0105仕様書無しさん
垢版 |
2018/08/26(日) 00:17:34.19
なんで話の脈絡に関係なく知性とか言い出してるのさ
0108仕様書無しさん
垢版 |
2018/08/28(火) 02:28:18.01
某銀行
銀行側「なぜこんなバグが見つけられなかったの?」
開発会社「作業人数不足です」
銀行側「募集かけろよ!」
開発会社「もう市場にCOBOLのエンジニアはいません」
銀行側「育成しろよ!新入社員いるべ?」
開発会社「え!?いや…
0111仕様書無しさん
垢版 |
2018/08/28(火) 07:09:43.50
人売会社が人集めの為に空案件を出す
それを見てまだまだ仕事が沢山あると勘違い
0113仕様書無しさん
垢版 |
2018/08/28(火) 19:59:39.40
サマータイム、元号変更、GoogleのJavaScript無効
やる事多くてCOBOLから他の言語へ移行なんて同時に出来ない
0114仕様書無しさん
垢版 |
2018/08/29(水) 02:01:42.39
Javaももうすぐ死ぬしなあ
昔の人の知恵を馬鹿にしちゃ駄目だよね
0115仕様書無しさん
垢版 |
2018/08/29(水) 08:20:16.51
これからもJavaよりCOBOLの需要が無いことは判ってるよね
0116仕様書無しさん
垢版 |
2018/08/29(水) 09:03:04.05
まだJavaの仕事があると思ってるんだ!
作っちゃったシステムのお守りくらいしかないだろ
しかしどうすんだよJavaで作っちゃった奴
0117仕様書無しさん
垢版 |
2018/08/29(水) 14:57:55.29
今もCOBOL運用してる所はある程度保守予算有る所だからね
Javaに移行した所はシステム保守費用抑えるためだったのに、それがアダに
0118仕様書無しさん
垢版 |
2018/08/29(水) 17:25:38.27
また妄想かい
レガシー資産の保守運用費は安い。
0119仕様書無しさん
垢版 |
2018/08/29(水) 18:50:38.59
汎用機COBOLからのマイグレーション案件多いのは保守経費削減も理由に有るでしょ
0120仕様書無しさん
垢版 |
2018/08/29(水) 21:00:19.49
どこを見て多いと言ってるのか解らないけど、
それはCOBOLにはマイグレ案件しかないと言う証ではないのか
0121仕様書無しさん
垢版 |
2018/08/29(水) 23:16:12.20
>>120
マイグレーション案件以外も少数なら有るよ
実際探していないなら探してみ
マイグレーションもCOBOL→別言語って訳でも無いから
COBOL→別言語、全くのオープン環境
って思ってるならお前さんがそういうシステムハウスに所属してるから、その願望が強いからでは
0122仕様書無しさん
垢版 |
2018/08/30(木) 01:06:47.94
探すってまさかネットで出回ってる案件のことじゃないよね
本当に募集してるかも怪しい
0123仕様書無しさん
垢版 |
2018/09/09(日) 07:09:47.69
AS/400サポート期限せまってるからマイグレーション案件増えてるみたいね
0125仕様書無しさん
垢版 |
2018/09/11(火) 02:18:03.68
>>124
現役だけど一部バージョンが2019.01月でサポート終わる
それの移行案件が出てるIBMのまま移行するか他のオープンシステムに移行するか
JavaライセンスでCOBOL→Java移行熱は無くなった
0126仕様書無しさん
垢版 |
2018/09/11(火) 08:25:09.66
>>125
COBOL移行熱が冷めたのはもう殆どのCOBOLがすでに駆逐されたからじゃないの?
少なくとも自分はCOBOLか走っている環境なんて一度も見たことないし
0130仕様書無しさん
垢版 |
2018/09/21(金) 23:50:34.91
そりゃ今や特殊言語だから
Javaは案件多いがメンテナンス主体でプログラマーも多い
0132仕様書無しさん
垢版 |
2018/09/24(月) 17:34:49.20
もう三十年近く前から無くなる無くなると言われて無くならないのがCOBOL
0133仕様書無しさん
垢版 |
2018/09/24(月) 17:58:06.96
言語変えるリスクとメンテナンス性考えれば無くす必要性無いから
地方の金融システムでもまだ残ってる
0134仕様書無しさん
垢版 |
2018/09/24(月) 20:28:24.15
全体の割合から言うと、もう無くなったと言ってもいいレベルだろう
0137仕様書無しさん
垢版 |
2018/09/24(月) 23:18:52.97
若いプログラマー確保する為にJava に移行したらライセンス発生でバカを見る
0138仕様書無しさん
垢版 |
2018/09/25(火) 00:53:35.24
cobolなんて見たことないから別になくなっても全く困らない現実
cobolしかやったことないじぃさんがなくなるかどうかこだわっている事実
0140仕様書無しさん
垢版 |
2018/09/25(火) 01:23:33.94
言葉に詰まったら話をはぐらかして誤魔化す
成る程
0141仕様書無しさん
垢版 |
2018/09/25(火) 01:30:59.07
>>140
それは君のやってることの解説?
話ははぐれてないと思うんだが
0142仕様書無しさん
垢版 |
2018/09/25(火) 01:49:31.76
金融機関とか結構COBOLでのシステムが残ってるが、若手社員にCOBOLやせずに派遣で乗りきろうとしてる所多い
でもそれで結構人件費かかってるから最近は若手社員へCOBOL習得させる方向に動いている
りそなみたいにCOBOLのままオープン化してる所がメガバンクでも出てるからね
りそなはWindowsPCでMF-COBOLでシステム構築してるし、当分、COBOL以外へ組み換えしない
0144仕様書無しさん
垢版 |
2018/09/25(火) 08:12:23.54
世の中の動きについて行けてないアホが多いのはなんでだぜ?
スゲーじゃなくて知らなかったことを恥じるべきだ
0145仕様書無しさん
垢版 |
2018/09/25(火) 08:18:24.14
windowsPCでコボルの基幹系システム動くわけ無いだろw
0147仕様書無しさん
垢版 |
2018/09/25(火) 16:26:04.96
りそな銀行のシステムぐらい見て来い
Linuxサーバー+SQL Server+MF-COBOLでWeb上でCOBOLが稼働してる
0148仕様書無しさん
垢版 |
2018/09/25(火) 18:20:00.51
開発の末端の人間なんてそんなもんよ
自分が見た世界だけが全て
0149仕様書無しさん
垢版 |
2018/09/25(火) 19:47:52.63
そうだね、windowsPCとしか言えないのはその先に何が繋がっているのか解らない、ネットで見ただけで知ったかぶりしてるだけなんだろう
0150仕様書無しさん
垢版 |
2018/09/25(火) 20:23:45.70
りそなは自動機監視もUNIXCOBOLでやってるけど品質ボロボロの糞システムだった。
まあ不治痛だから仕方ないが。
0152仕様書無しさん
垢版 |
2018/09/26(水) 08:15:32.69
無職のコボラーはハロワに行けよ
案件がいっぱいあるらしいぞ 藁
0153仕様書無しさん
垢版 |
2018/09/26(水) 12:02:28.39
ハロワなんかに流すわけないだろ
だからおまえには見えないんだな
0155仕様書無しさん
垢版 |
2018/09/26(水) 20:11:58.31
ちゃんとハロワに行ったのか
行かないと仕事見つからないぞ 藁
0157仕様書無しさん
垢版 |
2018/09/27(木) 08:16:27.39
コボラーに出来ることは既存プログラムの簡単な改修のみです。新規で最初からコーディングは出来ません。
0159仕様書無しさん
垢版 |
2018/09/27(木) 20:54:57.84
コボルはレガシー資産なので1980年代頃に作られたものをいまだに保守しているのだ
0160仕様書無しさん
垢版 |
2018/09/28(金) 08:22:23.18
今日でリリースされるコボラーのおじちゃん、さようなら
0162仕様書無しさん
垢版 |
2018/10/04(木) 21:01:49.64
85ってevaluateが使えるようになったやつだっけ?endifが使えなくてピリオドってのが昔のだったよね。懐かしい。
今は発注側だからそこら辺疎い。メインフレームの開発やってましたね。
0163仕様書無しさん
垢版 |
2018/10/05(金) 07:06:12.42
periodの呪縛から永遠に逃れられないのがCOBOL
老眼には辛いよねっ
0164仕様書無しさん
垢版 |
2018/10/05(金) 08:11:56.61
ビリオド様からの有難いお言葉です

『ENDなんていらねぇ、俺が全てを止めてやる!』
0169仕様書無しさん
垢版 |
2018/10/23(火) 08:16:05.22
深夜のレジ打ちバイトですが、気楽でいいものです
0171仕様書無しさん
垢版 |
2018/10/24(水) 00:17:42.45
現役コボラーだけど年収は900万ぐらいだな
仕事はいっぱいある
嘘には騙されるなよ
0172仕様書無しさん
垢版 |
2018/10/24(水) 02:19:26.74
資産多いからプログラマー数に対しては多い
Javaはプログラマー数多いからCOBOLより今後単価下がる
0173仕様書無しさん
垢版 |
2018/10/24(水) 07:14:15.69
COBOLの不利な話すると何故かJavaの話題にすり替えようとする不思議
0174仕様書無しさん
垢版 |
2018/10/24(水) 09:09:24.43
大規模な基幹系の開発言語でCOBOL以外にJavaしかないからじゃないの?
0176仕様書無しさん
垢版 |
2018/10/24(水) 13:11:18.12
JavaってCOBOLと比べてもオワコンじゃん
まだそれに気づいてないジャバラーいるの?
0177仕様書無しさん
垢版 |
2018/10/24(水) 22:29:42.07
javaじゃなくコボルの話しようぜ
もう話題がない位オワコンじゃないよね
0178仕様書無しさん
垢版 |
2018/10/25(木) 00:31:53.20
全くオワコンではない。
が過去の焼き直しや手直しばかりでツマラナイだけ。
0180仕様書無しさん
垢版 |
2018/10/25(木) 23:05:19.38
コボラーとしてはSQLで楽しむしかないと思っている
どんだけスピードアップをはかれるか
その辺で自己満足して楽しむ

後は共通ルーチンのブラッシュアップとか・・・
0184仕様書無しさん
垢版 |
2018/10/27(土) 16:27:42.41
N,FがなくなってもCOBOLは他企業でやっていける時代
0185仕様書無しさん
垢版 |
2018/10/27(土) 19:03:38.62
COBOLより先にVBやC#、Javaが先にオワコンになるなんて想像もしなかったわ
0186仕様書無しさん
垢版 |
2018/10/28(日) 13:50:42.68
安定稼働しているから触らなくてもいいからでしょ
0189仕様書無しさん
垢版 |
2018/10/28(日) 18:56:58.31
他言語はどーでもいい
コボルは終わってる
案件探しは残飯をあさるようなもの
0191仕様書無しさん
垢版 |
2018/10/28(日) 19:37:45.51
それでもいいと言うのなら
腐りかけの残飯も美味しく食えるのだろう
0193仕様書無しさん
垢版 |
2018/10/28(日) 23:07:56.41
おわっているとおっしゃいますが、残ってしまうw
0195仕様書無しさん
垢版 |
2018/10/29(月) 10:57:17.39
>>189
プログラマー数と比べれば十分ご馳走だよ
Javaの方が厳しいと思うぞ
0196仕様書無しさん
垢版 |
2018/10/30(火) 01:13:43.19
Javaプログラマは増えすぎたから、なんちゃってプログラマが溢れるのはしょうがないが、案件がなかなか出てこないCOBOLとは現状が違う
0198仕様書無しさん
垢版 |
2018/10/30(火) 19:25:25.04
javaはどーでもええけど、ジャワティーはなくならんとってー
0199仕様書無しさん
垢版 |
2018/11/01(木) 14:49:26.44
COBOLは開発時点でサポート料やライセンス必要だがJavaは本稼働環境にライセンスがかかって開発時点では無料のまま
開発だけで終わるって教育機関だけだろ
だから金融系企業や中小企業でJavaでシステム刷新した所は漏れ無くライセンス課される
COBOLはOpenCOBOLに移行すれば開発も実行環境で使用も無料になる
OpenCOBOL利用してる実例は少ないが今後増えると思われる
0201仕様書無しさん
垢版 |
2018/11/01(木) 18:38:16.79
>>199
Javaのライセンスについて

大企業はライセンス料さえ払えば同じバージョンを長年サポートしてもらえてウハウハ

中小企業はそもそもパッチなんて当てずノンサポートで導入したバージョンをそのまま使い続けるのでライセンスなんて関係ない

と勝手に予想
0202仕様書無しさん
垢版 |
2018/11/01(木) 23:51:48.06
>>201
>>大企業はライセンス料さえ払えば同じバージョンを長年サポートしてもらえてウハウハ

それで耐えられる企業ならね

>>中小企業はそもそもパッチなんて当てずノンサポートで導入したバージョンをそのまま使い続けるのでライセンスなんて関係ない

そんな中小企業が存続出来る訳が無い
信用無くなって潰れる
0203仕様書無しさん
垢版 |
2018/11/02(金) 12:18:09.06
>>201
>大企業はライセンス料さえ払えば同じバージョンを長年サポートしてもらえてウハウハ

アホか
いくら払ってもさっくり切るよ
ボラクル様を舐めちゃいけない
0204仕様書無しさん
垢版 |
2018/11/02(金) 12:32:33.95
>>203
Oracle様の意固地さは半端無いからな
業界一の融通の無さだからな
だからOracle製品避けるヤツが多い
JavaとMySQLユーザーは将来不自由になるのが決定済み
0205仕様書無しさん
垢版 |
2018/11/03(土) 07:51:40.21
DBもOracleを使っているような企業ならJavaのライセンス料なんて微々たるもんじゃないの?知らんけど
0207仕様書無しさん
垢版 |
2018/11/03(土) 13:16:25.13
OracleDB+Javaのシステム使ってる所はそのままJava使うだろうけど
問題はDBがOracleじゃない所
そういう所はJava諦める方向に動く
COBOL→Javaに移行した金融系企業もOracle使ってない所は、今後選択に悩む
0210仕様書無しさん
垢版 |
2018/11/03(土) 13:52:54.27
Javaのライセンス料と言ってもメインフレームはもとより、MS、VMWareなどの年間サポート料と比べたらかなり安いと思うけど、
個人ならばともかく、企業が基幹システムとして使用する場合、Javaのサポート料が高いと思う企業ってどんな環境なんだ?
0211仕様書無しさん
垢版 |
2018/11/03(土) 14:20:41.96
ライセンス問題でJavaへの移行が低迷することはあっても
古い遅い高いの三拍子が揃ったCOBOLが返り咲くことは無いと思う
0215仕様書無しさん
垢版 |
2018/11/03(土) 15:42:29.57
>>211
OpenCOBOLと言うのが有ってですな
既に実用的に長崎県庁とかで稼働してる
NECや富士通のオフコンCOBOLをOpenCOBOLにマイグレーション
DBはMySQL
ハードウエアのライセンス料金のみにライセンス料を圧縮した
0216仕様書無しさん
垢版 |
2018/11/03(土) 15:53:18.40
>>214
ハードやODのサポート料は払えるのに言語のライセンス料は払えないって意味が分からん
パッケージを無償で使用して更に永遠にサポートもしろって言っているようなもんやん
0218仕様書無しさん
垢版 |
2018/11/03(土) 18:28:03.66
>>216,217
ハード、OSは仕方ない
まあOSもLinuxでフリーに出来る
何から何までサポート料金払う余裕が有るかどうかの話
0219仕様書無しさん
垢版 |
2018/11/04(日) 16:34:57.82
従業員20人以内の会社でもECサイト作ってるぐらいなのに、そんな企業がライセンスまみれのシステム運用出来るか、って話
0221仕様書無しさん
垢版 |
2018/11/05(月) 16:11:00.30
COBOLは大きな案件変動も無く、プログラマ増加も無く続く
何も変わらない
大体、新人にCOBOL学習させたら辞めるし
銀行(地方)とかのシステム部で新人にCOBOL修得させようとしたらその新人が辞めるパターンが常
0222仕様書無しさん
垢版 |
2018/11/06(火) 21:13:28.99
大きな変化は無いかも知れないけど、決して楽な仕事でもないからなあ。
0223仕様書無しさん
垢版 |
2018/11/08(木) 21:57:47.74
贅沢なこと言うなよ
エラー出まくり野良VBAのメンテするより楽で稼げるよ
0225仕様書無しさん
垢版 |
2018/11/09(金) 01:15:54.00
て言うかぁ、バグってることにも気付かないのがCOBOLのシステム〜ぅ
0226仕様書無しさん
垢版 |
2018/11/09(金) 08:14:35.51
コードがめちゃくちゃでバグの原因が分からず、バグで出来た不正データを潰すプログラムを追加するか保守で都度パッチをあてるのが、COBOLのシステムなのだ
0227仕様書無しさん
垢版 |
2018/11/24(土) 08:08:20.43
ネスト階層が10以上あって、命名基準が連番の謎フラグが何個も存在し各所で使い回している。
そんなリソースに当たった時の地獄っぷりといったら…
0228仕様書無しさん
垢版 |
2018/11/24(土) 18:04:52.90
COBOLに限らないのかも知れないが、大昔に作られたでかいプログラムのソースは大抵訳分からないよなw
0230仕様書無しさん
垢版 |
2018/11/25(日) 10:21:44.91
それはコボルだからじゃなくて銀行だからだろ
0232仕様書無しさん
垢版 |
2018/11/25(日) 20:01:28.61
ソース読んで仕様が理解できないような奴は三流以下
0236仕様書無しさん
垢版 |
2018/12/01(土) 01:24:32.81
>>235
中小企業でオフコン使ってる所がオープン化に使うかどうかだな
0238仕様書無しさん
垢版 |
2018/12/27(木) 21:37:41.99
キャッチアンドリリースの繰り返し
決してずっと居てほしくはない
それがコボラーの扱われ方
0240仕様書無しさん
垢版 |
2019/01/18(金) 13:59:19.08
ぷう〜
0243仕様書無しさん
垢版 |
2019/02/16(土) 00:04:36.92
京都市のNECのCOBOL/Sを金額
安いところがやってるんだね
キャルよk
0244仕様書無しさん
垢版 |
2019/02/17(日) 16:18:41.85
新卒でCOBOLやる事になりました。
不安…もう就職希望出しちゃったし
0245仕様書無しさん
垢版 |
2019/02/17(日) 16:23:01.79
おじいちゃん達の慰めものに
可愛がわれてきてね
0246仕様書無しさん
垢版 |
2019/02/17(日) 18:51:19.52
若いやつが入ってくると尻や股間をつかんで反応を楽しむ
コボラーオヤジがいるから気をつけろよ
これマジにいるから
0247仕様書無しさん
垢版 |
2019/02/17(日) 23:23:04.32
>>244
ちょっとくらい使えなくてもクビにならないスキルを身につけることになるからいいのでは
0249仕様書無しさん
垢版 |
2019/02/18(月) 08:10:18.56
コボラーの現場って40代以上が多いせいか昭和から変わってない所あるので、パワハラモラハラセクハラ普通だよ
0252仕様書無しさん
垢版 |
2019/02/19(火) 07:15:43.31
COBOLは逆に楽しそうな気がする
普段は一般人が触れない機械触れるんでしょ?
0253仕様書無しさん
垢版 |
2019/02/19(火) 08:19:36.96
操作は普通にWindowsPCで端末エミュレータですが、何か
本体はサーバーで汎用機用OSのっけてますが、何か
0254仕様書無しさん
垢版 |
2019/02/19(火) 09:59:04.76
でも端末でログインしてその上で普段見ないような専用のテキストエディタでコーディングしたりするんでしょ?
それだけでもうカッコいいわ・・・
0255仕様書無しさん
垢版 |
2019/02/19(火) 12:19:46.35
コーディングは秀丸でやって、ホストに転送だわ
0256仕様書無しさん
垢版 |
2019/02/19(火) 17:44:34.09
スキルが他で役に立たないがCOBOL出来れば仕事に困らんよ
いってい需要有るから
まあOpenCOBOL(Linux,MAC OSで動く)やマイクロフォーカスCOBOL(オープン)出来れば、オープン系のスキルも付く
0258仕様書無しさん
垢版 |
2019/02/20(水) 22:45:55.85
ISPFやPFDに慣れるとCOBOLのためにWindowsのエディタなんてトロくて使ってらんないよ
0259仕様書無しさん
垢版 |
2019/02/20(水) 23:01:03.25
COBOLの需要多くてええなあ、RPGなんて全然ないよ。
0262仕様書無しさん
垢版 |
2019/02/21(木) 00:02:14.99
>>258
IBMの端末とエディタは広がるからいいよね
日立のは広がらないから、あーもうっ
0270仕様書無しさん
垢版 |
2019/03/29(金) 00:50:43.39
このスレの廃り具合から需要無いのがわかります
0271仕様書無しさん
垢版 |
2019/05/06(月) 01:29:00.47
平成が終わりすっかり廃墟となったこのスレですが
今年をもって情報技術者試験からコボルが消えてなくなりますよ
いよいよコボルもレガシーシステムを残すのみで終焉の時を迎えたようです
0272仕様書無しさん
垢版 |
2019/05/06(月) 07:36:32.04
若者がノーチャンスになるだけだから、何も問題ない
0273仕様書無しさん
垢版 |
2019/05/09(木) 15:39:37.58
>>271
試験科目から消えても過去の資産は消滅しない
ゆえに仕事は残るし新人でもCOBOLやらされる人は出てくる
何も変わらんよ
0274仕様書無しさん
垢版 |
2019/05/09(木) 15:43:30.53
改元によるコンピュータシステムの不具合の多くが、(当然ながら)??#COBOL??チックな不具合に見える。 主に、公共系や勘定系。

こういう状況ゆえCOBOLの仕事は消滅しない
0275仕様書無しさん
垢版 |
2019/05/10(金) 08:12:18.10
だからCOBOLやめたがってるんだろ
いつまでもレガシィ遺産を残すわけにはいかない
0276仕様書無しさん
垢版 |
2019/05/11(土) 05:31:31.92
COBOLで出来たシステムが日本の競争力の源泉なのに、
レガシーだガラパゴスだと言って捨てさせたがるのは、
一体どちらの売国奴勢力ですか?

自民+通産省は米国に国を売りたがりだし、
中共に売りたがる有象無象もいるし
共産党に頑張ってもらいたいところだが奴らは自滅したがりだし
どうにもならんな
0277仕様書無しさん
垢版 |
2019/05/11(土) 09:20:49.78
レガシーとか言っても
新システム作って出力結果の保証が大変だから
乗り換えが簡単で安ければやるでしょ
メインフレームの維持費って結構高いのにやらない
0278仕様書無しさん
垢版 |
2019/05/11(土) 14:28:01.88
> 乗り換えが簡単で安ければ
意外とこの条件が厳しいんだよなあ。

>>276
そもそもCOBOL自体が米国による米国向け言語なんですがそれは。
0279仕様書無しさん
垢版 |
2019/05/11(土) 15:10:39.97
別にCOBOLの擁護をしてるわけではない。
COBOLで作られたシステムの話をしてるんだけども。

それに、では例えばJavaは日本向けの言語なんですか?という話で、
COBOLだけことさらに米国向けだというのはおかしい話。
0280仕様書無しさん
垢版 |
2019/05/12(日) 07:07:52.21
COBOLが英語文法を元にしてるからそんな言い方したんだろうな
かつては日本語コボルなんてありましたが...
0281仕様書無しさん
垢版 |
2019/05/12(日) 08:38:23.33
実は科学技術分野ではフォートランもまだまだ現役なんだけど、やってる人見たことないでしょ
それだけ専門的な人しか使わないこと
でもCOBOLは専門的な分野では余り使われないし、徐々に終わってきた感がある
0282仕様書無しさん
垢版 |
2019/05/12(日) 15:46:49.44
Javaも普通にアメリカやな。
ただ、言語の誕生経緯や、>>280の言うように英文を基にしていることから、
他のアメリカ産のプログラム言語と比べても
より英語圏の人間向けという印象は強いかも知れないな。
0285仕様書無しさん
垢版 |
2019/05/13(月) 22:57:03.08
新人研修でJavaをやっても出来が悪いと同僚たちと別れじぃさんだらけのコボルの現場に配属
悲しいね、しかしコボルの現場は最後の砦だ。ここで頑張れば這い上がれるかもしれないぞ。
0286仕様書無しさん
垢版 |
2019/05/18(土) 06:18:13.32
日本語拡張されて使いやすいよ、COBOL
変数名に日本語使いまくる文化が実に心地良い
0287仕様書無しさん
垢版 |
2019/05/18(土) 09:41:41.39
大昔のプロローグの様だ
プロローグでは漢字コードをEUCにすると
変数名に日本語がつかえた
0288仕様書無しさん
垢版 |
2019/05/18(土) 14:05:11.74
変数名に日本語が使える言語自体はそう珍しいものでもなくね?
VBでもPythonでも普通に使えるし。
0290仕様書無しさん
垢版 |
2019/05/19(日) 11:18:40.24
いちいち転送をMOVEとか冗長なのだよ
使いづらいし見づらい
0291仕様書無しさん
垢版 |
2019/05/19(日) 19:14:23.38
000100 IDENTIFICATION DIVISION.
000200 PROGRAM-ID. EUCLID.
000300 DATA DIVISION.
000400 WORKING-STORAGE SECTION.
000500 01 R PIC 9(9).
000600 LINKAGE SECTION.
000700 01 M PIC 9(9).
000800 01 N PIC 9(9).
000900 PROCEDURE DIVISION USING M N.
001000   PERFORM UNTIL N = ZERO
001100    COMPUTE R = FUNCTION MOD(M N)
001200    COMPUTE M = N
001300    COMPUTE N = R
001400   END-PERFORM.
001500   COMPUTE RETURN-CODE = M.
001600   EXIT PROGRAM.

def euclid(m, n):
  while n != 0:
    m, n = n, m % n
  return m

何だかんだでCOBOLも結構好きだわ。
情報処理技術者試験のCOBOLの選択問題はむず過ぎて即C言語に変えたけど(その結果午後は9割超え)
来年の春から代わりにPythonの選択問題が新設されるみたいだから、久しぶりに受けてみようかな。
0292仕様書無しさん
垢版 |
2019/06/14(金) 21:20:20.21
(-2) ** 5 = -32なのに、(-32) ** 0.2 = 2となるCOBOLの不思議。
EnterpriseCOBOLだけかも知れないけどね。因みに(-16) ** 0.25 = 2になる。
0293仕様書無しさん
垢版 |
2019/06/14(金) 21:38:29.73
Javaでいいの作ってて
ExcelVBAに回されたけど頑張ってもっといいの作って
上機嫌だった隣のおっちゃんが突然険悪になって
ふざけんなくそちくしょうもろもろ言い出した

画面にはCOBOLのコードらしきものが…
0295仕様書無しさん
垢版 |
2019/06/18(火) 02:29:58.30
○○で作ってて
△△で作ってて
××の保守をやらされたら
険悪になりそうではある
0296仕様書無しさん
垢版 |
2019/06/20(木) 08:54:39.97
COBOLじゃないけど、naturalとかidealとかやってる人いない?
いないか。いないよね…
0298仕様書無しさん
垢版 |
2019/07/12(金) 13:09:44.36
4GLってCOBOLソースを出力するツールのことなんでしょう?
0299仕様書無しさん
垢版 |
2019/07/14(日) 01:18:58.89
まーね
それゆえ特殊過ぎてオープン化の障害にもなってる
0302仕様書無しさん
垢版 |
2019/07/14(日) 03:44:55.97
NEC IDL2とか吐き出されたCOBOLソースが特殊なんで結局修正が必要
NEC→IBMへのマイグレーションでIDL2のCOBOLをIBMへ移行出来る様に修正するパターンになる
0303仕様書無しさん
垢版 |
2019/08/05(月) 15:27:22.36
>>302
ウンコだしね
0305仕様書無しさん
垢版 |
2019/08/14(水) 04:24:09.46
政府自身が現行COBOLのシステムをAWSへクラウド移行する
COBOLは残る
0306仕様書無しさん
垢版 |
2019/08/14(水) 12:31:39.59
コボラーの殆どはAWSって何?というレガシーしか興味ない親父だからね
0307仕様書無しさん
垢版 |
2019/08/15(木) 17:34:01.95
パソコンしかコンピュータを知らない連中よりはマシよ
本物のコンピュータを知ってるから
0308仕様書無しさん
垢版 |
2019/08/15(木) 19:16:15.50
今はIA機が本物のコンピュータだよ
いつまでも過去の遺物であるメインフレームを使う銀行屋保険屋はオワコン産業
0309仕様書無しさん
垢版 |
2019/08/15(木) 20:17:32.99
それは保険も銀行も一切利用してない仙人だけが言えるセリフだよ
0310仕様書無しさん
垢版 |
2019/08/15(木) 20:29:09.45
結局さ、ものを知らないガキがマウンティングとりたくてCOBOL貶してるだけなのよな
0311仕様書無しさん
垢版 |
2019/08/15(木) 21:28:19.34
PLの話だと大手金融開発でJavaは使用されなくなりオンライン開発でもCが使用されなくなる。
そして、学生向けの本も一気に消えた。しかし、COBOLは10進数計算という強みがあるから現場では需要はある。
0313仕様書無しさん
垢版 |
2019/08/15(木) 22:31:57.45
既にあるものを作り変えた結果、想定外の動作をしたらクライアントがギャーギャー五月蝿いやんけ。
結局COBOLは無くならないというか無くせないでしょ。
0314仕様書無しさん
垢版 |
2019/08/15(木) 22:34:36.09
COBOLはわかりにくいし生産性悪いからJavaに置き換えるべきだ
でもJavaは?
0315仕様書無しさん
垢版 |
2019/08/16(金) 08:15:08.33
COBOLが分かりにくいのはお間抜けコボラーのコーディングのせい
出来ることの範囲はJavaにくらべてはるかに少ない
0316仕様書無しさん
垢版 |
2019/08/16(金) 10:08:40.21
Javaなら生産性も保守性もいいのか?って言われるとまったくそんなことないだろ
COBOLじゃなくてグランドデザインと運用の問題だから日本人が徒党を組んでる限り解決しない
0317仕様書無しさん
垢版 |
2019/08/16(金) 14:39:52.12
>>310
精神年齢は幼いけど、実年齢はかなり行っちゃってるおじさんの場合もある
0318仕様書無しさん
垢版 |
2019/08/16(金) 21:39:06.23
>>311
金融系ではCOBOLは残ると思う
他の業種はJavaに行ってたのがライセンスうんぬんでJava減ってるね
.NETが盛り返してる
0319仕様書無しさん
垢版 |
2019/08/16(金) 22:37:52.63
DBやOS、ライブラリのライセンス料、サーバーやクラウドの利用料は払えるのに開発言語にはライセンス料を払えない不思議・・・
0320仕様書無しさん
垢版 |
2019/08/19(月) 18:03:38.77
>>319
不思議か?
ウンコだろ
0321仕様書無しさん
垢版 |
2019/08/25(日) 00:35:52.70
金融系だとJavaは廃止されると言われた。
だから、教育機関でも講義からJavaを廃止したし、今後は一気に減ると思う。
進数計算はJavaよりもCOBOLが上だし、Javaはモックに問題があるしまともなシステムでは使用されるはずがない。
0322仕様書無しさん
垢版 |
2019/08/25(日) 07:03:26.77
今後JavaがどつなるかはわからないけどCOBOLが返り咲くことは無いと思うよ
というか特定の言語でしか食っていけない時点でプログラマとして終わっていると思う
0323仕様書無しさん
垢版 |
2019/08/25(日) 07:41:01.92
COBOLは来年より情報処理試験から消える
長い間ご苦労様でした
これから誰も新しく覚えようとはしないでしょう
0325仕様書無しさん
垢版 |
2019/08/25(日) 21:37:46.15
PCで流行らなかったからいずれは試験のような表舞台からは消える運命よ
汎用機とオフコンのある限り脈々と伝承されていく

GUIは苦行だろうけどMSかBolandがアマチュア用に安く出してればもっと延命されたのでは
MFやFの業務用だけじゃ裾野が広がりようがなかった
0326仕様書無しさん
垢版 |
2019/08/25(日) 21:51:58.45
まあ、パソコンだけがコンピュータな人々にとってはそうかもね
0327仕様書無しさん
垢版 |
2019/08/25(日) 22:36:11.62
>>325
>>GUIは苦行だろうけどMSかBolandがアマチュア用に安く出してればもっと延命されたのでは

マイクロソフトとボーランド(今はエンバカデロ)がCOBOLのPC用コンパイラ作る訳無い
当時、商売にならんと思ったからな

現在になって結果的に、その判断は間違いだったが

メインフレーム捨ててUNIX、Linux、Windowsでオープン系COBOLが動き出した21世紀においてはマイクロソフトorエンバカデロ、どっちかが出してれば売れてただろうね
0328仕様書無しさん
垢版 |
2019/08/26(月) 01:05:37.07
オープン系どうのじゃなくてCOBOL言語そのものが古いんだよ
0330仕様書無しさん
垢版 |
2019/08/26(月) 08:22:29.43
ちなみにアセンブラは情報処理試験に残るよ
高級言語としてCOBOLは古くてもう不要と言うこと
0331仕様書無しさん
垢版 |
2019/08/27(火) 02:34:39.35
情報処理試験から消えても
現場からは消えない
それが現実
0332仕様書無しさん
垢版 |
2019/08/27(火) 05:58:40.24
新しい技術について行けずCOBOLしか書けない人は大変ね
0334仕様書無しさん
垢版 |
2019/08/27(火) 07:27:33.05
コボル使ってるのと使ってないのとじゃ、会社の安定感が違うね。
コボルを知らない情シスの会社って、スグ潰れそうなニワカ企業ってイメージ。
0335仕様書無しさん
垢版 |
2019/08/27(火) 08:57:40.35
COBOLをコボルって書く人はCOBOLすら知らないエセコボラー
0339仕様書無しさん
垢版 |
2019/09/08(日) 23:19:23.62
メモリ破壊の悪人C言語は現場からも学校からも消えた。
メリットが消えて、リスクのみ残す無駄な使用だから淘汰されても仕方ない。
COBOLの方が進数計算とかでわずかに出番ある。
0340仕様書無しさん
垢版 |
2019/09/08(日) 23:30:14.63
コボル経験者で募集するとマジで50〜60代しか来ないからな
早く何とかしないと誰もいなくなってしまう
コボルのシステムは廃止すべき
上の人間は現状問題ないからいいだろう程度でしか思ってないから
問題なんだよ
0341仕様書無しさん
垢版 |
2019/09/09(月) 05:02:56.43
>>339
ポインタを使いこなせない、ポインタのポインタとか全く理解できない
自称技術者のうんこ人間がまんま同じ事を言ってたな
0342仕様書無しさん
垢版 |
2019/09/09(月) 08:55:47.96
コボラーはCOBOLしか使えないからな
ポインタ?オブジェクト指向?何それ?がデフォの世界
0343仕様書無しさん
垢版 |
2019/09/09(月) 20:43:25.82
ポインタもオブジェクト指向もCOBOLに実装されてる定期
0344仕様書無しさん
垢版 |
2019/09/09(月) 21:34:55.44
いくらCOBOLに実装されてもそれを使えるコボラーがいない定期
0345仕様書無しさん
垢版 |
2019/09/09(月) 23:32:28.56
オブジェクト指向やるなら別にコボルにする必要ない
レガシーシステムが残っているためコボルが存在する
0346仕様書無しさん
垢版 |
2019/09/16(月) 00:35:04.63
オブジェクト指向はともかく、ポインタは使ってるCOBOLでもケースは多い。
ただし、CALLするときのUSINGにポインタを指定して、
呼び先のプログラムで「SET ポインタ名 TO ADDRESS OF □□-AREA」からの、
呼び元で「SET ADDRESS OF ○○-AREA TO ポインタ名」みたいなパターンが殆どだけど。
0347仕様書無しさん
垢版 |
2019/09/16(月) 00:37:22.49
ポインタは使ってるCOBOLでもケースは多い
 → ポインタはCOBOLでも使ってるケースは多い
0348仕様書無しさん
垢版 |
2019/09/17(火) 17:47:12.83
COBOLプログラマが減るので相対的に増えるんじゃないか。その代わりどんどん集約され固定メンバになる
0350仕様書無しさん
垢版 |
2019/09/18(水) 07:39:36.48
需要が増えてるならそういう会社が若いやつ雇うんじゃね?





14万円で
0351仕様書無しさん
垢版 |
2019/09/18(水) 08:11:56.78
需要は増えてない
規模が小さいため人を増やせず一時的に人手不足となるケースが有るぐらい
0356仕様書無しさん
垢版 |
2019/09/28(土) 02:14:56.19
COBOLやろうと思ったら汎用機のお作法もわかってないといけないのですか?
0357仕様書無しさん
垢版 |
2019/09/28(土) 09:33:20.27
汎用機の作法って何ぞ?
JCLとか画面の入出力とか?
0358仕様書無しさん
垢版 |
2019/09/28(土) 09:37:04.87
さすがに画面は置き換えられてる気がするが
帳票のお作法は覚えた方が良いのかもしらんが
メーカーによって違いそうw
0359仕様書無しさん
垢版 |
2019/09/28(土) 09:46:10.87
COBOL離れてだいぶ経つけど、汎用機系の現場って残業する人が努力家みたいな風潮あったけど、最近も変わらず?まぁ現場によりけりか…
定時あがりに慣れたから残業あるとこ無理だなー
0360仕様書無しさん
垢版 |
2019/09/28(土) 10:53:49.43
定時で帰るのは甘え
最近のエンジニアは軟弱すぎて困る
0361仕様書無しさん
垢版 |
2019/09/28(土) 11:47:00.60
仕事終わってんの意味もなく残業してるやつが多いよな
0362仕様書無しさん
垢版 |
2019/09/28(土) 15:35:33.23
予算が無いから一人で二人分の仕事させられるよ
0363仕様書無しさん
垢版 |
2019/09/28(土) 16:06:30.49
エンドユーザーが大手なら働き方改革で残業するなってお達しがあるよな
残業してるのって、無能か残業代目当てかみんなしてるからしてるみたいなやつだよね
0365仕様書無しさん
垢版 |
2019/10/14(月) 14:40:20.32
ふう
0366仕様書無しさん
垢版 |
2019/10/14(月) 14:52:32.04
平均年齢は上がっています
0367仕様書無しさん
垢版 |
2019/10/14(月) 16:20:28.86
>>364
そんな事はないw
0369仕様書無しさん
垢版 |
2019/10/14(月) 17:00:06.45
汎用機COBOLでデバッグにDISPLAY文使うのは昭和の時代から変わってません
0370仕様書無しさん
垢版 |
2019/10/16(水) 21:00:12.86
>>369
嘘は良くないぞ
0373仕様書無しさん
垢版 |
2019/10/17(木) 23:19:47.67
単体テスト終わったらDISPLAYは取るようにしてください
0375仕様書無しさん
垢版 |
2019/10/18(金) 03:00:48.21
>>374
規格上は7桁目にDを入れるとデバッグ行になる仕様だけど使ったことがない
0377仕様書無しさん
垢版 |
2019/10/19(土) 02:15:14.45
モニター上でデバッグするのでなくて紙出ししてで机上デバッグするのが汎用機コボラー
ペーパーレス化なんて認めない
引き出しの中はリストで一杯
0379仕様書無しさん
垢版 |
2019/10/19(土) 20:08:38.04
汎用機のエディタは行数桁数スクロール固定なので、画面上でデバッグなんて無理無理
変えられるのはウインドウサイズのみ
そして全画面にしても文字が大きくなるだけ
老眼には優しい
0380仕様書無しさん
垢版 |
2019/10/19(土) 20:16:53.13
ASPENは行数指定でスクロールできたよ?
ISPFもそのくらいできるだろ
0382仕様書無しさん
垢版 |
2019/10/19(土) 21:48:34.74
♯がシャープで、#、#が井桁だから、記号としては別物。
&の正式名称は「アンパサンド」だけど、それを略すなら「アンパ」より「アンド」の方が自然に感じる。
他には_(アンダースコア)を「アンスコ」って略す人もいるよね。
0385仕様書無しさん
垢版 |
2019/10/19(土) 23:08:19.19
ハイフンをハイフォン(ハイホン)と読む人もまあまあいるけどこれはかなり違和感あるな。
hyphenの発音記号を調べても「オ」に対応するような発音記号は無いし、
ネット上の英和辞書に付いてるネイティブの音声ファイルを聞いても「オ」とは聞こえない。
0386仕様書無しさん
垢版 |
2019/10/19(土) 23:09:48.05
エ「クソ」ンをエッソと言い換えたように
ハイ「フン」を配本と言い換えたのだろう
0387仕様書無しさん
垢版 |
2019/10/20(日) 00:56:48.51
「日本」の「本」の発音も、F→H→Pと変遷してるらしく
(今は「にほん」から「にっぽん」への移行中)、
ハイフンもハイホンに移行し終わったあたりなのではなかろうか。
そのうちハイプンになると思われる。
0388仕様書無しさん
垢版 |
2019/10/20(日) 00:59:49.26
スクロールバーがないから自由にスクロール出来ずスクロールは画面単位やカーソル位置までとか固定されているエディタがまだまだ現役なのだ
0389仕様書無しさん
垢版 |
2019/10/20(日) 22:10:26.49
>>385
実際にはハイフンではなく、マイナス記号だからな。
0390仕様書無しさん
垢版 |
2019/10/20(日) 22:12:06.07
このスレはオープンCOBOLの話がほとんど出てこない。不思議ですね。
0391仕様書無しさん
垢版 |
2019/10/20(日) 22:25:17.83
オープンCOBOLって何?
昔UNIX-COBOLやったことあったけど殆どはZ/OSだな
0392仕様書無しさん
垢版 |
2019/10/20(日) 22:26:33.52
>>390
今はGnuCOBOLかな?
0393仕様書無しさん
垢版 |
2019/10/20(日) 22:43:05.55
Visual COBOLを使っていると、ここで悪く言われていることが的外れなのがよくわかるよ。
0394仕様書無しさん
垢版 |
2019/10/21(月) 03:30:19.50
>>382
C#をマイクロソフトは「Cシャープ」と呼ぶ不思議
#はナンバーサインと分かってもシャープと言ってしまう
電話の記号もシャープって呼ぶもんね
それと電話機の「×に-」のスターマークも「×に|」のアスタリスクって呼んでる
スマホのキーパッドは*になっているから
固定電話のスターマークも変わるかもね
0395仕様書無しさん
垢版 |
2019/10/21(月) 06:47:46.36
>>390
富士通のpowerAEとか使ったりしてた
日立のCOBOL2002は開発しやすかった
0396仕様書無しさん
垢版 |
2019/10/21(月) 08:20:04.14
オープン系開発の話が過去形なのが笑える
やっぱCOBOLは汎用機主流なんだね
0397仕様書無しさん
垢版 |
2019/10/22(火) 13:56:20.11
>>394
英語キーボードでは井桁を入力できないし、文字として存在しない。
0399仕様書無しさん
垢版 |
2019/10/22(火) 15:19:45.71
>>394
英語キーボードではシャープ記号を入力できないし、文字として存在しない。
0400仕様書無しさん
垢版 |
2019/10/22(火) 15:23:15.30
AWSで動くマジ?
0402仕様書無しさん
垢版 |
2019/10/24(木) 15:39:20.26
変数名はアルファベット3文字+連番で台帳を使って管理
80行24桁の画面設計用紙で画面設計し
会議室に集まって手書きのコーディングシートを使ってコードレビューする
鞄の中には常にフローチャート用の定規を常備(IBMのロゴ入り)

そんな感じのとこ、今もあるのかなぁ
0403仕様書無しさん
垢版 |
2019/10/24(木) 18:55:37.39
WEBプログラミングしてるとたまにCOBOLでやったほうが楽なんじゃないかと思うことがある
0406仕様書無しさん
垢版 |
2019/10/26(土) 09:26:59.22
>>403
たぶん、COBOLでやってると、WEBは楽だったなあと思う部分も出てくると思うんだ
上手い具合に混ぜられるといいんだけどね
0411仕様書無しさん
垢版 |
2019/10/26(土) 22:23:35.60
>>407-409
おまえらCOBOL書けないんだろ?
他人が作ったフレームワークに乗っかるだけのクズなんだろう?
0412仕様書無しさん
垢版 |
2019/10/27(日) 00:51:51.66
コボラーもIDENTIFICATION DIVISIONからもう書けないよ
コピペしてるだけ
0413仕様書無しさん
垢版 |
2019/10/27(日) 23:11:29.85
SQLでごちゃごちゃやらずに素直にドカッと引っ張ってきて
0417仕様書無しさん
垢版 |
2019/11/06(水) 15:43:33.94
>>416
で?
0420仕様書無しさん
垢版 |
2019/11/06(水) 20:39:02.26
自演乙
0421仕様書無しさん
垢版 |
2019/11/06(水) 20:47:45.86
COBOLのサブルーチン追ってく感覚でクラスとメソッドおってくんだがよくわかんなくなってくる
0422仕様書無しさん
垢版 |
2019/11/06(水) 21:07:24.77
COBOLはプログラムの先頭でまとめて変数とか定数を定義するブロックスコープとかがないので大量に操作していると頭がこんがらがる
0423仕様書無しさん
垢版 |
2019/11/06(水) 22:20:59.15
JAVAなんて糞
COBOLだけで食っていけるのが真のコボラーなんじゃよ
0424仕様書無しさん
垢版 |
2019/11/06(水) 22:30:34.92
>>422
逆だろw
0428仕様書無しさん
垢版 |
2019/11/07(木) 15:24:29.43
COBOLが古い言語というのは知ってたけどもう還暦のようで
需要尽きないものなんすね
0429仕様書無しさん
垢版 |
2019/11/07(木) 15:28:21.47
>>428
COBOLが悪いわけではなく、COBOLが想定している環境がいまとなっては特殊すぎて、何もかも高コストになる。

だから徐々にCOBOLの使用が減っている。
0430仕様書無しさん
垢版 |
2019/11/07(木) 16:16:24.49
COBOLがダメっていってるのは
Lotus1-2-3がダメって言ってるのと大して変わらんよ
今でも十分すぎるほど使える
0431428
垢版 |
2019/11/07(木) 23:06:11.96
なんかディスってるように見えたかな
息が長いというか、淘汰されないもんなんだなぁと思っただけですサーセン
0432仕様書無しさん
垢版 |
2019/11/07(木) 23:07:53.25
COBOLの需要というより汎用機の需要だな
セキュリティ最優先の業種は汎用機優先になる
0434仕様書無しさん
垢版 |
2019/11/08(金) 00:23:06.87
10数年ぐらい前にデータセンターでテープとか使って立ち会いとかしてたな。懐かしいw
今は流石に無くなったよな?
別業種行ったので分からん。
0435仕様書無しさん
垢版 |
2019/11/08(金) 12:16:31.82
COBOLの古いことによる欠点はオンライン処理が辛いことと
フレームワークとの分担が上手くいってないことだと思う
だからバッチ処理なら今でも便利に使えるし、
ハケンが触れるフロントエンドには出てこないだけのこと
0436仕様書無しさん
垢版 |
2019/11/08(金) 12:18:42.83
テープって穴あきのほう?それともぐるぐるまわる磁気テープ?
今でも磁気テープは新しい規格が出来て現役だよ
0437仕様書無しさん
垢版 |
2019/11/08(金) 13:10:12.51
>>431
COBOLと同等以上の安定性を持ったシステムが開発されたら置き換わるだろうね
汎用機との組み合わせで少なく見積もっても30年くらい安定して稼働しているので
検証が大変だと思うけど頑張ってな
0438仕様書無しさん
垢版 |
2019/11/08(金) 23:05:14.26
>>432
汎用機は隔離していないとセキュリティがザルだから使い物にならない。
0439仕様書無しさん
垢版 |
2019/11/08(金) 23:06:06.88
>>436
セロテープ
0440仕様書無しさん
垢版 |
2019/11/08(金) 23:07:25.11
>>437
汎用機が安定しているのは汎用機をいじってないから。
0441仕様書無しさん
垢版 |
2019/11/08(金) 23:17:52.11
某官庁ではメインサイト被災後の復旧時にバックアップサイトとの通信が不可能は場合は
磁気テープで受渡しする手順になってます
なので磁気媒体はこの先も無くならないです
0442仕様書無しさん
垢版 |
2019/11/09(土) 06:56:24.15
>>438
逆に現代のハッカー(笑)はたとえコンソールの前まで行ってもまともに操作できないんじゃ…
0443仕様書無しさん
垢版 |
2019/11/09(土) 07:22:11.56
>>442
コンソールじゃなくてカードリーダーのところに行かなければ
ジョブを投入することが出来ないじゃないか
0444仕様書無しさん
垢版 |
2019/11/09(土) 08:42:27.39
最近はRPAでホストコンピュータの自動操作してたりするんだけど、これPCがハッキングされたらホストにも入れてしまいそうだよ
0445仕様書無しさん
垢版 |
2019/11/14(木) 17:12:29.61
>>442
コンソールじゃなくてカードリーダーのところに行かなければ
ジョブを投入することが出来ないじゃないかね
0447仕様書無しさん
垢版 |
2019/11/15(金) 19:43:29.38
>>433
ないあるよ
0449仕様書無しさん
垢版 |
2019/11/17(日) 14:06:46.72
COBOLのままリホストする例も有る
COBOL自体は無くならない
0450仕様書無しさん
垢版 |
2019/11/17(日) 16:47:30.20
>>449
なくならないあるよね
0451仕様書無しさん
垢版 |
2019/11/17(日) 23:30:38.31
おにぃさんおにぃさん、ちょっとこっち
今ならいいコボルの案件あるよ
0452仕様書無しさん
垢版 |
2019/11/18(月) 08:21:44.91
COBOLの案件で入ってjavaにマイグレーションされて、そのままコピペ開発でjavaのなんとかやってるけど、本質的に理解できてない
0453仕様書無しさん
垢版 |
2019/11/18(月) 12:16:14.57
COBOL→Java、と言う間違ったマイグレーションが王道化した結果、技術者の人件費低下&技術力低下を招いた
0454仕様書無しさん
垢版 |
2019/11/18(月) 12:23:40.89
コボラーオヤジ、自称コンピューター歴30年以上のベテランSEがWindowsの使い方解らなくて派遣の姉ちゃんに教わってた
0456仕様書無しさん
垢版 |
2019/11/18(月) 13:41:32.07
そうかわからないフリすれば若い子とイチャイチャできるのか
良いこと聞いた
0457仕様書無しさん
垢版 |
2019/11/18(月) 13:55:44.27
ハゲには無理
0459仕様書無しさん
垢版 |
2019/11/18(月) 15:49:24.24
ツールでCOBOLを一気にJavaに変換

エラーを手作業で変換してオープン化プロジェクト完了

そしてメンテナスに困る
0460仕様書無しさん
垢版 |
2019/11/18(月) 15:58:15.07
>>459
>>メンテナンスに困る
まさに今はその状況があちこちで見られる
ツールで一気に移行して後の消費税増税や軽減税率対応したら、そりゃおかしくなるわw
0461仕様書無しさん
垢版 |
2019/11/18(月) 18:50:23.15
でも汎用機orオフコンからIAにCOBOLのまま移植するのかなり大変じゃないの?
楽々ならパッケージカスタマイズとかも流行らんかったろ
0462仕様書無しさん
垢版 |
2019/11/18(月) 19:01:33.55
地方の役所はみんな問題を抱えている

有名なのが
京都市の基幹系システム刷新プロジェクトの遅延
0463仕様書無しさん
垢版 |
2019/11/18(月) 20:27:53.57

キャノンソリューションが受託したな
今ごろ火吹いてるだろうけど
0464仕様書無しさん
垢版 |
2019/11/18(月) 20:32:50.27
>>461
やり方次第
オープンCOBOLと言っても
富士通のNETCOBOL(.NET上で稼働)
マイクロフォーカスCOBOL
GNU COBOL
分かってるだけでこれだけ種類有る
で、中身のCOBOL言語仕様はほぼ統一されてる
ホストとしてUNIXサーバーにするかLinuxサーバーにするかWindowsサーバーにするかも選べる
ライセンスフリーでJavaが移行先言語になってたがOracleのせいでそれもダメになった
0465仕様書無しさん
垢版 |
2019/11/18(月) 23:53:01.32
cobolのソースでIF文のネストが100STEP以上続いてたのは笑ったわ
0466仕様書無しさん
垢版 |
2019/11/19(火) 07:48:26.61
そろそろjavaの勉強しようかなと。
おすすめの本教えて
0470仕様書無しさん
垢版 |
2019/11/19(火) 13:05:13.26
そうだ、メンテでもCOBOLで書いてJavaにコンバートしよう
0472仕様書無しさん
垢版 |
2019/11/19(火) 21:29:32.79
コボラーはユーザ登録して喜んで読みなさい
ttps://japan.zdnet.com/extra/ibm_1911/35144817/
















おや、よくみるとPRの文字が
...これ提灯記事じゃん
0473仕様書無しさん
垢版 |
2019/11/19(火) 22:01:11.45
マイクロフォーカスに関してはねえ、、
現に利用してる所が限られる
ライセンス料もそれなりに払える所だけね
GNU COBOLとかに関する記事の方が役に立つよ
0479仕様書無しさん
垢版 |
2019/11/22(金) 08:19:31.09
コボラーも年々人が減ってきている
案件で人を探してもなかなか見つからない
COBOLの案件は割に合わなく将来性も無いから新しく人を育てないからだ
0481仕様書無しさん
垢版 |
2019/11/23(土) 15:54:25.04
仕事とられたくないんだろ
若くて優秀な奴が来たらコボル知ってるだけが取り柄なジジィは即クビだもんな
0482仕様書無しさん
垢版 |
2019/11/23(土) 16:01:09.40
好き嫌いの問題?
ピーマン食べれないお子ちゃまかよ
0483仕様書無しさん
垢版 |
2019/11/23(土) 16:24:57.02
> 若くて優秀な奴が来たらコボル知ってるだけが取り柄なジジィは即クビだもんな
若くて優秀な人がなんでわざわざコボルみたいな保守案件選ぶの?
コボル爺と仕事取り合う時点で優秀じゃないよね
0484仕様書無しさん
垢版 |
2019/11/23(土) 16:50:57.35
>>483
まあ、その通りだな
適材適所って有るし
COBOLの現場に好きで来る若いプログラマっていない
twitterでもCOBOLやらされてブーブー言ってるヤツ多い
0485仕様書無しさん
垢版 |
2019/11/23(土) 16:54:12.33
かと言ってJavaの現場も今やフレームワーク決まっててツールでコード生成してる現場有るからJavaの現場も若いプログラマにはメリットが無くなりつつ有る
まだJavaの現場の方が若いプログラマが活躍出来る
単価は上がるかはアレだが
0486仕様書無しさん
垢版 |
2019/11/23(土) 16:56:36.48
若いプログラマで優秀なヤツやゲームやAI、モバイル開発へ行く
ビジネスシステム開発なんて泥臭い所に来ても体と心壊してしまうだけ
0487仕様書無しさん
垢版 |
2019/11/23(土) 19:49:58.31
ゲーム開発ってSE・PGの中でも特に労働環境悪い部類に入ると思うぞ。
保険屋や銀行に常駐しているSE・PG(そいつらの大半がコボラー)の
労働環境も決して良いとは言えないが、それよりも酷いんじゃないだろうか。
0488仕様書無しさん
垢版 |
2019/11/23(土) 23:22:25.64
ロースキルでもやっていける
若手は配属されないから切られる心配もない
コボルなんて知ってるやつも少ないから工数も多めに出して余った時間は適当に遊んでる
定年まで安泰じゃ、ワハハ
0489仕様書無しさん
垢版 |
2019/11/24(日) 15:19:18.57
>>487
ゲーム開発は労働環境悪いがシニアプログラマでは無理だからな
必然的に若いプログラマ中心になる
0490仕様書無しさん
垢版 |
2019/11/24(日) 16:46:15.36
COBOLやPL/Iに求められるのは金勘定が上手く行ってるか
その流れで帳票が上手く出力出来るか
金勘定がコードで追える言語でオープン環境すんなり使えるモノが出て来ない限り代わりは無い
C#は微妙に惜しいのよね
0491仕様書無しさん
垢版 |
2019/11/24(日) 18:30:23.70
Javaの銀行って炎上しまくる案件がめちゃ多いよね。
年号が変わったときも150時間超えの残業で死にそうな顔の人多かったw
0492仕様書無しさん
垢版 |
2019/11/24(日) 19:06:14.12
西暦→和暦変換部分をオブジェクト化してないからじゃ無いか
外部オブジェクト化してりゃ本体ビルドしなくても移行出来るでしょ
テストは必要だが
帳票系は見て確認必要だが
要はシステムの作り方次第だが、Javaのオブジェクト志向とか考えずに実装されてるからでは
0494仕様書無しさん
垢版 |
2019/11/24(日) 23:15:42.53
通常の設計なら日付周りはサブルーチン→モジュール→オブジェクト化って流れ
そうなって無いなら、その程度の所って事になる
0495仕様書無しさん
垢版 |
2019/11/25(月) 01:43:32.44
>>492
閏年の計算なんてJavaに限らずシステムに実装されてるだろう?
でも間違う馬鹿が必ずいる
要はそういうことだよ
0496仕様書無しさん
垢版 |
2019/11/25(月) 23:04:31.07
何だかんだ言っても再雇用組なんて少数派だし、
ジジイばかりとか言いつつ所詮は40代とか50代だろ?
コボラーは実年齢以上に老害化している人が多いのか、
或いは数としては少数の再雇用組が異常に幅を利かせているのか?
0497仕様書無しさん
垢版 |
2019/11/25(月) 23:48:31.04
COBOLにオブジェクト指向が必要な部分ってあるんですかね?
なんか余計な機能のように思えてならないんですが
0498仕様書無しさん
垢版 |
2019/11/26(火) 08:22:16.62
COBOLにオブジェクト指向とは無理矢理過ぎて笑える
0499仕様書無しさん
垢版 |
2019/11/27(水) 12:29:56.09
ふと疑問に思ったんだが、汎用的な銀行のシステムを作って
それをいろんな銀行に使わせるみたいなことってできないのか?

老舗銀行でそれはできないとしても、これから新規に開業する銀行ならできると思うんだけど
老舗銀行が新規に銀行作って、顧客に新しい銀行に口座を移してもらうことで
システムを新しいものに入れ替えるみたいなことは無理なのか?
0500仕様書無しさん
垢版 |
2019/11/27(水) 13:17:32.48
各銀行にプライドがあるからな
日本人はその手の効率化はできない
0502仕様書無しさん
垢版 |
2019/11/28(木) 06:10:23.94
そもそも地銀は結構共同システム多いんじゃなかった?
0503仕様書無しさん
垢版 |
2019/11/28(木) 06:54:47.55
15年前、某大手携帯会社のシステムはオープンCOBOLだった。javaに移行するなんて話あったけどどうなったんだろうな
0504仕様書無しさん
垢版 |
2019/11/28(木) 10:57:21.32
>>502
多い
りそな系列とか(マイクロフォーカスCOBOL)
ユニシス系は.NET
0505仕様書無しさん
垢版 |
2019/11/29(金) 11:12:20.90
>>499
昔、第●勧銀と富●通が「bank 〜〜」ってのを作って
他の地銀に売ってたな
0507仕様書無しさん
垢版 |
2019/11/30(土) 23:31:39.91
某社のジュリアンデートカレンダーが配布される時期になったな
何気に手帳が重宝するんだよね
0509仕様書無しさん
垢版 |
2019/12/02(月) 23:09:08.84
...わからないことは何でも聞けよと言ってたのに。。。
0515仕様書無しさん
垢版 |
2019/12/08(日) 00:16:59.01
本人はできる奴だと思ってるから始末に負えない
マニュアルぐらい読めよ、すぐ人に聞かないでさ
0518仕様書無しさん
垢版 |
2019/12/08(日) 12:25:49.57
君はオペレーターかね
せめてプログラマらしく0C7とか言いなよ
0519仕様書無しさん
垢版 |
2019/12/08(日) 13:14:03.98
プログラマだけど0c7は滅多になかったな。テスト環境がショボいからb37よくおきてた
0522仕様書無しさん
垢版 |
2019/12/14(土) 15:13:41.85
らしいね
0525仕様書無しさん
垢版 |
2019/12/18(水) 18:39:20.66
こんなん回ってきたわ。
周りほとんどDXレポート知ってて驚いた。こぼらーもそういうの見てるんだな。
ついにCOBOLなくなるんかね。
2025年には何も変わってなさそうだけど。
https://forms.gle/vT4PE1E6Y8ei5ZLo8
0527仕様書無しさん
垢版 |
2019/12/18(水) 23:19:27.49
「COBOLなくなる」ネタっていつからあるんだ? 90年代にはもうあった?
0528仕様書無しさん
垢版 |
2019/12/18(水) 23:23:37.66
90年代はオフコン残ってて現役バリバリだったような
Javaが出てきてからじゃないかな?
古くてダメな言語だから最新の正しいオブジェクト指向言語に置き換えましょう
みたいな怪しい宗教が発生したあたり
0529仕様書無しさん
垢版 |
2019/12/19(木) 00:00:14.81
コボルのシステムのほとんどはなくなるけど少しは残るだろう
もうその状態ではCOBOLはなくなったと言ってもいいでしょう
0530仕様書無しさん
垢版 |
2019/12/19(木) 03:35:13.41
>>527
4GLが流行ったのは90年代前半だったか80年代後半だったか
ちょっと記憶が曖昧だけど、なんかその辺
Javaが出てくる10年くらい前だよ
0534仕様書無しさん
垢版 |
2019/12/19(木) 20:40:58.21
VBAじゃなくJavaだけど、うちのコボラーは1クラス数千ステップのコードをドヤ顔で書いてくるわ
しかもコピペで冗長コードを大量生産
オブジェクト指向?なにそれおいしいの?状態
0535仕様書無しさん
垢版 |
2019/12/20(金) 02:08:45.59
ステップ数が金に直結するなら迷わずそうするだろ?
短く書くのは技術の安売り
0536仕様書無しさん
垢版 |
2019/12/20(金) 05:44:53.34
ステップ数が金に直結するとこなんて今あるの?
0540仕様書無しさん
垢版 |
2019/12/21(土) 12:44:33.85
コボラー「モジュール化して共有するより、多少冗長的でも一つのクラスにまとめた方がコードが追いやすいだろ」
0541仕様書無しさん
垢版 |
2019/12/21(土) 15:21:57.07
下手に内部で条件分岐すると組み合わせが多くて間違いやすいしな
0542仕様書無しさん
垢版 |
2019/12/22(日) 20:27:36.27
コボラーが1番オススメするテキストエディタ教えて
0547仕様書無しさん
垢版 |
2020/01/04(土) 15:04:00.20
コボラーだかjavaをやりはじめた
ソース追ってクラスを遡ってくと何やってるかさっぱりわこらん
0548仕様書無しさん
垢版 |
2020/01/04(土) 15:05:00.20
コボラーだかjavaをやりはじめた
ソース追ってクラスを遡ってくと何やってるかさっぱりわからん
0552仕様書無しさん
垢版 |
2020/01/12(日) 12:16:52.15
コボラー先輩はGO TO得意ですよね
0553仕様書無しさん
垢版 |
2020/01/12(日) 13:45:53.66
セクション構造のプログラムのEXIT直前へのGO TOは多用するが、
中途半端な部分にラベルを作ってそこへのGO TOはコボラーでも嫌がる人が多い。
0555仕様書無しさん
垢版 |
2020/01/13(月) 06:19:01.39
新卒で入った頃は純粋GO TO制御なプログラムよりもPERFORM 段落 THRU 段落が多用されてることに最初は面食らったな
あの構文を継承した言語ってあるの?
0556仕様書無しさん
垢版 |
2020/01/13(月) 22:41:56.78
COBOLの後継言語がない

科学技術と商業用のいいとこ取りを仕様としたPL/Iは失敗した
0558仕様書無しさん
垢版 |
2020/01/16(木) 08:19:18.46
PL/1なんて銀行とかの勘定系みたいなショボいシステム位でしか使われてないやん
0559仕様書無しさん
垢版 |
2020/01/16(木) 12:21:36.41
コボラーはPL/1のポインターの使い方が解らなくて挫折するらしいね
0560仕様書無しさん
垢版 |
2020/01/17(金) 02:43:40.25
挫折はしなかったけど、最初ポインタの初期化忘れやってST障害出した。
0563仕様書無しさん
垢版 |
2020/02/02(日) 07:47:39.41
COBOLの現場って古い人が多いから
残業する人は頑張ってるから偉いとかそんな考えの現場やっぱ多いんかね
徹夜自慢とか
0567仕様書無しさん
垢版 |
2020/02/03(月) 00:50:29.84
年寄りは通院で休暇が多い
大したこと出来ないし倒れられても困るから残業もやらせられない
0568仕様書無しさん
垢版 |
2020/02/03(月) 13:38:34.98
COBOLerのEOL対応どうすっぺか
汎用機はAWSが延命してくれたけど、COBOLerが次々EOLを迎えていく
0570仕様書無しさん
垢版 |
2020/02/16(日) 21:29:39.12
COBOLの場合、技術的に難しい仕事ってのはそうそう無いけど、
だからと言って楽な仕事かと言われるとそうでもないのが辛いところだよな。
客先常駐も多い上に、コボラーが常駐するような客先って、
馬鹿の一つ覚えみたいにセキュリティセキュリティ騒いでるようなとこばっかだし。
0573仕様書無しさん
垢版 |
2020/04/05(日) 01:21:37.93
OpenCOBOLは日本語対応してないような・・・?
日本語1文字が可変長なのも気持ち悪い
0575仕様書無しさん
垢版 |
2020/04/07(火) 10:40:56.11
昔コボルのおばちゃまがいたことを思い出した。
0578仕様書無しさん
垢版 |
2020/04/21(火) 13:08:44.34
マジか・・・
ここに希少なAS400コボラーおるで。
0580仕様書無しさん
垢版 |
2020/05/17(日) 07:56:15.55
COBOL2020とか名前変えたら
かっこいいのに
昔、FORTRAN77ってのがあったな
ピンクレディのカルメン77と
かぶってかっこいい名前だと思った
0583仕様書無しさん
垢版 |
2020/05/17(日) 18:52:53.50
COBOL85の次はCOBOL2002で、更にその次はCOBOL2014だったはず
0585仕様書無しさん
垢版 |
2020/05/19(火) 20:40:11.84
「慶應卒の学歴なんていらない」10代起業で成功する子の共通点
https://www.excite.co.jp/news/article/President_35457/
起業で成功するキャリア形成の仕方とは? 元プロサッカー選手で起業家の鈴木啓祐氏に聞いた
https://sogyotecho.jp/career-development/
【アプリ開発で起業】必要な心得とマネタイズ方法のすべて
https://www.dreamgate.gr.jp/contents/column/application-development
学生起業家が開発、「人を軸に本を探すアプリ」とは?読書通じて「考える力」養って
https://newswitch.jp/p/20168
島田商高生がアプリ考案、発表 ICT起業家育成プログラム
https://www.at-s.com/news/article/local/central/730010.html
医師コンビが「治療用アプリ」で起業、禁煙に続き高血圧治療アプリを開発
https://diamond.jp/articles/-/229375
好きが高じて“カレー起業”、キャッシュレス決済アプリ「TOKYO MIX CURRY」の挑戦
https://diamond.jp/articles/-/215868
0586仕様書無しさん
垢版 |
2020/06/07(日) 20:26:26.38
コボラーからなんちゃってジャバラーになったがCOBOLの仕事あるのかな
でもCOBOLってテバッグやテストが面倒よね
0589仕様書無しさん
垢版 |
2020/06/17(水) 18:17:09.92
>>588
金融系システムとして金額計算にCOBOLを敢えて止める必要性は無かった
結果的にJava有償ライセンス化も発生した
0591仕様書無しさん
垢版 |
2020/06/18(木) 03:24:29.29
そうか?
COBOLでトランザクションの管理なんかやったらそりゃ生産性低いだろうけどさ
それは使う場所間違えてるってだけの話
0595仕様書無しさん
垢版 |
2020/06/21(日) 22:50:39.63
昔はやってたね。
テストとかもやってたけど酷かったよ。
バグ直さずにコメントアウトとかw
0598仕様書無しさん
垢版 |
2020/06/22(月) 05:45:53.85
昔はSEとかPGとかって職業が少なかったからでしょ。
情報システム部なんて部署すらもない会社も多かった
0599仕様書無しさん
垢版 |
2020/06/22(月) 08:53:21.01
外部委託が当たり前になった時代にいまどき自社で情シス持っている会社なんてあるの?
0600仕様書無しさん
垢版 |
2020/06/22(月) 12:29:33.39
いくでもあるでしょう
完全外部委託でも情シスある企業だってあるし。
0601仕様書無しさん
垢版 |
2020/06/22(月) 12:54:36.51
全て情報システム部門で完結してる企業って少ないよ
0602仕様書無しさん
垢版 |
2020/06/22(月) 15:50:46.47
誰が完結してるって話をしてるんだっけ?
急に変な条件持ち出すなよ
0603仕様書無しさん
垢版 |
2020/06/23(火) 00:26:53.11
今はIT企画部とか情報戦略部とかよくわからない名称になってる情報処理部門
0605仕様書無しさん
垢版 |
2020/06/23(火) 08:16:28.11
昔は区分けがSEとPG位だったのが、今やなんとかエンジニアの種類が増えたこと
0606仕様書無しさん
垢版 |
2020/06/24(水) 13:58:35.99
マシンエンジニア
カーエンジニア
プラントエンジニア
システムエンジニア
他、何よ
0607仕様書無しさん
垢版 |
2020/06/24(水) 14:01:15.12
機械系エンジニアを無視して「エンジニアです」と名乗る人達はエンジニア代表です
0610仕様書無しさん
垢版 |
2020/06/30(火) 16:03:11.83
頑張れRPG
0612仕様書無しさん
垢版 |
2020/07/01(水) 11:33:03.09
COBOLをjavaにマイグレーションしたなんちゃってjava開発やって2年
コピペ開発でなんとかなってるが、javaよくわからんまま開発しているよ
0615仕様書無しさん
垢版 |
2020/07/02(木) 19:59:49.38
DISPLAY貼りまくってデバッグ終わったら、そのディスプレイ全部削除するん?
0618仕様書無しさん
垢版 |
2020/07/15(水) 23:45:20.51
GO TO TRAVEL.

TRAVEL:
この後のコーディグは何が書かれてる?
0619仕様書無しさん
垢版 |
2020/07/25(土) 15:17:21.03
>>DISPLAY貼りまくってデバッグ終わったら、そのディスプレイ全部削除するん?
正規表現をつかえば、置換で、DISPLAY行みんなペロって消えるから問題ないよ。
0625仕様書無しさん
垢版 |
2020/08/15(土) 22:34:17.37
大手保険会社・銀行が全部潰れない限りは無くならないんじゃね?w
0628仕様書無しさん
垢版 |
2020/08/15(土) 23:41:00.59
昔ドコモの顧客管理システムCOBOLだったけど、さすがにjavaになったよな?
0629仕様書無しさん
垢版 |
2020/08/15(土) 23:44:56.98
みずほ以外にも銀行はたくさんあるし、(例え大手に絞っても)あらゆる銀行・保険屋でJava等の他言語に完全移行は困難かと。
例えそれが実現したとしても、その頃今生きている人の内何人がこの世にいるだろうか?ってくらい先になりそう。
0632仕様書無しさん
垢版 |
2020/08/26(水) 10:21:50.26
>>627
移行しきれていない

旧みずほ 富士通5台、バックアップ5台
旧みずほコーポ 日立6台
みずほ信託 IBM2台+バックアップ1台
の3系統を統合

メインフレームが19台から4台(うちバックアップ1台)に減った
0633仕様書無しさん
垢版 |
2020/09/03(木) 22:01:21.21
>>632
という夢を見ました
0635仕様書無しさん
垢版 |
2020/09/06(日) 15:27:58.35
いや、ちょっと違う
0636仕様書無しさん
垢版 |
2020/09/06(日) 17:35:01.50
デジタル庁でCOBOL絶滅の行政指導が発動され空前のマイグレ需要が起きるんや
0637仕様書無しさん
垢版 |
2020/09/17(木) 19:57:00.22
るーるる るーるる るるるるるー
るーるる るーるる るるるるるー
こぼる コボル COBOL
流行る 覚える 廃れる
バグる 焦る 募るー
0638仕様書無しさん
垢版 |
2020/09/18(金) 10:49:31.63
こーぼーるー
0643仕様書無しさん
垢版 |
2020/10/19(月) 03:10:35.69
うひょっ
0644仕様書無しさん
垢版 |
2020/10/23(金) 23:15:33.06
ジャバ移行の流行りは終わったんだね
0650仕様書無しさん
垢版 |
2020/12/05(土) 13:11:09.66
「頭使えよ貧乏人」に思う、寝てても金入るシステムを作る人
https://www.youtube.com/watch?v=VEB6M_s6abs
バカ不平多し★へつらい生きてるからリストラ対象
https://www.youtube.com/watch?v=carOYI-xNoI
勝ちは偶然、負けは必然★負けて消えた人に足りなかったものは?
https://www.youtube.com/watch?v=agAQTF1OaBU&;t=38s
リーダー達の給料が高いのは単純労働者じゃないから
https://www.youtube.com/watch?v=8o9il6dVXGk
できません、自信がありません、無理です★ボンクラにしたのは誰?
https://www.youtube.com/watch?v=54YNXSQsxuM
稼げない人へ★情報商材こそ稼げない分野が分かる
https://www.youtube.com/watch?v=x_2nSmlx3og
9割の人は、ただの作業員★自学自習こそ仕事の基本
https://www.youtube.com/watch?v=vIGKDmmBJcs
サラリーマン、10年経てばボンクラ説
https://www.youtube.com/watch?v=QdfVJnVuLlY
0651仕様書無しさん
垢版 |
2020/12/19(土) 19:19:39.23
需要ふえてるよ!
子供から大人まで大人気だよ!
0656仕様書無しさん
垢版 |
2020/12/20(日) 19:40:11.77
大切なコボラーを守るため、コロナ対策として自宅から職場まで送迎はリムジンだよ
0657仕様書無しさん
垢版 |
2021/01/02(土) 18:09:38.80
COBOLは神です。崇めなさい!
0658仕様書無しさん
垢版 |
2021/01/02(土) 20:07:28.28
コボラーはあなたのそばにいる
ほら振り返るとそこには...
0659仕様書無しさん
垢版 |
2021/02/07(日) 22:24:10.56
>>656
リモートではできない、と
0663仕様書無しさん
垢版 |
2021/02/10(水) 22:22:59.16
うちも脳みそで中継させて繋がるようにはなってる
0670仕様書無しさん
垢版 |
2021/02/12(金) 08:56:27.03
某携帯会社の基幹システムはCOBOLだったけど、もうかわったんかな?
0671仕様書無しさん
垢版 |
2021/02/12(金) 23:28:03.15
いまだに基幹系が全部コボルって思う人いるんだよな
基幹システムの奥底でひっそりと稼働してるのがコボル
0674仕様書無しさん
垢版 |
2021/02/13(土) 20:08:33.60
今の現場COBOL要員で入ったが、マイグレーションでjavaに変わった。移行後そのままjavaでの開発要員にいつのまにか変わってた。
かれこれ2年COBOLから離れてるからもうCOBOL忘れてかけてる
0675仕様書無しさん
垢版 |
2021/02/14(日) 22:59:47.46
>>671
そうそうコアな部分でひっそりと稼働してるんだよね
難し過ぎるから恐ろしくて誰も手が出せない
根本的な載せ替えは無理無理
0682仕様書無しさん
垢版 |
2021/03/16(火) 19:38:21.85
COBOLよりJCLが嫌い
0690仕様書無しさん
垢版 |
2021/03/20(土) 21:32:21.62
JCは青年会議所のことだよ
知らないの?
検索してみ
0693仕様書無しさん
垢版 |
2021/03/21(日) 12:48:52.92
押収品をみてニヤニヤしたいおまわりさんが通報して欲しがってるんだったりして
0698仕様書無しさん
垢版 |
2021/04/14(水) 16:17:58.42
>>697
減って無い
もともとPL/Iが多いからね
PL/I→COBOL移行が終わったぐらいでしょ
0700仕様書無しさん
垢版 |
2021/04/15(木) 14:11:45.48
コボラー卒業したけど、java案件なくなったらコボラーに戻れるかな
0702仕様書無しさん
垢版 |
2021/04/15(木) 18:12:43.04
COBOL案件なんて短期で数は少ないからブランク空きまくりだよ
0703仕様書無しさん
垢版 |
2021/04/15(木) 21:55:55.89
>>702
選びまくってるんじゃ無いの
東京、名古屋、大阪なら一定数案件有るよ
OSとか選んでたらそりゃブランク空くでしょ
0704仕様書無しさん
垢版 |
2021/04/15(木) 22:37:18.80
その案件は本当に存在するの
人集めの空案件にはもう振り回されたくない
0706仕様書無しさん
垢版 |
2021/04/25(日) 11:56:25.54
銀行はコロナ禍でJavaとReactの若手作業員を大量に退職させた
0709仕様書無しさん
垢版 |
2021/05/01(土) 04:08:21.71
>>698
PL/Iは印刷メーカーが使っていたな
今はどうなのか知らんが...
0711仕様書無しさん
垢版 |
2021/05/09(日) 20:15:32.71
>>709
知ってるけど教えない
0714仕様書無しさん
垢版 |
2021/05/12(水) 07:07:46.77
新規システム構築が無いので終わってますよ
現行システムメンテで生きてるだけ
0715仕様書無しさん
垢版 |
2021/05/12(水) 11:32:14.19
>>714
>>新規システム構築
COBOLに関してはOpenCOBOL化の案件がちょこちょこ有るよ
Javaとかも少数だが新規案件有るがほとんどメンテ案件
0716仕様書無しさん
垢版 |
2021/05/12(水) 12:25:52.61
それ既存システムの再構築でしょ
新規システムじゃないので数は限られてる
0717仕様書無しさん
垢版 |
2021/05/12(水) 13:40:29.57
COBOLで全くの新規は無いと思う
COBOL→JavaとかCOBOL→VB.NETとか組み換えは結構有る
0720仕様書無しさん
垢版 |
2021/05/16(日) 19:14:04.71
怖くねえよ
0722仕様書無しさん
垢版 |
2021/05/31(月) 14:37:07.26
やっばりこわくねえよー
0723仕様書無しさん
垢版 |
2021/06/02(水) 14:26:19.90
COBOL→Java移行で、割と中心的な立場で仕事したことある人っています?保険のシステムで。
コンサルがいい感じの話をしてくるんだけど、イマイチ信用できず。
0724仕様書無しさん
垢版 |
2021/06/02(水) 16:21:11.62
そもそもCOBOL→JavaだとJavaの有償ライセンス化でダメなのが見えてる
今は有償ライセンス買うならC#でもVB.NETへの移行でも良いからね
そこまでするなら富士通のNetCOBOLやマイクロフォーカスのVisual COBOLでも良いし
0725仕様書無しさん
垢版 |
2021/06/02(水) 16:24:54.63
>>723
コンバートツール使うならアレだが一から移行だと火を吹く現場になるだろうね
0728仕様書無しさん
垢版 |
2021/06/02(水) 22:19:52.09
>>723
実績を聞いてみれば良いじゃん、そのコンサルに
0729仕様書無しさん
垢版 |
2021/06/03(木) 00:10:06.47
723です。情報ありがとう。コンサルとは直接話できる立場ではないんですが、コンバートツールは使うと思います。コンサルはほぼコンバートできると言ってるみたいですが、問題になるのはコンバートできない部分かと。
アセンブラとかJCL資産もあります。成功体験ある人いますかね?
0730仕様書無しさん
垢版 |
2021/06/03(木) 01:00:19.63
cobol案件とか聞いただけでうまくいきそうにないんだが
末端で働ていて、どうしてもうまくいかなった場合
どうするの? 誰の責任になるの?
さすがに仕様通り出来なかったでは許されないよね?
どうなるの?
0732仕様書無しさん
垢版 |
2021/06/03(木) 13:44:10.04
>>729
そもそもJavaにコンバートするのがね
オープン系に移行するにもオープンCOBOLとか有るだろうに
0733仕様書無しさん
垢版 |
2021/06/03(木) 14:24:19.38
>>732
COBOLをやりたがる人が少ないから
ジャバラーはいくらでもいるし
0735仕様書無しさん
垢版 |
2021/06/06(日) 11:09:09.88
COBOLという言語は嫌いじゃないけど、COBOLメインのプロジェクトの客先常駐率が高過ぎるのがネック
0736仕様書無しさん
垢版 |
2021/06/06(日) 12:10:02.14
汎用機だとテレワークがないと思うのは間違え
客先常駐しか出来ないと考えられられてたのは一昨年まででしたね
今はリモートで開発も普通です
0738仕様書無しさん
垢版 |
2021/06/06(日) 18:56:28.88
コロナ渦で本番データを使わない限りリモートワークも可能と言うことになった
今まで客先常駐が普通だと思ってた中高年コボラーの人には衝撃的でしたね
0747仕様書無しさん
垢版 |
2021/06/25(金) 18:46:22.85
なんか怒ってて草
0748仕様書無しさん
垢版 |
2021/06/27(日) 06:51:25.68
>>742
銀行の勘定系システムと言うと多少は関連する仕事に携わった者なら
中核機能と理解してるから、IBMから離れて大丈夫なのか不安に思う。
FinTech等で金の流れが既存システムと違う動きをした時が替えて行く好機なのか。
更にはソフトだけではなく使うサーバーも信頼に足りる性能、堅牢さが必要なので
IBM、HP等以外思当たらない。因みに携わった仕事は銀行業務のフロント・エンド。

>>747
単純な質問に対し、攻撃的になる点については何かあるのかと勘繰りはする。
0750仕様書無しさん
垢版 |
2021/06/27(日) 09:11:08.80
IBM汎用機とか言っても中身はサーバーじゃないか
0751仕様書無しさん
垢版 |
2021/06/27(日) 10:35:17.77
AS400は良かった
いろんな爺ぃからそんな声が聞こえてきます
0752仕様書無しさん
垢版 |
2021/06/27(日) 13:11:56.88
デバッグがめんどくさい
display文とかいれてよくやってた
0753仕様書無しさん
垢版 |
2021/06/29(火) 15:53:03.25
>>750
IBM汎用機の中身がサーバーと言う点では大きな懸念はないけど
問題は「AWS」(の特徴)が大丈夫なのかと言う点。↓のような噂もある。

プログラマの雑談部屋 ★149
4仕様書無しさん2021/06/28(月) 22:34:58.15>>8
AWSってどんどんサービス発表するけどわけわかんねえよ
被ってるサービスも多すぎるし
簡単になるどころか逆に複雑すぎる

5仕様書無しさん2021/06/28(月) 22:43:09.81
動いてるコードは触るなとかいうクソ方針だからどんどんコードが冗長になっていきやがる
0754仕様書無しさん
垢版 |
2021/06/30(水) 12:26:46.82
>>753
元レス読めよ
5のコメントしてるやつは国内クラウド業者であってAWSじゃない人だよ
0757仕様書無しさん
垢版 |
2021/07/07(水) 04:28:09.67
緊急停止ボタンを押し込んでズドン!という快音を聞きたい
0759仕様書無しさん
垢版 |
2021/07/15(木) 14:21:58.31
スモールビジネスが陥る罠
マイケルE.ガーバーは、「大半のスモールビジネスは、同様の間違いをしている」と言っています。
それは、たとえば、独立した方がいいと思い込んでいる美容師は、美容院を開き、ひたすらに仕事に
追われることになる。料理が得意だからと自分の店を持つことを夢見た料理人は、レストランを開き、
ひたすらに仕事に追われることになる。このような人たちは、どんな種類の仕事であっても、揃って
致命的な思い込みをしているというのです。
その思い込みとは、職人としての仕事、つまり、髪を切ったり、料理をつくったりする技能があれば、
その分野のビジネスを成功させることができるというものです。ビジネスの中心となる専門的な能力を
身につけることと、ビジネスを成功させることは、まったく別問題だというのに。
「独立熱に浮かされた“職人型社長”」と「真の“起業家”」の視点の違いを理解しないまま起業すれば、
大半は破滅的な結末を迎えることになるのです。

マイケル・E・ガーバーは、多くの起業家が失敗している理由を
「職人」「マネージャー」「起業家」という3つの人格から説明しています。
成功できない起業家は、職人レベルの仕事しかしておらず
経営者としての思考も行動もできていないからだとガーバーは指摘しています。
経営者の多くは、職人としての仕事
例えば、美味しい料理を提供できればよいと考え、レストランを開業しますが
この職人型の起業では、成功はおぼつきません。
職人型の社長は、独立しただけで、ただただ自分のためだけに働いているのです。
料理をつくるのを楽しんでいるだけでは、ビジネスは成功しません。
真の起業家は、経営者が現場にいなくても収益を生みだす仕掛けをつくり
組織を成長させることを考え、成功を手に入れるのです。
0760仕様書無しさん
垢版 |
2021/08/01(日) 00:26:38.29
コボラーって50代以上しかいないの

ttp://blog.livedoor.jp/job_soku/archives/7167533.html
ttp://blog.livedoor.jp/job_soku/archives/7916299.html
0761仕様書無しさん
垢版 |
2021/08/01(日) 20:05:31.13
45で元コボラー
テレワークで残業なしで夜間立ち会いなしの現場ならまたCOBOLやりたい
0762仕様書無しさん
垢版 |
2021/08/01(日) 21:35:37.27
COBOLもテレワークの時代だけど、短期で空白期間が多くなるから、次の見込みがないとリストラされるよ
0764仕様書無しさん
垢版 |
2021/08/01(日) 22:18:47.35
>>761
コボラーの現場は昭和から変わってないから
無能でも無駄に残業したほうが頑張ってると思われる
0765仕様書無しさん
垢版 |
2021/08/01(日) 22:40:09.23
今の案件見てもわかる通りCOBOLだってテレワークの時代なんだぜ
あと働き方改革の波はコボラーの現場にも押し寄せているから意味のない残業も無しな
0767仕様書無しさん
垢版 |
2021/08/01(日) 23:20:35.08
でも本番データ確認するのに、セキュリティルームに設置の専用端末でしけアクセスできない場合はさすがに出社?
それもリモートで可なの?
0768仕様書無しさん
垢版 |
2021/08/01(日) 23:37:06.75
本番データ確認するのは権限の関係もありテレワークでは無理だけど、それは別にCOBOLに限った事じゃないよね
0769仕様書無しさん
垢版 |
2021/08/01(日) 23:46:14.30
>>766
コロナ禍でCOBOLでも開発はリモート端末によるテレワークで行うが一気に進んだようです
0772仕様書無しさん
垢版 |
2021/08/02(月) 17:26:43.53
さすが!
0773仕様書無しさん
垢版 |
2021/08/02(月) 21:20:02.96
自宅にネット環境がないのでテレワーク出来ない、そんな人が居るのもコボラーさんです
0774仕様書無しさん
垢版 |
2021/08/03(火) 05:51:59.48
昔は寮から職場のホストにダイヤルアップして仕事させられてたと教わった
30年かけて元に戻ったな
0775仕様書無しさん
垢版 |
2021/08/07(土) 11:19:18.45
主記憶48KBにテープドライブ2つくらいのシステムでCOBOLやりたいなぁ……
0784仕様書無しさん
垢版 |
2021/08/10(火) 22:13:26.90
枕草子の中宮定子の親戚に
原子
というのがいたなあ
未だに読みが不明らしいけど
0786仕様書無しさん
垢版 |
2021/09/13(月) 17:08:45.09
需要ならないよ
0787仕様書無しさん
垢版 |
2021/09/16(木) 14:52:16.32
>>765
さいたまでそういう仕事ある?
0788仕様書無しさん
垢版 |
2021/09/16(木) 14:54:49.19
さいたま市です。大宮から電車で川口、鴻巣ぐらいしか行けない。
0789仕様書無しさん
垢版 |
2021/09/16(木) 20:26:52.77
テレワークだって言ってんのにさいたまにこだわるって
頭の中コボルかよ
0790仕様書無しさん
垢版 |
2021/09/16(木) 21:31:24.19
>>789
うるさい、黙れ!
0791仕様書無しさん
垢版 |
2021/09/16(木) 21:33:04.80
ごめん なんで相手の顔が見えないとダメなの?
メールと電話だけで充分じゃない? 要件だけ伝わればよくない?
テレワークの必要性がわからない

ところで自宅のパソコンにTSS端末のエミュをインストールしないと
テレワークどうこうは置いといても 自宅で仕事は出来ないよね
自宅で仕事してると いろいろと流出しそうな気もするんだけど 良いのかしら
0792仕様書無しさん
垢版 |
2021/09/16(木) 22:01:02.20
>>791のいうテレワークはビデオ会議のことなのかな
こいつも頭の中コボルだな
0793仕様書無しさん
垢版 |
2021/09/16(木) 23:34:29.03
>>791
いやいや、エミュレーターなんてインストールできない。リモートでしょ
0794仕様書無しさん
垢版 |
2021/09/17(金) 00:00:12.00
次々頭の中コボルがわいてくるなあ

>>793
端末のエミュ入れずにどうやってリモートでつなぐんだよ
リモート接続できる端末なんて市販されてないぞ?
0798仕様書無しさん
垢版 |
2021/09/17(金) 07:28:54.28
散々見下しておきながら自分が頭コボルだってオチ?
0799仕様書無しさん
垢版 |
2021/09/17(金) 13:34:54.66
JavaよりもCobolの方が簡単だと思われているらしい
Javaができる能力がないとみなされた場合Cobol要因に
回されるらしい
0800仕様書無しさん
垢版 |
2021/09/17(金) 15:31:36.03
>>JavaよりもCobolの方が簡単だと思われているらしい
今はCOBOLでもオブジェクト指向でCLASS設計も出来る
COBOL→Javaってオブジェクト指向で無くてただのコード移行でしょ
0801仕様書無しさん
垢版 |
2021/09/17(金) 20:22:38.67
出来ると言ってもやってる所殆ど無いでしょ
レガシーシステムの保守が主だよね
0802仕様書無しさん
垢版 |
2021/09/18(土) 02:24:10.83
>>796
どの辺が?
論理で説明できないあたり、頭がコボルちゃんだね
0803仕様書無しさん
垢版 |
2021/09/18(土) 04:54:22.95
>>802
少しは自分で調べたらどうだ?
あ、COBOLしかしらないから無理かw
0804仕様書無しさん
垢版 |
2021/09/18(土) 04:57:11.49
説明できない奴の常套手段来たよ
まるでどこかの国の総理大臣みたいだ
0806仕様書無しさん
垢版 |
2021/09/18(土) 05:34:22.52
COBOLに限らず、自宅のPC上で直接開発したりドキュメント類保存したりなんて普通しない。エミュレーターインストールして直接アクセスするなんてセキュリティ的問題ある
基本的に職場にあるPCにリモートアクセス(遠隔操作)して作業する。
と、ここまで説明しないとわからないかい?
0809仕様書無しさん
垢版 |
2021/09/18(土) 13:24:55.67
最近のcobolはオブジェクト指向だけど
日本の現場でオブジェクト指向cobolが本当に使われているの?
0810仕様書無しさん
垢版 |
2021/09/18(土) 13:34:01.51
そもそもjavaもきちんとしたオブジェクト指向でつくられたシステム少ない
0811仕様書無しさん
垢版 |
2021/09/18(土) 14:34:06.67
COBOL→Javaのマイグレーションはオブジェクト指向で無いJavaのさいたるモノ
0812仕様書無しさん
垢版 |
2021/09/18(土) 18:39:42.25
>>805
やっぱり頭がコボルちゃんだった
リモートデスクトップでどこにつなぐんだよ
リモートデスクトップでつながる端末なんか存在しないぞ
0816仕様書無しさん
垢版 |
2021/09/19(日) 01:51:02.73
理解出来ないと人格攻撃をする、頭がコボルちゃんは平常運転だなあ
0818仕様書無しさん
垢版 |
2021/09/19(日) 08:11:52.61
うちはこんな感じ

ホストコンピューター
↑エミュレーター
職場にあるPC
↑リモート接続
自宅のPC

自宅のPCも個人のPCではなく、支給されたPC
0819仕様書無しさん
垢版 |
2021/09/19(日) 09:30:01.26
汎用機COBOLの開発も今やリモートワークでやっている現実を知らない人がいるのが驚きだよ
0820仕様書無しさん
垢版 |
2021/09/19(日) 13:54:27.83
311の時出先からRDP経由WSMGRでシステムメッセージを見て東北全滅を確認したわ
0821仕様書無しさん
垢版 |
2021/09/20(月) 06:16:26.30
>>819
今更になってリモート接続とリモートワークの区別がつかないやつが湧いて出てくるとは。。。
0822仕様書無しさん
垢版 |
2021/09/20(月) 09:49:17.16
君が言ってるリモート接続って、いったい何の事なんだろうね
在宅勤務で職場のPCを遠隔操作する事じゃなさそうだけど
0823仕様書無しさん
垢版 |
2021/09/20(月) 12:06:29.63
普通はインターネット経由で接続することだろうね
在宅勤務とか関係なく
0824仕様書無しさん
垢版 |
2021/09/20(月) 13:36:50.30
汎用機は端末エミュレータで操作するから、もともとリモート接続だったりするんだよな。インターネットを経由していることも多い。
0825仕様書無しさん
垢版 |
2021/09/20(月) 20:15:59.39
今時のCobolの開発環境は何?
OpenCobolIDE とかは日本語化されていないからいや
という人が多そうなんですが
0826仕様書無しさん
垢版 |
2021/09/20(月) 21:38:57.10
紙に打ち出したソースコードを片手に顔を突き合わせてコードレビュー
入力フォームは画面設計用紙で見やすく
コーディングもコーディングシートにシャーペンで
入力作業は直付けしてある端末から

そんな感じでいい
0827仕様書無しさん
垢版 |
2021/09/20(月) 22:06:41.37
>>825
Visual COBOLとかかな?

マイクロフォーカス製品を使っているところがかなりあるんじゃない。
0828仕様書無しさん
垢版 |
2021/09/21(火) 08:40:04.93
COBOLはコンパイラはマイクロフォーカスが多いけど、
開発と言うかコーディングはお好みのエディタでどうぞーって感じですよ。
開発環境なんて買ってくれないから。
デバッグはもちろん机上デバッグです!
0829仕様書無しさん
垢版 |
2021/09/21(火) 12:20:51.89
今時の若者に机上デバッグとかやらせたら次の日から来なくなるな
0830仕様書無しさん
垢版 |
2021/09/21(火) 23:45:09.45
>>829
そんなわけない。

動かすテストより、紙に印刷して確認した方が確実だったりするから、いまでもCOBOLでなくてもやるよ。
0832仕様書無しさん
垢版 |
2021/09/22(水) 00:12:07.71
リモートワークで自宅のPCに印刷するのが許されてる所あるのかな
0833仕様書無しさん
垢版 |
2021/09/22(水) 00:51:25.57
リモートは職場にあるPC本体から転送されてくる映像を見ながら遠隔操作するような感じなので、印刷は職場のPCに繋がれたプリンタにしか出せないと思うよ
0834仕様書無しさん
垢版 |
2021/09/22(水) 01:32:31.17
Windowsのただのリモートデスクトップ接続だと、ファイルの移動ができるので勝手にやっている。
0835仕様書無しさん
垢版 |
2021/09/22(水) 02:50:06.91
ある日管理者に気付かれて出来ない設定にされてしまうと
0836仕様書無しさん
垢版 |
2021/09/22(水) 08:09:51.99
ただのリモートデスクトップってどんなのか気になる
0838仕様書無しさん
垢版 |
2021/09/22(水) 13:03:36.38
>>836
Windowsについてるのはタダじゃないの?
OSの値段に含まれてるから別途料金掛からないよね?
0839仕様書無しさん
垢版 |
2021/09/23(木) 00:26:30.50
認証が入る仕組みを知らないだけだと思われる。

Windowsのリモートデスクトップ接続はファイルの移動が可能。
0840仕様書無しさん
垢版 |
2021/09/23(木) 08:27:50.41
windows10の設定で接続を許すセキュリティーがザルな現場があるんだね
0841仕様書無しさん
垢版 |
2021/09/23(木) 12:47:46.40
>>840
リモートする側に制約がないから、個人のPCにファイルを移動できる。
0842仕様書無しさん
垢版 |
2021/09/23(木) 15:02:07.72
個人のPCでリモートしてるところあるのか

あと、設定でファイル移動禁止にしてるでしょう。まぁ管理者権限があれば外せちゃうけど
0843仕様書無しさん
垢版 |
2021/09/23(木) 16:11:43.26
>>842
逆だよ。貸与PCから個人のPCにリモート接続する。
0844仕様書無しさん
垢版 |
2021/09/24(金) 04:50:36.89
>>843
842がいう個人ってのは「個人に割り当てられた執務PC」ではなくて
「プライベートで購入したPC」のことを言ってるのだと思うぞ
0846仕様書無しさん
垢版 |
2021/09/24(金) 14:40:42.71
行番号にgotoとか
行番号の振り直しとか
今でも必要ですか?
0847仕様書無しさん
垢版 |
2021/09/27(月) 00:28:56.79
>>842
貸与PCでも貸与PCにファイルを転送できてしまえば、個人のPCにリモートデスクトップ接続で接続してファイルを転送できるので、結局、抜き取れる。
0849仕様書無しさん
垢版 |
2021/09/28(火) 23:02:30.03
仮想環境整えれば、自宅からでも普通にやれそうだけどな。
0850仕様書無しさん
垢版 |
2021/09/28(火) 23:12:54.52
gotoのとび先を動的に変えるalter文というのかあるみたいですが
使われているのですか?
0851仕様書無しさん
垢版 |
2021/09/29(水) 09:08:50.54
昔からGOTOって禁止されてんじゃねーの?
PERFORMで呼び出しやろ
0852仕様書無しさん
垢版 |
2021/09/29(水) 19:28:59.03
新卒で入った会社の70年代のプログラムはすべてGO TOだったよ
80年代入るとPERFORM THRUに変わってて感動した思い出
0853仕様書無しさん
垢版 |
2021/09/29(水) 21:27:49.55
入口 SECTION.
  (処理)
出口.
  EXIT.



入口.
  (処理)
出口.
  EXIT.

の2つの流儀があって、前者だと「PERFORM 入口.」、後者だと「PERFORM 入口 THRU 出口.」だったな
0855850
垢版 |
2021/10/17(日) 17:57:42.24
ごめんなさい
0858仕様書無しさん
垢版 |
2021/10/24(日) 21:02:46.32
>>854
口悪すぎて草
0859仕様書無しさん
垢版 |
2021/11/04(木) 00:14:27.56
しぶといなttps://asahi.5ch.net/test/read.cgi/newsplus/1635941818/
0861仕様書無しさん
垢版 |
2021/12/11(土) 00:36:15.37
30年以上前から無くなる、無くなると言われてて未だに現役なのな。
0864仕様書無しさん
垢版 |
2021/12/11(土) 23:50:02.14
石油もCOBOLも、それが無くなることで巨額の利権を手に入れられる輩がいるって意味では同じだね
0866仕様書無しさん
垢版 |
2021/12/24(金) 20:36:20.82
株式会社週休3日が「週休3日正社員」に特化した求人ポータルサイト「週休3日.com」を正式リリース。

2022年1月から本格始動。企業の利用申込を受付開始。先着200社は1年間限定 月額9,900円(年間契約)。
次世代型ワークライフマッチング「+1日マッチング」を実装し、新しい人材マッチングを創出します。
週休3日.comの主な特徴
1、週休3日正社員の求人を最適化・差別化して募集できます。
20代・30代の若い世代が注目している週休3日正社員など新しい働き方を活かした募集が可能です。
40代以降の優秀な人材の採用にも有効です。(週休3日.comは商標登録を取得しています)
2、月額固定でリーズナブルです。採用時に追加費用がかかりません。
月額22,000円から※採用時に追加費用がかかりません。
今ならオープニングキャンペーンで月額9,900円(年間契約/ ※1年間限定 先着200社)
3、週休3日正社員の働き方を選択することで生まれる+1日のお休み(時間)の価値観もマッチングが可能です。
次世代型ワークライフマッチング「+1日マッチング」
・+1日のお休みは副業したい→会社として許可する?
・+1日のお休みは遠方へ旅行したい→会社として共感する?
・+1日のお休みは子供との時間に使いたい→会社として応援する?
0867仕様書無しさん
垢版 |
2021/12/25(土) 20:35:46.04
>>861
嫌なものほど世の中から中々なくならないのだよ。
中々なくならないから嫌がられているとも言えるが。
0868仕様書無しさん
垢版 |
2021/12/25(土) 20:57:21.91
COBOLの需要が増えて単価が上がってきてるってガチですか??
だとしたら面白い事になってまいりましたな
0869仕様書無しさん
垢版 |
2021/12/25(土) 20:58:25.74
COBOLが消えないのならJavaなんかもう一生使えそうですな。。。
0870仕様書無しさん
垢版 |
2021/12/25(土) 22:58:28.87
cobolって変数は全部グローバルだし
ループから抜けるには実質gotoしかないのな
ループの中に飛び込むこともできるし
どうやって保守するの?
「できません」って投げ出すことは可能なの?
0871仕様書無しさん
垢版 |
2021/12/26(日) 05:38:53.48
それってどの規格のCOBOLの話か具体的に言ってほしいなぁ
0873仕様書無しさん
垢版 |
2021/12/26(日) 06:40:07.30
つかえない>>870を成績不良で切るために渡されたソースの話じゃないのそれ
0876仕様書無しさん
垢版 |
2021/12/27(月) 17:47:42.24
gotoを使わずにperformを使ってくれって言う人がいて
それってgotoじゃんという使い方をしている
0877仕様書無しさん
垢版 |
2021/12/27(月) 19:15:17.28
goto使えば良いよ
アセンブリ言語なんてgotoだらけだよ
0879仕様書無しさん
垢版 |
2021/12/27(月) 23:20:06.05
他セクションの中にGO TO しまくる糞COBOLソースをメンテした事ある。

アセンブラ世代の糞爺が作ったらしい。 ちなみにCOBOLはGO TO な。

gotoならCだろ。
0881仕様書無しさん
垢版 |
2021/12/28(火) 01:44:51.96
なんか日本人はバカというか教条主義的過ぎるというか
goto禁止というと死んでも使わせない的な話になるけど
上に行くのと飛び越すのさえやらなければ後は使い方だろ
0884仕様書無しさん
垢版 |
2021/12/29(水) 21:20:54.05
働いたことあるなら、そんな非現実的な事言わないよ
0885仕様書無しさん
垢版 |
2022/01/01(土) 19:36:48.76
GOTOの話ってフローチャート書く上でのお作法の話や
条件分岐文に命令や命令群を直接書けず必ずGOTO文で飛ばすしかない仕様の言語を設計するのやめよう
とかいう話ではなく、GOTOならば無条件に害悪であるからコーディングの美しさのために排除しろ
って話なんだっけ?
0886仕様書無しさん
垢版 |
2022/01/01(土) 21:35:41.90
馬鹿が飛んでもないところに飛ばすのが頻発したから一律禁止にしたとかそんなんじゃないのかな
0887仕様書無しさん
垢版 |
2022/01/02(日) 14:58:26.72
一番問題なのはループの中へのgoto
ループの中を書き換えるととんでもないところで
副作用が起きる
0888仕様書無しさん
垢版 |
2022/01/02(日) 15:51:10.19
ループの中へのgotoというと、昔々アセンブラではそんな感じのをよく見たなあ。
1バイトでもコードを減らそうとしてそういうことをする。
0889仕様書無しさん
垢版 |
2022/01/02(日) 15:52:37.79
>>886
それはGOTO禁止じゃなくて、そいつ切るべき案件だろ
絶対他でもやらかす
0890仕様書無しさん
垢版 |
2022/01/02(日) 17:05:19.74
>>889
cobolの場合、既存のコードがそんなんばっかりというのが
一番大きな問題
スパゲッティになっていて手が付けられない
いわゆるマイナスからのスタートになる
0891仕様書無しさん
垢版 |
2022/01/02(日) 19:40:49.81
よかった……共通化したコードへ飛んで使いまわすような書き方をするな!
行数を稼ぐために同じ処理もしっかりと複数全部書け!
という悪い子はいないんだ……
0892仕様書無しさん
垢版 |
2022/01/02(日) 20:08:12.38
>>889
あっそ
0893仕様書無しさん
垢版 |
2022/01/02(日) 22:07:33.55
>>889
切ったところでそんなやつは無限増殖のように頻繁に現れる
予防策として事前に禁止事項にしたんだろ
0894仕様書無しさん
垢版 |
2022/01/02(日) 22:57:15.31
はじめは道徳を説いていただけなのに
馬鹿向けの規則に捻じ曲げられてしまうという
悲しい世の中だね
0895仕様書無しさん
垢版 |
2022/01/02(日) 23:08:53.39
システム開発には決まり事が必要だよ
俺様が作るコードが一番で勝手につくられてはたまらない
0896仕様書無しさん
垢版 |
2022/01/03(月) 13:33:02.94
コーディング規約のGO TO禁止って、
セクション構造の出口(EXIT文の前に適当なラベルを付けておく)へのGO TOはいいけど、
それ以外へのGO TOはダメとかそんなんでしょ?
0899仕様書無しさん
垢版 |
2022/01/18(火) 19:14:42.40
COBOLにはUNKOという命令があるじゃないか
0901仕様書無しさん
垢版 |
2022/02/02(水) 15:21:20.21
>>897
いっそのこと脱出しなければいいんじゃない?
次の命令をNOPすればいい
0904仕様書無しさん
垢版 |
2022/04/02(土) 18:13:04.98
大手のSier企業で金融系で売上の50%を占めているところは半分くらいCOBOLのシステムを扱っている
公共系のところも同様
フリーランスと比べて正社員になるとCOBOLやらされる率が高くなるね
0905仕様書無しさん
垢版 |
2022/04/02(土) 22:47:33.49
COBOLのレガシー資産は塩漬けにして改修は行わない
新機能は他システムで行いコボラーは既存コードに影響ないか調査やテストするだけの存在
0907仕様書無しさん
垢版 |
2022/10/18(火) 20:50:06.73
COBOLなんてまだあるの?
大分javaに置き換わってるよね
0909仕様書無しさん
垢版 |
2022/10/20(木) 22:06:05.75
富士通が作ったシステムを作り直しているんだけど、富士通があとから作ったドキュメントしか残っていない。
0910仕様書無しさん
垢版 |
2022/10/21(金) 10:04:47.11
早くドキュメントが合ってるか確かめる作業に戻るんだ
0912仕様書無しさん
垢版 |
2022/10/22(土) 00:08:06.78
>>911
体力勝負だった時代が長かったからな
0913仕様書無しさん
垢版 |
2022/10/23(日) 00:06:02.13
まだまだ社内の基幹システムとしてガンガン新規開発してる。どのパッケージ導入よりもバリューを生み出し続けている。
0914仕様書無しさん
垢版 |
2022/10/23(日) 01:42:41.37
PCとの差が大きくて扱いにくい
0915仕様書無しさん
垢版 |
2022/10/30(日) 12:56:03.77
>>909
富士通、ファックすぎる!
0916仕様書無しさん
垢版 |
2022/10/30(日) 13:40:49.90
大きい会社は仕事が営業だから、いまでも体育系なんじゃね?
0917仕様書無しさん
垢版 |
2022/10/30(日) 13:44:12.06
大きいIT会社は仕事の9割が人員管理、議事録作成、顧客折衝、営業だからSEというよりは営業職だ
0918仕様書無しさん
垢版 |
2022/10/30(日) 17:19:29.45
大手SI企業とかはプログラミングを1%もやらない
人員管理の仕事は体育会系が好まれる
0919仕様書無しさん
垢版 |
2022/10/30(日) 18:19:02.27
プログラミングできるやつはスグFA宣言しちゃうからねぇ。
企業内にはプログラミング出来ないやつしか残らない。
0922仕様書無しさん
垢版 |
2023/09/13(水) 14:38:04.19
某自治体で5年前までCOBOLで開発してた。
身体壊して退職したけど。
使っていたのは汎用機。
身体だいぶマシになって来たので仕事復帰したい。
どこか雇ってくれるかなあ?
0923仕様書無しさん
垢版 |
2024/03/29(金) 15:20:35.48
デカイのきたなシンプルに言えば「抱き合え」だよね
0924仕様書無しさん
垢版 |
2024/03/29(金) 15:56:46.26
最適化されるまで待ってるよ☆
化け猫に失礼だろ
レスを投稿する

レス数が900を超えています。1000を超えると表示できなくなるよ。

ニューススポーツなんでも実況