X

COBOLって今需要増えてるの？Part7

レス数が950を超えています。1000を超えると書き込みができなくなります。
2018/05/26(土) 20:22:38.70
■前スレ
COBOLって今需要増えてるの？Part5 [無断転載禁止]©2ch.net
http://medaka.2ch.net/test/read.cgi/prog/1481468519/
COBOLって今需要増えてるの？Part6©2ch.net
https://medaka.5ch.net/test/read.cgi/prog/1497126175/
2018/05/26(土) 20:53:16.36
髪の毛は増えてない！
3仕様書無しさん
垢版 |
2018/05/26(土) 22:36:32.86
仕事はあるある
4仕様書無しさん
垢版 |
2018/05/26(土) 23:30:37.10
> 999 名前： 仕様書無しさん [sage] 投稿日： 2018/05/26(土) 19:52:09.83
> >>996
> COBOLの現場は今でもCOBOL85が主流だから
> FUNCTIONの出る幕ないよね
利用者定義関数のことなら確かにCOBOL2002からだけど、
組み込み関数ならCOBOL85の時点でとっくに実装されてた。
2018/05/27(日) 01:13:34.36
>>4
私の勉強不足かもしれないけど
組み込み関数の存在自体知らないわ
職場に据え付けのCOBOL85の言語仕様書には
そのようなものは記述されていなかったからなんだけどね
2018/05/27(日) 16:59:23.09
>>5
たまたま>>5が知らなかっただけだろうね。
組み込み関数自体は特段マイナーなものではない。
テーブル内の特定の項目の最大値や合計値等を求める場合に
テーブルを1から最後までループしていたり、
ある数をある数で割った余りだけが必要（商は不要）な場合に、
わざわざWORKING-STORAGEに使いもしない商格納用の変数を定義して
DIVIDE文を使ってたりするソースを見ると、無駄なことしてるなあって思う。
2018/05/27(日) 23:11:31.58
組み込み関数って第3次追補1規格だから、
日本に入ってくるのが遅かったんじゃないの？
古いCOBOL85の仕様書には載ってなくても不思議はない。
2018/05/27(日) 23:26:54.65
第3次追補1規格は米国では1989年、日本でも1992年制定か。それでもなかなか古いね。
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.
10仕様書無しさん
垢版 |
2018/06/06(水) 05:18:55.90
まだあるのかこれ
2018/06/10(日) 13:59:30.18
マイグレーション元のCOBOLと、マイグレーション先のJavaの両方できれば当分需要ありそうだよなあ。片方できるのはいっぱいいるけど両方は全然いない。
まあマイグレーションって基本ブラック案件だから、できないほうがいいのかもしれないが。
2018/06/10(日) 16:06:27.08
COBOL捨てるならマイグレーションとかしないで、新規システムにするだけじゃないの。
2018/06/10(日) 18:30:03.35
以前の仕組みを理解している人がいない
2018/06/10(日) 20:09:38.18
だったら、
古いのは捨てる
古いのはそのまま使う
のどちらかだろう？

後者ならCOBOLの出番があるが、
そのまま使うならjavaの出番はない
2018/06/11(月) 08:17:09.49
COBOLシステムの大規模改修自体が出来ないから、そのまま使ってるんですが？
だから運用で対応するわけね
2018/06/11(月) 20:45:51.87
COBOLはあまりに量が多すぎて、その上継ぎ足し継ぎ足しで使われてて
（ただし仕様書は継ぎ足されない）基本何してるのかもさっぱりわかんないから
COBOL捨てるって選択をいれると、まず金の面で話にならねえからなあ
2018/06/21(木) 17:32:51.73
こりゃCOBOLがなくなるな
2018/06/29(金) 18:00:29.82
世の中には無くなる無くなると言われながら、
何だかんだで残ってるものがいっぱいあるよね。
COBOLもその1つ。
2018/06/30(土) 16:47:00.43
>>17の願望でしかないもんなぁ
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やってるのかな？
2018/07/14(土) 21:09:07.33
企業の事務処理全般が手書きが常識の時代から
全てIT化するのが常識の時代へ移り変わったのはバブル景気の時

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

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

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

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

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

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

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

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

集団項目から集団項目への転送も簡単にやらせろーーーー
せめてコレポン使わせて・・・
2018/08/11(土) 02:56:20.22
コレポンって楽な機能だよね
2018/08/11(土) 06:07:11.00
>>42
それはJavaでの開発した事無い会社が悪い
COBOLでの開発経験有る会社ならそんなスケジュールしないでしょ
そもそもオブジェクト指向言語のJavaでの開発工数とCOBOLの開発工数を同じ感覚でやってたらアホとしか言えんわw
46仕様書無しさん
垢版 |
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
2018/08/11(土) 18:16:23.47
>>45
COBOLで開発した事無い企業、だわ
間違い
2018/08/11(土) 22:22:46.53
C#ってjavaのようなものなんでしょ
2018/08/11(土) 22:30:20.25
ボラクルが関わってないからリスクが大違い
2018/08/12(日) 00:26:51.35
>>48
言語仕様はC++ベースは同じ
問題はCOBOLの様に金額計算や小数点計算に向かない事
2018/08/12(日) 01:23:32.86
やはりCOBOLが一番。日本人はなぜか古くても良いものを大事にしないからおかしい。
2018/08/14(火) 17:12:23.12
金融系でJavaへ移行してライセンスの話で梯子外された中小企業は死亡状態
2018/08/14(火) 20:04:34.15
具体的に何がどうしたんだ？
2018/08/14(火) 20:22:32.95
実業務でこんな大きな数を扱うことはまず無いだろうが、
FUNCTION INTEGER(FUNCTION LOG10(999999999999999999))が18を返してきた。
OpenCOBOLとIBM Enterprise COBOL for z/OSで確認。
2018/08/15(水) 18:12:43.13
>>54
それ、どっちもモジュールはCに変換されるヤツだな
Cに変換された後のバグじゃね
2018/08/16(木) 02:06:39.58
>>52
今必死こいてOpenJDK化してるんじゃね
オラクル特許侵害する様なプログラムソース作ったら訴えられるのに
2018/08/16(木) 07:09:49.74
あくまでも思い込みです
2018/08/17(金) 11:37:29.02
なんでコボルは数値計算が強いの？
今の言語でも結構な精度だと思うけど、何が違ってどんな技術的理由によるの？
2018/08/17(金) 12:24:47.66
COBOLの数値精度の精度が高いんじゃなく、やれることが限られてるため誰がプログラム作っても計算精度に差がないこと
2018/08/17(金) 13:35:47.83
>>59
その上、計算コードが読み易い
他の言語は人によって読めないから
2018/08/17(金) 16:34:24.59
そうだよね
COBOLの計算式は本当に算数のようで
プログラム未経験者でも見やすいと思う

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

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

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

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

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

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

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

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

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

>>74
その頃はまだ誰もが大学に行くのが当たり前という時代では無かったから、
実はそこそこ頭もいいんだけど親の稼ぎの問題等で高卒って人も時々いる。
でも、今30代以下の人で、大学に行ってなかったり、定員割れしてるような大学出身の人は、極一部を除いて驚くほど頭の悪い人が多い。
例えば1〜12月や日〜土曜日を英語で書けない、ヘボン式のローマ字表記を知らない、小学校で習う程度の漢字の読み書きが出来ないとか。
2018/08/22(水) 23:53:51.05
やたら人のあらを探して見下すことを言うのも老コボラーの特徴だね
2018/08/23(木) 02:05:14.26
汎用機COBOL→オープンシステム化は有る
2018/08/23(木) 02:43:22.05
>>95
富士通のSEから聞いた話で、その後に
汎用機COBOL←オープンシステムに戻ってくるのが
100件に1件くらいの割合であったってさ。
ウチも最後はエミュレータで締めたけど。
まあ、減っていく一方に変わりはない。
2018/08/24(金) 02:17:12.50
>>96
戻るメリットって無い様な、、
オープン化したらオープン化のままCOBOL使えって
2018/08/24(金) 07:12:14.16
オープン系やったことなら解るけど、開発環境がまるで違う。コマンドメインの古くさい汎用系で開発なんかしたくなくなるぞ。
2018/08/24(金) 08:17:31.21
昔で言う汎用機はもう存在しない
汎用機OSを載っけたサーバーがあるのみ
2018/08/24(金) 19:27:11.43
>>99
こっちはエミュだけど
http://www.fujitsu.com/jp/products/computing/servers/primequest/products/2000/option/osiv-xsp-4/

これは汎用機じゃないの？
http://www.fujitsu.com/jp/products/computing/servers/mainframe/gs21/lineup/gs213634/index.html
2018/08/24(金) 22:25:13.21
FUJITSU Server GS21と書かれているが
汎用機OSを載っけた鯖じゃないのかね
2018/08/25(土) 18:37:28.98
まあ国民支配のための道具じゃないんだし
汎用機と言えどもサーバーだよ
2018/08/25(土) 20:33:06.62
何言ってるのか判りません
2018/08/25(土) 22:10:09.90
日本人の知性も地に落ちたんだなあ
2018/08/26(日) 00:17:34.19
なんで話の脈絡に関係なく知性とか言い出してるのさ
2018/08/26(日) 00:33:16.80
>>104
お前さんの脈略もないカキコをみてると確かにそう思うよ
2018/08/26(日) 00:50:59.83
わざわざレス番つけて晒したら可哀想だよ
2018/08/28(火) 02:28:18.01
某銀行
銀行側「なぜこんなバグが見つけられなかったの？」
開発会社「作業人数不足です」
銀行側「募集かけろよ！」
開発会社「もう市場にCOBOLのエンジニアはいません」
銀行側「育成しろよ！新入社員いるべ？」
開発会社「え！？いや…
2018/08/28(火) 02:31:06.69
https://www.ifhnosworldtour2010.org/2018/02/13/cobolはなくならない？今後まだまだ案件がある4つの/

エンジニア数が減り希少価値が上がってる
2018/08/28(火) 02:34:14.27
https://se-hack.com/cobol-project

金融、自治体は業務知識が求められる
2018/08/28(火) 07:09:43.50
人売会社が人集めの為に空案件を出す
それを見てまだまだ仕事が沢山あると勘違い
2018/08/28(火) 15:17:18.66
>>108
銀行のシステム子会社は新卒でcobolやるやん
2018/08/28(火) 19:59:39.40
サマータイム、元号変更、GoogleのJavaScript無効
やる事多くてCOBOLから他の言語へ移行なんて同時に出来ない
2018/08/29(水) 02:01:42.39
Javaももうすぐ死ぬしなあ
昔の人の知恵を馬鹿にしちゃ駄目だよね
2018/08/29(水) 08:20:16.51
これからもJavaよりCOBOLの需要が無いことは判ってるよね
2018/08/29(水) 09:03:04.05
まだJavaの仕事があると思ってるんだ！
作っちゃったシステムのお守りくらいしかないだろ
しかしどうすんだよJavaで作っちゃった奴
2018/08/29(水) 14:57:55.29
今もCOBOL運用してる所はある程度保守予算有る所だからね
Javaに移行した所はシステム保守費用抑えるためだったのに、それがアダに
2018/08/29(水) 17:25:38.27
また妄想かい
レガシー資産の保守運用費は安い。
2018/08/29(水) 18:50:38.59
汎用機COBOLからのマイグレーション案件多いのは保守経費削減も理由に有るでしょ
2018/08/29(水) 21:00:19.49
どこを見て多いと言ってるのか解らないけど、
それはCOBOLにはマイグレ案件しかないと言う証ではないのか
2018/08/29(水) 23:16:12.20
>>120
マイグレーション案件以外も少数なら有るよ
実際探していないなら探してみ
マイグレーションもCOBOL→別言語って訳でも無いから
COBOL→別言語、全くのオープン環境
って思ってるならお前さんがそういうシステムハウスに所属してるから、その願望が強いからでは
2018/08/30(木) 01:06:47.94
探すってまさかネットで出回ってる案件のことじゃないよね
本当に募集してるかも怪しい
2018/09/09(日) 07:09:47.69
AS/400サポート期限せまってるからマイグレーション案件増えてるみたいね
2018/09/10(月) 13:32:42.32
IBM iは未だに現役じゃないの？
2018/09/11(火) 02:18:03.68
>>124
現役だけど一部バージョンが2019.01月でサポート終わる
それの移行案件が出てるIBMのまま移行するか他のオープンシステムに移行するか
JavaライセンスでCOBOL→Java移行熱は無くなった
2018/09/11(火) 08:25:09.66
>>125
COBOL移行熱が冷めたのはもう殆どのCOBOLがすでに駆逐されたからじゃないの？
少なくとも自分はCOBOLか走っている環境なんて一度も見たことないし
2018/09/11(火) 08:31:39.39
俺はJavaもCもC#も、走ってるの見たことないなあ
2018/09/11(火) 20:13:17.86
秒速何キロですか
2018/09/21(金) 23:23:39.17
ハローワーク求人100,078件の平均月給193,400円〜256,400円
その中から
COBOLの求人211件の平均月給250,400円〜433,000円
https://jobinjapan.jp/job-listing/keyword-cobol.html
Javaの求人643件の平均月給224,100円〜406,700円
https://jobinjapan.jp/job-listing/keyword-java-pg.html

という具合に現実社会ではCOBOLが高級待遇。
2018/09/21(金) 23:50:34.91
そりゃ今や特殊言語だから
Javaは案件多いがメンテナンス主体でプログラマーも多い
2018/09/22(土) 02:35:10.12
ネタ元がハロワとは笑わせる
2018/09/24(月) 17:34:49.20
もう三十年近く前から無くなる無くなると言われて無くならないのがCOBOL
2018/09/24(月) 17:58:06.96
言語変えるリスクとメンテナンス性考えれば無くす必要性無いから
地方の金融システムでもまだ残ってる
2018/09/24(月) 20:28:24.15
全体の割合から言うと、もう無くなったと言ってもいいレベルだろう
2018/09/24(月) 22:55:38.36
願望書いてもCOBOLはなくならないよ？
2018/09/24(月) 23:16:59.99
COBOL無くせってうるさいヤツは若いヤツらだけ
2018/09/24(月) 23:18:52.97
若いプログラマー確保する為にJava に移行したらライセンス発生でバカを見る
2018/09/25(火) 00:53:35.24
ｃｏｂｏｌなんて見たことないから別になくなっても全く困らない現実
cobolしかやったことないじぃさんがなくなるかどうかこだわっている事実
2018/09/25(火) 01:00:28.67
クソみたいな仕事しか回して貰えない>>138かわいそすｗ
2018/09/25(火) 01:23:33.94
言葉に詰まったら話をはぐらかして誤魔化す
成る程
2018/09/25(火) 01:30:59.07
>>140
それは君のやってることの解説？
話ははぐれてないと思うんだが
2018/09/25(火) 01:49:31.76
金融機関とか結構COBOLでのシステムが残ってるが、若手社員にCOBOLやせずに派遣で乗りきろうとしてる所多い
でもそれで結構人件費かかってるから最近は若手社員へCOBOL習得させる方向に動いている
りそなみたいにCOBOLのままオープン化してる所がメガバンクでも出てるからね
りそなはWindowsPCでMF-COBOLでシステム構築してるし、当分、COBOL以外へ組み換えしない
2018/09/25(火) 07:14:01.01
windowsPCでCOBOL動かしてるのかw
スゲー
2018/09/25(火) 08:12:23.54
世の中の動きについて行けてないアホが多いのはなんでだぜ？
スゲーじゃなくて知らなかったことを恥じるべきだ
2018/09/25(火) 08:18:24.14
windowsPCでコボルの基幹系システム動くわけ無いだろw
2018/09/25(火) 16:24:11.74
>>143
バカですか?
開発をWindowsPCでやってるって話
2018/09/25(火) 16:26:04.96
りそな銀行のシステムぐらい見て来い
Linuxサーバー+SQL Server+MF-COBOLでWeb上でCOBOLが稼働してる
2018/09/25(火) 18:20:00.51
開発の末端の人間なんてそんなもんよ
自分が見た世界だけが全て
2018/09/25(火) 19:47:52.63
そうだね、windowsPCとしか言えないのはその先に何が繋がっているのか解らない、ネットで見ただけで知ったかぶりしてるだけなんだろう
2018/09/25(火) 20:23:45.70
りそなは自動機監視もUNIXCOBOLでやってるけど品質ボロボロの糞システムだった。
まあ不治痛だから仕方ないが。
2018/09/25(火) 21:28:22.67
そして今は無職
2018/09/26(水) 08:15:32.69
無職のコボラーはハロワに行けよ
案件がいっぱいあるらしいぞ 藁
2018/09/26(水) 12:02:28.39
ハロワなんかに流すわけないだろ
だからおまえには見えないんだな
2018/09/26(水) 12:16:42.70
「らしいぞ」ってw
2018/09/26(水) 20:11:58.31
ちゃんとハロワに行ったのか
行かないと仕事見つからないぞ 藁
2018/09/27(木) 01:23:13.29
COBOLの需要はあってもあなたの需要はありません
2018/09/27(木) 08:16:27.39
コボラーに出来ることは既存プログラムの簡単な改修のみです。新規で最初からコーディングは出来ません。
2018/09/27(木) 12:57:04.28
新規のCOBOLは誰が作ったんだ？
2018/09/27(木) 20:54:57.84
コボルはレガシー資産なので１９８０年代頃に作られたものをいまだに保守しているのだ
2018/09/28(金) 08:22:23.18
今日でリリースされるコボラーのおじちゃん、さようなら
2018/09/29(土) 08:44:44.11
もう歳も歳だし老後も考えて違うことしょう
2018/10/04(木) 21:01:49.64
85ってevaluateが使えるようになったやつだっけ？endifが使えなくてピリオドってのが昔のだったよね。懐かしい。
今は発注側だからそこら辺疎い。メインフレームの開発やってましたね。
2018/10/05(金) 07:06:12.42
periodの呪縛から永遠に逃れられないのがCOBOL
老眼には辛いよねっ
2018/10/05(金) 08:11:56.61
ビリオド様からの有難いお言葉です

『ENDなんていらねぇ、俺が全てを止めてやる！』
2018/10/05(金) 09:57:51.83
まさに終止符
2018/10/06(土) 02:22:31.47
人生にピリオドを打つ時が来たようだな
2018/10/22(月) 23:56:42.40
9末で現場退場して居なくなったかコボラー
2018/10/23(火) 01:07:14.03
ハロワで工員の仕事を見つけました
2018/10/23(火) 08:16:05.22
深夜のレジ打ちバイトですが、気楽でいいものです
2018/10/23(火) 21:53:06.64
嘘ばかり
2018/10/24(水) 00:17:42.45
現役コボラーだけど年収は900万ぐらいだな
仕事はいっぱいある
嘘には騙されるなよ
2018/10/24(水) 02:19:26.74
資産多いからプログラマー数に対しては多い
Javaはプログラマー数多いからCOBOLより今後単価下がる
2018/10/24(水) 07:14:15.69
COBOLの不利な話すると何故かJavaの話題にすり替えようとする不思議
2018/10/24(水) 09:09:24.43
大規模な基幹系の開発言語でCOBOL以外にJavaしかないからじゃないの？
2018/10/24(水) 12:23:25.40
話の脈絡関係なしで突然Javaが出てくる謎
2018/10/24(水) 13:11:18.12
JavaってCOBOLと比べてもオワコンじゃん
まだそれに気づいてないジャバラーいるの？
2018/10/24(水) 22:29:42.07
javaじゃなくコボルの話しようぜ
もう話題がない位オワコンじゃないよね
2018/10/25(木) 00:31:53.20
全くオワコンではない。
が過去の焼き直しや手直しばかりでﾂﾏﾗﾅｲだけ。
2018/10/25(木) 08:13:12.39
そういうのをオワコンと言わないか
2018/10/25(木) 23:05:19.38
コボラーとしてはSQLで楽しむしかないと思っている
どんだけスピードアップをはかれるか
その辺で自己満足して楽しむ

後は共通ルーチンのブラッシュアップとか・・・
2018/10/26(金) 00:33:27.70
>>179
なんで？話題はあるよ？
つまんないだけだもん。
2018/10/27(土) 01:00:57.70
詰まらないと言う話題しかないの
2018/10/27(土) 10:03:23.58
つまらないこと言うなよ
2018/10/27(土) 16:27:42.41
N,FがなくなってもCOBOLは他企業でやっていける時代
2018/10/27(土) 19:03:38.62
COBOLより先にVBやC#、Javaが先にオワコンになるなんて想像もしなかったわ
2018/10/28(日) 13:50:42.68
安定稼働しているから触らなくてもいいからでしょ
2018/10/28(日) 15:21:31.62
年号と消費税は変更する必要がある
2018/10/28(日) 18:54:42.14
>>185
C#はまだマシだと思うが
2018/10/28(日) 18:56:58.31
他言語はどーでもいい
コボルは終わってる
案件探しは残飯をあさるようなもの
2018/10/28(日) 19:05:04.14
残飯でも食えればいいじゃん
2018/10/28(日) 19:37:45.51
それでもいいと言うのなら
腐りかけの残飯も美味しく食えるのだろう
2018/10/28(日) 21:15:27.63
Javaなんか腐敗した食品だしな
2018/10/28(日) 23:07:56.41
おわっているとおっしゃいますが、残ってしまうｗ
2018/10/29(月) 08:11:31.20
こびりついたお焦げのようだ
2018/10/29(月) 10:57:17.39
>>189
プログラマー数と比べれば十分ご馳走だよ
Javaの方が厳しいと思うぞ
2018/10/30(火) 01:13:43.19
Javaプログラマは増えすぎたから、なんちゃってプログラマが溢れるのはしょうがないが、案件がなかなか出てこないCOBOLとは現状が違う
2018/10/30(火) 02:41:55.79
ｼﾞｬﾜﾃｨ終焉なのか
2018/10/30(火) 19:25:25.04
javaはどーでもええけど、ジャワティーはなくならんとってー
2018/11/01(木) 14:49:26.44
COBOLは開発時点でサポート料やライセンス必要だがJavaは本稼働環境にライセンスがかかって開発時点では無料のまま
開発だけで終わるって教育機関だけだろ
だから金融系企業や中小企業でJavaでシステム刷新した所は漏れ無くライセンス課される
COBOLはOpenCOBOLに移行すれば開発も実行環境で使用も無料になる
OpenCOBOL利用してる実例は少ないが今後増えると思われる
2018/11/01(木) 18:07:59.70
そう思いたいだけだろ
2018/11/01(木) 18:38:16.79
>>199
Javaのライセンスについて

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

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

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

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

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

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

アホか
いくら払ってもさっくり切るよ
ボラクル様を舐めちゃいけない
2018/11/02(金) 12:32:33.95
>>203
Oracle様の意固地さは半端無いからな
業界一の融通の無さだからな
だからOracle製品避けるヤツが多い
JavaとMySQLユーザーは将来不自由になるのが決定済み
2018/11/03(土) 07:51:40.21
DBもOracleを使っているような企業ならJavaのライセンス料なんて微々たるもんじゃないの？知らんけど
2018/11/03(土) 12:18:19.49
>>205
まーね
OracleDB自体から逃げる企業も増えてる
2018/11/03(土) 13:16:25.13
OracleDB+Javaのシステム使ってる所はそのままJava使うだろうけど
問題はDBがOracleじゃない所
そういう所はJava諦める方向に動く
COBOL→Javaに移行した金融系企業もOracle使ってない所は、今後選択に悩む
2018/11/03(土) 13:28:47.84
HiRDBへようこそ！
2018/11/03(土) 13:30:46.71
>>208
いらん
MariaDBがPostgreSQLで事足りる
2018/11/03(土) 13:52:54.27
Javaのライセンス料と言ってもメインフレームはもとより、MS、VMWareなどの年間サポート料と比べたらかなり安いと思うけど、
個人ならばともかく、企業が基幹システムとして使用する場合、Javaのサポート料が高いと思う企業ってどんな環境なんだ？
2018/11/03(土) 14:20:41.96
ライセンス問題でJavaへの移行が低迷することはあっても
古い遅い高いの三拍子が揃ったCOBOLが返り咲くことは無いと思う
2018/11/03(土) 14:41:17.13
返り咲きはしないが無くなりもしないと思う。
2018/11/03(土) 14:42:59.34
日立COBOL2002へようこそ！
2018/11/03(土) 15:39:19.27
>>210
中小ソフトウェアハウスが納入してる中小企業
2018/11/03(土) 15:42:29.57
>>211
OpenCOBOLと言うのが有ってですな
既に実用的に長崎県庁とかで稼働してる
NECや富士通のオフコンCOBOLをOpenCOBOLにマイグレーション
DBはMySQL
ハードウエアのライセンス料金のみにライセンス料を圧縮した
2018/11/03(土) 15:53:18.40
>>214
ハードやODのサポート料は払えるのに言語のライセンス料は払えないって意味が分からん
パッケージを無償で使用して更に永遠にサポートもしろって言っているようなもんやん
2018/11/03(土) 15:53:44.31
>>216
ODじゃなくOSね
2018/11/03(土) 18:28:03.66
>>216,217
ハード、OSは仕方ない
まあOSもLinuxでフリーに出来る
何から何までサポート料金払う余裕が有るかどうかの話
2018/11/04(日) 16:34:57.82
従業員20人以内の会社でもECサイト作ってるぐらいなのに、そんな企業がライセンスまみれのシステム運用出来るか、って話
2018/11/05(月) 08:11:25.61
あのー、コボルはどこいったのでしょう
2018/11/05(月) 16:11:00.30
COBOLは大きな案件変動も無く、プログラマ増加も無く続く
何も変わらない
大体、新人にCOBOL学習させたら辞めるし
銀行(地方)とかのシステム部で新人にCOBOL修得させようとしたらその新人が辞めるパターンが常
2018/11/06(火) 21:13:28.99
大きな変化は無いかも知れないけど、決して楽な仕事でもないからなあ。
2018/11/08(木) 21:57:47.74
贅沢なこと言うなよ
エラー出まくり野良VBAのメンテするより楽で稼げるよ
2018/11/09(金) 01:13:32.01
>>223
それな
2018/11/09(金) 01:15:54.00
て言うかぁ、バグってることにも気付かないのがCOBOLのシステム〜ぅ
2018/11/09(金) 08:14:35.51
コードがめちゃくちゃでバグの原因が分からず、バグで出来た不正データを潰すプログラムを追加するか保守で都度パッチをあてるのが、COBOLのシステムなのだ
2018/11/24(土) 08:08:20.43
ネスト階層が10以上あって、命名基準が連番の謎フラグが何個も存在し各所で使い回している。
そんなリソースに当たった時の地獄っぷりといったら…
2018/11/24(土) 18:04:52.90
COBOLに限らないのかも知れないが、大昔に作られたでかいプログラムのソースは大抵訳分からないよなｗ
2018/11/25(日) 00:46:00.68
それ以前にプログラム仕様書類が無い
230仕様書無しさん
垢版 |
2018/11/25(日) 10:21:44.91
それはコボルだからじゃなくて銀行だからだろ
2018/11/25(日) 19:41:20.81
銀行はまだ有る方だよ
問題は自治体とかだよ
2018/11/25(日) 20:01:28.61
ソース読んで仕様が理解できないような奴は三流以下
2018/11/26(月) 08:08:30.53
そーすね
2018/11/30(金) 03:17:33.97
LambdaでCOBOLやRuby対応して
AWSで使えるべ

https://dev.classmethod.jp/cloud/aws/lambda-custom-runtime/
2018/11/30(金) 07:12:12.79
COBOL使ってる現場にはそぐわないな
2018/12/01(土) 01:24:32.81
>>235
中小企業でオフコン使ってる所がオープン化に使うかどうかだな
2018/12/27(木) 17:26:57.90
元号変更で人確保か
2018/12/27(木) 21:37:41.99
キャッチアンドリリースの繰り返し
決してずっと居てほしくはない
それがコボラーの扱われ方
2019/01/07(月) 15:03:27.96
コボラーのおならって臭いのかな
240仕様書無しさん
垢版 |
2019/01/18(金) 13:59:19.08
ぷう〜
2019/02/12(火) 22:15:22.10
ITOS,A-VXの仕事ってどっかにある？
2019/02/13(水) 12:24:21.10
タイムマシンにお願いすれば
243仕様書無しさん
垢版 |
2019/02/16(土) 00:04:36.92
京都市のＮＥＣのCOBOL/Sを金額
安いところがやってるんだね
ｷｬﾙよｋ
244仕様書無しさん
垢版 |
2019/02/17(日) 16:18:41.85
新卒でCOBOLやる事になりました。
不安…もう就職希望出しちゃったし
2019/02/17(日) 16:23:01.79
おじいちゃん達の慰めものに
可愛がわれてきてね
2019/02/17(日) 18:51:19.52
若いやつが入ってくると尻や股間をつかんで反応を楽しむ
コボラーオヤジがいるから気をつけろよ
これマジにいるから
2019/02/17(日) 23:23:04.32
>>244
ちょっとくらい使えなくてもクビにならないスキルを身につけることになるからいいのでは
2019/02/18(月) 00:10:39.88
>>244
大丈夫だ、第二新卒というパイがまだある
2019/02/18(月) 08:10:18.56
コボラーの現場って40代以上が多いせいか昭和から変わってない所あるので、パワハラモラハラセクハラ普通だよ
2019/02/18(月) 14:58:23.78
若い人がCOBOL,かわいそう
2019/02/19(火) 07:09:13.53
おじちゃんたちが優しく教えてあげるわよ
2019/02/19(火) 07:15:43.31
COBOLは逆に楽しそうな気がする
普段は一般人が触れない機械触れるんでしょ？
2019/02/19(火) 08:19:36.96
操作は普通にWindowsPCで端末エミュレータですが、何か
本体はサーバーで汎用機用OSのっけてますが、何か
2019/02/19(火) 09:59:04.76
でも端末でログインしてその上で普段見ないような専用のテキストエディタでコーディングしたりするんでしょ？
それだけでもうカッコいいわ・・・
2019/02/19(火) 12:19:46.35
コーディングは秀丸でやって、ホストに転送だわ
2019/02/19(火) 17:44:34.09
スキルが他で役に立たないがCOBOL出来れば仕事に困らんよ
いってい需要有るから
まあOpenCOBOL(Linux,MAC OSで動く)やマイクロフォーカスCOBOL(オープン)出来れば、オープン系のスキルも付く
2019/02/19(火) 18:30:14.81
それ自分の事言ってるの？
258仕様書無しさん
垢版 |
2019/02/20(水) 22:45:55.85
ISPFやPFDに慣れるとCOBOLのためにWindowsのエディタなんてトロくて使ってらんないよ
259仕様書無しさん
垢版 |
2019/02/20(水) 23:01:03.25
COBOLの需要多くてええなあ、RPGなんて全然ないよ。
2019/02/20(水) 23:01:37.64
>>258
あっそ！
で？
2019/02/20(水) 23:09:21.69
>>258
富士通ユーザー？
2019/02/21(木) 00:02:14.99
>>258
IBMの端末とエディタは広がるからいいよね
日立のは広がらないから、あーもうっ
2019/02/21(木) 00:22:57.66
早く入れてよぉ
2019/02/21(木) 04:40:25.24
日立ってIBMの劣化版なの？
2019/02/21(木) 06:00:58.23
>>264
うるせー！
2019/02/21(木) 07:07:28.56
流石、アスペルガーだな
2019/02/23(土) 16:49:15.90
あすぺるガー
2019/02/23(土) 17:05:14.08
アスペン最高じゃないですか
2019/02/23(土) 20:14:34.69
機能はいいのだが、狭いんだもの
2019/03/29(金) 00:50:43.39
このスレの廃り具合から需要無いのがわかります
2019/05/06(月) 01:29:00.47
平成が終わりすっかり廃墟となったこのスレですが
今年をもって情報技術者試験からコボルが消えてなくなりますよ
いよいよコボルもレガシーシステムを残すのみで終焉の時を迎えたようです
2019/05/06(月) 07:36:32.04
若者がノーチャンスになるだけだから、何も問題ない
2019/05/09(木) 15:39:37.58
>>271
試験科目から消えても過去の資産は消滅しない
ゆえに仕事は残るし新人でもCOBOLやらされる人は出てくる
何も変わらんよ
2019/05/09(木) 15:43:30.53
改元によるコンピュータシステムの不具合の多くが、（当然ながら）??#COBOL??チックな不具合に見える。 主に、公共系や勘定系。

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

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

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

それに、では例えばJavaは日本向けの言語なんですか？という話で、
COBOLだけことさらに米国向けだというのはおかしい話。
2019/05/12(日) 07:07:52.21
COBOLが英語文法を元にしてるからそんな言い方したんだろうな
かつては日本語コボルなんてありましたが...
2019/05/12(日) 08:38:23.33
実は科学技術分野ではフォートランもまだまだ現役なんだけど、やってる人見たことないでしょ
それだけ専門的な人しか使わないこと
でもCOBOLは専門的な分野では余り使われないし、徐々に終わってきた感がある
2019/05/12(日) 15:46:49.44
Javaも普通にアメリカやな。
ただ、言語の誕生経緯や、>>280の言うように英文を基にしていることから、
他のアメリカ産のプログラム言語と比べても
より英語圏の人間向けという印象は強いかも知れないな。
2019/05/12(日) 17:49:44.99
>>278
OpenCOBOL
2019/05/13(月) 22:33:20.55
人気言語で試験しないと試験主催が儲からない
2019/05/13(月) 22:57:03.08
新人研修でJavaをやっても出来が悪いと同僚たちと別れじぃさんだらけのコボルの現場に配属
悲しいね、しかしコボルの現場は最後の砦だ。ここで頑張れば這い上がれるかもしれないぞ。
2019/05/18(土) 06:18:13.32
日本語拡張されて使いやすいよ、COBOL
変数名に日本語使いまくる文化が実に心地良い
2019/05/18(土) 09:41:41.39
大昔のプロローグの様だ
プロローグでは漢字コードをEUCにすると
変数名に日本語がつかえた
2019/05/18(土) 14:05:11.74
変数名に日本語が使える言語自体はそう珍しいものでもなくね？
VBでもPythonでも普通に使えるし。
2019/05/18(土) 18:00:29.47
ローマ字だって立派な日本語だよ？
2019/05/19(日) 11:18:40.24
いちいち転送をMOVEとか冗長なのだよ
使いづらいし見づらい
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の選択問題が新設されるみたいだから、久しぶりに受けてみようかな。
292仕様書無しさん
垢版 |
2019/06/14(金) 21:20:20.21
(-2) ** 5 = -32なのに、(-32) ** 0.2 = 2となるCOBOLの不思議。
EnterpriseCOBOLだけかも知れないけどね。因みに(-16) ** 0.25 = 2になる。
2019/06/14(金) 21:38:29.73
Ｊａｖａでいいの作ってて
ＥｘｃｅｌＶＢＡに回されたけど頑張ってもっといいの作って
上機嫌だった隣のおっちゃんが突然険悪になって
ふざけんなくそちくしょうもろもろ言い出した

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

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

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

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

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





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

そんな感じのとこ、今もあるのかなぁ
2019/10/24(木) 18:55:37.39
WEBプログラミングしてるとたまにCOBOLでやったほうが楽なんじゃないかと思うことがある
2019/10/24(木) 21:39:04.76
>>403
そうそう、あるある！
2019/10/25(金) 01:08:25.37
コボル最強伝説語り現れる
2019/10/26(土) 09:26:59.22
>>403
たぶん、COBOLでやってると、WEBは楽だったなあと思う部分も出てくると思うんだ
上手い具合に混ぜられるといいんだけどね
2019/10/26(土) 17:24:31.88
>>403
そうか？
2019/10/26(土) 19:31:08.67
>>403
へえ
2019/10/26(土) 20:14:21.24
>>403
言ってることは一理ある
2019/10/26(土) 22:23:12.79
>>403
なんだと！
2019/10/26(土) 22:23:35.60
>>407-409
おまえらCOBOL書けないんだろ？
他人が作ったフレームワークに乗っかるだけのクズなんだろう？
2019/10/27(日) 00:51:51.66
コボラーもIDENTIFICATION DIVISIONからもう書けないよ
コピペしてるだけ
2019/10/27(日) 23:11:29.85
SQLでごちゃごちゃやらずに素直にドカッと引っ張ってきて
2019/10/28(月) 00:43:28.98
select文をread文と同じ扱いにするのがコボラー
2019/11/06(水) 07:19:35.90
java習得したか？
2019/11/06(水) 08:14:22.24
ハロワの職業訓練で習いました
完璧です！
417仕様書無しさん
垢版 |
2019/11/06(水) 15:43:33.94
>>416
で？
2019/11/06(水) 18:33:55.77
>>416
よくやった！
2019/11/06(水) 20:15:24.20
ﾃﾚﾍﾟﾛ
420仕様書無しさん
垢版 |
2019/11/06(水) 20:39:02.26
自演乙
2019/11/06(水) 20:47:45.86
COBOLのサブルーチン追ってく感覚でクラスとメソッドおってくんだがよくわかんなくなってくる
2019/11/06(水) 21:07:24.77
COBOLはプログラムの先頭でまとめて変数とか定数を定義するブロックスコープとかがないので大量に操作していると頭がこんがらがる
2019/11/06(水) 22:20:59.15
JAVAなんて糞
COBOLだけで食っていけるのが真のコボラーなんじゃよ
424仕様書無しさん
垢版 |
2019/11/06(水) 22:30:34.92
>>422
逆だろw
2019/11/06(水) 23:24:22.02
COBOL案件単価安すぎなんだよ
2019/11/06(水) 23:33:24.54
だから使えない老人だらけとなる
2019/11/07(木) 00:36:22.66
>>422
管理台帳を参照すればよいのだ
2019/11/07(木) 15:24:29.43
COBOLが古い言語というのは知ってたけどもう還暦のようで
需要尽きないものなんすね
429仕様書無しさん
垢版 |
2019/11/07(木) 15:28:21.47
>>428
COBOLが悪いわけではなく、COBOLが想定している環境がいまとなっては特殊すぎて、何もかも高コストになる。

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

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

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

有名なのが
京都市の基幹系システム刷新プロジェクトの遅延
2019/11/18(月) 20:27:53.57
↑
キャノンソリューションが受託したな
今ごろ火吹いてるだろうけど
2019/11/18(月) 20:32:50.27
>>461
やり方次第
オープンCOBOLと言っても
富士通のNETCOBOL(.NET上で稼働)
マイクロフォーカスCOBOL
GNU COBOL
分かってるだけでこれだけ種類有る
で、中身のCOBOL言語仕様はほぼ統一されてる
ホストとしてUNIXサーバーにするかLinuxサーバーにするかWindowsサーバーにするかも選べる
ライセンスフリーでJavaが移行先言語になってたがOracleのせいでそれもダメになった
2019/11/18(月) 23:53:01.32
ｃｏｂｏｌのソースでIF文のネストが100STEP以上続いてたのは笑ったわ
2019/11/19(火) 07:48:26.61
そろそろjavaの勉強しようかなと。
おすすめの本教えて
2019/11/19(火) 08:19:52.32
教えて欲しければ尻をコッチヘ向けるんだ
2019/11/19(火) 08:59:49.07
スッキリわかるjava入門
2019/11/19(火) 12:01:43.51
>>466
今さらメンテナンス言語に手を出すの?
2019/11/19(火) 13:05:13.26
そうだ、メンテでもCOBOLで書いてJavaにコンバートしよう
2019/11/19(火) 18:27:35.77
>>469
まずはjavaかなと
2019/11/19(火) 21:29:32.79
コボラーはユーザ登録して喜んで読みなさい
ttps://japan.zdnet.com/extra/ibm_1911/35144817/
















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

老舗銀行でそれはできないとしても、これから新規に開業する銀行ならできると思うんだけど
老舗銀行が新規に銀行作って、顧客に新しい銀行に口座を移してもらうことで
システムを新しいものに入れ替えるみたいなことは無理なのか？
2019/11/27(水) 13:17:32.48
各銀行にプライドがあるからな
日本人はその手の効率化はできない
2019/11/27(水) 20:21:59.12
新規はスクラッチではやらん。

https://www.itmedia.co.jp/news/spv/1910/02/news104.html
2019/11/28(木) 06:10:23.94
そもそも地銀は結構共同システム多いんじゃなかった？
2019/11/28(木) 06:54:47.55
15年前、某大手携帯会社のシステムはオープンCOBOLだった。javaに移行するなんて話あったけどどうなったんだろうな
2019/11/28(木) 10:57:21.32
>>502
多い
りそな系列とか(マイクロフォーカスCOBOL)
ユニシス系は.NET
505仕様書無しさん
垢版 |
2019/11/29(金) 11:12:20.90
>>499
昔、第●勧銀と富●通が「bank 〜〜」ってのを作って
他の地銀に売ってたな
2019/11/29(金) 23:19:15.31
銀行の内部はさすがに犯罪命令多すぎないか？
507仕様書無しさん
垢版 |
2019/11/30(土) 23:31:39.91
某社のジュリアンデートカレンダーが配布される時期になったな
何気に手帳が重宝するんだよね
2019/12/02(月) 22:03:10.53
>>507
知らねえよ
俺に聞くなって言ってるだろ！
2019/12/02(月) 23:09:08.84
．．．わからないことは何でも聞けよと言ってたのに。。。
2019/12/03(火) 00:55:41.67
>>509
聞けよじゃなくて、あらかじめ文書にしてくれませんかね？
2019/12/06(金) 21:43:06.34
>>510
嫌じゃ！
2019/12/07(土) 11:19:20.01
だから何度も言わせるなよ
これはあれなんだよ
2019/12/07(土) 14:43:59.14
>>512
どれだよ
インデックス化するとか番号振るとかしろよ
2019/12/08(日) 00:10:29.04
それ誰に通じる日本語なのさ
2019/12/08(日) 00:16:59.01
本人はできる奴だと思ってるから始末に負えない
マニュアルぐらい読めよ、すぐ人に聞かないでさ
2019/12/08(日) 08:36:20.15
答えられないから自分で調べろと言う
2019/12/08(日) 11:23:36.86
JCLエラーとかb37とか懐かしい
2019/12/08(日) 12:25:49.57
君はオペレーターかね
せめてプログラマらしく0C7とか言いなよ
2019/12/08(日) 13:14:03.98
プログラマだけど0c7は滅多になかったな。テスト環境がショボいからb37よくおきてた
2019/12/12(木) 01:57:04.88
市役所の仕事があるぞ
2019/12/12(木) 08:11:28.26
所で役所の非正規って悲惨らしいな
522仕様書無しさん
垢版 |
2019/12/14(土) 15:13:41.85
らしいね
2019/12/14(土) 19:21:21.49
らしいらしい
2019/12/15(日) 08:31:51.30
いやらしいらしい
2019/12/18(水) 18:39:20.66
こんなん回ってきたわ。
周りほとんどDXレポート知ってて驚いた。こぼらーもそういうの見てるんだな。
ついにCOBOLなくなるんかね。
2025年には何も変わってなさそうだけど。
https://forms.gle/vT4PE1E6Y8ei5ZLo8
2019/12/18(水) 23:04:35.62
ＡＩコボラーの登場です
2019/12/18(水) 23:19:27.49
「COBOLなくなる」ネタっていつからあるんだ？　90年代にはもうあった？
2019/12/18(水) 23:23:37.66
90年代はオフコン残ってて現役バリバリだったような
Javaが出てきてからじゃないかな？
古くてダメな言語だから最新の正しいオブジェクト指向言語に置き換えましょう
みたいな怪しい宗教が発生したあたり
2019/12/19(木) 00:00:14.81
コボルのシステムのほとんどはなくなるけど少しは残るだろう
もうその状態ではCOBOLはなくなったと言ってもいいでしょう
2019/12/19(木) 03:35:13.41
>>527
4GLが流行ったのは90年代前半だったか80年代後半だったか
ちょっと記憶が曖昧だけど、なんかその辺
Javaが出てくる10年くらい前だよ
2019/12/19(木) 12:19:06.69
ワイは崖から落ちるわ
2019/12/19(木) 18:12:06.79
コボラーが書くVBAってクセあるよな
2019/12/19(木) 18:24:17.30
そうなの？
2019/12/19(木) 20:40:58.21
VBAじゃなくJavaだけど、うちのコボラーは1クラス数千ステップのコードをドヤ顔で書いてくるわ
しかもコピペで冗長コードを大量生産
オブジェクト指向？なにそれおいしいの？状態
2019/12/20(金) 02:08:45.59
ステップ数が金に直結するなら迷わずそうするだろ？
短く書くのは技術の安売り
2019/12/20(金) 05:44:53.34
ステップ数が金に直結するとこなんて今あるの？
2019/12/20(金) 07:56:39.46
進捗をステップで測る
2019/12/20(金) 09:59:43.89
スキルをステップで測る
2019/12/21(土) 11:48:18.16
似たような処理のモジュール何個も作る奴
2019/12/21(土) 12:44:33.85
コボラー「モジュール化して共有するより、多少冗長的でも一つのクラスにまとめた方がコードが追いやすいだろ」
2019/12/21(土) 15:21:57.07
下手に内部で条件分岐すると組み合わせが多くて間違いやすいしな
2019/12/22(日) 20:27:36.27
コボラーが1番オススメするテキストエディタ教えて
2019/12/22(日) 20:55:22.59
ASPEN
2019/12/22(日) 22:13:28.75
秀丸
2020/01/04(土) 08:03:27.87
ピリオドいる時といらない時の違いが分からん
2020/01/04(土) 15:02:43.45
え？
2020/01/04(土) 15:04:00.20
コボラーだかjavaをやりはじめた
ソース追ってクラスを遡ってくと何やってるかさっぱりわこらん
2020/01/04(土) 15:05:00.20
コボラーだかjavaをやりはじめた
ソース追ってクラスを遡ってくと何やってるかさっぱりわからん
2020/01/04(土) 15:05:59.35
重複すまぬ
2020/01/09(木) 14:28:58.54
>わこらん
<わからん

重複してないよ9)
2020/01/09(木) 18:48:38.36
goはコボラーが取っつきやすい言語なの？
552仕様書無しさん
垢版 |
2020/01/12(日) 12:16:52.15
コボラー先輩はGO TO得意ですよね
2020/01/12(日) 13:45:53.66
セクション構造のプログラムのEXIT直前へのGO TOは多用するが、
中途半端な部分にラベルを作ってそこへのGO TOはコボラーでも嫌がる人が多い。
2020/01/12(日) 22:20:07.23
GO TO HELL
2020/01/13(月) 06:19:01.39
新卒で入った頃は純粋GO TO制御なプログラムよりもPERFORM 段落 THRU 段落が多用されてることに最初は面食らったな
あの構文を継承した言語ってあるの？
556仕様書無しさん
垢版 |
2020/01/13(月) 22:41:56.78
COBOLの後継言語がない

科学技術と商業用のいいとこ取りを仕様としたPL/Iは失敗した
2020/01/16(木) 07:16:56.17
失敗してないよ今もRPGと共に現役だよ
2020/01/16(木) 08:19:18.46
PL/1なんて銀行とかの勘定系みたいなショボいシステム位でしか使われてないやん
2020/01/16(木) 12:21:36.41
コボラーはPL/1のポインターの使い方が解らなくて挫折するらしいね
2020/01/17(金) 02:43:40.25
挫折はしなかったけど、最初ポインタの初期化忘れやってST障害出した。
2020/01/21(火) 21:50:14.28
なんだかんだでコボラーはテクあるよな
2020/01/22(水) 00:56:05.66
おじさま、とってもテクニシャンね
ああ凄いわ
2020/02/02(日) 07:47:39.41
COBOLの現場って古い人が多いから
残業する人は頑張ってるから偉いとかそんな考えの現場やっぱ多いんかね
徹夜自慢とか
2020/02/02(日) 08:28:31.46
経験が長いから偉いとかな
2020/02/02(日) 19:36:35.25
新しいことに否定的なんだよね
2020/02/02(日) 22:32:50.56
>>563
そんなことないよ？
大体年寄りは徹夜なんかできん
2020/02/03(月) 00:50:29.84
年寄りは通院で休暇が多い
大したこと出来ないし倒れられても困るから残業もやらせられない
2020/02/03(月) 13:38:34.98
COBOLerのEOL対応どうすっぺか
汎用機はAWSが延命してくれたけど、COBOLerが次々EOLを迎えていく
2020/02/08(土) 11:56:57.29
需要は激減
2020/02/16(日) 21:29:39.12
COBOLの場合、技術的に難しい仕事ってのはそうそう無いけど、
だからと言って楽な仕事かと言われるとそうでもないのが辛いところだよな。
客先常駐も多い上に、コボラーが常駐するような客先って、
馬鹿の一つ覚えみたいにセキュリティセキュリティ騒いでるようなとこばっかだし。
2020/02/17(月) 08:14:08.59
コボルの修正はif文とmove文だけで終わります
2020/04/04(土) 15:01:51.38
最近はOpenCOBOLの需要有る
2020/04/05(日) 01:21:37.93
OpenCOBOLは日本語対応してないような・・・？
日本語1文字が可変長なのも気持ち悪い
574仕様書無しさん
垢版 |
2020/04/06(月) 20:40:21.11
【米国】「COBOLの使い手急募」新型コロナの影響で　「ボランティアが必要」★２
http://asahi.5ch.net/test/read.cgi/newsplus/1586171433/
575仕様書無しさん
垢版 |
2020/04/07(火) 10:40:56.11
昔コボルのおばちゃまがいたことを思い出した。
2020/04/20(月) 11:20:31.67
>>573
対応してる
長崎県県庁システムの例が有る
2020/04/21(火) 13:00:03.56
IBMとかコボラー欲しがってるんやろ？
2020/04/21(火) 13:08:44.34
マジか・・・
ここに希少なAS400コボラーおるで。
2020/04/21(火) 21:56:35.53
不思議と求人を見掛けるAS/400のRPG兄貴
2020/05/17(日) 07:56:15.55
COBOL2020とか名前変えたら
かっこいいのに
昔、FORTRAN77ってのがあったな
ピンクレディのカルメン77と
かぶってかっこいい名前だと思った
2020/05/17(日) 15:45:21.04
COBOLerは実際プログラム書けない人が多い
2020/05/17(日) 17:07:29.39
>>580
今時はCOBOL2000だろ。未だに85使ってる奴とかいるの？
2020/05/17(日) 18:52:53.50
COBOL85の次はCOBOL2002で、更にその次はCOBOL2014だったはず
2020/05/18(月) 19:56:22.42
むしろCOBOL85じゃないとこあるの？
585仕様書無しさん
垢版 |
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
島田商高生がアプリ考案、発表　ＩＣＴ起業家育成プログラム
https://www.at-s.com/news/article/local/central/730010.html
医師コンビが「治療用アプリ」で起業、禁煙に続き高血圧治療アプリを開発
https://diamond.jp/articles/-/229375
好きが高じて“カレー起業”、キャッシュレス決済アプリ「TOKYO MIX CURRY」の挑戦
https://diamond.jp/articles/-/215868
2020/06/07(日) 20:26:26.38
コボラーからなんちゃってジャバラーになったがCOBOLの仕事あるのかな
でもCOBOLってテバッグやテストが面倒よね
2020/06/17(水) 17:05:20.70
COBOL→Javaの移行が間違いだった
2020/06/17(水) 17:26:39.54
>>587
なんで？
2020/06/17(水) 18:17:09.92
>>588
金融系システムとして金額計算にCOBOLを敢えて止める必要性は無かった
結果的にJava有償ライセンス化も発生した
2020/06/18(木) 00:50:27.31
COBOLは生産性が悪いんだよ
2020/06/18(木) 03:24:29.29
そうか？
COBOLでトランザクションの管理なんかやったらそりゃ生産性低いだろうけどさ
それは使う場所間違えてるってだけの話
2020/06/18(木) 05:33:35.07
テストやデバッグがめんどくさい
2020/06/19(金) 00:06:00.21
デバッグはDISPLAY文でやるのがコボラー
2020/06/21(日) 21:44:59.60
COBOLって事務員が保守してたってマジ？
2020/06/21(日) 22:50:39.63
昔はやってたね。
テストとかもやってたけど酷かったよ。
バグ直さずにコメントアウトとかw
2020/06/22(月) 00:04:04.89
えっ？コボラーは事務員でしょ？
2020/06/22(月) 01:02:38.55
事務員って何だよ
総務課所属なのか
2020/06/22(月) 05:45:53.85
昔はSEとかPGとかって職業が少なかったからでしょ。
情報システム部なんて部署すらもない会社も多かった
2020/06/22(月) 08:53:21.01
外部委託が当たり前になった時代にいまどき自社で情シス持っている会社なんてあるの？
2020/06/22(月) 12:29:33.39
いくでもあるでしょう
完全外部委託でも情シスある企業だってあるし。
2020/06/22(月) 12:54:36.51
全て情報システム部門で完結してる企業って少ないよ
2020/06/22(月) 15:50:46.47
誰が完結してるって話をしてるんだっけ？
急に変な条件持ち出すなよ
2020/06/23(火) 00:26:53.11
今はIT企画部とか情報戦略部とかよくわからない名称になってる情報処理部門
2020/06/23(火) 01:13:34.68
下請けを協力会社とかいうようなものか
2020/06/23(火) 08:16:28.11
昔は区分けがSEとPG位だったのが、今やなんとかエンジニアの種類が増えたこと
2020/06/24(水) 13:58:35.99
マシンエンジニア
カーエンジニア
プラントエンジニア
システムエンジニア
他、何よ
2020/06/24(水) 14:01:15.12
機械系エンジニアを無視して「エンジニアです」と名乗る人達はエンジニア代表です
2020/06/24(水) 19:09:04.51
ネジザウルスが代表
2020/06/25(木) 00:28:41.16
データエンジニアとか何する人なのって感じ
610仕様書無しさん
垢版 |
2020/06/30(火) 16:03:11.83
頑張れRPG
2020/06/30(火) 23:55:33.43
ＲＰＡじゃなくって
2020/07/01(水) 11:33:03.09
COBOLをjavaにマイグレーションしたなんちゃってjava開発やって2年
コピペ開発でなんとかなってるが、javaよくわからんまま開発しているよ
2020/07/01(水) 20:25:06.94
今も騎乗デバッグする文化残ってる？
2020/07/02(木) 01:00:04.29
そもそも紙に出さない
中に出す
2020/07/02(木) 19:59:49.38
DISPLAY貼りまくってデバッグ終わったら、そのディスプレイ全部削除するん？
2020/07/02(木) 21:05:41.45
7桁目のD使ってるとこあるの？
2020/07/02(木) 22:35:25.12
>>615
削除する
で、間違って関係ないとこ消して障害
618仕様書無しさん
垢版 |
2020/07/15(水) 23:45:20.51
GO TO TRAVEL.
〜
TRAVEL:
この後のコーディグは何が書かれてる？
619仕様書無しさん
垢版 |
2020/07/25(土) 15:17:21.03
>>DISPLAY貼りまくってデバッグ終わったら、そのディスプレイ全部削除するん？
正規表現をつかえば、置換で、DISPLAY行みんなペロって消えるから問題ないよ。
2020/08/13(木) 11:10:25.48
>>292
虚数許されてないならそうもなるわ
2020/08/13(木) 13:41:42.71
>>377
机上デバッグ言われて会社やめたわw
2020/08/15(土) 17:51:25.10
>>621
ふーん、で？
2020/08/15(土) 18:10:24.67
今はムショック!!
2020/08/15(土) 21:41:12.67
COBOLの案件まだあるの？
2020/08/15(土) 22:34:17.37
大手保険会社・銀行が全部潰れない限りは無くならないんじゃね？ｗ
2020/08/15(土) 22:39:17.86
javaにマイグレーションしてないの？
2020/08/15(土) 22:46:07.07
みずほ銀行はJavaに移行したじゃん
2020/08/15(土) 23:41:00.59
昔ドコモの顧客管理システムCOBOLだったけど、さすがにjavaになったよな？
2020/08/15(土) 23:44:56.98
みずほ以外にも銀行はたくさんあるし、（例え大手に絞っても）あらゆる銀行・保険屋でJava等の他言語に完全移行は困難かと。
例えそれが実現したとしても、その頃今生きている人の内何人がこの世にいるだろうか？ってくらい先になりそう。
2020/08/16(日) 05:19:18.05
アメリカは結局脱COBOLを諦めたんだっけ？
2020/08/16(日) 07:28:05.02
アメリカって何処の誰なのさ
2020/08/26(水) 10:21:50.26
>>627
移行しきれていない

旧みずほ　富士通５台、バックアップ５台
旧みずほコーポ　日立６台
みずほ信託　ＩＢＭ２台＋バックアップ１台
の３系統を統合

メインフレームが１９台から４台(うちバックアップ１台)に減った
633仕様書無しさん
垢版 |
2020/09/03(木) 22:01:21.21
>>632
という夢を見ました
634仕様書無しさん
垢版 |
2020/09/03(木) 22:04:15.41
これだろ
https://xtech.nikkei.com/atcl/nxt/column/18/00942/082900006/
635仕様書無しさん
垢版 |
2020/09/06(日) 15:27:58.35
いや、ちょっと違う
636仕様書無しさん
垢版 |
2020/09/06(日) 17:35:01.50
デジタル庁でCOBOL絶滅の行政指導が発動され空前のマイグレ需要が起きるんや
2020/09/17(木) 19:57:00.22
るーるる　るーるる　るるるるるー
るーるる　るーるる　るるるるるー
こぼる　コボル　COBOL
流行る　覚える　廃れる
バグる　焦る　募るー
638仕様書無しさん
垢版 |
2020/09/18(金) 10:49:31.63
こーぼーるー
2020/09/18(金) 12:16:12.22
こぼるのオバチャマヨ
2020/09/18(金) 12:28:33.50
るるるの歌
COBOL編
2020/09/18(金) 18:28:01.95
落ちコボル
2020/09/26(土) 17:00:14.62
>>636
今更、COBOL→Javaへ移行するのか?
デスマーチの嵐になる
643仕様書無しさん
垢版 |
2020/10/19(月) 03:10:35.69
うひょっ
644仕様書無しさん
垢版 |
2020/10/23(金) 23:15:33.06
ジャバ移行の流行りは終わったんだね
2020/10/25(日) 19:50:08.63
まだアルの？
2020/10/26(月) 02:18:44.22
&#128522;
2020/10/26(月) 15:16:19.26
半年毎に更新する事前提にJavaには移行しない
2020/11/04(水) 13:36:11.46
ACOSのCOBOLとかまだ動いてるの？
2020/11/10(火) 23:48:41.72
>>613-614
今更だが笑ったわ
650仕様書無しさん
垢版 |
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
651仕様書無しさん
垢版 |
2020/12/19(土) 19:19:39.23
需要ふえてるよ！
子供から大人まで大人気だよ！
2020/12/19(土) 21:25:54.41
なんと時給も1万だよ！
2020/12/20(日) 12:33:40.09
月収160万人かよ
2020/12/20(日) 12:56:49.01
可愛い娘っこもいっぱいだよ
2020/12/20(日) 13:49:14.81
可愛い娘(59)
2020/12/20(日) 19:40:11.77
大切なコボラーを守るため、コロナ対策として自宅から職場まで送迎はリムジンだよ
657仕様書無しさん
垢版 |
2021/01/02(土) 18:09:38.80
COBOLは神です。崇めなさい！
2021/01/02(土) 20:07:28.28
コボラーはあなたのそばにいる
ほら振り返るとそこには．．．
659仕様書無しさん
垢版 |
2021/02/07(日) 22:24:10.56
>>656
リモートではできない、と
2021/02/08(月) 00:33:50.69
うち汎用機コボルの開発でリモートやってるよ
2021/02/08(月) 06:01:40.97
いいねー
2021/02/08(月) 13:53:12.50
うちもUNIXで中継させて繋がるようにはなってる
2021/02/10(水) 22:22:59.16
うちも脳みそで中継させて繋がるようにはなってる
2021/02/10(水) 23:43:22.29
それは無職の妄想です
2021/02/12(金) 01:30:41.52
コボル人さん頑張って下しあ
2021/02/12(金) 07:05:18.96
コンビニバイトでも心はコボラーだ
2021/02/12(金) 07:21:21.06
0c7
2021/02/12(金) 07:30:05.38
B37
2021/02/12(金) 08:10:40.52
COBOLか、なにもかもがなつかしい
2021/02/12(金) 08:56:27.03
某携帯会社の基幹システムはCOBOLだったけど、もうかわったんかな？
2021/02/12(金) 23:28:03.15
いまだに基幹系が全部コボルって思う人いるんだよな
基幹システムの奥底でひっそりと稼働してるのがコボル
2021/02/13(土) 13:25:12.92
>>671
ばーーーーか
2021/02/13(土) 14:28:15.55
小学生か？
2021/02/13(土) 20:08:33.60
今の現場COBOL要員で入ったが、マイグレーションでjavaに変わった。移行後そのままjavaでの開発要員にいつのまにか変わってた。
かれこれ2年COBOLから離れてるからもうCOBOL忘れてかけてる
2021/02/14(日) 22:59:47.46
>>671
そうそうコアな部分でひっそりと稼働してるんだよね
難し過ぎるから恐ろしくて誰も手が出せない
根本的な載せ替えは無理無理
2021/02/16(火) 02:11:11.48
SAPのABAPはCOBOLっぽいな
2021/02/16(火) 12:39:13.08
>>675
ばーーーーーーーーか
2021/02/16(火) 20:12:17.85
君は賢そうだな
2021/02/17(水) 18:10:24.94
>>678
底辺乙
2021/02/17(水) 19:20:14.06
年収600万で底辺と言われる
2021/03/01(月) 00:39:33.23
ナウ忙しいでナウ
682仕様書無しさん
垢版 |
2021/03/16(火) 19:38:21.85
COBOLよりJCLが嫌い
2021/03/16(火) 20:17:28.34
JCLは本番とテストで記述違うからな
2021/03/17(水) 00:43:52.27
でもＪＣは好きなんだろ
2021/03/17(水) 16:40:56.27
JS好きなの？こわっ！
2021/03/18(木) 01:46:27.41
JDが１番肌に合う
2021/03/20(土) 13:06:32.20
>>684
通報した
2021/03/20(土) 15:38:48.47
ジョブコン、略してJCだろ
2021/03/20(土) 21:25:45.78
>>688
見苦しいから、お前のことも通報した
2021/03/20(土) 21:32:21.62
JCは青年会議所のことだよ
知らないの？
検索してみ
2021/03/21(日) 06:23:43.76
本当に通報したことある奴いない説
2021/03/21(日) 07:31:58.48
どこに何を通報したのかと...
2021/03/21(日) 12:48:52.92
押収品をみてニヤニヤしたいおまわりさんが通報して欲しがってるんだったりして
2021/03/21(日) 16:08:07.32
内燃機関に通報するんだろ
2021/03/22(月) 01:31:14.84
リカちゃん電話で通報したのかしら
2021/04/13(火) 17:36:36.91
メンテナンスの一定需要は有る
Javaも同じ
2021/04/14(水) 12:55:23.27
銀行も大分COBOL減った？
2021/04/14(水) 16:17:58.42
>>697
減って無い
もともとPL/Iが多いからね
PL/I→COBOL移行が終わったぐらいでしょ
2021/04/15(木) 08:10:23.97
大分銀行は存在する
2021/04/15(木) 14:11:45.48
コボラー卒業したけど、java案件なくなったらコボラーに戻れるかな
2021/04/15(木) 16:55:44.14
>>697
大分も減っただろ人口
2021/04/15(木) 18:12:43.04
COBOL案件なんて短期で数は少ないからブランク空きまくりだよ
2021/04/15(木) 21:55:55.89
>>702
選びまくってるんじゃ無いの
東京、名古屋、大阪なら一定数案件有るよ
OSとか選んでたらそりゃブランク空くでしょ
2021/04/15(木) 22:37:18.80
その案件は本当に存在するの
人集めの空案件にはもう振り回されたくない
2021/04/22(木) 09:53:27.24
https://xtech.nikkei.com/atcl/nxt/column/18/00001/05491/
横浜銀行
RHEL+PostgreSQL+NetCOBOLに移行
2021/04/25(日) 11:56:25.54
銀行はコロナ禍でJavaとReactの若手作業員を大量に退職させた
2021/04/25(日) 11:59:07.46
>>706
結果COBOLに回帰した
オープン系COBOLだから現代的
2021/04/25(日) 21:03:28.14
powerAEとか？
709仕様書無しさん
垢版 |
2021/05/01(土) 04:08:21.71
>>698
PL/Iは印刷メーカーが使っていたな
今はどうなのか知らんが...
2021/05/02(日) 21:53:19.00
COBOLは死んでいない--専門家が語る用途や需要、教育の必要性
https://japan.zdnet.com/article/35170190/
711仕様書無しさん
垢版 |
2021/05/09(日) 20:15:32.71
>>709
知ってるけど教えない
2021/05/10(月) 01:06:54.99
教えてあげないよ
ジャン
2021/05/12(水) 02:08:10.60
>>700
無理
2021/05/12(水) 07:07:46.77
新規システム構築が無いので終わってますよ
現行システムメンテで生きてるだけ
2021/05/12(水) 11:32:14.19
>>714
>>新規システム構築
COBOLに関してはOpenCOBOL化の案件がちょこちょこ有るよ
Javaとかも少数だが新規案件有るがほとんどメンテ案件
2021/05/12(水) 12:25:52.61
それ既存システムの再構築でしょ
新規システムじゃないので数は限られてる
2021/05/12(水) 13:40:29.57
COBOLで全くの新規は無いと思う
COBOL→JavaとかCOBOL→VB.NETとか組み換えは結構有る
2021/05/15(土) 17:18:05.55
>>716
限られてるから何？
喧嘩売ってる？
2021/05/15(土) 18:03:40.10
怖いよー
720仕様書無しさん
垢版 |
2021/05/16(日) 19:14:04.71
怖くねえよ
2021/05/16(日) 19:49:17.29
やっばりこわいよー
722仕様書無しさん
垢版 |
2021/05/31(月) 14:37:07.26
やっばりこわくねえよー
723仕様書無しさん
垢版 |
2021/06/02(水) 14:26:19.90
COBOL→Java移行で、割と中心的な立場で仕事したことある人っています？保険のシステムで。
コンサルがいい感じの話をしてくるんだけど、イマイチ信用できず。
2021/06/02(水) 16:21:11.62
そもそもCOBOL→JavaだとJavaの有償ライセンス化でダメなのが見えてる
今は有償ライセンス買うならC#でもVB.NETへの移行でも良いからね
そこまでするなら富士通のNetCOBOLやマイクロフォーカスのVisual COBOLでも良いし
2021/06/02(水) 16:24:54.63
>>723
コンバートツール使うならアレだが一から移行だと火を吹く現場になるだろうね
2021/06/02(水) 16:33:28.70
>>724
>>NetCOBOL
横浜銀行はNetCOBOL+PostgreSQL+Linuxだったな
2021/06/02(水) 16:49:42.37
>>723
京都市はJava移行で失敗してるな
https://xtech.nikkei.com/it/atcl/watcher/14/334361/120900974/
728仕様書無しさん
垢版 |
2021/06/02(水) 22:19:52.09
>>723
実績を聞いてみれば良いじゃん、そのコンサルに
729仕様書無しさん
垢版 |
2021/06/03(木) 00:10:06.47
723です。情報ありがとう。コンサルとは直接話できる立場ではないんですが、コンバートツールは使うと思います。コンサルはほぼコンバートできると言ってるみたいですが、問題になるのはコンバートできない部分かと。
アセンブラとかJCL資産もあります。成功体験ある人いますかね？
2021/06/03(木) 01:00:19.63
cobol案件とか聞いただけでうまくいきそうにないんだが
末端で働ていて、どうしてもうまくいかなった場合
どうするの? 誰の責任になるの?
さすがに仕様通り出来なかったでは許されないよね?
どうなるの?
2021/06/03(木) 08:08:21.69
末端に責任はないよ
2021/06/03(木) 13:44:10.04
>>729
そもそもJavaにコンバートするのがね
オープン系に移行するにもオープンCOBOLとか有るだろうに
2021/06/03(木) 14:24:19.38
>>732
COBOLをやりたがる人が少ないから
ジャバラーはいくらでもいるし
2021/06/04(金) 00:56:26.49
50過ぎのパワハラコボラーなんとかしてよ
2021/06/06(日) 11:09:09.88
COBOLという言語は嫌いじゃないけど、COBOLメインのプロジェクトの客先常駐率が高過ぎるのがネック
2021/06/06(日) 12:10:02.14
汎用機だとテレワークがないと思うのは間違え
客先常駐しか出来ないと考えられられてたのは一昨年まででしたね
今はリモートで開発も普通です
2021/06/06(日) 12:39:20.98
汎用機だろうがリモートは可能だね
2021/06/06(日) 18:56:28.88
コロナ渦で本番データを使わない限りリモートワークも可能と言うことになった
今まで客先常駐が普通だと思ってた中高年コボラーの人には衝撃的でしたね
2021/06/06(日) 19:37:56.57
>>737
悪さしたなおまえ
2021/06/06(日) 20:19:06.27
>>739
？
2021/06/06(日) 21:50:33.50
リモートの意味の勘違いだと思う
742仕様書無しさん
垢版 |
2021/06/11(金) 00:52:43.54
三菱UFJが勘定系システムをAWSに移行させる話、もう4年前なんだな。結局どうなったんだ？

https://xtech.nikkei.com/atcl/nxt/column/18/01324/060200002/
2021/06/11(金) 00:53:45.78
じょうだんじゃない
2021/06/11(金) 22:27:12.40
なんだと！
2021/06/19(土) 11:54:11.91
>>742
黙れ！
2021/06/21(月) 14:43:11.51
>>742
4年前で悪かったなカス野郎
747仕様書無しさん
垢版 |
2021/06/25(金) 18:46:22.85
なんか怒ってて草
2021/06/27(日) 06:51:25.68
>>742
銀行の勘定系システムと言うと多少は関連する仕事に携わった者なら
中核機能と理解してるから、IBMから離れて大丈夫なのか不安に思う。
FinTech等で金の流れが既存システムと違う動きをした時が替えて行く好機なのか。
更にはソフトだけではなく使うサーバーも信頼に足りる性能、堅牢さが必要なので
IBM、HP等以外思当たらない。因みに携わった仕事は銀行業務のフロント・エンド。

>>747
単純な質問に対し、攻撃的になる点については何かあるのかと勘繰りはする。
2021/06/27(日) 07:45:03.00
>>745
COBOL爺ぃは黙れない！
2021/06/27(日) 09:11:08.80
IBM汎用機とか言っても中身はサーバーじゃないか
2021/06/27(日) 10:35:17.77
AS400は良かった
いろんな爺ぃからそんな声が聞こえてきます
2021/06/27(日) 13:11:56.88
デバッグがめんどくさい
display文とかいれてよくやってた
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
動いてるコードは触るなとかいうクソ方針だからどんどんコードが冗長になっていきやがる
2021/06/30(水) 12:26:46.82
>>753
元レス読めよ
5のコメントしてるやつは国内クラウド業者であってAWSじゃない人だよ
2021/06/30(水) 19:33:58.93
>>751
AS/400はRPGが主流なイメージある
2021/07/01(木) 00:53:41.75
ドラクエが出来るのか
2021/07/07(水) 04:28:09.67
緊急停止ボタンを押し込んでズドン！という快音を聞きたい
2021/07/13(火) 12:50:03.69
>>755
ちんちんかゆい
2021/07/15(木) 14:21:58.31
スモールビジネスが陥る罠
マイケルE.ガーバーは、「大半のスモールビジネスは、同様の間違いをしている」と言っています。
それは、たとえば、独立した方がいいと思い込んでいる美容師は、美容院を開き、ひたすらに仕事に
追われることになる。料理が得意だからと自分の店を持つことを夢見た料理人は、レストランを開き、
ひたすらに仕事に追われることになる。このような人たちは、どんな種類の仕事であっても、揃って
致命的な思い込みをしているというのです。
その思い込みとは、職人としての仕事、つまり、髪を切ったり、料理をつくったりする技能があれば、
その分野のビジネスを成功させることができるというものです。ビジネスの中心となる専門的な能力を
身につけることと、ビジネスを成功させることは、まったく別問題だというのに。
「独立熱に浮かされた“職人型社長”」と「真の“起業家”」の視点の違いを理解しないまま起業すれば、
大半は破滅的な結末を迎えることになるのです。

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

ttp://blog.livedoor.jp/job_soku/archives/7167533.html
ttp://blog.livedoor.jp/job_soku/archives/7916299.html
2021/08/01(日) 20:05:31.13
45で元コボラー
テレワークで残業なしで夜間立ち会いなしの現場ならまたCOBOLやりたい
2021/08/01(日) 21:35:37.27
COBOLもテレワークの時代だけど、短期で空白期間が多くなるから、次の見込みがないとリストラされるよ
2021/08/01(日) 21:43:58.69
>>761
あなたみたいな楽したいと思う人が一番いらない
2021/08/01(日) 22:18:47.35
>>761
コボラーの現場は昭和から変わってないから
無能でも無駄に残業したほうが頑張ってると思われる
2021/08/01(日) 22:40:09.23
今の案件見てもわかる通りCOBOLだってテレワークの時代なんだぜ
あと働き方改革の波はコボラーの現場にも押し寄せているから意味のない残業も無しな
2021/08/01(日) 23:18:37.51
へぇCOBOL現場も進化してんのか
2021/08/01(日) 23:20:35.08
でも本番データ確認するのに、セキュリティルームに設置の専用端末でしけアクセスできない場合はさすがに出社？
それもリモートで可なの？
2021/08/01(日) 23:37:06.75
本番データ確認するのは権限の関係もありテレワークでは無理だけど、それは別にCOBOLに限った事じゃないよね
2021/08/01(日) 23:46:14.30
>>766
コロナ禍でCOBOLでも開発はリモート端末によるテレワークで行うが一気に進んだようです
2021/08/02(月) 12:36:37.68
>>769
COBOL人気は世界一だもんねー
2021/08/02(月) 16:31:08.43
>>770
そのようです!(^^)!
772仕様書無しさん
垢版 |
2021/08/02(月) 17:26:43.53
さすが！
2021/08/02(月) 21:20:02.96
自宅にネット環境がないのでテレワーク出来ない、そんな人が居るのもコボラーさんです
2021/08/03(火) 05:51:59.48
昔は寮から職場のホストにダイヤルアップして仕事させられてたと教わった
30年かけて元に戻ったな
2021/08/07(土) 11:19:18.45
主記憶48KBにテープドライブ2つくらいのシステムでCOBOLやりたいなぁ……
2021/08/08(日) 14:55:15.46
>>775
原子人乙
2021/08/08(日) 21:09:35.49
原始人ではく原子人なのか
深いな
2021/08/08(日) 22:59:36.00
量子コンピュータ人間か！
2021/08/08(日) 23:24:41.38
量子なら俺のとなりでスヤスヤ寝てるよ
2021/08/09(月) 13:00:42.19
原子は?
2021/08/09(月) 13:24:44.66
アトム
2021/08/09(月) 15:17:12.95
原節子なら向こうで手を振ってるよ
2021/08/10(火) 04:10:53.22
鉄腕原子
2021/08/10(火) 22:13:26.90
枕草子の中宮定子の親戚に
原子
というのがいたなあ
未だに読みが不明らしいけど
2021/08/24(火) 04:34:02.60
みなさんみずほへ行ってtry
786仕様書無しさん
垢版 |
2021/09/13(月) 17:08:45.09
需要ならないよ
787仕様書無しさん
垢版 |
2021/09/16(木) 14:52:16.32
>>765
さいたまでそういう仕事ある？
788仕様書無しさん
垢版 |
2021/09/16(木) 14:54:49.19
さいたま市です。大宮から電車で川口、鴻巣ぐらいしか行けない。
2021/09/16(木) 20:26:52.77
テレワークだって言ってんのにさいたまにこだわるって
頭の中コボルかよ
790仕様書無しさん
垢版 |
2021/09/16(木) 21:31:24.19
>>789
うるさい、黙れ！
791仕様書無しさん
垢版 |
2021/09/16(木) 21:33:04.80
ごめん　なんで相手の顔が見えないとダメなの？
メールと電話だけで充分じゃない？　要件だけ伝わればよくない？
テレワークの必要性がわからない

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

>>793
端末のエミュ入れずにどうやってリモートでつなぐんだよ
リモート接続できる端末なんて市販されてないぞ？
2021/09/17(金) 00:15:47.40
リモートアクセスの意味わかってないよね
2021/09/17(金) 06:29:32.59
>>794
お前バカだな
2021/09/17(金) 07:05:36.15
無知な人を苛めるなよ
2021/09/17(金) 07:28:54.28
散々見下しておきながら自分が頭コボルだってオチ？
2021/09/17(金) 13:34:54.66
JavaよりもCobolの方が簡単だと思われているらしい
Javaができる能力がないとみなされた場合Cobol要因に
回されるらしい
2021/09/17(金) 15:31:36.03
>>JavaよりもCobolの方が簡単だと思われているらしい
今はCOBOLでもオブジェクト指向でCLASS設計も出来る
COBOL→Javaってオブジェクト指向で無くてただのコード移行でしょ
2021/09/17(金) 20:22:38.67
出来ると言ってもやってる所殆ど無いでしょ
レガシーシステムの保守が主だよね
2021/09/18(土) 02:24:10.83
>>796
どの辺が？
論理で説明できないあたり、頭がコボルちゃんだね
2021/09/18(土) 04:54:22.95
>>802
少しは自分で調べたらどうだ？
あ、COBOLしかしらないから無理かw
2021/09/18(土) 04:57:11.49
説明できない奴の常套手段来たよ
まるでどこかの国の総理大臣みたいだ
2021/09/18(土) 05:22:19.00
>>802
ヒント
リモートデスクトップ
2021/09/18(土) 05:34:22.52
COBOLに限らず、自宅のPC上で直接開発したりドキュメント類保存したりなんて普通しない。エミュレーターインストールして直接アクセスするなんてセキュリティ的問題ある
基本的に職場にあるPCにリモートアクセス(遠隔操作)して作業する。
と、ここまで説明しないとわからないかい？
2021/09/18(土) 11:53:57.67
>>806
うるさいカス
2021/09/18(土) 11:57:22.27
>>801
ま、オブジェクト指向COBOL自体ほとんど使われて無いからね
2021/09/18(土) 13:24:55.67
最近のcobolはオブジェクト指向だけど
日本の現場でオブジェクト指向cobolが本当に使われているの?
2021/09/18(土) 13:34:01.51
そもそもjavaもきちんとしたオブジェクト指向でつくられたシステム少ない
2021/09/18(土) 14:34:06.67
COBOL→Javaのマイグレーションはオブジェクト指向で無いJavaのさいたるモノ
2021/09/18(土) 18:39:42.25
>>805
やっぱり頭がコボルちゃんだった
リモートデスクトップでどこにつなぐんだよ
リモートデスクトップでつながる端末なんか存在しないぞ
2021/09/18(土) 18:48:45.21
まともに相手してはいけない人だった
2021/09/18(土) 19:27:41.29
>>812
早く引退したほうがいいですよ
2021/09/18(土) 20:29:04.79
>>812
そんなんだから影で老害っていわれちゃんですよ
2021/09/19(日) 01:51:02.73
理解出来ないと人格攻撃をする、頭がコボルちゃんは平常運転だなあ
2021/09/19(日) 06:52:49.40
謙虚さが必要
2021/09/19(日) 08:11:52.61
うちはこんな感じ

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

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

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

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

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

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

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

と

入口.
　　（処理）
出口.
　　EXIT.

の2つの流儀があって、前者だと「PERFORM 入口.」、後者だと「PERFORM 入口 THRU 出口.」だったな
2021/09/29(水) 22:49:54.04
>>850
使いたかったら使えばいいだろカス
855850
垢版 |
2021/10/17(日) 17:57:42.24
ごめんなさい
2021/10/18(月) 06:04:00.14
気にするな
2021/10/18(月) 07:10:23.41
go to trouble
858仕様書無しさん
垢版 |
2021/10/24(日) 21:02:46.32
>>854
口悪すぎて草
2021/11/04(木) 00:14:27.56
しぶといなttps://asahi.5ch.net/test/read.cgi/newsplus/1635941818/
2021/11/04(木) 14:00:09.72
>>858
ネットでイキってる恥ずかしい人だから暖かく見守ろう
2021/12/11(土) 00:36:15.37
３０年以上前から無くなる、無くなると言われてて未だに現役なのな。
2021/12/11(土) 00:39:49.74
石油みたいなもん？
2021/12/11(土) 17:02:58.62
>>862
そうだよ
2021/12/11(土) 23:50:02.14
石油もCOBOLも、それが無くなることで巨額の利権を手に入れられる輩がいるって意味では同じだね
2021/12/12(日) 00:42:43.55
GAFAMは全員がCOBOLの敵だからな
866仕様書無しさん
垢版 |
2021/12/24(金) 20:36:20.82
株式会社週休3日が「週休3日正社員」に特化した求人ポータルサイト「週休3日.com」を正式リリース。

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

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

gotoならCだろ。
2021/12/27(月) 23:41:16.38
STOP RUN.
2021/12/28(火) 01:44:51.96
なんか日本人はバカというか教条主義的過ぎるというか
goto禁止というと死んでも使わせない的な話になるけど
上に行くのと飛び越すのさえやらなければ後は使い方だろ
2021/12/28(火) 07:04:57.83
コーディング規約の存在を知らないらしい
2021/12/29(水) 19:54:43.33
>>882はコーディング規約に死ねと書いてあったら死ぬんだろうか
2021/12/29(水) 21:20:54.05
働いたことあるなら、そんな非現実的な事言わないよ
2022/01/01(土) 19:36:48.76
GOTOの話ってフローチャート書く上でのお作法の話や
条件分岐文に命令や命令群を直接書けず必ずGOTO文で飛ばすしかない仕様の言語を設計するのやめよう
とかいう話ではなく、GOTOならば無条件に害悪であるからコーディングの美しさのために排除しろ
って話なんだっけ？
2022/01/01(土) 21:35:41.90
馬鹿が飛んでもないところに飛ばすのが頻発したから一律禁止にしたとかそんなんじゃないのかな
2022/01/02(日) 14:58:26.72
一番問題なのはループの中へのgoto
ループの中を書き換えるととんでもないところで
副作用が起きる
2022/01/02(日) 15:51:10.19
ループの中へのgotoというと、昔々アセンブラではそんな感じのをよく見たなあ。
1バイトでもコードを減らそうとしてそういうことをする。
2022/01/02(日) 15:52:37.79
>>886
それはGOTO禁止じゃなくて、そいつ切るべき案件だろ
絶対他でもやらかす
2022/01/02(日) 17:05:19.74
>>889
cobolの場合、既存のコードがそんなんばっかりというのが
一番大きな問題
スパゲッティになっていて手が付けられない
いわゆるマイナスからのスタートになる
2022/01/02(日) 19:40:49.81
よかった……共通化したコードへ飛んで使いまわすような書き方をするな！
行数を稼ぐために同じ処理もしっかりと複数全部書け！
という悪い子はいないんだ……
892仕様書無しさん
垢版 |
2022/01/02(日) 20:08:12.38
>>889
あっそ
2022/01/02(日) 22:07:33.55
>>889
切ったところでそんなやつは無限増殖のように頻繁に現れる
予防策として事前に禁止事項にしたんだろ
2022/01/02(日) 22:57:15.31
はじめは道徳を説いていただけなのに
馬鹿向けの規則に捻じ曲げられてしまうという
悲しい世の中だね
2022/01/02(日) 23:08:53.39
システム開発には決まり事が必要だよ
俺様が作るコードが一番で勝手につくられてはたまらない
2022/01/03(月) 13:33:02.94
コーディング規約のGO TO禁止って、
セクション構造の出口（EXIT文の前に適当なラベルを付けておく）へのGO TOはいいけど、
それ以外へのGO TOはダメとかそんなんでしょ？
2022/01/03(月) 18:28:51.26
>>896
それだとループからの脱出
continueとbreak
が書けない
2022/01/03(月) 20:41:49.35
>>897
COBOLにbreakは無いぞ、continueもCとは意味が違うし。
899仕様書無しさん
垢版 |
2022/01/18(火) 19:14:42.40
COBOLにはUNKOという命令があるじゃないか
2022/01/18(火) 20:10:09.21
おもしろいね、あなたの頭が
2022/02/02(水) 15:21:20.21
>>897
いっそのこと脱出しなければいいんじゃない？
次の命令をNOPすればいい
2022/02/05(土) 21:49:43.33
ABENDさせよう
903仕様書無しさん
垢版 |
2022/02/14(月) 20:29:28.37
https://se-lifework.com/fuji-main/
2022/04/02(土) 18:13:04.98
大手のSier企業で金融系で売上の50％を占めているところは半分くらいCOBOLのシステムを扱っている
公共系のところも同様
フリーランスと比べて正社員になるとCOBOLやらされる率が高くなるね
2022/04/02(土) 22:47:33.49
ＣＯＢＯＬのレガシー資産は塩漬けにして改修は行わない
新機能は他システムで行いコボラーは既存コードに影響ないか調査やテストするだけの存在
2022/10/15(土) 22:42:03.16
書き込みが無いのは需要が無い証ですね
2022/10/18(火) 20:50:06.73
COBOLなんてまだあるの？
大分javaに置き換わってるよね
2022/10/18(火) 23:39:29.55
もはや都市伝説！
909仕様書無しさん
垢版 |
2022/10/20(木) 22:06:05.75
富士通が作ったシステムを作り直しているんだけど、富士通があとから作ったドキュメントしか残っていない。
2022/10/21(金) 10:04:47.11
早くドキュメントが合ってるか確かめる作業に戻るんだ
2022/10/21(金) 20:52:00.18
体育会系がＩＴっておかしいだろ
912仕様書無しさん
垢版 |
2022/10/22(土) 00:08:06.78
>>911
体力勝負だった時代が長かったからな
2022/10/23(日) 00:06:02.13
まだまだ社内の基幹システムとしてガンガン新規開発してる。どのパッケージ導入よりもバリューを生み出し続けている。
914仕様書無しさん
垢版 |
2022/10/23(日) 01:42:41.37
PCとの差が大きくて扱いにくい
915仕様書無しさん
垢版 |
2022/10/30(日) 12:56:03.77
>>909
富士通、ファックすぎる！
916仕様書無しさん
垢版 |
2022/10/30(日) 13:40:49.90
大きい会社は仕事が営業だから、いまでも体育系なんじゃね？
917仕様書無しさん
垢版 |
2022/10/30(日) 13:44:12.06
大きいIT会社は仕事の9割が人員管理、議事録作成、顧客折衝、営業だからSEというよりは営業職だ
2022/10/30(日) 17:19:29.45
大手SI企業とかはプログラミングを１％もやらない
人員管理の仕事は体育会系が好まれる
919仕様書無しさん
垢版 |
2022/10/30(日) 18:19:02.27
プログラミングできるやつはスグFA宣言しちゃうからねぇ。
企業内にはプログラミング出来ないやつしか残らない。
2022/10/30(日) 19:47:34.33
プログラミングできる奴はフリーランスになる
2022/10/30(日) 23:10:21.79
フリーランスからのムショック
922仕様書無しさん
垢版 |
2023/09/13(水) 14:38:04.19
某自治体で5年前までCOBOLで開発してた。
身体壊して退職したけど。
使っていたのは汎用機。
身体だいぶマシになって来たので仕事復帰したい。
どこか雇ってくれるかなあ？
923仕様書無しさん
垢版 |
2024/03/29(金) 15:20:35.48
デカイのきたなシンプルに言えば｢抱き合え｣だよね
2024/03/29(金) 15:56:46.26
最適化されるまで待ってるよ☆
化け猫に失礼だろ
2024/04/12(金) 22:31:33.20
‎VTuberとやらになった者もいる
https://youtu.be/ZFKWSqS0MYs?si=C1GJ3-PkEB6V90rC
2024/04/29(月) 15:43:10.48
すごい増えてる
2024/04/29(月) 17:41:44.84
みんな辞めて人いないから需要あるよ
928仕様書無しさん
垢版 |
2024/06/05(水) 20:10:02.08
60歳で退職したけど、68歳でもオファーが結構来る
2024/06/05(水) 23:41:53.57
来るだけ？
930仕様書無しさん
垢版 |
2024/06/06(木) 00:41:29.47
来るのはみんなにきているがｗ
2024/06/06(木) 04:28:47.32
このスレ2018年からあるのな（驚
2024/06/06(木) 05:04:18.67
40代だけど、20代新人の頃大多数はjavaやってるなかCOBOLやらされた。
数年前からはjavaのシステムやってるけど、COBOL脳になってしまった影響でいまだに苦労する。
933仕様書無しさん
垢版 |
2024/06/06(木) 06:08:25.61
65まで仕事しますわ
934仕様書無しさん
垢版 |
2024/06/06(木) 08:56:06.97
MASA Nakamura
@masayang
老後のバイトでCOBOL書いてる爺さんが結構な収入得てると聞いたので調べたら月80万円だす所もあるのね。
「未経験歓迎。23万円から」なんて所もある。若者よ、これからはCOBOLかもよ。

https://x.com/masayang/status/1797175406765965504
2024/06/06(木) 09:00:14.59
80万はないな
50万前後が多いけど探し方が悪いのか
2024/06/06(木) 12:19:52.31
新規開発でもないのにそんなに出す訳無いだろ
レガシィシステム保守で大体50万円程度だよ
937仕様書無しさん
垢版 |
2024/06/07(金) 22:34:39.37
元コボラーやで
なんやかんやで単価150や
コボ捨ては間違ってなかったわ
2024/06/07(金) 23:43:18.18
150ならやりたいわ
2024/06/08(土) 02:37:26.92
コボ捨てないとな
2024/06/08(土) 10:20:41.72
80万って業務委託の最高支払額かよ
その案件あるとはいってないよね
2024/06/08(土) 16:54:49.69
今でもCとJavaは絶対に辞めとけと言われる
古すぎて経済的な損失がでかい
2024/07/06(土) 09:52:54.17
増えてたら過疎化しないな
2024/09/17(火) 00:53:13.26
ずっとCOBOLの案件で家が買えました
2024/09/28(土) 19:10:33.27
10月から単価上がるわw
2024/09/30(月) 23:38:50.87
髪の毛は増えないが案件は増えた
946仕様書無しさん
垢版 |
2024/12/23(月) 20:22:53.77
富士通さん撤退で銀行、富士通依存で大変なことになるんだｗ
2024/12/23(月) 20:36:40.19
まだCOBOLなんてあるの？
948仕様書無しさん
垢版 |
2024/12/23(月) 20:46:51.57
アメリカでも国のシステムでCOBOLが使われています
そしｔ運用されています
アメリカの自治体でもつかわれています
コロナのときにニュースをみてませんか？
2024/12/24(火) 08:09:21.44
アメはリストラ多いから比較にならん
2025/01/18(土) 22:31:37.82
滋賀銀行は富士通の汎用機COBOLを、日立のオープンJavaに乗せるの失敗したな
失敗の違約金で日立から80億円ゲットしたからプロジェクト自体は成功かもしれないが、次どうするんだろう
2025/01/18(土) 23:43:18.83
COBOL→Javaの移行プロジェクトに関わったことあるけど、移行後1カ月は問題おきまくりで大変だったわ
952仕様書無しさん
垢版 |
2025/02/23(日) 08:54:09.36
案件は減ってるがそれ以上に人が減ってる
2025/02/23(日) 09:10:41.69
単価安いよね。50万とか。
せめて60はないと。
夜間や休日対応あるイメージあるし。
954仕様書無しさん
垢版 |
2025/02/24(月) 15:02:54.27
>>953
酷い案件だと月額38万って契約書見た事あるよ
しかも15年も前でそれな
2025/02/24(月) 15:20:56.53
年寄りだからそれでも十分
2025/02/24(月) 15:47:28.63
年寄って70歳くらい？
2025/02/24(月) 17:28:35.71
60過ぎたら年寄りだろ
958仕様書無しさん
垢版 |
2025/02/25(火) 09:48:08.20
>>955
38万で仕事を会社が請けるなら社員は幾ら払われるんだ？
会社としても利益が少な過ぎるだろ
2025/02/25(火) 12:28:31.21
そういう所は雇用保険だけ加入して後は自分でとかじゃないの
2025/02/25(火) 12:47:36.83
人手が足りないじゃなくて、安く奴隷のように使える人が足りないってことか
961仕様書無しさん
垢版 |
2025/02/25(火) 13:32:53.94
>>959
社会保険くらいはあるだろうよ
もし社員に交通費含め30万払ったら会社の利益は数万円だな😅
新着レスの表示
レスを投稿する

レス数が950を超えています。1000を超えると書き込みができなくなります。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況