経験者です。明確に、且つかなり違います。

自分は一次請けのSierに過去いて、何次請けかとかプロジェクトにもよると思いますが、イメージとしては10年ぐらい受託は事業会社の後を歩いてるくらいです。

解く課題が違うので求められる技術の種類やスキルが変わる感じだと思います

本来、前者と後者に勤めてる人の技術力に優劣はないはずなのですが、受託は給料が低い傾向にあり、そうなると優秀な人は自然と給料が高い事業会社に行くので結果として技術力が高い人が受託には残りにくくはなります

有名事業会社のハイパフォーマー＞＞受託会社大手のハイパフォーマー＞＞＞事業会社の正社員＞＞＞＞その他

くらいのイメージです。受託会社だと、どうしても受託会社に頼らないと回らない会社から求められるものしか作れないので、経験値的に美味しい大規模で複雑なものを作る機会はどうしても薄くなる気がします。

長年の濃厚な受託経験を経て、事業会社の開発エンジニアとして2社経験しました。現在も、自分の組織の開発体制や仕組みを整えるための情報収集目的で、積極的にエンジニアの交流会などに参加し、他社の事情などを聞いてまわっています。

結論から言うと、事業会社がモダンかどうかは会社によります。受託開発の環境は、技術的な先進性の面ではかなり遅れていることも事実です。

事業会社でも、コアビジネスの競合優位性が自社のWebサービスにあり、システムやエンジニアの質が収益に直結する場合は、経営層が開発生産性の向上と維持に投資する意識があり、モダンな開発体制やプロセスを整えており、優秀なエンジニアも集まりやすい傾向を感じます。

しかし、収益を生み出すコアドメインがWebに依存しないビジネスモデルの場合は、内製化体制が整っていたとしても、事情が違う場合も少なからずあるように感じます。

そう言った業界では、必然的にトップ層のシステムに対する考え方が旧態依然で、ビジネスが回りさえすれば良く、システムの内部品質に対する投資に重要性を感じないことも多いです。

そのような組織では、受託開発ほど体制が整っておらず、かと言って自動化の仕組みも中途半端、その上で、DevOpsやSREと言ったらそれっぽい言葉に感化されて、開発エンジニアが泥臭い運用保守や、オンコール対応なども求められ、現場のエンジニアにとってはかなりストレスフルな開発環境となりがちです。

また、特にビジネスの勢いがある間は、どうしても技術的負債を多く借りてでも成長を優先する必要があり、より一層その傾向が強くなります。

また、それに輪をかけて状況を悪くしてしまうのは、組織が大きくなる過程でコンサル会社やSIerからマネージャーレイヤーを多く集め始めてしまい、顧客に価値をより多く届けるための仮説検証よりも、問題のないデリバリーにゴールの目線を置いてしまう人材が増えてきます。

そうなるともう当面は、混乱期を抜け出せません。

受託開発では、上述の旧態依然の事業会社でかつ内製組織を持たない企業を相手にする場合が多く、かつ、発注側と受託側のゴールが違うところにあり、お互いに牽制しあってしまうことから、どうしても技術的に遅れてしまう材料が揃ってしまいます。

ただし、受託開発はシステムを完成させ、納入先に納得してもらわないことにはビジネスが成り立たないので、そのための仕組みにはかなりのノウハウがあり、それも、エンジニアの有益なスキルの一つかもしれません。

もしあなたがモダンな環境にエンジニアとして身を置きたいと考えており、かつ、今の受託開発の環境が、自動テストが無いことに対して危機感を感じていない環境だとしたら、今すぐにでも思い切って環境を変える事をお勧めします。

進化の無い現状維持は常に退化です。