内製化の動きになってるけどお前らどこに行く予定? [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
優秀なお前らならそこそこの知られたユーザー企業にヘッドハンティングされるんだろ? 誰の共感も得られないコピペ野郎は、どこからもオファーはなさそうだけどな コピペしてるだけで生きていけるなら、別にどこにいかなくてもいいよな よほど無能じゃない限りだいたい声かかってるよ
別にヘッドハンティングだからってえらいわけじゃないし給料いいわけでもない
元請けなら客から、ゼネコン中位なら上位から声がかかる
ただ、下位のやつらがどこかから声かかるかっていうと無いよ
下位企業はやっぱ育成能力もってないのが痛いね
最近は残業減ってきてるんだから国が育成システム組まないと先がないわ
勉強会ぐらいじゃどうにもならん 内製化の動きなんか俺には見えない
やれるもんならやってみろっての人買い風情が うちは来てるな
某巨大ゼネコンがやらかしまくったおかげで 前の会社で保守してたシステムが、自分が辞めて一年ちょいしたらクライアント側で内製して契約終わったらしいと聞いて、ちょっとウケた どうせプログラマ業界の氷河期とか将来俺は言われる身だろう 内製化にあたりスペシャリスト持ってるだけで開発経験無いゴミSE掴んだら悲惨なことになりそう
UIが恐ろしく使いにくいとか >>8
設計が滅茶苦茶な方が保守で金取れて良いとマジで言うからね
SIer >>13
UI設計こそ内製が最も優位なんじゃね?
使い勝手の部分だから、何度でも実際に使う人と配置や操作方法とか検討できるから。
内製って隣に実際に使うユーザーが、ヘタすると常時居る状態なんだぜ? >>13
ユーザーと直接席並べて開発した経験が無いと辛いわな
専門用語が一切通じない
できるならすぐにでも経験を積むべき
内製化の流れが本格的になったときに間に合わなくなる ユーザー企業で「内製にしたいので、技術者募集」って感じの正社員募集をめったに見ないのって
やっぱり、引き抜きがメインだから? 稀に情シスがsi化するパターンもある
要望とか要件を真面目にやるクライアントは、そのうち自分たちで要件定義・画面設計ぐらいできるようになるって例があった >>17
社内であぶれた正社員を情シスに充てるから
で、設計も開発も非正規がやる >>18
設計が出来るようになっている=実装も実際できる
※Sヨは除く 偏差値40くらいのお前らが1年で出来るようになってるんだから
偏差値60平均の正社員の会社なら余裕でしょ >>21
正社員のベテラン様がWEBアプリ開発でCやCOBOLの頃の文化を押し付けて来るぜ
とりあえずJAVAの変数はメソッドの先頭に全て明記な
クラスなんて知らねえメインメソッドに手続き型でロジック書くぜ
高卒の俺には辛い >>21
正社員のベテラン様がWEBアプリ開発でVB6の画面を忠実にhtmlで再現する事を求めてくるぜ
もうVB6で良いじゃん VB6風にWEBアプリを作れるフレームワークがあれば
一気に流行るだろうな WEBアプリのメリットとして、環境を選ばない。
といいつつ、使ってるのはWindows固定というオチ。
しかも、Windowsのバージョンアップ、ブラウザのバージョンアップ毎に膨大なテストが必要。
VB6でよかったんじゃね?と最近思う。 VB6はまだまだ現役
2020年までは他の開発言語を選ぶメリット無い >>28
そうやって自社パッケージの営業を始めたら内製はダメダメ。
内製のメリットを理解していないまま内製している証拠。
内製のノウハウを売るならともかく。 内製情シスの偉い人は、ユーザビリティ無視のおぞましいUIを作ろうとするのが好き
そういう人はスマホとか持って無い
口癖は
仕事で使うシステムは地味な方が良い
VB6がアプリの頂点 使う側からするとVB6でも別に構わないんだよな
作る側が今さらあんな知恵遅れ言語、知恵遅れ開発環境を使いたくないだけで >>31
自社で企画要件定義設計製造して
成果物を売ったりサービス展開して利益を得る >>34
VB6は速度が致命的に遅い
それなりの量のデータを扱うならきつい
いまどきのスクリプト言語のほうがはるかに速いぞ >>35
システム外注してるユーザー企業がエンジニア抱えて内製することじゃないの?
システムやサービス売ってる会社がそれを自社で作ることをいちいち内製とは言わないでしょ 内製だと繁忙期と閑散期の需要の違いはどうするの?
給料を上下させる?それとも派遣に出す?有期契約で繁忙期だけ雇う? >>39
業務の自動化だけじゃなくて企画の対応もするからね
やることが尽きないよホント 業務改善の提案をするのも仕事
言われたことやってるだけの奴には無理
仕様書ないと動けない奴なんてもってのほか >>39
ぶっちゃけると、仕様変更は無限・・・。
ただ、逆に考えると、それがユーザーの姿。 >>39
事務とか販売やらせてもよい
それが正社員さ >>46
つまるところ内製でいいや
ってこれが大きいよね WEBのソースと比べたら、VB6のほうが遥かによくね? >>50
それはない
VB.NETすら使えない老害は引退したほうがいい インターフェース、ジェネリック、ラムダ
これが無い言語はめんどくさい どんな言語だろうが、
汚く組む奴は汚いソースだし
綺麗なソース組む奴は綺麗なソース 固定費の負担と、外注に丸投げするときに使っていた魔法の言葉「私達素人だから」が通用しなくなることに気付き再び外注に戻ると予想 >>55
業務がわからない
ソフトがわからない
でお互いに責任を放棄してる面はあるな
エンドからしてみたらなんじゃお前らって感じに見えるだろうが 業務が解らない発注先
と
ソフトが解らない請負先
ですね良くあります vb.netでwindowsフォームアプリ作ってるけど
上司の頭がVB6で止まってるから、
色々汚いし面倒くさい >>46
残念ながら今どきのCPUやPCに対応してない
ミドルウェアもね
昔より速いかもしれんが今どきの開発環境と比べて相対的に遅い >>47-49
暇なときは定時まで働いてもらうほど仕事がない
忙しいときは全社あげて忙しいし、暇なときは全社暇
うまく平坦になるようにマネジメントできるスキルがあればいいんだろね >>50
WEBはデバッグ環境が貧弱
それが全てだと思うわ >>58
まだWinFormで止まってるのか
お前、色々汚そうだし面倒くさそうだな >>58
VB6だから汚いってことはないぞ
理想のVB6ソースをあえてディスってみるなら
集団で改修しても破たんしないようによく考えられた汚さだよ
まぁ、汚いやつは時代を超えて汚い 複数社とコンタクト取りつつヒアリング受けながらこちらからも資料提供するが、経験のない業務を理解してもらうのは限界はあるとは思っている
実際に使うことになるユーザー側もソフトの理解は無理
普通の人もいるけど、どうしても信じられないレベルの人もいる
それでもインプットとなるデータと業務フローを見てもらい、アウトプットとなるデータを示せば、おおよそのイメージを理解してくれるところもあるので内製は避けられてる
まぁ、情シスがそういう部分担わんとうまくまわらんしな
たまに仕様書まで要求してくるところもあるが、それを作るなら内製目指すわ
派遣さんを一時的に雇うことになるけど
ま、実際はそんなとこは切り捨ててるが業者さんから雑談の中で技術者のレベルが下がってきているという話を聞くから本当なら将来はどうなるかわからん >>64
多分自分じゃ気付いてないと思うけど、お前壊滅的に説明下手だぞ 初めに結論や主張を書かないガールズトークだからだな 【貧困生活】SEと離婚【家事困難】
両親や親戚に反対されましたが、低収入なのに時間外労働違反するSEと結婚してしまい生活困難で中絶と離婚をしました。現在は低稼働高収入の共働き可能な相手と結婚して数億円損失を防げました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低利益取引を断らない
・高度情報技術者なのに低利益取引を断らない
・高生産なのに低利益取引を断らない
・高利益なのに低利益取引を断らない
・高需要なのに低利益取引を断らない
・学習多いのに低利益取引を断らない
・人員不足なのに低利益取引を断らない
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf >>65
世間的にSIerは業務に対して素人だということだよ
他業種に転職して即戦力になれんだろ? >>69
当たり前だろw
他業種に転職して即戦力になれたなら、その業種でずっとやってきた奴はなんなのっていうw >>70
ならさ非IT系企業の人間にコンピューターの知識を求めるなよ
SIerに対して説明が下手とか当たり前のことをわざわざ書くなボケ >>71
文脈的にSIerに対して説明が下手なんじゃなくて
個人的な説明スキルが低いと言ってるんだろ? >>64がアホなのは、最初に「ユーザー企業の情シスの者だけど」みたいな前置きをしなかったことだな
読む人からすれば、ここはプログラマ板なんだから、特に前置きでもないかぎり発言の主体はプログラマと思って読み始める
そりゃあ、複数社とコンタクト?ヒアリング?資料提供?なに言ってんだこいつ?ってなるよね 仕様書まで落とし込めないなら他所に投げるべきではないと思うけどな
お任せ部分はそのままリスクになるし、投げる相手を複数検討してるなら尚更誤差範囲を限定しておく必要がある
うまくいってるうちはいいけど、失敗した時やトラブった時の負債は金銭的にも時間的にもデカい
後で相手の業者貶しても負債がなくなるわけじゃないからな 仕様書を落とすのはクライアント側がやるべきと読んでいいかな?
それならSIerは不要な職業になるが 昔ERP案件で技術者を名乗る元請けの連中がBOMの組み方を理解してない、出来なかった
契約書にあるマニュアルすら用意出来ない
自分等が売っているもの、提供するものを使えないなんて信じられんかったわ
これは酷いケースだと思うが大手なんだよな
実際に詳しいのは下請け
その下請けと直接コンタクトとれればいいが接触禁止する元請け
議事録にも残っている内容とは違う仕様を作ったり、仕様書に書いてないことは確認せずに勝手にコーティングしたり困ったな
パッケージベースですら自社の標準仕様を理解出来てないのが表に出てきたな 個人的にはSIerなんてこんなもんだと諦めてるが経営陣は理解出来ないので内製しろと命令が下る
実際基幹システム内製してしまったのでこの板にいるわけだ
この板の住人の顧客でもあるしマでもある
ただMESまで内製するのは避けたい >>76
どうせできずに泣きついてくるんだからSIerは必要だよw >>79
SIerが書けないからクライアント側に書かせるんだろ?
泣きつくわけないじゃん
バーカ >>77-78
相変わらず下手くそな文章だな、>>64w >>80
そりゃお前が客としてナメられてるだけだよ
お宅の案件はC級SEにやらせますんで、仕様書はお宅が自分で用意していただけませんかねぇw >>82
話のできないSIerとは一緒に仕事しないだけだから
特に問題はありませんよ
客を舐めるとか本気でやっているならこちらから願い下げ >>81
適当に書いてる便所の落書きに対してなに考えてんだか 煽りが業界の問題じゃなく個人攻撃しかないのかよ
つまんねーな >>82
大事なこと書き忘れた
おまえ様の常識では仕様書書けない人間もSEなの? SEっていう肩書が曖昧すぎるんだよ
営業、PM、管理職、で設計やプログラマや品質管理もろもろまで全部ひっくりめてSE そもそもSEは和製英語だっけ?
設計、開発、テストする人間をSEって言うんじゃなかったの?
マネージメント、営業をSEって言うのは初めて聞いた
営業もやるSEはいるけどな >>86
俺はそんな奴知らないけど、お前の会社の相手するような低級SEは事実仕様書が書けないんだろ? >>90
知らんわボケ
顧客に仕様書書かせるところと取引するわけないだろ? >>91
お前のところもそのうち金欠になって
自分で仕様書書くはめになるよ >>77
実装が糞なのは外注に丸投げしてるから
大手は自社で実装することを恥としてるから 社内システム化は非正規をみなし残業で雇って限界まで働かせるのが正解になってきたな 社内のIT化に適当な社員が充てられて、非正規が設計開発する
社員は素人だし非正規は簡単に辞めるから、だいたい失敗する 社員が設計・開発やって、テストを現場の人間。
これ最強 ■ このスレッドは過去ログ倉庫に格納されています