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

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

条件分岐と繰り返しだけで構成できると思ってるプログラムも組めないプロパーが
簡単に出来ると思ってテキトーなこと言って丸投げするからデスマになるｗ
日立は永遠にその繰り返しｗｗｗ

>>589

条件分岐と繰り返し。
実際そうだろが！

>>510
不定値参照ですな

おーい、>>589ｗ

だから>>508の関わるプロジェクトはいつもデスマばかりなんだよｗｗｗｗｗｗｗ

揚げ足とるなよ！
評判がいい協力会社を雇ってみたら、実際は何も出来ず退場というのが最近多いよ

現場を見ればすぐ分かる。「失敗は成長のもと」と言って
でかい失敗をした奴ばかりが上にいく。酒の場でも失敗談で盛り上がる

で、その人たちはまた同じ失敗を繰り返す

>>509
> 条件分岐と繰り返しだけで構成できると思ってるプログラムも組めないプロパーが
> 簡単に出来ると思ってテキトーなこと言って丸投げするからデスマになるｗ
> 日立は永遠にその繰り返しｗｗｗ

まあ、ポリモルフィズムとかデザインパターンとか理解できない連中だからねｗ

>>508
> 条件分岐を１つ追加するだけの変更なのに、露骨に嫌がる協力会社…

プログラムを少し変更するだけで、意味の無いドキュメントを大量に書かせたり、
意味の無いテストを大量にやらせたりするから嫌がられるってだけだろうが。
「条件分岐を１つ追加するだけの変更」を嫌がる奴が居るわけねえっつーのｗ

それにしても協力会社は酷い。
実績出せと言っているのに技術論ばかり。
金額的に幾らなのか出せと言っているのに出さない。
また退場させるしかないのか…予算時期は苦悩の日々です。

>>510
ぬるぽ？

なんというリアルな所員ｗｗｗｗ

条件分岐１つ追加と思ってるのは、実際にはそんなことないんだよ。
それを追加することで検討事項が新たに出るし、それによって元の処理に変更が生じるとかそんな感じだろ。
それを理解できないから「技術論ばかり」とか言ってんだろ

変更による仕様が提示しないから協力会社も作業量見積もれないんだろ

GroupMaxサイコー。相手が読んでいるかどうか分かる。
開封していない＝私はそんなこと知りません
って真顔話す老人たち。

あからさま過ぎて釣りだと思うぜ

本物の所員は所員同士で下請け貶めあう
真っ向から言ったら負けるって本心じゃわかってるからな

煙草部屋にいるひとだけにしか話が伝わってなかったりするのは日常茶飯事。

>>508が金勘定しかできないスキルのない丸投げダメ社員というのはよくわかった。
しかも金勘定というのは、根拠のないどんぶり勘定。
見積り一つまともに作れない。

そして、すぐに責任転嫁する。
だからいつもデスマだらけｗｗｗ

金計算出来なくては儲かりません

金計算出来なくて、そのせいでデスマ起こして儲からないということだなｗ

つまり５０８がデスマを起こす張本人ってことか！

製作所はもはや商社でしかない。
所員が自分のミスさえ責任転嫁するのはいつものお家芸。

そんなに協力会社使うのがイヤなら所員だけでモノ作れよ。
技術力も何もないからデスマ以前に、いつまで経ってもまともな品質なモノは出来上がらないだろうけどなｗ

設計までは品質は保たれてている。
コーティング段階で全くデタラメなことになる。

それ、設計というかただ要望纏めただけなんだろ？

>>527
コーディング段階で、設計の不備を埋めているんだ。
ばかめ。
詳細設計まで出してからほざけ。

コーディングでデタラメになるようなレベルの設計で品質は保たれているとか･･･

所員の言う「設計」なんてそんなもの

>>508のいう設計というのは、あいまいな記述しか書かれていない、実は仕様不良だらけのいい加減な設計。

コーディングでおかしなことになるなんて聞いたことがないぜ･･･
だって仕様書通りに動くかテスト作るし、仕様書には異常系の処理も網羅するだろ
まさか、仕様書には正常系しかなくて、コーディングで変になっていると思い込むとかそんなオチ？

仕様がないと組めませんとか言い出す奴が多いんだよ。
だから仕事が止まる。

まさか、508は（水）？
（水）こんなやつ多いんだよね。

エスパーじゃ無いんだから、仕様なしで組めるわけねーだろ。
馬鹿じゃないのか。

はっきり言ってしまうとコーティングしかできない協力会社には評価を与えないようにしてる。
協力会社の責任者から担当者の評価の依頼を受けるが、現状維持で評価を付けるのが精一杯。
どうしても相対的に評価するとコーダーは行動力が見劣りします。
危機感を持て！

仕様書待ちだったら指示待ち社員にしか成れません。

なんちゃって評論家と空気読めないヤツ多すぎ

利ざや目当てで支那朝鮮インドを当てにするから地獄を見る

最近の協力会社を見てるとやる気がないんじゃないの？って思う。

予定外作業が多すぎるからじゃないの？

そりゃきっと単価が低いせい
しがみつきたい中抜き会社が増えてるから
10万くらい下がってるだろう

>>513
> 評判がいい協力会社を雇ってみたら、実際は何も出来ず退場というのが最近多いよ

日立の開発基準はマトモじゃないってゆうか、世間一般の価値観から掛け離れているから、
本来技術のある人間が正統な実力を発揮できずに去っていく、というのはごく有り触れた話。
当然、日立所員は技術者の実力も判断できないし。
まあ、>>508は釣り師だと思うが、実際こういう所員が居るから優秀な技術者がどんどん
日立を見捨てていくんだよね。

明らかに使い方が悪いんじゃないか・・・

んだよねー。計画的に仕事を出せと、いつも思う。
なんで当日になってから言うんだろう。

他のベンダと比べると日立は下流工程の会社任せの部分が多すぎなんだよ
仕様を詰めてくれないから、下流工程の会社が上流工程の仕事をしている状態
なのに、上流工程フェーズは他のベンダと同じ時間を使う。一体何をやっているのか･･･

>>545
> んだよねー。計画的に仕事を出せと、いつも思う。
> なんで当日になってから言うんだろう。

俺がやってたプロジェクトの話だけど、テスト用のデータを苦労して作っていたのに、
日立リーダーの野郎、本番用のデータを持ってて隠してやがったのが判明した。
「なんでそのデータを俺たちに提供しなかったんだ！」と問い詰めたら、しどろもどろに
なりやがった。どうやら下請けにわざわざ苦労させるのが目的だったらしい。

本当に大変なのは、システム化に当たっての予算確保、機器選定、ベンダー調整、合理的効果算出などなど。
あとは幹部決裁と関係各所の説得など人的なスキルが要求されるところなんだよ！

幹部決済とかあまりにくだらなすぎる
ベンダー調整なんか所員やらないだろ？

幹部決裁がくだらない？
それは、どれだけ大変で、どれだけ大事なことか分かってない証拠。
そんな浅はかな考えだからデスマになる。

それはお前のところに来てる協力会社員もやってることだ
誰でもやってることを叫ぶなってことさ

そりゃ、仕事がなくなったら困るからだろ
仕事欲しさに正常な道路掘って、埋めてるのと一緒

何言っているか分からない。

それはこっちのセリフだ

沸いているのは協力会社か？

四国のN市の仕事にかかわったものだが、実作業の詰めよりも
下らないドキュメント（議事録などがよい例）の文章添削（て、に、を、は、などを含めて）
などにプロパーのチェックが厳しいかった。具体的な作業を一歩一歩つめることをしないのが
SEとしては歯がゆかった。文章なんかは頭のいいプロパーがさくさくとまとめりゃいいいはなしで、
SEは設計に必要なことに集中させたらいいいのにとおもた。
N市はたぶんうまくいったんだろうが、どんな感じで終了したんだろう。
黒字？　赤字？　大赤字？　最後体調不良（死ぬ二歩くらい前まで苦しんだ）で去りました。

>>556
> 四国のN市の仕事にかかわったものだが、実作業の詰めよりも
> 下らないドキュメント（議事録などがよい例）の文章添削（て、に、を、は、などを含めて）
> などにプロパーのチェックが厳しいかった。具体的な作業を一歩一歩つめることをしないのが
> SEとしては歯がゆかった。文章なんかは頭のいいプロパーがさくさくとまとめりゃいいいはなしで、
> SEは設計に必要なことに集中させたらいいいのにとおもた。

目立系ってやっぱりどこも一緒なんだな。
俺のところでも、ドキュメントの文章添削チェックが厳しく、校正に多くの工数が
費やされ、設計自体に作業を集中させてくれないので、デスマになっていった。
「俺たちは製本の仕事をしてんじゃねえよ！！」と叫びたかったよ。
ドキュメントなんて意味が正しく伝われば、それで十分なんだよ。
工数に対するコスト意識も少しは持ってもらいたいもんだな。

予算確保、機器選定、ベンダー調整、合理的効果算出が大事なんていうのは論点のすり替えでしかない。
論破されそうになったり、まともに言い返せないと論点ずらして批判に走るのが>>508をはじめ、多くの所員の特徴。
仕様決めるのはプロパーの仕事だろ。
契約に仕様書作成の範囲が明文化されているのなら別だがな。

日立は必要な見積もりを見積書に含めないで(タダでやらせるように仕向けて）安く見積もって発注かけることが多い。
本来やる必要のないことをタダでやらせようとするからいつもトラブルになる。

ま、>>508みたいな思考の偏った所員がいるとデスマになるのは当たり前。

>>550
下らねーだろ。
なんもわかってないバカ幹部向けの説明がそんなに大事か？
>>557
意味が伝わればいいって言うけど、てにをは間違ってたら伝わらねーだろ。バカかおまえは。

うちも、他の人が言っているように、どうでもよい資料チェックに工数を取られたな。

技術的な意見交換を目的で用意した資料そのものの、てにをはチェック。
幾重にも渡る、てにをはチェックが済めば承認…。

…ゲシュタルト崩壊。

>>558

それ、まさにコーダーのこと。

まあ体裁や文章校正が必要なのはわかるよ、うん

でもそれしか言えない・それだけ言って得意満面な顔してレビュー終わらせるって
製作所は何がやりたいの？
それとも内容はさっぱりわからないの？

そんなものは内容の確認を済ませてから
気になる点を指摘だけして統一感持たせればいい話
わざわざ集まって会話できる場でやるべきことはそんなことじゃない

従っていれば良いものを…

ちょっとした変更でも、僕のようなスーパープログ
ラマーなら別ですが、パンピーのプログラマーに
とっては負担ですよね。

日立のSEは殆ど営業に近いけど純粋な営業ほど営業力はなく
もちろん設計は分からない、中途半端な生物だからな

だったらアウトプット出せよ

>>559
> てにをは間違ってたら伝わらねーだろ。バカかおまえは。

あのなあ。俺たちは日本人なんだから「てにをは」を【少しくらい】間違ってっても
「あ、間違っているな」って読み替えれるだろ。外国と遣り取りするならともかく。
ちなみに俺のトコでは日立リーダーの指示で、ムリヤリ中国人に仕様書を
書かせていたんだが(オフショアの一環だとかなんとかで)、「てにをは」が
【ほとんど全て間違い】で、結局は日本側で仕様書を作り直すことになって、
無駄な工数を大量に割かれてデスマったよ orz

>>562
> まあ体裁や文章校正が必要なのはわかるよ、うん

こういうの、バイトにでもやらせりゃいいんだよね。技術者にやらせるなよな。

> わざわざ集まって会話できる場でやるべきことはそんなことじゃない

その通り。レビューの時に校正の話ばっかりしてるから、仕様の整合性の確認なんか
ほとんど出来なかったよ。ま、日立リーダーはそこには興味なかったみたいだけど。

>>561
> それ、まさにコーダーのこと。

お前はコーダー以下のクズだろ。

>>566
> だったらアウトプット出せよ

お前が出せよ、カス。

インターフェースまとめただけの資料を作っただけで
設計した気になってる痛い奴だったかｗ

たかがてにをは、どうでもいいなら、その中国人が作ったドキュメントも放置でいいだろう。
表記の修正だけなら誰がやってもいい仕事、確かにそうだ。
だから>>567がその修正をやってんだろ？

釣りかもしれんが、>>508はリーダー格として失格だな。
自分の仕事に誇りを持つのは立派だが、自分の仕事だけが大変なのではない。
こういうアホがプロマネやってるプロジェクトは間違いなくデスマになる。

ま、>>508は上から目線でしかモノを見られない下っ端所員だろうけどなｗ
もしホンモノのプロマネがこのスレに降臨しているとしたら、それこそ日立はおしまいだｗｗｗ

>>569
いいまとめだな

だからその考えで、経営層や顧客の理解を求めることができるのかよ！
一体感無さすぎで危機感を感じる。

>>570
自演乙

>だからその考えで、経営層や顧客の理解を求めることができるのかよ！

>>508が言ってることは全て支離滅裂。
まともな回答すらできず、論点ずらしの批判ばかり。
一体感を作る努力をしていないのはお前だということに早く気づけ。

危機感を感じるというよりも、>>508の手がけるプロジェクトは、救いようもないくらいデスマ規定路線。

とりあえずデスマになったら経営者や顧客の理解も何もないのだが
デスマが嫌なら金勘定だけじゃなくITスキルを身につけた方がいい

他ベンダの管理連中は金勘定も出来るし設計も出来るよ

>>553
ようは、何一つ決断出来ないって事だろ？

デスマはITスキルというよりコミュニケーションスキル不足が招く。
他人に聞けば解決するものを1人で抱え込んで勝手に鬱病になる。
経験やノウハウが無いプロマネやリーダーはその辺を察せないから
なぜ炎上しているのか分からない。と言う事が分からない。

>>508はどう見てもクズだがこいつに粘着する奴も異常で気持ち悪い。

>>508が「経営層や顧客の理解」とか言ってるのは、
「自分は経営層や顧客と直に向き合ってるんだぜ」と思わせて
上から目線で威張りたいだけ。

でも実態は下っ端クズ所員。

複雑な体制と、非効率な仕組みが原因ではないか？

このスレの５０８を見て、いかに日立が駄目会社か良く分かった！

保身が全て

あのなあ、何のためにあなたたちは居るの？
あなたたちが最低限やる仕事でしょ。

>>576
IT業界はコンピュータとしかコミュニケーションとれないヤツの集団。
なので、
>デスマはITスキルというよりコミュニケーションスキル不足が招く。
となる。
IT業界がデスマの巣窟と化してるのはそのため。

まさにそのとおり。
コミュニケーション。
ビジネスの基本を忘れてる。
客のほうを見て仕事をすれば両者が活気付く。

実際はITスキル(SEスキル)にコミュニケーションスキルも含まれるんだがな。
あとは「客」の範囲に協力会社や子会社も含まないと危ないと思う。

悪待遇を続けると、いい協力会社はどっか行くし、子会社は外販に力を入れて
親会社の「まずい仕事」には中途半端な人材しか割り当てなくなる

>>508が一番コミュニケーションがとれていないということがわかっていない。
だからデスマになる。

子会社、協力会社は流石に客とは違うが、待遇や儲けさせてあげることを
考える必要はあるだろう。儲からないのにクズと付き合うのは最低だろうからな

>>508
>こちらもご機嫌を取りながらやっているのに空気もよめない。

相手はご機嫌取ることを望んでるのか？
ホントに望んでることは、今の状況を聞いてオマエに手を打って欲しいんじゃないのか？
相手に合わせられないオマエが悪い。

だな。
手を打たないで、あーだこーだと責任を子会社に擦り付ける書院多すぎ。
だからデスマになる。

自己処理してください。

自分じゃ問題解決できないから丸投げってことかｗ
いつものお家芸だなｗｗｗ

>>568
> たかがてにをは、どうでもいいなら、その中国人が作ったドキュメントも放置でいいだろう。

俺は「たかが」とか「どうでもいい」なんて書いてないんだが？
>>567で【少しくらい】と、わざわざ強調して書いてやってるんだが、
字もロクに読めないヴァカがしゃしゃり出てくるんじゃねえよ、消えろ

念のために言っておいてやるが、俺は「てにをは」がどうでもいいなんて思っていない。
【少しくらい】の間違いはプロジェクトが進むにつれて潰されていくもんだし、そんな校正レベル
のことを貴重なレビューの場で徹底的にやるくせに、本質的な事を討論しないのがおかしい
と言っているのだ。

そう、「軽視するな！」と口すっぱく言って後でもどうにかなる些細なものは大事にして
後からではどうにもならない本質的なものから目をそらす
それが日立

小さな事を大事にするのは悪くないし必要なことだ
でも本末転倒って言葉は知ってる？ｗ

てにをはで本質が読み取れないバカに喚かれてもなぁ。
中国人が書いた仕様書の清書がお似合いだよ。

周りに迷惑かけなければいいんだがそうもいかない。

コミュニケーション能力が欠けている>>508が一番周りに迷惑かけてるだろｗ

オレの場合、てにをを間違えたと言っても、十分に意味は通じていた。
オレの文章は確かにうまくないと自覚しているが、内容は正確に伝わる範囲であった。
なのに、この接続詞は不要だとか、この言い方は弱い、強い、冗長だ、簡潔すぎる、などなど。
オレはSEとして設計がしたかった。ダイアグラムを多用してシステムに矛盾がないかとか、整合性とか
そういうのに力を入れたかった。なのに文章形式のドキュメントばかりやらされた。
日立のプロパーは文系出身が多いのだろう。

そういうドキュメント書きたいなら書けばいいじゃん。
書けないから中国人ドキュメントの清書係なんだろ？

昔は手書きの懸案事項表を打ち合わせで使って、
打ち合わせ中に終わった懸案行を×付けたりｶｷｺみしたり、
庶務が手書きで表を書きなおしていましたが、何か？

それが、目立製ワープロに変更になって、庶務がワープロ軍団になりましたが、何か？
やたらキーが速くてキーの文字が消えてたような。
しかし、偉い人は手書きしかできなかた、と。

柔軟性を失った年寄りはデスマを引き起こす前に早く去るべき

あの人たちは、文句をつけるのが仕事ですから。
実際、いわれたとおりに「てにをは」を直しても、
また、同じ箇所の「てにをは」に文句をつけることが
よくある。

>>600
禿同。ＷＷＷだよね。

そもそもシステム全体を理解してないから、てにおはチェックになるわけで…

うーん。今思い出すと、日立のアホＳＥは、
ミーティングのときにチェックをすることが
プロパーであるＳＥの存在表現と考えていたんだな。馬鹿な悲惨なプロパーＳＥ。

>>593
> てにをはで本質が読み取れないバカに喚かれてもなぁ。

はあ、【本質】だって〜〜〜？ あまり笑わせんなよｗｗｗ

>>593＝>>597は日立所員か？
やたら「てにをは」に固執するし、>>508をも上回る粘着バカなのでｗ

お前に訊いてやるが、何十、もしくは何百とあるドキュメントの中から
「てにをは」のチェックをシラミ潰しにやるのと、仕様の正当性・整合性を検討するのと
どっちが重要だと思ってるんだ？

つーか、「負け惜しみ」根性でいつまでも食い下がってないで、さっさと消えろｗ

>>602
> そもそもシステム全体を理解してないから、てにおはチェックになるわけで…

禿同。
下請けにケチを付けたいけど、仕様の部分にはなかなか付けられないので、
一番ケチを付けやすい「てにをは」を狙うんだろうねｗ

まあ逆に言うとさ、中身すっからかんでも　てにおはできてりゃ文句つけれないわけで
それはつまり、どんなに馬鹿で技術もない会社の整合性とれない詳細設計渡されても
てにおはできてりゃ満場一致で可決　そしてデスマIN

こんなの製作所にとっても危機的な状況だと思うんだけどね　てにおは「しかできない」事を正当化してたり
協力会社に責任押しつけてりゃ安泰なんて思ってる場合じゃねーぞっつう
まともに稼げない仕事ばかりで馬鹿な会社に詐欺られて死亡　とかの未来が見えるわ
自衛の為に、責任押し付ける技術じゃなくて売り物にしてるモノの技術を学ぶべきだと思うよ
責任押し付けられてもどうにかしようって思ってくれる会社が業界に残ってるうちにね

そういう連中は「てにをは」が出来ていても、次は表紙から1ページと数えるか
目次から1ページと数えるか、などくだらない議論を好む

いつまで経ってもレビューされない仕様部分

唯一出来るのは、どこのプロジェクトに行っても大差ない、
ハードウェア（日立製品）部分のレビューだけ。それも他システムと連携するレベルまでいくと理解できていない

>>606
> 目次から1ページと数えるか、などくだらない議論を好む

あー、これ実際に指摘されたことあるなぁ…
他にも、箇条書きに「。」を付ける付けないで15分浪費とか。
いや、お客様に納める文書なら分かるよ。またその練習の意味があるなら。
内輪だけの打合せで用意した、単なるメモに対してもやるから萎える。

技師にコードレビューの同席をお願いしたら拒否られた俺が通りますよ。
その技師は、周りの課長や技師に
「あの会社はコードレビューなんてくだらない論議をやって参っている」って愚痴ってた。
周りの課長や技師がその発言を正すのかと思いきや超賛同してた。

＞それが、目立製ワープロに変更になって、庶務がワープロ軍団になりましたが、何か？

思い出した、OFIS/POL

ttp://www.hitachi.co.jp/Prod/comp/soft1/ofispol/index.html

ワードパルｗ

orz

オクみっけ→ ttp://page18.auctions.yahoo.co.jp/jp/auction/w27847938

交渉や契約以外の仕事はコーティングだと信じている主任技師がいる。
最近の開発工程を説明しても、そんなの聞いたことがないと受け入れない。
デスマになると必ず言うのが、関連会社のコミュニケーション能力不足やプレゼン能力不足。

そー言う馬鹿が切られない限りデスマは続くのだろう
目立おわた

コーティング（実際は、要件定義のやり直しから設計、実装、テスト、保守、全般）は簡単だ
と言う技師や課長同士が結託して正当化しようとするからデスマばっかなんだよ。
こういう人は飲み会で一緒に仕事している関連会社の悪口ばかり言っているしね。

人格的、技術的に尊敬できる人って周りにいますか？
周りは上司をヨイショすることばかりに気を向ける人ばかりです

一応居るには居るけど稀

あと製作所でもソフトウェア事業部の人に技術的に語らせたらとんでもなくすごい人がいた
けれどその人は管理職になってしまって、その立場での仕事はうまくいってない

それはそれで確かに問題ではあるんだけれどね＞実務ばかりで管理ができない
それを偏って解釈してしまい、あるべき基礎である下積みの知識も皆無なまま管理職育てようとして
失敗していると思う

あと個人的には、一生技術屋では生きていけない体制も問題だなとも思う。
歳食ったら管理職、そんな流れが風習なのはわかるけど、
年寄りばかりで管理職余ってる現状それが必要なのかとｗ

俺の知る限りでは、そもそも技術者として育てようとしているようには見えないが。
仕様書やプログラムの作成にかかわろうとしている所員もたまにはいるが、
例外なく上司に「俺たちの仕事は、そんな事ではない」といって怒られていたが。

>>617

> 仕様書やプログラムの作成にかかわろうとしている所員もたまにはいるが、
> 例外なく上司に「俺たちの仕事は、そんな事ではない」といって怒られていたが。

分かる分かる。
仕様作りに関わろうとしても上司が待ったをかかけ、そのかわりにハードウェア増設の根拠を今の稼働率から割り出す資料を作ることをやらされていた。

資質のある部下を仕様書やプログラム作りに関わらせないのは何で？

まあ昔にはそういう人が育つ要素はあったってことで
一応そういう遺産はまだあるってこと
ただ、今は製作所の技術者はその遺産だけしかいないのは確かで
今後でてくることもないだろうと思う。

メー子ちゃんとして色んな事業部の人に会った印象では
現状その技術レベルの程度は事業部・部署で激しい偏りが発生してる。
遺産がいるおかげかしらないが最低限の知識があったりして技術的な会話ができるとこもあれば
UNIXという言葉で「？(´･ω･｀)」という顔をするとこもある

そして、現在そのヤバい後者が多数派で、それが加速するのだろうな･･･

何、Rubyって？
とか言う人がいるよ

結論、デスマは日立の人的体質が変わらない限り、
日立が潰れるまで続く。
または、
あきれ果てた派遣企業が続々と撤退し始めるまで続く。
ということは、どっちにしても日立に派遣された不幸な派遣スタッフは、日立では必ずデスマを経験する。

派遣は従っとくしかないんでないの
請負ならいろいろ自由に出来るよ

人的な仕事が技術的な仕事に比べてどれだけ大変なのか分かってない。
絶妙な駆け引きとかビジネスのノウハウを知らんだろ。

日立には馬鹿が多いから気をつけろってことか

絶妙とかノウハウは「大変」とは全然関係ないと思うのですが

話にならん。

確かに >>508 の言うとおりだ。
技術なしで技術者の管理を行う仕事は大変だと思うよ。

日産、ホンダは派遣全員解雇か
日立も派遣全部切ればいいのに

ま、派遣や協力会社を切ると何も出来ないので切れないだろうね。
そういう意味では日立は優良企業かもしれないねｗ

請負で発注してくれればいくらでもこなしてやるぜ

っていうか、派遣が日立を見捨てて、他社に移ろうぜ。
で、日立が潰れて、それを見た他社が派遣を大切にするようになる。
このシナリオ、Goooo----!!だと思うがどう？　ひとつ乗らない。

日立グループの発注はいつも人の足元みてくるからな

だって派遣の経営者が日立OBとかのとこもあるし

まあ全部が全部じゃないから、それら以外に撤退されても痛手だと思うけど
経営者は人売ってるだけで仕事がどうであれおいしいのでやめないさ

うんじゃ、派遣スタッフ個人個人が他社の派遣を請け負っている派遣企業に移ればいいさ。
とにかく、派遣スタッフの重要さを世に知らしめることを派遣スタッフ自身がやらないといけないよ。

>>628
> 確かに >>508 の言うとおりだ。
> 技術なしで技術者の管理を行う仕事は大変だと思うよ。

本来は大変なはずなのに、大変だと感じていない奴ばっかりなのが問題だよな。

ところで、>>508は「プログラムは、条件分岐と繰り返しの集まり」と自信満々に
論じていたところ、>>515で
「まあ、ポリモルフィズムとかデザインパターンとか理解できない連中だからねｗ」
と突っ込まれると、スルーしてしまったよね。
この挑発に対して、スルーしてないでキチンと反論してくれないかな？ ＞508

>>636

プログラムを掘り下げていけば条件分岐と繰り返しと述べただけ。

ポリマーフィズムなんて概念だけで
ほとんど現場じゃ考慮されないだろ
意識されてたらデスマ自体起こりえない

>>637
> プログラムを掘り下げていけば条件分岐と繰り返しと述べただけ。

まったく反論になってないなｗ
いかにも「わかってない」奴の逃げ口上だなｗ

プログラムの話じゃないのに、プログラムを掘り下げられても

何言っているんだか本当に分からない

「プログラムなんて掘り下げていけば、最終的にはすべて機械語になるんだ」
ってのと同じレベルの反論だよなｗ

２つの設問

・ポリモルフィズムとは何か？
・得意なデザインパターンを2〜3個とその理由

について、リアルで即答で答えてくれ ＞508
ネットで調べてから答えるのはナシねｗ

あれれ？ もう10分以上経つのに返答できないみたいだね ＞508
こんな低レベルな質問にも答えられない奴が今まで何をイキがってたのかな〜〜ｗ

>>641
> 何言っているんだか本当に分からない

まあ、本当に何もわかってないんだろうねｗ

お　前　っ　て　本　当　に　レ　ベ　ル　低　い　な　あ

お前みたいなバカ所員がデスマ引き起こす、ってことを理解しやがれｗ

それ知っててデスマは解消されるか説明せよ

極論でしか物事を見れなくなっていることを恥よ。
もっと視野を広げればよいのに。残念。

そ　れ　は　こ　っ　ち　の　セ　リ　フ　だ　ｗｗｗｗｗｗｗｗｗｗ

はいはい

いいから請負でよこせ
肩書きさえこっちによこせば顧客折衝なんかはこっちでやる
どうしても交渉がやりたいって言うなら参加させてやるが黙って座ってろ
ここの派遣どもがいうコードレビューなんかも完全にこなしてみせるぜ
もちろんウチで使ってる派遣になるけどな

所員は金だけ出して黙ってろ

オブジェクト設計を知っているPMだったら、クラス図とシーケンス図はしっかりと
設計させるだろうな。ここはこのデザインパターンが適用できるだろうとか、
こういうインターフェースを抽出したらポリモアフィズムを実装できるとか、
こういう話題がミーティングの中心になって、文章チェックなんてしないだろう。
仮に、てにをはが間違っていても、デザインパターンの適用を見出してくれる派遣には
感謝したくなるはずだが。。。。

>>650

そういうものじゃない…

>>650

難しいのは客の首を縦に振らせることなんだよ。
やると決まれば作るのなんて数週間あれば十分。

こいつはデスマがなぜ起こるのかまるでわかってない
どこかのソース盗んできてコピペしかしない中国人も同じ事言ってるように作るだけなら早い
その結果として設計が満足にできておらず致命的不具合発生で最初から作り直しのトラブルが頻発してるんだが
知ったかぶってるが実際は経験薄のゴミPGだろ

だからコーティングだけじゃなく、その設計もやって欲しいのよ。

というか、設計をやっている所員を見たことないのだが．．．。

設計をうちらがやったらあなたたちが来ている意味がないだろ。

日立プロパーが設計を出来るようにするか
設計は全て他に任せないとデスマが続くな

客に工数の交渉で負けて「基本設計までは日立でやります」と言いつつ
実際は何もしない。これが工程を圧迫する最大の要因になっているうちはデスマは続く

所員が直接に設計をする必要はない。
だが、日立の名前で受けている以上、その設計を理解し指摘できるだけの
技術力が必要だ。
これは、派遣以上の技術力が要求されていることを意味する。
「うちは右から左に仕事を投げるだけです」と言って、営業しているなら別だが。

所員は設計能力がない。
上流、下流のどの工程においても設計は重要だが、
設計能力がない故、いつもどんぶり勘定で見積もりをする。

そして工数オーバーでデスマ突入→以下その繰り返し

日立は営業だけにすればいいのに

とりあえず、ドキュメントのてにをは、文体、表現等々、それくらいは自分たちで治せよ。
作業員には作業させましょう。

設計を任せれば、丸投げだと文句を言う。
文句を言いたいだけだな。

本当に丸投げだったら、どんなにありがたいことか。

>>508
>設計を任せれば、丸投げだと文句を言う。
普通に設計を任せて文句を言うやつがいるか？
客との用件定義、仕様決めは目立書院が行っているんではないかい？

システム開発における目立書院の責務はどこまでなのかを教えてくれよ。
多分そこの考えがズレているからみんなとかみ合わないんだと思う。

前に目立のデスマPJに狩り出されて
目立書院が書いた設計書見たらプログラムが書けないほどの仕様漏れがあった。
仕様を確認しに設計者である目立書院に聞いたら
その人もわからなかったみたいで今さら客に聞けない模様。
設計者の妄想設計通りにプログラム書いたがあれでよかったのだろうか。。。
他の設計書もおかしな点や矛盾点がいろいろあってみんなどうやって
プログラム書いているのか不思議だった。

俺の経験から言うとデスマるPJは皆ドキュメントがキチンとしていない。
ドキュメントがきちんとしてるって意味は「てにをは」とかではなく
設計書の整合性が取れているという意味。

目立が作成する設計書は設計書と呼べるものではない。
だからデスマってばっかなんだと思う。

だから全部寄越せってば

要件から製作規模が見積もれない癖に金額と工期を見積もるなと

要件から開発工数を見積もるのはあなたたちの仕事ではないのですか？

目立が要件をちゃんと引き出してこないから見積もれねーんだよ！

>>666
そんなことすら出来ないベンダがあるのか…

それが目立です。

>>508
釣り師だと思うが、書院の仕事って結局なんなのでしょう？
書院の仕事と派遣の仕事をそれぞれ箇条書きにしてほしい
どうもお前の言っていることはぶれているように見える

職場の便器をクソで汚す仕事

ここの社員はある意味最高

日立は他のメーカー系よりは全然楽だと思うけどね。
俺の派遣先はまったり最高だぜ。

・価値創造

>>508
えらそうにいうわりには抽象的だなｗ
若造らしいｗ

>>508の言う価値創造はただのピンハネ

・国家運営

>>673
最初から全力でやらなきゃいけないところ、まったりやってデスマになって･･･
最初の人たちはどこかに行って、残された人と新しく入った人が地獄

いい感じにデスマの法則にのってるな

自分たちでもやってきていないことを無理矢理、入場している会社にやらせて、失敗すれば容赦なく叩きまくるから当然士気もなくなるわな

>>678
ああほんとだ。よくあるケース。
工程のはじめのほうは早めに帰れたり、和気あいあいとした雰囲気だけど、
工程が進むにつれて職場全体がギスギスした雰囲気になって、深夜残業・休日出勤が増えて、
いつのまにか人がたくさん入ってきて、入れ替わりも多くなって、
長机とかパイプ椅子が持ち込まれる、いつものデスマ風景が繰り広げられる。

>>679
> 自分たちでもやってきていないことを無理矢理、入場している会社にやらせて、
> 失敗すれば容赦なく叩きまくるから当然士気もなくなるわな

そういや、>>508は

> プログラムは、条件分岐と繰り返しの集まり。
> 最近は、こんな簡単な仕事もミスする協力会社ばかり。
> 条件分岐を１つ追加するだけの変更なのに、露骨に嫌がる協力会社…

なんて言ってたが、そんなに簡単な条件分岐を１つ追加するだけの変更なら
>>508自身がやればいいだけなんじゃねーの？ どうしてやらねーの？
エラそうなこと言ってるけど、本当は「出来ない」んじゃねーの？(爆笑

俺は>>508ではないが、
なぜ昼休みの貴重な時間を使って一週間前のレスに執着するのかが分からない。
>>508のレスの前あたりにクビを切られた無能な協力会社の仕業なのか？

そう、協力会社が無能なのもデスマになる一因
では何故協力会社が無能かというと日立が嫌がられるため？

目立が激安で発注するためだろ
要件定義につっこむ上流SEを60で発注とかどんだけ

仕方ないから協力会社は数名抱き合わせて提案してくるが
本命SE１あたりゴミが4人くらいついてくるから現場に置くとデスマになる。

なんという自作自演

釣り

>>684
協力会社おつ

おれらが飲んでいる間にコーティング終らせておけよ

できましたのでテストお願いしますね。
その間遊んでますわ。

うんこおいしいです(^O^)

昔の話だが
プログラマ自身にバグ票を書かせて、プログラマ自身にテストをやらせるアホなプロジェクトにいました。
プロジェクトマネージャは、開発経験なしの人がやって怒鳴るだけで滅茶苦茶だった。

いまでもそんな現場があるから大丈夫

>>682-683
> 俺は>>508ではないが、

仮に>>508とは別人だとしても、>>508と同レベルの程度の低い日立所員だろｗ
協力会社のことをやたら貶めていることからして、バレバレだっつーの

>>688
> おれらが飲んでいる間にコーティング終らせておけよ

文章からして低能まる出しのくせしてナニ虚勢張ってんだかｗ
>>681の問いかけくらいは逃げずにキッチリ答えろや ＞508

目立ちよ、ドキュメントの文責はお前等にあるのだから、
てにをは、接続詞、冗長だ、簡潔すぎるだ、のレベルはお前等で直せよ。
俺たちは文章家じゃない、システム、プログラムの設計屋なのだ。
それに議事録は、お前等が書けよ。ったく、サボるんじゃない。
仕事を請けてやらないぞ。

>>693
どの書き込みについて何が言いたいか分かりにくいな
デスマプロジェクトのドキュメントみたいだ

スパゲティコーディングの>>693をデバッグするｽﾚと聞いてとんできますた。

PGで入ってるやつらに設計やらせるのはルール違反だろｗ
設計やらせるんならSEで雇え

>>695＝>>696＝>>508 だろｗ

>>696
> スパゲティコーディングの>>693をデバッグするｽﾚと聞いてとんできますた。

ふつー「スパゲティプログラム」と言うんだが…。
「スパゲティコーディング」なんて言い方は初めて耳にしたよ。
さすがは低能な日立人間だなｗ

>>694
> 目立ちよ、ドキュメントの文責はお前等にあるのだから、
> てにをは、接続詞、冗長だ、簡潔すぎるだ、のレベルはお前等で直せよ。
> 俺たちは文章家じゃない、システム、プログラムの設計屋なのだ。
> それに議事録は、お前等が書けよ。ったく、サボるんじゃない。
> 仕事を請けてやらないぞ。

禿同。
くだらない体裁にばかり拘って、要の設計やプログラムのジャマばかりしてくれるよ、目立は。

目立ちのSEはSEではない。
単なる立会人兼チェックマン。
チェックがポイントをはずしていて、かつ、馬鹿げていることが多いので
デスマも多くなる。

目立ちのSEは文章仕様を多用した設計から、業界標準ダイアグラム技法に
シフトしろよ。出来ないならやめろ。

しかしまあ、製作所の若いのでやる気ある子はかわいそうだよな

現場と乖離した設計に疑問を持ちながらも動かないおっさん連中に代わり下請けと会話させられ
自分の前提知識の足りなさを思い知り、でも上の人間も分からない為質問もできずわからないまま
下の人間から馬鹿にされてるんだろうなと思いながら、これがSEなのかなと思いながらExcelで資料作り
何かSEらしいことがしたいと詳細設計の話に混じろうとすれば上の人間から止められ、代わりに資料作り
そんな状態で残業を繰り返しながら働き続け、最後にはココロのバランス取る為に
「下請けがわかない説明するのが悪い」と結論付けて、「立派な」日立のSEとなる。

最初っからやる気ない奴だけが、健康的に生きながらえる環境。
腐ったリンゴの入ったダンボール。

目立ちのSEの学歴は低いと見た。

日本自動化開発（JAD）
http://science6.2ch.net/test/read.cgi/infosys/1207358296/l50/

>>703
だから派遣されてる俺らは居心地いいんだよ。
今まで派遣されてきた中では日立系が一番楽かも。

>>705
一度、半日の会議の議事録を書いてみなさい。
５,６回書き直しがはいるよ。つまないことでね。

論文で、プロジェクトにおけるシステム設計方式について書いていた。
幾度かのチェックが入り、完全否定されたうえ、
最終版は、システムははじめから完成しているものと仮定され、利用者の立場から見た内容になった。
不本意な発表だったが、周りからは誉められた。

何かと論文好きだよね日立
技術は一切もってないくせに

論文は上司の言うことに従っていれば安泰だよ

デスマの中の人に質問します。

愛社精神ありますか？

>>702
> 現場と乖離した設計に疑問を持ちながらも動かないおっさん連中に代わり下請けと会話させられ
> 自分の前提知識の足りなさを思い知り、でも上の人間も分からない為質問もできずわからないまま
> 下の人間から馬鹿にされてるんだろうなと思いながら、これがSEなのかなと思いながらExcelで資料作り
> 何かSEらしいことがしたいと詳細設計の話に混じろうとすれば上の人間から止められ、代わりに資料作り
> そんな状態で残業を繰り返しながら働き続け、最後にはココロのバランス取る為に
> 「下請けがわからない説明するのが悪い」と結論付けて、「立派な」日立のSEとなる。

ものすごく的を射た文章だね。マジ感心。
俺の居たチームの若手リーダーが少しそんな感じだった。
ただ、そいつはもうすっかり上司を見習って腐りきっていて、
くだらないチャチャ入ればかりして開発のジャマはするわ、
開発者に議事録を押し付けて自分はタバコを吸いに行くわ、
といった感じの立派な日立人間だったので、俺はそいつが失敗する度に
ケチョンケチョンに馬鹿にしてイジメてやってたけどね。（笑

プロジェクトチームを集めて話す目立ちのプロパーの非SE、非技術者としての内容が
デスマを象徴しています。

本来は、
「クラスに同様なメソッドが多数見られます。この辺をインターフェースとして抽出しましょう。
で、ポリモアをもっと使うようにしましょう。あっ、抽出は、アブストラクトクラスでもいいですよ。
3週間で出来るかな？すでに大きくスケジュールが遅れているけど、これは後にひびく問題だから時間を掛けましょう。」

現状
「毎週のレポートですが、相変わらず、てにをはレベルがおかしいですよ。
内容もなにが問題か簡潔にお願いします。長すぎてわけわからい人もいれば、修飾がどこに掛っているか
わからない人もいます。フォーマットも目立ちのを使うように何度もいっていますが、徹底されていません。
スケジュールが大きく遅れているのはドキュメントの不出来が原因ではないかと個人的には思っています」

他はともかくドキュメントのフォーマットは重要だぜ
「これが分かりやすいから」と言って個々で勝手な記述を始めると
途中から入った人や他チームの人にはどんどん分かりにくくなる

問題なのは日立はそういうところまで考えているか不明な点だけど

>>712が述べたかったのは本来のミーティングのあり方。
>>713のようにスミをついて大局を見れないアホ（まさに文章読解力がない）
が重要な意見を超くだらないこまい記述の問題にすりかえます。
もうここへは助言しません。

プロパ主任「今回の事故ですが各メンバーに問題点と解決案を挙げてもらっています」
プロパ課長「『挙げてもらう』じゃなくて『挙げさせる』だろ。様式は決まっているのか？」
プロパ主任「特に様式は決めていません。各人に任せています。」
プロパ課長「ちっ、様式は私が作るからちょっと待ってろ」

システムを作るのは簡単簡単。システムを作るためのドキュメントを作るのが大変だ。

と居酒屋で管を巻かれたことがあるけど、

そのドキュメントは、システムを作れるものではなかった。

　↑
害虫がシステムを簡単に作るわけだろ？
諸員が読まれないドキュメントを大変苦労して作るわけだろ？

無矛盾ｗ

プロパーと外注の割合ってどのくらい？
うちは１：４くらい。
プロパーが何やっているのか全然見えなく不安。
というのも、外注に報告上げさせるけど、プロパーからは報告がない。

ここを見るとプロパーも派遣も両方ダメそう

出来ない出来ないと嘆くのなら
出来ない理由を根拠を挙げて説明し、どうしたら出来るのか提案するところまでやること。
不平不満ばかりでは解決しない。

>>720
不平不満から方策を考えるのがプロパーでしょうが。

＞どうしたら出来るのか提案するところまでやること。
これはもろプロパーの仕事。目立ちが赤字がになるわけだ。派遣が逃げ出すぞ。

>>721
そんな派遣なら次回から契約しません。

外注としては単価が良くないと踏み込みたくない領域だな
ほんとに目立ちは金払いが悪いくせに要求だけは高い

要は、仕様書が書けたところで偉いってわけじゃないんですよ

目立ちから派遣が逃げ出すという、今の世間で起きている逆現象が起きています、
と古館がニュースでほえる場面が目に浮かぶ。

>>716
> そのドキュメントは、システムを作れるものではなかった。

まあ、俺は日立プロパーの書いたクズドキュメントは無視して
きちんとした設計資料を内密で作って、システムを作り上げたよ。
外注は何から何までやらされて、本当に苦労させられる。

>>718
> プロパーが何やっているのか全然見えなく不安。
> というのも、外注に報告上げさせるけど、プロパーからは報告がない。

プロパーてホントに何やってんだろうね。
遊んでるようにしか見えないんだが。

>>716
> システムを作るのは簡単簡単。システムを作るためのドキュメントを作るのが大変だ。

日立は簡単なプログラムを作るだけでも、その何倍も大変なドキュメントを書かせてくれる
ので、当たっているといえば当たっているのだが…。

いっそ、システムをさっさと先に作って（簡単なんだろ？）、それを元に後からドキュメントを
起こした方が効率的なんじゃないの？日立の人間にシステムが読み解けたらの話だが。

技術的な理解不足をコミュニケーション不足として片付けようとするのは民族性

日立製の間違いだろう。日立のSEは大嫌いです。

不当解雇ブラック企業日立建機トレーディング

まだ508がいるｗｗｗ

どうしたらあなたたちのやる気がでるのか？

まだそんなアホな質問をするのですか。

さすがに入れ替わってるだろｗｗｗ
あほすぐ508ｗｗｗ

>>508
おまえがこのスレからいなくなりさえすればいいｗ

>>720
> 出来ない出来ないと嘆くのなら
> 出来ない理由を根拠を挙げて説明し、どうしたら出来るのか提案するところまでやること。

で、お前は>>681で
＞なんて言ってたが、そんなに簡単な条件分岐を１つ追加するだけの変更なら
＞>>508自身がやればいいだけなんじゃねーの？ どうしてやらねーの？
＞エラそうなこと言ってるけど、本当は「出来ない」んじゃねーの？
と指摘されているけど、出来ないなら出来ないで理由を根拠を挙げて説明したら？
まあ何のスキルもない低能バカなんだろうけどｗ

やせても枯れてもモノづくり　じゃなかったのかょ

ttp://inoueyo.blog.so-net.ne.jp/2008-10-04-1

大量に書かせた書類の行方は？

＞大量に書かせた書類の行方は？

永久に日の目を見ることは無い

>>716
> システムを作るのは簡単簡単。システムを作るためのドキュメントを作るのが大変だ。

こんな発言が出てくること自体、システム開発をナメているとしか言い様がない。
言っている本人は悟ったつもりなんだろうが。

>>732
> どうしたらあなたたちのやる気がでるのか？

やる気を無くさせる原因が誰・何処にあるのか、低能なアタマで考えて見せろ。

プロジェクトチームを集めて話す目立ちのプロパーの非SE、非技術者としての内容が
デスマを象徴しています。

本来のあるべきSEの発言
「クラスに同様なメソッドが多数見られます。この辺をインターフェースとして抽出しましょう。
で、ポリモアをもっと使うようにしましょう。あっ、抽出は、アブストラクトクラスでもいいですよ。
3週間で出来るかな？すでに大きくスケジュールが遅れているけど、これは後にひびく問題だから時間を掛けましょう。」

現状の目立SEのアホ・バカ・間抜けな発言
「毎週のレポートですが、相変わらず、てにをはレベルがおかしいですよ。
内容もなにが問題か簡潔にお願いします。長すぎてわけわからい人もいれば、修飾がどこに掛っているか
わからない人もいます。フォーマットも目立ちのを使うように何度もいっていますが、徹底されていません。
スケジュールが大きく遅れているのはドキュメントの不出来が原因ではないかと個人的には思っています」

日立の人間と仕事したことあるが、創造性、想像力、応用力がセロだな。
聞いたことないことは絶対にしない。いや、しないんじゃなくて、できない
んだと思う。
だから、プロジェクトのリスクも「リスクだよ。ほれ、証拠はこのとおり」
まで言わないと気づかない。なんで上のジイサンから若者までこうなんだ？
筑波の山奥でおかしな修行してから東京に来てるのか？

もう一個思い出した。
なんで、あんなにフローチャートが好きなんだ？
フローチャートなんて箱並べて線で結んだだけで、オブジェクト指向には
相当に距離があると思うが。フローチャートにしないと気がすまないよね。
筑波の山奥にフローチャート道場でもあるのか？

結論は、目立ちのSEはSEとして失格です。ホームレスになってください。

ああ〜分かる、フローチャート好きだねぇ
いまいる職場がそうだわ
フローチャートがベースになっているから分岐と繰り返ししかないと思っているんだろうな

NSチャートの方がいいぞ。
書き辛いけどPGには落としやすい。
目立ちのSEには書かないだろうが。

書院のじいさんは、UML知りませんｗ
フローチャート、PAD、「てにをは」の正しい日本語しか理解できませんｗ

俺は自分たち用に UML、プロパー用にフローチャートを
作成しているよ。
相手のわかる言葉で書かないと話が進まないので、
しょうがない。

評価されるポイントは

システム設計ではなくて、書類の装丁の善し悪し

>>748

うちと一緒だ
プロパー用ドキュメントと開発に即したのドキュメントの２つ
プロパー用ドキュメントは分かるようにパソコンの絵を使ってるｗ

目立ちのSEがまともならUMLのドキュメントだけでよいものを。
結局、目立ちのSEがアホだから無用なドキュメントの修正、修正・・・修正で時間が足りなくなりデスマが始まる。
ドキュメントはほんとうに必要なUMLだけにしてくれろ。
UMLは文章が少なくてすむしね。
でも目立ちのSEにはクラス図のクラス自体が？+:*？P{:？なんだろうなあ。

派遣で食いつなぐしかないバカがいっぱいいるスレだなｗ
自分が馬鹿なのを棚に上げてるところが笑える。
中には自分が賢いと思ってる風なのまでいる…

条件文なしでプログラムが成り立つことを証明してくれ

プロパーにはコボラーが多いからオブジェクト志向というものが理解できないのよｗｗｗｗｗ

条件文なしでどうやって条件分岐させるのか教えてくれよ

超難しい問題じゃないか？

>>742
> なんで上のジイサンから若者までこうなんだ？

ホント。
ジジイだけならともかく若者までどうしようもないから日立は終わってるな。
しかも何処の現場でも同じような状況だし。きっと洗脳されやすく自己を持たない
思考停止した若者ばっかり採用してるんだろうな。もう未来はないな。

>>752
> 自分が馬鹿なのを棚に上げてるところが笑える。

つ[鏡]

>>753
> 条件文なしでプログラムが成り立つことを証明してくれ
>>755
> 条件文なしでどうやって条件分岐させるのか教えてくれよ

そんな事、誰が言ってんだよ？
ついに幻聴が聴こえるようになったかｗ

>>752
＞棚に上げてるところが笑える。
　棚に上げているところが笑える。

＞思ってる風なのまでいる
　思っている風なのまでいる

のほうが文が落ちつく。


は自分が賢いと思ってる風なのまでいる…

最近は開発ツールに頼りきっているから生のソースコードが見えていないだけでは？
開発ツールをはぎとれば、順次・分岐・反復の組み合わせに過ぎない。
ロードモジュールの中まで理解しろとは言わないが、基本を学べば何でもできる。

>>759
最新の技術について来てないでしょ。
ちなみにロードモジュール的な知識はJava、C++などでは
プログラミング上、必要っす。

>>760

最新技術とかそういうものじゃないだな。
オブジェクト指向やツールに頼るのは悪いと言っていない。
原点に帰って学び直して欲しいと言っている。

たしざん、ひきざんはだいじですよね！

技術に付いていけなくなったときの逃げ場を教えてください。

まだ続いてるのか・・・

>>508よ、>>576の3,4行目や>>584読んでくれ。
それで、「はっ」とでも思ってくれたら鎮火するんだよ。

釣りだよ

だったら、もう消えろ

>>765
えさは誤解ですか？

javaでも条件分岐はありますが…

協力会社員の給料が低いのは当り前。
おまえらがそうなったのは、おまえら自らがいままでやってきたことの結果だ。
結果には原因がある。

おまえらはＤＱＮな学校に通い、ＤＱＮな友人とつるみ、
ＤＱＮな思考で、ＤＱＮなことばかりやってきた。

その結果としておまえらは、いまの職に就いた。

協力会社と呼んでいるが、それはオブラートでつつんで配慮してやっただけのことだ。

実情は下請け。
おまえら協力会社員は下請けとして奴隷のように扱われ、コキ使われるしか術はない。

この業界は現代のドカチンだ。
ニッカポッカ履いていたのが、スーツになっただけのことだ。
それがおまえらだ。

おまえらの質は低い。
人間性も最低で堕落している。
自分でわかっているはずだ。
自らがＤＱＮで性悪だということが。

そこで働く協力会社員のおまえらは、業界の底辺で虫ケラのように扱われるＩＴドカチン野郎だ。

>>760
JAVAはともかくC++はEXEを作る可能性はあるのだが
いや、つまらないツッコミでごめん

仕事をとってこれないうちは従っておくのが賢明なやり方。

>>769
> ＤＱＮな思考で、ＤＱＮなことばかりやってきた。

お前のことじゃんｗ

しっかし、DQNまる出しの文章力だな、＞508

ループの途中に飛び込むフローチャートとか渡されますが何か？

＞ループの途中に飛び込むフローチャートとか渡されますが何か？

その通りに作ってやれば面白いのでは？ｗ
ま、goto使える言語に限定されるけどね

プロパーの担当がフローチャートを書いて技師がレビュー…書いてはレビュー…
そのフローチャートは実装に反映できないので、プログラマが再設計。

おまえら下請けはそういう運命

多くの関係者を巻き込んで仕事しないと、仕事したと認めない課長の下で苦労している
開発効率向上に取り組んでいるが、やはりコーダーとしか認識していない
頭ごなしにコーダーの仕事は派遣と決めつけているので問題噴出です

おまえら派遣はそういう運命

ハケソじゃなくて目立で認められるための苦労だろｗｗｗｗｗ

>>508
下請け・派遣って見下してるけど、数年後(早ければ数ヶ月後か?)お世話になるかもしれんのだから
言葉遣いは気をつけなよ。

プロパー？正社員？は開発やらないってどういうことですか？

おまえら奴隷はそういう運命

ここは５０８と語り合うスレに変えたほうがいいな

物作りはできてもプロマネはできない会社だから仕方ないよ…

自社の製品知識もないのに客に提案するような人達だし

散々言われていることだが、営業だけやって開発はノータッチが一番良いかもしれん
開発中のマージンを多めに取りたいからSEも入れるのだろうが…

はやく条件分岐なしでプログラムが書けることを説明してくださいよ

>>783
ここは５０８を騙りあうスレです

ポリリズムで条件分岐する方法おしえて下さい

>>786
> はやく条件分岐なしでプログラムが書けることを説明してくださいよ

「条件分岐が必要ない」なんて、>>508以外の誰も言ってないのだが？

もう一度 >>509をよく読めよ。
「プログラムは条件分岐と繰り返しだけで構成できるわけではない」といった
【正論】を唱えているだけに過ぎない。

お前ってどうしてそんなにアタマ悪いんだ？ ＞508

>>788
> ポリリズムで条件分岐する方法おしえて下さい

ポリリズムって何ですか？
そんな言葉、聞いたこともないんですが、日立用語ですか？
それともポリモルフィズムのつもりですか？

お前ってどうしてそんなにアタマ悪いんだ？ ＞508

>>788
> ポリリズムで条件分岐する方法おしえて下さい

ポリモルフィズムを使えば【条件分岐そのもの】が出来るんだよ。
フレームワークはポリモルフィズムを活用して条件分岐させてんだよ。
まあ、お前みたいなクズ馬鹿には何のことか理解できないだろうけどさ。

お前ってどうしてそんなにアタマ悪いんだ？ ＞508

>>786
> はやく条件分岐なしでプログラムが書けることを説明してくださいよ

ああ、それと
条件分岐なんか無くてもプログラムは書けるよな。

int main(int argc, const char **argv)
{
　　printf("Hello World\n");
　　return 0;
}

以上で、もう説明は終わったから、もう二度と同じこと書き込むなよ ＞508

ポリリズムのことを聞きたければ、Perfumeに聞けｗ

ポリリズムｗ

お前ってどうしてそんなにアタマ悪いんだ？ ＞508

条件分岐と繰り返し無しなんて聞いたことがない
やり方間違っているんじゃないの？

＞508にポリモアフィズムを教えるのは馬や鹿に教えるのと
同じくらい不可能なこと。

協力会社が正攻法な設計を提示すると

「やり方間違ってんじゃないの？」

が口グセの課長がいるがその人か？

>508のような者が山ほどいるから目立ちも赤字になるわな。
３０台、４０台もひどいし、まあ、伝統とでかさだけでしばらくは生き続けるでしょう。

わしがそだてた

♪くりかえす、このポリリズムｗ

それだ！

ポリリズム
http://ja.wikipedia.org/wiki/%E3%83%9D%E3%83%AA%E3%83%AA%E3%82%BA%E3%83%A0

ポリモーフィズム
http://ja.wikipedia.org/wiki/%E3%83%9D%E3%83%AA%E3%83%A2%E3%83%BC%E3%83%95%E3%82%A3%E3%82%BA%E3%83%A0

>>788
> ポリリズムで条件分岐する方法おしえて下さい

>>508は開発現場でも協力会社相手に「ポリリズム！ポリリズム！」って言ってるのかなｗ

>>801
つ ttp://pc11.2ch.net/test/read.cgi/prog/1192077471/

きっと、>>508はPerfumeに萌えているに違いないｗｗｗｗｗ

頭んなかでポリリズムがループ再生かよｗ

技術的に難しい問題に取り組む人は馬鹿。

＞技術的に難しい問題

例えば？
例示も出来ないなら馬鹿はオマエｗ

資料大量生産したのでボーナスUPした

自分で作らず人に作らせたらボーナスがUPしたでごさるの巻

こういうのがあったら便利だなというのをワードで絵をいっぱい使って作ったら技師になったでござるの巻

飲み会を断ったらコミュニケーション不足と認定されたでござるの巻

システム開発やっている部署なんだけど、設計できる署員がひとりもいない。
もう会社として開発者を育てる気ないのか？

会社が育てる必要なかろ
育ちたい奴は自分で勝手に学ぶ

＞810
＞システム開発やっている部署なんだけど、設計できる署員がひとりもいない。
＞もう会社として開発者を育てる気ないのか？
＞811
＞会社が育てる必要なかろ

組織自体がそういう考え方になってしまったら、もうオシマイだな。

＞育ちたい奴は自分で勝手に学ぶ

育ちたい奴・勝手に学ぶ奴＝自分で考え、行動する人間
そういう人間は日立の異常さに気付いて去ってゆくのみ。

結果として

＞810
＞システム開発やっている部署なんだけど、設計できる署員がひとりもいない。

という状況になる。

そして、＞508のような無能なクズがはびこるようになる。

段取りを決めてやればデスマは回避できる。
事前打ち合わせを重ね周囲の合意を得る。
簡単なこと。

それを開発経験の無い自称SEにやれというのは酷

調整はプロパー
技術は協力会社
その溝は深い

あるべき姿は、プロパと外注を交えて開発方式について議論すべきところなんだが
プロパが論点を摩り替え、プロジェクトの利害関係も外注に意識させるように話を持っていく。
外注が利害関係の調整を把握していないと怒られたあげく、喫煙所で陰口を周囲に吹聴する。
モチベーションもあがりませんわ。

開発経験も無いのに調整だけしようとするからデスマになるんだろ

>>508のような無能なクズが、>>769や>>814のようなことをホザいていると、
ムカツキを通り越して、憐れみを感じるな。

しっかし、>>508はポリリズムがどうとか「生き恥」さらしといて、よくオメオメと
出てこれるよなｗ

＞開発経験も無いのに調整だけしようとするからデスマになるんだろ

調整とは名ばかりの、進捗妨害やチャチャ入れなんだよね。

上の言ったことは絶対だと思っているひと多くないか？

製作所は数年前に早期希望退職で予定応募数をはるかに超えた募集があって、それらすべて辞めさせたからね〜
そして本来辞めてほしくない所員まで引き留めずに辞めさせてしまったから、いまはｇｄｇｄ。
だから技術力も持たず丸投げするしかできない>>508みたいクズばかり残ってしまった。

笑わせるのが、デキる協力会社員を課長待遇にして権限を与えて、所員のように振舞わせてること。
名刺も製作所名義。
いかに製作所にデキる人員がいないかをよく表す現象だ。

>508がやれそうなこと。
議事録は目立ち社員が書くこと。
仕様書の文章の校正は目立ち社員が行うこと。

たったのこの二つを目立ち社内で徹底させることを、＞５０８は目立ち社内
に連呼してまわること。

開発を分かっていない奴が
「私はあなた方が仕事をしているのか知って顧客に報告しなくてはいけません。」
「でも何が仕事をしている証拠なのか分かりません　私が説明できるように資料を作ってください」
とやっているのが日立IT案件
間に余計なモノが入ってるせいで客もカンカン、実作業者もピリピリ　スケジュールは炎上

管理：日立　作業下請けと分業するならば本来、
報告されてない内容を日立側で気付いて監視するくらいの状態でなくてはならないはずが
報告の内容を説明してもらわないとわからない、という状態

さすがにそこまで酷くない

>>824
顧客への説明ぐらい、任せてもらえるようにお前ががんばれよ

>>826
そこで最初に戻る　「日立は何が出来るんですか」

＞そこで最初に戻る　「日立は何が出来るんですか」

674 名前：508[] 投稿日：2008/12/18(木) 22:13:49
　　・価値創造

677 名前：508[] 投稿日：2008/12/19(金) 07:22:49
　　・国家運営

利害関係者の調整を前面に出した資料ばかり

営業はそうだろ？
ああ
目立はエンジニア不在で営業しかいないってことか？

設計実装の良い悪い見抜かず、とにかく動くものを出せば評価される
設計実装に関して意見を言えば、文句ばかりとレッテルを貼られる。
ほんと力技…

>>827
仕事を持ってる。それだけだ。
書院が何も出来ないのは分かってるんだから、一部分でも任せようとするのが間違ってる

書院がいつも遊んでるって文句言う人いるが、
仕事を円滑に進めつつ、いいもの作るにはその状態の方がいいんだよ

年末年始デスマ対応御苦労ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>9
・傲慢
・責任転嫁
・スキルを磨こうとしない
・誰かがやってくれると期待して自分から動こうとしない

今、日立系に囲まれて仕事しているが、実際この手の人が多いな。
特殊な社員教育でもしているのだろうか･･･

つ OJT

先輩社員のＤＱＮ行為を見て、
新人も「ああ、自分もこうやればいいんだな」と考えて同じことをはじめる。
この繰り返し。

ITの戦場
http://www.nicovideo.jp/watch/sm4564428

相手も上司も分からないから見映えの良い表面的な資料を作ったほうが賢いよ

自社開発のディレクトリサービスのマニュアルに
下のような上司向けにあてたメッセージがある

「設計には時間がかかるものだから作業時間だけで評価してはいけない」

唐突に話をそらすネタを振る>>508はやっぱアホだなｗｗｗｗｗｗｗｗ

おまえは一生、ポリリズムでどうやって条件分岐できるか考えてろｗｗｗｗｗｗｗｗｗｗ

「粘り強い交渉の末、相手を説得させた」
という分けわからん報告書類が多い

日立とかＮＴＴとかの人間は、すぐにプログラミングの現場をドカチン仕事と
いう。
なぜか理由は単純で、現場とプログラミングそのものを知らないし、売り物に
なるプログラムなんか書いたことないから。
その恐怖からプログラミングをバカにし、コンサルティングにあこがれる。
結果、どこまでいってもカタログとか人が言ってることの伝聞をしゃべるしか
できない。それでいいと思い込んでる。ものの見方が狂ってるから気の毒だな
と哀れんでやってるけどね。つまり一生、IT業界にいながら技術を本当に理解
することはない、個人としてみたらＤＱＮ！だよ。あんた達は。

火を吹く原因の９９％がコミュニケーション不足。
にも関わらず、パソコンに向かって黙々とやる外注が多い。
コミュニケーション取ろうとしない外注に雑談でもいいから話に来てくれと言っているにも関わらず。

ポリリズムって何〜？ｗ

残り１％は>>508みたいなアホの判断ミスかｗ
その１％が何十億という損失を生み出しているわけだなｗｗｗｗｗｗｗｗｗ

コミュニケーションを密にしてくれ

>コミュニケーション取ろうとしない外注に雑談でもいいから話に来てくれと言っているにも関わらず。
雑談しようとすれば、サボってないで仕事しろと言うくせにｗｗｗｗｗｗｗｗｗｗ

結婚してくれ

おまえは一生、ポリリズムでどうやって条件分岐できるか考えてろｗｗｗ ＞508

>>508が他スレに出張してまでアホ晒してるよｗｗｗ

http://science6.2ch.net/test/read.cgi/infosys/1148011915/l50#tag576

つーか、他スレで>>508なんて使うなよ。そろそろトリップ付けろｗ

× つーか、他スレで>>508なんて使うなよ。そろそろトリップ付けろｗ
○ つーか、他スレで「508」なんて名前を使うなよ。そろそろトリップ付けろｗ

508みたいな人って遭遇したことないんだけど、ホントにいるのか？

　|/;|　‐-　　　　　　　　　　　　　　＼
　//;;/≠≡　　　　　　‐‐　　　　　　ミﾐ
ノ/;;;/　　　~ヽ　　　　≠≡＝×　:::::::::::
　i;;;/　/●二!ヽi　　　 r　　__　　　　::::::::
　i;;|　´ヽ--‐´|　　　　∠｀ー●ゝヾ::: ::::::
　i;;|　　　／　 |　　　　ヽ￣~´　　　　::: 　　　　派遣には社員食堂を使わせませんよ
　�Y　　　　　/　　　　　　￣´　　　:::::
　　|　　　／/　　　ﾍ　　　　　　　　::::::::
　　|　　　　（　　,-　）＼　　　　　　　::
　 ∧　　　____二＿___　　　　　　　　　__ノ
　　∧　　＼i__i__i__i__i ﾌ　　　　　　　 /
　　 ∧　　　ヽ||||||||||||/　　　　　　　/;;;
　　　∧　　　(二二ノ||　　　　　　／;;;;;;
　　　　∧　　　　　　 ||　　　　／;;;;;
　　　　　∧　　　　　 | | 　／;;;
　　　　　　　｀￣￣￣￣´
　　　目の付けどころが、大麻でしょ

外注は暗い顔しているひとが多いな。
こんな世の中かも知れないが明るい振る舞いをするだけで
心理的にも違うことを分かって欲しい。

自作自演乙ですｗ

精神疾患多すぎ

☆IT業界の将来は？☆
http://science6.2ch.net/test/read.cgi/infosys/1209973157/

SEに向かないのはこんな奴
http://science6.2ch.net/test/read.cgi/infosys/1139733613/

それでもSEになりたいか？
http://science6.2ch.net/test/read.cgi/infosys/1081846821/

技術力が無い事に劣等感を感じる事は無いよ？
http://science6.2ch.net/test/read.cgi/infosys/1124123507/

無口なＳＥの集うスレ９
http://science6.2ch.net/test/read.cgi/infosys/1138455785/

低迷する日本IT業界、それでも泥のように働け？
http://science6.2ch.net/test/read.cgi/infosys/1229510544/

ネットワーク・エンジニアってどうよ
http://science6.2ch.net/test/read.cgi/infosys/1097761633/

日本のIT技術者が尊敬されなくなってきた
http://science6.2ch.net/test/read.cgi/infosys/1183225962/

【デスマ】IT業界の改善策【人売り】
http://science6.2ch.net/test/read.cgi/infosys/1111572881/

IT業界に嫌気がさして他業界へ行った人
http://science6.2ch.net/test/read.cgi/infosys/1204474546/

ブラックITは晒されて当然
http://science6.2ch.net/test/read.cgi/infosys/1205393872/

入ってはいけない会社
http://science6.2ch.net/test/read.cgi/infosys/1175410435/

いずれにしても、これから大量の派遣切りが行われるだろうから、
プロパーが頑張るしかない。

ついにプロパー自ら動くか

仕事できるの？
もう責任転嫁できないよ。

がんばってデスマが避けられればいいさ。おまえらががんばったら、
デスマから抜け出せず、ごめんなさいして賠償金払うのがオチだろ。www

俺は日立とは何の関係もない。車板のこんなスレも見ていますから来ました。
全部読んでしまったが、どっちもどっち。こういう不満は20年前から不変だね。

はっきりいって、仕事時間中に２ちゃんねるに書き込むやつはだめだろ。
仕事の半分以上遊んでいるやつの給料を払う気になれない。

デスマとか言っているが、きちんと休みとらないとトータルの効率は上がらないだろ。
そういう仕事をさせるな。

10人以上のプロジェクトでそこそこの効率が出ているのは見たことがない。

今までの仕事の仕方をどっちも変えたほうが良いんだろうね。

自分が開発できないのに、協力会社たちを比較するのでたまったものじゃない。
協力会社Ａが断ったことを協力会社Ｂが引き受ければ、Ａに対して、「Ｂはやるって」と平気で言う。
その逆もしかり。
あんたはどっちもできないだろ！

そんなの受注額とか、その時期に確保できる人員によるんだから
しょうがないじゃん
何を怒ってるの？

そぉゆぅことぉぉ〜ん

製作所に作らせたらさぞすごいものができるだろう

まずコストだけはものすごいことになるだろう
だが品質は中国オフショアレベルになるだろう

508最高だな！

基地外パワハラ企業日立建機トレーディング

>>858
> いずれにしても、これから大量の派遣切りが行われるだろうから、
> プロパーが頑張るしかない。

>>859
> ついにプロパー自ら動くか
>
> 仕事できるの？
> もう責任転嫁できないよ。

協力会社や派遣を切るにしても、全て切るわけではなく、例えば50％切っておいて
残りの50％に100％の仕事をやらせることになるんじゃないのかな？
日立プロパーに仕事が出来るわけないので、そうなるのが必然では？

そんなの当たり前じゃん

>>869
もちろん、いきなり全部切るようなことはないと思うけど、今回の不況は
それぐらいで乗り越えられるレベルじゃないと思うんだよね。
だから、残すとしたら派遣はリーダクラスだけで、そこから先は派遣を切るか
プロパーを切るかのせめぎ合いになるんじゃないかな。
で、「足りない分はオフショア開発でおぎなえ」とくると予想。

そうなると来年はデスマが激増しそうだなｗ

日立の子会社は遊んでるやつ一杯いるから大丈夫だよ

外注が技師になると単価が上がるので、プロパーは単価の安い新人に変えたがる
なので全然チームのレベルが上がりません
効率の良い開発ができるようになってきた外注でも
プロパーから見たら要件を転記しているだけのルーチンワークに見えるんだろうな

未だにこんなことを言う人間が職場にいる。

「開発『なんか』よりも、動かすのに最適なハード投資を求めるほうが遥かに難しい。」
また、このように言われたこともある

「開発『なんか』よりも、客の要求をまとめ決裁をもらうほうが遥かに難しい。」

どっちの発言に対しても言えることは、それらも重要だし開発も重要ということが分かっていない。
役割の違いを認識して連携するべきところを、上下関係を意識させようとするから開発側がしらける。
お願いですから仕事がうまくいかないのを開発側に当たるのは止めてください。
情けないですよ。

毎回、重要だという調整が出来ていないまま開発に臨むから仕方がない
あとユーザの仰ったことを鵜呑みで疑問すらもたない、あるいはもてない
チーム間で仕様の食い違いが出ても協力会社のせいにして終了

なんか、あらためて読み返して思うけどさ、
「日立の人間は、人間としてショボイ」
ってのが浮かび上がってこね？
ちょっと大きい開発って人間をたくさん使って作り上げていくことだから
ショボイ人間じゃ、みんながついていけないんだよね。結果、いつものデスマ
いくら方法論作ったって、手抜きされたら終わりだもん。
俺的には、結構、発見だわ。

いやあもう、言うまでもないことだよ
人間としてショボイのばかり採ってるのか
働いてるうちにショボくなるのかはわからん

一つだけ言えるのは、このままなら大手で一番最初にITから撤退するのは日立

だって出世コースを脱落した開発適正がないプロパーと
カス偽装派遣あがりの中途がほとんどをしめてるのだもの

精神論全開の体育会系だな。
まるで任侠の世界のようだ。
上の者を立てろ。白でも黒だ。
それをユーザーの目の前でやって、
協力会社と言い争いになって、
ユーザーから苦情が入ってるし。

調整が出来ていない？
言われたことが間違っていると分かったら正すのが筋だろ。
言われたことをそのまま受け入れるから、コーディングしかしてないってことになる。
自分の頭で考えて行動してくれ。

体育会系で人情と義理の世界

人情と義理で、上長、あなたは生き残るだろう
でも、あなたの人情と義理の為にあなたの部下は殺されるだろう
それをわかっていますか

その上長も死んだ部下の家族に殺されるから問題ない

そうか？
問題に発展しても温情で残されるだろ
そして部下は義理の為の仕事をさせられ鬱でバッタバッタと死んでいく

>言われたことが間違っていると分かったら正すのが筋だろ。
>言われたことをそのまま受け入れるから、コーディングしかしてないってことになる。

間違えてると言われると顔真っ赤になってファビョってゴリ押しばかりしてるくせにｗｗｗｗｗｗｗｗｗｗｗｗ
所員って>>508みたいな口先ばっかりのクズしかいないよなｗｗｗｗ

>>881
当然直すのだろうけど、チーム間の仕様の違いとして明らかになった後じゃ遅いだろう
本来、（日立以外の）上流工程に関わる会社は、そういうところの仕様を重点的に詰めている気がする

まて。
もしかして508はコーディングというものを
ただのキータイピングと思ってるんじゃあるまいか。
プログラマーを単なるキーパンチャーと思っているんじゃあるまいか。

こんな石器時代のSEに現代のプログラミングを話しても通じないぞ。

現代のプログラマーの必須項目

C言語、C++、Java、COBOL、C#、VB、Perl、PHP、
SQL、RDB、ODB、HTML、XML、JavaScript、
UML、OR、オブジェクト指向、デザインパターン
テンプレート、

これに加え、プラットフォーム知識と製品知識だ。

メインフレーム時代のコボラーにはいまのプログラミングは無理だな

>>888

そういうもんじゃないんだって。
何年かすれば分かるって。

周囲は、効果を数字にすることばかり。

顧客が今困っていることと改善したいことをまとめました。
改善すれば、このような効果が期待できます。
但し、具体的にどう改善するかは関与しません。

本来、>>888に上げているような技術を使って効率的に問題を解決することだけど、
実際、そうではなかったことに腹が立つし呆れている。

要件定義で見積りを間違うからデスマが起こる
これは研究所の人も言ってるけどなかなか浸透しないね
ブランド志向で中身がまったく伴わないからしかたないんだけど
いっそ見積りルールを平板化した方がいいのではないかと

>>892
日立特有のステップ数見積もりというのがあってな…

>>893

あるあるｗ
プログラマの人数とステップ数の相関関係をとってたよ
範囲外に収まっているか調査してた

>>871
> もちろん、いきなり全部切るようなことはないと思うけど、今回の不況は
> それぐらいで乗り越えられるレベルじゃないと思うんだよね。
> だから、残すとしたら派遣はリーダクラスだけで、そこから先は派遣を切るか
> プロパーを切るかのせめぎ合いになるんじゃないかな。
> で、「足りない分はオフショア開発でおぎなえ」とくると予想。

日立は超アホだから、かたっぱしから日本の協力会社を切って、中国オフショアに
置き換えようとすることぐらい、十分に予想できる。
問題は日立プロパーの丸投げ方式が、中国人エンジニア相手に通用するかってことだ。
今までは、どんなに日立プロパーがアホで丸投げしてきても、日本の協力会社がその分
頑張ってシステムを作り上げてきたが、中国相手に同じことが通用するとは思えない。
加えて、中国人エンジニアはエンジニアと呼べもしないくらい低レベルなのが多い。
オフショアするにしても、やはり日立プロパーと中国人の間に、日本の協力会社を入れない
とやっていけないだろう。そうすればコストがかさみ、結局オフショアをする意味がなくなる。
いずれにしても日立は、破滅への道まっしぐらだよなｗｗｗ

>>893-894

ステップ数が足りなくて叱責された
http://pc11.2ch.net/test/read.cgi/prog/1173335880/

これって、いかにも日立っぽいバカ話だね。
プログラムはちゃんと完成しているのに、見積もっていたステップ数に足りない、
という理由で叱責され、「あと３００ステップ追加しろ」と言われたんだとさ。
ステップ数見積もりなんて、バカなことばかりやってるから、こんなことになる。

>>895
時々でいいので日立には子会社がいっぱいあることを思い出してください

ステップ数で何がわかるんだ？
直感的だが、既存システムを改修するときに、大まかな規模は予想できそう？
ステップ数が大きいシステムなら、当然、調査範囲も広くなるからね

でも、そう解釈すると>>896のあと300ステップ足りないとか意味不明。
ステップ数で何を見積もるのか教えてくれ

＞ステップ数で何を見積もるのか教えてくれ

「ステップ数で何を見積もるのか」ではなく、プログラム自体が
「見積もったとおりのステップ数」にならなかったから、叱責されたんだよね。
いかにも日立プロパーが言い出しそうなバカげた話だろ。

同期から聞いた話だが、とある部署では新人研修で

お題；
５０００ステップのプログラムを書け

という、本末転倒な、とんでもない課題が出たらしい。

>>897
>時々でいいので日立には子会社がいっぱいあることを思い出してください

子会社がオフショアなみの単価でやってくるの？

やってくるの？ → やってくれるの？

>>901
そんなワケないじゃん
でも、同じ金額使うなら所員よりはいいもの作るよ

てにをはだったり
ステップ数だったり
ダジバンダリー

>>888
ちょっとスレ違いだが、あえていう。
あげている知識のセットが正しいとも思わないし、それだけ知識を
そろえたところで、学校出たばかりのガキと給料が倍変わらない。

プログラミング知識を追求してもお金は埋まってないのが現実。
それと分野により使う言語は決まると思う。デザインパターンと
いっている以上、単なるコーダーについていってないと思うからね。

ま、話を戻して日立も不実も開発工数の考え方を考えすぎて、もう
普通の人の常識でははかりしれん、オナヌーの世界に突入してると思う。

管理のための管理はやめろ！！！
設計内容、開発技法の管理などもっと現場を引っ張る管理をしろ。
できないならホームレスになれ。（まあ、なることになるだろう）

>>899
日本語として意味不明だが、それが事実だろうと思うと悪寒を感じる
大丈夫なのかね、ホント

>>898
> ステップ数で何がわかるんだ？

日立人間のステップ数に対するこだわりは並大抵じゃないよ。
あるプログラムでリファクタリングすべき箇所が見つかったので、
日立リーダーにソース修正を提案したら、
「プログラムのステップ数が変わるからイヤだ。」とか
「ステップ数を上司に報告済みだから困る。」
とか言って渋い顔をされたよ。
プログラムの「品質改善」と「ステップ数を変えないこと」の
いったいどちらが大事だと言うんだ？
てゆうか、どこまで開発の足を引っ張れば気が済むんだよ…。

>>905
> 普通の人の常識でははかりしれん、オナヌーの世界に突入してると思う。
>>906
> 管理のための管理はやめろ！！！

禿同。
まあ、ステップ数を管理するのは、「内容の良し悪し」を理解するよりずっと簡単だもんね。
日立人間の「管理オナニー」に付き合わされる側としては、たまったもんじゃないけど。

>>899
> 「ステップ数で何を見積もるのか」ではなく、プログラム自体が
> 「見積もったとおりのステップ数」にならなかったから、叱責されたんだよね。

何を根拠にして、「完成されたプログラムは●●●ステップになるはずだ。」という
見積もりをしたんだろうね。

ここは全レススレかｗ

こういうどうでもいいことにこだわるのも日立スタイル

>>897
>>901

そこで製作所→子会社(ブリッジ)→中国
このパターンですよ

実際今うちの会社じゃ、中国発注増やせだ、中国に出せる作業ねーのかだのと
口うるさい。
さらには新卒枠の中国人の割合が増えてる。

ああもう、オワタ

なんだ、俺と同じ会社の人か

コーディングは新人に投げて資料作りの手伝いをしろとも言われる
丸投げした先に、さらに丸投げを推奨する構図になってる
なんでこうなってしまったんだろうな

コーディングは下級職種だ！

という固定観念が蔓延っている。
だからやりたがらない新人も多い。

コーディングと言っても現状は、、、
要件分析から設計から実装から保守までやらざるを得ないのだが・・・
さらに土台となる生産技術や開発環境も用意しなくてはならない・・・

この肘付きの椅子が目に入らぬか！
このお方をどなたと心得る！
天下の技師であらせまつるぞ！

ははー

デスマの皆さん、そろそろ職場？

派遣企業ではなく、派遣スタッフが個人的に目立ちのアホ管理を嫌っている。
目立ちの衰えぶりが大手で一番に禿げしいのはこの辺が大きな原因かもしれない。
（目立ちの仕事から逃げる派遣スタッフが多いのではなかろうか）
米国の自動車会社ビッグスリーと同じように、目立ちも先が暗い。

見てるひとは見ているから腐らず他社の派遣社員に負けないように成果を出せばいい。
雑念は来年に持ち越さず気持ちを入れ替えてくれ。

>>508
おまえが一番気持ちを入れ替えろｗ

とりあえず来年は次の２つを実行してください。

１．数字として落とす。
２．エージェントを目指す。

とりあえずらいねんはつぎのふたつをじっこうしましょう。

１．じをよむ。
２．かんがえる。

とりあえず来年は次の２つを実行してください。

１．目立の全ての案件から一切、手を引く。
２．エージェントを目指す。

「それらしい」看板
「ごもっとも」な大義名分
「いつまでも完了しない」ミッション
「下層部だけ」組織改変
「自画自賛」の効果測定
「自作自演」の危機演出
「我田引水」の救済制度
「責任粉飾」のための工程会議

花形部署ってどこ？

失敗した人が上に登る文化は何とかした方がいい
失敗の苦労を知るわけではなく、新たな失敗を作るだけ

３．さ技師のリストラ

いつまでも実作業にこだわっているとアジア諸国に負けることは目に見えている。
これからは新しい仕事を作り売り込む側にまわることが求められる。
それには交渉力やプレゼンのスキルが必要。
流れに乗れないと最悪契約解除もありえるのではないか。

目立には口先ばっかりの、>>508みたいなのが多いよなｗ

協力会社はすべて、目立とは今後取引をしなければいいと思うよ。

いつまでも体裁にこだわっているとアジア諸国に負けることは目に見えている。
これからは新しい仕事を作り売り込む側にまわることが求められる。
それには交渉力やプレゼンのスキルが必要。
流れに乗れないと最悪IT部門廃止もありえるのではないか。

だな。
目立は家電もITも撤退して、重電・原発部門だけでいいと思うよ。
あっ、原発は羽根の設計ミスで損害賠償請求されて酷い目に遭ってるから、国内ではもう無理かｗ

目立ちと仕事したことあるけど、こりゃﾀﾞﾒだと思った。

お歳暮配らなかったやつは…まあいいや

いまどきお歳暮欲しがってる>>508がｲﾀｲ。
おまえはPerfumeのポリリズムでも聴いてろｗｗｗｗｗｗｗｗｗ

目立ちのSEには一生かかってもポリモルフィズムはわからんだろう。
簡単なデザインパターンも使えないだろう。
でもおれのオブジェクト設計の教科書は目立ちのOBが著したものだった。
出来る人もいるってことか。

本部長以上は技術も分かる人間が多いよ。
それに比べ中間職の部課長と技師が、、、

次スレの名前は「日立はなぜデスマばかりポリリズムするのか3」で

>>508は「ポリリン」と名乗ってくれ。ちゃんとトリップも付けてくれ。そろそろ次スレなんで。
次スレでもアホ晒してくれ。バカにする対象が居なくなると淋しくなるんでな。

外注は進化論読め
要求は変わるもの
それをなんとかするのが外注

「進化論」って、そーゆーことが書いてある書物なのかよ？

ホントにおバカさんだね、日立人間はｗｗｗ

環境に順応できないやつは滅びるよ

じゃまずは>>941から滅びるんだなｗ

デスマの皆さんも今日くらいは休めた？

いつ死ぬの？

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

>>945
乙
あとはポリリズムのテンプレがあれば完璧だな。

>>943
無理

>>945
ちょwww
はやいよwww

日立のグループ会社でデスマ常習犯ってドコ？

大抵の会社はいつもデスマってる部署を抱えてると思います

今年もデスマ？

そうデスマ、何か？

沖の毒。で、どこ？

ヤスノは、盗んだパンツのニオイを、
くんくん嗅いでいます。

『俺の能力ならともかく、お前に何ができるんだぁ？』が口癖のあの糞部長、
株取引で大損こいて、日々イライラ。
お前の能力でもできないことぐらい、ゴマンとある。

>>949
日立製作所

ゴリ押しで物事を進ませ過ぎて開発がニッチもサッチも行かなくなるパターンが多い。
開発者から現実的に有り得ない要求だとソッポを向かれることも多い。
次第に開発者は怒られないようにやったほうが得策だと考えるようになり本質ではない事に力を注ぐようになる。
なかには危機感を感じて勉強している開発者も多いが学んだことを出さない開発者も多い。
何故なら出しても評価されずに美味しいところだけ持っていかれることを経験上知っているから。

要員も揃えないで仕様もあやふやで見切り発車してデスマになるって馬鹿なんじゃないの？

>>958
曖昧なところこそ外注がやるべきだと言うよ。
とくに付き合いの浅い外注は容赦なく叩くね。
潰される外注が何人も出てる。

>>958
それが目立スタンダードです

>曖昧なところこそ外注がやるべきだと言うよ。
それを丸投げと言います。

梅

>>901
無茶言わんといて

↓思い描いていた職場
■そこはファクトリーメソッドが適用できないかな？
■ジャンプテーブル使う？ステートパターンはどうかな？
■多対多なんで間に関連クラスが必要だな。
■インターフェースに対してプログラミングしよう！
■最適なデータ構造を定義しよう。何を最適としようかな？
■要件を視点ごとに明確にしよう。

↓現実
■これを作らせれば何人月、コスト削減できるね。
■あいつすごい使えるよ！あいつをうちの課に引き寄せよう。
■ライセンスって安くならない？打ち合わせしよう。
■あの会社をどうやって囲い込もうかな？

コミュニケーションと騒いでいるけど
開発になＵＭＬとかには触れないのな。
どちらかというと心理戦とか負けない議論の仕方とかそっち。

＞963 の指摘は正しい。
システム技術のない日立の中堅SEは将来はどういう境遇になるんだろう。
マジに日立の中堅SEはシステム技術、技法の重要性を考えるべきだ。
もう遅すぎるけどね。

>>965

結局、権力をちらつかせながら技術者を使うことになるんじゃないの？
何人かで固まって技術者を罵倒することで正当化するとか。

技術的には出来るけど、コンセプト的にやるべきではない場面でも、技術力がないと結論付け、
開発者を憤慨させたあげく、開発会社へ送り返し、文句を言わない新しい開発者をよこせと言う

むかしデスマになったプロジェクトがあって、
一人の子会社社員にかなり無理難題ふっかけてなんとか納品したんだが、
その後のメンテでまた子会社社員に召集かけようとしたとき、
その子会社社員が「あのプロジェクトで所員に酷い目に遭わされた。
組織の命令であったももうやらない。やって欲しいのなら、まずは所員を謝罪させろ。話はそれからだ。
その後もパワハラしたり暴言吐いたり、優位な立場上の権限を利用していろいろなことを強要したりするのなら
独禁法違反や精神的損害を与えたとして、あの所員と製作所に対して告訴する」って言って断りを入れてたな。
漢だと思ったよ。

日立製作所は基地外だらけだ。やめとけ。

心の病で休職する人が多い。

俺も心の病になったので脱日立となったわけですが
それでうちの親が真剣に怒りITどころか日立製品すらも永遠に買わないと決めた
親族全てで日立排斥運動開始

こうやって、元日立関係者から嫌われて関係ないとこまでどんどん売り上げ落としていくんだね
社員は会社を出れば消費者だってこと忘れた日立はどこまで落ちていくのだろうな

親って・・・
早く乳離れしろよ？

若手が鬱になる→実家に帰宅

が基本パターンだからな

家族が帰ってきた子供から話聞いて怒るのもあるわな
田舎の人間の場合ご近所もろともアンチ日立になりえるんじゃね

ママに言いつけてやる！
うちのママはPTA会長なんだからな！って感じか


俺も一昨年エアコン壊れたときに緊急的に買った扇風機以外に日立製品もってないなぁ

どのメーカーも似たようなもんだろうけど、
俺も日立製品だけは買うなって親や親類に言ってるなあ。
内情を知っていたらカタログスペックにどんなすごいことが書いてあっても信用しないｗ

コズミネクサス使ってる？

>>963
×　ライセンスって安くならない？打ち合わせしよう。
○　ライセンスって？（現実問題としてMSDNのライセンス外使用なんかかなり横行してるだろ）

新年早々荒れてますね！

いつまでも正月気分じゃいられませんからね

という事は、
デスマは普通という事だね？

>>977
うちの職場では、MSOfficeとVisualStudioその他もろもろ、
コピー品で製品作って売ってるけどね。

>>897
> 時々でいいので日立には子会社がいっぱいあることを思い出してください

俺たちから見れば、子会社の連中も「日立人間」以外の何物でもない。
日立は何処でも一緒だからな。

>>982
>>895へのレスなんだから895も読んでから書き込めよカスが

梅

>>967
> 技術的には出来るけど、コンセプト的にやるべきではない場面でも、技術力がないと結論付け、
> 開発者を憤慨させたあげく、開発会社へ送り返し、文句を言わない新しい開発者をよこせと言う

あるある。
俺のところの開発チームでは、外注の中で最もスキルが高く人望も有った人が
日立リーダーから「アイツは生意気だ。従順な奴と替えてくれ。」と言われ
現場を去っていった。俺たち外注は皆弱ったが、リーダーは涼しい顔してたっけ。
技術者の優劣とか全くわからんリーダーだった。

目立ではデフォルト

すぐ会議やるから萎える。

人と向き合う仕事＝その人にしか出来ない価値がある仕事
コンピュータと向き合う仕事＝誰でも出来る価値のない仕事

ポリモルフィズムを設計できる派遣スタッフに対して
ポリリズムの鑑賞好きのプロパーが管理するからデスマが起きます。
目立ちのトップよ、ポリモル（モア）フィズム設計者にはぜポリモルフィズム
設計者のＳＥを管理者としてアサインしてください。それがＩＴ業界の常識というものです。

外注としてやってんだけど、自分で学んだことは現場では出さないようにしてるね。
自分が危なくなった時だけ出すみたいな。
結局、何の評価もされんし、やるだけムダ。
所員の新人なんぞに、教える気にもならんね。

システム開発未経験の新人に
プロジェクト管理の研修とか
コミュニケーションの研修とか

>>990
俺もノウハウは出さないようにしている。
自分の仕事を楽にするために作ったツールも。

>>993
それでよし。
何のノウハウ供与も引き継ぎもしないでいい。
仕様通り動くものを作ったら、目立からはさっさと引き揚げた方がいい。

ナルシーですね

>>995
どういたしまして

うめ

給与・賞与の振込日には必ず性風俗店で遊んでくるＨ部長
そろそろＨＩＶに感染してるはずだな
こちらから手をださずとも己の所業で逝ってくれ

埋め

>>1000をとったやつはお前か？
さあ願いを言え！
どんな願いもひとつだけ叶えてやろう。

今年のプロジェクトはデスマりませんように。

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