2ちゃんねる★スマホ版★■掲示板に戻る■全部1-最新50

未だにメインフレーム(汎用機)使ってる人って可哀想 [無断転載禁止]©2ch.net

1 :
2016/02/19(金) 20:46:06.87
古臭い、古代の技術しか持ってない。
2 :
仕様書無しさん
2016/02/19(金) 21:00:49.34
そもそもメインフレームって何か分からないヨ
見たこともないし、どういうプログラミングか知らないし
linux/winと何が違うの?
3 :
2016/02/19(金) 21:04:28.31
COBOL専用で動くコンピュータだろ?
4 :
2016/02/19(金) 21:07:48.96
高い信頼性(笑)が自慢

だが今の数台のマシンによる冗長化や
何千、何万という仮想マシンにより冗長化による
超高信頼性に比べると前時代的な手法でしかなかかった
5 :
2016/02/19(金) 21:16:11.88
メインフレーム万歳のスレはどこに行ったのですか?
6 :
2016/02/20(土) 00:04:04.77
むしろWindowsとLinuxしか知らない世代やそういう会社のSEはかわいそう
7 :
仕様書無しさん
2016/02/20(土) 02:57:10.59
SEの時点で可哀想だろw
8 :
2016/02/20(土) 12:16:13.19
メインフレームというより、考えの古いメインフレームおじさんの群れにストレスかけられるのがかわいそう
9 :
仕様書無しさん
2016/02/20(土) 14:21:23.60
>>4
数千数万に匹敵するのか・・・・。すげぇなメインフレーム。
10 :
2016/02/20(土) 16:17:44.57
掃いて捨てるほどやれる人がいるオープン系よりは安泰なんじゃない?
11 :
2016/02/20(土) 17:45:12.80
>>9
匹敵するわけ無いだろw

数千数万という物量に対抗できないって話だよ。
12 :
2016/02/20(土) 23:29:38.76
数千数万のVMって信頼性高いの?
ホストマシンこけたら皆こけるんだから信頼性はgdgdだろ。
13 :
2016/02/21(日) 00:01:57.36
道交法さへ改正されれば街中で乗り回せるのに。。。残念。。。

https://www.youtube.com/watch?v=BLj2H95-ITA
14 :
2016/02/21(日) 00:08:55.20
>>12
一台のホストマシンで数千数万のVMを動かしてるわけ無いだろ。
1つのVMで1GBのメモリ使ったとしても1000台で1TBだぞ
常識で考えろよw

クラウドだから内部がどうなってるかはわからないが、
VM1000台なら、物理ホストマシンは100台ぐらいじゃねーの?
それらが同時に落ちることなんてないし、
世界中に分散しておけば、何処かで大地震が起きてもサービスは停止しない。

それでいて必要なときだけマシンを時間単位で借りる(しかも自動制御可能)から
コストも大幅に下げられる。
15 :
2016/02/21(日) 00:46:38.24
>>14
壊れる確率も100倍になるということを考えてないんだな。
コストは下がるかもしれないが、超高信頼は大嘘じゃないか。
パソコンしか触ったことない奴はこういうこと言い出すんだよな...
16 :
2016/02/21(日) 01:03:47.17
> 壊れる確率も100倍になるということを考えてないんだな。
修理する料金はクラウドのサービス料金に含まれてるよw
だから0。

それになにより、何万台も用意されているから、
壊れてもすぐに(数分レベルで)代替機を使えば良いのだ。
もちろん1台、2台壊れても、何の影響もない。

物理ホストマシンの数は一つのデータセンターで5万台以上って書いてあるね。
http://itpro.nikkeibp.co.jp/atcl/news/14/112001992/?rt=nocnt
> 写真3●AZは合計28あり、各AZは最大で6つのDCで構成している
さらに5万×28×6で840万台だ(2014年当時)

1台でサービスを提供しているわけじゃなくてこれだけの台数で
冗長化しているのでサービスが停止することはない。
超高信頼性だよ。
17 :
2016/02/21(日) 01:29:43.55
汎用機もリースで使ってれば修理代はかかりませんが。

>壊れてもすぐに(数分レベルで)代替機を使えば良いのだ。

数分も待ってられないシステムがあるの分かってないんだろうな。
18 :
2016/02/21(日) 04:22:16.14
スレタイ、変
設置採用している、社長あてですか
19 :
2016/02/21(日) 05:20:11.44
>>17
えぇ、ですから冗長化することでダウンタイム0を実現しているんですよ?
数分というのは、何千個のうちの壊れた1個を交換する時間。

壊れた汎用機を交換するのに、何分で出来ますか?w
20 :
2016/02/21(日) 08:53:37.30
セールストーク丸呑みにしてドヤ顔されても

で?
21 :
2016/02/21(日) 11:07:27.38
クラウドといっても色々あるけど、たとえばawsのslaって99.95%で、一ヶ月あたり20分は停止する可能性があるんだよ。
業務にもよるけど、20分も止めたら結構大事故だよね。
22 :
2016/02/21(日) 12:59:16.47
>>21
えぇ、ですから冗長化することでダウンタイム0を実現しているんですよ?

どやぁ
23 :
2016/02/21(日) 13:16:17.92
ドヤァって言うほどのものじゃない。
今の時代みんなそうだよ。
24 :
2016/02/21(日) 13:25:44.30
>>21
だからそれが許容できない場合は2つのリージョンで
冗長化するんだよ。

1つで99.95%であれば、2つで冗長化すると99.999975%になる
この場合の停止時間は1分になる。0.0108分 = 0.648秒

汎用機だと必ずメンテの時間が取られることになるが
そんな必要すらない。
25 :
2016/02/21(日) 13:31:31.65
IX一つしか無いのに冗長化した気になってる男の人ってw
26 :
2016/02/21(日) 18:59:07.34
また意味不明なこといい出してるw
27 :
2016/02/21(日) 20:35:07.16
5時間くらい必死でググったけどわかんなかったんだね。
そんなことセールストークには書いてないもんね。
28 :
2016/02/21(日) 21:09:47.50
やっぱり意味がわかってないんだ
awsはIXよりも信頼性が高いものを使ってると言うのにねw
29 :
2016/02/21(日) 22:20:14.78
お、なんか変なモノ見つけてきたみたいだぞw
30 :
仕様書無しさん
2016/02/24(水) 23:15:22.33
冗長化とかいって落ちまくってる現実w
31 :
2016/02/24(水) 23:16:58.83
人間も生きてるつもりでも細胞は
ずっと死に続けてるんだよね。

これを応用したのがクラウド。
一部が死んで生まれ変わることで、システム自体を
止めずに新しくしていくことが出来る。
32 :
仕様書無しさん
2016/02/24(水) 23:17:58.27
は?
33 :
2016/02/24(水) 23:26:07.52
サービス障害を起こさないために、障害を起こし続ける。逆転の発想のツールChaos Monkeyを、Netflixがオープンソースで公開
http://www.publickey1.jp/blog/12/chaos_monkeynetflix.html

頭が古い人間には理解することすら出来ない技術
34 :
2016/02/24(水) 23:27:48.80
米動画配信のNetflix、Chaos MonkeyのおかげでAmazon EC2のメンテナンスリブートを難なく乗り切る
http://www.publickey1.jp/blog/14/netflixchaos_monkeyamazon_ec2.html
35 :
2016/02/25(木) 00:10:59.98
クラウドだけじゃ安定性を保てないからそんなツールが必要になるんだろう?
36 :
2016/02/25(木) 02:43:36.23
頭が古い人間には理解することすら出来ない技術w
37 :
仕様書無しさん
2016/02/27(土) 07:41:52.26
>>35
そしてそのツールでも解決しないw
38 :
2016/02/27(土) 07:44:01.88
解決するためのツールだと思ってる時点で、
「あ、やっぱり理解できないんだ」が事実だってことがわかる。
39 :
2016/02/27(土) 09:10:30.81
だったらナニが正解なのか書いてみ?
どうせ書けなくて、それは違うしか言わないんだぜ、こいつ。
40 :
2016/02/27(土) 09:28:48.22
何が正解かも何も、Chaos Monkeyの説明読めばわかるやん。

冗長化していたとしてもすぐに待機系に切り替わらなければサービスは停止する。
従来の方法つまり多数のマシンではなくてせいぜい2台、3台用意するだけの
冗長構成では、マシンが停止したときに本当にうまく切り替わるかテストされていない。

時々聞くでしょ?冗長構成の仕組みを用意していたけど、切り替えに失敗してサービスが停止したって。

多数のマシンを使った冗長化では、数台マシンが停止したとしもサービスは停止しない。
そして日頃から擬似的に異常状態を作り出して、うまく切り替わるかのテストを行い続けるツールがChaos Monkey。
クラウドを使った多重冗長化でサービスを停止させない運用が低いコストで可能になってるんだよ。
41 :
2016/02/27(土) 09:44:12.00
で?

>多数のマシンを使った冗長化では、数台マシンが停止したとしもサービスは停止しない。

awsですら止まってんじゃん。
話の前提が合ってないよ?
42 :
2016/02/27(土) 10:07:05.27
やっぱりハードウェア(またはVM)が停止しても、
多数あるからサービスは停止しないという考え方が理解できないのかな。
43 :
2016/02/27(土) 11:28:56.11
だから、多数あるけど止まってるって書いてんのに
都合の悪いところは読めないんだな。
44 :
仕様書無しさん
2016/02/27(土) 12:02:38.53
停止してるから、その解決ツールが出て
その解決ツールでも結局解決してないというオチ
45 :
仕様書無しさん
2016/02/27(土) 12:20:15.40
メインフレームの人をメインフレームしか触れずメインフレームしか触ってないという大前提の思い込みで話してるよね

職場で無能って言われてるか、クビになって仕事なしの派遣だろうな
46 :
2016/02/27(土) 18:10:28.05
>>44
やっぱり解決ツールだと思ってるんだw
ほんとうにあほだなぁ
47 :
2016/02/27(土) 20:18:40.64
新しい手法、ツール、考え方がまだ出る時点で、クラウドって、まだ未熟でしょ
48 :
2016/02/27(土) 22:58:25.61
モノを知らない人に限って、ちょっと新しいことに触れると
革命的だ!とか思っちゃうんだろうね。ツールじゃないよ
新手法でもないよ、まさに革命だ!って。
でもなにがすごいか説明できないから小馬鹿にした風を装うんだよ。
49 :
2016/02/28(日) 00:45:35.54
メインフレームの良さをよく知らないと自認してるが、それでもいまの冗長構成ってのはそもそも「落ちる前提」での仕組みっつーのは
分かる
だってわざわざ多重化するってことは処理能力を上げたいか、数の暴力しかないもんな
50 :
2016/02/28(日) 03:41:24.29
メインフレームもはやく次世代技術を取り入れないと流れに乗り遅れるぞw

SANストレージやRAIDがデータセンターから消滅する理由
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/022200492/

筆者は、こうしたやっかいな面を持つSANストレージやRAIDが、大きく二つの理由から
過去のものになりつつあり、「データセンターから消滅する」と確信している。

ネットサービスでは別の技術を採用
 まず、先進的なシステムではもはや、SANストレージやRAIDは使われていない。

 猛烈な勢いで普及し、社会や我々の暮らしにも多大な影響を及ぼしているGoogleやFacebookなど
大手のクラウドサービスでは、当初からSANストレージやRAIDを採用せず、それに代わる技術を使ってきた。

では、そうしたサービスを動かしているメガデータセンターではどうしているのかといえば、
SANストレージの代わりに、オブジェクトストレージやNoSQLを使っている。

 また、RAIDの代わりは、オブジェクトストレージや分散ファイルシステムが自動的に、
複数のディスクやノードにブロックやチャンク単位の複製を作ることでまかなっている。
RAIDの場合は、台数が増えるにつれてディスクの故障頻度が高まるので、運用管理の手間も増える。
しかし、新しい手法の場合は違う。サーバー台数が増えれば増えるほど、
互い に支え合う集団の規模が大きくなって、動作が安定する。
51 :
2016/02/28(日) 04:54:07.33
>しかし、新しい手法の場合は違う。サーバー台数が増えれば増えるほど、
>互い に支え合う集団の規模が大きくなって、動作が安定する。

運用管理の手間は変わらないのに、なんかすごいと思ってるの?
壊れたHDDの玉は排除しなければならないのに。この手のバズワードに
つられる奴が多いから、新しい用語を考える方も大変なんだよ。

汎用機ユーザは分かってるから、今やRAIDといえば仮想化ストレージのことになってるけど、
わざわざ新しい用語を発明しない。関連者への教育に無駄に金がかかるだけだから。
52 :
2016/02/28(日) 07:46:18.75
> 壊れたHDDの玉は排除しなければ

本当に何を言ってるんだ? どうなってるのか全く解ってないのか?

クラウドを使う側からしたら、物理的なHDDに触る必要はない。
クラウドを提供している側が勝手に直してくれる。

クラウドを提供する側の内部はあまり公開されていないが、
壊れたパーツを交換するだけだろう。
手間は物理的なハードウェア交換作業だけ、交換前の準備も交換後の設定も
ソフトウェア関連の処理は全部自動で行われているはず。
53 :
2016/02/28(日) 07:48:09.96
新しい用語を教える程度にコストがかかるってなんだよw

RAIDから仮想化ストレージへと新しい技術に変わったのなら、
新しい技術を教えるコストはかかるだろ。
そうではなくて、用語を発明しない。用語を発明すると教育に金がかかるってのが
意味不明だわw
54 :
仕様書無しさん
2016/02/28(日) 09:13:21.37
COBOLすらまともに業務こなせずクビになった馬鹿が立てたスレだろこれ
55 :
2016/02/28(日) 09:37:08.49
>>50
>しかし、新しい手法の場合は違う。サーバー台数が増えれば増えるほど、
>互い に支え合う集団の規模が大きくなって、動作が安定する。

それは安定してるんじゃなくって「そう見える」もしくは「編み目が細かくなって面としてよさげ」ということで
信頼性でメインフレームよりすぐれていることにはならない

最新技術をメインフレームが取りいれることには反対はしないけどね、ただ軽自動車が束になっても、そもそも
ダンプカーのような使い方をするには工夫がいくつも必要ってだけなんよね
56 :
2016/02/28(日) 10:37:28.65
> 信頼性でメインフレームよりすぐれていることにはならない
だから発想が違うんだよw
コスト意識の問題でもあるね。

高い金だして信頼性を得るのは簡単。
馬鹿でもできること。
57 :
2016/02/28(日) 12:07:16.59
>>56
クラウドは高い金出しても信頼性を得られないって言ってるのに、
なんか話を都合のいいように混ぜるんだよな。
58 :
2016/02/28(日) 12:10:17.04
>>52
結局、やってることは従来と同じ、
新しい発想でも新技術でもなんでもない、
単なるバズワードに引っかかったバカ

しかも

>ソフトウェア関連の処理は全部自動で行われているはず。

なんだよ仕組みも理解してないのかよw
59 :
2016/02/28(日) 12:12:33.92
>>53
>新しい技術を教えるコストはかかるだろ。

かからないように考えて作られているのが汎用機のシステムなのです。
やってることは従来と同じなのに、名前だけ変更されたら「新しい考え方」
とか大喜びしてるバカ向けのシステムとは違うのです。
60 :
2016/02/28(日) 12:26:03.67
やってることが違うのに、同じだと思ってしまうんだよな。

やっぱり解ってないよねw
理解できてない。同じものだと思っちゃう。
61 :
2016/02/28(日) 12:27:56.44
>>58
> なんだよ仕組みも理解してないのかよw

そりゃ、他社に企業秘密教えないだろw
クラウドサービスを運営してる会社は当然仕組みを知ってる。
お前だって知らんくせに、何を言ってるんだかw
62 :
2016/02/28(日) 13:30:37.10
自分が知らないことは、他人も知らないとか思わない方がいい。
バズワードに引っかかるタダのバカだというのが露呈したので、

>やっぱり解ってないよねw

見ててもの悲しくなっちゃうw
63 :
2016/02/28(日) 13:35:39.10
>>50
メインフレーム向けに開発された技術が降りてきてるとは想像も付かないんだろうな、何も知らない馬鹿は。
64 :
仕様書無しさん
2016/02/28(日) 14:07:08.18
linux翻訳で売名しようとしたら、おめーの翻訳めちゃくちゃだからくんな。って言われた元派遣の無職でしょこの人
65 :
2016/02/28(日) 20:13:48.09
>>64
お前の経験かよw
66 :
仕様書無しさん
2016/02/28(日) 20:20:34.79
>>65
図星すぎていてもたってもいられなくなったのねw
67 :
仕様書無しさん
2016/03/23(水) 20:57:27.83
ANAが示したよね
並列に並べても信頼性は所詮そんなもんだってことを

メインフレームならなんともなかったろうに・・・。
68 :
2016/03/23(水) 21:13:31.35
いいんじゃないの
どっちでも
69 :
2016/03/23(水) 23:04:06.66
まだだ、たかがメインフレームをやられただけだ!
70 :
仕様書無しさん
2016/03/29(火) 20:23:18.49
http://makotodo.net/itnews/20160329-an-18-years-old-buy-a-mainframe/
一方18歳の少年はメインフレームを自宅用に購入
71 :
2016/03/29(火) 23:10:55.35
>>70
クラウド使ったほうが良さそうだねw
72 :
2016/03/30(水) 08:12:39.38
>>70
18歳、コボラー?
73 :
2016/04/06(水) 11:23:11.26
メインフレーム=コボラーってどこのゆとりだよ
74 :
2016/04/06(水) 12:29:24.94
>>73
ねえねえ、ゆとりってなあに、おじいちゃん?
75 :
2016/04/06(水) 20:24:27.88
>>74
なんでおじいちゃんなら知ってるって分かったの?
76 :
仕様書無しさん
2016/05/03(火) 11:50:20.22
匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrent(Covenant)がオープンソースで開発されています(プログラマー募集中<(_ _)>)

言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?

Covenantの作者(Lyrise氏)がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al

ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーw


通話料が激安になるブラステル(050 Free)で、かなり遅延や音声途切れが発生する方は、以下の設定を試してください
○ Wifiと3Gのコーデックは2つ(GSM、G.711u-Law)とも有効にしておく
○ エコーキャンセルをOFF(チェックを外す)にする
○ あとの設定はデフォルトのまま
http://blog.livedoor.jp/gnunobian/archives/52013458.html
上記の設定でも音質が悪い方は、wolfsonの高音質チップを搭載した機種(Galaxy 初代S、S3、S6、 AQUOSPhone ZETA SH-06E、AQUOSPhone si SH-07E、AQUOSPhone Xx 206SH、 Galaxy Note II)に買い換えて下さい。

500円以下の格安SIMで使えて登録・月額無料、IPベース発信なら携帯へは5.5円/30秒、固定へは8円/3分(月額無料でこの価格はすごい!)
http://blog.jikoman.jp/2015/11/brastel-050-free.html

あと、050Freeの起動もしくは発着信が2週間以上ないとプッシュサーバー期限切れでプッシュ着信が出来なくなるので、Llama Location Profilesで1週間に一度050Freeを自動起動するように設定すると、2週間以上経過してもプッシュ着信できます


最後にロケットストーブの焚き口へ超省電力なDC扇風機で風を送ると、横引き煙突が12m以上あっても煙が逆流してきません。
よって、横引き煙突で超高効率な熱回収ができるので薪が少量で済みます
あと、燃焼室の大きさは『無煙竹ボイラMBG150』で検索して参考にして下さい
http://i.imgur.com/iVuglg9.jpg 
http://jp.misumi-ec.com/material/mech/KRT1/PHOTO/KRT1_221004926837.jpg
http://livedoor.blogimg.jp/zoukibayashinokai/imgs/2/a/2a3c6dc0.jpg
77 :
仕様書無しさん
2016/09/12(月) 23:07:18.24
何とブラック偏差値75のVSN派遣業界板のスレが削除されましたwww

以下が削除されたスレ↓

VSN(VentureSafeNet)第15部
http://hayabusa6.2ch.net/test/read.cgi/haken/1333276740/l50
【今だブラック】VSN part20【偏差値72】 [無断転載禁止]&copy;2ch.net
http://hayabusa6.2ch.net/test/read.cgi/haken/1462508353/l50
78 :
仕様書無しさん
2016/09/13(火) 00:42:57.01
>>1
確かにそうなんだが、それがまた良いのさ。
人と違う事をやってるって気分が良いよ。
79 :
仕様書無しさん
2016/09/14(水) 14:45:31.29
>>70
凄い少年だよな。
値段は幾らなんだろう?
80 :
2016/09/14(水) 22:26:17.68
>>78
あのね、このスレはCOBOL担当者を叩いている陰湿なやつのつくったスレ
81 :
仕様書無しさん
2016/11/10(木) 13:33:07.94
俺は未だにメインフレームだぞ。
客先の常駐請負で保守。

マシンルームに入る事は滅多に無いけどな。
偶に入るとウキウキしてしまう。
82 :
仕様書無しさん
2016/11/10(木) 13:34:23.54
>>80
そんなアホはシカトして語ろうぜw
83 :
2016/11/11(金) 12:41:34.26
メインフレームを見た事も無い奴が
メインフレームをどうこう言ってるワケじゃないよね?
84 :
2016/11/12(土) 00:14:11.46
そう簡単に見れると思ってるのか?
85 :
2016/11/12(土) 08:50:29.40
最近じゃメインフレームもエミュがあるから
昔よりは機会はあるんじゃね?
86 :
2016/11/12(土) 17:28:25.55
えええええええええー
87 :
2016/11/13(日) 22:49:24.39
昔はメインフレーム!って大きなマシンがあったけど、
最近はちっさくなってしまったからなあ。
88 :
2016/11/13(日) 23:44:40.68
CPUが1個1000万円って言ってたから
普及率は低いと思う
89 :
2016/11/13(日) 23:53:50.13
>>87
いまや片手に乗るもんね
90 :
2016/11/14(月) 00:37:26.62
>>88
一千万円〜、だよ。
91 :
2016/11/14(月) 00:38:13.34
>>89
そこまで小さくないw
92 :
81,82
2016/11/15(火) 13:58:25.99
>>83-85
見れるよ。保守やってる事務所からエレベータで数階降りてから
更に歩いて3分で合計4分程度だからな。
月に数回しか行くチャンス無いけど。
93 :
81,82
2016/11/15(火) 14:00:59.44
>>87
確かに昔に比べて小さくなったな。
更に同じ大きさでも性能が段違いだし。
時代は変わったな。

今の職場のマシンルームのはまだ大きい方だ。
94 :
81,82
2016/11/15(火) 14:02:02.28
>>88
ディスクパックは2億とか3億したよ。
95 :
2016/11/15(火) 18:23:43.68
>>94
メモリが8MBで600万円の時代があった
96 :
2016/11/15(火) 22:38:13.91
最上位かその次のクラスで、最後の空冷機ってどれになるのかな。
97 :
仕様書無しさん
2016/12/10(土) 13:31:55.14
正直、PCだとコンピュータって感じがしない。
メインフレームだとコンピュータって思うが。

俺の中でコンピュータはメインフレーム。
パソコンはパソコンでしかない。

最初の刷り込みって恐ろしいよな。
98 :
2016/12/11(日) 14:54:33.63
本当だな。最初の一歩のせいで本質が見えなくなってる。かわいそう。
99 :
2016/12/11(日) 16:32:26.07
>>97
直し直し大事に使う、古き良き日本の伝統にマッチしてたんだろね。
パソコンはどうしても、使い捨てな感じが便利で発展が速い反面、
メインフレームにはなれないよね。
100 :
2016/12/11(日) 16:46:49.34
>>99
古き良きって慣用句を使ってるだけで理由を一つもないてないし、
メインフレームを褒めてる所が一つもないなw
101 :
2016/12/11(日) 18:24:35.36
「直し直し大事に使う」が読めない人には、日本の伝統は理解できないんだろうなとは思う。
102 :
2016/12/11(日) 21:38:30.63
メインフレームを直し直し使うとは
一体何を直すというのか?
103 :
2016/12/12(月) 00:27:32.87
使ったことない人にはわからんのだろうね。
104 :
2016/12/12(月) 00:32:29.58
メインフレームって磁気テープがカクカクしながら回ってて
電球がピカピカしてレシートみたいな長い紙をシュルシュルと出してる奴なんだろ
そんなことぐらい知ってるぞ
105 :
2016/12/12(月) 00:45:27.76
電球はぴかぴかしないし、紙テープは入力するほうだ。
106 :
2016/12/12(月) 01:20:35.31
結局メインフレームがダメだった理由の一つは
保守費用がかかるからなんだよ。
壊れてもいないのに、お金を払い続けるのは日本の伝統にはマッチしない。
107 :
2016/12/12(月) 03:09:10.87
損得ですべてを量るのは日本の伝統じゃないよ。
108 :
2016/12/12(月) 07:23:46.69
intelサーバって保守料要らないのん?
109 :
仕様書無しさん
2016/12/19(月) 23:05:46.80
メインフレームすごいな
最近になって触ったけど
110 :
仕様書無しさん
2016/12/26(月) 15:11:21.71
>>109
セコムもメインフレーム保有してるぞ。
COBOLも健在だし。
データセンターも幾つも保有してる。

やはりコンピュータと言ったらメインフレームさ。
111 :
仕様書無しさん
2016/12/29(木) 13:23:11.55
メインフレームの利点は安定稼働。

保守費用は高いが、障害が起きる可能性が少ない。
だから金融機関で未だに重宝されている。

セキュリティー企業のセコムもしかり。
112 :
仕様書無しさん
2017/01/07(土) 09:49:03.54
>>111
安定稼働が一番だよ。
JRAも心臓部はメインフレームだし。
大手物流とかもメインフレーム。

化粧品の資生堂もメインフレーム。
大手食品メーカーもしかりだ。
113 :
2017/01/07(土) 12:58:14.03
たかがメインフレームがやられただけだ
114 :
2017/01/07(土) 12:58:33.97
メインフレームは下火になった!なぜだ!
115 :
仕様書無しさん
2017/01/07(土) 12:59:31.16
あのメインフレームはいいものだ!
116 :
仕様書無しさん
2017/01/07(土) 13:02:45.06
>>113
待機マシン作動w
117 :
仕様書無しさん
2017/01/07(土) 13:03:54.22
お前のスキルで勝ったんだと思うな

メインフレームの性能のお陰だと言う事を忘れるな!
118 :
2017/01/08(日) 09:08:09.29
>>114
高いから
金を出す側が安定性とか安全性に
理解が無いと受け入れられない
メーカーから聞いた話で
オープンシステムに移行した所も
100件に1件くらい戻るらしい
119 :
2017/01/10(火) 16:06:03.14
>>118
安定稼働が一番だと理解するには大きな障害が起こらないと分からない。
障害が起こって損害が出て初めてメインフレームの重要性に気付く。
しかし、元々財務基盤が弱く金の無い企業はメインフレームは保有出来ない。

ヱスビー食品(東証2部上場)は未だにメインフレーム。
大手食品メーカーは殆どだけど。
120 :
2017/01/20(金) 21:58:01.14
パソコンじゃデータロスト当たり前だからな
メインフレームからだとそんなのありえない
121 :
仕様書無しさん
2017/01/22(日) 15:10:40.23
>>120
データロストが当たり前だと金融機関では使えないわな。
リアルタイムで重要な情報をやり取りする業種の企業は特に。

セコムなんかはメインフレームを幾つも保有しているが、
ALSOKはメインフレームは保有していない。
昔はメインフレームを保有(NECのACOS)していたが
10年くらい前にダウンサイジングした。
経費が掛かるのと、セコムに比べれば財務が弱いせいだろう。
取り扱うデータ量もセコムとALSOKでは違うだろうし。
122 :
仕様書無しさん
2017/03/22(水) 20:21:51.37
38KB

新着レスの表示

★スマホ版★■掲示板に戻る■全部前100次100最新50

名前:E-mail: