1 :
仕様書無しさん:
東ガス、システム開発失敗で50億円損失 社長ら報酬一部返上
東京ガスは1日、顧客情報を管理するコンピューターシステムの開発に失敗し、
2006年3月期決算で50億円の特別損失を計上すると発表した。
責任を取って市野紀生(いちの・のりお)社長と役員3人が月額報酬の20%を2カ月、
自主返上する。
同社は顧客対応を迅速化するため、03年から60億円を投じて、コールセンターでの
問い合わせ内容などを管理するシステムと、販売代理店が行う機器の販売、修理などの
情報を管理するシステムの2つを統合する作業を自社で進めていた。
しかし運用テストの結果、オペレーターが顧客番号を打ち込んでから、顧客データが
呼び出されるまでに現状より約40秒長く時間がかかることが発覚。
実用化には30億−40億円の追加投資が必要な上、明確に不具合が解消できる見通し
が立たないことから開発中止を決めた。
http://www.sankei.co.jp/news/060201/kei071.htm 東証のシステム作ったヤツ出てこい を見習ってスレ立ててみました。
3 :
仕様書無しさん:2006/02/01(水) 21:11:39
> 運用テストの結果、オペレーターが顧客番号を打ち込んでから、顧客データが
> 呼び出されるまでに現状より約40秒長く時間がかかることが発覚。
現場の担当SE一同:ちょwwwまっwww
>>1 どう見てもまだ完成していません。
本当にありがとうございました。
仮に現状では呼び出しに5分ほどかかっているとしたら、大した問題ではないと思われ。
ディジーだか何だかいう子会社にやらせたのか?
7 :
仕様書無しさん:2006/02/01(水) 21:26:37
やっぱ、検索SQL小出しに投げ杉でつか。
帯域ぶっとくすりゃオk。なんてタカくくってたんだろうなぁ。
SEが問題なんじゃなくて、そんな糞開発者を選んだ
外注にしなかったのか?
それとも、失敗しても外注業者が責任をとらなくてもいいような契約を結ばされたのか?
11 :
仕様書無しさん:2006/02/01(水) 21:32:54
そもそもこれってホストでの開発?
>>12 03年からだから、それはないだろ。
俺の妄想だが。
>>13 いや、何となくホスト処理能力に余裕あり→統合システムをホスト上で開発→負荷により遅延発生
の三段オチかと
現場に立会った奴らはその40秒をめっちゃ長く感じたんだろうな。ご愁傷様です。
しかし、運用テストの後にしかパフォーマンスに問題ありって結論が出せないのはどうなの?
16 :
仕様書無しさん:2006/02/01(水) 21:46:54
18 :
仕様書無しさん:2006/02/01(水) 22:00:59
いまだにNN4.7を社内標準にしてる会社かw
IE禁止とか言っておきながらサーバはIISだしwww
19 :
仕様書無しさん:2006/02/01(水) 22:34:32
>>しかし、運用テストの後にしかパフォーマンスに問題ありって結論が出せないのはどうなの?
開発者は一般人の感覚が麻痺してる。一歩引いて総合テストなんかしてると、
おせーよな、って心の中で思うが誰も指摘しない。テストしてる奴も余計な
ことは言わない。コーソリ調べたら問題点は明らかだけど、末端は所詮、派遣だったりするから、
よけーな仕事は増やさないっと。へへっ、、、、
だってJavaじゃパフォーマンス悪いよと言っているのに、
バッチまでJavaで作らせたT○Sが悪い。
製造過程からパフォーマンスは問題になってたよ。
事業規模からして60億円を投じてまで必要なシステムだったとは思えんが。絶対に裏があるな。
22 :
仕様書無しさん:2006/02/01(水) 23:15:13
コンサルの言う事を真に受け杉田んだろう。
システム開発する時は、何時もコンサルがトラブルメーカ。
絵に描いた餅で人間は動くが、機械は動かん罠。
23 :
仕様書無しさん:2006/02/01(水) 23:17:45
またJavaの腐れ案件か
TIS?TBS?
25 :
仕様書無しさん:2006/02/01(水) 23:22:52
>>20 知らなかったのは社長始め経営者連中だけかよ!!!
ちょwwww東京ガスwwww
顧客管理だろ?
それほどクリティカルな案件でもないよな。
50億って値段もな。
いくら顧客が膨大っつっても何とでもなるだろ?
変なの。
27 :
仕様書無しさん:2006/02/01(水) 23:29:40
今の案件、一月後の運用テスト直前に離れる目処が付けた俺は勝ち組
28 :
仕様書無しさん:2006/02/01(水) 23:33:21
しぇんむ〜、は70億。
29 :
仕様書無しさん:2006/02/01(水) 23:34:50
メーター検針なんかも統合する気だったのかな
30 :
仕様書無しさん:2006/02/01(水) 23:35:57
開発に成功していたとしても何年で回収するつもりだったんだろう?
32 :
仕様書無しさん:2006/02/01(水) 23:43:18
T●Sがからんでるのか?
33 :
仕様書無しさん:2006/02/01(水) 23:46:01
T○あいねとに任せりゃよかったんだよおとなしく。
分散処理じゃなくて、統合なんすかね
それほど大きなデータじゃなかろうに
クライアント側と回線が足を引っ張ると
どうしようもないけどね
35 :
仕様書無しさん:2006/02/01(水) 23:49:39
Java?
あそこの処理件数考えたら無謀としか言えないような
市販の汎用ソフト使って60億かあ
しょっぱなの見積もり悪すぎだろw
38 :
仕様書無しさん:2006/02/02(木) 00:36:32
単純に開発だけの問題じゃない感じだね
39 :
仕様書無しさん:2006/02/02(木) 00:40:59
>>22 まさに、「システムは思った通りには動かない。書いたとおりに動く」だな。
40 :
仕様書無しさん:2006/02/02(木) 00:42:29
レスポンス40秒オーバーってすごいな・・・
41 :
仕様書無しさん:2006/02/02(木) 00:57:57
Javaでお金が
∩___∩
| ノ ヽ/⌒) じゃばばばばばば
/⌒) (゚) (゚) | .|
/ / ( _●_) ミ/ ∩―−、
.( ヽ |∪| / / (゚) 、_ `ヽ
\ ヽノ / / ( ● (゚) |つ
/ / | /(入__ノ ミ じゃばばっあびゃばびゃばば
| / 、 (_/ ノ
| /\ \ \___ ノ゙ ─ー
| / ) ) \ _
∪ ( \ \ \
\_)
FBIも新システムで失敗して数百億規模をドブに流してたような。
あれ?崩壊したのって、東京電力じゃねえのか????(・∀・)
44 :
仕様書無しさん:2006/02/02(木) 01:13:46
>>41を見て、
・笑った
・・・ アンチJava厨
・胸くそが悪い
・・・ Java信者 or アンチAA厨
・ふーん
・・・ ボケナス
45 :
仕様書無しさん:2006/02/02(木) 01:17:57
んで、つけは一般顧客に来るということさ。
ガス料、数円上げれば問題なぁ〜い。
さて、一番儲かったのは誰でしょう?
案件、回して、億単位儲けてんだろな。
掛けてもいい。言うなりに30億−40億円の追加投資して納期を無期限に延長
したとしても、間違いなく期待通りのシステムは完成しないだろう。
47 :
仕様書無しさん:2006/02/02(木) 02:48:59
社会保険庁もびっくり
処理速度の問題に気がついていても、
気がつかなかったフリをして仕事をするのが、処世術。
俺は尻が青かった頃、
このやり方では処理速度が遅くて使い物にならない
今からでも設計からやり直すべきだ
と言ったがためにクビになったことがある。
>>1 >東証のシステム作ったヤツ出てこい を見習ってスレ立ててみました。
その調子でいちいちスレ勃ててたらきりがないんだが。
>>1 50億円のプロジェクトが頓挫なんてそうそうあるもんなの?
ゲープロの俺はシェンムーくらいしか知らんけど。
連カキコ。下のリンクより
> 751 名前:非決定性名無しさん 投稿日:2005/10/10(月) 15:40:32
> フォース失敗が業界の噂になってるぞ。
> シーベルの導入で、しかもあそこまでいって稼動できなかったのは珍しいらしい。
> 飲み会、立ち話レベルだが、シーベルを動かせなかったということで、盗ガス、アイネットに?????という評判だ。
あなきんは残念だった。
56 :
514:2006/02/02(木) 20:08:37
計画倒産もとい、計画失敗だろ
子会社に金を移転させる為の
これJava案件だったの?
ソースきぼん
FileMaker案件だってさ。
この規模でFileMaker?うそだろ?
60 :
仕様書無しさん:2006/02/02(木) 21:00:05
61 :
仕様書無しさん:2006/02/02(木) 21:13:54
システム障害を巡る記事の書き方、教えます - nikkeibp.jp - 経営の情識 2005年11月29日
ttp://nikkeibp.jp/style/biz/management/yajima/051129_kakikata/index1.html 11月に入って、複数の証券取引所で情報システムの障害が発生、メディアは
一斉に大きく報道した。
今回は、こうしたシステム障害に関する「記事の書き方」をご紹介しよう。
まずは取材の方法から
まず、システム障害を起こした当事者、今回の例で言えば証券取引所に
記者会見を開くよう要請する。記者会見には必ず経営トップを出席させる。
会見当初あるいは最後に、経営トップが頭を下げた時、写真を撮っておく。
記者会見では次の2つの質問を必ずする。1つは「もう二度とこういうシス
テム障害は起きませんか」である。
「最善を尽くすが、情報システムに完璧ということはない」という回答が
あったら、「再発防止策については、明確な説明がなかった」、「システ
ムの完全復旧にメド立たず」などと書く。
もう1つの質問は「経営責任をどう考えているか」である。
システム障害を起こした当事者はもちろん、情報システムの開発に協力し
たコンピューターメーカーの経営トップにも同じ質問をする。
両トップの発言を見比べて、対立する部分があったら、「『責任の押し
つけ合い』も始まった」と書く。
さらに監督官庁に対しても「監督責任をどう考えているか」と質し、
その回答を報道する。
63 :
仕様書無しさん:2006/02/02(木) 22:16:55
失敗の原因は別にいいから、50億もかかるシステムの規模や構成が知りたい
何に使ったらそんなにかかるのかと
64 :
仕様書無しさん:2006/02/02(木) 22:27:24
ガス屋 「ちゃんと説明【A4一枚だけどな】した通りに、マトモに動く物【俺の頭にしか無い設計通り】作れなかった開発が悪い!」
開発屋 「動いてる【40秒】だろ?今頃になってパフォーマンス云々【でも業務で使うには遅すぎる事をうすうす気づいていた】言うなよヴォケ!」
ま、実際はこんな所だろ・・・
65 :
55:2006/02/02(木) 22:41:36
東電の噂がすごく気になる。
4月から東電に放り込まれるんだけど・・・
66 :
仕様書無しさん:2006/02/02(木) 22:52:33
68 :
仕様書無しさん:2006/02/02(木) 23:25:36
またJavaか
これってWeb系なの?
Web系はSQLやストアドプロシージャに処理を集中させて
結果を表示するだけにした方が楽だし速いと思う。
あれこれこねくりまわしても重くなるだけ。
www.mlit.go.jp/kokudokeikaku/ gis/kyoku/chosa/12jirei/4-3-1.pdf
75 :
仕様書無しさん:2006/02/03(金) 00:18:30
76 :
仕様書無しさん:2006/02/03(金) 02:44:51
例によって、OO信者がデータをEntity Beanで持つことにして、
内部でSQL発行10000000000回とか?
今までの数々のおっぱい
まとめてって感じの霊感商法
派閥争いって感もある霊感商法
78 :
仕様書無しさん:2006/02/03(金) 03:01:01
>>66 OpenViewは単なる監視ソフトだから、業務の遅延とは関係無いんじゃね?
ところで「現状より約40秒長く時間がかかる」ってあるけど、
現状のレスポンスタイムって、どこかに書いてあるのかな。
現状が3秒あたりなら問題なんだろうけど、
もし5分とかなら別にいいじゃんって気もする。w
何人ぐらい自殺したかなあ?
81 :
20:2006/02/03(金) 07:43:49
これってCRMでそ。
オペレータのねーちゃん大変だったろうなw
83 :
仕様書無しさん:2006/02/03(金) 10:35:09
FC東京のサポーターですが入場料値上げなんてことは勘弁。
84 :
仕様書無しさん:2006/02/03(金) 16:30:31
新技術を使うのが好きな人達がいるんだよな。
>>79 3秒以内の仕様を満たさなかった、としか報道されてない。
NTTグループがバックアップすると ... ×
NTTグループが食いものにすると ... ◎
の間違いではないのかね?
88 :
仕様書無しさん:2006/02/03(金) 19:58:21
NTTデータの仕事って、ネームヴァリューを生かした営業と、
後は他者製品の設定パラメータ一覧表の作成だけだろ?
…まぁ営業は超重要ではあるけどさ。
89 :
仕様書無しさん:2006/02/03(金) 20:34:32
J#に移植してもだめなの?
同じようなコードなら.netフレームが上手くやってくれるでしょ。
IISで動かしても同じくらい遅いなら、何で書いても一緒。
ソースが糞すぎ。
>>89 お前、親切なフリして陰湿な罠を張るよな (w
91 :
仕様書無しさん:2006/02/03(金) 22:03:32
Javaが云々以前に、実装を全然意識せずに、OO厨がやりたい放題設計するとこうなる。
UMLはきっと美しいことだろう。
ooとは何の関係も無い希ガス
93 :
仕様書無しさん:2006/02/04(土) 00:35:30
単純に設計が糞だったってオチだろ
Java云々て言い訳にも、ちと無理があるな
94 :
仕様書無しさん:2006/02/04(土) 02:29:06
40秒とか今時ありえん。
つーか逆に「画面からボタン押してレスポンスに40秒かけさせる」
プログラム組む方が難しい。
単にインデックス張って無くて
全件検索してたとかいうオチだったりしてな
DB変な組み方すると突然レスポンスが悪くなるぉ〜。
チューニングせずに生データ放り込んだDBだとサクサク
動くのに現場のチューニング(別会社)されたDBで
動かすとドンナ条件でも必ず同じ時間かかって
データ取得されるってケースがあった
どうしたらここまで失敗できるのか知りたい。
貴重な失敗事例として情報を公開して欲しいものだ。
97 :
仕様書無しさん:2006/02/04(土) 12:46:32
昔、ボタン押してから画面が現れるまでに
2分50秒かかるシステムを開発したことが有ります。
>>94 アンタんとこみたいな中小零細向けシステムとは訳が違うんだよ。おわかり?
99 :
仕様書無しさん:2006/02/04(土) 13:07:07
だからjavaとかvbとか世にでて10年未満の言語で基幹システムなんて
一からつくると失敗する。
やはり50年の蓄積と業務ノウハウの知的データベースであるCOBOL
を流用しなきゃ。
COBOL2000でつくるべし。
そこでYPSですよ。
101 :
仕様書無しさん:2006/02/04(土) 14:06:45
DB云々で検索遅いのなら、ウン億も追加資金あるのなら
余裕で、何とかなる気がする
もう、そう言う問題じゃなくて
レガシーな複数のサーバやホストにデータ取りに行く処理なんかが
複雑に絡み合っていて、それで破綻したんじゃね?
>>101 顧客情報表示するのに、WAN上に転がってる各社のDB鯖から一つづつ引っ張って
来ないといけないとか
設計以前に、根本的な問題がありそうだな
>>99 そういう単純な問題じゃない
そもそも他の言語に移行するだけで解決出来るなら既にやってるだろ
103 :
仕様書無しさん:2006/02/04(土) 17:58:09
30億と見積もった開発費が60億になり
さらに完成させるのに40億って根本的にどこかおかしい。
>>103 開発費のほとんどは人件費が占めるわけだから、開発期間が倍になれば
費用も倍になる。
どうせならSchemeで作り直してびっくりさせようぜ
106 :
仕様書無しさん:2006/02/04(土) 18:40:28
>>104 追加投資でいけるって事は、不足分だけ出せばいいはず。
2倍の開発期間がかかるなんて・・・。
そもそも、3年寝かしておくだけでハード性能が2倍になるんだから、
性能を2倍にするためにさらに3年の開発期間とかかける必要がない。
つまり5倍も10倍も時間がかかっているって事だろ?
失敗が確定したシステムは、根本的に失敗の構造を持ってるんだから、
ほとんど一から作り直しだよ。
開発環境も総入れ替えだろ?
まさか、完成時点で10年前のシステムをベースに作ったりしないだろ?
そして、当初見積もり30億のシステムを捨てたんだから、
40億で見積もった今度のシステムは、結果的に80億かかって失敗に終わる。
107 :
仕様書無しさん:2006/02/04(土) 18:42:51
請負側の役員が、30億を株に投資しちゃったんじゃないの?
実際の開発費は5億くらい(設備投資)でやってて、まるまる損しちゃって、
東京ガスに泣きついてまた30億引っ張ってきたと。
損を取り戻そうとしてまたライブドアショックにやられちゃったと。
108 :
仕様書無しさん:2006/02/04(土) 18:44:21
それか、逆に、東京ガスでの損失の責任を、子会社とかになすりつけるためにやっちゃったとか。
東京ガスって、変にエリート意識持ってそうだし。
109 :
仕様書無しさん:2006/02/04(土) 18:46:27
こういった大規模(金額、投入した人の数、システムの複雑さ)なシステムは
開発環境云々よりも関係各所の調整が大事。
特にシステム統合はある程度抗う部門をねじ伏せるだけの政治力も必要となってくる
なんつーか、あちこちが言いたい放題言いまくった挙げ句に仕様を纏められない
東ガスの企業体質が見えてくる問題だよなぁ
110 :
仕様書無しさん:2006/02/04(土) 18:51:00
>>106 >40億で見積もった今度のシステムは、結果的に80億かかって失敗に終わる。
40億かかると言われたんで、開発を取りやめたんでしょ。
賢明な判断です。
111 :
仕様書無しさん:2006/02/04(土) 19:05:00
おいおい、これは、よくある仕様がどうこういう問題よりも、
性能レスポンスの問題だろ?
ハードの能力倍にするのにあと40億かかるとでもふっかけられたんだろ??ww
意味が分からん
113 :
仕様書無しさん:2006/02/04(土) 19:12:16
俺は、
>>101 にほぼ賛成。あと、OO厨(Javaでも.netでも)原因説にも可能性ありかと。
114 :
仕様書無しさん:2006/02/04(土) 19:13:52
ついでに、SOAだの何だのシステム間連携の新製品を引きずり回して、
複雑でトロくてどうしようもなくなった説。
115 :
仕様書無しさん:2006/02/04(土) 19:22:57
美しいUMLから生み出されるとんでもなくトロいシステムww
117 :
仕様書無しさん:2006/02/04(土) 21:12:49
50億かけたシステムって、何人くらいが開発に携わるの?
年収1千万を3年間雇うとして、150人は雇えるよな?
安いやつ使ったら、300人か。
ここ見てる奴、10人はいるだろ?
書き込んでくれんかな?
>>94 ありとあらゆるところにバカの一つ覚えみたいにインデックス張りまくって、
削除・更新にとんでもない時間がかかるって落ちかもね。
Siebelへのライセンス料が50億のうち30億。
120 :
仕様書無しさん:2006/02/04(土) 23:50:30
ノンカスタマイズで使おうとしたが・・・
どうせならHaskelで作り直してびっくりさせようぜ
ハードが20億くらいじゃねえの?
>>122 CommonLispでグレアムに作らせて新たな伝説を。
売り上げ一兆円弱の企業にとっては五十億円の損失なんて屁?
売り上げではなく、営業利益や経常利益に対して比較しないと。
1300億円の経常利益に対して50億の損失だから、会社が傾くほどではないね。
127 :
仕様書無しさん:2006/02/05(日) 17:43:57
屁ー
128 :
仕様書無しさん:2006/02/05(日) 20:14:50
x64ビット開発環境どうぞ
(アプリ) Microsoft VisualStudio.NET 2003 Professional 日本語版 3of6.ccd+rr.rar UaVWEV1Pps 250,334,645 adcb3c7345f394c078fb85f6b4de0c02
(アプリ) Microsoft VisualStudio.NET 2003 Professional 日本語版 2of6.ccd+rr.rar UaVWEV1Pps 314,435,415 8ac88a2319690f0d3bd0d11ea1738718
[アプリ] Microsoft VisualStudio.NET 2003 Professional 日本語版 2of6.rar.lzh 314,959,119 a8f18441bd99f823cb91144f79c4aabd
(アプリ)Microsoft Visual Studio2005 pro cd2.iso 323,741,696 a108b54c6b4c36662f05737052aaa5e3
(アプリ) Visual studio6.0 Enterprise Edition (Professionalの上位品)(シリアル付き).zip 323,928,421 562da934a7086165bedd810c3bb7dde1
【アプリ】 [開発] Microsoft VisualStudio.NET 2003 Professional 日本語版 6of6.ccd+rr.rar M4bRJeV74v 541,166,707 19f7d666b857994c951ee169aaea2447
(アプリ)[APP][Tool] Microsoft VisualStudio.NET 2003J EnterpriseDeveloper[DVD版](ISO).rar 3fImO90rp0 565,176,429 28a7960843e0d6f5c734a3ef90209f9e
(APP アプリ) Microsoft Visual Studio.NET 2003 Enterprise Architect 日本語版.rar Njbgxse7y7 655,710,878 3b8b324e624dd2af4df467208a1ccfc4
(アプリ)Microsoft Visual Studio6.0J EditionMSDN Library (Disc1+2).rar 684,644,027 46817da9c93725efc8a7fd713816ab0b
(アプリ)MSDN_Libraly_for_Visual_Studio_2005_Japanese.iso SPebz5KjnJ 2,069,477,376 52d526b13fdda0b52fd141871eeb47f3
64ビットにすれば解決する
なんて言い出すアホがいそうだな。
それが2chクオリティ
>>55 おそレスだが
2年ほど前に、おれが入ってて、あまりにひどくて抜けた
JAVAプロジェクトのチームが半年後に崩壊したって聞いたんだが
東電というとU○Kでつか?
CRMのコールセンター業務だろ
顧客の検索で過去の履歴とか検針の情報とか必要だろうし最近の流行で個人情報云々があるから
検索中にアクセスログへのINSERT文を大量に発行とかじゃないのか
そしてそのログはお偉いさんが統計取ったり検査するために大量のインデックスがって
落ちかのう・・・。
その程度の改修なら1億もかからんだろ・・・。
30-40の追加投資ってのはまったく使い物にならないから、全部再構築するということじゃないのか
69式フリーPGは何が69式なのか知らんが、何処にでもいるな。
137 :
仕様書無しさん:2006/02/06(月) 09:46:35
1969年製造ってことじゃないの?
>>132 そんな感じだな(・∀・)
他のチームはどーだかしらんが、おれんトコはサイテーだったな
全部協力会社まかせなくせに、おいしいとこは全部自分達。
2ヶ月くらいで一気に協力会社の主力SE10人くらい連続で辞めた
その後、2人ほど残ってた椰子からそのチームは氏んだと聞いた
つーかスレ違いだな
関係ねえが、今日の朝ガスが止まってて、このシステムのせいかとおもっちまったよ(・∀・)ノ
ただ、お湯が出っ放しになってて、止まってただけだったが
>>140 資源の無駄遣いはいけないとおもいますw
143 :
仕様書無しさん:2006/02/06(月) 16:38:48
どうせ不治痛の苛められたんだろうよ。
Java技術者をCOBOLerが苛めたんだろ。
Hostの仕事が消えるからな。
145 :
仕様書無しさん:2006/02/06(月) 17:53:06
>>101 ハゲド。
DBの設計ミスだろうが、PGのコードが糞だろうが、
それらは改善の余地があるわけで。
はっきり失敗したと明言して開発諦めちゃうくらいだから
環境面でどうにもならない事があったんじゃないかと予測。
ま、中の人がデスマったことにはなんら変わりないけどな。
「ぼくたちがかんがえたさいきょうのけんさくシステム」を実装しただけだろ?
147 :
仕様書無しさん:2006/02/06(月) 19:18:20
検索すべき対象がレプリケーションされた分散DBで、アクセスの度に同様な構成のテーブルにログを追加する様な仕様なんじゃない?
148 :
仕様書無しさん:2006/02/06(月) 19:25:44
ミーハーが調子こいて内部の通信も一々WEBサービスにしてしまったとか
なあ、今更だけど、これ
>>1 当初の目的と、失敗理由がかみ合ってねえよ?
計画的な犯行なんじゃねえの?
システムの統合が目的であって、応答速度の向上は目的には無いだろ???
150 :
仕様書無しさん:2006/02/06(月) 19:30:48
うちの会社(売上1兆円超の企業)、手をつけよう物なら
一気に沈没しそうな基幹レガシーシステムがある。
恐ろしいことにこのシステムの所管部署というのが無いんだな。
誰が責任者か誰も分からない。
たぶん、東ガスのシステムもそんな感じだったんじゃないかな。
なんせ、最初っから開発費用水増しして、ピンハネする事しか考えてねえんだろうな。
これだけの予算ありゃあ、根こそぎシステム入れ替えてもいいくらいなのに。それをせず、既存のシステムにちょいと追加してみたけどダメだったって感じだろ??
必要のないレコードまでSELECTして取り寄せる、という人もいそう。
SQLを知らないでデータベースの入出力をやるプログラムを書いている人とかいるし。
それが日本の技術者と呼ばれる人たちのクオリティ。
もうだめかもわからんね
とりあえず、末端の者が何作ってるのかわからないような仕事のさせ方はヤメレって事?
155 :
仕様書無しさん:2006/02/06(月) 21:03:36
ま た 富 士 通 か
奇術者かもしれんな
157 :
仕様書無しさん:2006/02/06(月) 22:40:01
まぁ、50億、粉飾するよりもと、考えたのでしょうな。
報酬20%カットとかもっともらしいこと言ってら。
こんなのは、氷山の一角。
漏れがこうして一日中遊んでるのに、
また一人入ったよ。狸の化かし合いだもんな。
158 :
仕様書無しさん:2006/02/06(月) 22:46:00
プログラマーが馬鹿ってことだろ
>>158 バカなプログラマを雇ったってだけだろ?
多分、ひ孫請けのまた孫とかなw
プログラマが馬鹿とか、そんな単純な問題だったら苦労しないんだけどね
多分、実際の労働力に支払われた賃金の合計は、10億に満たない悪寒・・・。
162 :
仕様書無しさん:2006/02/07(火) 00:16:40
桁が一つ違う
実際の「所得総額」は一億くらいかも
不治痛の中小SI潰しの一貫じゃないのか。今回の件は。
結局、不治痛が中国に丸投げするんじゃないの?
166 :
仕様書無しさん:2006/02/07(火) 13:06:09
不治痛ってさあ
内部のリストラ終ったらどうするつもりなのかね
他の業界の丸投げ体質は新聞でも批判されているけど、
どうしてこの業界の丸投げ体質は批判されないのだろう。
>>1-
>>167 情報収集能力の皆無のやつらだな。
日本語のおかしいの奴がいるますよ。
これから熱い展開が始まることを期待するます。
172 :
仕様書無しさん:2006/02/09(木) 01:03:36
アドレスクレクレ
173 :
仕様書無しさん:2006/02/09(木) 08:31:49
Javaで実装でもしたのか?
174 :
仕様書無しさん:2006/02/09(木) 09:22:23
ジョークで言ったのにログ読んだらまさか本当にJavaで洒落にならないからこの言語は困る。
javaでやったので40秒遅かったのですか?
Javaで実装したPythonインタプリタで実装したLispインタプリタで作らないと40秒かからんような
年度末進行でマは今が一番忙しいからなぁ
YAHOO検索などは短時間で何万件〜とかヒットするけど
それとはかってが違うもんなの?
179 :
仕様書無しさん:2006/02/09(木) 14:10:12
180 :
仕様書無しさん:2006/02/09(木) 21:24:31
Javaのせいにすんなよ。
181 :
仕様書無しさん:2006/02/09(木) 22:23:41
またJavaか
だからこそドットネットですよ
まじで、これいけます
おじさん保証しちゃう
183 :
仕様書無しさん:2006/02/10(金) 00:11:16
40秒ってのは言語の処理速度云々じゃないと思うがなぁ。
DBかネットワークが絡まないと。
>>184 遅いPCで、クライアント側のブラウザがNetscape指定だったら、40秒の
半分くらいはその処理に掛かりそうで、あながち嘘でないかも。
>システム投資の失敗は、インテグレーターにあります。
>売残りの目林フレームを強引に押しつけていましたから
>若手のエンジニア達はブレードでWAS環境を推薦していました。
>この件は2002年から新規フェイズでつくっていました。
>ところが、既存のデータを変換すればよいのに、データを変換しないでプログラムの改修と
>1台ウン億円のメインフレームと一人1人月50万円のコボルのエンジニアで
>せこーくつくっていたのです。
>有能なエンジニアは単金が安いためにどんどんとやめていき、やがて55才くらいの仕事のとろい
>親爺さんばかりのエンジニアで構成されていきました。断念したのは去年の9月頃です。
>何で発表が1月末になったか不明です。
>今日びLinuxのブレードシステムに大規模DB+webを構成すれば30億円ほどで
>もの凄い良いシステムができますことを一応補足しておきます。
>何でメインフレームに固執していたのかわかりません。
これってホント?
こんなとこにLinux使うおうとするやつなんていないだろ
190 :
仕様書無しさん:2006/02/10(金) 21:51:48
>>187 何となく分かる気がする。。
今時、追加で数十億円掛かるなんて
(まあ、規模にも因るけど)やっぱりオカシイ
ハード込みで「騙された」気配濃厚
191 :
& ◆R7PNoCmXUc :2006/02/10(金) 21:58:55
192 :
仕様書無しさん:2006/02/10(金) 22:30:46
メインフレームってオープンじゃないから、何でも言い値なんだよね
ハードから、ツールから開発環境まで
Firefoxの時代だというのになぜ未だにNetscapeを使うのだろうか。
まったく
195 :
仕様書無しさん:2006/02/12(日) 23:52:36
F2は、ざまぁ見ろと思ってるんじゃない?
COBOLの画面の方が速いって。
今まで、そういうやり方でF2はJavaやASP案件を潰してきたし。
196 :
仕様書無しさん:2006/02/13(月) 02:04:33
大昔みたいにホストで何でも閉じた世界なら早いかもね
>>193 どっちも Mozilla なわけだが。
(除 Navigator 4.x)