IT・Web系エンジニアの「三次請けあるある」｜【Tech総研】
IT業界ではおなじみの、複雑な下請け構造。今回は、複数社が間に入っている“三次請け”の案件に携わったエンジニアに、その仕事内容や特色を聞いてみた。 IT・Web系で常態化している下請け構造。上流から離れれば離れるほどプロジェクトのタスクは細分化されるので、業務内容も課題も上流工程のエンジニアとは異なってくる。プロジェクトの全体像や目的が把握しにくい状況で開発を行い、時には悩ましいオーダーに対しても、ガリガリと現場でソースコードを書いて何とか仕上げるIT職人といった印象があるが、実際はどうなのか。 今回、Ｔｅｃｈ総研では、三次請けの案件に携わってきたIT・Web系エンジニアにアンケートを行い、三次請け開発現場について聞いてみた。三次請けならではの「あるある」エピソードとは。 ・お客さま先での常駐がほとんどで自社の名刺は配ることがまずない。案件によっては、どこの会社から指示を受けて仕事をしてい
プログラマの嫁が知るべき97のこと - Cube Lilac
まとめ第2弾。個人的には プログラマが知ろうが知るまいがどうでもいい97のこと - Togetter に期待していたのですが、これは 97 個揃えるのはちょっと無理ゲーのようです。尚、ここ最近の一連のまとめの元ネタは プログラマが知るべき97のこと です。類似ネタの プログラマが知るべきではない97のこと、プログラマが体験するべきではない50のこと も併せてどうぞ。 切りのいい数字とは 2進数です 片手で 31 まで数えられる 万能じゃない "パソコン"に強くない プログラマだからといって Office シリーズに精通してるわけじゃない あ、その作業は事務のお姉さんの方が得意だと思います カナ入力に変えたら必ずローマ字入力に戻しとけ プログラムの GC は得意でも部屋の GC は得意でない マルチスレッド処理は書けてもマルチスレッド処理はできない Amazon で買っているのは技術書だから
［IT業界の弱者］6億円を半額にしろととんでもない要求
金融機関のシステム子会社に勤める高山真一さん（仮名）は，親会社の基幹系システムをオープン化するプロジェクトに，価格交渉の担当者として参加していた。このプロジェクトでは，親会社の担当者による強硬な値下げ要求により，数十人ものITエンジニアが苦しまされた。 「機能追加分は払わない」 親会社のシステム企画部門に所属するこのプロジェクトの担当者から，システムの概要仕様書を提示された。その仕様書に基づいて見積もることを求められ，約3億円（本誌推定）と見積もった。悲劇の種はこの時点で既にまかれていた。後から考えれば，この概要仕様書は，どうやらユーザーへのヒアリングを十分に行わずに作成されたものだった。それに基づいて見積もった金額が基準となってしまい，その後の不当な値下げが要求される事態を招くことになった。 概算見積もりの後に機能を詳細に検討すると，概要仕様書にはない，必要な機能が次々と判明する。精査す
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
