日立はなぜデスマばかりおこすのか４

立てました。

☆前スレ
日立はなぜデスマばかりおこすのか３【ﾎﾟﾘﾘｽﾞﾑ♪】
http://science6.2ch.net/test/read.cgi/infosys/1230867128/

・どんぶり勘定の見積
・作業範囲のあいまいでエエ加減な契約
・ろくすっぽ内容を見ないで部下にゴリ押しする管理職
・できないものをできないと言えない部下
・やる気がなくなってほったらかしにする現場
・応援で入れ替わり立ち代り入ってくる外注者がつくりこんでゆくバグ
・誰も知らない仕様
・メンテもされず、古い情報のまままともなドキュメントすらない現場
・レビューすらされず、開発に突っ走ってしまう仕様
・後から後から発生する仕様変更
・仕様や方法について確認しようとすると怒声を浴びせて遮ろうとする
・綜合テストで頻発する単体テストレベルのバグ
・たらい回し
・責任転嫁
・ＱＡという名の嫌がらせ
・鬱病患者
・担当者の失踪
・仕事のないデスマ支援オンリー部署によるデスマ発生の期待
・ただの伝書鳩でしかない主任
・プログラム作ったことも無い所員が開発を取り纏めているから
・丸投げ
・どこかの会社のように資格ばっかとって、実務ができないから
・売上至上主義
・見積り前から既に納期が決まっているから
・品質確保という名の下に、殆ど効果のない作業を増やして品質向上したつもりになっている香具師がはびこっているから
・魂の入らない冗長作業のオンパレードで品質確保ができると思っている
・パート２スレの508（http://science6.2ch.net/test/read.cgi/infosys/1173577488/508-）のようなアホがはびこっているから。

目立関係者に見られる特徴

・傲慢
・高圧的姿勢
・仕事してるふり
・自分は大企業の社員（所員）だという、うぬぼれ
・責任転嫁
・丸投げ
・スキルを磨こうとしない
・今のポジジョンに安穏としている
・誰かがやってくれると期待して自分から動こうとしない
・大企業病

目立関係者に見られる特徴 2

・見積もりが出来ない。
・契約時に条件の付け方が下手。
・プロポーザルで出来ること出来ないことの区別をつけれない。
・変なプライドがあるのか出来ないことを出来ないと言えない。
・妙な所でバカ正直。

営業はＳＥのせいにする
ＳＥはＰＧのせいにする
所員は子会社社員のせいにする
子会社社員は外注のせいにする
外注はそのまた下の孫請けのせいにする
プロジェクトマネージャはサブマネージャのせいにする
サブマネージャは担当者のせいにする
担当者は顧客のせいにする
顧客はベンダのせいにする

以下、ループ

デスマを乗り切る極意

・責任感を絶対に負わない。
・仕事は他人に押し付ける。
・忙しいふりをする。
・最後まで見とどけようと考えない。
・途中で抜けることだけを考える。
・仕事の依頼や指示を受けたら怒鳴り散らす。
・昼前に出社する。

デスマを乗り切る極意

・責任感を絶対に負わない。
・仕事は他人に押し付ける。
・忙しいふりをする。
・最後まで見とどけようと考えない。
・途中で抜けることだけを考える。
・仕事の依頼や指示を受けたら怒鳴り散らす。
・昼前に出社する。

レス#7は誤爆
スミマセヌ

職場で以下の会話が聞こえてくれば、デスマフラグが成立。

・処理する前にif文入れれば済む話じゃないのん？
・処理する前にフラグを立てれば済む話じゃないのん？
・やらないと言うなら△△にやらせるけど。
・△△はできたよ。（アウトプットはスパゲティコード）
・データを連携するとなると○○さんにデータを出してもらうのが大変だなぁん。
・何でできないの？えっ、○○さんが言っている？ならしょうがないなぁん。
・○○さんは凄いっ！あの××さんを説得させたんだからん。
・ほら、○○さんも言っているんだから。
・ほら、自分で考えて。
・そんなの聞いたことない。間違っているんじゃあないのぉん。
・あっ、そういうことぉんっ。

>>2
＞・パート２スレの508（http://science6.2ch.net/test/read.cgi/infosys/1173577488/508-）のようなアホがはびこっているから。

どんな内容？
ビューア持ってないからコピペきぼん。

・条件分岐はif文で書くものという固定観念（ポリモフィズムを知らない）New!
・ステップ数が変わるのがイヤという理由でリファクタリングを拒否する（ステップ数信仰） New!
・ポリモーフィズムをポリリズムと間違えるバカな管理者が虚勢を張っている New!
　　（http://science6.2ch.net/test/read.cgi/infosys/1173577488/788-）
・下から上へ報告するときはワードかエクセルかパワポの文書で、上から下へ報告するときは口頭で New!

>>10
パート２より


508:非決定性名無しさん
08/12/13 10:01:53
プログラムは、条件分岐と繰り返しの集まり。
最近は、こんな簡単な仕事もミスする協力会社ばかり。
条件分岐を１つ追加するだけの変更なのに、露骨に嫌がる協力会社…
こちらもご機嫌を取りながらやっているのに空気もよめない。
こちらまで腐りそうだ。

>>12
サンクス。
いかに日立の人が下請けを愚弄しているか、わかるね。

�@www

条件分岐を１つ追加しただけで後続処理に影響が及ぶ可能性、
それ以外の箇所の変更が発生する可能性がある上、
最低でも正常ケースを網羅したテストをしないといけないんですけど。
その分の期間と費用を考慮してるんですか？

通常のテストとかの作業のほかに、日立用のお役所文書を山ほど書かなきゃならんから
1ステップも変更したくないね
リファクタリングなんぞファンタジー世界のできことだ

ちまちま直して山のような文書を山のように作るより
リファクトして山のような文書を一個だけ作るほうが
楽だと思うがなあ。

>>15
ろくにコードを書いたことのない人は、そんなことを理解できるわけがない。
予想外の影響が出て苦労したような実体験がない限りは、
分岐１つ増やすだけなら馬鹿でもできるという安直な考えしか出てこない。

なぜデスマばかりおこすのかと言うよりも
なぜデスマしかおこさないのか

>>18
賛成に一票

>>18 の言うようにプログラマとしての経験がそこそこないと
コードの変更をなんとも思わない。

小さいプロジェクトしかしらないプログラマや、最初からSE、
基盤、マネージャとは開発についてだけは話にならない。

上流の要件定義やマネジメントに特化している人ならともかく
全くコードを書いたことも読んだこともない人が
詳細設計レベルまで手を出すのはどうかと思う。
稼動不可能なシステムができあがるならまだいい方で、実装不可能な仕様も作られてしまう。

本来なら過去のしっぱいから何かを学ぶ場であるはずの
落穂拾いが
政治的背景やその時の状況を知らない部外者が
「何でこうしなかった」
「こうすりゃよかったのに」
と無責任なダメだしをするだけの場に成り下がっている
だから同じ事を繰り返す
愚かしい

過去の失敗から何かを学ぼうとしていないと言うよりは
何もかも子会社や下請けの責任にし、自分は失敗していないと思い込む。
そもそも実践を全く伴わない机上の知識だけの技術者に
何かを学ぶ能力があるとは思えない。

カネコ事件は日立側の技術の無さが原因ということで良いの？

>>25

日立製作所の技術力の問題ではないですからｗ

日立の技術力を知らなかったカネコ側の問題だろう。
社運を左右するような重要な製品を、日立に任せる方が悪い。
最終的には自力で開発したのだから、最初から自社でやるべきだった。

短期間で協力会社が入れ替わり続ける。
最初のうちは中堅クラスの企業もいるが徐々に無名零細ばかりになり、
まともにパソコンも使えない人や日本語がほとんど通じない外国人もいるようになる。

ほんと、腐ってるな。
一回潰れないとわかんないのかもな。

JavaやC#のコーディング規約にクラスの使用は禁止と書かれている。

>>30
これ、本当なの？
本当なら、気違い沙汰だな。

なんでそう一瞬で釣られるの？
どこまでバカなの？

>>28
末期になると予算が底を突き協力会社に払える金が少なくなる。
実際に現場を見なくても、破綻直前なのは見抜かれる。
まともな会社がそんな案件に人を出すわけがなく、底辺派遣会社ばかりの現場と化す。
そのような底辺派遣会社にとっては、人を育てるつもりはなく使い捨ての上、
成果物責任がなく人を貸すだけで金が入るので、そんなに悪い話ではない。

前に担当していた会社から引き継いだときは、どうせリリースできない案件だから
まじめにやってる振りだけしていればいいと言われた。
そしてうちの会社が撤退する時は、次に引き継ぐ会社の人に、
もうすぐ破綻するからまじめにやるだけ無駄だと言っておいた。

彼らが作った頓珍漢な仕様では運用できないのは明白なのでそれを伝えると、
下請けごときに上流に口を出す権利はないと言わんばかりの高圧的な態度を取る。
そして実際に頓珍漢な仕様から運用不可能なシステムができあがると、
何もかも下請けのせいにし始め保身に走る。
もうどうにもならんよ、この会社。

日立のプロジェクトのデスマ率は何％くらい？

人の感は優れており、デスマになる予感がしたらデスマになります。

デスマにならないと感じたらデスマになりません。

デスマになる予感を毎日感じていると、
自分では意識しないのに体が勝手にデスマに向かう行動をとります。

そして次のプロジェクトでも同様の行動をとる傾向が高くなります。

メンバ全員が『このプロジェクトは成功しそうだな』と感じていれば、
プロの仕事人の領域であり１００％デスマは起こりません。

デスマは気から
ですか

ありえねーw

・某会計システム（デスマ）
仕様不備により実データに対応できないことが判明。一部分のみ稼動。
・某金融システム（デスマ）
フレームワーク選定ミスにより仕様実現が不可能、納品できず。
・某生産管理システム（デスマ）
仕様不備により既存システムとの連携が不可能、納品できず。
・某流通システム（デスマ）
要件定義の詰めの甘さにより実業務に対応できず、一部分のみ稼動。
・某通信システム（デスマ）
他社担当分は稼動、日立担当分は仕様不備により納品できず。

デスマ率100%

デスマ、破綻を繰り返しても会社が存続できるのはある意味凄い。
これが日立の知名度の強みなのか、それとも旧来からの取引関係という遺産で食っていけるのか。

パワハラセクハラ大王北山昇

デスマや責任の押し付け合いから上手く逃げ続ける奴が、日立ではできる奴。
凄惨な状況になり始めたら、掛け持ちしている他案件が忙しいと言ってそちらに逃げる。
どちらも凄惨なデスマになったら、双方に対して掛け持ち案件が忙しいと言い、結局はどちらにも行かずにサボる。

・○○会×××病院
　電子カルテ仕様通りのものが納入できず、お持ち帰り。半額△億円返却。
・○○医科大学病院
　係争中
・○○××総合病院
　裁判一歩手前で落ち着いた模様
・お膝元○○×××病院
　「こんなもの使えない」という医師の声
・○○市民病院
　OS更新に△△億もなぜ必要？リプレース提案にも呼ばれず。

>>43

いくらなんでも天下の日立がお客様にご迷惑を掛ける行為を
しているとは思えません。

何かの間違いではないのでしょうか？

>>44
でかい釣り針だな。

遠まわしに馬鹿にしてるのか？w

開発だけじゃなく運用も・・・

零細は当然として、中小〜中堅企業でもこれだけデスマと破綻案件を
繰り返していたらとっくに潰れてる。
そう考えたら日立は極めて体力のある会社。

>>44
ある病院の担当者曰く、「日立を選んだのは、間違いだった」…と。

　　 _,,....,,_　 ＿人人人人人人人人人人人人人人人＿
-''":::::::::::::｀''＞　　ゆっくり寄っていってね！！！　　＜
ヽ:::::::::::::::::::::￣^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^￣
　|::::::;ノ´￣＼:::::::::::＼_,. -‐ｧ　　　　　＿_　　 _____　　 ＿_____
　|::::ﾉ　　　ヽ､ヽr-r'"´　　（.__　　　　,´　_,, '-´￣￣｀-ゝ 、_ イ、
_,.!イ_　　_,.ﾍｰｧ'二ﾊ二ヽ､へ,_7　　　'r ´　　　　　　　　　　ヽ、ﾝ、
::::::rｰ''7ｺ-‐'"´　 　 ;　 ',　｀ヽ/｀7　,'＝=─-　　　 　 -─=＝',　i
r-'ｧ'"´/　 /!　ﾊ 　ハ　 !　　iヾ_ﾉ　i　ｲ　iゝ、ｲ人レ／_ルヽｲ i　|
!イ´ ,' |　/__,.!/　V　､!__ﾊ　 ,'　,ゝ　ﾚﾘｲi (ﾋ_] 　　 　ﾋ_ﾝ ).| .|、i .||
`! 　!/ﾚi'　(ﾋ_] 　　 　ﾋ_ﾝ ﾚ'i　ﾉ　　　!Y!""　 ,＿__, 　 "" 「 !ﾉ i　|
,'　 ﾉ 　 !'"　 　 ,＿__,　 "' i .ﾚ'　　　　L.',.　 　ヽ _ﾝ　　　　L」 ﾉ| .|
　（　　,ﾊ　　　　ヽ _ﾝ　 　人! 　　　　 | ||ヽ、　　　　　　 ,ｲ| ||ｲ| /
,.ﾍ,）､　　）＞,､ _____,　,.イ　 ハ　　　　レ ル｀ ー--─ ´ルﾚ　ﾚ´

デスマといえばHとI

こうやってデスマと破綻を繰り返して信用を失っていくんだろうね。
それほど遠くない将来は、日立のこの分野は大幅縮小していると思う。

本来、お客様から喜ばれなければ企業として人として意味がないのに、
話を聞くとかなり深刻な状況のようですね。

マイホームを(信頼する建設会社に依頼して)建てるとき、
余計なお金を後から次から次に請求されたり、
完成せず使い物にならなかったらどのような気持ちになりますか？

自分の組織や自分自身がそういう仕事しか出来ていない場合、
どのようなアクションをとるのが人として正しいのでしょう？

>>52
あんたが考えろよ。
ダメ上司の見本か？

>>52
そんな瑕疵だらけのシステム
損害賠償請求します
勝てると思います

○○○○病院のシステムは稼動できず検収を拒否された。
その後、中堅SIerが受注し、実質は下請けの零細企業が開発して納品。
上の方に書いてあるカネコの件もそうだが、なぜ零細企業にできることを、
日立のような金も人も豊富な大企業ができないのか疑問に感じる。

>>54
けど、カネコが勝った話を聞いたことがない。

昔のBASICを経験した人は、変数名に$や#等の記号を付けて型を指定するのを知っていると思う。
日立ではいまだにVBでそのようなものを使っているのを見て驚いた。
（VBは一応BASICの系統の言語なので、古い構文も部分的に継承している）
旧VBのソースでは、GOSUBやON GOTO等を多用したものもあった。

大昔の知識がしっかり継承されているが、それがとっくに廃れたことも知らず、
疑う事もないままの会社なんだろうと感じた。

VBなんか片手間で使う言語だろ。
たまたまおじさんが担当したから、懐かしいなーとかいいながら
古い構文が出てきただけとしか思えんのだが。

その認識からして古い。
.NETの流れでそこそこ使われる。

日立だとVBについては90年代前半的な認識しかない奴がほとんど。
簡単にGUIを作れるだけのグラフィックツールで、開発言語だと思っていない。
なので単純な業務ロジックでも意味もなくCでDLLを開発して、結果として
効率も保守性も実行速度も落とすようなことを平気でやっている。
Cでさえ新興言語だと言って見下すCOBOL一筋の奴もいるほど。

保守性考えたらVB使うバカはいないだろｗ

Part3.他社が逃げ、直したら他社に壊された案件
(1/3)
ある日、部長職(Ｍ部長)から、携帯で呼び出しがあった。
｢Ｙ会議室に来てくれ｣
なんだろうと思い、行ってみると…。
(Ｍ部長)｢私が知っている取引先なんだが、現在使用しているシステムに問題があるらしい。
　　　　 他社が納入したものらしいが、原因調査と対策を、担当してほしい｣
(俺)　　｢何のシステムですか？｣
(Ｍ部長)｢勤怠管理だ。詳しくは客先で聞いてくれ。これが、取引先からの依頼書だ｣

依頼書には、取引先からの悲痛な叫びが、所狭しと並んでいた。
どうやら、客先に駐在していた日立系のＳＥが、設計、開発したらしいが…。
まともに検査もせず、そのままリリースしたらしい。
客先に行ってみると…。
(1)駐在していた日立系ＳＥは、既に退場。
(2)ドキュメントは、まったく更新されていない。
(3)１年運用して、障害報告件数は５０件以上。エラーの嵐。
(4)入力系は問題ないが、管理資料を集計、検索、出力する部分は、はっきり言ってボロボロ。
(5)引き継いだ人(管理者)も、全く仕様を把握していなかった。
　 管理者は、とにかく手作業でデータを引っ張り出し、エクセルで集計していたと言う。

(2/3)
ここで、俺が行ったこと。
(1)２週間、客先にベッタリ張り付き、ヒアリングと環境調査を現地で行う体制を取った。
(2)検証用のサーバを持ち込んで、客先と同じ環境を構築。環境を持ち帰れるようにした。
　 もちろん、環境構築の手順書も、この時に作成した。
(3)稼動するシステムのインストールメディアを借り、インストール手順を作成した。
　 現地にあった手順書通りに作業したら、まともに動かなかった。
(4)稼動システムのデータレイアウトを、現地で全部調べ、データの関連性を調査。
　 現地にあったレイアウトは、実態と全くあっていなかった。
(5)稼動システムを解析し、基本設計書を新たに作り直した。
(6)利用者、管理者にヒアリングを実施し、何がどうしてどうなっているか聞き、問題点
　 を洗い出した。
　 その上で、改善策を検討し、実際の作業量を別途見積し、提出した。

俺が提案したのは、入力系の処理はそのままに、目的の情報を集計、検索、出力するための
管理資料作成用サブシステムを、別立てで作るというものだった。
工数にして、１０人月。
改善策に対し、費用を捻出頂けるか交渉したところ、
｢是非、やってくれ｣
との御回答を頂き、受注。
４ヵ月後に稼動。その後２年間、一度もエラーを出すことなく動き続けた。

ところが、オチがあった。
２年たったある日、客先から電話がかかってきた。
｢先月末に、異常終了して、管理資料が作れなかった。手作業で切り抜けたが、今月末も異常
終了されてはたまらん。原因を調査し、対策してほしい｣
問い合わせがあったのは、今月２０日過ぎ。
月末月初に使う処理を、ギリギリに言ってくるか？ふつう。
現地に行ってみると、当時の管理者は退場しており、客先駐在の日立系ＳＥが、面倒をみて
いた。

(3/3)
散々調べたが、プログラムに異常なし。現地に行ってみると、確かに異常終了している。
許可を得てデータバックアップを取り、一旦持ち帰ることにした。
徹夜で調べた結果、原因判明。
納入したデータベースの一部ファイルレイアウトを、客先駐在の日立系ＳＥが、勝手に書き換
えていた。
テーブル作成用のスクリプトを生成し、客先にメールで送って、入れ替えてもらったところ、
正常終了が確認された。
さすがに頭にきて、再発防止策の策定会議を開いてもらったら…。
テーブルレイアウトを勝手に書き換えたＳＥが、欠席。
２度、会議を開いてもらって、２度とも欠席。
代わりに出てきたＳＥは、
｢外出してる｣｢席を外している｣
と、のらりくらり。
それ以来、俺はその客からの問合せには、一切応じなかった。(客に非はなかったが)
くそったれ。

勤怠管理システム（管理者がExcelで集計できる程度の）で
そんなに苦労するのか？持ち帰れるようにしたシステムって
なにで動いてるの？インストール手順書が必要なほど難しいシステムになりうる？

昨年から経費削減のため、協力会社や派遣社員を切り捨てて
ほぼプロパーだけでの開発を始めているようですが
どれだけの案件が破綻しましたか？

>>64
あなたは甘い。
ある人は、日立のバカＳＥの上司を強引に呼びつけて、
「あいつにどんな教育と監督をしてきたんだ！？」と吊るし上げてたよ。
その上司、歯軋りが聞こえてきそうな表情で下を向いたまま。

>>66
ほとんどボロボロだろ。
日立は90年代の後半に、必要な奴までリストラ対象にしてしまったんだよ。
残った奴、そしてその後に雇用した奴は、学歴と資格だけは立派なボンクラばかり。
要するにペーパーテストだけは得意な連中。
技術はせいぜい、新卒向けの技術研修の1週間目程度の奴がほとんど。
変数の概念と分岐やループ等規則的なロジックをやっと習得した程度だ。

役員がデスマが人を育てると言うような会社

失敗経験から学ぶ事で成長するというなら理解できるが
日立の場合は凄惨なデスマを武勇伝のように語るだけ

＞役員がデスマが人を育てると言うような会社

そんな役員は死刑にすべきだ。
だが実際に死刑にできないから、雷や隕石が役員に落ちるか、暴走ダンプが役員を轢き殺すのを祈るしかない。

>>57
新しい知識を習得しようなんて思ってる奴はほとんどいないよ。
最新技術など、実績がない、技術の蓄積がないと言って完全否定すれば済むし。

ああ、前例がないからって言い訳良く聞くよな。
新しいことにナニも踏み出さないで新規事業とはよく言うよ。

役所とはそういうものです

>>55
電子カルテのスレより・・・

508 ：卵の名無しさん：2010/04/26(月) 00:14:33 ID:jflUlyEC0
>>507
日立水戸総合病院もSSに取られたくらいだからなぁ。

製作所が関わらない案件ならマシかと思ったら大差なかった。
グループ全体がダメなんだろう。

ここの仕事はまじめにやらない方が得。
できる事でもできないと言って、無能を演じた方がいい。
変に生真面目な奴が何とかデスマ解決、破綻回避しようと努力するが、ぶっ倒れて入院するハメになるだけ。

>>28
ほんと頻繁に入れ替わるな。
その度に前任者の意図的な手抜きやごまかしが蓄積されていって
後の方の担当者ほど苦労するはめになる。

設計もコーディングも中途半端で動かないシステムなのに
偽エビデンスを作ってテストを完了したことにした
後のことはもう知らない

中途半端なのはもっと上流かも

>>78

気持は分かるけど偽エビデンスは良くないと思うよ。

自分の心に嘘をつく行動をすると、それが心の奥底に残ってしまい、
たとえ時間が経って自分が忘れてもジワジワ体にダメージを与えるので。

素直に問題点を指摘するのが良いのではないかな？

単体テストまで完了しているので、結合テストから担当してほしいと言われた。

ところが単体テストが完了しているはずのコードは、
return 0 や return null しか書かれていないメソッドが複数存在。
つまり、一応コンパイルだけは通る状態の、中身のないコードだった。
基本設計書、詳細設計書も抜けや矛盾だらけで、体裁だけを整えたものだった。
単体テストエビデンスも、画面エビデンスを拡大すると捏造だらけだった。
微妙な文字表示のズレ、コンポーネントの枠がおかしいなど、切り貼りして画像を作ったのがバレバレだった。
その点について報告すると、前任者がどうであれ、今の担当はお前なのだから全責任を負えとしか言われなかった。
基本設計段階でのおかしい点を伝えても、お前が口出ししてもムダというのが日立の回答だった。

周囲の状況を調べると、デタラメな仕事や捏造は当たり前。
頭のいい奴はテスト仕様書からデータファイルを生成し、捏造画面表示までを自動化するツールまで作っていた。
みんな上手い具合にごまかし続け、さっさと撤退する事しか考えていない。
俺も同じように、無意味な文書だけを大量生成して撤退させてもらったよ。

でってゆー

>>81

しっかりと調査をして日立に提示したのに却下されたんだ…

酷いね!!

ただし、ねつ造するのは食品偽装問題と同じ行為で良くないと思うよ。

世の中にも迷惑を掛けるし、真面目に頑張っている人にも迷惑を掛けるし…

自分の自尊心をズタズタに壊してしまうのも問題。

ただ、本来真面目なあなたも含め、これほどまでに多くの人をねつ造
に駆り立ててしまう理由は何だろう？

食品偽装は食材を大切に使いたいとか利益を出したいなどの
建設的な気持から行うけど、上の文章を読むと今回のねつ造に関しては
心が折れて仕方なくやっている感じが伝わってくる。

心を折らずねつ造せずに解決する方法って無いのかな？

>>81
>return 0 や return null しか書かれていないメソッドが複数存在。

仕様では該当箇所は処理するメソッド？
旧式ＰＧは理解できんと思うが、それは普通のコーディング。

>その点について報告すると、前任者がどうであれ、
>今の担当はお前なのだから全責任を負えとしか言われなかった。

テスト進捗ちゃんと遅れてるって報告して直せよ。
試験の観点ちゃうし、試験で捏造した場合の責任は担当だが、
遅れた場合は責められるのは監督者になる。

稼ぎ時なのに、テストできないなら出来ないとして報告ろ。
評価に影響するとしたら捏造の方が不味い。

仕様上は処理結果に応じた値を返すはずのメソッドが、何の処理も行わずに無条件で0(正常終了)を返すようなコードが多数。
現状では結合テストなど到底不可能な点は当然報告。
ところが前任者の手抜きの責任を俺達に押し付けるどころか、
いつの間にか手抜きコードは俺達がやったことにされ、進捗会議で糾弾し始める有様。
話にならんわ。

なお、他の協力会社も状況は同様。
ソース履歴管理をしていた奴もまじめにやる気は全く無く、管理簿と実際のソースが全くの不整合だった。
誰もまじめにやる気などないので、気づいても指摘することもなくそのまま放置。
仮にソースを修正しても、どれが最新ソースなのか不明になるのは明白だった。
日立の奴らも責任の擦り付け合いを始める破綻状態で、協力会社が頑張って何の意味があるのか。

>>85
＞日立の奴らも責任の擦り付け合いを始める破綻状態で、協力会社が頑張って何の意味があるのか。

まったくだ。ひどいを１００回唱えたくなる。
風邪ひいて休んじゃえ！ バカ連中に付き合う必要なし。

>>85
>いつの間にか手抜きコードは俺達がやったことにされ、進捗会議で糾弾し始める有様。

>>84だけど、そら、たまらんわ。
フレームワーク設計する際にこの手の作り方多いけど、ちゃうんやな。
業務ロジックで発生してるんだね。

よくコードレビュー通ったと思う。
単体テスト再度流してみたらどうだ？証跡残ないん？

>>81 >>85
これ、本当なのか？
有りもしない物語を作って、自分で悲劇の主人公を演じたりしてないだろうね？
実話なら、どこのプロジェクトなんだろう？
おれもデスマを何度か見てるけど、こんなひどい話は聞いたことがない。

俺は>>81でも>>85でもないが、そんなのは良くあるよ。
本当は中身実装しなくちゃならないのに、空文だけとか、単にOKを返すだけになってるなんて、日常茶飯事。
珍しくもなんともねー。
外注が逃げたり、製作所が押しつけてきたりする案件に多い。

> いつの間にか手抜きコードは俺達がやったことにされ、進捗会議で糾弾し始める有様。

俺も経験アリ。
ただ日立だけじゃなくNECでも同じような事をされたのでIT業界全体の日常茶飯事かも試練。

そりゃ、進捗会議招集側は１行もコード書かないんだから、
進捗会議出席側のせいにするのが正しいだろ？、常考

>>90

プロジェクトマネジメントしているエビデンスが出来上がりますね。
契約形態によってはそれでいいんじゃないでしょうか。

まぁ、糾弾する人たちは議事録すら書かないかもしれませんけど。

デスマって誰による人災なんですかね

関係者全員

ある意味、上も下も人脈に恵まれてないもんな。

日立案件ではろくな目に遭っていないというか、デスマ以外見た事がない。
情報システムと無関係の日立製品を見ても、嫌な思い出ばかりなので
日立という会社名を見るだけで避けてしまう。

>>96
どこ案件だとデスマが少ないわけ？
どうせ答えられないだろうがｗ

外注が撤退したのでプロパーがコーディングをやらされてる。
何もできないらしく、協力会社の奴から教わっても前提知識がなく全く理解できないようで、
期限が近づいているのに進捗はほぼゼロ。
誰にどうやって責任転嫁するのか、あるいは誰に押し付けるのか見ものだ。

>>98
どこの案件？

>>98
外注さんが勝手に逃げたならともかく、日立が契約解除してそうなったなら、
本来はプロマネの責任だろう。
しかし、実際はプロパーのリーダーが腹を切らされる。

プロパーがコード書かされてるのは某製造業向けの案件。
休日出勤も徹夜も当たり前のデスマ。
うちの会社だけでなく、他の協力会社も既に、撤退に向け営業が動いている様子。
仕様もスケジュールも有って無いようなボロボロ状態なので、最終的にはプロジェクト破綻だと思う。

日立の子会社で働いてるけど、どこも同じなんだね。
うちは仕様書の書式の決定に１ヶ月かかっても決まってないよ。
びっくりした〜。
誰も責任持って決めないのでいつも次回検討項目が増えてるみたい＾＾
おもしろい。

デスマ起こした挙句納品できないようなシステムなら、ない方が世の中の為
だと思う。

まじめな話、
他の会社(SONY,Panasonic,Toshiba等)と比較して
日立系列のデスマ率はズバ抜けてるんすかね？

>>103
NECやF通と比べると同程度だと思うよ。

sony, panasonic, toshibaがSIにしゃしゃり出ている現場って見たことがない。
SI部隊っていんの？

NECやF通のデスマも多いが、状況を改善しようという動きを起こすこともある。
（ただし実際にはあまり改善しない）
また、少数ながら技術に明るい人もいるようだ。

日立はスケジュールを見直したと言って実現不可能な線を引いたり、
協力会社への責任転嫁が目立つ。
具体的な解決方法を考えず、休日も来い、徹夜で何とかしろなど、
悪い意味での頭を使わない体育会系的な文化が強いように感じる。

何を今さら・・・

>>106
それはＦも一緒だ
俺の知ってるところは

Nも一緒だが、使える外注しか残していないから比較的デスマは少ないかな。
あるとしても受注した瞬間からデスマ確定の戦略物件のみ。

デスマがどーのこーの言うより、過労死＆自殺者数は日立がダントツかと。

期間が短い、予算が少ない、要員が少ないという理由でのデスマならまだわかる。
しかし日立の場合は仕様不明点を問い合わせても延々と放置、
そもそもプロパーが仕様を理解しておらず、理解しようともしない上、
仕様云々という以前に要件定義さえ曖昧なまま。
プログラミングもネットワークもデータベースもわからないのに、
詳細設計にも手を出し実装不可能、あるいは運用不可能なボロボロ設計を作る。

体育会系っぽいというのは本当だと思う。
ただし最上級生ではなく製作所には絶対服従の世界に見える。
問題があると解決策を練るより、怒鳴り散らすだけのバカも目立つ。

1 ：名無しさん＠どっと混む：2009/12/14(月) 20:45:15 ID:unnBMLw10
高根社長のＳＭ趣味サイトＭａｓｋＲと
副業のＳＭクラブ銀座プレジス・動画配信専門リアルミストレスばかり語られるが
高根社長の本業コムラッドについても語ろう

銀座プレジス
http://www.prezis.jp/top.htm

ＭａｓｋＲ
http://maskr.com/

プレジスを語ろう
http://set.bbspink.com/test/read.cgi/sm/1246009466/

動画配信専門リアルミストレスってどうよ？
http://set.bbspink.com/test/read.cgi/sm/1249183350/

9 ：名無しさん＠どっと混む：2010/01/03(日) 18:27:00 ID:RSEbBiG0O
高値はもう大麻やめたの？

10 ：名無しさん＠どっと混む：2010/01/04(月) 05:15:29 ID:A3l1qdv+O
タカネ社長ってどうやってばれないように脱税してんだろ？
億単位で脱税して億ション暮らしなんて凄いよな
監査役の奥さんもグルなのか？

12 ：名無しさん＠どっと混む：2010/01/05(火) 01:47:06 ID:KAHwqMrBO
株式会社Comrade株式会社コムラッド株式会社Comrade株式会社コムラッド株式会社Comrade株式会社コムラッド株式会社Comrade株式会社コムラッド株式会社Comrade
株式会社Comrade株式会社コムラッド株式会社Comrade株式会社コムラッド株式会社Comrade株式会社コムラッド株式会社Comrade株式会社コムラッド株式会社Comrade

13 ：名無しさん＠どっと混む：2010/01/05(火) 01:47:47 ID:KAHwqMrBO
高根英哉高根英哉高根英哉高根英哉高根英哉高根英哉高根英哉高根英哉高根英哉高根英哉高根英哉高根英哉高根英哉高根英哉高根英哉高根英哉高根英哉高根英哉

18 ：名無しさん＠どっと混む：2010/01/07(木) 09:26:06 ID:5NL2jyJpO
高根はMASKRでレイプ仲間募集するのやめたんだね
mixiで募集中か

21 ：名無しさん＠どっと混む：2010/01/10(日) 19:36:45 ID:FdRwgXUTO
風俗店やってるってことは高根社長は暴力団と繋がってるんだね
どこの組にいくらみかじめ料払ってるんだかw

23 ：名無しさん＠どっと混む：2010/01/23(土) 03:43:12 ID:Pdcv8aq0O
ﾀｶﾈ社長未成年に酒飲ませてﾚｲﾌﾟ

24 ：名無しさん＠どっと混む：2010/01/29(金) 18:16:06 ID:zMwtdkIsO
高根社長のレイプ趣味は病気だから治らない

25 ：名無しさん＠どっと混む：2010/02/01(月) 01:39:32 ID:uaH5mo2nO
前科者

26 ：名無しさん＠どっと混む：2010/02/09(火) 00:52:46 ID:JwGmN2cG0
>>25
容疑はレイプ？買春？管理売春？公然猥褻？薬物？脱税？詐欺？傷害？

28 ：名無しさん＠どっと混む：2010/02/14(日) 22:56:30 ID:lykq8x1VO
どこかのスレで人を死に追いやったと書いてあった

33 ：名無しさん＠どっと混む：2010/03/04(木) 12:49:19 ID:J8YxaRGO0
金がないって脱税がばれて追徴課税でも来たか？
せっかく脱税の隠れ蓑にプレジス営業してるのに残念だったなｗ

38 ：名無しさん＠どっと混む：2010/03/12(金) 21:09:53 ID:L0W4+sivO
首吊り首絞めプレイ大好き高根英哉

53 ：名無しさん＠どっと混む：2010/05/17(月) 13:14:06 ID:E/7OZVtz0
>>18
高根英哉blogでレイプ仲間募集中

私とともにマスクの女どもを弄ぶ仲間を募集する
急に思いついたら連絡をして、集まれるような仲間だ
だから、複数名募集するし、いついつという日時があるわけでもない
条件は以下のとおりだ
　　　　・SMを実践している、または興味がある
　　　　・マスクを用意できる
　　　　・都内でイベント参加できる
　　　　・イベント内容およびこの仲間を通じて知りえた情報を口外しない
　　　　・成人男子である
　　　　・携帯電話および携帯メールアドレスを私に公開できる
　　　　・酒が好きである
希望者は私宛にメールを送ってほしい
全員が参加できるわけでもないので、こちらの選択に任せてもらう
なるべく想いを書いてもらうほうがわかりやすいし
経験や顔写真も歓迎。
ｒ[email protected]
[email protected]
[email protected]

　そ　の　死　亡　率　の　高　さ　は　「　業　界　の　癌　」　と　呼　ぶ　に　相　応　し　い

下っ端に失敗の責任を押し付けるのみならず
暴力を振るい負傷させるような会社。

製造業メインの会社のシステム部門は体育会系のノリが強いんだよ。
製造業向けが中心のSI屋も同様。
作業服着てタバコ吸ってるのが似合うような奴も多い。
少なくとも、理系の技術屋というイメージはあまりない。

英が高速鉄道計画見直し、日立への発注白紙か

【ロンドン＝是枝智】英国内で幹線鉄道の旧式車両を高速鉄道車両に切り替える政府の
計画について、ハモンド英運輸相が白紙に戻す可能性が高まっていると、４日付の英紙
フィナンシャル・タイムズが報じた。

その場合、優先交渉権を得ていた日立製作所などの企業連合への発注はキャンセルされる
見通しだ。受注総額は７５億ポンド（約１兆円）にのぼる大型事業だけに、日立には打撃
となりそうだ。

高速鉄道計画では、日立連合が最大１４００両の車両の販売と、２０〜３０年間の保守
業務を担う予定だった。しかし、景気低迷などを受けて今年２月、前政権が計画の見直し
を表明していた。新政権は３日に別の新型車両導入計画の凍結を決めており、日立が関与
する計画も影響は避けられない見通しだという。

（2010年6月4日23時45分 読売新聞）

100周年を飾るにふさわしい話題ですね。
国内商売で相手にされてないのに、海外に相手にされるはずn(ry

>>103
日立もF2や日電と変わらんだろw
くだらない会議ばっか開いて、仕様書を作るだけで一ヶ月かかって、コーディングは子に丸投げして、本体は何もしないくせに態度はでかい。

だ・け・ど、日立の所員ときたらw
東大や早稲田の院卒所員はCもできない。
協力会社の専門卒連中がクソ丁寧に教えても基礎がないから理解できない。
なのに応用情報やアーキテクトを持ってたり、オラクルのプラチナ持ってる。
なのに設計もできず、コーディングもできず、仕様書もできない。
Fラン工大卒が言うのは何だけど早稲田や東大の教育はどうなってるの？
なのに大企業の社員(所員)であるプライドは高い。
会議では自分のミスを子に押し付ける。
押し付けられた子は協力会社に押し付ける。
押し付けられた協力会社はさらに下の協力会社に押し付ける。
最後は仕事を取ってきた営業のせいにする。
責任を押し付けられた営業はPMの責任にする。
そして、PMは部下の責任にして責任の押し付け無限ループになって・・
デスマーチになる。

結論。
F2や日電の方が良いw

>>120
＞東大や早稲田の院卒所員はCもできない。

童貞なのか？

仕様書は普通1ヶ月じゃ終わらない気がするんだが・・・
よっぽど小さいシステム？

机の上の勉強だけは得意な奴が揃ってるんだよ。
免許は持っているが、教習所の車しか運転した事のない完全なペーパードライバーのようなもの。
そんな人の運転する車には乗りたくないし、他人に迷惑をかけるので１人でも運転しないでほしい。
どうしても運転したいなら、ペーパードライバー講習でも受けてからにしてほしい。

【社会】「大東建託」社員自殺はパワハラが原因…島田労基署が労災認定 - 静岡
http://tsushima.2ch.net/test/read.cgi/newsplus/1275692687/

>>120
要件定義すらしたことない最下層の人間だな。

破綻直前になっても、のほほんとしてる奴が目立った。
もちろん徹夜、休日出勤の連続になるのだが、破綻回避に必死になっていると言うよりも、
面倒な事に付き合わせるんじゃねえよとでも言いたげな態度だった。
どうせ子会社や下請けや下っ端に責任転嫁するから、俺に責任はないって事なんだろう。

>>120
同感。
目立は頭の良いペーパードライバーの集いだよ。
くだらん会議と曖昧な要件定理と設計より紛糾大会をするのは勘弁してもらいたい。

目立でまともなプロジェクトに出あったためしないけどまともなプロジェクトってあるの？

あるよ？
自社内のメンバーだけでこなせる、比較的小さいやつ

所員(笑)

日立ほど、本社の社員が子会社に嫌われてるグループ会社もめずらしいだろうな。

とりあえず勢いだけで就職できたようなゴミばっかだしね。

日立の案件で月残業100時間未満で済んだ案件を見たことがないんだけど。

>>131
ウチは３０時間程度だけど。
残業代が少なくて生活困ってます。

>>131
日立の子会社では100時間を越えそうになると、
長時間残業に引っかからないように勤務時間の調整を強要されます。

おかげで、100時間超は長時間残業者として丁重に扱われますが、
残業99時間で何もされないっていう社員がたくさんいます。

>>121
ペーパーテストでCとかの問題解かせれば全問正解だろうけどいざコーディングになるとできなくなる人たちの結合体だよ。

>>134
あーあ…。>>121のネタが台無しだな…。

Ｃですら正解できないっての。Windowsパソコン、とか平気で言い出すような人間なんだから

http://science6.2ch.net/test/read.cgi/infosys/1275642241/

>>133
でも、弊社のWD部長は
「検診受けさせれば何時間でも残業させていいんだろ？」
って言ってますけど。
年間1000時間超えてるやつら続出してるけどな。

>>134
俺の周りにいる奴らはペーパーテストでも無理だと思うんだけどな・・

>>137
まだウチの会社はかわいいほうだったのかもね。
いずれにせよ、子社員はゴミ程度にしか思わないという、
＜日立開業の精神＞(爆笑)は変わらないんだろうけどねｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>134
日立のアホがCのコード書いてたよ。
確保していないメモリにデータ突っ込んで破壊してた。
それで正常に動くわけがないだろうと指摘してやったら、何が悪いのか全くわからないようで、
Cコンパイラのバグだ、パッチで直るのか？などと言い出した。
言語仕様に従ったコードを書くのではなく、俺のコードに言語仕様を合わせろと言う態度だった。

>>140
それが日立クオリティーw
あの〜木何の木？気になる気になる木w
ではなく
あの〜木何の木？よらないよらない木wの日立クオリティーw

俺が関わった会社で良かったのは
IBM>・超えられない壁・NTTーD>・超えられない壁・不治痛>日電>・一生超えられない壁・日立

デスマ率だと
IBM=日立>・超えられない壁・>不治痛=日電=NTTーD

社員のできの悪さ
日立>・超えられない壁・>デー子>・超えられない壁・>不治痛=日電>・超えられない壁>・NTTーD>IBM

責任転換の技術だと
NTTーD>日立=不治痛=日電>IBM
NTTーDはデー子に押し付け
不治痛&日電は子に押し付けて最後はブーメラン
IBMは最後はRA
日立は小憎らしい押し付け協力会社に回って営業に押し付け他のところに押し付ける無限ループw

必死すぐるｗｗｗ

90年代末までは、システム部門はできない社員の左遷先。
当時はまだ、コンピュータとかいう何をやってるかわからない正体不明の
機械を扱うわけのわからない部門として低い扱いだった。
まじめに仕事をしているのに、何の知識も無いおっさんに、
勤務中にゲームで遊んでいると思われた話もあった。
管理職、役員でも、システム部門担当は最低ランクの扱い。
さすがに今ではそんなのは過去の話になった。
しかし特に大企業ではいまだに当時の風潮が残る。

>>143
上の連中がその程度の認識の会社なら大規模なシステム導入なんかないはずだし、
ってことは結局システム部門もその程度の連中なんじゃね？

■電機各社のここ10年ほどの純損益累計(最新版)

　　　　　パナソニック　　　　　　日立　　　　　　ソニー　　　　　東芝　　　　　三菱　　　　　　NEC　　　　　　富士通　　　　　　シャープ
2009年度　▲1034億　　　　▲1069億.　　　▲408億...　　　▲197億.　　　　282億.　　　　　114億.　　　　　930 億..　　　　　44億
2008年度　▲3789億　　　　▲7873億.　　　▲989億　　　▲3436億.　　　　121億　　　▲2966億　　　▲1124億　　　 ▲1315億
2007年度　　 2818億.　　　　 ▲581億　　　　3694億 　　　　1274億 　　　1579億.　　　　　227億.　　　　　481億 　　　　1019億
2006年度　　 2171億.　　　　 ▲327億　　　　1263億 　　　　1374億 　　　1230億..　　　　　 91億 　　　　1024億 　　　　1017億
2005年度　　 1544億.　　　　　　373億　　　　1236億.　　　　　782億.　　　　956億.　　　　　121億.　　　　　685億.　　　　　 887億
2004年度. 　　 584億.　　　　　　514億　　　　1638億.　　　　　460億.　　　　711億.　　　　　772億.　　　　　319億.　　　　　768 億
2003年度. 　　 421億.　　　　　　158億. 　　　　885億.　　　　　288億.　　　　448億.　　　　　100億.　　　　　497億.　　　　　607億
2002年度. 　▲195億.　　　　　　278億　　　　1155億.　　　　　185億. 　　▲118億. 　　　▲245億　　　▲1220億.　　　　　326億
2001年度　▲4278億　　　　▲4038億.　　　　 153億　　　▲2540億. 　　▲779億　　　▲3120億　　　▲3825億.　　　　　113億
2000年度. 　　 415億 　　　　　1043億.　　　　 168億.　　　　　962億 　　　1247億.　　　　　566億..　　　　　 85億.　　　　　385億
1999年度.　　　997億.　　　　　　169億　　　　1218億. 　　　▲329億.　　　　248億.　　　　　104億.　　　　　427億.　　　　　281億
-------------------------------------------------------------------------------------------------------------
合計　　　　　▲346億 　▲1兆1353億. 　　　1兆13億. 　　▲1077億 　　　5925億　　　▲4236億　　　▲1721億 　　　　4132億

>>143
壱技本と弐技本？

>>146
バカ？

汎用機やってる連中はどうなの？
この会社は一般個人向けや変化の激しい分野は得意でないというけど
汎用機はそれには該当しない気がする。

京葉コンピューターサービスってどうよ？
http://science6.2ch.net/test/read.cgi/infosys/1275933244/

>>148
金融案件(汎用機)をやった奴が3ヶ月連続で残業200時間を越えて
とうとうぶっ倒れて入院した。
日立の案件は変に生真面目な奴にやらせちゃダメ。
適当にサボる奴にやらせないと、本当に死人が出ることになる。

入札中案件を先行して開始
　↓
「持ち出し」を理由に下請けへの金を渋る
　↓
単価が安い経験不足技術者が基礎設計
　↓
基礎設計が駄目なので、後工程が破綻
　↓
デスマーチ化

日立はなぜデスマを起こすか？

簡単だろ。中央集権の親方製作所様が、
子会社をこき使う前提でムリな案件をかき集めてくるんだから。

で、ムリヤリ子会社に押し付ける。

でも、プロマネ力なんか無いから、プロジェクトは早速火を噴く。

責任は子会社に押し付け。

　
　
バカだよね。そんな扱いを受けたら、子会社員が日立製品を買うと思うの？ｗｗｗｗｗｗｗｗｗ
日立は白物家電から撤退すべき、とか言ってる場合じゃないんだよｗｗｗｗｗｗｗｗｗｗｗ

俺も日立とNECは避けるようにしてる。

不実乙

コストカット＝人員削減
派遣まで減らして現場プチ崩壊
生産性上げるとかそういう思考はないのかな

プチ崩壊どころか完全崩壊。

>>148
ま〜オープン系と比べりゃ〜マシかと思う(日立内限定)。
だけど、IBMのSystemZシリーズと比べるとマシンもSEもCEも技術的にもうダメっすw
というより研究開発への投資額や社員の能力や特許数で比べるとIBM様に失礼でしょう。
営業も馬鹿高いIBMに仕事持ってかれるし、保守管理もダメだし、SEもダメダメ揃いで知人の残業時間が毎月百時間オーバーだって。

分野も部署も問わずにくだらん会議とお役所チックな書類の山と誰も責任を取らない体質と他人に責任を押し付ける体質とプログラムのプの字も出来ないSEが要件定義しちゃう体質
と何でも他人任せにする体質と数々のプロジェクト破綻と日立名物の紛糾大会を何とかしないとダメだろw

日立って未来あるのかねby元所員

まあ、日立の連中はいつも複数人で来るって有名だからねｗｗｗｗ

連れションならぬ連れコンサルｗｗｗｗ

シンプルで全体的な統一性も一貫性もあり、拡張も考慮したクラス設計をしたが、
日立の人達は前提知識ゼロのため誰一人として理解できず、
結局は構造化以前のBASICのようなプログラムになりました。

それは自己満すぎるクラス設計なんだろ

そうだよ、皿洗いにも読めるように書けよ！

ttp://business.nikkeibp.co.jp/article/manage/20100615/214970/

＞シンプルで全体的な統一性も一貫性もあり、拡張も考慮したクラス設計
すんごく使い物にならないクラスな香りがプンプンする
あってもなくてもいいようなそんな感じ

実際使わなくても困らないクラスだったようだが

現地常駐SEが作った元システムはシンプルな仕組みで柔軟性のあるシステムだったのだが、
後から来た製作所主導の部隊が追加システムを作って
元システムにも手を入れてぐちゃぐちゃにされた経験ならある。

日立の人にクラスなんて言っちゃダメだよ。
設計の良し悪しに関係なく大半の奴が理解できないから、問答無用で突っぱねられるだけ。
保守できない、実績がない、そんなのすぐ廃れるなどと言い、意地でも否定してくる。
5000行を超えるmain関数だけのプログラムの方が、こんな長いプログラムを書けて優秀だと評価される。
何事においても自分の意見を出したり、提案する必要はない。
そんな事をしても、プロジェクト破綻時に責任を押し付けられるだけ。
日立の仕事は、言われた事だけをその通りにやっていればいい。

m9(^Д^)ﾌﾟｷﾞｬｰ

>>164
負け組ザマァｗｗｗ

なぜデスマばかりおこすのかより
なぜプロジェクト破綻ばかり繰り返すのか

>>164

冗談かも知れないが、半分当たってる。

>>157
ｈｐ以外未来は無いよ

日立の開発部隊が作ったＣソースが動かないとか言われて、コードチェックしたら、
char work_mem[65536 * 1024];
という宣言がされてた。

ちなみにその関数は再帰的に最大16回呼ばれる(^-^)

再帰を16回で止めてるところを評価するべき

コボルのおっさん達を全削除しないと無理

スタックで64メガ確保したら、再帰以前に1回実行するだけで死ぬだろｗ

品質保証というのはシステムを知りつくしたベテランが第３者視点で
開発したシステムの動作検証をする部署だと思っていたら、
開発能力なしと判断された無能の左遷先で、テスター専門部署だった。
もちろんテスターとしても全くの無能で、とても品質保証業務をやっているとは言えない。
本来ならば重要な業務を、無能の左遷先にしてしまう会社っていったい何なの？

>>174 の中に答えは出ているが、日立製品を近年購入していないので本当に品質がどうなっているか分からん。
まぁ、乗り物やネットワークなんかで知らないうちに間接的に使用しているだろうけど。

しかし今まで潰れずにやってこれたよなw
日立ほど糞な会社ないぜ。
一年ぐらい前もデスマでボコボコにやられたけど...

日立式コーディングの基本

メモリは使われうる最大サイズを、処理の最初で確保することｗｗｗ

>>170
そのコードの良し悪しを判断できず、他案件でも使用した実績のあるコードとして、
あちこちの開発でそっくりそのまま使われることになる。

>>177
それって日立式ってより、汎用機の考え方じゃ。

Windows使ったシステムでメモリリーク起こしてるのがあるんだけど
「メモリマップを書いてないからそうなるんだ。メモリマップ書け！」
と言われた。

どーすんの、Windowsのメモリマップ……。俺には無理だ。
誰か出来る？

サンプル下さいって言って、それを真似しちゃえばいいんじゃないの？

普通かけるだろ、面倒だからやりたくはないが。
そうやって、中身も理解できないで使うからデスマるんだよ。

ms c だと、指定しなくてもマップファイルを排他希ガス

　「　普　通　」　に　書　け　る　の　か　？

さすが日立、優秀だな。

. 　 　 ,ｒ'／　　__,..-''´ ..:::::::::::::::::`.-.､　ヾ"` `ﾄ､|　　　　　　 ヽ
.　 　 ',ｒ'　,ｒ‐'´　` ､ ::　　　　::::::::::::::::`ヾ､._　 .!,.ｧ‐' ￣￣ ` ヽ!
.　 　/　 / 　 　 　 ヽ..::::::　..　　　 ::　 :::::ヽ`>´ 　 ,　　　　　　 !
.　　　 　 〉 　　　　　'､::::::::::::::/!:.:: .:::.::: :　: !././ /'､. ﾄ　.i､､　､ l　　　　　ふ
　　　　　 >--!　 　 　ヽ:::,ｨ', '/!:/!:::::::,!::::::.:::!,4,<　 ゝ+`､jヽi、! l　　優　.　l
. ,........ --'ｧ=‐ゝ　 　 　 !'ｧ=ムf-|::ｒ!!/|:,!::::::|' '　　　 `　 ヾ`|ヽﾚ! 　 秀 　 か
´ 　 　 //　　　　　　　 } r==.､　ﾚ !ヘﾑ::::::j ⌒ 　　'⌒ヽ　　　 | 　 だ
　　　 //　. 　 　 　 　 /ヽヽヽ 　 ｒ'''ヽ./:::: !　　　　__ .、　　　__|.　　っ
.　 　 '､'､　　　　　　,,ｨ'li,.､　 　　 !.ヽﾝi:::::: i ､　 i￣　　 !　　 /ﾄ|　　 て
　　 ヽ､'､'ｧ‐‐ｧ‐''''´'､　i　 `ヽ,､ '´ /. lｨ::ｨﾘ_,.ゝ､ヽ､__,,ノ_,..r'"￣!　　 !!
　　`ーｧ-Yノヽ`! -‐ヽ_` -‐'_. - 'i´`!-ﾚヾ::::::::::: ` ''ニ,.-''´:::::::::l
ヽ -ｧ'´/　 　 '､ヽ ´ ／ ´￣　　ノ,ｒ‐'‐-､ .l::::_,,... -‐''`ヽ:::::::::::::::!
.　 ´　 　 　 　 ヽ`=´'´　　　,ﾑ:',-ゝ　　　`￣ 　 　 　 _,..!::::::::::: !
　 ::　 　 　 , -‐‐‐. ､ 　　 ./　ﾝ'´/!、　　, ---‐‐‐''ヾ:::::::::::::::::::!
　: ::　 　 ｒ'　 　 　 　ヽ　　l　　／/ }`'''´￣ `ヽ　　　 !‐‐‐- - ＞-.､　　　　
　: : :.　,　//| ,-、 　　.! 　l　　　　/　　　　　　 l　　　 l-..､,,,,＿＿＿ヽ 　 ／
　 : : __ヽ'ノ-!､) 　 　 / .ノ　 　 　{　　　　　　　 ! 　 　 )､::_::::::::________;;! /
　　　　　 ￣　.`'''ﾌ― ´ﾄ‐--‐' ﾝl　　　い　　　l .　　 ヽ､__ ￣　　　　 l'
---　,.. -‐ '' ´_　)　　　 `'f‐‐'´　|. 　　や　　　!　　　　l､_:::￣￣::`''::´::::::
　　￣￣￣ -‐'　ヽ　 　 　!　　　 l　　　ぁ　 　 ! 　 　 /　 ￣`l ‐‐=--- '´
　-‐‐ ' ￣　　--‐ !､　　　!　　　 l　　　 |　　　l　　 ,<､_ 　　　ﾉ￣　 　 　 .
　-‐ '´---‐‐‐‐‐-　＼　 l　　　 l　　　　　　　l　　/`ヽ､_ ‐ /- ､_　　　　/

日立より風香のほうが優秀だったりして・・・ｗ

>>184
普通はかける。日立だけじゃないだろ、よそ様だって普通にできるだろそのくらい。

>>184
さすがに、物理アドレスレベルやスタックの中までは不可能。

アプリの中で、主要な配列とかなら…って、ポインタ引きずりまわされると絶望的。

もしかして >>187 はCでWindowsアプリ書いてるのか？

つーか日立でWindowsアプリ作るときはCが標準なのか？

>>189
クラス使用禁止なんだから当たり前だろ。

日立の仕事でクラス使用禁止なんて制限されたことない

おれは３年前に
「クラス使うな」
って部員に言われたぞ。
品川シーサイドで。

というより、クラス使おうが使うまいが、上司に説明の必要になると、
「俺はクラスとかよくわかんないから、Ｃ言語的に説明してくれ」とか
無茶な要求されたな。
中高年にもゆとりが蔓延しているようだｗ

コボルのおっさん達を全削除しないと無理

こぼるの焼き直し案件しか取れない日立がそれいっちゃｗｗｗｗ

>>193
無茶な要求とか言ってるお前も相当やばいよ。

ActiveXとかコンポーネント指向で説明すれば終了じゃん。
PL/1とか知らない言語で説明してくれとか言われると困るけどなｗ

日立にも>>196みたいな、とってもゆうしゅうな
ひとがいるんですね！
さすがいちりゅうきぎょう!!

なんで上司への説明が必要なのか分からん
そんなに信用無いの？

心配しなくても、C++なんてCCプリプロセッサが走るとC言語に落ちるから、クラス消えるのにね。











2050/HI-UXの話だけどｗｗｗ

あげ

土壇場で人海戦術を行使すれば何とかなるさという風潮があって
現場の人間が酷使されて疲弊するだけだ。

あげ

最近は提案型の仕事をしなくなったな

こいつは、今どうなっているんだ？！


日立の類似画像検索エンジンGazopa、公開ベータ開始
http://jp.techcrunch.com/archives/20091027similar-image-search-engine-gazopa-enters-open-beta/

http://tctechcrunch.files.wordpress.com/2009/10/logo_gazopa.png

　Gazopaは日立製作所が社内ベンチャー・プロジェクトとして開発した画像検索エンジンで、メタデータではなく画像そのものの
類似を解析してウェブ上の画像を検索する機能が特長だ。昨年、TechCrunch50でデビューして以来、非公開でベータテストを
行っていた。ユーザーはGazopaに検索したい画像をアップロードするか画像のURLを送る。あるいはプラグインを利用して
ウェブの画像上で右クリックする。写真でなく絵を描いてもよい。するとGaZoPaシステムが類似した画像を検索し、サムネールで
一覧表示する。ビデオ・ファイルを検索するにはそのビデオのサムネール画像を入力すればよい。
　検索は主として色と形状の解析によって行われる。たとえば、赤い車の写真をアップロードすると、なんらメタデータ（テキスト）を
入力しなくても似たような赤い車の画像を探し出してくる。（検索にキーワードを付加することも可能）。
　2008年の9月以来、4万以上のユーザーがこのサービスをテストしてきたが、今日、公開ベータをスタートした。Hitachi Americaは
この1年、ユーザーからのフィードバックを参考に、検索の精度を高め、サイトのデザインを改良し、機能を追加するなど努力を
重ねてきた。
　デビュー以後、最大の機能強化はGazopa iPhoneアプリ （iTunesリンク）のリリースだろう。ユーザーはiPhoneで写真を撮り、即座に
GaZoPaにアップロードして類似写真を見つけ出すことができる。とてもクールなアプリだ。ウェブ版の機能のほとんどを備えていて、
しかも無料だ。Facebook用のＧａＺｏｐａドロー・アプリ〔実際はペイント・ソフト〕もある。

以下、略

あげ

まん

HirDBと同じ運命・・・

hitfile(ry

年金不正受給問題、次は生活保護不正受給だな