日立はなぜデスマばかりおこすのか３【ﾎﾟﾘﾘｽﾞﾑ♪】

おれもＣ＃でクラス禁止言われたことあるわ。
もしかして同じプロジェクトか？

しかも、きちんとクラス設計してプログラム組んだら
「こんな少ないコードでこれだけの機能を実装出来てる訳ない。どこかｲﾝﾁｷしてるはず」
って言われた。

あと、実装中盤にクラスを最適化して、コード量減らしたら
「なんで実装された機能が増えてるのに、コード量が減ってるんだ？なにか不正な事やってるだろ？」
的な事言われたな・・・。

つーか
クラス図も書けない・インターフェース仕様書も書けないのにﾅｾﾞか
システムのベースライブラリ設計をしてる日立社員の不思議。

で、もう二度と日立ソ○トでは仕事しないと誓ったよ。
なんか体調も色々おかしくなったしな。

>>736
日立は池沼しか居ないから仕方ないよ

>>736
いろいろといじめられてメンヘルかｗ
まぁタフというか鈍感じゃないと生きていけない世界だよｗ

>>736
うわあ。すげえ。壮絶だな。

>>736
ぜひSASへ。お待ちしています。

C#でクラス禁止された場合、いったい何ができるんだ？
何もせず終了するプログラムでさえ、Mainを何らかのクラス内に
記述する必要があるのでは？

ＣでＤＬＬ作って呼べばいいんじゃね？
おれって天才。

鷲見いいかげんにしろよ

だれ？鷲見ってだ〜れ〜？
詳細ｷﾎﾞﾝﾇ

>>741
自作クラスがダメってことでわ?
VSがデフォで作るクラスはOKとか…

最近は頭がうまく働かないという人が多いな。

どうも空気中のオゾンの濃度が上昇してるようで、これが原因みたいなんだな。
オゾンの濃度が上昇すると、人間の呼吸機能が害される。人間の呼吸器の機能が
低下すると、体内に取り込まれる酸素の量が減少する。すると脳にまわる酸素が
不足するようになって、脳の機能が低下する。脳の機能が低下すると頭が疲れやすく
なり、文字とかをたくさん読んだり書いたりすることが難しくなってきたりするし、複雑な
思考をすることも難しくなるんだな。
ちなみに一酸化炭素の致死濃度は1500ppmに対し、オゾンの致死濃度は50ｐｐｍで、
単純計算でオゾンの毒性は一酸化炭素の30倍強い。
http://www.showaboss.co.jp/sub2-safety02.htm
http://ja.wikipedia.org/wiki/%E4%B8%80%E9%85%B8%E5%8C%96%E7%82%AD%E7%B4%A0

生活環境基準では0.05ppm(50ppb)が安全基準の上限なんだが、実際にはこの基準を
超える地域というのが最近は結構多い。
http://www.jamstec.go.jp/frcgc/gcwm/jp/japan.html

このオゾン濃度が上昇する原因なんだが、最近はバイオ燃料を自動車で使うことが
原因として指摘されたりしている。
http://tvert.livedoor.biz/archives/50893079.html
http://wiredvision.jp/blog/wiredscience/200706/20070606133755.html

通常のガソリン・軽油は炭素と水素原子だけで構成されるんだが、バイオ燃料（バイオエタノール）の
場合、酸素原子も燃料に含む。そしてその酸素原子がエンジンが吸入する空気中の酸素分子と
結合してオゾン（Ｏ３）になるのが原因ではないかと言われている。

【SEPG】IT業界を本気で脱したい　その49【追悼】
http://changi.2ch.net/test/read.cgi/job/1254774082/l100

日立グループ社員が理解できないからクラスは使用禁止

Ｊａｖａは使用禁止 →　やっぱＣＯＢＯＬが安心

みたいな感じ？

JavaもCOBOLも関係なく、プログラム言語一般の知識はないも同然でしょ。
あったとしても、入門書の序盤だけを机上で教わった程度。
作業の自動化のため、ExcelのVBAをちょっとかじってみた事務の女の子の方がよほど知識がある。
営業、マネジメントだけに特化してくれるならそれでも構わないが
開発にも手を出そうとするからデスマや破綻を招くことになる。

そう言えば、パワポにワードの表を差し込んだ仕様書がきて額然としたことがある。
想像を絶する使い難さだった。

SQLのwhere句を知らないため、一旦全件検索（無条件）を行い、
自力で実装したロジックで必要なレコードだけを抽出していた。
SQL Server + VB.NETという環境のため、where句の使用には何の問題もなく、
そのような設計にする必要性が感じられなかった。

もちろんカーソルのデータを
全部メモリに詰め込んでから抽出するんですよね？

いやファイルにいったん出力します

コボラーの仕業だな

デスマの原因は貧弱なプロマネ力

・最低限の技術力が無い
・人を掌握する能力も無い
・スケジュール管理も出来ない
・そもそもスケジュールをひけない
・上司先輩はメインフレームかCOBOL,PLの知識しか無い

単価が高く技術力が低いのにも拘らず、
低価格受注するから無理なプロジェクトばかり。

羞恥の事実！！

>>753
もちろん一旦メモリに保持してから自力で抽出していた。
しかも件数に関係なくサイズ10000の配列を作って格納。
レコード数が10000より少ない場合はメモリの無駄、
10000より大きい場合は例外が発生する。（キャッチしていないのでそこで落ちる）
せめてリストを使いませんか？と提案したところ、何だそりゃ？と言われた。
まじめに相手にするだけムダだとわかったので、もうその件について話すのはやめたし
何か聞かれても何も知らない振りをすることにした。

>>758
うわあ…すげえ…
Cでmalloc使わなくてもいけそうだなｗ

>>752
昔は結構やってたな。
今でも使うことがあるとすれば
インデックステーブルのようなデータ構造で何段階も
辿らなければいけないようなケースで一部見られるぐらいかな？
SQL何発もだすより性能的に良いケースがあるんで。
全体見ないとその実装の正当性なんかわからんし
最近のRDBMSは性能いいから多分無駄なことしてるんだろうけど。

>>760
問題はこれだろ。

「10000より大きい場合は例外が発生する。（キャッチしていないのでそこで落ちる）」

って、学生か。

まあ、Cみたいに、メモリ破壊して走り続けるわけじゃあないから
まだいいか・・・・・・・・・・・ｲﾔﾖｸﾅｲ。

>>761
そこは運用でカバーですよ
と真面目に言い兼ねないのが、恐いとこ

こちらも過去にあったことだけど、トランザクションって何？という責任者がいた。
整合性を保つには、全件テキストにエクスポートして、それを加工して、インポートしたほうが良いんじゃないかとか本気で考えてた。

目立に入社するのに学歴が要るとしたら、
なんのためだか本当に分からないね。

>>752

SQLなんて（使ったことが無いから）信用ならん！と言いながら
全件検索した挙げ句、「１件読んで判定して（中略）とやるのが常識なんだ！遅いのは製品性能が悪い！」という
頭の性能が悪い人は沢山いるよね〜♪

あんな人達が「業務設計」と称して設計やるんだから、
世の中からデスマが消えると考える方がおかしいｗｗ

日立の規模と知名度を考えると、技術のある人が入社してくることもあるだろう。
そんな人はどうなるんだろう？
周囲のレベルの低さにつられて腐っていく？
それとも呆れてすぐに辞めていく？

>>766
技術のある人はコミュニケーションが苦手だったりするのが多く、結果、デスマというパターンに陥る。
なので、時が経つにつれて腐っていくのではなく、元から腐ってる。

ここに書き込んでる人って、どこの所属？
製作所？ ＳＫ？ ＳＡＳ？ 日情？ それともＧＰか？

中学生がほとんどだろｗ

社内を見回して。
「ああ、なんか中学校の時とあんまかわってねえなあ」
って思ったことはある。
ヤンキーと女子が居なくなったぐらいか。

>運用でカバー

よく聞く言葉だなｗ

由緒正しい"人海戦術"。

ま、運用だけじゃなく開発もだがｗ

バカだから目立に入るのか？
目立だからバカなのか？

アプリが落ちたので調査しろと言われ、ソース(C言語)を見てみると
確保していない領域に文字列をコピーしメモリを破壊している箇所があった。
それについて説明したところ、メモリの確保という概念を理解してもらえなかった。
紙に図を書いて全く知識の無い人向けの説明をしようとしたが、
それでも全く理解できないようで、あげくの果てにメモリを確保する
必要があること自体がおかしいとわめきだした。
もう手に負えない上、その部分のコードを書いたのは日立なので放っておくことにした。

>>774
特定しますたm9(`・ω・)

>>775
誰？
といっても、知りたいのは774自身ではなく774にバカにされてる所員の方。

>>775
数字を見たまえ。
「名無し」だから特定はできない。

>>775 は

「全く理解できないようで、あげくの果てにメモリを確保する
必要があること自体がおかしいとわめきだした。」
　　　↑
わめいた本人なんだろ。

主張：　メモリを確保したいのではない。文字列をコピーしたい。

ここにでてる人は、冗談だよね？本当ならデスマどころか、アプリが完成しないよね。

アプリ？だとか視点が小さすぎるぞ。
プログラム組むのはパソコンヲタクとかいうやつで、
やつらにシステムは作れない。

妄想語ってるだけで、システム作れるとか言ってるから
いまの日立があるわけで。

それにパソコンオタクって言い方・・・
プログラムがちゃんと組める人は、オタクって定義なのか？
なんかｲﾛｲﾛ終わってるな。

こんな凄惨な開発システムを作れるのは
日立さんだけですよ。
まともな頭を持ってるプログラマには
到底（笑）無理な話です。

プログラムなんて誰でも組めるんだ。
だからそんなものは新人研修でしかやらない。

”プログラムがちゃんと組める”だと？
人と会話できない、言ってもいうこと聞かず収集のつかないヤツらのことか？
ヤツらまとまりがないからシステム作れねーよｗ

プログラマ批判に見せかけた●立批判だな。
あんまり調子こくと訴えられるぞ？

いかに日立が終わってるかがよくわかる
良スレッドですね。

「新人研修だけで、プログラムが組める」と思ってる管理者。
「管理者は妄想しか言わない馬鹿」と思ってる実働部隊。

これが日立の実態です。

何が終わってるんだ？

新人のときにプログラムを勉強させた方が良いってだけで、
単価上がるのにいつまでもプログラムの仕事はやらせないぞ。

システムなんて安いところ見つけて作らせるだけだろ？
テストしてバグがあれば直させればよい。

それが技術のドーナツ化現象を招いている訳だが…

大手だろうと中小零細だろうと、SI等と名乗ってる会社で
プログラミングができると言えるのは所謂オタクに分類される人種だけってのは事実。
ガキの頃からプログラミングが趣味みたいな奴な。
それ以外は、技術職という肩書きではあってもせいぜい
入門書の前半を習得した程度のレベルなのが実態だろう。
上記のメモリ確保を知らない人がいても何の不思議もない。

ガキの頃からってw
ガキの頃には家庭にコンピュータなんてなかった訳だが。

8ビットの時代から、そしてそれを幼少の頃からパソコンというかマイコンをいじってた人は次元が違うよ。
専門的に学んだわけではなく趣味、娯楽としてやっていた人でも、
ヘタな職業プログラマよりも実力ははるかに上。
はじめたばかりの人向けの一番簡単な入門書でさえ、簡易会計ソフトや
インベーダーもどきのゲームのプログラムを解説しているような時代だった。

>>786
どこの日立？
君自身のいるところはそうなのかもしれんが、、

>>789
日本の場合、その中小零細までSIerを名乗って一安心している、
そんな国だよ？

>>791
見てきてもいないのに適当な嘘をつくでないｗ
それとも、そういう難しいのばっかりだーうえーん
とか挫折した口か？

盛り上がってまいりましたｗ

>>792
この前停電した辺りじゃね？w

九州か？

安心ってなんだ？
SIで一番偉いのは大手メーカーだろ。汎用機で脱落したメーカーもあるがなｗ
それらの下請けが中小。

プログラムなんてものは１キロステップいくらなんてもんだ。
新人に作らせろ。

パソコンオタクはダメだよ。
やつらだけではまともなシステムは作れない。
だからちゃんと仕切ってやるんじゃねーか。

>>797
・・・・・・ﾏｼﾞなのか。
・・・・・・釣りとかじゃあなく。







ｳｹﾙw

>>797
一緒に仕事したくないタイプだな。
そうやってバカにしてるが自分達だけで本当にシステムが作れると思ってるならプロパーだけでヤってみるがイイ。

間違いなく失敗するからw

設計競技会で高得点取るやつや情報処理特殊持ってるやつらがゴロゴロいるんだぞ。
ソフト教育も年に２つは取らせるし。
藻麻衣ら、目立マンを馬鹿にできるようなヤシじゃねーだろ？

設計だけできても実装できなければ意味がない

目立に実装できないものはない。総合力で勝負だ！

ところで。
ここって「日立ＸＸＸ」とかの事も、書いて良いんだよな？

いままで何回か書き込んだけど、
全部　日立ソry　の事なんだ。

もしかして 無印日立 限定だったりするのか？

>>802
Oracleなんか足元にも及ばないHiRDBがあるからな。

実装どころか設計も厳しいよ。
設計に致命的な欠陥を抱えていて、実装の優劣に関係なく
運用不可能なシステムと化した例なんていくつもある。
それを平然と納入するのだからある意味凄いとも言える。

運転免許を取得しても教習所の車以外運転したことがなく
そのまま１０年も２０年も運転歴ゼロのペーパードライバーみたいなものだろ。
そんな奴が運転する車に乗りたくない。
無免許でも運転歴の長いヤンキーの車に乗る方がよほど安全だ。

実践が伴ってないから、管理も設計も実装も出来ない三重苦の人多いよなw

>>762
実際にやるＧｒだからな・・・

人の製品はケチつけるのに自社製品はマンセー
どこぞのお国かよ。

喫煙所でも飲み屋でもプログラマを叩く腐った課長がいるんだが。

日立大森地区問題管理職つるすスレ
http://science6.2ch.net/test/read.cgi/infosys/1101695656/

どうすればIT業界の残業時間は減るか
http://science6.2ch.net/test/read.cgi/infosys/1170344807/

ＩＴ系の定年について考えるスレ　3歳
http://science6.2ch.net/test/read.cgi/infosys/1254331218/

ＩＴ業界　景気動向　報告スレ4
http://science6.2ch.net/test/read.cgi/infosys/1253536750/

構造体もポインタもわからんと言ってC言語から逃げ
イベントドリブンなんてわからんと言ってVBから逃げ
オブジェクト指向なんてわからんと言ってC++やJavaや.Netから逃げ
COBOLで十分だから他はいらない言うが実はCOBOLもろくに知らないんだよ。
そしてデタラメ設計や管理をやって上流気取り。
デスマになろうが破綻しようが、全て下請けや協力会社が悪いと
決め付ければいいのだから気楽なものさ。

>>812
でもさぁ、そんな日立からしか仕事もらえないんでしょ。

ITじゃなくて、他の日立はマトモなの？

あげ

低技術、デスマ、破綻だらけでも会社が存続できるってのが凄い。
無名企業だったらとっくに倒産してる。

時間と人数さえありゃどうでもなると思ってるバカが多すぎる、
本当に技術のある人間を軽く見すぎ。

意味も理解しないで数字をこねまわしているだけだし。

チェックリストあれって本末転倒と思わないか？
小規模でも指標にあわせようとするし・・・
大体、チェックリストが重要な程の大規模開発でもないのにね。

日立グループ企業で協力会社を次々契約解除している。
ほぼ全てプロパーだけでやろうとしているようだが、大半が満足に
コードもかけないので新規開発も拡張案件も絶望的。
トラブルがあっても原因調査のやり方すらわからない状況。

ざまあああああああああああああああああああああああｗｗｗｗｗｗｗｗｗ

メシウマｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

流石ですわｖｖ目立様ｖｖｖ
ダメっ娘萌え〜

株式市場でもデスマを起こす目立様

【IT】日本のIT産業が世界で勝てないのは、銀行などユーザー企業のレベルが低いから--ITpro(日経) [11/19]
http://anchorage.2ch.net/test/read.cgi/bizplus/1258601922/
◎ソース　ttp://itpro.nikkeibp.co.jp/article/Watcher/20091117/340675/

>>817
作業なんて人数×時間で表せるもの。
１人なら１０日かかる作業でも、２０人投入すれば半日で終わる。
そういう考えでスケジュールを引いてる。

じゃ、２４０人投入すれば１時間で終わる、、、わけないじゃん。

>>825
記事の内容は正論だが、君はユーザに責任転嫁してるだけ。バカ

>>825 は親父ギャグのつもりで言ってるんだろ。







・・・・・・え？ﾏｼﾞ？

まちがえた
>>825
じゃなくて
>>826

>>820
コード書きなんか日立の給与じゃやってられんだろ。

製作所は知らないけどグループ会社なら新人や2年目の奴がコードを書かされていることがある。
バグだらけだったり、そもそも完成まで至らない事も多いので、
結局は協力会社の奴がその後始末をやらされることになる。
ボロボロ過ぎて、苦労して修正するよりゼロから作り直した方が早いケースもある。

「ケースもある」は不要だ

日立の人間に腹が立って夜も眠れない

夜眠れないなら昼寝すればいい

おーい、レオパレスがソフトボールをやめるって、いまＮＨＫラジオのニュースで言ってた。
日立もやめちゃえよ。

１人で１０日のお仕事。
天才なら５日、馬鹿は一生掛けても無理。

１０人中、天才が１人、凡人が３人、馬鹿が６人いると丸２日掛かるだろ。
それが今の日立なんだよ。

>>826
という事で、20人投入しても丸一日掛かる。が正解。

いや、コミュニケーションロスを考えないといかんぞ。
人数倍なら、意思の疎通は１／４になると見なくては。
つーことで20人投入したら丸二日かかっちゃうが正解。

まあ、ソフトの実装を「ライン工と同じレベルの仕事」
とか思ってる奴らが会社を仕切り始めた所って、衰退していくよね・・・




まあ、日立ソ○トの事だけど

　　　＿＿Π＿＿　＿ 　　＿　＿　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　　＿＿＿＿＿
　|＼|＿　 ＿　＿|　| 　| 　|　|　|　|　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　|＿＿＿　　　|
　＼|＿|　|＿|　|＿. | 　| 　|　|　|　|　　＿　＿　　＿Π＿　　　　　　 ＿Π＿Π__　　　　　＿__　　　　 /　　/
　|＼|＿＿＿＿＿| | 　| 　|　|　|　|　　|　| |　|　　|＿＿　|　　　　　　|＿　　__　　_|/＼　　|　　|　　　 /　　/
　＼| |　□　□　| 　| 　| 　|　|　|　| 　 |　| |　|/＼　　/　/　　　　　　　　��　 |　|　＼/　 / 　/ 　　／　 /
　　　.|＿□　□_|　 | 　|　 |　|　|　|　 /_/　|＿／　／ 　＼　＿＿　　＿　　/　/ 　＿／　　/　　／　　　＼
　／|　　|　　|＿／| | 　| 　|　|　|　|　　　　　　　　＼/|　|＼/＼＼＼/　/　　￣　　|＿＿／　 ／　／＼　　＼
　|／　　＼＿＿／/__/ 　|＿|　|＿|　　　　　　　　 　 |__|　　　　￣/＿/　　　　　　　　　　 ／＿／　 　 ＼＿_＼

>>839
日立ソフトウェア工場。

実装だけでなく設計もボロボロ。
最終的なシステムの完成形を想像できないから、稼動不可能な欠陥設計でも
それに気づくことも気にすることもない。
デスマになろうが破綻しようが、協力会社に責任転嫁して逃げるなり、
次フェーズに回して後任者に押し付けるなり、いろいろと手段はあるから気にしない。

日立グループの悪口を書いてもどうにもならない。
それより、今後どうなるのか興味がある。

・何だかんだ言って、日立のネームバリューは強い。
　どれだけデスマ、破綻を繰り返しても案件受注はできるので現状のまま変わらない。
・デスマ、破綻を繰り返し顧客を失いIT部門縮小、消滅へ向かう。
・さすがに危機感を感じ、自ら設計も実装もできる体制を構築する。

どうなるだろうか？

日立の家電買ってますか？
日立のＰＣ買ってますか？
日立のメインフレームってまだ売ってるの？
海外で売れてるの？
野武士集団って何が？
その子会社って？

本当にわからないのですよ
ＩＢ○（最近微妙ですが）で良いんでないのと・・
日本人として応援できないんですよ何故か・・・

10年ぐらい昔は今よりマシだった気がする
年々腐敗が進んでる
近い将来、IT部門を廃止にするって話が出てもおかしくない

うちにはFlora220Wありますが何か？

(情)は稼ぎ頭じゃないの？

ちょいと稼いだ子供の稼ぎを
親が取るって時点で終わってるなと思うのですよ
時勢で稼げた親が勘違いして、そいつらが育てたアホな子から
小遣いせびるって、どうにもならんと・・・

鼻毛カッターを買いに行ったら日立製が一番コストパフォーマンス良さそうだったけど
過去に散々な目に遭わされたのを思い出し、日立製はやめてナショナル製を選んだよ。

>>844
日立のエアコン買って後悔した。

>847
SPCやら非文やらを無理矢理押しつけて高い金を取って、
他の部署の効率を最大限低下させれば、稼ぎ頭にもなれるな。
短期的には。

鬼畜パワハラ企業日立建機トレーディング

>>851
業務効率を30%低下させると、情報漏えいが30%減ります

製品を導入するほうもキチガイだな

>>843
某金融機関向け案件で、後継者が育っていないのでメインフレームは近いうちにできなくなる
と定年近いおっさん（と言うよりもおじいさん）が言っていたのを思い出した。
大昔の手書き設計書をPDF化しただけで、若手への技術継承が完了したと
言っている人もいるくらいなのだから、もうどうしようもない。
既に技術を継承せず退職した人も多く、今では誰にも触れない箇所もあると言っていた。

>>854 さんのおっしゃる通り、メインフレームなどの過去に大人数で作った
大規模プログラムに手を入れるのは実際問題かなり難しいことだと思います。

ソフトウェア的には中身が分からず手がつけられなかったり、
ハードウェア的には部品が無くなったりコストが合わなかったりしそうです。

あなたならどのように対応しますか？

●近付かない
君子危うきに近寄らずのことわざの通り。

●死ぬ気で頑張る
全てのドキュメントやコードを読み全力でそのシステムを改造します。

●システムのリプレース
既存システムは諦めて破棄し、
既に実績のある保守し易いシステムになどに全面リプレースしたりします。

●会社倒産→別の銀行へ顧客を誘導
大部分の人は、口座振替やＡＴＭなどの基本機能しか利用しないので、
シンプルでしっかりしたシステムを採用している銀行に移動して貰う。

●あなたの案
上記の案は全部×で、誰もが絶賛するあなたの案は○○○です!!

漏電火災ですべて焼き尽くす

製作所ではなくグループ会社の話だけど
協力会社、派遣社員の契約打ち切りを進めている関係で、
うちの会社も今月いっぱいで契約終了となる。
今後はプロパーだけで全てやるとのことだったが、能力的にまず不可能。
デスマ連発では済まず、破綻連発になると思う。
一応現在担当システムの引継ぎを始めているが、日立グループの連中は
設計書もソースも全く理解できないし理解しようともしておらず、
ただ単に定型フォーマット通りであるかどうかしか見ていない。

>>857
リアルタイタニックwうけるw

つーかソレって日立ソフトの事じゃないか？

>>857
今月いっぱいで協力会社契約打ち切りってもしかして俺と同じ所か?
デスマとか破綻以前に、おそらく現行稼動しているシステムが使えなくなる
何しろ、仕様バグで日次処理が正常動作しないので、直接SQLを実行して
DBを書き換えて辻褄を合わせることで何とか運用してるんだ
毎回同じSQLを流せばいいわけじゃなく、データを調査した上で
改竄SQLを作らないといけないので、仕様をわかってないし、DBを理解してないし、
基本的なSQLもわからない日立の連中にはたぶん無理

>>859
そんなシステムこさえておいて上からみてんなよｗ

>>859
>何しろ、仕様バグで日次処理が正常動作しないので、直接SQLを実行して
>DBを書き換えて辻褄を合わせることで何とか運用してるんだ
>毎回同じSQLを流せばいいわけじゃなく、データを調査した上で
>改竄SQLを作らないといけないので、

そんなの、日立の連中じゃなくても無理だろ。
さっさと修正しなよ。

>>859
そのうち
　オレ様がいないとこのシステムは動かないぞ。
　待遇を改善しないと、自社に戻っちゃうぞ
なんて言い出しそうだな。このハケンくんは。

それは当然言っていいことだと思うけど。
まあ、普通は未練が無きゃ何も言わず崩壊を眺めるけど。

言っていいはずねーだろ…
大丈夫か？？？

日立に限らず、保守運用が完全に協力会社依存で、その会社が撤退した結果
正常運用が不可能になったり、運用停止に陥ったシステムなんていくつもある。

日立の作った仕様が根本的に間違っていたと認めたくないから
そのままでは運用できないのをわかった上で製造、納品し、
後から定期的に「データにパッチをあてる」などと言ってDB改竄して仕様バグをごまかす

人というプログラムを納めたわけです

>>862
保身のため社員同士必死だぜ？
そんな所、さっさと退場するだろ。

待遇を改善＝正社員がちゃんと仕事すること

そんなことやってるからデスマばかりおこすのだろうな

デスマは目立グループの資産です。
決して根絶やしにしてはなりません。

>>858
タイタニックは氷山警告の無視、氷山の発見遅れ、氷山回避ミスによって沈没したが、
運行させていたのは資格も経験もある航海士達だ。
ミスが重ならなければ、順調に航行できていたことだろう。

日立の場合は最初から穴が開いて浸水し始めている船で、
船を動かしたこともない船員だけで出航するようなもの。
ミスがなくても沈むし、偶然穴が塞がってもそんな船員だけでは遭難するだけだ。

タイタニックは船会社が借金まみれで、タイタニック建造費の投資回収の見込みができなかったため、
保険目当てで氷山にわざと当てて沈ませたという説もある。

つーことで、目立もデスマに自ら体当たりする自爆路線に突撃しているのれすｗｗｗｗｗｗｗｗｗ

プロジェクトに保険適用できるの？

>>871

なんとなく分かる気がします。

もし、あなたが社長ならこれからどのような舵を取りますか？

>>874
俺は>>871でないが、俺が社長なら、会社を解体するね。
日立は発電所や鉄道に専念すればよい。

>>875

なるほど!!

本当に得意なことに専念して、不得意なことはしない作戦ですね!!

本物を提供するNo.1会社として末長く信頼が得られそうです。

世の中の企業がそういうNo.1会社の集まりになったら楽しいでしょうね!!

その方向に進む場合、解体される事業の従業員の対応も重要かと思われます…

今よりも生き生きと快適な仕事が出来るような舵とりなどありますでしょうか？

全然外部のものなんだけど日立って情報系も利益だしているほうじゃないの？
きっついのは家電とかだと思ってた

自動車と半導体と税金が赤字の原因と聞いた

日立は伝統的に、

1. 製品のライフサイクルの速い分野は苦手。

パソコンは全然売れなかった。企業向けでは、サーバやメインフレームのよしみで
それなりに売れていたが、個人向けでは全然売れなかった。
ハードディスクも、赤字を垂れ流した。半導体も全然だった。

2. 一般消費者向けの分野は苦手

家電は元々、そこそこにしか売れなかった。競争が厳しくなって赤字を出す羽目に。

　赤字ざまーみろ

　微力ながら日立製品は買わないようにしています



転職せざるを得なかった日立子会社のプロパー達より

俺も日立製品は買わないように親、親戚に言ってるかなぁ〜
「カタログに書いてあることなんて信用するな。内部にいたからよくわかる」って感じでさｗｗｗｗｗｗ

デスマしてて原発メルトダウンしないのが不思議
あれ原発はしてないんだっけか

日立グループの社員が日立家電を利用した場合の試算です。

ドラム式洗濯機、エアコン、掃除機、冷蔵庫、HDDレコーダなど
毎年少しずつ日立家電に切り替えていった場合、以下の計算になります。

日立製作所の連結従業員数は、400,129名です。
親戚も含めて約５倍の世帯数になるとして、約200万世帯。

世帯当たりの購入金額を月平均にならして月額約2万円とすると、
200万世帯 × 2万円 ＝ 月額400億円、年間4800億円の売上となります。

親戚に利用して貰う場合、恥を掻きたくないので良いものを作ってしまいます。

さらに売り上げ上がります。

>親戚に利用して貰う場合、恥を掻きたくないので良いものを作ってしまいます。 ＞

こういう意識を持って製品開発を行うものなど皆無ｗ
だから月額400億円、年間4800億円の売上というのはありえないｗｗｗｗｗｗｗｗ

三菱グループは、それに近いけどな。

ひとごろし建機北山

上層部がこんな事しか考えられないから没落していくんだナ。

できもしないことを妄想する>>883みたいなのがいるからデスマが繰り返し起きる。
なにもかもドンブリ勘定、決定的に甘い見通し、実装できるかどうかの検討もせずにGOサインを出すアホ管理職・・・
学習能力がないとはまさにこのこと。
目立はIRなどでデスマのことを「不調プロジェクト」と呼んでいるが、正直にデスマーチプロジェクトと書いたらどうだｗ

目立はコンシューマ向け家電製品は他社製品と比較してどれもパッとしない。
事実、白物家電、AV家電、PCなどは目立製品のなかでも突出して売れてない分野。
DVDビデオカメラなど目立が真っ先に参入した分野でもパッとせず、諦めた頃に他社が参入、
後発参入組の他社が目立以上に売り上げを伸ばしてシェアを抜かれる始末。
そういう事例が山ほどある。ようするに過去から何も学んでいない。

得意の重電機器や原発などに集中しても、絶対的な安全性を保たなければならない製品で
データ捏造や製品不良をするようじゃな、もう企業としての信頼性ガタ落ちだろ。

その典型的な事例が何度も繰り返されるデスマ。
これからも不調作番を増やして、企業体力なくしてさっさと潰れてください。

>>883

これが

自 己 啓 発 セ ミ ナ ー

の成果か・・・・(ﾟＡﾟ;)ｺﾞｸﾘ

>>888 さんのような出来そうな方からみても、信頼される会社に立て直すことは１００％無理ということでしょうか？

何か手立ては無いものでしょうか？

もはや手立てなし。
なにをやっても焼け石に水。

一旦IT分野からは全面撤退。
どうしても再参入したいなら、日立の名を冠せず日立グループであることを前面に出さず、
日立の分化も持たない一見独立系の企業を作り、コーダーやテスターの派遣から始める。
請負案件の受注、上流工程やマネジメントの担い手の育成を考えるのはその後でいい。
もちろん、現在の社員は役員から平まで、一切再雇用しない。
それくらいやらないと再起は無理。

>>892

なるほど!!

本当は実力がある優秀な人が在籍しているのは確かなので、
０スタートから地に足を付け一歩一歩本物の実力を付けながら精進すれば、
信頼される会社に戻れる可能性がある訳ですね。

>>892
馬鹿だろお前ｗ

話しながらどんどん自分が何話しているかわからなくなるタイプだな

>>895
総理大臣になれるな

二代目鳩ポッポ誕生

>>892
要するにゼロからやり直さない限りは建て直し不可能と言うことでよいか？

そこまでいかなくても、今までやってきたことを否定しないと、再生は無理。
悪慣習が多すぎる！

まずは899のクビからか？

「社内規則などが増えると、守られない規則を山と作る結果となります」
by パナソニック法務担当常務・鹿島氏
「規則をたくさん作って楽ができるのは上の者です。規則通りにやれと言っていれば、考えずに済みますから」
by 富士通の元会長・小林氏

名指ししてないけど日立のことを言ってるんですね。わかります。

どんぶり勘定すらできていない。
どう考えても1ヶ月はかかる作業でも、何の根拠もない思い込みだけで
「2日もあればできるだろ」等と言ってその通りにスケジュール化。
コマンド一発で済み1分で終わるような作業でも、
「これは1ヶ月はかかるでしょ」と言ってそのままスケジュール化。
開発経験がなく、机上の知識だけでマネジメントをやるとこういう結果になる。

>>902
というより、「部下も人間である」という基本を理解してないでしょ。
マネジメントやってる人たち。

>>901

分かります。

膨大な規則に加え、過去67年間に渡り加え続けた再発防止策の数は
相当な量だと思います。

人は縛られることを本能的に嫌います。

規則だから○○したらダメと言われ、取り囲んで強制されると
怯えてしまい本来の実力を発揮し難くなります。

そして、規則を守るために多くの時間を費やすようになります。

他社ではどうやっているのでしょうか？

どうやったら本来の日立グループの優秀な人材の実力通り
生き生きと光り輝くように動かすことが出来るのでしょうか？

>>904 の訂正

誤：動かすことが出来るのでしょうか？
正：動くことが出来るのでしょうか？

読み返したら自分が動かない他人事みたいな文章だったので…

アブダビ原発、韓国電力連合が受注　日立・ＧＥ連合は敗退

http://www.nikkei.co.jp/news/kaigai/20091228AT2M2701127122009.html

>>906
韓国連合をバックアップしてるのがＷＨで、ＷＨは東芝の傘下。
日立は東芝に負けたということさｗ

ハゲタカファンドが狙いつけた日立製作所

http://zasshi.news.yahoo.co.jp/article?a=20091229-00000001-facta-bus_all

(1/2)
年も明けたことだし、年末まで引きずりまわされたデスマのことでも書いてみるか。

○年前、俺は異動になって、東京から地方に飛ばされた。
そこで仕事してたら、東京にいた時の上司(Ｎ部長)が、何故か追いかけてきた。
直接、自分の仕事上で接することにはならず、放置していたが、自分の上司や周囲には、
散々警告した。
｢気をつけたほうがいいですよ。勝手に、客先でできないことを[やる]とか決めてくるし、
勝手に無理な納期決めてきて、連日徹夜になったりしますよ。｣
しかし、俺の言葉など、戯言としてさえ受け取ってもらえなかった。
そりゃあ、東京から来た部長職となれば、ある程度の期待がこもっているわな。

それから１年後。
急に、自分の上司に呼び出された。
｢Ｎ部長の担当している仕事が、トラブっている。お前に任せるから、収束させてくれ｣
思わず、自分の上司に言ってしまった言葉。
｢１年前に、あんなに警告したじゃありませんか｣
上司の言葉は、力ないものだった。
｢あそこまでひどいとは、思わなかった。ビジネスマンとして、人として最悪だ｣

・３月末に納入するシステムが、１０月になっても未完成。
・設計書がなく、どこまで何ができているのか、いないのか、全く未知数。
・客はカンカンで、払った金を全額返せと息巻いている。
・外注さんざん使っておきながら、発注さえしておらず、社内でも大問題。
・議事録は一切残っておらず、客に言われるまま。仕様確定させた押印さえ存在せず。
・社内にも、黒字とも赤字とも報告しておらず、売上、原価、利益も不透明。
・しかも、かかった費用を、全額、俺のいる部署に押し付けようとしている。

(2/2)
調べてみると、各パーツ毎のプログラムはあるものの、全体を見渡した基本設計書がなかった。
１０月初頭から１１月末にかけて、基本設計書を作ってレビュー。
→Ｎ部長を会議室に呼び出し、それこそ逆さまにして、要件を吐き出させた。
→客と、仕様の再調整。
１２月初頭から１２月中旬にかけて、詳細設計とプログラム開発。
１２月下旬にテストして、利用者に説明会。
さらに、社内の稟議を通した上で、工数と外注費、スケジュール表を提出し、毎週のように報告。
あげくの果てには、外注への発注処理まで。
全部、まとめ上げた。

これで終わればよかったが、実際はそんなに甘くなかった。
何故なら、隠し玉を何発も抱え込んでいた。

(Ｎ部長)｢実はね、こういう仕様があるんだ｣
(Ｎ部長)｢こういう判定文が必要と思ったから、外注に直接お願いしておいた｣
(Ｎ部長)｢言いたくないんだけど、実は…｣
(Ｎ部長)｢あっそれ？聞いてるよ｣
(Ｎ部長)｢明日セミナーがあるから、資料は明後日ね｣

(俺)｢なんで、要件を吐き出す機会があったのに、言わなかった？｣
(俺)｢こっちで客と仕様確定させたのに、なんで外注に、勝手に仕様外の条件文を入れる
ように指示した？｣
(俺)｢誰にも相談せず、誰の許可も得ずに、爆弾を仕込もうとするな！！｣
(俺)｢暗躍するのは、やめろ！！｣
(俺)｢これだけ納期超過しておいて、セミナーだぁ？ふざけるな！！｣
全部、本人に怒鳴りつけた言葉。

社内でも総スカン状態だが、Ｎ部長は現在も、部長職として君臨している。
誰かが、俺にこう言った。
｢皆でカンパ募って、東京に叩き帰したほうがいい｣
俺も、そう思う。

>>909-910

凄い状態ですね!!

ただ、この流れでN部長を東京に帰すと東京でデスマが起きそうです。

各部署で同様のアプローチをすると、
日立全体がデスマスパイラルに陥り最悪の状態になるような気もします。

なんとなくですが、>>909 さんの近くにN部長が送られてきたのも、
偶然ではなくて意味がある出来事のような気がします。

神様が上から見ていて、次のように思ったのかも知れません。

>>909 さんなら責任感が強く能力が高いため、今まで誰にも出来なかった
『N部長の長所を引き出して最大限に生かしN部長の欠点を補う』などの
究極のアプローチでプロジェクトを成功に導く力を持っている。

>>909-910 の内容を読むとN部長は相当酷い部長のように感じます。

うまくN部長を生かすことが出来たら伝説の人になれるかも!!

このスレにはキチ○イがいる・・・・

>>909-910
あなたは立派。辛かったと思うが、この経験は今後の糧になる。

Ｎの件だが、もう怒るのはよそう。会社は竹箆返しを食う。
いや、>>908で見るとおり、既に竹箆返しを食っている。

>>911
>>913

>>909-910 です。
うわ、レスが付いている。
しかし、デスマを収束させて、｢立派｣｢よくやった｣なんて、一度も言われたことがなく、
複雑な心境です。

上にも書いてありましたが、デスマを収束させる人が一方的に叩かれて、デスマ起こした
人が叩く側に回る…のが、今までのパターンでした。
何度も火消しをしましたが、デスマ起こした張本人は、異口同音に次のような言葉を発し
ていました。
｢既にプロジェクトを離れ、他の業務についているので、知らん｣
｢あとは、宜しく｣
ひどい時には、プロジェクトから離れた後にデスマが起こったように言う人もいました。
そんな状態に慣れてしまっているので、逆に褒められると、
｢まだ、なんか爆弾があるのでは｣
と身構えてしまうあたり、俺は、すさんでいるのかも。

因みに、Ｎ部長とは、非常に仲が悪いです。

(l<)さんお疲れ様です。
スレ流し協力しまッス。

飲み会不参加だったんで、
そんな経緯だったとは知らなかった。。。

因みにNは、ほとんどと仲悪いですヨ。

>>914
かわいそうに。
Ｎの家に中国人強盗団が押し入って、家族もろとも殺されればいいのさ。

(P)さん、かわいそうに。
煙草嫌いなためにNと仲が悪いんですね。

変わりに次のデスマＰＪも引き継いで消化して、
仲直りしてくれませんか？

過去のデスマ案件を、列記させていただきます。

(1/3)
Part1.ＳＥが攫(さら)われた案件
ある日、部長職(Ｏ部長)から、携帯で呼び出しがあった。
｢Ｚ会議室に来てくれ｣
なんだろうと思い、行ってみると…。
(Ｏ部長)｢君と同じ部署のＭ君が、来週から客先常駐になる。Ｍ君の案件を、君に引き継いでもらいたい｣
(俺)　　｢何のシステムですか？｣
(Ｏ部長)｢販売管理だ。詳しくはＭ君に聞いてくれ。これが、引継ぎ書だ｣

引継ぎ書には、開発言語、顧客名、担当者名、電話番号が並んでいる。
俺は、その一番最後の記述に、釘付けになった。
｢社内のＦ氏から引き継いだ案件だが、バグだらけで、毎月のように日次更新、月次更新がコケる。
お客様は、日次締め処理、月末締め処理に毎月時間を取られ、大変お怒りである｣

(俺)　　｢こんな案件、やりたくありませんよ。炎上してるじゃありませんか｣
(Ｏ部長)｢頼む、この通りだ。担当してくれ｣
そう言って、Ｏ部長は机の上で、両手をついて俺に頭を下げる。
(俺)　　｢嫌なものは、嫌ですよ。もともと担当していたＦ氏に、返せばいいでしょ？｣
(Ｏ部長)｢Ｆ君は、今は別のプロジェクトに入っているんだ。頼む、この通りだ。担当してくれ｣

(2/3)
部長職が、担当に頭を下げているのに、無下に断るわけにもいかず、渋々承諾した。
しかし、その後１年間、電話がかかってくれば、直ちに客先に急行するという、悲惨な状態。
・客先に挨拶に行ったら、いきなり２時間立たされたままで、罵声と怒号を浴びるわ。
・営業所のＰＣのＨＤＤが吹っ飛ぶわ…。
・本社サーバのＨＤＤが吹っ飛んで、バックアップを客が取ってないわ…。
・営業所そのものが火事になって、ＰＣもバックアップも灰になるわ…。(これには参った)
・仕様書がなく、プログラムを全部追いかけて作るわ…。
・コーディングがボロボロで、仕様書作りながら修正し始めたらキリがなくなるわ…。
・あまりにOn Error Resume Nextが多くて、仕様書作りながら吐き気してくるわ…。
そんなこんなで、１年かけて、問題点を一つずつクリアしていき、ようやく安定した。
一番困ったのは、他の営業所から伝送されてくるデータが尻切れになった時。
原因がわからず、回線業者に調べてもらったら…。
｢ＩＳＤＮ回線なのに、雑音がする。アースを取り付ける｣
アース付けてもらったら、尻切れがピタリとやんだ。

(3/3)
そんなことをしていたら、いつの間にか(長い長い)３年が経過していた。
客から、｢リプレース提案を出してほしい｣と言われ、提案書を作って営業に出したら…。
なんと営業が、提案書を出さずに、退職してしまっていた。
当然、他社にリプレースが決まり…。
客｢ウチみたいな中小企業は、相手にしてもらえないんですね｣
散々嫌味を言われ、他社製品に切り替わってしまった。

後で聞いた話だが、Ｍ君は、三千万円で五年間、別の客先に売られていたらしい。

Part2.営業がデータ消した案件
ある日、事務所で仕事してたら、部長職(Ｚ部長)に声をかけられた。
｢Ｙ会議室に来てくれ｣
なんだろうと思い、行ってみると…。
(Ｚ部長)｢営業が、パッケージソフトのバージョンアップをしたらしいが、失敗したらしい。
　　　　 状況確認と、データ復旧が可能かどうか、調査してほしい。｣
(俺)　　｢何のシステムですか？｣
(Ｚ部長)｢市販されている、一般的なパッケージソフトだ。詳しくは、営業に聞いてくれ｣
(俺)　　｢わかりました｣

調べてみると、とんでもないことになっていた。
・１年毎に、会社データが作られるシステムで、既に５年利用している(データは５個)。
・直近のデータだけは、営業がバックアップを取っていた。
・何を血迷ったか、過去４年分のデータは、御客様にバックアップを依頼し、取っていなかった。
・そのままデータベースソフトをアンインストールし、バージョンアップをしてしまった。
・過去のバックアップが取れていないことに気づき、新しいバージョンをアンインストール。
・データベースソフトを入れ直したが、時すでに遅し。管理情報が消失して、復旧不可。

メーカーに、バージョンアップ費用を払うのをケチって、営業が独力で作業した結果がこれ。
しかも、担当営業は誰にも相談せず、独力で作業していた。
３人で２日徹夜し、メーカーの協力も仰いだが、復旧できなかった。
しかし、実はバックアップが見つかった。
毎年、御客様が年末に、テープでフルバックアップを取っていることがわかったのだ。
ここから書き戻すことで、一件落着。
対策終了後の反省会では、担当営業は文字通り、針のむしろ状態。
大抵こういう場では、担当者だけが吊るし上げられる。
別に、庇うつもりはなかったが、俺は再発防止策の策定と、周知徹底が重要と力説した。
こういう話は、闇に葬られることが多く、同じようなトラブルを何度も起こす可能性がある為だ。

>>921

こんな感じだったのかな？

お客様：
　不況やからバージョンアップ代なんか払えまへん。
　そもそも何でバージョンアップせなあかんの？
　何も新しいことせえへんのに金取るなんておかしいやないか！

メーカー：
　このバージョンの有効期限は○○年です。
　新しいバージョンにしないとサポートしません。
　バージョンアップには○○円掛かり、サポート費は○○円になります。

ＳＥ：
　追加の○○するなら○○円掛かります。
　あ〜忙しい忙しい。

上司：
　予算通りやらないとお前の評価は○○だぞ。

担当営業：
　大切なお客様のために頑張らなければ。
　でもお金ない。どうしよう？困った。誰にも相談出来ない。
　自分が頑張るしかない！

本当かな？

>別に、庇うつもりはなかったが、俺は再発防止策の策定と、周知徹底が重要と力説した。
>こういう話は、闇に葬られることが多く、同じようなトラブルを何度も起こす可能性がある為だ。

「ﾊﾞｶだなぁ。あははは」で済まされてしまうので、結局闇に葬り去られるｗ

破綻案件やデスマ続きで、事業が存続できているのが不思議。

長々と武勇伝を書いてる人がいるようだが、
なんとかしてくれる便利な人がいるから破綻しないのも事実。
会社から見ると、吹っかければ何でもやる便利な人材だからなぁ。

引継ぎ担当を上司に依頼してんだが、
トラブル履歴説明したとたんに、みんな笑って逃げるんだ。

どうしたらよいかアドバイスくれ。

ちなみに前前任も前任も全て隠したまま去っていった。

98 名前：名刺は切らしておりまして[] 投稿日：2010/01/07(木) 15:16:13 ID:GyV1h7R1
862 名前：名無しさん[] 投稿日：2010/01/07(木) 14:26:42 ID:zip+3sU80
リクナビNEXTより引用。

----------
株式会社　日立製作所
職種◇日立の事業を支える【経理財務】（ソフトウェア事業部）

募集背景◇未来の社会を形づくる「ソフトウェア事業部」を支える、経理財務
部門強化のための人材募集となります。
----------

財務の募集してるんだ？ふぅん・・・・・。

フレームワークと称するおかしなライブラリを使ってたな。
完全に自己満足で作ったものらしく、様々な有用性を謳ってはいるが
バグだらけ、ひどいパフォーマンス、ドキュメントも整備されていなかった。
各案件で独自に改善を試みたらしいがよりひどい状態になった上に複数のバージョンができてしまい
社内でノウハウを共有することも難しくなっていた。
特定案件向けに特化した改造をされたバージョンが、何のドキュメントもないままで
他案件に流用された結果、不可解な挙動、原因不明なバグに悩まされることもあった。

机上の知識だけの技術者の典型例が多数いる会社。

机上にでも知識があればまだ誉められますが

内容を理解しないで前例踏襲ってのがお役所レベルを越えて
幕府レベルって感じ。

>>931
江戸幕府は幕末に何とかして幕府を存続させようと、
議会を作ってヨーロッパ風の君主国への転換を考案した事もある。
成功したとは言えないが、ヨーロッパ風の軍事も導入した。
一応、このままではまずい事を認識し、解決に向けて動くことだけはできた。

日立の場合は現状認識ができているのかどうかも疑問。

認識できてたら社長は若い人になってるはず
古い人戻して再生させようはありえない

日立の若い人に社長を任せられる能力がなかったなら本当に終わってる

ある製造業向けのシステムが全く稼動できなかったので
グループ会社のC言語のエキスパートだと言う人が投入された。
しかしC言語のエキスパートはなぜか、ポインタを理解していなかった。

>>934
ポインタまでちゃんと理解できるなら
もうプログラミングの基礎はある程度できてるでしょ
おかしな設計を見たら「これって実装できるのか？」と疑問を持つだろうし
「そもそもこんなシステムが稼動できるのか？」と感じることだろう
日立グループにはそんな人が少ない

つか、C言語のエキスパートなんつーものを間に受ける方がどうかしてる

>>934 >>936

企業の面接官によれば、人は必ずウソをつくのだそうです。

『私は○○ができます。』の言葉は鵜呑みにはできないとのこと。

過去にやった事実に関してはウソをつけないので、
『○○のときにどのような行動をしたか？』などを細かく掘り下げ、
その人の行動特性を見極めることで、その人物が
プロジェクトで使える人材であるかを見極めることが可能なのだそうです。

>>934
社内外で学習してる人は結構いるよ。
情報とは何か？構造化とは何か？みたいな
机上だけの抽象的な内容だけだし、それで全て理解したつもりになってるけどね。
学問として情報処理を学んでいる人にはそのような知識も必要だろうけど
一応ソフトウェアを開発している企業の技術者がそれしか知らないのでは困ると思う。

協力会社をほとんど切ってプロパーだけでやろうとした
日立グループのあの会社、今頃どうなってるかな。
そろそろ案件の１つや２つは破綻してるだろうか。

またーり落穂拾いまふ

【コラム】なぜ、IT技術者が人気職種でなくなったのか？[10/01/18]
http://anchorage.2ch.net/test/read.cgi/bizplus/1263831722/
ソース：@IT
ttp://el.jibun.atmarkit.co.jp/gijyuturikkoku/2010/01/post-fba5.html

>>934
C言語を使う案件を担当すれば、1行もコードを書いたことがなくても経験者扱い。

今までに関わった日立グループの案件で無事納品できた例を見たことがない。
なんでそんな会社が事業を維持できるのか不思議でならない。

>>943
http://blog.livedoor.jp/seiginomikata8/archives/54561198.html

JALみたくなる日も近いか・・・

じゃらない
じゃります
じゃる
じゃるとき
じゃれば
じゃれ

以前に金融のシステムで、クライアント側に応答が返ってこなくなり
タイムアウトになってしまう問題が多発するようになり、
調査したところ日立グループ担当箇所の問題だった。
結果をごまかし通していたため、事前のテストでは発覚しなかったようだった。
コードを調べたらボロボロ、Hello Worldからやり直せと言いたくなるレベルだった。

上流、マネジメントに注力しようとしたのはいいが
何の技術もない、なんちゃってSEだらけになっていまった会社の典型例

日立グループ会社のプロパーが書いたコードは、
新人研修向けの、真似してはいけない悪例として活用させていただきました。

>>948
ソースの外部持ち出しが許されるのか?
まあ、あそこはプロパーが自ら規則を破って
協力会社宛てメールに平気でソース添付するからいいかげんなのかな?

特徴をかいつまんでってことでしょ

クラス設計を提出したところ特に複雑な箇所や凝った箇所はないのに
日立グループプロパーが誰一人として理解できず
機能分離を崩して簡略化してもやはり彼らは全く理解できず
結局１つだけのクラスに全機能を詰め込むことで何とか理解してもらった。

>>951
クラスなんて理解できるのは一部の人だけ。
いわゆるオブジェクト指向言語を使用する開発案件の経験者でも
ほとんどは使い方を知っているだけで、クラス設計なんてできない。
できたとしても、その日立の例のように機能を詰め込むだけでクラスの存在意義が少ない設計になっている。
日立だけが無能というわけではなく、日本企業だろうと外国企業だろうと状況は似たようなもの。

日立グループと言う辺り、適当なこと書いてるのがバレバレだよ…

本当に日立グループの誰かだとしても、
日立建機の営業がクラスを理解しなくても
何の不思議もないし。

まぁ、ピンキリだからな。

まあ、クラスなんて日立でなくても過半数のPGやSEは
理解せず使ってるか、存在を知らないので使わないか、そもそも知る機会さえないよ。
日立の場合はそんなのは下請けや派遣社員に投げておいて、
自分は適当にスケジュール引いていればそれでいいんでしょ。

で、自分で引いたスケジュールなのに守れないっと…

スケジュール引くつっても、どうせ外注がやるんだからと
適当に線引くだけだからな。
幼児のお絵かきレベル。

協力会社は守ってもヤツら担当の部分がなぁーってことだよ。
途中のマイルストーンは守らないのにケツは変わらず。

変わらないどころか短くなる事さえ…

どう考えても1人でやったら1ヶ月では済まないような作業を
他の作業の合間にやっておけと言ってスケジュールに乗せる事さえしない。

>>909-910 です。
やばい〜やばい〜。
またも、N部長が俺に近づいてきた。

１２月に収束させた件で、機能拡張の依頼が来た。
これ自体は、喜ぶべきことだが…。
なんと、俺の知らないところで、N部長が仕様を決めていた。
相変わらずの、暗躍ぶり。

このシステムの全開発責任者は、俺になっている。
その為、N部長は仕様を決めた後に、俺に電話してきて、
｢純粋な機能追加なので、ヒアリングしてきた。外注さんと打合せするので、
出席してほしい｣
外注さんと俺、それにN部長で、機能整理と工数算出を行い、俺がまとめて、
御客様に見積提示。
幸い、俺が見積する前に、金額は御客様に伝わっていなかった。
う〜ん、多少の進歩はあったようだ。

だが、N部長は、俺の想像を絶することを、やってのけた。
なんと、外注さんの会社と派遣契約を結び、その外注さんを囲い込んだのだ。
しかも、費用は俺のいる部署負担。
驚いて、N部長に問いただすと…。
｢ここまで、このシステムに関わって頂いているので、思い切って全部任せて
しまおうかな…と思ってね｣

あの…。そういう言葉は、一人１ヶ月、ご飯食べさせる仕事と費用を、御客様
から頂戴してから、言うべきだろうに。
仕事をもらえる算段もせず、人を囲い込んじまって。
しかも、自分の部署の財布は使わず、俺の部署の財布から発注するとは…。
はっきり言って、ドロボウじゃねーか。
自分の上司に言っても、埒があかないし、直接、役員に直訴してみようかな。

今までに関わった日立のおかしなシステム

某社の会計システムは適切な数値が算出できない。
会計士の指示に従い、出力値を毎回改竄することで対処。

某製造業の生産管理システムは設備からの信号を正常に登録できない。
修正できる機能を付けることで対処したが、手動管理では意味がない。

某金融向けシステムは特定パターンの取引の表示ができない。
画面上では想定外エラーとして表示されるので、その時は別システムから参照する以外に方法がない。

某流通業のシステムはデータ構造が不正で、一覧表示がおかしくなる。
使用者が正常値と異常値を自分で判断する必要がある。

これらは全てコーディングの間違いではなく設計不備。
PGが設計不備に気づいて問い合わせても、承認された仕様は変えられない、
下請けごときが仕様に口を出すな、などと言われそのままにされた。
彼らは今も、下請けが無能なのでシステムが障害を抱えるはめになったと信じて疑わない。

ゲームが好きならカネコ（金子製作所）との間で起こった
揉め事について知っている人も多いだろう。

>>963
日立ソフトのスレに、こんな書き込みがあったね。



カネコ事件
カネコ社長が,開発ツール作成のためＳＫに協力を依頼。
それに応えた設計部門が,馬鹿社員を多数カネコに派遣して
システムの構築が開始される。
しかし、この馬鹿素人集団は、ICEもしらない度素人集団。
なんでもＲＳ２３Ｃからprintfを出力してデバックしていたらしい。
「ICE?はあ？冷蔵庫なんていらないですよ」
とかいったとかいわなかったとか。
あんのじょうデスマ。
そこでカネコ社長は,日立マイコンに相談すると
「あんな馬鹿会社に頼むからですよ。あの会社は、技術力０ですよ」と日立マイコンの
馬鹿にされたそうだ。
大幅遅延したうえに未完成。
担当部長は土下座してカネコ社長に謝罪したそうだ
これが原因となりカネコは倒産する。
ＳＫのカネコ担当部長はこのデスマ心労のせいか死去する。
（因果関係は不明）
そして訴訟に。訴訟で当時のサトウの不正行為を暴露。
そのせいかなのかサトウは会長そして引退へ
星の数あるといわれる日立ソフトのデスマの中で訴訟までいった
デスマ事件の概要である。

以上はカネコ裁判録からの抜粋要約である。

日立とカネコが揉めたのはスーパーカネコノバシステムのこと。
日立が失敗した後、カネコ自身が自前で開発を完了させたのだが、
その時には既に時代遅れの製品となってしまい、カネコ倒産へと至った。

日立のような大企業にできなかったものを、
日立から見たら零細でしかないカネコが一応完成させた点が興味深い。
この業界はできる人とできない人の能力差が1000倍を超えるというが、
それを実証したような例だと思う。

技術力だけじゃ食っていけない、って典型的な例だな。
相手を選ぶ眼も必要だ。

ゲーム会社の連中の技術は凄いというか、いわゆるSI屋とは次元が違うよ。

所でさぁ〜、ＵＨＳは、今どうなっているのかな？

SASとSKが合併して日本最大級のデスマ会社がついに誕生ｗ

>>969
＞ SASとSKが合併して日本最大級のデスマ会社がついに誕生ｗ

存続会社はSKなんだよなw

SASとSKが力を合わせてみんなの人生を〜
破壊しまくりんぐ♪

カネコ事件なんて氷山の一角。

いいか、みんな
　　　　　(ﾟдﾟ )
　　　　　(|　y |)

5000人の会社を 2つ維持するのは大変だ
　5000人 ( ﾟдﾟ)　　5000人
　　　　＼／|　y |＼／

だが、合併すれば、資本が増えた5000人の会社となる
　　　　　( ﾟдﾟ)　 5000人
　　　　　(＼／＼／

立場の弱い派遣に八つ当たりするのはやめて〜

>立場の弱い派遣に

会社にシバられるのはヤダといって、進んでハケンになった人がなにいってんの？

派遣を散々見下していたのに、派遣の方が知識も技術も圧倒的に上だと知り、
それ以降黙ってしまった日立の人達

という妄想にすがり日々日立に搾取されているみなさん、元気にやっていますか？

残念ながら、コスト削減のため派遣や下請けの相当数は切られました。
何もかもプロパー中心でやるそうです。
搾取されている人はだいぶ減ったことでしょう。
ところでどれだけの案件が破綻しましたか？

もとから破たんプロジェクトばかりだからな…

ボロボロのシステムを納品し、バグ以前に根本的な設計上の問題を抱えつつも、
騙し騙し何とか運用する点については日立はそこそこ優れていると思う。

このスレをみて 俺が普通の感覚だと言うことが分かって
安心したよ
社畜に自主的に休出するのはあたりまえとか
平日の定時後に私用いれるなんて非常識とか
洗脳されそうだった

次スレ立てに行ってきます

>>982
サンクス

日立はなぜデスマばかりおこすのか４
http://science6.2ch.net/test/read.cgi/infosys/1268318863/l50

別の機能の設計書の表紙と目次と各章のタイトルだけ変えて出したら
レビューで何も指摘されずそのまま納品できた。

>>983

いえいえ
次スレ誘導�dクス

>>984
管理職ばかり増やしたツケだね。
担当者を増やせないから、担当者が過重労働になる。
納品のチェックなんて出来ない。

デスマ率１００％