  |
http://anond.hatelabo.jp/20170111083420
ユーザー企業もしくは一次請けの立場で、プロジェクトの管理やプログラムの管理（構成管理/リリース管理）、仕様管理をする立場じゃないと、要するに「下請け業者」になってしまう。
最も重要なのは、開発環境を自前で好きにできるかって部分かな。二次請け以下は、客の環境を借りているだけなので、制限が多すぎる。
だから、一次請けであるか、二次請け以下であるか、この違いが大きすぎる。これが本音だ。
二次請け以下しか経験がない人が、いろいろ言っていても説得力がない。
http://anond.hatelabo.jp/20170107003208
http://anond.hatelabo.jp/20161128112713
【元請SI】
（04）ユーザー企業の業務やシステムについて深く知る事ができる（まぁ人によるが）
（07）確かに人や部署によってかなり違うのは本当
（08）大規模PJだとPM/PLじゃなくても巨大な範囲を担当するからプログラミングは確かにできない
（09）全体を見通す事が求められる
（10）システムの全体像を考えて決める立場になれる（アーキテクト的な）
（12）データベース設計（特に概念モデル/論理モデル）を主導する立場になれる
（13）上でも言っているが、かなりできるベテランも居れば何もできない若手も居る
（14）末端のプログラマーとは確かに対極に位置する…事が多い
（17）多重請負構造の中身を知らずに生きていける（人によるが）
（01）酷く言われているSIの特徴が色濃く出る
（02）自分の会社では仕事ができない（たいていは元請SIが用意するPJ室に出勤、または派遣/委任で元請の職場に行く）
（05）PM/PLという肩書きは実態とは異なり単なるベテランSEとしての仕事になる（真の意味でのPJコントロールは元請しかできない）
（08）顧客システムにべったりの業務エンジニアになるか、技術を活かしてPJを巡るか、何もできない人になるか
（10）大規模PJだとその一部分しか担務しないので全体像は掴めないまま
（12）PM/PLは下手をすると何もしない（元請レビューにはついていくが）
（13）人集めと管理が主な仕事であり、多重請負構造の中心的な役割を担っている
（01）自分の会社では仕事ができない（たいていは元請SIが用意するPJ室に出勤、または派遣/委任で元請の職場に行く）
（02）人材育成支援が無い（下手すると経歴を偽造される）
（03）自分の会社の名前はまず名乗れない（上位のSI企業の名前を名乗らされる）
（04）ユーザー企業や運用などの人たちと接することは、まず無い
（05）上流工程に参画する機会が圧倒的に少ない
（07）プログラミングはたいてい中小ITがやる事になる（スキルが高いと認められれば技術を武器にPJを渡り歩く）
（08）ベテランになってもSIの若手『現場監督』の指示で動かざるを得ない（そしてたいてい『現場監督』は何もできない）
（09）顧客システムにべったりの業務エンジニアになるか、技術を活かしてPJを巡るか、辞めていくか…
（10）どのPJであってもシステムの全体像はまず掴めないし掴もうとも思わない
（11）最も人手が増えるプログラミング工程などの実装工程のみを担務し、現場を転々とする場合も多い
（12）様々な現場で仕事ができるので、（下流工程の）スキルがつきやすい傾向があるが、個人差が激し過ぎる
（15）情報サービス産業の中で最も人口が多い（ある意味、主役である）
（16）本当の会社名を名乗れない（二度言う）
順不同。思い付くまま。
中小ITから上流工程を専門とするコンサルタントなどに転職できる人は本当にごく僅か。
http://anond.hatelabo.jp/20161128112713
環境が良いとはお世辞にもいえないが
スーツは堅苦しいが、
判子押すのは面倒だが、
SpringもJenkinsもChefもAWSも使ってるが客には導入してないぜ、
お前と俺じゃ見ている景色が違うな。
ここにはやるべきことが山ほどあるんだよ。
paizaかテメーらは。
エンジニアから見たSIerがクソな理由 - 負け犬プログラマーの歩み
SEという名前を変えて欲しい。それで日本のITの遅れは色々解決する。
http://anond.hatelabo.jp/20161128174152
まったく伝わらんかった。
判子とか、面倒な申請とか、導入障壁は客の都合であって、SIerが始めたことじゃないの。
現場では枯れた技術を好んで導入しているけれど、こっちは研究部門作ってひたすら研究して技術のキャッチアップを続けている。
