みずほ銀行が示す日本の外注ゴミ説 (668ﾚｽ)
みずほ銀行が示す日本の外注ゴミ説 http://medaka.5ch.net/test/read.cgi/prog/1629754203/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
160: 仕様書無しさん [] 2021/09/04(土) 23:10:44.95 プログラマの能力なんてハードウェア障害の前では無力なんだよ http://medaka.5ch.net/test/read.cgi/prog/1629754203/160
161: 仕様書無しさん [] 2021/09/04(土) 23:45:21.10 >>134 部外者が強気やな笑 http://medaka.5ch.net/test/read.cgi/prog/1629754203/161
162: 仕様書無しさん [] 2021/09/05(日) 00:10:45.84 >>161 オメーだよ、部外者のくせにハゲてそう http://medaka.5ch.net/test/read.cgi/prog/1629754203/162
163: 仕様書無しさん [sage] 2021/09/05(日) 00:44:53.19 ハーゲではない ハードだ http://medaka.5ch.net/test/read.cgi/prog/1629754203/163
164: 仕様書無しさん [] 2021/09/05(日) 07:03:18.17 ハードウェアチームなんているんだ？w マジで無駄な分業だな http://medaka.5ch.net/test/read.cgi/prog/1629754203/164
165: 仕様書無しさん [sage] 2021/09/05(日) 07:05:15.18 >>162 はげに劣等感もってるんやな笑 ATM障害時の報告担当者の名前言ってみなよ部外者君 http://medaka.5ch.net/test/read.cgi/prog/1629754203/165
166: 仕様書無しさん [sage] 2021/09/05(日) 07:25:07.17 >>165 言えるわけないだろ あのハゲとしか http://medaka.5ch.net/test/read.cgi/prog/1629754203/166
167: 仕様書無しさん [sage] 2021/09/05(日) 09:38:51.69 全てはハードウェアの故障が原因 ハードウェアが故障した場合の対策はみずほに責任ありません たとえ社会が混乱したとしてもそれはハードウェアが故障したからです こういう事を言ってるの？ http://medaka.5ch.net/test/read.cgi/prog/1629754203/167
168: 仕様書無しさん [] 2021/09/05(日) 09:58:59.72 内製にしとけよ http://medaka.5ch.net/test/read.cgi/prog/1629754203/168
169: 仕様書無しさん [] 2021/09/05(日) 10:07:18.21 海外から見るとほんとアホな開発体制 http://medaka.5ch.net/test/read.cgi/prog/1629754203/169
170: 仕様書無しさん [] 2021/09/05(日) 13:47:08.32 >>165 ハゲレスすんな http://medaka.5ch.net/test/read.cgi/prog/1629754203/170
171: 仕様書無しさん [] 2021/09/05(日) 13:48:12.81 >>169 アメリカのボーイングは下請けに仕事丸投げして飛行機落としまくってるんだよなあ 日本だけじゃないよ http://medaka.5ch.net/test/read.cgi/prog/1629754203/171
172: 仕様書無しさん [] 2021/09/05(日) 13:48:29.94 >>167 そうですよ http://medaka.5ch.net/test/read.cgi/prog/1629754203/172
173: 仕様書無しさん [] 2021/09/05(日) 13:49:13.22 >>164 バカかお前ｗソフトの開発者がハードの面倒まで見てたら仕事できねえわｗｗｗドシロートがｗｗｗｗｗ http://medaka.5ch.net/test/read.cgi/prog/1629754203/173
174: 仕様書無しさん [sage] 2021/09/05(日) 14:01:03.05 今回の件は設計上の欠陥 ハードウェア障害が発生した場合の考慮漏れ（特殊なケースではあるが・・・） PGの責任じゃない→わかる HWの責任→は？ HW障害時の対応はSEでしょ CEは壊れたHWを修理するだけ せいぜい予防保守まで ここでいうSEっておまえらが思ってるような上級PGじゃなくて本物のSEの話ね http://medaka.5ch.net/test/read.cgi/prog/1629754203/174
175: 仕様書無しさん [sage] 2021/09/05(日) 14:08:21.41 おまえら本当にPGしかやったことないんだな ハードウェアなんてほぼ毎日壊れてる RAID5の復旧中にHDD同時故障とかDB正副同時故障なんてちょっと珍しい程度で可能性から除外できるほど少ない頻度ではない メインボード、HDDからファンみたいな細かい部品まで含めたら月に数千箇所は交換されてる ソフトウェアなんてハードウェア障害前提で組まれてなきゃ使い物にならんよ http://medaka.5ch.net/test/read.cgi/prog/1629754203/175
176: 仕様書無しさん [] 2021/09/05(日) 14:17:57.92 >>175 ソフトウェアRAID使ってるの？ http://medaka.5ch.net/test/read.cgi/prog/1629754203/176
177: 仕様書無しさん [] 2021/09/05(日) 14:18:33.56 ハードの障害を前提にソフトウェア作るなんてアホの妄想以外で聞いたことねえよ http://medaka.5ch.net/test/read.cgi/prog/1629754203/177
178: 仕様書無しさん [] 2021/09/05(日) 14:21:21.54 ソフトはハードが正しく動くことを前提に作るものだ ハードの障害はソフトでは直せん http://medaka.5ch.net/test/read.cgi/prog/1629754203/178
179: 仕様書無しさん [] 2021/09/05(日) 14:23:02.70 Linuxが悪いのかサーバが悪いのか、いずれにしてもみずほは何も悪くないってことだ http://medaka.5ch.net/test/read.cgi/prog/1629754203/179
180: 仕様書無しさん [sage] 2021/09/05(日) 14:34:15.67 みずほの社員が本気でこういう事を言っているのであれば障害発生して当たり前だね http://medaka.5ch.net/test/read.cgi/prog/1629754203/180
181: 仕様書無しさん [] 2021/09/05(日) 14:46:07.92 >>180 なぜ当たり前だと思う？ サーバ屋さんが努力しないのが当たり前の世の中に生きてるのかな？ メインフレームだったらこんなトラブル生じてないわけだけれども それは機械としての堅牢性とOSの堅牢性があったからなわけだけれども オープンなシステムでそれが失われてるとするならばみずほの責任ではなくて サーバの機械を作ってる富士通さんの責任でありLinuxを開発してる人たちの責任だよね http://medaka.5ch.net/test/read.cgi/prog/1629754203/181
182: 仕様書無しさん [] 2021/09/05(日) 14:50:23.58 和室(ジャップルーム)のメリットって何なの？畳とか不潔だしキモすぎだろ [668785418] https://leia.5ch.net/test/read.cgi/poverty/1630820654/ http://medaka.5ch.net/test/read.cgi/prog/1629754203/182
183: 仕様書無しさん [sage] 2021/09/05(日) 16:32:49.54 ないな アリに腐るしアリに食われるし掃除たいへんだし 腐った食い物を放置してたときなんか 段ボールの箱どけたらダンゴムシの巣になってた http://medaka.5ch.net/test/read.cgi/prog/1629754203/183
184: 仕様書無しさん [] 2021/09/05(日) 22:09:25.45 >>177 媒体からデータが読めないときの動きとか普通に入れてるけど 俺以外で入れてるやつ、ほとんど見ない http://medaka.5ch.net/test/read.cgi/prog/1629754203/184
185: 仕様書無しさん [sage] 2021/09/05(日) 22:37:26.02 仕様にないことするのやめてくれ http://medaka.5ch.net/test/read.cgi/prog/1629754203/185
186: 仕様書無しさん [] 2021/09/06(月) 11:02:02.28 そんな仕様書客に作れるわけがない http://medaka.5ch.net/test/read.cgi/prog/1629754203/186
187: 仕様書無しさん [] 2021/09/06(月) 11:05:24.27 中の人っぽい連中が口汚く罵り合いしてて レベルの低さがよく分かるスレ http://medaka.5ch.net/test/read.cgi/prog/1629754203/187
188: 仕様書無しさん [sage] 2021/09/06(月) 11:05:32.68 >>184 そりゃ余裕があればやるが、そもそもHWの故障、切り替えの失敗まで保障しろとかいうなら設計から変えなきゃ個人が頑張ったってどうにもならん話だからなあ ネットワークの切り替えの失敗まで設計に入れろって言われなきゃ知らんし全員でやってテストまできっちりやらなきゃ駄目な話だろそりゃ http://medaka.5ch.net/test/read.cgi/prog/1629754203/188
189: 仕様書無しさん [sage] 2021/09/06(月) 11:43:02.33 HWの故障、切り替えのプログラミングって 誰かがやるべきなんだけど、誰がやるんだろうね? 少なくともSQLとかSQL操作するところを書いている人は 関係ないよね? http://medaka.5ch.net/test/read.cgi/prog/1629754203/189
190: 仕様書無しさん [sage] 2021/09/06(月) 13:13:48.35 HW障害時にクラスタをフェイルオーバーする等の設計はSEの仕事 （富士通で言うと生々しくなるのであえてかかわってないところでいうけど） 実在の会社でいうとNECソリューションイノベータ（のプロパーや下請け）あたりが担当する工程 元請がNEC、二次請がNECソリューションイノベータだとして三次請の有能な人あたりが主に担当してる いわゆるインフラSEと言われる職業 基本設計から詳細設計、構築、運用支援ぐらいまでが守備範囲 例えばサーバ二台＋NASみたいな単位でDBサーバが構築され
てて 稼働系が故障したから待機系にフェイルオーバーするよぐらいまではわりと目が行き届いてて（失敗は多い箇所ではあるけど） 「あそこテストしてないから何かあったらまずいよなぁ。レアケースだけど失敗するケースもあるよなぁ」ぐらいまでは意識されてる ただ、今回みたいに主と副が同時に故障したらどうすんのみたいなケースってもう1つ上のレイヤーの話だと思うよ DBダウンしました、人による介入必須です。営業中のシステムどうしますかってそりゃもう技術屋だけの仕事じゃない 今回は災害時用のシステム使って対応したんだっけ？ディザスタ
リカバリしたのか正副の他に予備システムがあったのかは知らんが システムとしては設計通りという事じゃないのかな 障害時の切り替えの失敗なんてあって当たり前なんだから対応マニュアルはあるだろうし実際その通り運用したんじゃねーの 発表通りだとしたら正の不具合が副に飛び火したって事だからその辺の設計が怪しい気はするけどな http://medaka.5ch.net/test/read.cgi/prog/1629754203/190
191: 仕様書無しさん [] 2021/09/06(月) 18:01:46.01 無様だな http://medaka.5ch.net/test/read.cgi/prog/1629754203/191
192: 仕様書無しさん [sage] 2021/09/06(月) 18:10:26.31 だからハードじゃないゆってるだろうが だからいくら切り替えても同じ 無理やりハード障害だったことにしようとすんな http://medaka.5ch.net/test/read.cgi/prog/1629754203/192
193: 仕様書無しさん [] 2021/09/06(月) 18:17:52.71 外注主義を何十年もやってるせいで 社内システム部がただの外注業者に成り下がったのが問題やし、 そういう社内構造を変えないサラリーマン社長があたおかやで。 ibmから経営者を引き抜け。 http://medaka.5ch.net/test/read.cgi/prog/1629754203/193
194: 仕様書無しさん [] 2021/09/06(月) 19:14:45.32 >>193 そうなっても ようやく世界が大昔からやってる体制になるだけで、ノウハウはこれから積み重ねるというw http://medaka.5ch.net/test/read.cgi/prog/1629754203/194
195: 仕様書無しさん [sage] 2021/09/06(月) 19:20:18.31 この状況で内製に切り替えたいと思うか？ http://medaka.5ch.net/test/read.cgi/prog/1629754203/195
196: 仕様書無しさん [] 2021/09/06(月) 19:42:20.39 >>192 どうみてもハード故障によるハード障害じゃん http://medaka.5ch.net/test/read.cgi/prog/1629754203/196
197: 仕様書無しさん [sage] 2021/09/06(月) 20:02:55.30 具体的にどんな症状だったの？ http://medaka.5ch.net/test/read.cgi/prog/1629754203/197
198: 仕様書無しさん [] 2021/09/06(月) 20:14:13.61 >>197 キャッシュカードが飲み込まれたまま帰ってこなかったんです http://medaka.5ch.net/test/read.cgi/prog/1629754203/198
199: 仕様書無しさん [sage] 2021/09/06(月) 20:30:50.82 >>198 それはハードの問題だなぁ。 巻き取りローラーの中にネズミとかいるんだよ。 http://medaka.5ch.net/test/read.cgi/prog/1629754203/199
200: 仕様書無しさん [sage] 2021/09/06(月) 21:00:14.75 https://www.mizuho-fg.co.jp/release/pdf/20210615release_2_jp.pdf https://www.sbbit.jp/article/image/64848/l_bit202107121208136589.jpg ものの原因は人の胸先三寸なところがあるが 今回のはさすがに無理がありすぎじゃないか 切り替えても同じように駄目だったんだろ… http://medaka.5ch.net/test/read.cgi/prog/1629754203/200
201: 仕様書無しさん [sage] 2021/09/06(月) 21:41:49.28 容量オーバーなら 素人考えじゃハード買い換えたらなおる そうしたかったんだろうが http://medaka.5ch.net/test/read.cgi/prog/1629754203/201
202: 仕様書無しさん [sage] 2021/09/06(月) 22:01:37.12 障害が多すぎておまえらがどの件の事を言ってるのかすら混線してる http://medaka.5ch.net/test/read.cgi/prog/1629754203/202
203: 仕様書無しさん [sage] 2021/09/06(月) 22:12:23.09 あれ http://medaka.5ch.net/test/read.cgi/prog/1629754203/203
204: 仕様書無しさん [sage] 2021/09/06(月) 22:27:21.85 INDEX FILEの件は今年の2月〜3月にかけての障害ですよ http://medaka.5ch.net/test/read.cgi/prog/1629754203/204
205: 仕様書無しさん [sage] 2021/09/06(月) 22:43:30.98 風説を流布してしまった http://medaka.5ch.net/test/read.cgi/prog/1629754203/205
206: 仕様書無しさん [sage] 2021/09/07(火) 05:11:35.48 インフラも運用もプログラマもやったことあるが、DBのストレージが壊れて切り替えとかはインフラの仕事 壊れても大丈夫なようにインフラ屋が設計して切り替えのテストも当然やるけどこれだけ繰り返すということは 設計かテストか両方が甘かったんだろう 甘くなった要因としてプロジェクトの進め方に問題があったとは言えるけどプログラマ関係ないな DB落ちたらどうにもなんないよデータ書けない読めないんだから ちなみにこれくらいの規模を手がけるインフラ屋は千数百万は貰ってるはず ht
tp://medaka.5ch.net/test/read.cgi/prog/1629754203/206
207: 仕様書無しさん [] 2021/09/07(火) 06:38:32.78 プログラマなら全部やるけどね http://medaka.5ch.net/test/read.cgi/prog/1629754203/207
208: 仕様書無しさん [] 2021/09/07(火) 06:43:22.37 >>206 派遣『やったことがある』 そ、、、そう、、 http://medaka.5ch.net/test/read.cgi/prog/1629754203/208
209: 仕様書無しさん [] 2021/09/07(火) 06:59:42.86 千数百万ももらえるなら、ハケンにやらせて中抜きするわな。 http://medaka.5ch.net/test/read.cgi/prog/1629754203/209
210: 仕様書無しさん [sage] 2021/09/07(火) 09:34:04.39 ハードだったら原因特定できないわけないと思うんだが まったく同じことやらかして発表できないとかじゃ http://medaka.5ch.net/test/read.cgi/prog/1629754203/210
211: 仕様書無しさん [sage] 2021/09/07(火) 10:53:46.69 すばらしい！社者に採用だ！ http://medaka.5ch.net/test/read.cgi/prog/1629754203/211
212: 仕様書無しさん [] 2021/09/07(火) 11:04:49.54 >>210 ハードの原因特定は難しいよ 数年かかることもある http://medaka.5ch.net/test/read.cgi/prog/1629754203/212
213: 仕様書無しさん [] 2021/09/07(火) 11:05:04.95 >>207 この規模でワンオペはまずない http://medaka.5ch.net/test/read.cgi/prog/1629754203/213
214: 仕様書無しさん [sage] 2021/09/07(火) 11:08:47.11 こわれたことはわかるだろう http://medaka.5ch.net/test/read.cgi/prog/1629754203/214
215: 仕様書無しさん [sage] 2021/09/07(火) 11:34:38.95 ハードが故障するなんて「前提」でしょ おまえら故障しない前提でシステム作ってんの？ http://medaka.5ch.net/test/read.cgi/prog/1629754203/215
216: 仕様書無しさん [] 2021/09/07(火) 12:19:01.37 日本のITまじ雑魚すぎ http://medaka.5ch.net/test/read.cgi/prog/1629754203/216
217: 仕様書無しさん [sage] 2021/09/07(火) 12:46:26.18 >>208 うわー、おもしろーいw http://medaka.5ch.net/test/read.cgi/prog/1629754203/217
218: 仕様書無しさん [sage] 2021/09/07(火) 12:47:35.72 >>215 ハードが壊れるのはインフラレイヤーでは当たり前だがソフトウエアレイアーでは通常は要件に入らないぞ ど素人やな http://medaka.5ch.net/test/read.cgi/prog/1629754203/218
219: 仕様書無しさん [sage] 2021/09/07(火) 12:56:56.21 ソフトは形而上のもので誰にも理解できるってものじゃない 素人はひっこんでろ http://medaka.5ch.net/test/read.cgi/prog/1629754203/219
220: 仕様書無しさん [] 2021/09/07(火) 12:58:30.30 >>215 当たり前だろ、そのためにOSがある http://medaka.5ch.net/test/read.cgi/prog/1629754203/220
221: 仕様書無しさん [] 2021/09/07(火) 13:00:55.20 ソフトウェアから直接ハードを触ることはないよ デバイスドライバとOSによって抽象化された仮想デバイスに対して アプリは処理を行うわけだからハードの故障なんて気にするわけがない ドライバとOSでなんとかしろよって思う http://medaka.5ch.net/test/read.cgi/prog/1629754203/221
222: 仕様書無しさん [] 2021/09/07(火) 13:01:42.25 ハードの故障を監視して対応行うのはそれこそアプリ開発者のやることではないわな http://medaka.5ch.net/test/read.cgi/prog/1629754203/222
223: 仕様書無しさん [] 2021/09/07(火) 13:02:58.61 こんかいのことで明るみになったのはLinuxとオープン系サーバの脆弱さだよ メインフレーム使ってたらこんなこと起きなかった http://medaka.5ch.net/test/read.cgi/prog/1629754203/223
224: 仕様書無しさん [sage] 2021/09/07(火) 13:31:30.13 メインフレームとか、いつの時代の恐竜🦕だよ。。。 もう、絶滅すべきだろう。使ってるのはわかるけどさ。 http://medaka.5ch.net/test/read.cgi/prog/1629754203/224
225: 仕様書無しさん [] 2021/09/07(火) 15:25:17.73 >>224 絶滅すべき理由が古いだけじゃあなあ メインフレームは現在も進化してる 富士通はメインフレームを作り続けているからこそ 京で世界最高性能を達成し富岳で最強の座に君臨できたんだぞ パソコンで銀行のシステム動かしてるいまのやり方は メインフレームから退化してると認識した方が良い http://medaka.5ch.net/test/read.cgi/prog/1629754203/225
226: 仕様書無しさん [sage] 2021/09/07(火) 15:28:23.79 >>220 HDDや補助記憶装置じゃないんだから DBサーバでそれ言うかね http://medaka.5ch.net/test/read.cgi/prog/1629754203/226
227: 仕様書無しさん [] 2021/09/07(火) 15:30:45.81 >>226 アプリ開発者がDB作ってるとでも思ってんのか？ あ？ DBは富士通が作ってます、つまりみずほの責任ではありません http://medaka.5ch.net/test/read.cgi/prog/1629754203/227
228: 仕様書無しさん [sage] 2021/09/07(火) 15:32:16.57 おまえらDBサーバって1つのHWだと思ってるの？ http://medaka.5ch.net/test/read.cgi/prog/1629754203/228
229: 仕様書無しさん [sage] 2021/09/07(火) 15:34:16.07 >>225 ハイパーコンバージドインフラとか言い始めてる時代に、メインフレームとか。。。 局地にデータセンター置いて、大規模災害でもおきたら、どうするの？ http://medaka.5ch.net/test/read.cgi/prog/1629754203/229
230: 仕様書無しさん [] 2021/09/07(火) 15:37:48.33 >>228 1つのHWってなんだよバカがｗ http://medaka.5ch.net/test/read.cgi/prog/1629754203/230
231: 仕様書無しさん [] 2021/09/07(火) 15:38:37.65 >>229 だったらインターネッツのケーブルねずみさんにかじられたらどうすんだよあ？ http://medaka.5ch.net/test/read.cgi/prog/1629754203/231
232: 仕様書無しさん [sage] 2021/09/07(火) 15:58:02.57 >>231 かじられても良いように、複数箇所で稼働できるようにするんだよぉ メインフレームじゃぁそんなに複数同期できんやろ http://medaka.5ch.net/test/read.cgi/prog/1629754203/232
233: 仕様書無しさん [] 2021/09/07(火) 16:14:25.07 >>232 複数箇所で稼働しててもねずみさんにLANケーブル一本かじられたらそのシステム終わりだから メインフレームはすごく硬いから大丈夫だけど http://medaka.5ch.net/test/read.cgi/prog/1629754203/233
234: 仕様書無しさん [] 2021/09/07(火) 16:17:02.10 GCPやAWSが障害で世界中のシステムがトラブったって話は毎日のように聞くけど メインフレームはそういうのないから 大規模災害が起こったらクラウドも全部ダメになる メインフレームはすごく硬いから大丈夫だけど http://medaka.5ch.net/test/read.cgi/prog/1629754203/234
235: 仕様書無しさん [sage] 2021/09/07(火) 16:31:04.60 メインフレームはねずみに齧られたりしません〜 ちゃんと24時間監視役います〜、掃除のおばさんも雇います〜 http://medaka.5ch.net/test/read.cgi/prog/1629754203/235
236: 仕様書無しさん [sage] 2021/09/07(火) 16:51:35.03 >>235 だから高いんだよ、ラックスペースとか、初期費用かかりすぎだろう 小さな企業が小さくはじめて、規模に合わせてスケーリングできるのがクラウドの良さだよ。それにコロナでリモートワークの時代にメインフレームじゃぁ、柔軟に対応できんだろう。 http://medaka.5ch.net/test/read.cgi/prog/1629754203/236
237: 仕様書無しさん [sage] 2021/09/07(火) 17:23:44.92 このご時世に数千億円規模のシステムを再度メインフレーム化してぶっ倒れる光景はちょっと見てみたいかもしれない http://medaka.5ch.net/test/read.cgi/prog/1629754203/237
238: 仕様書無しさん [] 2021/09/07(火) 20:14:52.74 なに？ ハードの故障なん？ 電源やマザーのコンデンサーが破裂とか？ http://medaka.5ch.net/test/read.cgi/prog/1629754203/238
239: 仕様書無しさん [sage] 2021/09/07(火) 20:27:18.47 メインフレームでできてたことがなんでできんなってしまうんじゃ http://medaka.5ch.net/test/read.cgi/prog/1629754203/239
240: 仕様書無しさん [sage] 2021/09/07(火) 22:03:21.11 「取消情報管理テーブルの INDEX FILE のメモリ容量超過リスクに係る認識不足」は HW障害とは言わないと思うがｗ 中の人のオペミスじゃん まぁ年金システムみたく「IDとかわからんから氏名カナをキーにしろ」っつって データが特定1名にマージされたのを 「事務員の怠慢」と称したアレより罪は軽そうだがｗ http://medaka.5ch.net/test/read.cgi/prog/1629754203/240
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 428 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.013s