- 1 名前：デフォルトの名無しさん [2006/05/01(月) 18:32:38 ]
- いるだろ？語ろうぜ
- 369 名前：デフォルトの名無しさん [2007/09/08(土) 18:14:35 ]
- >>367
ちょい質問なんだけど、中間ファイルを作ったり、シーケンシャルなファイル（テキストファイルとか）
を使ってどうのこうの なんて作業はないの？
- 370 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 18:59:12 ]
- >>369
RDBの勉強しような。
- 371 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 20:20:38 ]
- >>369
マッチングは完全にＤＢ任せで、
中間ファイルはJavaなんかだとシリアライズして保存するのが多そう
- 372 名前：369 mailto:sage [2007/09/08(土) 23:06:21 ]
- >>370
へ～い w
>>371
ふむふむ です w
- 373 名前：デフォルトの名無しさん mailto:sage [2007/09/10(月) 21:49:00 ]
- >>368 同意
だが埋め込み SQL は可搬性が無くなる罠。
ロジックの切り分けって観点からしても、速度からしても PL/SQL だろ。
（SQL はどのみち別々に書く覚悟でな）
>>369
>>370 と重なるけど、少し詳しく言うと
通常は一発 SQL でだいたいの処理はできる。
きちんと設計された DB で一発 SQL だと遅いような場合、
中間データを作る事はまれにだがある。
それでもデータは一時テーブル（データを蓄える DB 上のストア）に置く。
Oracle はダメだったはずだけど一時テーブルを最後に捨ててくれたりもするし、
（エラー系の処理の実装が安全になるわけだな）
全てのデータ操作が SQL で書ける。
>>371 みたいな実装はすまんがちょっとイメージできない。
別システムへデータを移すのであれば、確かにあるけど、
処理中に中間データを DB の外に出すのはあまりないと思う。
そうするとソートもマージも全部 SQL で完結するようになるから単純だし、
基本的な操作はこなれたミドルウェア（DB）にまかせるって切り分けも完全だ。
DB のソート／マージ機能をライブラリみたいに使う感じか？
- 374 名前：デフォルトの名無しさん mailto:sage [2007/09/10(月) 23:53:22 ]
- Javaでマッチングとかコントロールブレイクとか要らない理由って、
ユーザ定義クラスとかコレクションクラス使ってCOBOLのレコードより
もっと柔軟なデータ構造が表現できるからじゃないの?
- 375 名前：デフォルトの名無しさん mailto:sage [2007/09/11(火) 20:26:10 ]
- ダメだ…CやJavaを10年くらい独学で
勉強してるけど、ハローワールドから全く進まねえや。
COBOLは三ヶ月で使えるようになったのに。
COBOLもCもJavaもバリバリっつー人いる？
どうやって勉強した？
- 376 名前：デフォルトの名無しさん mailto:sage [2007/09/11(火) 20:30:28 ]
- Cは独学、COBOLは会社の研修、JAVAは独学中だったが飽きた。
別にバリバリっってほどでもないけど、、、
勉強法、1.読む、2.書く、3.試す。
- 377 名前：373 mailto:sage [2007/09/11(火) 20:40:48 ]
- >>374
メモリ上で処理できるなら COBOL だって索引表にデータを蓄えるだろ。
JAVA しかやってない世代には理解できないかもしれないが、
100 万を超えるデータを読み込んで突き合わせ、なんて処理が
COBOL の時代にはたくさんあったらしいんだ。
まさかそんなデータはメモリに読み込まないよな？
で、メモリに持てないから一度ファイルに書き出して処理するんだと。
今はその規模のデータを処理する事になっても、
中間テーブルにデータ持つよってのが >>373 の回答。
まあ、最近は正規化が進んだデータしか扱ってないから
滅多にそんな必要に迫られる事もないけどな。
>>375
C も COBOL も JAVA も使うが特別な事をやったつもりはない。
強いて言えば C のポインタが強敵だった。
あれだけは 5，6 冊本を読んで、
10 本近くプログラムをこなしてようやく何とかなった感じだ。
- 378 名前：デフォルトの名無しさん mailto:sage [2007/09/11(火) 23:06:58 ]
- 人の作ったのコピペで修正
- 379 名前：デフォルトの名無しさん [2007/09/12(水) 15:40:49 ]
- Ｃのポインタってそんなに難しいのかな、アレはアセンブラの動きそのものなんだが
そこら辺をすっ飛ばして勉強しているからかな
- 380 名前：デフォルトの名無しさん mailto:sage [2007/09/12(水) 18:53:47 ]
- Cのポインタはメモリのイメージが出来ていれば、難しくないはずだが。
が、まあ他人のソースで***pなのを見ると市ねとか思うのはある。
- 381 名前：デフォルトの名無しさん mailto:sage [2007/09/12(水) 22:26:51 ]
- >>379
俺はBASIC、COBOLと来たもんだから、ポインタはさっぱり。
変数のアドレスか…ふーん…で終わってしまう。
星２つなんてとんでもない話で、変数のアドレスを持つ変数の
アドレスを持つ変数って、それイジメじゃんってレベル。
ああ、ポインタのないCOBOL大好きっ！
- 382 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 00:00:43 ]
- そっか、自分は初めて触ったのがCだったから
何の違和感も無く使えたけど
確かに、COBOLやBASICで入った人には分かりにくいかも寝
- 383 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 18:16:03 ]
- ＞彼がいうには、いまだに社保庁のシステムはCOBOLというプログラム言語を使っているという。
＞これは彼が学生時代に使っていたもので、40年も前のものだ。
＞つまりこの年金の問題は、あまりにも古いシステムとハードを使っていることから起きたのだ。
www.nikkeibp.co.jp/style/biz/column/tahara/070705_18th/index.html
- 384 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 19:11:34 ]
- COBOLのリンケージって参照渡してるよね？
- 385 名前：デフォルトの名無しさん [2007/09/13(木) 20:51:21 ]
- COBOLを使わせてるということは会社の上層部を騙してるってことでしょ
汎用機のほうが信頼性がありますよとかいって
クソ高いマシンを使わせてクソ言語でシステムを組む
コボラーは全員罪人だよ
- 386 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 23:53:13 ]
- >>385
あ？
同意
- 387 名前：デフォルトの名無しさん [2007/09/14(金) 02:00:10 ]
- >>385
でも、コボラーはあそこから出てきて欲しくないってのもあるよ
- 388 名前：デフォルトの名無しさん [2007/09/14(金) 04:33:56 ]
- 言語の問題？ハードウェアの問題？どっちもか！？
マシン語で組んだらいいのか？
- 389 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 06:48:07 ]
- どんな言語使ってもRDBを順ファイルフォルダとして使っちゃう人たちだからなあ。
オツムのアーキテクチャの問題でしょ。
- 390 名前：デフォルトの名無しさん [2007/09/14(金) 11:31:45 ]
- A4縦のリストでメートル級の関数書くのは止めて欲しい、保守するとき全面書き直ししたな
- 391 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 11:56:40 ]
- 汎用機の信頼性が捨てがたいのと
安いマシンを冗長性持たせてパラで複数台動かすと
ランニングにコストがかかることから
汎用機の大企業での需要はここ最近伸びてるよ
コボル云々は別として汎用機卑下は筋違いでしょ
汎用機下にＬＰＡＲ切って複数台のＵＮＩＸ系のサーバ
動かせるしね
どこかの企業が数百台のサーバを数台の汎用機上の
バーチャル環境に集約させたことによって、電気代と
インフラに従事する人員をかなり削減できたため
高額な汎用機のメンテナンス費用を差し引いても
コストメリットが有ったらしい
- 392 名前：デフォルトの名無しさん [2007/09/14(金) 18:13:51 ]
- 安くて丈夫なPCサーバの方がパフォーマンスはずっと上だろ
ユーザーを囲い込んで独占商売する汎用機が
ものすごく割高なのは明らかじゃない
- 393 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 19:25:32 ]
- ＞安くて丈夫なPCサーバの方がパフォーマンスはずっと上だろ
オマイは一度でも汎用機を使ってみてから語ってくれ。
そのPCサーバーは１分間に４０万トランザクションくらい軽く走るって事だよな。
- 394 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 20:08:52 ]
- 自社開発の汎用機のCPUなんて
Intel製と比べたら遅いなんてもんじゃないぞ
その他あらゆる箇所が自社開発だからパフォーマンスで劣る
GoogleはやっすいPCサーバを大量に並列化してとてつもない
パフォーマンスを叩き出している
その汎用機はGoogleのトランザクションがさばけるのかね
- 395 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 21:14:25 ]
- と言われてもGoogleのデータセンターって火事があったりしたし、
そもそもGoogleのメールも極稀に止まったりして、
トランザクション結構とめてるんだけど、そういうのが許される世界と
許されない世界を無理に比較するのはアマチュアの思想だよな。
あと、googleの鯖は今は特別仕様のはずだが。
昔の広告宣伝のニュースに踊らされるなよ。
- 396 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 21:20:35 ]
- つか、Googleほどの天才集団ならPC使ってもパフォーマンスは出せるだろうが
392みたいな素人が安PCを数揃えても使いこなせんだろう。
- 397 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 22:22:09 ]
- >> そのPCサーバーは１分間に４０万トランザクションくらい軽く走るって事だよな。
そもそも普通の会社のバックオフィスの鯖に
分間40万トランザクションを捌く性能は要らない。
それにもかかわらずそんなものを売りつけるんだよ、汎用機屋は。
- 398 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 22:39:47 ]
- 汎用機の性能はいつだってPCよりいいに決まってる
専用の高価なマシンがPC同等スペックだったら売れない
いっぽうでPCサーバーの安定性は昔よりはるかに向上してる
その点を攻めるのは汎用機側の驕りにすぎないね
汎用機が売れてるのは嘘つき営業が上層部騙して売ってるから
今どき汎用機じゃなきゃつとまらない処理なんてほとんどない
（特殊な用途ではあるよもちろん、完全に無用の長物じゃあない）
平時の負荷が全能力の10%とか切っててピークでも40%越えないとか
明らかにオーバースペックな汎用機を入れて喜んでる
ただのアフォだね
ダウンタイムだってそれでロスする損失、賠償とか営業機会なんかが
トータルで保守費用の差分を上回るなんて滅多ない
つまりわずかな利益のために目茶苦茶コストをかけてるってこと
はっきり言って騙されている以外の何ものでもないな
- 399 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 22:43:17 ]
- SunやHPやIBMのUNIX販売屋連中が、汎用機に少しでも近づくのが目標とのたまわっているのに・・・
- 400 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 22:53:38 ]
- 汎用機アンチの発言に突っ込みどころ満載なんだけど
面倒なのであまりにもな１つにだけ
>>398
> ダウンタイムだってそれでロスする損失、賠償とか営業機会なんかが
> トータルで保守費用の差分を上回るなんて滅多ない
随分と無責任な世界に生息してるんだね
- 401 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 23:06:10 ]
- 汎用機に近づくのが目標って
海外じゃ汎用機は既に置き換えが進んでほとんど消えている
日本は汎用機所有数世界一
保守的で技術に疎い上層部が食い物にされ続けてるのだ
- 402 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 23:10:58 ]
- いやいや、コボル＋汎用機は
人類が手にしうる最高の安定稼働環境。
PC鯖なんぞで安く済まそうと考えるような
上層部は無能と断言できる。
システムが企業の屋台骨だとわかっているなら
コボル＋汎用機にするはずだ。
- 403 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 23:15:58 ]
- つられないぞ・・・・
- 404 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 23:46:23 ]
- COBOLと汎用機が優秀だとしても、使い手のCOBOLerが無能じゃ仕様がない。
- 405 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 00:14:04 ]
- このスレの住人、実際に実物の汎用機を見たことない香具師が多数なんだろうな
- 406 名前：デフォルトの名無しさん [2007/09/15(土) 00:50:04 ]
- >>405
それより有能なCOBOLer見たこと無いんだが
- 407 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 01:39:20 ]
- 見たこと無いね
どこかにいるのかしら
- 408 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 01:59:36 ]
- >>400 >>398
汎用機が必要な業務もあるって書いてるんだし、
そういう重責任な業務は汎用機に責任転嫁してんじゃね？
仕様の変更に柔軟に対応できる低コストかつ無責任なオープン系と
ガチガチに仕様固めなきゃ開発進まない高コストだが安心な汎用機。
漏れもよくそう説明するぜ。
見積もりって意味じゃPCサーバーのダウンタイムって
リスクとしてカタログの数字通り見積もる。
でも確かにでかい数字にはならねー。
汎用機の保守費用と比べて圧倒的に低リスク＆低コストなのは間違いないな。
そういう勝負だとよっぽど神経質なとこじゃないと汎用機は売れない。
銀行の会計系のサーバーをPCサーバーにするとかいうのはバカだが、
企業のバックオフィスのサーバーならPCサーバーで十分。
（本当はweb系にこそ汎用機の性能を生かして欲しいんだけどな。
数千万トランザクションとか安定して捌くよ？）
>>402
最高の安定環境ってのは認めるが、投資対効果が悪過ぎるだろ。
COBOLerだし、バックオフィスにはPCサーバー＋COBOLがいいけど。
今だったらよっぽどの事が無い限り汎用機を持ち出さない。
PCサーバーでトランザクションも十分さばけるしな。
ところで最近のPCサーバー、実際のとこどれくらい落ちるよ？
いままで2回落としたけど、スムーズに退避系に切り替わってたし、
漏れ、サービスを実際に完全に落とした経験ないんだけど、
そんなもんなのかな？
- 409 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 02:18:16 ]
- 汎用機も落ちるときゃ落ちるよ
- 410 名前：デフォルトの名無しさん [2007/09/15(土) 02:19:36 ]
- COBOLのコンパイラは貧弱だとききますが、ホストでコンパイルするのに
人弱なのでしょうか。
パソコン上でただで使える、ＶＣ＋＋やｂｃｃなどと比べられるなら
どのくらい差がでますかね
- 411 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 02:20:24 ]
- オレも汎用機触ったことあるけど、安定性が高いとか言われる要因がよく分からん。
ハード面／ソフト麺でいったらどっちなの？両方？
F通かどっかが汎用機にLinuxのせたとか言うの雑誌で見たけどそういうのはどうなんだろう？
PCサーバに汎用機用のOSが載せられたとしたら？
で、実際に落ちたのを見た経験があるのは汎用機の方。人的ミスでショートさせたとか。
業務を止めるのは、その上で動いてるアプリケーションのバグだったりする方が多いと思うけど、
これらだと汎用機もPCも関係ないよな。
OSごと落ちるのはWin以外見たこと無いな。
- 412 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 07:20:15 ]
- 汎用機とはちょっと違うがAS/400なんかはPCベースなHP-UXに比べると
タフではあるな。
これは使い方が悪い例でもあるがDisk使用率が99%使っても気合で動いていたりする。（w
それとは複数のJOBをガンガン並列に走らせても性能の劣化はPCサーバとは
比にならんと言うか、CPUスペックの数字だけ立派なPCと違い、
I/O周りがしっかりしているので、月末とか期日とか重めのバッチが
走っても他のオンライン系の処理も影響なく走るしな。
あとノーツとか動かすとやっぱPC鯖の方が落ちてる回数多い。
あれもトランザクション結構走る業務(?)だと思うが。
まあ、現代はオープン系が人気なので安ＰＣ並べる方がパフォーマンス云々
いいたい気持ちは解るが、やっぱ使い手による面が多いぞ。
COBOLerの99%くらいはアフォなので文句言いたい気持ちは解るけど。
客からすると中途半端なしったかオープン系の方が性質悪いケースが多いし。
- 413 名前：デフォルトの名無しさん [2007/09/15(土) 07:28:49 ]
- そういや汎用機といえばPL/Ⅰって完全に消えたの？
- 414 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 07:31:45 ]
- まだメーカーの研修ってやってた希ガス
- 415 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 22:16:35 ]
- >>412
すさまじく同意
- 416 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 23:16:33 ]
- 日本じゃまだ商売できてるからっていつまでも汎用機だのCOBOLだのの
幻想にしがみついてると社会保険庁みたいになるぞ
- 417 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 01:38:03 ]
- >>412
対応は真摯だけれども、詐欺同然にお金だけはキッチリ取る汎用系もどうなのかなぁとｗ
お客からすればどっちがマシなんだろうか
- 418 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 01:56:24 ]
- >>417
ヤフオクや楽天みたいな
システムダウンしてもお客が舌打ちすりゃ
済むようなシステムならともかく、社の威信のかかった
大事なサービスを提供するシステムなら、
信頼性と迅速なサポートの付いた汎用機だろうね。
- 419 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 02:05:41 ]
- 信頼性って指標値が今ひとつ納得できないんだよなあ
可用性ってことなら、単に待機系のマシン増やせばいいだけなんじゃないの？って思っちゃう
- 420 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 08:23:26 ]
- >>419
信頼性ってのが胡散臭いなら、以下の記事を読むといい。
ttp://www.nikkeibp.co.jp/style/biz/management/yajima/050606_manzokudo/
AS/400(iSeries)は知っているエンジニアからすると突き抜けて評判がいいのは事実だ。
待機系のマシンを増やせば？って意見もわかるが、PC鯖にOracleやらあれこれアプリケーション
突っ込んでRACやらWEB鯖の分散やらやっていくと管理や構成がウザくなっていくので、
ある程度以上の金が出せて自社の抱えるエンジニアに難のある企業（ココ重要ｗ）
はAS/400の様なマシン買う方が安いのは事実ではある。
こういうのをやらずに「安ＰＣ鯖、オープン系ソフト、技術者は偽装派遣(w)」なんて
組み合わせは「安物買いの銭失い」の典型的パターンだしな。
まあ、「無能なのに金をボるCOBOLer」ってのも事実だけど、機械の方は
あんまり罪はないぞ。そういうのは主に営業が悪いんだし。
- 421 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 14:00:03 ]
- このスレにオープン系と汎用系の両方をやっている人間何人いるの？
- 422 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 18:16:03 ]
- >>421
ﾉｼ
と言っても画面周りだけjavaかDominoで、基幹はCOBOL。
基幹に係る仕組みは一台の汎用機の論理領域を切った、zOS(S/390)×1とLinux×5の上で動いてる。
- 423 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 18:56:45 ]
- AS/400にRPGで開発しろってか
自殺するようなもんだな
- 424 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 20:43:43 ]
- >>421
一応経験はある。でも、安定性に関してはどちらとも実感がない。
機械やOSよりむしろ、扱う人間が不安定。開発はオープン系のが楽だった。
※あくまでも個人の乾燥です。効果には個人差があります。
- 425 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 20:58:34 ]
- オープン系はOSも弱いが、特にハードがヤワい。
うちの鯖の外付けDLTドライブなんて、この一年に４回故障している。
そのたびに保守業者を呼んで見積もり取って、
システム臨時停止の稟議を上に上げてハード交換。
数日バックアップが取れないので、気が気じゃない。
一方、汎用機のCMTデッキは１０年以上故障知らず。
モノが違う。
- 426 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 21:03:03 ]
- >>425
それは、その製品がダメなだけじゃないか？
一方CMTの中身はちゃんと使えるんだろうな？
- 427 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 21:45:53 ]
- >>423
IBM的にはAS/400は「Java(WebSphere)+SQL(DB2)」が推奨なワケだが。
昔のRPG,COBOLも問題なく動くけど、今からRPGやCOBOLで
新規システム作るアフォはいないだろ。
と漏れは常々思っているが無能軍団なCOBOLerは(ry
- 428 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 21:49:37 ]
- >>427
コボラー馬鹿にすんなよ
知らないJavaより知ってるCOBOLで
作った方が現実的じゃないか
システム納期は限られてるんだ
- 429 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 21:51:32 ]
- >>428
JavaっていうかCOBOL以外何にも知らないじゃんｗ
そりゃ馬鹿にされてもしょーがないｗ
- 430 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 21:57:52 ]
- CMTの頑丈さは半端じゃないよ。
ワークテープとしてリードライトをほぼ毎日数回繰り返す作業を、同じメディアで５年くらい使い続けたことがある。
次のリプレイスでディスクがかなりやすくなってたから、ディスク上のSAMファイルで代用するようになったから
そのMTは使わなくなったけど、SWAPするとか不安な動きすることもなかったから、まだまだ使えたんじゃないかな。
それに比べると、DATとかLTOなんて１年使い続ける勇気はないね。
あと、ディスクの丈夫さも桁違いだね。質量も桁違いに違うのが欠点だけど。
- 431 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 22:12:28 ]
- >>428
納期を気にするならそれこそ人の集めやすいJavaやSQL使うだろ。
ナニ矛盾した事言っているんだが。
- 432 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 22:28:35 ]
- RPGつかわないんじゃAS/400使う意味ねーんじゃねーの
- 433 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 00:15:01 ]
- とは言っても、例えば現行動いているシステムがCOBOLで組んであったら
COBOLで組むしかないじゃん。
それとも、このスレに集まっているプログラマーは20年以上動いている
COBOLで出来たシステムをJavaでバグなしでリプレース出来る
腕利きの方ばかりなんでしょうかね？
- 434 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 00:27:30 ]
- ローカル変数と小文字キーワードと
ポインタとオブジェクト指向を持つ言語は
全て俺らの敵だ。
俺らの居場所を守るためには、コボルで品質の
良いシステムを作り続け、顧客に変な気を
起こさせないこと。これが大事。
顧客説得のため、Javaの弱点・オブジェクト指向の
弱点をそれらしく言えるだけの知識をつける必要はあるが、
使えるようになる必要はない。そんな時間があったら
コボルのスキルを磨くべきだ。
- 435 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 00:29:05 ]
- マイグレーションの意味ねーじゃん
なにいってんの？
- 436 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 00:44:03 ]
- コボルのスキルだけでいつまで食ってけると思ってるのかしら
- 437 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 01:41:55 ]
- >>431
Java使いのくせに人海戦術をご所望とwww
- 438 名前：デフォルトの名無しさん [2007/09/17(月) 04:10:31 ]
- UNIX-COBOLをシェルで動かすのって難しい？
汎用機を廃止して、COBOL→UNIX-COBOL、JCL→シェル
になるんだけど、UNIX覚えるの大変かなぁ・・・
汎用系コボラーの俺やばい？
- 439 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 06:39:24 ]
- ＞COBOLで出来たシステムをJavaでバグなしでリプレース出来る
＞腕利きの方ばかりなんでしょうかね？
正直、そんな程度なら作業的に難しくもなんとも無い。
難しいのは、紙ベースのドキュメントかつメンテされてなく
バグが無いと思い込んでいる糞COBOLerのシステムだろう。
そんなのは、どんなOSやら言語で組まれていても困難だよ。
COBOLやら汎用機が悪いのではなくて、主に使う人間の問題が
大きいのが現状だろう。
- 440 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 09:00:31 ]
- >>438
なんでもCOBOLとJCLに見立てちゃうからな
COBOLより汎用的なものつかうときは、いったんCOBOL知識捨て去るべきなのに
- 441 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 13:12:49 ]
- >>439
>正直、そんな程度なら作業的に難しくもなんとも無い。
おいおい、ホントかよ。あんた神様だよww
Javaでどうやって構造体組むんだよ。
Cobolで一行で済む処理がJavaだと延々アホみたいな
型変換が発生するのに。
>>438
シェル=JCL的なことはできる。
- 442 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 13:26:37 ]
- >>438
UNIXのシェルはユーザインターフェイスとJCLを併せ持った物と言って良いかと思う。
汎用機で使われるJCLと文法が違うだけかと。
おれもUNIXでCOBOLつかってたけど、JCLのDDのかわりに、環境変数使ってたよ。
ちゃんと対応付ける仕組みはあるはずだから安心しな。
>>439
>難しいのは～ のくだり。
そういうのがあるから>>433の後半みたいなセリフが出てくるんだと思うぞ。
- 443 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 16:50:56 ]
- >Cobolで一行で済む処理がJavaだと延々アホみたいな
>型変換が発生するのに。
これはアホすぎる。一般的にCOBOLの8行=Javaの1行と言われている。
- 444 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 17:26:14 ]
- クラスも知らなきゃORマッピングも出来ないのだろ
- 445 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 17:34:21 ]
- >Javaでどうやって構造体組むんだよ。
>Cobolで一行で済む処理がJavaだと延々アホみたいな
>型変換が発生するのに。
とりあえず、COBOLerの程度が知れる発言だな。
Javaが解らないなら解らないと言えよ。
とりあえず世間一般のJavaプログラマは全員神って事になる。ｗ
- 446 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 17:39:52 ]
- >シェル=JCL的なことはできる。
こんなの付けなきゃ、釣りだって言い張れたのにな
- 447 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 17:58:45 ]
- >>444
クラスって要はサブルーチンだろ
サブルーチン呼び出しなら、COBOLの
PERFORM～UNTILに敵う構文は
この世に存在しねえ
- 448 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 18:02:42 ]
- >>447
釣りと見せかけて、マジレスでも大差ないこというからな
コボラってのは
- 449 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 18:04:50 ]
- >>447
さぶるー珍よびだしはCALLですよ。
- 450 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 18:17:13 ]
- ローカル変数がわからないコボラーに
クラスを理解しろというのも無理があるのかな
- 451 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 18:41:59 ]
- ＞クラスって要はサブルーチンだろ
いいからもう黙っとけ。
頼むから。ｗ
- 452 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 18:49:31 ]
- このスレはこボラーが主役だ。
コボラーのコボラーっぷりを曝せ。
- 453 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 19:52:40 ]
- そうだよ。
何でコボラーが叩かれるスレになってるんだよ。
Javaだって使えないことはない。
main以外にクラスを作らず、ロジックをズラズラ
書き並べればとりあえず動くものはできる。
ただしJavaは構造化機能が弱いので、ソースが汚くなる。
慣れたコボルでやったほうがよいのは言うまでもない。
- 454 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 20:08:47 ]
- 構造化機能など聞いたことが無い言葉だが、JavaにCOBOLより弱い構文など無い
- 455 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 21:36:07 ]
- 構造化は関数でやるもので
サブルーチンでやるものじゃないんだよ
ダイクストラの教えを未だに聞かなきゃいけないのはコボラーぐらいなんだ
目を覚ましてくれ
- 456 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 22:10:58 ]
- COBOLで関数定義どうやるの？
- 457 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 22:16:18 ]
- >>453
アンフェアな比較をするのはやめようよ。
JAVA にクラスを作るなって言うのは
COBOL で PERFORM 使うなって言われる並にフェアじゃない。
なんだかんだ言われたって JAVA はとにかく遅いって。
結局 VM の上で動く以上、同じ事をやらせたら COBOL に勝てない。
>>456
SECTION を区切ってそのセクションを PERFORM する
COBOL をやってない人間には理解できないかもしれないが、
function hoge() みたいな構文はちゃんとあるから。
- 458 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 22:19:41 ]
- >>457
釣りと見せかけて、マジレスさせても大差ないってんだから始末に終えない
- 459 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 22:25:13 ]
- >>457
その PERFORMを式として使えますか？
- 460 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 22:50:14 ]
- >>457
JavaがネイティブコンパイルされるCOBOLに比べて遅いとか
言うのが論点ではなくて、COBOLerがあまりに無知なのに
Javaについて語るから叩かれるんだろ。
なんだかんだ言われたってCOBOLerはとにかく「仕事」が遅いって
同じ事をやらせたら 生産性＆保守性ではJava に勝てない。
- 461 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 22:55:59 ]
- INITIALIZE フラグ.
PERFORM 初恋.
IF 失恋N_FLG = '1'
PRFORM 失恋
ELSE
IF 純情_FLG = ' '
PERFORM エッチ
ELSE
PERFROM オナニー
END-IF
END-IF.
===================================================
++++++++++++++++++++++++++++++++++
初恋 SECTION.
MOVE '愛してます' TO 彼女
IF 男前度 < 10
MOVE '1' TO 失恋_FLG
ELSE
IF 彼女 NOT = 恥女
MOVE '1' TO 純情_FLG
END-IF
END-IF.
EXIT.
++++++++++++++++++++++++++++++++++
失恋 SECTION.
∧||∧
（ ⌒ ヽ
∪ ﾉ
∪∪
EXIT.
- 462 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 23:00:03 ]
- >461
イマイチ
- 463 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 23:03:05 ]
- >>462
きっと>>470さんが面白いプログラム書いてくれるよ！
- 464 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 23:06:17 ]
- >>457がJAVA派なのかCOBOL派なのか見えない。というか両方を擁護して見える。
1段落目はJAVA派
2段落目はCOBOL派
で>>453がJAVAを否定している様に受け取って>>457を書いたんだと思うけど、
>>453は
COBOLerがJAVAを使った場合、mainに詰め込んでしまう。
だからCOBOLerにとっては慣れたCOBOLの方が良い。
といってるんだと俺は受け取った。
だとしたら>>457の1段落目は勘違い。揉める必要もない。
そうすると2段落目だけが生きるが、1段落目のJAVA派視点を生かすと、
JAVAを知り、その欠点を認めたものと取れるので、「COBOLerのJAVA論」と対決する姿勢の
>>460の1段落目は必要ない。
よって>>460の2段落目
これが正解！
- 465 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 23:12:21 ]
- 関数というのはローカル変数を持ち値を戻すものを言うのだ
それがないとまともな構造化は出来んのだ
コボラーはソフトウェア工学の進化から何十年取り残されてきたのか
自分らが使ってる言語がなんなのかよく考えるべき
- 466 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 23:18:46 ]
- ,､ｧ
,､ '";ｨ'
_＿_＿＿___ ／::::::/l:l
─- ､::::;;;;;;;;;｀ﾞﾞ''‐ ､ __,,,,......,,,,_／:::::::::/: !|
. : : : : : : ｀ﾞ'ヽ､:::ﾞヾ´::::::::::::::::::::::｀ﾞﾞﾞ'''‐'､. l|
､､ . : : : : : : : : r'":::::::::::::::::::::::::::ﾉ::::ぃ::ヽ::::::ヽ!
.ヽ:ﾞヽ; : : : : : :ノ:::::::::::::::::::::::::／" :: '＼-:'､
. ＼::ﾞ､: : : :./:::::::::::::::::::::::::::::（・ ）:: ,...,（・ ）:::':､ >>464 で ？
r､r.r ヽ ､ /::::::::::::::::::::::::: _ ｀ﾞ''‐''" __,,',,,,___
r |_,|_,|_,|｀ヽ､:::::::::;;;､､--‐‐'''''',,iﾆ- _| ､-l､,},, ￣""'''￢-
|_,|_,|_,|_,|､-‐l'''"´:::::::' ,､-'" ,.X,_,,､-v'"''ﾞ''yr-ヽ / ﾞﾞ'ヽ､,
|_,|_,|_人そ(^il:::::::::::;､-''" ,.-' ﾞ､""ヾ'r-;;:l 冫、 ヽ､
| ) ヽﾉ |l;､-'ﾞ: ,／ ゞ=‐'"~ﾞﾞ') ./. ＼
| `".｀´ ﾉヽ:::::..,.r'ﾞ ,,. ,r／ ./ ヽ
入＿ノ ﾝ;"::::::. "´ 'ﾞ ´ / ﾞ､
＼＿／ ／/::::::::: {. V
／ ／ ./::::::::::::: ',
/ ／ /:::::::::::::::::. ',.
- 467 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 23:25:43 ]
- AAのコピペをするほどCOBOLerがテンパっているのが
なんというか哀れで・・・。
なんか職場でイジめられているのだろうか・・・。
- 468 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 00:16:45 ]
- というかコボルってネイティブだっけ？
数値を十進数で計算する言語が
ネイティブっつってもなんのこっちゃわからんけど
- 469 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 00:23:22 ]
- >>468
ネイティブの意味を理解して発言してるとは
とても思えないんだけど
|
 |
