汎用機って何w

汎用機って何w (466ﾚｽ)
上下前次 1-新

337: 09/04(木)07:40 AAS
>>336
頭大丈夫？金融COBOLの話だよｗ

338: 09/05(金)22:40 AAS
何でこんな伸びてんだよ

340: 09/10(水)16:55 AAS
↓あいかわらず、自民党にお金を渡して使い道のないスーパーコンピュータを税金で作る富士通

「富士通の1.4ナノCPU、ラピダスへの委託検討　富岳後継機で」
外部ﾘﾝｸ:xtech.nikkei.com

341: 09/11(木)23:39 AAS
メインフレームの記事をまとめてみた
外部ﾘﾝｸ:note.com
外部ﾘﾝｸ[html]:w.atwiki.jp

342: 09/13(土)07:47 AAS
今からCOBOL勉強したらいいことありますか？

343: 09/13(土)07:50 AAS
ないない

344(1): 09/13(土)10:27 AAS
ほとんどが保守案件だからつまらない上に残業多いよ
解析、修正、テストを延々繰り返してるだけ
スキル低い自称SEが業務知識ガー業務知識ガーって言ってる
IT系人材と言えないような感じ

345: 09/13(土)10:28 AAS
COBOLなんかやるくらいなら工場で働くよ
そのくらいやる価値がない分野

346: 09/13(土)18:10 AAS
JCLを極めろ

347: 09/14(日)09:50 AAS
お前のけつをコボルぞ

348: 09/16(火)10:43 AAS
うちの会社のオペの連中が、汎用機がある現場は大ハズレ、と言ってた
理由をきいたら「汎用機オペ、汎用機運用のクズ、バカが多いから」だってさｗ

349: 09/19(金)20:00 AAS
それ、汎用機のせいではなくて、オペの人間性の問題ではないかと

350: 09/20(土)15:25 AAS
>>344
chagptみたいな生成AIも作れない大半の日本IT企業はit企業といえるのか

351: 09/20(土)16:32 AAS
チャグ？

352: 09/22(月)09:05 AAS
業務知識も必要ない業務アプリばかりだよ

353(1): 09/23(火)20:05 AAS
それなのに何故、オープン系への移行に失敗するのか？

354: 09/23(火)20:32 AAS
>>353
資料が何も残っていない
ファイルの項目の用途が複数あるなど、いまあるものから仕様を読み取ることが難しいことが多い。

355(2): 09/23(火)20:37 AAS
業務知識が必要ないアプリなら解読も楽ではないのかな？
ましてやCOBOLならば尚更

356: 09/23(火)22:58 AAS
>>355
COBOLそのものの問題ではない。
複雑なデータ構造を扱えなかったせいで、項目の用途が汎用だったり、ファイルの行の何文字目から何文字目が特定の意味だったり、こういうのが複数定義されていて、とにかくどこに何の値があるのかわからない。

昔は紙媒体だったから資料をほとんど捨ててしまっている。

357(1): 09/23(火)22:58 AAS
>>355
汎用機の問題はCOBOLではないんだよ。

358: 09/24(水)14:20 AAS
>>357
ジャップの仕事なんて利益率の低いゴミじゃん
汎用機なんて窓から捨てればいいじゃん

359: 09/24(水)14:21 AAS
オレがコボルで知ってること
フィラー

360: 09/24(水)20:07 AAS
よし、それで充分だ。はいこのプログラム修正して

361(1): 09/26(金)01:49 AAS
＞資料が何も残っていない

最初からそんなもの作ってないよ

362(2): 09/26(金)08:54 AAS
>>361
模造紙やら方眼紙に書いてたんだよ？

363: 09/28(日)16:52 AAS
>>362
銀行システムとかどうなるんですか？
紙が部屋のサイズ？

364: 09/28(日)17:42 AAS
何故、そうなる？
実物大のマシンの絵でも描くのか

365: 09/28(日)23:13 AAS
dbとか1内に収まるのですか？

366: 09/28(日)23:29 AAS
データベースは必要な容量を事前に計算して、ディスクに余裕を持たせてデータベース領域を割り当てる
データベース領域を別にする場合は別な物理ディスクを使用することで、冗長性を持たせる
これは汎用機のRDBだろうがオラクルだろうが、容量計算を事前に行なって領域設計することは同じ

367(1): 09/29(月)00:00 AAS
>>362
当時は設計用紙という様式がメーカー毎にあってだな、そこに汎用機の物理的なデータベース構成やら論理的なデータベース構成を設計して書いていたんだよ（パソコンが出る前はもちろん手書きで）

368: 09/29(月)16:34 AAS
>>367
データベースが増えるとどうなるんですか
あと検索はできますか？

369(1): 09/29(月)17:50 AAS
格納データが増えてデータファイル容量に近付いたら、設定によるが通常は自動的に容量を拡張する
検索もリレーショナルデータベースならば、SQLを当然使用できる

370: 09/29(月)19:11 AAS
>>369
認知症の方か書いた日本語みたい

371: 09/29(月)20:52 AAS
AI に書かせたんだよ

372: 10/03(金)21:26 AAS
AI の COBOL対応はまだかのう

373: 10/07(火)22:48 AAS
COBOLはWindows、Linux、UNIXと相性が悪いだけ。

COBOLそのものは難しくないが、汎用機の仮想マシンを作ってまで使う理由がもはや存在しない。

374(1): 10/07(火)23:07 AAS
Windowsと相性は悪くないよ

375: 10/07(火)23:49 AAS
COBOL案件を月40万の個人請負でやらないか、とメールがきて呆れた
社保無し40万なんて今どき期間工より待遇悪いですよと返信しといた

376: 10/08(水)00:32 AAS
>>374
あなたのような人間がいるから置き換えられない

377(1): 10/08(水)08:02 AAS
相性が悪いのは、どんな点だろうか？

378: 10/08(水)21:48 AAS
>>377
汎用機はキャラクタセットからして全然、違うが、ポンコツは自動的に変換されていることすらわからないから、別物という認識ができていない。

Windows上の端末エミュレータで操作しているのにWindowsのExcelすらわからないので、汎用機側にデータを持ち込んでCOBOLでゴリゴリとデータを加工したりする。

379: 10/08(水)23:00 AAS
別物を動かすのがエミュレータなのだから、別物間でキャラクタセットが異なるのは当然でしょ
何か、当たり前のことをわざと悪く悪く言ってるだろ

380: 10/08(水)23:07 AAS
つか、エミュレータ動かす母艦が Windowsとは限らんだろ
むしろ AIX や Redhat のような Linux系の方が普通じゃねえか
あ、お前はひょっとして Windowsしか触ったことのないダメダメSEかな？

381: 10/08(水)23:10 AAS
いるんだよなー、所詮はMicrosoft製品の試験しか合格してない奴
Linuxのコマンド一つも満足に打てない頭でっかちの使えない似非SE

382: 10/08(水)23:37 AAS
知識のないジジイが発狂

383: 10/08(水)23:43 AAS
知識の有無についてはノーコメントだが、SE歴30年以上ですが何か？

384: 10/09(木)00:29 AAS
汎用機系の自称SEなんかひどいのになると本番検証すらできないよ
動くプログラムなんか当然書けない
書いたこともない

385: 10/10(金)12:56 AAS
ほとんどワンオペで、何十回とシステム生成をこなし、何十台のサーバとシステム連携環境を構築し、COBOLのみならずCやVBも含めて何百本の業務プログラムを作って納めてきたSEですが、何か？

386: メインフレーム・銀行勘定系システムシリーズ 10/12(日)19:24 AAS
メインフレーム・銀行勘定系システムシリーズ
外部ﾘﾝｸ:note.com

387: 10/13(月)11:07 AAS
オペがJCLかじったくらいで汎用機語ってるのが滑稽だった

388: 10/13(月)11:58 AAS
オペなんて、SEが作った手順書どおりに動いているだけだからな

389: 10/13(月)15:20 AAS
オペ歴長い奴でなんか勘違いしてる奴いる

390: 10/13(月)15:22 AAS
汎用機の仕事をしている人間はアーキテクチャーを理解せずに使っているから悪く言われるんだよなあ。

391: 10/13(月)18:14 AAS
…と、アーキテクチャーを知らないオペ風情が申しております

392: 10/13(月)19:19 AAS
オペ風情で新人オペに偉そうに語ってる奴いるわ

393(5): 10/13(月)19:27 AAS
汎用機の仕事しかしてないやつの大半はJCLとCOBOLしかいじってねえんだよなw

394(1): 10/13(月)20:12 AAS
通常の業務を回すだけなら、それで充分だからね

395: 10/14(火)12:35 AAS
汎用機とかいまさらどうでもいいじゃん

396: 10/14(火)12:39 AAS
いまだに汎用機が残ってる会社にとってはどうでもよくないんだよ

397: 10/14(火)12:40 AAS
新卒で汎用機系案件にアサインされると絶望しかない
ほとんどが糞みたいな保守案件なのも下痢糞

398: 10/14(火)14:07 AAS
>>393
クソみてーなスキルだなｗ

399(3): 10/14(火)18:27 AAS
>>393
ま、それでも今でも求人はあるんやでｗ
逆に希少価値になっとるｗ

400(1): 10/14(火)19:51 AAS
>>399　コボラーが希少とか笑わせんな　掃いて捨てるほどいる

401: 10/14(火)19:51 AAS
>>393　マジでそれ　ソースの修正とテストを繰り返してるだけの奴ら

402(3): 10/14(火)20:03 AAS
>>400
COBOL経験者は、今ではとっくにリタイア済みのジジババばかりだよ

403: 10/14(火)20:22 AAS
>>402
業界や現場のことなんも知らん馬鹿って感じ

404(1): 10/14(火)23:08 AAS
業界に30年以上いた、385のシニアSEですが何か？

405: 10/15(水)08:27 AAS
>>402
無知な作家みたいなこと書いてて草

406(1): 10/15(水)12:42 AAS
ならば実情を書けや
実情書かずに否定するだけなら馬鹿でもできる

407: 10/16(木)00:22 AAS
>>399
無知過ぎね？

408(2): 10/16(木)02:00 AAS
>>406
あなたみたいに具体例を挙げろという人間が増えたけど、オープンCOBOLも金融業界で少し使われている程度で、そのオープンCOBOLもPCアーキテクチャーではメリットがなく、全廃に向っている。

Visual COBOL製品もここ3年はまったくバージョンアップもなければ、需要もないので新製品も作られていない。

409: 10/16(木)02:01 AAS
COBOLを新規に採用するメリットなんて皆無なのに必死にCOBOLはまだ必要だと言っているやつは無職になって引きこもりになったのかな？

410(1): 10/16(木)04:40 AAS
>>408
COBOL経験者はもはや年輩者になってしまったということへの反証に全くなっていないんですけど
日本語の不自由な方ですか？

411: 10/16(木)07:42 AAS
言い合わなくていいから。別に知らない人と認識が違っても、良くね！？
>>408
>>410

412: 10/16(木)10:54 AAS
>>393
保険系の現場でコボったことあるけど大半がそれしかできない
IT人材と呼べるような代物じゃなかったよ

413: 10/16(木)10:56 AAS
>>399
希少価値なんかないよｗ

>>402
現役でうじゃうじゃいるよｗｗｗ

414: 10/16(木)12:47 AAS
現役でうじゃうじゃいるのは、いわばオープン系のCOBOL2002規格のみの若い経験者。
汎用機用のCOBOL85規格まで知っている者は数が少ない。
汎用機でいまだに残っているのはCOBOL85側のレガシー資産。
オープン系ではできるのに汎用機側ではできないことが多く、ストレートコンバージョンができないから移行に手間取っている。

415: 10/16(木)12:50 AAS
こうした事情を知らずうじゃうじゃいると言ってのけるのは、若造である証拠

416: 10/16(木)14:38 AAS
なんかグダグダ書いてる馬鹿いるけどコボラーなんかすぐ養成できるし現場の細かいところはそこでおぼえればいいだけの話
所詮コボルだから

417: 10/16(木)14:39 AAS
だいたい２０００年代に新卒でコボラーになった人たちがまだ全然現役じゃん
なに馬鹿なこと書いてんだかな

上下前次 1-新書関写板覧索設栞歴

あと 49 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.016s