  |
なんだろう、下請けにいいものを作ることを求められても困るぞ？
できた後に、発注書に書いてないような高スペックを求められたり、常識ですよねとセキュリティーを求められたりするが
とくに、監視でCPUがどうのこうの、というのは 仕様書に明確に どういう値でどう監視するか、という仕様を書いてくれ。
そうじゃないなら、最高の製品を求めるなら、下請け、ではなく社内エンジニアを使ってくれ。
できるかできないか？という話題をすれば出来ることがあるが、
見積もっているか、見積もっていないか？という話題では、発注書に書かれていないことは見積もってないし、
勝手なことを言うようだし、いろいろあるし、言ってることも最もだと思うことも沢山あるが
下請けにいろんなことを期待しすぎ。
下請けじゃなく、納品業者で製品ならともかく、下請けしているものに、発注書以上のことを求められてもな。
正直、クオリティーを求めることは、製品として出ているパッケージを買うか、社内エンジニアでヤッてくれ。
常識的な品質というものは、ひとによって違うからどうにもならんし
そもそも、金額の問題による所が多すぎる。僕が年収XXで、僕の能力がこのぐらいですから、１人月でこのぐらい出来るはず。
というのは、正直 通じない。
[居酒屋。サラリーマン風の男がグラスを片手にくだを巻いている。] もうさ、システムエンジニアなんて免許制にしちまえよ。 こんな複雑で難しい仕事、ロクにソフトウェア工学も修...
http://anond.hatelabo.jp/20130309233920 「下請けが客より技術的に上なのは当たり前」というが、それこそ思い込み。 俺は15年以上プログラマをやってきた。そんな俺がリーマン・ショックで職を...
なんだろう、下請けにいいものを作ることを求められても困るぞ？ できた後に、発注書に書いてないような高スペックを求められたり、常識ですよねとセキュリティーを求められたり...
どうなんだ？ 俺が書いた例読んでもまだそんな事を言うって事は、あんたもエセ側じゃないかと思うんだが…… ゾンビ出さないとか大量のCLOSE_WAITとかは常識レベルじゃないのか？ SEに...
現に書かないから実装されないわけで、 エビデンスを求めるなら書くべきだと思うけど。
言ってる事も酷いし、エビデンスの使い方も酷いし、まぁ一生底辺って感じ。 君と関わらないで仕事していければいいなぁと思った。
SEになってよく見るプログラムは、リソース開放なんて知った事か的な場当たり的プログラムなんだけど、こいつはその匂いを強く感じるなぁ。仕様書に「確保したリソースは必ず開放...
「ドキュメントに書かれてない事はしない。書かれてある事だけをやる」を徹底するのもまた優秀なプログラマーだがな。
場所にもよるけど、作れる人間がいるSIerだと本当に「もう、作るのはうちでやるから君等もういいよ」状態なわけで。
SEって何だ？という話はおいておいて、元請けも下請けも昨今はひどい奴がたくさんいるでFA
スキルが必要な作業はSI内部だけで回した方が楽だし、環境を整えておけば時間かけずに品質も確保できるはずだけどな。 最近経験したプロジェクトだと開発自体は社内の人間だけでや...
それはそれで、下請けの無駄遣いっぽい感じがするなぁ 一種誰かの理想なんだろうけどね とても健全でいい環境とは思えない いつまでも自分が苦労しそうな感じ
下請けはスキル面で品質が担保できないと考えると当然の使い方だけどな どうすれば下請けのスキル面を低コストで簡単に見積もれるんだろうか
まぁ確かにね。 というか君の職場、下請け要らないよね デバッガーとかは下請けといえば下請けだけど、元々のこの話では単純なデバッガーは除くよね？
>>というか君の職場、下請け要らないよね<< http://anond.hatelabo.jp/20130310232504 を書いた人間だけど、テストする人を下請けに含めないのだったら文字通り「いない」状態と言えると...
意見自体は同意なんだけど、SIerみたいなシステムが出来上がっちゃってんのがもはや駄目なんじゃねえの 人月仕事単位で金払ってたらそりゃこんな感じになるだろ プロダクト単位で金...
なんで今のシステムになってるかっていうと ”顧客が全て丸投げしたいから”そういう感じになってるんだよね～ 顧客側は勉強も何もしたくないの理解もしたくないのよ 金だけ出して...
医者みたいに御上がITに関する料金を決めてくれたら、様々な問題が解決するのになーと思う。デスマとかなくなるだろうし。
医者の世界はデスマが常態化しているのに何を寝言を言ってるんだ
そのためには、お上がＩＴについて十分理解するというありえない仮定が必要ですな
というより、お上に期待するより「自分がお上を変えてやるぜ」くらいの気概は欲しいもんだ。
製造工程で、ソフトウェア工学に明るい優秀なプログラマからのフィードバックで、 今のまずい設計のまま製造を進めればカットオーヴァーまでの工数は100人月＋保守費用10人月/年、 前...
どこの業界でもそんなもんだろ。 下請けに回すってのは、所得の再分配ならぬ仕事の再分配。 それ自体はいいんだけど、現場の人間に金が届く頃には抜かれた額だけっていう。 途中で...
http://anond.hatelabo.jp/20130309233920 俺、それなりの規模のSIer側の人間なので、下請けに出す側の人間だけど、下請けもたいがいクソだよ。 会社は、対象のプログラミング言語を「やったこと...
http://anond.hatelabo.jp/20130310143818 まあね。でもそれは結局「待遇に似合った質」でしかないよ。 下流にいてデキるプログラマは、勉強会等で人脈を作り、ソーシャルに行ってしまう。 結...
で、下流の人間は、(契約形態によるけど)残業代がかかるし期日がくると逃げる。で、バグだらけのクソコードを俺がサビ残でせっせと直しているわけさ。 結局、何億も赤字を垂れ流...
下級のクソプログラマだって時間さえあれば多少メソッド化してみせるくらいの器量はあるのさ、時間さえあればね 下流の質を嘆く前に、まず上流で時間を食い過ぎてないか、下流が滞...
そういう悩みがあるのなら、最初から君がコード書けば済む話だよね。 なぜそれができないのかを考えると答えが見えてくると思うよ。
残念なソフトウェア開発の現場は、沈みかけの巨大な船に乗った航海に似ている。 船底の穴からの浸水を必死でかき出しながら、どうにか進んで行く。そういう航海だ。 船のどこにど...
このまえ某動画サイトでウテナ見たせいか「あなたは世界を革命するしかないでしょう」って台詞思い出した。 あれ見てる時は「なぜ革命？」とか思ってたけど、突き詰めると鼻くその...
長文の力作だけど、つまんない。 と書こうと思ったんだけど、ブコメはそこそこ好意的なのね。
彼は、パーティーの時と同じように冷笑を浮かべた。 理由はどうあれ、結局は、沈むべきものが沈むのだ。 それは真っ当なことなんだ。 きっと「彼」は航海の最初の頃からいつか...
彼は、パーティーの時と同じように冷笑を浮かべた。 理由はどうあれ、結局は、沈むべきものが沈むのだ。 それは真っ当なことなんだ。 きっと「彼」は航海の最初の頃からいつか...
言いたいことはわかるし内容が違うとも言わんが、 航海要素がこじつけレベルなので読んでて違和感ありまくり。
なんかところどころ書き換えれば、まるで建設業界でもそのまま使えそうなお話ですね。 どこの業界も大変ですね。
この手の話は何十回も聞いたけど、一番罪深いのは中抜き元請けでもブラック下請けでもなく発注者だと思う。
http://anond.hatelabo.jp/20130310152356 沈没船エントリを書いた増田です。 およそブログ向きではない冗長で読みにくい文章だったけれど、 元増田に便乗したお陰か、思ったより多くの方に読ん...
9
