業務システムをオープ ..
446:デフォルトの名無しさん
07/09/28 17:13:38
>>445
>オープン系から汎用機へのステップアップはあると思う。
これを退化だと捉える一派の声がでかすぎてウザいって事かと。
447:デフォルトの名無しさん
07/09/28 22:56:57
>>442
> ＞安定性の話の流れで可用性の話が否定されるとは・・・ちょっと絶句。
> 障害の復旧時の原因追求の話を安定性の話の流れで可用性？？？
一分一秒の状況下での復旧の話だろう？>>426に書いてあるよね。
あのさぁ・・・君もプロならさぁ・・・。
起きる前に対処するって鉄則ぐらい知っているよね？
それと、そもそも>>242を含めて、それ以前の流れは安定性の話の流れだったよ。
唯一、>>426が一分一秒の状況下での切り分けの話をしていて、
ちゃんと冗長化しろよってレス付けられたんだろうが。
ふと気づいたんだけどさ・・・。
メインフレームの連中は、監視システムについて何も知らないのか？
ハード・ソフトの切り分けどころか、オープン系は機能分散と個別サービス監視して
いるから、アラート上がった段階でだいたいの障害内容が把握できるんだが。
もちろんちゃんとしたエンタープライズでの話だがな。
小さなシステムしか見たこと無いの？
どうもオープン系に対する前提知識がなさ過ぎると思ったんだ。
メインフレームと小さなシステムのオープン系比べて、比較するのはみっともないと思うよ。
448:デフォルトの名無しさん
07/09/28 22:59:32
>>445
昔の金融業の基幹系におけるメインフレームの使用率は、ほぼ100%だった。
で、今は、何割なんだろうね。
449:デフォルトの名無しさん
07/09/28 23:07:19
ム板でこういう事書くのもどうかと思うけど･･･
アプリ部分で比べるのはどうなんだろう？
メインフレーム互換のトランザクションシステムとかCOBOLとか、
オープンでも動くよ。誰も使わないけど
逆に最近は、メインフレームでLinuxとかWEBシステムだとか流行っているよね？
で、どこらへんがメインフレームなの？
そもそもハードウェアにしても、メインフレームだって分散系だしねぇ
非力なCPUの代わりに、ストレージやらI/O制御装置やらで処理させているだけでしょ
H/Wレベルで分散しているか、機能単位で分散しているかの違いでしかない
450:デフォルトの名無しさん
07/09/29 01:38:41
>>447
＞起きる前に対処するって鉄則ぐらい知っているよね？
知っているが、起きた後の復旧の話をしている
話題とかけ離れた話をしたければ
別すれでやるか、一人でつぶやいてろ
いいかげんうっとおしいですよ＾＾
451:デフォルトの名無しさん
07/09/29 02:12:22
ageんなボケ
452:デフォルトの名無しさん
07/09/29 06:09:26
無駄だって。周りを見て sage られる様な人間ならとっくにやってるよ。
453:デフォルトの名無しさん
07/09/30 00:32:37
>>450
おまえがｶｴﾚ!
454:デフォルトの名無しさん
07/09/30 01:17:36
セブン銀行 銀行勘定系システムに Windows Server を導入
URLﾘﾝｸ(www.microsoft.com)
455:デフォルトの名無しさん
07/10/01 10:57:25
UNIXは昔から使われているんだけどね。
Windowsでやるからニュースになるんだろうなぁ・・・。
456:デフォルトの名無しさん
07/10/01 16:01:35
【新聞/IT】神戸新聞のシステム障害はオラクルDBの問題、修正プログラム配布へ 〜システムは神戸新聞がNECと共同開発 [10/01]
ｽﾚﾘﾝｸ(bizplus板:-100番)
こんな胡散臭いものが基幹システムを担うんだって？
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
457:デフォルトの名無しさん
07/10/01 16:53:32
上記すれより抜粋
53 ：名刺は切らしておりまして：2007/10/01(月) 15:06:17 ID:MrYTE1Tg
なんかOracle擁護が多いが、
そもそもDBがabortだろうが強制リセットだろうが電線切ろうが壊れる方がおかしい。
考えてもみろ。
銀行やいろんな窓口業務のDBが何かの理由で壊れたら数千億レベルの損失くらい簡単に出る。
だから普通は、ジャーナルログを取ってて異常時に旨く反映されてないものは反映する仕組がある。
それを検索中に強制終了でDBが壊れるなんて絶対にあってはならないこと。
運用以前に、どう考えてもOracleが戦犯だろ。
458:デフォルトの名無しさん
07/10/01 17:35:37
ジャーナルログがディスクに吐き出される前に死ぬことは無いの？
459:デフォルトの名無しさん
07/10/01 18:00:10
・ストレージそのものは多重化
・ジャーナル出力もトランザクションの一部
460:デフォルトの名無しさん
07/10/01 18:08:36
OracleつってもJDBCのドライバ周りは良くバグってるよな
Oracle擁護ってわけじゃないけど、インストールにしたってパッチの数が
ハンパじゃないし、よくよく動作確認したうえでサービス開始しないと
単にOracleがバグってましたつってもSIerの責任は重いと思うが
461:デフォルトの名無しさん
07/10/01 18:21:21
汎用系・・・信頼性高い、コスト高い
オープン系・・・信頼性低い、コスト低い
を踏まえて、好きなの選べばいいんじゃね？
市場規模的には、信頼性低くていいから安くしろってのが大勢。
462:デフォルトの名無しさん
07/10/01 19:33:14
Win+Oraの単独サーバなんていう最弱を基準にされても困るな。
第一、汎用機も不具合多いぞ。
ちなみに金融機関での話。
463:デフォルトの名無しさん
07/10/02 01:00:42
>>461
基幹業務は汎用機で
あったら便利システムはオープン系で
ってことか？
>>462
汎用機の不具合って、まさかプログラムミスのことか？
464:デフォルトの名無しさん
07/10/02 08:29:57
PGMの不具合なんてもっと沢山あるだろ。
ミドルウェア（DBﾄｶ）の話だよ。
465:デフォルトの名無しさん
07/10/02 10:40:57
>>462
＞第一、汎用機も不具合多いぞ。
オープン系信者が涙声で問題を単なる不具合に抽象化してごまかし始めましたｗ
>>464
466:デフォルトの名無しさん
07/10/02 11:53:37
基盤部隊に訊いてごらん。
467:デフォルトの名無しさん
07/10/02 12:12:39
オープン系だとゲームが出来るから最強
468:デフォルトの名無しさん
07/10/02 12:29:00
業務時間中に緊急停止スイッチでピンポンダッシュ。
そしてそのまま鬼ごっこ。
これ最強！
469:デフォルトの名無しさん
07/10/02 14:33:33
ついでに携帯電話の電源も落としとこうぜ
対応するのめんどくせ
470:デフォルトの名無しさん
07/10/03 02:32:56
ピザのデリバリー受付システム → オープン
地銀のATM → オープン（止まっても社会に大きな影響はないし）
都市銀行のATM → 汎用（止まると経済にちょっと痛みが出るよね）
山手線の管理システム → 汎用（止まったらヤバイ）
釧路電鉄の管理システム → オープン（迷惑かけた人に煎餅配れば大丈夫）
471:デフォルトの名無しさん
07/10/03 11:39:48
みんなソフトウェアに頼るのを辞めて紙媒体に戻せば止まるとか気にしないでいいと思うんだぜ
472:デフォルトの名無しさん
07/10/03 12:05:07
どこぞの年金記録の二の舞になりそうだなw
473:デフォルトの名無しさん
07/10/03 22:38:25
ミスをしなければ大丈夫
474:デフォルトの名無しさん
07/10/03 23:11:11
>>473 天才だな
475:デフォルトの名無しさん
07/10/03 23:22:43
バグが出た時にSEが取った対策
「みなさん、細かいミスをなくしましょう」
と言っただけだった
476:デフォルトの名無しさん
07/10/04 04:24:08
オープン系、まともなとこはもう見切り付けてる。
477:デフォルトの名無しさん
07/10/04 08:06:03
どうせ根拠を示せないんだから、適当な事は言わなければ良いのに。
478:デフォルトの名無しさん
07/10/10 01:29:07
２０００年問題にしても
年金漢字カナ読み変換プログラムにしても
根っこは同じ
その当時に考えられるベストな(少なくとも誰もがそう思っていた)選択結果が
将来ベストじゃなくなるどころか
責任を追及されるような事態になる
こんなことで設計やってられんよ
479:デフォルトの名無しさん
07/10/10 08:42:30
コボラ以外はだれもベストと思ってなかったわけだが
480:デフォルトの名無しさん
07/10/10 10:48:09
コボル以外で1億人のデータ管理出来るDBがあったか
481:デフォルトの名無しさん
07/10/10 11:20:08
コボルはDBだったか
482:デフォルトの名無しさん
07/10/10 14:14:19
要はなんでもいいからちゃんと作りこめればいいわけだろ
その意味でCOBOLが今までのノウハウがあってバグを出しにくい、
コスト的にも保守性でもそういう蓄積があるから総合的に優位って事？
（幅が広すぎるオープン系に比べて人材の質に左右されにくいというのもあると思うけど）
んで今は将来的にどこまでその費用対効果が有効かって事を議論してるって事でいいのかな。
まあなんていうかどんなハードだろうが言語だろうが作る人次第だと思うんだけどな。
483:デフォルトの名無しさん
07/10/10 16:42:59
人材の質に左右されにくい
これも良く聞くけどインチキくさい言葉だよな
もれなく最低の生産性ってことじゃん
484:デフォルトの名無しさん
07/10/10 19:42:47
ｺﾋﾟﾍﾟｺﾎﾞﾗｰほど使えないPGはいない
485:デフォルトの名無しさん
07/10/11 11:49:28
オートクチュールかプレタポルテかの違いかな
486:デフォルトの名無しさん
07/10/11 21:32:14
ロジックの中身を考えずにｺﾋﾟﾍﾟしてくる神経がわからん。
487:デフォルトの名無しさん
07/10/14 08:59:57
昔コボルを使用していたマシンの更新時期が来たから、
またコボラーの需要が増しているだけ。
ちょっと前はコボルの仕事なんて全然なかったよ。
旧新更新がひと段落つけば、コボラーはまた失業だな。
488:デフォルトの名無しさん
07/10/14 13:10:42
ｽﾚﾘﾝｸ(bizplus板)
489:デフォルトの名無しさん
07/10/15 02:35:47
１）COBOLER（コボラ、コボラー）
業務知識が豊富である反面、言語知識は最低限である場合が多い。
上流工程向け。今となっては希少な存在。
年収は３００万〜１２００万程度である。
２）オープン系技術者（ソルジャー）
仕事と趣味を混在させることが多く、更には自覚がない。
変わりはいくらでもいると思いきや、想像以上にハズレが多い。
仕様書に書いてあるより「上（設計）の事」には想像をめぐらすことが出来ないが、
仕様書より「下（手段）の事」にはこだわりがある。
年収は２５０万〜４５０万（４０歳）程度である。
490:デフォルトの名無しさん
07/10/15 02:37:14
>>487
ちょっと前はオープン系に夢を見ていたからオープン系の案件ばかりであった。
今は、心臓部分はコボルが安心かも知れない、という風潮の兆しがある。
491:デフォルトの名無しさん
07/10/15 09:52:45
>>490
>心臓部分はコボルが安心かも知れない
ﾜﾗﾀ
492:デフォルトの名無しさん
07/10/15 15:30:31
COBOL（笑）
493:デフォルトの名無しさん
07/10/17 01:52:46
ぶっちゃけ業務知識なんざそこの職場で一ヶ月も働けばどんな馬鹿でも身に付く
494:デフォルトの名無しさん
07/10/17 01:54:47
>>493
お前の言う業務知識ってなんだ？
495:デフォルトの名無しさん
07/10/17 01:56:15
>>489
それって、ただ単に、
COBOLやっている人＝ほとんどが年寄り。
業務知識が多いとか単に年の功ってだけの話だよね。
496:デフォルトの名無しさん
07/10/17 02:39:57
>>1
この広い世の中、
操作性が大事な人もいる。
RomPa！
497:デフォルトの名無しさん
07/10/17 15:11:35
処理速度は圧倒的にオープン系の方が速いよ。
498:デフォルトの名無しさん
07/10/17 16:08:10
>497
だね。速度ならエンタープライズUNIXのが速いよね。
ただ、処理結果の信頼性ではメインフレームのが高いけどね。
個人的にはどこともつなげたくないクローズドシステムならメインフレームのままでいいんでない
シームレスなシステム関連携とか考えるとオープン系のが色々と便利だけど。
まぁメインフレーム上でもJavaとかMQとかのMOM製品使えるからJMS連携でもかなりいけるけどね。
が、やはりシステム間連携を考えるとオープン系になっちゃうかな。
単純な連携じゃなく、BPMとか考えると、現状ESBもEAIもメインフレームとの連携ではパフォーマンスイマイチだし。
499:デフォルトの名無しさん
07/10/17 16:54:00
処理結果の信頼性？
それはユーザアプリがエラーハンドリングしていないからだろ。
まともなPG雇え。
500:デフォルトの名無しさん
07/10/18 13:02:35
>499
ん？単純にCPUの話だけど。
IBM系のメインフレーム用CPUは、１つの計算を2回やってそれぞれの結果を、
別のキャッシュに格納し、結果を照合して合っていればOK間違っていれば、
再計算して結果が正しくなるようにしているらしい。
なんで、CPUはエンタープライズUNIXと比較すると遅くはなるけど結果に対する
信頼性はメインフレームのが高いんだそうな。
まっ少し前の話だから今はどうだか知らんがね
501:デフォルトの名無しさん
07/10/18 13:26:12
それは冗長化の話の一部だね。
zは検算でエラーがあると壊れたCPUを切り離して、あらかじめ用意してある予備CPUで再実行する。
502:デフォルトの名無しさん
07/10/18 13:29:33
オープン系で言うところのftサーバ
503:デフォルトの名無しさん
07/10/18 13:49:18
冗長化の話ではなく、単純にCPUの演算処理の話
１つの演算に対して必ず2度演算するって事らしい。
IBMのサイトに解説があったんだがURLを失念してしまった・・・・
504:デフォルトの名無しさん
07/10/18 14:41:25
冗長化そのものじゃん。
505:デフォルトの名無しさん
07/10/18 17:27:53
冗長化というかソフトエラー対策だね。
（バグや故障のことじゃないよ）
506:デフォルトの名無しさん
07/10/18 18:23:41
そういえば原発の臨界事故のときに数km離れたとこにあったサーバで
まさにその時間にメモリのECCエラー出まくった事があったね。
507:デフォルトの名無しさん
07/10/19 11:58:01
２つとも同じ間違いをしたときはどうするんだろうと
508:デフォルトの名無しさん
07/10/19 12:47:18
>>507
それほどの劣悪環境を仮定するなら、3系にすればいいだけ。
509:デフォルトの名無しさん
07/10/19 23:48:20
2 機のプロセサが異なる回答を弾き出した時、世界が分岐する
510:デフォルトの名無しさん
07/10/20 00:02:40
汎用機の経験はほとんどないけど、AS/400（今はSyetem i、IBMのオフコン）
は結構長くやってた。
たぶん、AS/400と汎用機って似たような状況だと思うんで、その時の不満
、不安だった点は、
１．ダブルバイト文字の前後にx0E,x0Fが必要。オープンとのデータ連携の場合、必ず問題に
面倒。
２．英小文字が扱えない。（厳密には扱えるが、既存資産の問題で、何かと
不都合があるケースあり。）
３．技術者がAS自体に関して、不勉強。ASも進化はしているので、知識さ
えあればできるのに、技術的に不可能なんていったりする。業務知識なんて
いうけど、たいていの場合は、その会社でしか通用しないレベルの場合が多
いような。（まあ不勉強な香具師が多いのは、オープンも同様ですが。）
４．SE、PGの確保が難しくなりつつある。
CUIに関しては、あんまり問題だとは思わなかった。VB,Excel,Access等
との連携もわりに簡単にできたし。
けちはつけましたが、長所もあり、AS自体はいい機械だったと思う。
（汎用機も似たような感じだと想像してます。）
一番問題なのは、４じゃないかな。
511:デフォルトの名無しさん
07/10/20 19:46:49
本当に必要なら育てる。でも、育ててないということ。
512:デフォルトの名無しさん
07/10/20 22:11:41
>511
ベンダーからすりゃあんまり金にならないからね（保守需要はあるだ
ろうけど）。
513:デフォルトの名無しさん
07/10/22 10:39:29
若い人は「汎用？何それ(笑)」って感じだしな
514:デフォルトの名無しさん
07/10/22 12:30:58
レガシーだからな
515:デフォルトの名無しさん
07/10/24 13:37:39
>>508
劣悪環境なら2つ答えが同じになるより違う答えになる確率の方が高いと思う
もし同じ間違いになるならある一定の傾向を持った劣悪な環境を想定すべきで
さらにそうであれば3つめのCPUを持ってきても同じ間違いを起こす可能性大
516:デフォルトの名無しさん
07/10/24 15:00:24
CPU１個あたりの正答率が50%以上あるなら意味がある。
517:デフォルトの名無しさん
07/10/24 15:48:16
>>515
エラーが検出できれば再計算なりなんなりの処理ができる。
（そもそも2つだとエラー検出までで訂正はできないし）。
そうして、
どんな環境を仮定しても、2つが同時に同じ間違いをする確率より
3つが同時に同じ間違いをする確率の方が常に（一般的にはかなり）低い。
518:デフォルトの名無しさん
07/10/24 17:11:22
>>507 は同じ場所を同じ値に間違ったらエラー検出も出来ないと言っていたの？
519:デフォルトの名無しさん
07/10/24 17:20:11
ほら指名されたぞ、答えろよ>>507
>>518がどう解釈したのかも気になるけどｗ
520:wolf ◆8VH3XAqjlU
07/10/24 21:36:48
>>507
各命令毎に調べているのではなくて・・・と言うか
今時の豪勢なプロセッサーは賢くてプログラムに影響ない範囲で
同時に何命令も処理しますから
一つの命令で>>107氏の心配するエラーが出ても
同時に実行される他の命令でエラーが検出できる仕掛けかなとか思いましたが
ググッて見たらRAS design for the IBM eServer z900
URLﾘﾝｸ(www.research.ibm.com)
なんてのがあってその中に
The two engines execute each instruction in lockstep.
The output of the engines is compared at checkpoints,
and any mismatch causes the PU to retry from the previous checkpoint.
check-pointとcheck-pointの間の計算結果は全部プロセッサーの中に一時的に記憶していて
その間の処理結果の照合がＯＫなら外に出すみたいな感じですね
521:デフォルトの名無しさん
07/10/25 02:37:36
>>515
「あたらしい算数」を読み直してきなよ
522:デフォルトの名無しさん
07/10/25 11:47:58
NEC なんかは Xeon に外付け LSI でやってるね (Gemini Engine)。
523:デフォルトの名無しさん
07/10/27 00:51:53
>>508
「科学者としての自分」、「母としての自分」、「女としての自分」
の三者による多数決で決定するわけだな
524:デフォルトの名無しさん
07/11/02 00:36:17
>>1
安い
以上。
525:デフォルトの名無しさん
07/11/02 22:07:30
>>1
低品質
以上。
526:デフォルトの名無しさん
07/11/02 22:12:58
仕様が適当でも許される場合がある
527:デフォルトの名無しさん
07/11/02 22:26:42
使えればそれで良いというシステムは多いからね
528:デフォルトの名無しさん
07/11/03 06:26:00
コストの大半は人件費だから
誰でも簡単に作れて直せるほうがいいんだ
529:デフォルトの名無しさん
07/11/03 08:25:12
レガシー系は人口が少なくクローズドだから初心者が少ないだけだろ。
オープン系は人口が多いから裾野が広い＝初心者が多い。
オープン系は個人を指名するくらいで考えておかないと、失敗する。
しかもムチャ振りするユーザには、技術者側のモチベーションが著しく落ちる。
威張り散すユーザがいるプロジェクトは間違なくない失敗する。
530:デフォルトの名無しさん
07/11/03 10:38:49
人生で学べる事は限られているから、クローズドな技術にはあまり時間を割きたくないなあ
ロストテクノロジーの最後の伝承者にはなりたくない
531:デフォルトの名無しさん
07/11/03 21:47:59
オープン系は代えが効くから首を切られやすい罠
532:デフォルトの名無しさん
07/11/03 22:26:36
逆に言えば入りやすい
533:デフォルトの名無しさん
07/11/03 22:30:14
俺は人材を調達し易い方が良いな。
534:デフォルトの名無しさん
07/11/04 12:29:18
つか、オープン系の技術って、
オープン系一本でやってきた人が思っている程、
習得困難な技術じゃないしな。
ネットも書籍も有り余ってる上、
下手すれば個人レベルでほぼ似た環境が持てる。
535:デフォルトの名無しさん
07/11/04 15:32:29
>>534
そんな前世紀から当たり前の事に今更気づくなんて、ベンダに
囲い込まれて来た技術者にはまだまだリハビリが必要みたいだね。
技術習得が困難wって、他所から見たらそう見えてるんだ?
536:デフォルトの名無しさん
07/11/04 16:52:53
どっかのコピペじゃないの？
537:デフォルトの名無しさん
07/11/04 17:26:28
切られやすくてもすぐに再就職先が見つかるならいい
538:デフォルトの名無しさん
07/11/05 01:43:03
オープン系一本って感覚がわからね
539:デフォルトの名無しさん
07/11/05 06:45:17
ASはIBMにぼったくられるのを覚悟しないとな。
オープン系ならベンダーに依存しないし、安く済ませられる。
オープン系のハイエンドは、個人じゃ買えないし。
まさかPCを１台買ってくればオープン系のすべてとか思ってたりするのか？
AS一台でコボラーの全てというのとは異なるよ。
オープン系は他のシステムとの連携があるからいくらでも拡張されるし現在も日々進化し続けている。
グーグルとの連携とかASで実現してみろよ(w
540:デフォルトの名無しさん
07/11/05 11:27:50
ベンダ囲い込みってORACLEのこと？
541:デフォルトの名無しさん
07/11/05 19:45:29
技術が標準化されて公開されていれば囲い込みとは呼ばんだろ
542:デフォルトの名無しさん
07/11/05 22:34:04
>グーグルとの連携とかASで実現してみろよ(w
たぶんできるよ。AS上でJava、Tomcat、Axis等々も動くから。
要はHTTPとXML、WEBサービスが動かせるマシンであれば、理屈的には可能
だろう。
＊まぁ、ここらへんのASの情報ってほとんどないから、苦労するかも
だけど。おれ自身はASでの必要性も感じないし、やる気もないが。
543:デフォルトの名無しさん
07/11/05 22:57:08
>>539
>ASはIBMにぼったくられるのを覚悟しないとな。
>オープン系ならベンダーに依存しないし、安く済ませられる。
確かに初期コストは、Intel系と比較すると割高なイメージ。
（でも商用Unixなら大差ない。）
あと、ベンダーに依存しないというのはよいことばかりじゃない。
たらいまわしにあったりだとか、バージョンアップに一苦労するなんてこと
は珍しくない。
また様々なシステムが乱立していて、ブラックボックス化しているシステム
に苦労している客の姿なんてのは、珍しくない。
本当のところ、囲い込みとオープンとはどっちが客のために良いのか？
なんていう疑問をもったことねぇーか？
544:デフォルトの名無しさん
07/11/05 23:18:08
商用 UNIX と大差無い?
545:デフォルトの名無しさん
07/11/05 23:36:11
>>544
>商用 UNIX と大差無い?
価格でおどろいてのか、性能面でおどろいてんのわからんが。
性能面で言えば、筐体はpSeriesと共用してから、大差。
価格面では、３年ぐらい前に、HPとIBMが出した額の比較。
まぁ、IBM結構値引いていたが。やつらも必死なんだろう。
546:デフォルトの名無しさん
07/11/05 23:37:21
>性能面で言えば、筐体はpSeriesと共用してから、大差。
性能面で言えば、筐体はpSeriesと共用してから、大差ない。
でした。
547:543
07/11/05 23:59:18
念のため、HPとASのその当時の見積もり確認してみた。確認したら、
HPのほうが３倍高かった。
これは、IBMの値引き攻勢と、信頼性の対処の違いの差だろう。
HPはクラスタ（DB2台、AP3台）構成だったが、ASは1台ってのが大きい。
ASの場合、確かに落ちないから、こういう見積もりは珍しくはない。
548:デフォルトの名無しさん
07/11/06 00:09:08
その見積もりの精度ってどんなもんなの。
549:543
07/11/06 00:16:32
少なくとも、HPのほうはかなり細かく出してきた。使うパーツをすべて
洗い出して、それそれの金額を積み上げてた。
IBMのほうがざっくり。
ちゃんと眺めたらHPは定価ベース、IBMは値引きありなんで、３倍ってのは
うそだな。
IBMの値引率で概算すると、HPのほうが2.2倍高いね。
550:デフォルトの名無しさん
07/11/06 00:21:08
パーツの話じゃなくて、要求性能（処理速度だけじゃなくて可用性も）に
どれだけ沿ってるのかなって事。それと DB ならストレージ込みの値段
なんじゃないの?
551:543
07/11/06 00:34:53
>>550
ストレージに関しては、ASも見積もりに乗ってるので、同条件だろう。
可用性に関しては、文化の違い（オープンの人間には信じられないかも
しれないが、単体の信頼性が高いので、クラスタとるほうが珍しい。）
もあるが、HPのほうがオーバスペックだろう。
＊クラスタはともかく、サポートでクリティカルサービスなんてのが
のっかてる。
なもんで（HPのほうが信頼性の面でオーバスペックだから。）、大差ない
と記憶していたんだと思う。
552:デフォルトの名無しさん
07/11/06 00:39:08
オーバースペックなら高くて当たり前なんじゃないの。
553:543
07/11/06 00:42:34
>>552
？
>なもんで（HPのほうが信頼性の面でオーバスペックだから。）、大差ない
>と記憶していたんだと思う。
こう書いてるんだがな。金額だせないからあれだが、オーバスペック分を
抜くと大差ないという意味。
554:デフォルトの名無しさん
07/11/06 00:46:15
良く分からんが、それ以外に相見積もり取った事はないの?
555:543
07/11/06 00:48:36
>>554
俺がはっきり覚えているのは、この事例ぐらい。
ところで、あなたの事例を聞きたいね。具体的に。
556:デフォルトの名無しさん
07/11/06 00:53:33
何だ1案件だけなのか。サンクス。
一般的にはどうなんだろうねえ。
557:543
07/11/06 00:59:34
>一般的にはどうなんだろうねえ。
素人だったのか。ばかばかしい、寝る。
558:デフォルトの名無しさん
07/11/06 01:05:57
それはお互い様。俺は裏方の技術屋だから基本的に算盤は弾かないよ。
559:デフォルトの名無しさん
07/11/06 01:21:55
>俺は裏方の技術屋だから基本的に算盤は弾かないよ
素人まるだし恥の上塗り
560:デフォルトの名無しさん
07/11/06 09:08:26
知りもしないのを得意げにベラベラ喋るからそうなる
561:デフォルトの名無しさん
07/11/06 09:13:13
ただ自尊心を満たしたいだけ。くだらねー
562:デフォルトの名無しさん
07/11/06 09:19:17
まあ、そんなもんだろう。突つけばボロが出るんだから、黙っておけば良いのにね。
563:デフォルトの名無しさん
07/11/06 11:07:07
そうやって情報出しにくい雰囲気にするのはイクナイ
564:デフォルトの名無しさん
07/11/21 10:38:22
自分で1から10まで作れるならオープン系
そうでないならつぶれなさそうなメーカー選んで
汎用機使う方がいい気がす
565:デフォルトの名無しさん
07/11/21 14:46:55
>>564
> 自分で1から10まで
の定義がない
ハードも自分で作るのか?
566:デフォルトの名無しさん
07/11/22 02:44:12
>>565
KY
567:デフォルトの名無しさん
07/11/22 08:34:29
何でも空気嫁が解決してくれるという
幻想を捨てる事が大人への第一歩だよ
568:デフォルトの名無しさん
07/12/17 22:44:34
銀行で汎用機が使われてるとは逝っても、インターネットに汎用機を直接つなげてるところは皆無。
汎用機は時代の流れに付いていけないのだよ。携帯にも対応してないし。
大企業で、朝から夕方まで窓の外眺めていて、何のためにこの人会社に居るのだろうってよぼよぼのおじいちゃんがコボラーの典型。リストラされたら再就職できずに段ボールハウスまっしぐら。
生保も汎用機使ってるのに、不正給付で信用なし。ハードがいいと自慢しても結局は、古い思考で既得権益を守ろうとしてる老人は社会の癌なんだよ。
戦後の好景気を支えてきたとか自慢してるけど、結局は無理を通したツケがたまって、バブル崩壊で日本を駄目にしたのもこの世代だし、責任とって自決すべき。
569:デフォルトの名無しさん
07/12/18 21:55:57
> 銀行で汎用機が使われてるとは逝っても、インターネットに汎用機を直接つなげてるところは皆無。
そりゃそうだろｗ
理由は時代の流れとかではなくセキュリティのためな。
570:デフォルトの名無しさん
07/12/19 07:48:02
>>568
> 携帯にも対応してないし。
携帯に対応したマシンってなによ？？？
571:デフォルトの名無しさん
07/12/21 21:14:00
全銀手順とか知らないんだろうなぁ…
572:デフォルトの名無しさん
08/01/03 01:04:39
>>568 はWebブラウザ周辺のことしか物事を考えられないんだよｗ
573:デフォルトの名無しさん
08/01/12 20:54:06
全銀に請求情報送信してるんだけど
締め切りギリギリまで放っておくと
携帯にメール来るぜｗ
574:デフォルトの名無しさん
08/03/07 16:37:44
【金融】スルガ銀行：日本IBMを提訴、基幹システム開発中止で・総額111億700万円の損害賠償請求 [08/03/06]
ｽﾚﾘﾝｸ(bizplus板)
575:デフォルトの名無しさん
08/10/29 09:16:12
>>1
ロン波−−−！！！
576:デフォルトの名無しさん
09/01/01 19:13:03
オープン系もう駄目だね。
メインフレームとコボラーの世界へ逆戻り。
インターネット時代から、店舗のATM端末時代へ逆戻り。
最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5385日前に更新/169 KB
担当:undef