【コボル】COBOL不要論【ただのDSLだよね?】

1 名前：デフォルトの名無しさん [2011/09/20(火) 00:06:43.84 ] COBOLでCOBOL書ける? 182 名前：デフォルトの名無しさん mailto:sage [2012/02/18(土) 19:18:25.54 ] コボルでラムダ関数みたいなことはどうやればいいの？ 183 名前：デフォルトの名無しさん mailto:sage [2012/02/19(日) 13:15:46.87 ] >>182 やめとけ 184 名前：デフォルトの名無しさん [2012/02/19(日) 22:02:27.25 ] 思い返すとCOBOLについては一切身銭を切ったことがないけど、 困ることが何もなかったのは色々と考えさせられますな。 最近の流行の言語は機能は豊富だけど、学習コストが高すぎるのよね。 IDEや入力補助がないとコードを書きあげられないのはどうなのかしら。 185 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 01:44:05.16 ] いや、最近の言語でもIDEなしでコード書けるし、 むしろコボルってIDEとか入力補助ないような非効率な開発を まだ続けてるんだという驚き。 186 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 02:32:38.21 ] スレタイの「ただのDSL」呼ばわりが改めて沁みる問答だ 187 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 06:28:54.82 ] で最近のPGがよく口にする「関数が無いから組めません(ｷﾘｯ」となるわけですねｗ まぁ最近の開発はGUI部品を貼り付けてクラスや関数をスクラッチして作成する簡単なお仕事だからな。 ちゃんとコードが書けるPGなんてPG全体で1割いるかどうかだからな・・・。 188 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 12:26:58.05 ] cobolもideあるけど只厨にはハードルが高すぎるな 189 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 12:32:15.26 ] >>186 趣味で(興味本位で)COBOLを触ろうなんて奴は、めったにいないから無問題 というか、COBOLでオプソなんて、ORCAくらいしか思いつかないけど、 他にもあるのかな？ 190 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 12:39:38.79 ] >>187 まるで、コボラーなら「関数が無いから組めません(ｷﾘｯ」ってならないと 言ってるみたいだ。 191 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 13:55:52.63 ] 昔いたコボルの現場で日付の論理チェックのサブルーチンで「日付チェックのクラスが無いから出来ないです！」といって バンザイしてたC++プログラマなら見たことあるよ。 192 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 21:50:53.79 ] >>191 そういう人間をCOBOLの現場に連れてくるなよ w 193 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 23:05:40.64 ] 「負数の数を含む剰余」ってどう定義されていますか? 処理系間で互換性はありますか? 194 名前：デフォルトの名無しさん [2012/02/23(木) 00:13:07.60 ] かつては金融機関の勘定系（基幹系）システムは全部COBOLで動いていた。 設計思想が古かったり、2000年問題の主役の一人だったりで>>1みたいに嫌っているプログラマー多し。 だが、COBOLが愛される最大の理由は信頼性だろ バグ1個で億単位の損害が出る分野には枯れた技術や枯れた言語が一番 こういうのだとバグが少ない（はず） 埃かぶったWindows3.0とかが取引先で現役とかザラですし クレジットカードのシステム全部COBOLで動いてるらしいぞ COBOLがダメな理由がない限り使い続けるほうがいいに決まってる。 最新の〜〜だったらこんなこともあんなこともできてー ってたいていは必要の無い機能だし。 COBOLerとかいって笑う人多いけど、おまえら3000万口座で24時間365日絶対に止まってはいけないし 計算を間違えてはいけないシステム設計したことあんのかよ。 東京海上日動の新システムはCOBOLを採用 itpro.nikkeibp.co.jp/article/NEWS/20080906/314277/ COBOLこそスピード経営に必要 BY ジャパネットたかた itpro.nikkeibp.co.jp/article/COLUMN/20100319/345984/ 195 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 06:17:43.98 ] >>194 COBOLが嫌いな理由、コーディングしても楽しくない、ライブラリが充実していないので全てコードを自分で書かないといけない。 あとステップ数が異常に多くてコードが難解。 > COBOLerとかいって笑う人多いけど、おまえら3000万口座で24時間365日絶対に止まってはいけないし > 計算を間違えてはいけないシステム設計したことあんのかよ。 なんで24時間365日絶対止まってはいけないの？OSのアップデートなどでWindowsを定期的に再起動するでしょ？ コボラーの常識ではアップデートなしの危険な状態で運用するのが当たり前なのw 普通は止まってはいけないシステムを設計するより止まっても支障ないような設計にするのが当たり前なのに・・・。 196 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 09:18:04.25 ] しかし言語が作られて何十年も経ってるのに、 未だにライブラリが揃ってないというのはどういうことか。 197 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 09:28:59.54 ] >>194 人間が作る以上、バグを無くす事なんて不可能だし たとえプログラムにバグがなくてもOS側の問題でトラブルが発生するんだから365日無停止のシステムなんて構築不可能。 198 名前：デフォルトの名無しさん [2012/02/23(木) 21:49:12.03 ] 確かにCOBOLは計算一つ行うために延々と定義みたいな処理を何十行も繰り返さないといけないというヤバイ言語だな だがコイツなら0.1を正確に表すことができるから 新人でも浮動小数点使って誤差出す初歩的なポカをやらなくて済むじゃん。 銭の計算は１０億で１円の誤差でもアウトだから。 199 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 22:01:53.89 ] 1/3=? 200 名前：デフォルトの名無しさん [2012/02/23(木) 22:12:36.55 ] >>197 バグ1個で万とか億とかの銭が大量に動いたりしたんじゃ、ヤバすぎるだろｗｗｗ 201 名前：デフォルトの名無しさん [2012/02/23(木) 23:39:36.42 ] お前らそろそろVISUAL COBOLについて語ろうぜ 202 名前：デフォルトの名無しさん [2012/02/23(木) 23:49:27.19 ] > 銭の計算は１０億で１円の誤差でもアウトだから。 なんでなんだろうね。商取引も相対誤差ε以下は許容するとかなって いるといいのに。 203 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 23:58:30.91 ] >>200 そもそもバグなんてプログラマの責任じゃなく設計者の責任だろ 204 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 00:02:07.87 ] >>202 いや、今でも誤差は許容してるんじゃない？ １０進で何桁未満は切り捨てor四捨五入みたいなように決めておいて。 205 名前：デフォルトの名無しさん [2012/02/24(金) 00:05:40.78 ] 本当にあるこんな話 A「私、金融系のシステムリプレースやってるんです」 B「へえ〜、COBOLからJavaに置き換えるのですか？」 A「いいえ逆です。JavaからCOBOLに置き換えるんです」 B「えっ？？？？」 A「Javaから、COBOLです」 B「(ﾟДﾟ)ﾊｧ?」 206 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 00:24:37.73 ] この業界に長くいると時々出くわすね 技術力はあるんだけど 「お金の計算をするシステム組んだことないんじゃないの？」 って人 207 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 00:31:34.58 ] >>206 そりゃそうだ。君が世間を知らなすぎるだけ。 208 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 00:50:01.39 ] >>206 最近はCPUって何？OSって何？とか言い出す人間がプログラムを組む時代だからな。 209 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 01:33:19.11 ] スーパーでも24時間営業の店とかあってNCRのノンストップ・コンピュータ(HP社に吸収されたタンデム社のOEM品？)を使ってるよね 210 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 01:47:14.48 ] >>204 いや、そういうんじゃなくて小数点７桁の数値を単純に数百万回加算しても誤差が出ないという話では？ 初期のパソコンによく使われたZ-80とBasicの組合せでは0.001を単純に1000回足しても1に為らずに0.997とか0.999になってしまうものだった 211 名前：210 mailto:sage [2012/02/24(金) 05:16:39.68 ] 確かi386とBasicの組合せ(OSはMS-DOS)でも出たような記憶があるんだよなあ 勿論1000回ぐらいじゃ出ないんだけど・・・ 212 名前：デフォルトの名無しさん [2012/02/24(金) 07:54:27.71 ] 今、Excel2000のマクロで0.0001をFor〜Next文で一万回足したら…orz 213 名前：デフォルトの名無しさん [2012/02/24(金) 21:28:24.87 ] >>210>>212 0.1 を 1 万回足してもなかなか 1,000 ちょうどにはなってくれない場合がある。 コンピュータが 2 進数で動いていることの証拠なのだが、金融の世界ではかなり困ったことになる。 2進演算では、小数点以下の丸め誤差が発生してしまうためだ。 金融業界は怖いぞ〜、この業界では超巨大な銭を扱っていて、 さまざまな金融商品を数十兆円単位で取引しているが・・・ 0.1％の誤差があるだけであっという間に数百億円単位の損害を叩き出す大惨事になるというとんでもない世界 だから金融業界ではBCD演算が必須 COBOLは言語の仕様でBCD演算をサポートしているから銭の勘定では他の追随を許さない安定性がある。 他の言語でもできないというワケではないが、初めからついてる奴と、後付けの差は大きい。 要するに「そろばんや電卓での処理」をそのままプログラムに落とし込めるから金融系では確実に使える 蛇足だが、MSX（大昔の8ビットパソコン）にもBCD演算機能が存在する 214 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 21:36:36.13 ] BCD演算って他の言語でもライブラリとかで使えなかったっけ？ 215 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 21:45:16.86 ] >>214 有るだろうけど(Excelだと通貨型)つまりは意識してデータの型を宣言しなければいけないという事 216 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 21:54:31.11 ] >>214 有っても確か演算処理が非常に遅かったはず・・・ 217 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 22:07:42.48 ] パフォは一番悪いとかなんとか 218 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 04:41:57.43 ] >>216 COBOL使うようなマシンなら、CPUがBCD演算をサポートしてるんじゃない？ 219 名前：デフォルトの名無しさん [2012/02/25(土) 06:22:16.80 ] 何か勘違いな部分もあるようなんで… COBOLは言語の仕様で固定小数点演算(Binaryだと浮動小数点演算より高速だが有効桁が小さい) 扱える形式 Binary BCD(pacdデシマル) ゾーンデシマル(文字型数字) 何れでも小数点ありの変数として計算可 220 名前：デフォルトの名無しさん [2012/02/25(土) 06:22:41.72 ] 何か勘違いな部分もあるんで COBOLは言語の仕様で固定小数点演算(Binaryだと浮動小数点演算より高速だが有効桁が小さい) 扱える形式 Binary BCD(pacdデシマル) ゾーンデシマル(文字型数字) 何れでも小数点ありの変数として計算可 221 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 06:32:19.92 ] ありゃ、二度書きしちまった^ ^; 小数点の位置を固定するので、ある意味integerとして計算できる 222 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 07:32:17.49 ] COBOL以外でBCDを高速で扱えるのはPL/1くらいか。 223 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 08:36:18.74 ] 先ほども云ったようにコンパイル時に計算対象の変数、数値を解析して小数点位置を決めうちし計算するのでBinaryであっても0.1を１万回加算しても誤差がでる事がない PL/I、俺自身は使った事無いけど使われなくなってしまったのは惜しいと思う。IBM、パソコン用にだしてくれないかなあ(格安で…)今出たらCOBOLもJavaが殆ど消え去りそうな気もするけど 224 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 12:34:10.68 ] システム構築、工程品質管理、その後の保守をする立場でいえば、COBOLは色々な面で有難いし、不要とは思わない 比較的まとまった規模の案件であれば、他言語併用でCOBOLはいまだに現役だし、これからも事務処理系や大量のデータを取り扱う分野で生き残ると思う 新規案件が減っている感じもしない ちなみに、レベルの低いJava書きを排除するために、Java案件でも、人員資格にCOBOL必須と入れている プログラマーにとっては、面白みはないが、毛嫌るす言語では無いと思うのが、個人的な意見 異論は認める 225 名前：デフォルトの名無しさん [2012/02/25(土) 15:42:57.39 ] 20年以上前にCOBOLを使っていて不満だった事 ・ローカル変数が使えない(全てDATA DivisionのWORKING…で定義) ・構造体の拡張が出来ない・テーブルの動的拡張が出来ない これくらいかな？ 後はPL/Iの総称名が使えればなあとオンライン処理の時に思ったくらいかな 226 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 20:45:01.32 ] 最後の部分は機種依存による制約にしか過ぎないのかな？ SDLC、HDLC等プロトコル手順毎にメーカー提供のサブルーチン名が異なっておりリンク時に静的結合しかできなかったんでため息をこぼすしかなかった 227 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 21:05:01.47 ] COBOL の区粗なところ 大量のデータをライブに扱えない １ 日 n00GiB から nTiB 増えるデータは扱えない 228 名前：デフォルトの名無しさん [2012/02/25(土) 23:41:52.56 ] >>224 金融業界や保険業界だと、Web製作すらCOBOL採用する暴挙をやらかすからなあ。 229 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 23:54:13.27 ] ＢＯＣＯＬぞ！ 230 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 13:00:03.48 ] >>227 あまり問題無い気もするが、>>227の想定ってどんな状況なんだろうか？ まあ、どうしても無理なら、必要な所はC++とか、Javaで書けばいいだけじゃねぇ？ 231 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 13:17:25.29 ] >>228 GUIがJavaで、裏はCOBOLってやつかな？ それならお互いの特性を使い合えるから、程度にもよるが、有りだと思う ALL COBOLなら、ある意味、COBOLに掛ける情熱に尊敬する 232 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 14:37:40.85 ] >>230 C++やJavaは言語としてはいいけれどそれらを走らせるプラットホームが脆弱過ぎるのが困る・・。 233 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 14:38:49.55 ] >>228 NetCOBOL？ 234 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 15:23:29.18 ] >>225 全く同じ不満を持っていたw 俺だけじゃなかったんだ 235 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 15:57:56.57 ] >>227 論理的な区切りが出来ないイメージデータ？ 機種依存の部分でレコード長が32KB制限あるのはきつかったなあ(WORKING内の各テーブル等…) リアルタイム集計やCAFISみたいにアプリレベルに近い部分で非同期処理があると、もうね… 236 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 17:20:12.63 ] >>227 COBOLだとどういう問題があるのですか？ 237 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 19:12:25.27 ] >GUIがJava そこももうどうかと思うなぁいまどき… 238 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 19:39:19.07 ] 誰か不定長レコード(可変長じゃなくて)のファイル扱ったことある人いる？ 俺あれだけは何に使うのか解らんかった(^ ^; 239 名前：デフォルトの名無しさん [2012/02/27(月) 23:17:50.82 ] >>223 PL/IはIBMのメインフレームで使用されている言語だね。 COBOLとFORTRANとALGOLから当時としてはいいとこどりをして作られたが マシンリソースを大量に必要となるため、ＩＢＭのメインフレーム以外では普及はしなかった 日本では三菱東京UFJ銀行、みずほ信託銀行など多数が使っている。 >>231 キャッシュカードやクレジットカードのポイント設定とか与信管理などをするWebサイトだったら モロに勘定系システムだからCOBOLで動いていてもおかしくない どうやら安田火災海上保険（現:損保ジャパン）は、自動車保険のインターネット見積りサイトは保険料の見積もりをする部分がCOBOLで動いているらしい。 ↓がCOBOLで動くWebサイト（実は、コレはCOBOLで動く！！） www.sompo-japan.co.jp/kinsurance/automobile/onestep/index.html 240 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 07:21:14.06 ] >>236 今のCOBOLは可変長出力ができるし、他の言語と 特別差はない。ポストスクリプトファイル出力なんか だってするし。 241 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 08:48:14.81 ] >>238 そりゃ誰でも使ってるよ、LMなんかは不定長ファイルじゃないか。 242 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 09:48:35.35 ] Webというかhtmlファイルの大枠はCOBOLで書いて、 複雑な処理は別マシンでCOBOLがバッチ出力したファイルを Prologで読み取らせて処理させ、JSファイルに出力させて置く、 というのは見たことがある。 問い合わせにリアルタイムでというのは無理そうだった。 243 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 20:49:25.84 ] >>242 バックエンドのバッチ部分はCOBOLで・・というのはわかるけど、htmlの出力部分をわざわざCOBOLで組む理由がわからん。 244 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 22:52:52.52 ] なんかコボルのシステムってエリアの領域が足りなくなって 計算おかしくなったりするのおおいイメージだったんだけど！ たとえば簡単にいうと、エリアに3文字しか入らないのに、 1200+300を計算すると、500になるとか。そういうバグ大杉。 まあ僕じゃなくてコボル40年のジジイが作ったやつだけどね！！ 245 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 23:01:39.89 ] >>244 そりゃ桁あふれすれゃ不正な数値になるのは当たり前だろ・・。int型の変数に32768以上の数値をぶち込むのと同じ事 246 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 23:04:31.09 ] いまどきintが16bitなのか… 247 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 23:07:20.02 ] 245は40代 248 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 23:37:08.98 ] 桁あふれによるバクを発生させるなんてビギナーレベルの初歩的なミスだろ 249 名前：デフォルトの名無しさん mailto:sage [2012/02/29(水) 00:52:00.96 ] いや桁あふれたらエラー吐けよコボルはそんなこともできないのか？ 250 名前：デフォルトの名無しさん [2012/02/29(水) 01:57:02.09 ] COBOLの場合、BCDだから演算とformattingが一体化してるんだっけ? だとすると、 "1"500 (3桁) <- 1200(4桁) + 300(3桁) という演算をやっているので、コンパイル時にわーにんぐが出てもよさそう なものだいが。 251 名前：249 [2012/02/29(水) 02:14:59.58 ] >>241 機種によって違うのか 俺の使っていたマシンは固定長だったな ソースライブラリは可変長(ヘッダー部にLength付きで扱い方はデルファイと同じ？)だったし プリントファイルが不定長なんだろうけど入力側として使ったことがない 銀行の勘定系だと全銀オンラインがプリントイメージなので有るんだろうけど >>249 ADD、SUBSTRACT、MULTI…、DIVIDには確かあったはず(ON SIZE ERRORの構文の後に命令)最もよほどの事が無い限り省略していたなあ COMPUTE命令、MOVE(項目転送)命令にはないねえ 252 名前：デフォルトの名無しさん mailto:sage [2012/02/29(水) 02:25:13.40 ] >>250 BCD、文字型数字で計算できるといってもコンパイル時にバイナリーに変換して計算、そしてOUT側の形式再変換したりが普通じゃなかったかな 253 名前：デフォルトの名無しさん mailto:sage [2012/02/29(水) 02:38:23.18 ] >>243 順序が逆なんじゃないかな。元々COBOLで組まれていて、 対応できないというか、メインフレームでは危険な部分が 生じて例えばUNIXのシステムを追加した。 不整合な部分をJS出力で誤魔化した。 254 名前：デフォルトの名無しさん mailto:sage [2012/02/29(水) 02:40:36.50 ] >>253 IF文の多いCOBOLと IF文が消え去るPrologは 相性がいいよね。 255 名前：デフォルトの名無しさん mailto:sage [2012/02/29(水) 08:30:54.63 ] >>254 COBOLからPrologプログラマへの転向は簡単かも知れないけど・・ 256 名前：デフォルトの名無しさん mailto:sage [2012/02/29(水) 19:09:09.12 ] よっしゃこれからProlog勉強する 257 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 22:59:07.08 ] Prologって仕事あるの？ 何も勉強しないよりかはマシだけど 仕事無くて結局コボラー続けちゃうんじゃないの？ 258 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 14:57:12.93 ] >>257 メインフレームでは無理だろう。 UNIX/Linux/OSX上では実は結構ある。 259 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 15:06:45.56 ] 私の知る限りの話だが、年配の管理者に、この案件は 関数型言語でやりたいと申し出てもほとんど拒否されるが Prologでというとすんなり通る。この言語不思議な地位にある。 260 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 16:14:30.30 ] >>258 ＞UNIX/Linux/OSX上では実は結構ある。 Windowsで走らない時点で終わっていると思う。 261 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 17:56:45.41 ] >>254-260 貴様等、まとめてPrologスレへ逝け！w 262 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 18:10:47.65 ] >>260 古くからメインフレームのバックで動いてる環境という意味。 今やAndroidやMacの時代で今更Windowsなんて使わないだろう。 263 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 18:24:33.84 ] >>262 ＞今やAndroidやMacの時代で今更Windowsなんて使わないだろう。 いいえ、世の中ほとんどがWindowsです。 日本のシェア1月 OSシェア Windows 7：37.37% Windows XP：27.51% Windows Vista：18.71% MacOS：6.64% Android：4.00% iPhone：2.88% Windows 2000：0.27% Linux：0.05% Windows ME：0.09% 264 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 18:52:11.23 ] >>263 だから、現時点では Windows 7:37.37 OSX が多分12-3% つまり 3 : 1 目を覆うばかりのWindowsの凋落ということだろう。 265 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 19:28:25.23 ] >>263 Linuxがゴミ過ぎてワロタ 266 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 19:30:42.01 ] 最近じゃメインフレームもWindowsのエミュ上で走らせるのが常識なのに… 267 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 20:05:36.80 ] >>265 twitter利用者でのシェアは数%あるそうだから、そう単純ではない。 268 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 20:12:36.43 ] Windowsと併用してる人がだろ。 269 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 22:42:01.09 ] >>266 お前どっかのスレに居た人だな？ｗ 270 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 22:44:01.37 ] そういえば、あのスレ落ちていたな 271 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 06:51:28.68 ] はい、ソース。 Windows上で稼動するメインフレーム ttp://wsmgr.jp.brothersoft.com/screenshot-50450.html 272 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 07:35:42.02 ] えーっ。VMwareか何かでOS/390なんかも動くの？ 273 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 09:42:26.91 ] >>271 だからそれメインフレームじゃなくて端末だってば、まだ解らないの？ｗ 274 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 09:51:48.05 ] >>273 あ、>>266にエミュって書いてあるねw ごめん。 だけど、3270エミュレータならN88-BASICの時代からあるよ。 275 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 10:07:13.28 ] >>274 いや3270のエミュなら昔からあるだろう、そりゃ。 ただ件の彼は残念ながらずっと「『メインフレーム』をWindows上で稼働させるのが普通」 って言っちゃってるんだよ… 「端末はWWWで言うブラウザみたいなものだぞ、お前は2chの鯖がWindowsで動いてると思ってるのか？」 と指摘したら「鯖もWindowsに決まってる」と言いきっちゃったマジメに痛い子 276 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 11:12:39.88 ] >>271は荒らし 別スレで同じようなやり取り幾度も繰り返してる。 277 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 17:47:58.45 ] コボラーにコンピュータの常識が通用しない事がよくわかりましたｗ 278 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 19:04:28.54 ] >>277 そう思っていいから、Windowsと暮らしてなさい。 279 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 19:37:43.82 ] コボルか、何もかも懐かしい 280 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 22:03:17.36 ] >>278 今の世の中、ITの世界はむしろWindowsじゃないと成り立たないんじゃないの? 281 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 22:30:46.84 ] >>280 スマホがパソコン出荷を上回り、そのOSの50%以上がAndroid。 さらに、Macのシェアが世界的には15%に日本でも10%を超える。 Linuxは欧州の都市の公的コンピュータを席巻して、UNIXの サーバーとしてのシェアも一定水準を確保。以上のことから 言えることは、UNIX系OSの大反撃が起きているということ。 282 名前：デフォルトの名無しさん [2012/03/18(日) 22:29:17.98 ] コボラーに未来は無いと言われ続けて20年 どっこい生きてる基幹システムの中 保守要員としてならあと20年は戦える

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef