バグはつきものといいながら、客の要求は一発で完璧
を求めてくるプログラマ
要求仕様書や定義を机上だけで一発で完璧なものを作成しなければ、ならない。
こんなの無理に決まってんじゃんｗｗｗｗ
客は素人だぜ？
素人にいきなりすべてを完全網羅したミスが一切ないシステムに必要なもの等々を完璧にこなす
んなことができるなら、そもそも発注なんてする必要性がないだろｗｗｗｗ
異常だよ日本の開発体制は
世界で日本だけじゃんこんな非IT企業にプログラマがほとんどおらず、IT（奴隷派遣）に９割以上のプログラマがいる開発体型ってさ。 >>1
客にシステムの知識は要求してない
客は客の仕事、自分の専門分野を完璧にやれってこと
反対にプログラマは客の仕事のことを知る必要はない
自分の専門分野はシステム開発だからだ
客が客自信の専門分野のことを正しく伝えないのが行けないんだろうが
客は客自信の仕事の素人ではない。プロのハズだ。 >>2
客が正しく伝えなきゃいけない
というけど、
お前らが正しく理解しなきゃいけない
という点には触れないというw 結局は客の説明次第なので
おかしいと思っても違うことやったら
あとで責任をなすりつけられるので
基本言われたとおりにやるしかないのだ ITハンコ大臣を笑うけど
日本国民の大部分がITを理解してない
ITは本来、経営者や管理職が身につけるべき技術
何故かならば
ノウハウそのものであり
業務手順を強制的に守らせるものであり
嘘の報告が上がらず
即座に求めたい統計値をだせ
管理という無駄を無くせ
現場は代替が簡単に効くようにでき
自分のイメージをそのまま実行でき
リアルタイムに処理でき
るなど、常識的に考えて
丸ごと外注なんてありえないんだよ
システム開発は
一部はやむを得ないとしても 経営者「なんかこうITで効率化な」
↓
担当「営業管理で最新スタンダードでよろしく」
↓
お前ら営業「要件定義書作った」
↓
お前らコード屋「Java 土方200人月でいいな」
↓
下請「いわれた通りやった」
↓
コンパイラ「機械語にした」
↓
CPU「動かないね」 うるせー！俺を甘えさせろ！お前らは地獄でいいんだ！ 謙虚にベンダーのおすすめを聞いてくれればいいのだが
お前らより絶対俺らのほうがかしこいんだとばかりに
めちゃくちゃな要求を曲げないから >>13
ベンダーのおすすめ＝経験のあるやつ
であって、その会社にとっての最適解であるかは別だから そもそもとして、ベンダーのおすすめって「営業のおすすめ。Sヨのおすすめ。」という現実を前にすると首肯しかねる >>1
いやいや、ちゃんと要求仕様書からテスト起こせよ しかも巨大システムでも全部を一発でミスなくまとめなければならない
無茶や >>1
間違いの修正にかかった費用をどこが持つかだよ >>5
書類に正しい理解も間違った理解もない
書いてあることが全てだ >>14
だったら別の会社にあたってくれよ
わざわざ不得意なもん作らされたらそりゃ効率悪いし品質も落ちる >>17
巨大システムになる時点でアウトだと思うんだよ 本当は細かいモジュールしかできないんだけど
でかい成果物にしてほしいというのはよくある話 営業が何言ってるか疑わしいから正直、客を非難できない
(^o^;) 当たり前すぎる問題があるから内製が当たり前なんだけど
その当たり前がなぜか行われないのが日本 正社員社内プログラマだけど
副業で外でも働いてる身からの感想だと
外注はやり辛い
ユーザーの要望をきちんと聞けないし
細かな確認のテストも依頼出来ない
間に人はさまなきゃならないし
なにより同僚が使えるやつと使えないやつの差が著しすぎる
所詮、他の会社から来てる派遣なので他人を育てるという考え方も当然ないから、使えないやつがトコトン酷い 実際のところ能力差はそんなに感じない
あかんやつは行動の方向性がアレだ 別に一発で完璧なものよこせなんて思ってないよ
それ以前に実装工程までに何度も手を入れているんだからそれなりに修正入っているはずなのに
なんでこの工程でもまだまだダメだししなきゃならんのっていう >>26
俺は有能と思い込んでるやつが勝手にリファクタリングとか言ってコードいじってバグ発生させるやつがおるの(ToT)
たすけて >>29
リファクタリングはかってにやるものだぞ
そこの認識が間違ってる
問題はバグを発生することであってリファクタリングではない バグを発生させない為にリファクタリングするんだよ
おまえらだって「関係ないとこ全く触らずに修正するなんて無茶だよ、この糞コード。全部関係しちゃってるビッチなコードじゃねーか！！」って思ったことがあるだろう？ 必要なとこだけ根元から処理ルート分けるという知恵はないのか >>34
それをするなっていうほうが一般的でしょ
最初にその選択肢が出てくるなんてどんな幸せなプログラマ人生歩んでるんだよ >>35
銀行とかの昔からあるミスの許されない大規模スパゲティシステムで良くある方式だよね。ちょっと変えただけの双子のような関数がたくさん生まれて、そこに修正が必要となると複製された関数全部で同じ修正を入れて、ますます肥大化していく。
直近のバグを出したくないという目先のことしか考えずに、その結果、後になって皺寄せが来てメンテナンスを困難にするという負のスパイラル。 と本に書いてあったんだろう
実際はリグレッションテストは機能面からやるからそこがボトルネックになり
工数はたいして変わらないどころか
全部に影響する関数に手を入れるので増えてしまうことがほとんど
耳学問の頭でっかちがプロジェクトを破壊する リファクタリングなんかやるなよ
本来、業務システムなんて5年くらいでまるごと更新が正しいんだから >>38
ユーザーの担当者が変わる都度、更新が正しいよね
更新には業務知識が必要だから新担当者は必死に業務を学ぶから 開発1〜2年かかるとして運用で5年とかハードはともかくOSや外部のライブラリ等の
ライフサイクルはそれよりもっと短いから現実的ではないんだよな
運用2〜3年目くらいで新しく入ってきた人には化石システムに見えたりするから
この業界のビジネスモデルとか意識の問題がでかすぎるんだよ 現場が自分たちの仕事を全部手作業で出来なきゃ駄目だとだめぽが教えただろ
その勉強にシステムのリプレイスを利用するのは有り 俺もリファクタよりリプレイスが可能ならそっちを勧める
可能ならな アプローチが変わるかもしれないのに
古いソースコード大事にしてどーすんの？ 20〜30年使ってればアプローチの仕方は確かに変わるのだろうが
たかだか5年程度でアプローチなんてそんなに変わらんよ アプローチが変われば別の問題が発生する
作り直せば問題が減るわけではない 出来合いのプログラム、ライブラリ、フレームワークで十分なことが
多いんだけどな。金かけて仕様通りに動かないソフト作って
何がうれしいんだかわからん。 出来合いのライブラリで作ると細かい修正に対応できなくて詰む
無理筋で実装するから結局工数短縮にならない
出来合いのプログラムだと拡張したくなったときに対応できない
フレームワークは使ってた機能ごっそりなくなったり 出来合いのものが10年後20年後残っているかは議論の余地があるとこだと思うけどね
毎年どころか毎月毎週更新しないと使い物になりませんってものを導入したいとは思わんでしょう >>49
そこだけライブラリを使わなければいいだけでは？ >>51
例えばWindowsだとDataGridViewのライブラリは多いと思うけど
機能が足りなかったら別のものに入れ替えるのかってことだよ >>52
そりゃ拡張しても対応できないなら入れ替えるだろ？
最悪自分で同等のものを実装したり
コストが割に合わなければ諦める
それだけだろ 見積りの時点でできるかどうかわからない内容が多いときはやめるべきだね
それか素直に聞いちゃう
これできなかったら[代案]でいいですかね？って
駄目だこれができないと意味がないここは外せないって相手が強く言うならそもそもやり方知らんしって話じゃん フレームワークもなれるまでは安定しないしなあ
んですぐに新しいフレームワークが現れる 本当にそんなに特殊な要件が多いのか?
よくよく聞いてみると世にあふれているプログラムで
十分なことが多い >>56
担当者がバカでよくわかってないから代案を通すために話す相手もよくわからないのさ >>56
んだ
だが最後の部分は会社独自
決裁様式！
だからまるごと作るのさw どんなに言っても
客側に、仕様書のとおりですから。
だからなあ
実装より設計のほうが難しいしね ビジネスフローの段階で間違ってる事が多いからどうにもならん
間違って仕事させた分の金払えば何も言わんよ
客の間違いなのにプログラマがサービス残業するのが解せぬ 仕様書のとおりです
といって
仕様書みると仕様書の通りではなかったりするw >>23だけは無視できないw
あいつらはホント嘘ばっかりいう 営業「「できます」と客に言った」：
↓
開発「できない」
↓
営業「なぜできないの！！！！」：
↓
開発「技術的には可能。でも事業部の方針でしょ。事業部長？本部長？クラスを説得できるの？」
↓
(たぶん、客が激怒）
↓
営業首
↓
もと営業、開発に新人として参加ｗ そんなフローはない
開発「技術的には可能。」or「矛盾してて絶対無理！」
↓
営業「それをどうにかするのが仕事でしょ！？死んでもやって！」
↓
開発が体壊して入院。精神病院で一生を終える。
営業はがんばったところを見せたので昇進。 結局助かったのは
動かしがたい技術的理由ではなく
本部の取り決めに関する見聞のおかげという お前に命令権はない！
と今の上司はいうw
ヤダ素敵 契約始まった時点で
営業ってどこまで約束してるもんなんだ 「バグはつきもの」by プログラマ
「仕様変更はつきもの」by 発注者
まあ、お互いの自己弁護よ。 >>74
仕様変更は金取られてるからおなじじゃねーだろ >>1
そこでITコンサルを雇う
しかし完璧にはならない 完璧な要求定義があれば
10人6か月の60人月の案件も50人月になるかもしれない
数百万万円ぐらい経費が浮く
だから上流工程の優秀なSEなりITコンサルが求められる
しかし現実には曖昧・過不足な仕様でしばしばデスマーチ要因になり
恨みが向かうのでITコンサルは嫌われやすい 
