虹裏img歴史資料館

1 18/11/30(金)23:59:05 No.551329873

何の波だよ

2 18/11/30(金)23:59:19 No.551329932

みんなで原点回帰しようねえ

3 18/12/01(土)00:00:33 No.551330250

Lambdaっていうからラムダ式が使えるようになるのかと思ったよ…

4 18/12/01(土)00:00:35 No.551330260

何の利点があるのか一切分からない

5 18/12/01(土)00:01:09 No.551330416

http://www.itmedia.co.jp/news/articles/1811/30/news102.html

6 18/12/01(土)00:01:10 No.551330425

60周年記念！

7 18/12/01(土)00:01:46 No.551330559

いい加減に滅びろ

8 18/12/01(土)00:02:36 No.551330754

古代魔法で作られている現代社会とか心躍るな

9 18/12/01(土)00:02:51 No.551330800

COBOLと同じくらいの計算精度くらい出せるだろ とっとと滅ぼせ

10 18/12/01(土)00:03:21 No.551330905

まぁCOBOL環境をそのままEC2に構築出来るんならコスト安くなって良いんじゃないか

11 18/12/01(土)00:03:57 No.551331042

スレ画のモダンさが腹立つ

12 18/12/01(土)00:04:24 No.551331154

>まぁCOBOL環境をそのままEC2に構築出来るんならコスト安くなって良いんじゃないか Lambdaの話してんのに何故EC2？

13 18/12/01(土)00:04:30 No.551331174

むしろ最近の言語は昔のCOBOLより計算精度高いせいで 逆に互換性が無いんだ

14 18/12/01(土)00:04:46 No.551331235

>COBOLと同じくらいの計算精度くらい出せるだろ 少数の丸め誤差はちゃんと意識しないと金融系では一円でも間違うと死ぬからな…

15 18/12/01(土)00:04:47 No.551331241

なんでそんなに攻撃的なの 画像に恨みがあるのってごく一部のじゃば男ぐらいでしょ…

16 18/12/01(土)00:05:29 No.551331407

確かSAPの開発言語ってCOBOLベースだった記憶がある

17 18/12/01(土)00:05:36 No.551331438

COBOLに親を殺されたんだろう 居るかも…

18 18/12/01(土)00:06:31 No.551331693

まったく同じ魔法をとなえてってばかはいうんだよ…

19 18/12/01(土)00:06:50 No.551331767

滅びてくださいよ…

20 18/12/01(土)00:12:01 No.551333065

結局COBOLだけ動かせるようになってもじゃあクラウドにCOBOLを 移行しようってのはほとんど無理なんだよね 大体の利用者がアセンブラのサブプログラムやら複雑なバッチ処理がセットだから

21 18/12/01(土)00:14:48 No.551333690

サーバーレスでCOBOL使うメリットってなんだろう 新規で作るなら別の言語使えばよいしわざわざ手間が掛けてマイグレーションするかっていう

22 18/12/01(土)00:15:13 No.551333784

COBOLは変数をバイト単位で何桁でも指定できるからな

23 18/12/01(土)00:16:37 No.551334098

秘伝の継ぎ足しコードをそのまま最新設備に流用できる！って発送な気がしなくもない

24 18/12/01(土)00:17:48 No.551334378

うちの業務システム起動したら勝手にcapslockかかる… 頭おかしいんじゃねえの

25 18/12/01(土)00:18:26 No.551334514

化石システムにCOBOLが使われてるからって 今からこれ使ってCOBOLで構築することなくない？

26 18/12/01(土)00:19:12 No.551334692

既存システムの中身を熟知してる長老みたいな人の集まりがコボラーばっかりだから 今コボルのシステムをマイグレーションするときに言語変えると長老が付いていけないんだ

27 18/12/01(土)00:19:22 No.551334738

>秘伝の継ぎ足しコードをそのまま最新設備に流用できる！って発送な気がしなくもない 今どきCOBOL使っているところは流用できるかって検証するだけで死ぬほど金と時間使うんじゃないか

28 18/12/01(土)00:19:39 No.551334809

Amazon様の判断だ 言葉を慎め

29 18/12/01(土)00:20:06 No.551334906

COBOLの現場から離れて久しいけど まだCPUの割り当てで殴りあいの喧嘩起きてたりする？

30 18/12/01(土)00:20:19 No.551334975

あれはこういう変態的なこともできるよーっていうだけだから 実用性とかじゃないんだ

31 18/12/01(土)00:21:12 No.551335202

>化石システムにCOBOLが使われてるからって >今からこれ使ってCOBOLで構築することなくない？ Java上で動くCOBOLコードみたいなのも割りと広範囲で使われてたりするから 同じように新規ではなくて環境の載せ替えを考慮してるんじゃない？

32 18/12/01(土)00:21:19 No.551335226

ソフトウェアは寿命無いけど ハードウェアは寿命あるからな

33 18/12/01(土)00:21:37 No.551335301

COBOLは構文が解りやすいから今から開発してもぜんぜんいいと思う

34 18/12/01(土)00:22:16 No.551335460

AWSなんで…？

35 18/12/01(土)00:22:38 No.551335549

>COBOLは構文が解りやすいから今から開発してもぜんぜんいいと思う そうはいうがな「」 ソフトウェアパラダイムがどれだけ進化したと思ってるんだ

36 18/12/01(土)00:22:55 No.551335616

滅びますぞー！って言われてたけどそんなこともなく長いこと使われ続けるんかな…

37 18/12/01(土)00:23:23 No.551335730

cobolをjavaに変換してどの環境でも動かせるとかいうのを最近みたなあ

38 18/12/01(土)00:23:45 No.551335824

逃れられない人たちがいると言う意味で絶対需要があるから売り物にするのはわからなくもない

39 18/12/01(土)00:23:46 No.551335833

>滅びますぞー！って言われてたけどそんなこともなく長いこと使われ続けるんかな… 言われてないよ！ 「滅んでほしいけど残り続けるんだろうな…」ってずっと言われててその通りになってる

40 18/12/01(土)00:23:52 No.551335860

なに蘇らせてんだよー！ ふざけるなああああああああ

41 18/12/01(土)00:25:27 No.551336287

人類が滅ぶより早く無くなることはなさそう

42 18/12/01(土)00:25:56 No.551336421

アセンブラが絶対になくならない理由と同じ

43 18/12/01(土)00:26:13 No.551336498

分かりやすい構文で難しい要件を満たそうとするとスパゲッティになるのだ

44 18/12/01(土)00:26:20 No.551336529

いつかは滅びなきゃいけないのでは？

45 18/12/01(土)00:27:09 No.551336749

COMPUTE N = N + 1

46 18/12/01(土)00:28:16 No.551337021

>cobolをjavaに変換してどの環境でも動かせるとかいうのを最近みたなあ 前世紀からCOBOLをC系とJAVAとかのクライアント・サーバ方式に切替！てのやってたの思い出した 参照する仕様書が手書きで時代を感じたり8インチFDがスイとお出汁されたりしたな1998年に

47 18/12/01(土)00:29:03 No.551337196

>アセンブラが絶対になくならない理由と同じ それはタイプが全然違うんじゃね

48 18/12/01(土)00:29:04 No.551337198

この手の話聞いてると動いてるのが奇跡に見える

49 18/12/01(土)00:30:02 No.551337435

http://www.nec.co.jp/cced/ocf21/oocbl/progex.html こんな魔改造までされたCOBOLをまだ使い続けたいと申すか

50 18/12/01(土)00:31:34 No.551337819

見出しだけで脳が理解を拒み初めてだめだった

51 18/12/01(土)00:31:58 No.551337914

リアル方眼紙に仕様書が書かれてる時代はさすがに知らない 知りたくもない

52 18/12/01(土)00:32:08 No.551337951

>http://www.nec.co.jp/cced/ocf21/oocbl/progex.html >こんな魔改造までされたCOBOLをまだ使い続けたいと申すか PERFORM文で似たようなこと出来ると思うが

53 18/12/01(土)00:34:58 No.551338649

シンプルな言語は複雑な言語が裏でやっていることをやらんといけないから めちゃくちゃコード量が増えて神みたいなアーキテクチャでもない限り保守しづらくなるんじゃないか

54 18/12/01(土)00:35:11 No.551338713

そこまでしてCOBOLの新規開発したい人何者なの 保守ならわかるよ、しょうがないもん でも新規でCOBOL使う？

55 18/12/01(土)00:36:24 No.551339067

SQLはCOBOLの流れかなとたまに思う Pro*Cとかで大文字でよく書いたりPREPAREとかしたりするあたりだけで感じるとこだけだけど

56 18/12/01(土)00:37:02 No.551339256

>http://www.nec.co.jp/cced/ocf21/oocbl/progex.html >こんな魔改造までされたCOBOLをまだ使い続けたいと申すか これはなにか実績と主張できる事例を作りたくて作っただけじゃねえかな… この機能を使うやつはいないと思う

57 18/12/01(土)00:37:40 No.551339436

ACOSのCOBOLがキャリアの始まりだったが今のVue.jsみたいなWebベースの技術と比べると入力系に関してはCOBOLの方が楽だし速かったと思う バッチ処理も楽だった RPGだのなんだのややこしいことしてたIBMと比べて日電は楽だった 昔は実際触らずバカにしてる人に憤慨したりしてたが今時のプラットホームと違ってまず実行環境の調達からオオゴトだなら無理もないなとも思うようなった

58 18/12/01(土)00:38:58 No.551339779

>リアル方眼紙に仕様書が書かれてる時代はさすがに知らない >知りたくもない 画面や帳票の超でかい専用用紙！

59 18/12/01(土)00:42:15 No.551340610

センターに置いてある汎用機からのプリントアウトが一日に3回業者によって配送されてくる そんな開発環境はまだ日本にあるのです、たぶん

60 18/12/01(土)00:42:47 No.551340739

>http://www.nec.co.jp/cced/ocf21/oocbl/progex.html >こんな魔改造までされたCOBOLをまだ使い続けたいと申すか ふとコボラーだとCaps Lockキーも有用なのかなと思ったりする夜

61 18/12/01(土)00:43:08 No.551340817

>センターに置いてある汎用機からのプリントアウトが一日に3回業者によって配送されてくる よくわからないけどどういうことなの…？

62 18/12/01(土)00:44:11 No.551341089

>シンプルな言語は複雑な言語が裏でやっていることをやらんといけないから >めちゃくちゃコード量が増えて神みたいなアーキテクチャでもない限り保守しづらくなるんじゃないか 金融機関なんかだとコードの量より言語が裏で勝手にやってくれる部分の仕様が 安定しない方が嫌がられる Javaなんかプログラマが意識してない動作が多すぎてバージョンアップとかすると同じように動かないもの多発する

63 18/12/01(土)00:44:34 No.551341196

慣例的に大文字で書いてる人が多いだけで処理系としては小文字も大文字も正規化してるからな それはそれでアレなんだが

64 18/12/01(土)00:45:39 No.551341449

うちの母親がバイトで電算機センターで働いてて 大量のパンチカードを運ぶ仕事をしていたと聞いた 今でもそういう環境はあるんだろうかないよな？

65 18/12/01(土)00:45:46 No.551341482

開発環境のプリント回付サイクルが1日3回とか豪華すぎてやばい 今はせいぜい1日1回

66 18/12/01(土)00:47:15 No.551341855

日本の汎用機ユーザーはだいたい英小文字のコードに半角カナを割り振ってるから大文字しか使えない

67 18/12/01(土)00:47:24 No.551341897

パンチカードはさすがにもうないだろう…

68 18/12/01(土)00:47:25 No.551341902

>Javaなんかプログラマが意識してない動作が多すぎてバージョンアップとかすると同じように動かないもの多発する Javaは破壊的変更がコロコロあったから滅びたとも言えるよな

69 18/12/01(土)00:47:56 No.551342039

javaの勝手に動くところががいやならCでいいじゃん…なんでCOBOLに固執するの

70 18/12/01(土)00:48:55 No.551342259

パンチャーのお姉ちゃんにじゃあ後よろしく仕事渡すのも今世紀に入ってからご無沙汰だよな 悠長な時代だった 今時の開発環境だと画面も広いしCOBOLでも手早く開発できるかもしれん 80文字で画面ダダあまりだが

71 18/12/01(土)00:49:19 No.551342368

Cはあれはアセンブラみたいなもんだから… 高級言語としての仕様とか風格とかが決定的に欠けてるから…

72 18/12/01(土)00:51:19 No.551342860

>javaの勝手に動くところががいやならCでいいじゃん…なんでCOBOLに固執するの じゃあこのCOBOLで書かれた生産管理システムを近代的なプラットホームとプログラミング言語でリプレースしましょう…！ 自動車メーカーとかどうにもならずオフコンを仮想化して最新のハードに詰め込んで見なかったことにしてる

73 18/12/01(土)00:51:43 No.551342947

>自動車メーカーとかどうにもならずオフコンを仮想化して最新のハードに詰め込んで見なかったことにしてる ぐえー

74 18/12/01(土)00:51:47 No.551342970

>パンチャーのお姉ちゃんにじゃあ後よろしく仕事渡すのも今世紀に入ってからご無沙汰だよな 前世紀でも90年代には死滅してた世界ではと思うが案外残っていた世界なのかな…

75 18/12/01(土)00:52:30 No.551343142

地方の情報処理センターの類とかエヴァやってた頃でも居たよパンチャー

76 18/12/01(土)00:53:57 No.551343453

>金融機関なんかだとコードの量より言語が裏で勝手にやってくれる部分の仕様が >安定しない方が嫌がられる 膨大になりすぎて誰も仕様理解できなくなって障害多発しているメガバンのシステムを知っているから 安定しないのは結局変わらんのではと思う

77 18/12/01(土)00:54:39 No.551343609

>>センターに置いてある汎用機からのプリントアウトが一日に3回業者によって配送されてくる >よくわからないけどどういうことなの…？ 汎用機ってやつはでっかくてデータセンターとかに置いてある それに接続しているプリンター（上のレスにもあるデカイ専用紙を使うやつだ）から帳票を印字するのだが開発者はだいたい別の拠点で作業しているので印字された紙が人の手で運ばれてくる 俺がやってたのは10年近く前の東証の話

78 18/12/01(土)00:56:25 No.551343986

>膨大になりすぎて誰も仕様理解できなくなって障害多発しているメガバンのシステムを知っているから >安定しないのは結局変わらんのではと思う メガバンのアレはそもそも仕様定義がそこここで矛盾してるから 整理しないといけないんだけど 政治的なエゴで俺は引き下がらないぞとかそういうアレがあるから もうだめだ