世にも悲惨なSIer業界 2社目 [無断転載禁止]©2ch.net
・システム開発能力がない
・ほとんどの開発は下請けに丸投げ
・原則プログラミングしない。未だVBの世界。
・開発をやる気が無い。やっても技術力が低い
・Windowsしか使えない。能力的な意味でも使えない。
・Linuxなんて持ってのほか。Macなんてありえない。
・git使わない。subversionがあればいい方。ただしバックアップツールとしてしか使わない。
・エクセルで資料まとめるのが仕事の大半。時々ワード。
・生産性をあげる?余計もの作るな。そんなことによりまず動かせ。動けば後はどうでもいい。
・貧弱なマシンスペック。メモリ4GB。32bitマシン。シングルモニタは当然。
・入社3ヶ月の素人がSE。入社1年の素人が上級SE。入社3年の老害が取り仕切る。
・つぶしが利かない。
・プライドだけは高い。
・開発に必要なサイトの接続禁止
・開発に必要なツールの使用禁止
・オープンソース? ライセンスがよくわからんので、MITライセンスでも使用禁止
・他人が作ったライブラリ? 信用出来ないので使用禁止
・インターネットの接続不可(物理的にできない)
・携帯の持ち込み禁止
・subversionはバックアップ
・ブランクのコミットメッセージ、
・ジャイアントコミットもどんどこい!
・ブランク管理は難しいからやめよう 全部trunk
・その修正はまだコミットしないで!
・次のリリースには含めないから! >>54
悲惨なプログラマーになりたくないなら、最低限の基本アルゴリズムを勉強しておくといいぞ。
以下を全部自力で書けるようになっておく。
bubble sort
linked list
hash table
binary search tree >>54
マジレスするとデータベース関連の資格が一番役に立つ
DBができれば即戦力にさえなり得る
学生は知らんかもしれないけど
プログラミング能力よりもDBスキル知識の方が実は価値がすごく高い
業界に入ってから気づく なぜかというとSIerはプログラミングはしないから。
DBの項目名をエクセルに書き込むのがSIerのメインの仕事 >>68
業務系のプログラマが作ってるソフトウェアの多くは、DBにデータを出し入れするだけだもんな。いわゆる入れポン出しポンってやつw
クライアントをどう作るかっていうのは流行りがコロコロ変わるので、自分で追いかけるより
できる人にやってもらったほうがいい。 マジレスするとエクセルの資格が一番役に立つ。
エクセルが出来れば即戦力にさえ成り得る。
こういう所では働きたくないですw
入社試験に技術的なテストをやっている所が良いよ。
未経験OKな所はまず間違いなくブラック
DBが出来ればっていうのもブラックだな。
それぐらいできて当たり前だし。 >>71
新卒の学生がDBできて当たり前なわけないじゃんw
どこの会社がDBできるかどうかで足切りすんだよw DBなんて数時間あれば使えるようになるんだから、
DBだけで即戦力になるっていうことは
それ以外使わない仕事ってことだろ。 >>73
数時間でDBできるようになるなら、他の技術だって数時間でできるようになるだろw
そこらのソフトウェアなんて、そう難易度の高くない技術の組み合わせでできてるんだしw DBは簡単だから数時間でできるようになるんですよw DBわかるって、じゃあお前これ読めるの?
WORKING-STRAGE SECTION.
01 SYOHIN-DATA.
02 SCODE PIC X(4). * 商品コード
02 HINMEI PIC X(12). * 品名
02 TANKA PIC 9(6). * 単価
02 TANI PIC 9(2). * 単位 >>75
じゃあお前が仕事で使ってる難しい技術ってなによ? >>77
プログラミング技術だな。
何万、何十万にもなるコードを複雑にならないように
わかりやすく実装するのはとても大変な話
DBなんかこのプログラミング技術のほんの一部にしか過ぎないし。 >>78
で、何万、何十万になるコードを複雑にならないようにわかりやすく実装する力を新卒に求めてんの?
それとも、新卒に求める力って文脈から迷子になっちゃった? >>79
あほじゃね?
新卒に即戦力なんて認めてねーよw
DBができた程度で即戦力なんてありえねーしな。 世の中にはDBできた程度で
即戦力になるような会社もあるのですよ。
だってエクセルしか使わないから エクセルしか使ってないのに仕事になってるなら、金を生み出す能力が高いってことだね >>80
結局なにが言いたいのかわからないな。
じゃあ>>54はDBはやらなくてもいいと。どうせ入社後数時間でできるようになるから。
かといって、それなりの規模のコードを即戦力として書く力は求めてないと。
だったら>>54はなにをすればいい? 残業SEは大迷惑!
時間外労働違反となる
健康障害をもたらす
対人障害をもたらす
能力評価が低下する
生産評価が低下する
時間報酬が低下する
契約に期限はない
契約の期間が減少する
学習時間が減少する
副業時間が減少する
訴訟が増加する
失業が増加する
貧困が増加する
独身が増加する
早死が増加する >>83
プログラミングかな。
1から初めて実際に何か作品を作りあげればいい。 俺が>>68で
( DBスキル) >>>(PGスキル) って書いたら
こんなに反応があるとはなw
言葉が足りなかった、これは1次請の話だ
2次請、3次請なら
( DBスキル) <<(PGスキル) だ
**************************************
1次請はシステムの命とも言えるデータ設計をする
全体的なデータの流れの把握が技術面では最重要
システムの基本は入出力、入ったデータがどうなっていくかだ
2次請3次請は1次が決めた設計や規格に則って製造する
”コーダー”としての能力が必要とされる >>86
> ・入社3ヶ月の素人がSE。入社1年の素人が上級SE。入社3年の老害が取り仕切る。
> ・つぶしが利かない。
> ・プライドだけは高い。 まあ業務システムの本質はデータの加工とフローの制御だからね
UIだとかそういう本質以外のプログラミングは得意な人にアウトソーシングすればいい
家でもプログラミングするほどのプログラミング好きもたくさんいるみたいだし 大きなシステムになるほど、自分たちですべて作るためのスキルを身に付けるのは費用対効果が悪いので、
本質部分を自分たちで手がけ、そうでない部分は、例えばUIならUIを専門にやってる人に
お任せするのがいいね
トヨタだってアップルだって、すべての部品を1から作ってるわけじゃないしね 下請けを使うのことに批判的な人もいるけど、一社ですべてやるにしたって、
例えばUIのデザインなら専門のデザイナーにやってもらったり分業はするわけで、
人の単位で分業するか、会社の単位で分業するか、それだけの違いなんだよね >>91
下請け構造は無くならんし、他の業界でも同じような構造
ITだけっていうわけではない
1社でやれるならそれでいいけど、体力が無い会社がそんな事したら仕事が無い時にどうやって余剰社員に飯を食わすんだという話
下請けが悪というのは下請けにしか入れない人間の愚痴 >>90
アップルのエンジニアなんてすぐ首切られる >>91
UIとかは担当者の違い。
下請けは自分の担当範囲を
他の人に回すこと。
だから元請けも下請けも自分一人では何もできない。 早死に貧困の助長だから偽装請負の従犯は辞めろ!
相場下がって迷惑だから報酬増やすか作業減らせ!
・1,000万円/年以下の会社は辞めろ
・80万円/月以下の契約は辞めろ
・5,000円/時間以下の契約は辞めろ
・多重契約は辞めろ
・不利益な現場は辞めろ
・残業見積りは辞めろ
・時間外労働違反は辞めろ
・契約外納期は守るな
・客先指示に従うな
・知的財産を渡するな
・残業しないで学習しろ
・残業しないで副業しろ
・損害は訴えろ
【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/ >>94
プログラマが自分ひとりで出来ないことでもOSSを使って実現するように、目的さえ果たせれば
外部のリソースを使おうと構わないんだよ
プログラミングすることが目的じゃないんだから ↑
この例でOSSを出すのはOSSという言葉を使いたかったから
最近覚えたんだOSSっていう言葉 >>98
そう思われたところでこちらの不利益はないので、勝手にどうぞとしかw >>76
COBOL....?strage....?storage? >>97
だから担当箇所の問題。
独立して使えるライブラリを作るという仕事を回すのは問題ない。
だが、自分の担当箇所の仕事を
ほかに回すってのがまずい。
自分の仕事に対する技術力の低下を招く。 >>101
あんたの思う「自分の担当箇所」が他の人にとってもそうだとは思わないようにね >>97
その例えならば普通はOSSではなく既存の資産や外部リソースというのが適切
OSSに限定した話ではない
つまりOSSという単語を使いたかったと思われる
最近覚えたのかな? >>104
別に外部のリソースの例ならなんでもよくて、たまたまそれがOSSだっただけだけど
OSSって言葉を使われちゃ不都合でもあんのか? 外部のリソースを使うならば、
外部のリソースの部分は自分で作れないということになる。
設計した後、それを他に回すってことは
設計したものを自分で作れないということになる。 プログラマぶってるけど実はOSSを組み合わせてるだけだということがバレると都合が悪い 本当に作りたいものは何か?を考えたほうがいいよ。
それはライブラリの部分じゃない。
自分が設計した部分だ。 >>109
> 別に自分で作らなくていいよ。目的を果たせるなら。
客もそう言っていたな。
結局、金出せばいい。
あとは技術者に作らせる。
自分たちは技術者ではないのだから。 お前らどうせ内部設計以下の下流工程だろ
商流も工程も下流 SIerって上流だけしか出来ない
下流だけしか出来ないって
構造ができあがるならだめなんだよねw 発注者、元請が「メンドクセーから害虫に作らせよっと」でお前らに仕事が来てるのに
お前らも同じ精神かw 知ってたけど SIerの悲惨な部分って要するに
技術者として幸せになれないってことなのかな。 >>111
当たり前のことじゃん。あんたの仕事だって金を出す人がいるから成り立ってんでしょ。 >>115
上流ほど自由度と責任がある
技術者の高みに登りたかったら上流へ行くべし
腕のある奴ほど上流へ行く現実
商流でも工程のどちらでもいい上へ行くべし >>120
技術者にとっての自由とは
自分の持っている技術を使うことだよw 上流とか下流にわかている仕事はやりがいがない。
どっちをやったとしても技術者としてはやりがいがない。 技術者としてのやりがいとか言ってる奴がそんなに凄い技術者だとも思えないけどね
結局自分にできることやって飯食ってるだけでしょ すげー言い訳w
自分で仕様決めて自分で作れよ、できるならね
そんなスーパーマンはSIに身を置かない 下流の言う「技術者としてのやりがい」とは
「俺のコードすげー、まるで芸術」
それもいいけどさ、それはSIには必要ないって分からないのだろうか >>124
> 自分で仕様決めて自分で作れよ、できるならね
それやってる人は世界中に無数にいるよw >>125
> それもいいけどさ、それはSIには必要ないって分からないのだろうか
技術者にとってはつまらない仕事だよね。 >>127
お前の仕事も、先端企業で働くハッカーから見るとクソつまんない仕事かもねw 「かも」とかどうでもいいわw
実際にSIの仕事はつまらない ステークホルダー外からの評価なんてどうでもいいんだよなー >>129
そりゃお前を楽しませるためにやってないからねw >>126
お前ら下流SIには無理だって事だろ
>>127
お前ら下流SIはつまらないって事だろ 残業SEは大迷惑!
時間外労働違反となる
契約に作業期限はない
契約の延長がなくなる
健康障害をもたらす
対人障害をもたらす
能力評価が低下する
生産評価が低下する
時間報酬が低下する
学習時間が減少する
副業時間が減少する
訴訟が増加する
失業が増加する
貧困が増加する
独身が増加する
早死が増加する 【どっちがいい?】キツイ仕事で年収600万円と、楽な仕事で年収400万円 ネットでは「後者一択」の声相次ぐ
https://news.careerconnection.jp/?p=22179
> どちらの仕事も残業なしで、土日休みの年間休日120日。年収600万円の方は営業職だが、
> 顧客のクレーム対応だけでなく、上司から毎日パワハラを受けなくてはならない。
> 一方、年収400万円の方はIT企業の社員で、「パソコン入力」が仕事だという。
> 仕事内容はつまらないが楽、ということなのだろう。
な?つまりこういうことなんだよ。
楽しいとかそんなの関係ない。
つまらないけど楽な仕事が好きな人間のほうが多い。 >>135
データ入力なんてどこにも書いてなくて、
>一方、年収400万円の方はIT企業の社員で、「パソコン入力」が仕事だという。
と書いてあるから、モデルケースは普通にプログラマとか
そこらへんの仕事だと思うよ。
400万は高くはないけど、データ入力だけに出せる額じゃ
ないし。 他所から見れば机に座ってPCに何かする仕事は
楽な仕事だと思われてるんだろうな。 SIザウルス滅亡近し、巨大化し無能になるITベンダーの末路
http://itpro.nikkeibp.co.jp/atcl/column/14/463805/031000078/
> で、今回の記事だが、同じ事を書こうというわけではない。実は、SIerは巨大化しすぎた。
>いわゆる“3000億円倶楽部”、売上高3000億円以上のSIerはもちろん、1000億円クラスのSIerですら、
>下請けのITベンダーを使った人月商売では巨大すぎるのだ。その結果、多くのSIerで無能化が進みつつある。
>ユーザー企業のIT部門は人員削減が進み無能になったが、SIerは巨大化したために無能になるのである。
無能wwwwwww 前スレだが
テストコード云々の件を読んで、
xlsx -> pdf の変換のためにまず紙に印刷してスキャンをするという会社の都市伝説にもリアリティを感じた SIなんて早く脱出しろよw
スペック不足でできないの? やった、SIerからやっと脱出できることになった
30歳SEです 残業する無能SEは大迷惑!
時間外労働違反となる
契約に作業期限はない
契約終了が早期化する
定年退職が早期化する
健康障害をもたらす
対人障害をもたらす
生産評価が低下する
生産能力が低下する
能力評価が低下する
時間報酬が低下する
情報技術が低下する
生涯収入が低下する
学習時間が減少する
副業時間が減少する
訴訟が増加する
失業が増加する
貧困が増加する
独身が増加する
早死が増加する ネットだと技術力とかプログラミング能力をやたら過大視する書き込みが多いけど、
実際ほとんどの開発案件では標準レベルの実装スキルがあれば
誰がやっても大して生産性は変わらないから、PGの単価が低いのは当たり前。
むしろ生産性に違いが出るのは、設計力とか客の要件を正しく聞き出す能力とか
スケジュール管理とか人員調整とか、ネットでは軽視されてるいわゆる
上流工程によるところが大きいのが現実。 > 誰がやっても大して生産性は変わらないから、
SI業界では誰がやっても低い生産性であるってのは知ってる。
誰もが技術力低いんだよ。 勘違いしちゃいけない
SIに携わる人はサラリーマンであってエンジニアでなないんだよ サラリーマンの定義は月給の会社員なのだから
ほとんどの社員はサラリーマンだよ。
それを言うのなら
SIに携わる人は事務員であってエンジニアでなないんだよ
だな。 事業会社のプログラマーは要件定義も調整もやりつつコード書いてるわけだけど。 要件定義から客先交渉、コーディング、テスト、これらの業務改善までトータルでやれてこそプログラマだと思うの
これらの一部しかできずにプログラマだのSEだのほざいているのがSIerの現状・・・
もうバカみたい、こんなの 上流とか下流とか言ってる時点で
真のエンジニアじゃないなw SIerを叩いてるお前らが真のエンジニアかというと…w 必要とあらば、自分一人だけで
システムを作り上げることが出来る。 >>157
どんなw
複雑な要件でないシステムなんて誰だって作れますがw >>158
訂正
× 誰だって作れますがw
○ プログラム書けない人には作れない 今のプロジェクト
・今回のプロジェクトはとにかく品質を重要視している
・バグが出ないことはもちろん、担当する人によって質にバラつきが出てもいけない
・よって設計書の記述レベルはそれを考慮したものとする
・つまり、記述をそのままコーディングに反映できるものが詳細設計書である
・詳細設計書の時点で、すべてのループや変数名等を指定しておくものとする ・バグが出ないことはもちろん、担当する人によって質にバラつきが出てもいけない
・よって我が社の一番技術力が低い人に合わせる。
・我が社の一番技術力が低い人が作る品質に合わせる。 ・バグが出ないことはもちろん、担当する人によって質にバラつきが出てもいけない
・詳細設計書の時点で、すべてのループや変数名等を指定しておくものとする
・もちろん詳細設計書も質にばらつきが出てはいけない。
・よって詳細設計者の担当は一人とする >>159
俺SIerだけど、俺にできなくてお前にできるシステム挙げてみてくれw