Почему зарплаты инженеров-программистов достигают пика, выше которого они уже не увеличиваются с опытом работы в Германии?

Я недавно закончил магистратуру по информатике (CS), живу в Германии. Теперь я начинаю думать о своей долгосрочной карьере и поиске работы в Германии. Я хорошо разбираюсь в Java и интеллектуальном анализе данных (я написал диссертацию на тему интеллектуального анализа данных).

Изучив, какие карьерные пути выбирают другие люди с мастером CS, я понял, что большинство из них становятся либо инженерами-программистами, либо специалистами по данным. Я понял, что если бы мне пришлось выбирать между этими двумя областями, я бы предпочел стать инженером-программистом. Ведь более интересных путей для карьеры в качестве сотрудника я не нашел.

Как бы то ни было, я начал исследовать заработную плату инженеров-программистов Java в Германии и понял, что повышение зарплаты достигает уровня, при котором она больше не увеличивается. Я обнаружил, что после 10+ лет опыта большинство людей имеют либо 66 тысяч евро в год, либо самое большее 70 тысяч евро в год, и они почему-то никогда не увеличиваются оттуда. Я нашел это немного шокирующим, что даже с большим опытом ваша ценность остается прежней!

Это контрастирует с некоторыми профессиями (например, врачами), зарплата которых увеличивается по мере увеличения их опыта в Германии.

Мои вопросы:

  1. Почему зарплаты инженеров-программистов в Германии после, скажем, пяти лет опыта не сильно повышаются, а после 10 лет почти никогда не повышаются?

  2. Существуют ли карьерные пути в области компьютерных наук, где зарплата увеличивается с годами опыта?

Сильно связанные/дубликаты: worker.stackexchange.com/q/44377/12284
Обратите внимание: lavoce.info/archives/32242/… ссылается на lavoce.info/wp-content/uploads/2015/01/leonardi2.png (данные EUSILC 2012), показывая, что пик заработной платы в Германии в среднем приходится на 47-летний возраст.
Комментарии не для расширенного обсуждения; этот разговор был перемещен в чат .
Что касается вашей конкретной ситуации: если честно, сказать, что вы хорошо разбираетесь в Java, даже близко не стоит, чтобы быть лучшим способом продать себя как инженера-программиста. Если вы действительно чувствуете, что ваши навыки Java настолько важны, что их важность доминирует над всем остальным, что вы изучили, тогда вам действительно следует заняться изучением других тем. Обучение использованию основных языков, вероятно, является самой простой частью разработки программного обеспечения, и у Java не самая лучшая репутация; сложная часть — научиться писать эффективные и действенные программы (алгоритмы, структуры данных, машинное обучение и т. д.).
На самом деле, я бы даже сказал, что не удивлюсь, если некоторые типы менеджеров по разработке программного обеспечения активно избегают кандидатов, рекламирующих свои навыки Java.
1) В случае иностранцев этот лимит составляет около 60-65 тысяч. Так что вы еще в хорошем положении. 2) Компании здесь не кажутся нуждающимися в действительно высококвалифицированных кадрах, им гораздо больше нравится решать легко автоматизируемые задачи с легко заменяемым сотрудником. Это снижает заработную плату в высококвалифицированной области.
Кстати, по моему опыту, ни одна компания никогда не интересовалась моим опытом старше 5 лет, тем более ни одна компания никогда не интересовалась моим опытом работы в моей родной стране. Так что, я думаю, после 5 лет опыта уже не имеет значения, что ты делал до этого. Это очень прискорбно.
@Mehrdad Никогда и никому в жизни не хотелось писать эффективную программу. Почти никогда в жизни не использовал какую-либо алгоритмическую теорию, которую выучил в университете. Вы думали, что IT — это такая же высокоуровневая вещь, как, например, физика? Да я тоже...

Ответы (6)

Проще говоря, бизнесу не нужны нейрохирурги. Им нужны рабочие. И если Java-разработчик с 5-летним опытом может хорошо выполнять свою работу, зачем платить больше тому, у кого больше опыта, если все, что он может добиться, это тот же результат?

Опыт имеет значение только в том случае, если вы можете преобразовать его в лучший производственный процесс. Либо быстрее, либо меньше ошибок, либо любой другой показатель. А в разработке программного обеспечения после определенного момента у вас есть все знания и опыт, необходимые для программирования обычного программного обеспечения для бизнеса. Оглянитесь вокруг: нет гения, который программирует интернет-магазин. Для этого не нужно быть гением. Это просто код. Это, безусловно, станет лучше, если вы сделаете это несколько раз, но не станет намного лучше, если вы сделаете это 20 раз. Нет большой разницы между тем, кто построил 20 интернет-магазинов, и тем, кто создал 25.

Если вы хотите более высокооплачиваемую работу, вам нужно искать сегмент рынка, где вам нужны очень опытные люди, где вы можете учиться и использовать новые вещи даже через 10 лет.

Или иди в управление.

Или выйти в сегмент рынка, в котором никто не хочет находиться (на ум приходит SAP).

«где вы можете учиться и использовать новые вещи даже через 10 лет». можете ли вы уточнить этот момент, пожалуйста? Примеры?
@JackTwain Большинство людей, как правило, специализируются на одном языке или отрасли программирования и придерживаются его, особенно когда не меняют работу. Это заставляет людей отставать, когда дело доходит до новых методов разработки, языков и т. д.
@JackTwain Большинство обычных работ может быть легко выполнено с помощью технологий 10-летней давности кем-то с 5-10-летним опытом. У этого человека есть все, что вам действительно нужно для создания следующего интернет-магазина, системы учета, приложения для обслуживания клиентов или любого другого бизнес-приложения, которое нужно людям. Вам нужно найти работу, которую вы не можете сделать с техникой прошлого века и 5-летним опытом, именно там вы получите больше денег, когда у вас есть 10+ лет опыта.
@nvoigt Извините, но мне это очень интересно... С каких это пор никто не хочет быть в сегменте SAP и почему?
Ну, я не могу говорить за всех остальных разработчиков, но для меня SAP не совсем забава. И глядя на то, что делают люди из SAP, я думаю, что никто больше не хочет этого делать. Если бы у них были желающие это сделать, они бы не платили столько денег. Если бы у них было множество людей, подающих заявки на работу в SAP, зарплаты, вероятно, были бы вдвое меньше, чем они есть.
Что означает SAP?
@NewWorld Компания SAP .
Я убедился, что это правда. Для некоторых клиентов-консультантов я не могу повысить ставки, даже если я лучший разработчик на сайте. Им просто не нужны очень продвинутые таланты. Им нужна скучная работа по программированию. Чтобы брать больше, вам действительно нужно найти способ делать больше.
Думаю, следует уточнить, что я имею в виду работу с продуктами SAP. Работа напрямую в SAP как в компании — это нечто совершенно другое. Может быть, это весело, я не знаю.
Хотя в этом ответе есть много крупиц правды, он сильно преуменьшает ценность опыта. Вы действительно думаете, что сделать что-то всего 20 раз достаточно, чтобы стать абсолютным мастером?
@Lohoris Нет, но я знаю, что компании не ищут мастеров. Они ищут людей, которые выполняют работу, и вы можете выполнить работу даже на уровне, намного ниже мастерства. Я не преуменьшаю опыт, я просто говорю, что компании не очень часто нуждаются в таком количестве опыта, поэтому зарплата не увеличивается линейно с опытом.
Я видел очень плохой код веб-сайта, вырезанный и вставленный к черту парой десятков среднестатистических разработчиков. Три года этого, и бизнес не может получить новые функции ни за какие разумные деньги. Если бы они были готовы платить за известных хороших разработчиков, они могли бы нанять вдвое меньше, а новые функции были бы доступны по разумной цене.
@kevincline Абсолютно верно. К сожалению, «хорошо» не увеличивается с опытом. У упомянутых разработчиков теперь есть еще три года «опыта», и я не хотел бы нанимать их больше, чем я (не) три года назад.
«вырезано и вставлено к чертям и обратно [...] средними разработчиками» — если это то, что вы называете «средним», мы, похоже, не согласны с тем, где проходит грань между низким и средним. Хотя, конечно, то, насколько хорошо может работать разработчик, также сильно зависит от того, насколько хорош (проект) менеджмент.
Я не уверен, чувствовать ли себя польщенным или оскорбленным этим последним предложением.
Комментарий SAP настолько верен ...
+1 Очень хороший ответ, который говорит все как есть ... Если вы собираетесь заняться созданием веб-сайтов, удачи, вас сейчас пруд пруди.
исходя из вашего опыта, сколько будет зарплата java-разработчика с 5-летним опытом работы в Штутгарте? Со свободным знанием немецкого языка.
@nvoigt Я обнаружил, что вы здесь лучше всего понимаете немецкую индустрию программного обеспечения (или, по крайней мере, кажется, что вы работаете в такой же среде, как и компания, в которой я работаю), поэтому не могли бы вы проверить этот вопрос? на рабочем месте.stackexchange.com/questions/49221/…
  1. Потому что опыт — это еще не все. Есть и другие факторы, определяющие вашу «стоимость» и заработок, которые вам не следует недооценивать: образование, социальные навыки, лидерские качества, сетевые факторы, (рабочая) ситуация на рынке, ... Я уверен, что кто-то, кто дольше в профессиональной жизни чем я могу добавить еще много факторов.

  2. Есть два способа увеличить свою заработную плату:

    • Специализированный способ: направьте свои знания в более конкретную область или отрасль, например, на разработку программного обеспечения для аэронавтики (просто пример).
    • Универсальный способ: приобретите лидерские качества и станьте менеджером проекта или руководителем отдела/группы.

Так как я давно не профессионал (у меня стаж не больше года после выпуска), я не могу дать вам более подробную информацию, но, по крайней мере, это то, что я понял, варианты, которые у вас есть, когда вы хотите получить больше денег в разработке программного обеспечения.

В то время как другие ответы в целом верны в любой области, мы находимся в особой исторической ситуации в разработке программного обеспечения.

10-20 лет назад компании были готовы нанять практически любого, кто знал, как открыть IDE. Я встречал некоторых из этих людей, которые до сих пор занимают руководящие должности в сфере разработки. Сегодня те же люди не смогли бы попасть на собеседование младшим программистом в ту же компанию. Это означает, что статистика зарплат на самом деле не показывает, сколько мог бы заработать более молодой программист с таким же опытом.

К сожалению, это не означает, что вы должны ожидать более высокую премию, как только вы приобретете больше опыта. Вы будете конкурировать с людьми, которые гораздо более компетентны и на гораздо более жестком рынке.

Я лично считаю, что есть два основных фактора, влияющих на то, почему технические должности, как правило, достигают максимальной заработной платы примерно через 10 лет, когда дальнейший опыт мало что дает для вашей зарплаты.

Чего вы стоите! = чего вы стоите для своей компании

Допустим, у меня есть проект, который, как я ожидаю, будет приносить 60 000 евро в год. Пока проект выполнен с приемлемым качеством, конечный результат не сильно изменится, даже если он будет лучшего качества. Тем не менее, я хочу нанять кого-то, на кого я могу положиться, чтобы сделать это по крайней мере приемлемым, но я получаю очень мало пользы от того, что платю больше кому-то с большим опытом. Тем не менее, не имеет значения, если вы стоите 120 тысяч евро на «рынке», вы по-прежнему стоите только 60 тысяч евро для меня, поэтому я не могу оправдать платить вам больше.

Опыт работы в технических областях обесценивается

В областях, где технологии, законы и т. д. меняются довольно агрессивно, новые навыки имеют ценность, в то время как старые навыки постепенно теряют ценность. (если только они не являются особенно редкими или нишевыми навыками)

Это связано с тем, что в конечном итоге все меняется, и прошлые навыки больше не имеют ценности. Например, раньше люди могли программировать с помощью перфокарт, но поскольку этого больше никто не делает, это не имеет никакой ценности.

Точно так же, если у вас есть десятилетия в Pascal, Turbo Pascal или VB6, они быстро обесцениваются в пользу C#, C++, Perl и Delphi. Через десять лет, скорее всего, C# и другие будут постепенно обесцениваться из-за того, что языки найдут лучший способ делать что-то, чем современные языки.

Это также идет дальше, чем просто технология. Рабочая этика, методологии управления проектами и базовая офисная динамика со временем меняются из-за экономических и культурных изменений. Некоторые из этих мягких навыков никогда не теряют своей ценности (способность оценивать, сколько времени потребуется, базовые навыки ведения переговоров и т. д.), другие полностью теряют ценность. (правильный этикет при отправке факсов, надлежащий этикет при отправке письменных заметок и т. д.)

Резюме

По сути, все это означает, что вы приобретаете ценность по мере того, как учитесь и приобретаете опыт, но то, что вы изучаете, также постепенно теряет ценность. В конце концов вы дойдете до точки, когда ценность, полученная благодаря опыту, фактически обесценится, а стоимость, потерянная из-за обесценивания. ~10 лет. Кроме того, как владелец бизнеса, я буду платить только за тот опыт, который мне нужен, и ничего более.

«Неважно, если ваша стоимость на «рынке» составляет 120 000 евро, для меня вы все равно стоите всего 60 000 евро, поэтому я не могу оправдать платить вам больше». - тогда вы должны быть в порядке, если потеряете их и не сможете нанять замену (при условии, что вы будете нанимать с рынка, а не из какого-то волшебного места без рынка?)
@AaronHall «Рынок» сильно различается, профессия, местоположение, рынок, на котором я продаю, и т. Д. Поэтому иногда одна и та же «работа» может иметь совершенно разные уровни оплаты в зависимости от рынка работодателя. Скорее всего, если я нахожусь на нижнем уровне, я ожидаю более высокой текучести кадров, большего разрыва между наймами и более низкого качества кандидатов. Но в конечном итоге это сводится к этому. Если мне нужно сделать больше, чем я плачу вам в разумные сроки, или я потерплю неудачу как бизнес. Если я не могу нанять кого-то по ставке, при которой я могу получать прибыль, то проект обречен.
@AaronHall, в Google есть люди с доходом 6 миллионов в год. Google готов заплатить. Я продам вам этих людей со скидкой 90% = 600 тысяч в год. Вы возьмете их?
У меня нет бюджета, поэтому мне придется отказаться от них. Но спасибо за предложение!

Мой ответ больше относится к США, где я работаю, но и здесь существует то же самое явление.

Есть несколько причин. Прежде всего, самой Java всего немногим более 10 лет, поэтому предпосылка вашего вопроса несколько сомнительна. Никто не знает, какая будет зарплата у Java-разработчика с 40-летним стажем, потому что таких людей не будет еще много десятилетий. Между языками также существует цикл, и Java, вероятно, уже прошла свой пик. Я считаю вполне возможным, что через 5-10 лет программисты на Java будут цениться так же, как сегодня программисты на COBOL или K&R C, а это немного.

Во-вторых, законно это или нет, возрастная дискриминация свирепствует в индустрии программного обеспечения. Компании предпочитают нанимать разработчиков программного обеспечения в возрасте от 20 до 30 лет, а после 40 лет становится трудно найти какую-либо работу. Зарплаты диктуются спросом и предложением, и когда спрос на людей в этой возрастной группе невелик, зарплаты снижаются, а не растут.

В-третьих, подумайте, ПОЧЕМУ опыт ценен во многих профессиях: такая область, как, скажем, юриспруденция, довольно статична. Юрист с 30-летним стажем просто лучше знает, как аргументировать дела или как придумывать новые юридические теории. Отдельные законы меняются, но принцип работы законов в целом остается прежним.

Инженеры-программисты, с другой стороны, работают в сфере, где старый опыт не очень хорошо применим. Конечно, программирование — то же самое, но это лишь малая часть разработки программного обеспечения.

Кроме того, разработчик программного обеспечения с 10-летним опытом работы на одном языке часто рассматривается не как опытный, а как неспособный освоить новые навыки.

Мой лучший совет для вашей ситуации — вообще не выбирать жесткий карьерный путь, а сохранять гибкость, и независимо от того, что вы собираетесь делать сейчас, будьте готовы полностью изменить курс в течение 5-10 лет.

Второй мой совет — ориентируйтесь не на навыки, а на людей. В конечном счете, ваша работа как разработчика программного обеспечения состоит не в том, чтобы создавать код Java, а в том, чтобы решить чью-то проблему — того, кто готов выбросить много евро на решение этой проблемы. Умение разговаривать с людьми, определять их проблемы и решать их (используя любые решения, не только Java) — это то, что на самом деле приносит вам деньги и успех в карьере.

Ваша первая предпосылка неверна, Java уже 20 лет с версиями Alpha и Beta, выпущенными в 1995 году (даже если вы просто посчитаете Java 1.1, которая является первой, которую люди действительно использовали, это было в 1996 году). Кроме того, ваше утверждение о том, что COBOL-программисты мало ценятся, является неверным. Наоборот, им чрезвычайно хорошо платят, особенно потому, что осталось так мало людей, умеющих программировать на COBOL.
Кроме того, я бы поставил под сомнение вашу аналогию с адвокатом. Я бы сказал, что на самом деле разработчик программного обеспечения очень похож на юриста, поскольку основы в CS не сильно меняются (ООП, шаблоны проектирования, способ работы процессора), но отличается только исполнение. Наконец, я не думаю, что ваше утверждение о людях с 10-летним опытом вообще верно — я не слышал, чтобы кто-нибудь говорил, что Линус Торвальдс «неспособен освоить новые навыки» только потому, что он занимается программированием ядра (так что в основном просто C) уже более 20 лет.
@dirkkm Ребятам из COBOL хорошо платят только из-за кредитного плеча. Когда последние приложения COBOL на этой Земле заменяются, они немедленно теряют свою ценность.
@dirkk Линус Торвальдс занимается не только программированием ядра, поэтому вы не услышите, как люди делают это заявление. (Например, он работал над Git.)
@Cronax Я знаю об этом, это был короткий пример, включая сокращение вещей. Можно взять многих других известных программистов, суть остается в силе. Более того, сам Git написан на C...
@dirkk Я бы также возразил против вашего утверждения о том, что шаблоны проектирования не сильно меняются, я бы сказал, что в некоторых областях (например, в Интернете) за последние несколько лет произошли довольно резкие изменения в шаблонах проектирования по мере развития технологий. Работа над веб-проектом с использованием традиционных шаблонов проектирования, вероятно, сработает, но это будет далеко не оптимальное решение.
@Cronax хорошо, я не знаю, что есть много новых шаблонов проектирования с более новыми веб-технологиями, я просто вижу много шаблонов наблюдателей в новых библиотеках JS. Тем не менее, я просто имел в виду, что основы остаются прежними — шаблоны проектирования «Банды четырех», безусловно, по-прежнему актуальны, и любой новый шаблон будет основываться на них тем или иным образом. Опять же, это всего лишь пример, и он не должен быть на 100% правильным, но понять суть, которую я пытался донести.
@dirkk - на COBOL, ребята, я с Pacerier. Я помню, что в преддверии 2000 года парни из COBOL получали астрономические зарплаты. Я слышал, как некоторые жалуются, что к февралю 2000 года их зарплата упала примерно до 15 долларов в час, и предполагалось, что она осталась на этом уровне. Linux Torvalds на самом деле является хорошей иллюстрацией. На самом деле он не зарабатывает так много денег и в основном живет за счет разовой лицензионной сделки. Если бы он сейчас попытался найти работу за пределами одной-единственной области знаний, которой он обладает, я не знаю, насколько успешным он был бы. Даже с его статусом знаменитости.
@dirkk - продолжение. Основы в CS действительно меняются. Например, сейчас существует тенденция считать ООП не таким уж замечательным, как и процедурное программирование до ООП. Некоторые люди считают функциональное программирование новой парадигмой. Что еще более важно, сами основы меняются. То, как работает ЦП, не так важно, как раньше, но понимание концепций больших данных часто имеет значение.

Я профессиональный инженер-программист из Австрии - здесь примерно такие же обстоятельства. Повышение заработной платы инженеров-программистов почти останавливается на этом с опытом работы около 7 лет. Из-за этого большинство людей меняют свою роль на более высокооплачиваемых менеджеров проектов, архитекторов программного обеспечения или руководителей групп. Эти 3 возможности будут очень действительными вариантами после того, как вы достигнете максимальной оплаты в качестве инженера-программиста.