【金融】スルガ銀行と日本IBMのシステム開発失敗を巡る裁判がスタート [4/15]

別に正常処理は難しくはない。
ただお金が絡むと絶対にエラーを起こしてはならないので
その異常処理が手間がかかる。

画期的なプログラミングなんかは必要ないが、
発生しうる全てのパターンを考慮しなければならないので大変なだけ。

出来ぬといえぬのがこの世界の常識。
これまでも、数々の難局を乗り越えて
プロジェクトＸ伝説を打ち立ててきた。
団塊の世代が引退したことが、最大の
原因。今の若い者は身をすり減らして
まで会社に奉仕するつもりなど更々あ
りませんから。時代の変化を読み取れ
なかったプロジェクトリーダーや幹部
社員の責任です。間抜けだということ。

>>953
団塊の世代では手に負えない構造のシステムってことも
知らねえんだなお前。時代の変化とか知った口利くんじゃねえよ。
間抜けはお前だよタコが！

プロジェクトＸか。
尻すぼみだったな。
最初は技術立国にふさわしく日のあたらないエンジニアが
日本ビクター再生のキーになった話から、
商社やＮＰＯまでしゃしゃり出てきてＣＭ代わりに使ってたからなぁ。

プロフェッショナル　仕事の流儀もそうだが、
個人でやってる人やものづくりに取り組んでる人と比べると
経営者ででてくる人のレベルは低いと思う。

NHKは９８noteの電池切れでなんもできなかったのです

>>948
ざっと見た感じでは、トップページからのリンクは殆どがHTMLファイルへの直リンとフラッシュ。
インターネットバンキングのログインは違うみたいだけど。
これはweb系の情報システム屋ではなく、webデザイナーの仕事かな。

日本IBMであろうと無かろうと、こういうのは外注先の仕事だろうね。
言語としてのcssやフラッシュ知ってても、絵心は別次元だからｗ

またレノボ？

>>958 どんだけゆとりやねん(笑）

IBMが、中国に逃げるって手はあるかもしれないぜ

>>948
基幹仕事とは関係ないじゃん

IBMってリストラある？

うりーうりー( ･∀･)

IBMはほんとぬるま湯だね

でも中の人はぬるま湯だという自覚は無いけどね

どこの人か知らないが、本社以外はぬるま湯だとよ

日本の銀行システムを米国に売るということはしてるの？
日本人で米国のシステムを売っていた人間が、
米国に行って米国のお粗末さにおどろいたという。。。

>>967 銀行システムはおろか、グループウェアーも世界で通用してないよね。

>>954
急に切れるなよ。この案件のステークホルダーかと思ったぜ。

汎用機でがりがりスパゲッティのシステムを今の優秀なエンジニアが解析するわけないな。

優秀な香具師は同じコンピュータ業界の中でもとっくに異分野に転出しとる。

>>970
そうしなかったら、所謂ベテラン汎用機マンはいらなくなってただろうけどな。

理解できないものから逃げ出す奴を、優秀と呼ぶ感性が理解できない。

単に逃げ出しただけだろ。

優秀な人材であれば、
将来性のあるところへ抜擢されるか移籍するでしょう
貧乏クジを引かされるのは、
貧乏クジしか引かせてもらいない程度の人材ってことです

優秀というのは、技術力があるということではなく世渡り上手ということね。

>>972
糞コードを解析すると、頭が悪くなる
常識だから覚えとけ

本体の孫会社なんかこんなもんよ。

優秀な香具師は旧態以前とした化石のような大型汎用機システムを解析なんぞしないよ。
そういのはそのまま捨ててしまえ。　コボルなぞ見たくも無いわ。

世の中ドッグイヤーで急速に進歩しているのにそこだけ時間の歩みが亀のようにのろい
金融系の仕事遣りたい香具師はいない。

多少単価が高くてもごめんだ。旧態依然とした体質の仕事受けたら世の中の流れから取り残されるし
つまらないからストレスがたまる。仕切っているのが元汎用機屋のやつらだから馬鹿ばかりなんだよな。

気の利いた小学生でもわかるような事もわからないので猿でも理解できるような書類を書かされる。
小学生のおもりじゃねえんだよ。

>>974
本当に優秀な人間は、周りが勝手に引っ張りまわすものです
たとえ本人が嫌がっても・・・

スルガ銀行個人情報違法収集裁判が
スルガ銀行のホームページに出てないんだけど
スルガ銀行は何で隠してるの？

>>979
IBMのシステム開発のスレなのに、出張して書き込むなよ。

銀行に関しては、日本の方が断然システム化がすすんでいる感じなのに、
海外のシステム会社に作らせるなんて、経営者はその辺を株主総会で責められて反論できるの？

>>979
詳しく聞きたいのうｗ
スルガ銀とＩＢＭ両方のスレだし、
>>980は無視してＯＫｗ

邦銀のほうが、実現してる機能では高度なのかもしれない。
詳しいことは知らないが。

しかし、メンテナンス性や可変性はどうだろうか？汎用機だって何時かは寿命くる。
だから>>970が問題なわけで。
優秀なプログラマとは、酷いコード読める人じゃなくて、
理解しやすく、メンテ（改造）しやすいロジックを問う人だと想う。

そして、そういう人は他人のポカに係わり合いになりたくないだろうと想う。
どこに、予想外の処理があるかわかったものじゃないからな。

>>982
メンテや可用性は高いだけあって汎用機はさすがだけど、
人的部分で止まる事多々なので、総合的にみて優位性はどうなの？って感じかな。
ま、新規で組むなら汎用機は無いよ。

ま、お金がじゃぶじゃぶ余ってて、酔狂で汎用機を選ぶところもあるけどね。

ハード的に汎用機は優秀でも、組むのが底辺のコボラー人間の使い捨て。
一部の優秀な人間は常にオープン系に流れる傾向は変わらず。

優秀じゃない人間もＶＢ職人にながれる。
しょうもないWindows系システム組の組むのはみな元汎用機系。

ほんと銀行のやつらは小学生以下の理解力の持ち主ばかり。

本当に優秀な人間は、IT業界を脱出します。
ITに残っている時点で五十歩百歩。

>>975
最初から悪かったんでしょｗ

>>977
優秀というより、単なるリセット厨じゃねーの？それって。

つか、別に進化していないよ。新しい似たようなのが出て、同じところを
ぐるぐると回っているだけじゃん。そのうちバターになっちゃうぞｗ

>>982
邦銀が実現しているのは、高度なサービスであって、高度な機能ではない。
高度なサービスを複数、相互に矛盾せずに実装するには、ゴリゴリとやる
しかないんだよ。

世の中は、プログラマが綺麗にコードが書けるような仕様になるべきだとか
考えてる奴は厨房確定。

>>985
つか、VBプログラマって出自によらずレベル低い奴が多いよ。
プログラム作るだけなら簡単だから。
底辺レベルなのに、いっぱし気取りの奴とかたくさんいる。

Windows系システムは基本的に腐ってて当たり前。

システム構築のトラブルはユーザー側に責任があるケースもあるし、
ベンダー側に責任があるケースもある。
開発工程でころころとユーザの仕様が変わり開発に大きな遅れが
生じるケースでも、必ずしもユーザーに責任があるとはいえない。
要件定義の段階でベンダーがしっかりと適正な範囲でまともな調査を
し仕様確定しておけば仕様が空中分解することなどない。
今回はどうだろうか。おそらくパッケージでできることは限界があるので
IBMは仕様がふくらむことを恐れて厳正な仕様確認をIBMが怠ったのでは
ないか。そもそもパッケージの設計コンセプトを１００％理解して
いたのか。経営者だけではなく現場に説明した上で導入してないでないか。
いくら経営者がゴーをだしても現場が使えないものなど導入不可能。
単に会計制度に則っていればいいその辺の会計システムとはわけが違う。
IBMはパッケージビジネス流行の風潮に色気をあったのか。
くだらないパッケージを進めてユーザーに損害を与えたIBMに
非が結構あるような気がする。
IBMも昔にくらべて随分スキルが落ちている。
ユーザーはブランドだけで企業を選ばないことだ。

>>987
>邦銀が実現しているのは、高度なサービスであって、高度な機能ではない。
>高度なサービスを複数、相互に矛盾せずに実装するには、ゴリゴリとやる
>しかないんだよ。

論点理解しような。

>世の中は、プログラマが綺麗にコードが書けるような仕様になるべきだとか
>考えてる奴は厨房確定。

業務の有り様だって永久不変とは限らん。
業務の変わり目に変化できる情報システムでなければならん。

普遍のものと考えるのも厨房思考じゃないのかと。
新規開発するから良いって？引き継ぐべき機能や顧客データもあるはずだがな。
それが何だか定義できてないと、

COBOL550万行をJavaで再構築へ
http://itpro.nikkeibp.co.jp/members/NC/ITARTICLE/20040518/1/
Java400万行の大規模再構築，1年3カ月遅れるも全面稼働
http://itpro.nikkeibp.co.jp/article/COLUMN/20080526/304079/?ST=system

無駄な情報システム投資が必要なってしまうわけだ。

スパゲッティであろうとなかろうと、ハード依存性もあるコード550万行を解せる人間がどれほどあるだろうか？
いたとしても、その数人しかいじれない体制が妥当だろうか？
サブシステム分割して、分担できるようにせざるを得ないのじゃないか。

それでも、
COBOLプログラマ数＞JAVAプログラマ数
COBOLプログラマ単価＜JAVAプログラマ単価
なわけで、JAVAとか言ってる奴は、客に金を使わせたいだけだろｗ

つかさ、どんなベテランプログラマでも、そこの業務が初物だったら
素人と大差ないよ。コーディング技術なんて実は大事じゃない。

>>990
>なわけで、JAVAとか言ってる奴は、客に金を使わせたいだけだろｗ
商売である以上は当たり前。果たしてどちっちが投資効率良いのかだよ。
客側が考えることだが。javaが高いのは需要あるからだよね。

>つかさ、どんなベテランプログラマでも、そこの業務が初物だったら
>素人と大差ないよ。

これはその通りだから、>>970が大問題なわけだ。

>コーディング技術なんて実は大事じゃない。
コーディングというより、アーキテクチャとか言ってる方が大事ですな。

>>991
いまはコーディングもわからないなんちゃってアーキテクチャーが多かったりして問題だけどね。
だけどコーダーがデザインがわかるかと言えば、仕様書通りに適当に書いてる奴もいるので、そうでもない。

ＣＯＢＯＬはライブラリとか、コードの再利用と言う考えが無いから、スパゲッティコードになりがち。

使い捨て人材あつかいだから優秀な香具師はならない。新人研修でＣ言語脱落したような奴がなる。

いつまでも自転車の再発明続けているようなものだからな。

>>993
COBOLはメモリリークが発生しないから、汎用機やら金融系には好かれていると聞いたことがある。
C言語系は玄人でもメモリリークの危険はそれなりだし、
Javaはメモリリークはないとか言ってる時代もあったがJVMがメモリリークしまくるのが現実だしなぁ。

でも作っている香具師がばかばかりだからな。
ＣＯＢＯＬは落ちこぼれの配属先だし。

結局、客のニーズとか、現実の必要性なんか全く無視なんだな。
IT業者内での自称優越感だけでJAVAすげーとか、COBOLだせーとか言ってる奴って。

JAVAだろうがCOBOLだろうが、客は関係ないんだよ。
ただ、自社が提供しようとしている機能を、「腐ってやがる」とか平気な顔して
軽蔑的態度をとるような奴には、発注したくねーというだけだ。

>>927
どこも情シってこんな感じだと思うけど

銀行系は、ほんっと酷そうだな・・

ベンダーがうけようにもいまどきＣＯＢＯＬプログラマーになりたい香具師がいないからね。
技術にもはりすたりがあるんでね。

2000年問題の時も一度汎用機をはなれた人間は戻らず新人を騙して組ませたが
あの頃でも相当足りなかった上に騙された香具師らは業界に不信感をもって離れ
いるから汎用機にはもどらないでしょ。　自分はなんのスキルの足しにならんとはっきり拒絶したし。

汎用機やりたい香具師はない。　オープン系でも銀行はごめんだね。
考え方が古すぎで最新の技術から遠ざかるし、ろくに業界用語もわからないような
小学生のおもりのような仕事は二度とごめんだ。

官公庁相手の仕事のほうがはるかにましだよ。

>>998　そんな内情で、業務請け負うなんて、企業責任無さすぎだろ。
断れないのか？

>>999
世の中には、担当が1人しかいない（＝倒れたら運用継続不能）システムで顧客から金を取る企業だってある。

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。