На что в Москве тратить 4-5 тысяч долларов одному при работе в большой компании, когда, по словам автора, в будни ничего не тратишь?
Из этих 4-5 тысяч в Москве может легко уйти на съём жилья 2 тысячи. Я, конечно, понимаю, что можно и за 40тыр квартиру снимать, но парень же пожил в Европе, поездил по миру, вполне вероятно, что после этого он не захочет жить в очередном бетонном многоэтажном гетто. А обеспечить себе в Москве примерно европейское качество жизни и европейскую городскую среду можно только живя в хорошем районе в центре и не в каждом доме.
Если вы дополнительные ништяки в виде ДМС, обедов, спорт-зала, удаленки и пр. переводите в деньги и именно это имеете ввиду, то еще можно согласиться.
Из перечисленного достаточно ценно только ДМС — в частном порядке слишком дорого покупать. Спортзал и обеды вообще копейки стоят относительно зарплаты программиста, можно и самому заплатить.
Честно для меня всегда была загадка, почему талантливые программисты работают на кого-то, а не занимаются своими проектами.
Думаю, потому что многие талантливые программисты не являются хорошими бизнесменами, маркетологами, менеджерами по продажам, бухгалтерами, юристами. Не все умеют и любят искать заказы. Мало кто может придумать небольшой продукт, который принесёт прибыль. А уж найти инвестора вообще могут единицы.
Труд ITшника состоит же не только из набора кода. Есть ещё деловая переписка, написание документации, общение в Skype. Но дело даже не столько в скорости, сколько в удобстве. Нет необходимости переводить взгляд с клавиатуры на экран, всегда видишь, что пишешь, не теряешь контекст.
Когда работодатели жалуются, что не могут найти железячников, мне всегда хочется рассказать такую историю. Когда я заканчивал университет, мой друг работал в одной интересной компании. Они делали кучу железа (не расскажу для кого), а фронт и базу данных писали на Java+Oracle. Железом и низкоуровневым программированием под QNX занимались взрослые бородатые мужики, а на Java + Oracle писали исключительно студенты (или вчерашние студенты). Они часто ездили в командировки. В командировках после работы джависты шли в ресторан, а железячники закупались дошираком, чтобы хоть как-то сэкономить командировочные и привезти семье. Зарплаты различались в 2 и более раз. При том что у мужиков-железячников был опыт работы 10-20 лет, а у джавистов иногда и года не было. Исключительно бизнес, ничего личного: джависту в то время достаточно было поднять руку, чтобы его начали приглашать на собеседования, а железячникам некуда было деться с подводной лодки, не было для них рынка. Ну и чего удивляться после этого, что специалистов нет?
именно для этого надо понимать этому специалисту, что его уровень — «молодой специалист» :). Тот, кто себя недооценил, получит опыт и оправданное понимание своего уровня. Тот, кто переоценил, получит разочарование, обиду и, часто, потерянное время.
Но при этом можно быть молодым специалистом в разных компаниях. Тот, кто себя недооценил, может привыкнуть сидеть в болоте. Да и просто потеряет кучу времени. А тот, кто себя переоценил, просто приведёт самооценку к должному уровню.
К сожалению, это редко именно так. Более того, чтобы удержать ценного специалиста, зарплату придётся повышать, и мало кто планирует повышать изначально задранную зарплату. Опять же, я делаю тут акцент на выбор этой самой супер-пупер зарплаты в ущерб прочим своим интересам.
Возможно, разный опыт. У меня есть хороший личный опыт получения зарплаты значительно выше рынка в прошлом. Никакого негатива, одни плюсы. Сейчас среди друзей тоже есть несколько, получающих в 1.5x, 2x рынка. Жалоб не слышал.
От скучной работы выгорают. А вот в попытках сделать то, на что не хватает знаний и талантов, часто именно сгорают.
В моём случае это привело к желанию изучать новое, расти. Было очень круто.
Статья понравилась, но с рекомендациями для соискателей не совсем согласен:
… надо трезво оценивать свой уровень и не слишком надеяться на чудо?
Для того, чтобы трезво оценить свой уровень надо его, так сказать, прощупать. Особенно это важно для молодых специалистов. Очень многие из них страдают от завышенной самооценки, но ещё больше тех, кто себя недооценивает. Надейтесь на чудо, готовьтесь к собеседованиям в крутые компании, ходите на эти собеседования. Не догоните, так согреетесь (научитесь проходить собеседования).
… не стоит гнаться за супер-технологией, только потому что она популярна, а стоит выбирать то, чем реально интересно заниматься?
Одно другому не противоречит. Супер-технология может оказаться не только популярной, но и интересной. Гораздо выгоднее заниматься интересными и востребованными вещами, чем просто интересными.
… не стоит гнаться за супер-зарплатой, ибо и спрашивать будут соответственно, либо это слишком рисковое предприятие и высокие зарплаты долго не продержатся?
Стоит. При прочих равных всегда надо работать за максимальную доступную зарплату. Зачастую зарплата выше рынка — это не столько показатель рискованности и требований, сколько того, что у компании дела идут хорошо (может себе позволить), компания не хочет терять людей только из-за того, что работник нашёл, где больше платят.
… не пытаться прыгнуть выше головы, ибо сгоришь на работе?
Для того, чтобы определить где это «выше головы», надо попробовать «попрыгать». А сгорают от скучной однообразной лёгкой работы гораздо чаще, чем от сложной.
… не стоит заранее хаять компанию за особенности работы и подход в найме, может тому есть веская причина?
Стоит. Например, компании, которые проводят отвратительные стрессовые собеседования в неуважительной форме должны получать обратную реакцию.
Среди программистов вообще не так много людей с высшим очным техническим.
Думаю, что это совсем не так. Очень редко встречаю программистов без высшего технического образования. Но статистику не веду.
По-крайней мере, мама меня не отдала в тех.вуз по этой причине.
Похоже, ваша мама сексистка.
это обилие в вузе не программистских дисциплин типа вышмата, физики и т.п.
Самые что ни на есть программистские дисциплины. Если речь о высшем образовании, естественно. Программирование как никак техническая деятельность. Какая техническая деятельность может быть без математики?
У меня вот по матану, физике и геометрии тройки в школе были.
Может быть в этом и есть проблема, а не в сексисткой среде?
Понимаю, что это перевод, но всё же. Совершенно некорректно ставить рядом SAS и Java. Это совершенно несравнимые вещи. Прежде всего по назначению. Более того, в вакансиях под SAS зачастую подразумевается не просто проприетарный язык, но и огромный спектр продуктов: Enterprise Miner, Enterprise Guide, JMP, OLAP Server; возможно сейчас что-то называется по другому. Язык SAS тоже довольно интересный, но сейчас, конечно, теряет актуальность. А так статья весьма интересна!
Когда на весь регион пара-тройка контор — не очень то походишь. А в москву не наездишься.
Думаю, что без Москвы дело в любом случае не обойдётся. Придётся собеседоваться удалённо и ездить в случае успешных созвонов. Возможно, договариваясь и объединяя по несколько собеседований.
С Go как с языком всё так. Кроме того, что в вакансиях он требуется в разы реже, чем некоторые другие языки программирования. Да и если требуется, то зачастую в связке с каким-нибудь другим языком. А ситуация такая, что нужно повышать matching с как можно большим количеством вакансий. Но в любом случае, надо смотреть HH. Может ситуация изменилась и Go вышел в лидеры популярности, давно не изучал ситуацию…
По моему скромному мнению, локальные цели очень плохо сформулированы. Можно достичь их все так ни к чему и не приблизившись (ну почитал, ну порешал, ну разослал). Локальная цель должна быть очень простая: устроиться на реальную работу на полный рабочий день программистом. Даже джуниором, даже на маленькую зарплату, даже в мутноватую компанию. Дальше разберётесь и улучшите положение. У вас ещё есть небольшой запас возраста, когда вполне можно устроиться на джуниора. Но очень небольшой.
И соответственно, делать надо именно то, что способствует этой цели. SQL-EX способствует, но в ограниченном объёме. Часть схожих задач наверняка попадётся на собеседованиях, если в резюме будет SQL. Книга про высоконагруженные приложения не способствует. Также как не способствует и написание игры. На мой взгляд надо:
1. Готовить резюме. Просить на форумах, чтобы его вычитали программисты или HR.
2. По каждой упомянутой технологии в резюме искать и разбирать "[технологи] junior interview questions"
3. Рассылать резюме и ходить абсолютно на все собеседования, куда позовут.
4. Результаты собеседований в случае неудач анализировать, а вопросы разбирать.
5. Продолжать решать задачи на SQL-EX плюс добавить решение задач на codingame. Решать на javascript + каком-нибудь популярном языке (не Go). Можно выбрать Python, C#, Java. Лучше всего посмотреть на HH, какие языки требуются на «вакансии мечты».
6. Проходить бесплатные курсы по языкам и технологиям, указанным в «вакансиям мечты».
7. И так по кругу до найденной работы.
Будет сложно, как по времени, так и по деньгам. Но через 3-5 лет будет сложнее в разы.
Вижу периодически. Из публичных, например, Искандер Ядгаров, программист из Яндекса, также является одним из сильнейших полумарафонцев России (вторым). Из непубличных, мой друг ITшник имеет несколько мировых рекордов по направлению тяжёлой атлетики.
Все люди разные.
Запись в трудовой. Шутка. Но всё же. Если у человека в трудовой записано «ведущий программист», компания готова платить ему соответствующую зарплату, в работе он не уступает другим ведущим программистам-коллегам, и при этом всём он может на рынке найти другую работу с такой зарплатой и должностью, то нет никакой причины называть его по-другому. Понятно, что компании бывают разные. Но есть и такие, куда абсолютное большинство трушных сеньёров с 15 годами опыта не возьмут даже на джунов. Но они же от этого джунами не становятся.
Странно, на самом деле, соискателю указывать потенциальному работодателю на то, какие вопросы он имеет право задавать на собеседовании.
Я здесь не соискатель, а вы не мой потенциальный работодатель. Поэтому не вижу ничего ненормального в том, чтобы обсудить вопросы с собеседований. В том числе их адекватность.
Остается подмножество простых вопросов, доступных даже неопытным специалистам, которые позавчера прочитали git basic howto. По крайней мере, знание этого базиса позволяет предположить, что соискатель по инструкции воспроизведет воркфлоу.
Ок. Но адекватный работодатель будет проверять другое. А если окажется, что соискатель подходит, но не знает git, то просто попросит прочитать «git basic howto» перед началом работы.
P.S. Как-то вы слишком эмоционально реагируете на моё вполне нейтральное сообщение.
Вы негодуете, что вас спрашивают команды СКВ на интервью, и называете это агрессивностью, напыщенностью и хамством? А, ну… ок…
Спрашивать команды СКВ на собеседовании довольно странно. Я всегда работал с СКВ, начиная с VSS и потом ещё с 3мя-4мя разными. С Гитом работаю практически во всех ситуациях только из консольки. Но при этом не помню синтаксис команд. Зачем забивать голову? Есть история консоли для самых частых случаев, есть шпаргалка для более редких, и есть интернет для исключительных. Даже если представить, что попаду за новое рабочее место без интернета, то всё равно можно воспользоваться git help. Нормальный вопрос для собеседования — это спросить, какая модель ветвления использовалась на прошлых проектах. Хотя, по большей части, какая разница? Какая модель принята в организации-работодателе, по такой и будет работать разработчик. По опыту, даже те люди, которые никогда не пользовались СКВ, не имеют никаких трудностей в работе из-за этого. Ну покажет им более опытный сотрудник за 5 минут, что делать. И всё. А спрашивать команды, это примерно как у плотника спросить, какую кнопку нажимать на циркулярной пиле: красную или зелёную.
А у меня приятное впечатление от интервью. Человек захотел денег, нашёл профессию, которую полюбил, пахал, дорос до уровня коллег, мечтает о чём-то большем (разработка протезов). Молодец. Единственное, по-моему, термин «синдром самозванца» употреблён неправильно.
Если не знаете, что такое virtual, то и не сможете ответить на вопрос чем virtual отличается от abstract — а ведь всё это базовые вещи, без которых архитектору никуда.
Базовая вещь — это полиморфизм подтипов (sub-typing polymorphism), да и тот не во всех языках и не всегда широко используется. Где-то предпочитают утиную типизацию (duck typing) вместо. А virtual и abstract, это всего лишь модификаторы в определённых языках.
Будете прыгать — опыта так можете и не получить нормального. Но да: ЗП поднимите, должность, возможно, тоже поднимите. Потом захотите поработать на более крутом проекте — упс, не получается.
По моим наблюдением наоборот: самый качественный опыт получают те новички в профессии, которые первое время гонятся за деньгами, даже ценой частой смены работы. В рамках выбранной специализации, конечно. Причин, думаю, несколько:
1. Зачастую новичкам приходится соглашаться на первую же работу, на которую их взяли, так как отсутствие хоть какой-нибудь работы — это всегда стресс. Устроившись же можно спокойно подготовиться, детальнее посмотреть на рынок труда, походить по разным компаниям, и в итоге значительно улучшить условия.
2. Адекватные успешные компании с интересными проектами обычно не жмутся на зарплату даже новичкам. В компании, где больше платят, junior наверняка получит более ценный опыт. Зачем ждать 3 года, чтобы туда перейти?
3. Работодатель не ценит тех, кто достался ему очень дёшево. Будут нагружать всякой ерундой, которую другие программисты делать отказываются. Если же зарплата адекватно высокая, работодатель будет всячески прокачивать новичка.
В-общем, новичкам могу посоветовать: устроились на работу — сразу же начинайте искать новую. Не афишируя этого, конечно.
Из этих 4-5 тысяч в Москве может легко уйти на съём жилья 2 тысячи. Я, конечно, понимаю, что можно и за 40тыр квартиру снимать, но парень же пожил в Европе, поездил по миру, вполне вероятно, что после этого он не захочет жить в очередном бетонном многоэтажном гетто. А обеспечить себе в Москве примерно европейское качество жизни и европейскую городскую среду можно только живя в хорошем районе в центре и не в каждом доме.
Из перечисленного достаточно ценно только ДМС — в частном порядке слишком дорого покупать. Спортзал и обеды вообще копейки стоят относительно зарплаты программиста, можно и самому заплатить.
Думаю, потому что многие талантливые программисты не являются хорошими бизнесменами, маркетологами, менеджерами по продажам, бухгалтерами, юристами. Не все умеют и любят искать заказы. Мало кто может придумать небольшой продукт, который принесёт прибыль. А уж найти инвестора вообще могут единицы.
Но при этом можно быть молодым специалистом в разных компаниях. Тот, кто себя недооценил, может привыкнуть сидеть в болоте. Да и просто потеряет кучу времени. А тот, кто себя переоценил, просто приведёт самооценку к должному уровню.
Возможно, разный опыт. У меня есть хороший личный опыт получения зарплаты значительно выше рынка в прошлом. Никакого негатива, одни плюсы. Сейчас среди друзей тоже есть несколько, получающих в 1.5x, 2x рынка. Жалоб не слышал.
В моём случае это привело к желанию изучать новое, расти. Было очень круто.
Для того, чтобы трезво оценить свой уровень надо его, так сказать, прощупать. Особенно это важно для молодых специалистов. Очень многие из них страдают от завышенной самооценки, но ещё больше тех, кто себя недооценивает. Надейтесь на чудо, готовьтесь к собеседованиям в крутые компании, ходите на эти собеседования. Не догоните, так согреетесь (научитесь проходить собеседования).
Одно другому не противоречит. Супер-технология может оказаться не только популярной, но и интересной. Гораздо выгоднее заниматься интересными и востребованными вещами, чем просто интересными.
Стоит. При прочих равных всегда надо работать за максимальную доступную зарплату. Зачастую зарплата выше рынка — это не столько показатель рискованности и требований, сколько того, что у компании дела идут хорошо (может себе позволить), компания не хочет терять людей только из-за того, что работник нашёл, где больше платят.
Для того, чтобы определить где это «выше головы», надо попробовать «попрыгать». А сгорают от скучной однообразной лёгкой работы гораздо чаще, чем от сложной.
Стоит. Например, компании, которые проводят отвратительные стрессовые собеседования в неуважительной форме должны получать обратную реакцию.
Думаю, что это совсем не так. Очень редко встречаю программистов без высшего технического образования. Но статистику не веду.
Похоже, ваша мама сексистка.
Самые что ни на есть программистские дисциплины. Если речь о высшем образовании, естественно. Программирование как никак техническая деятельность. Какая техническая деятельность может быть без математики?
Может быть в этом и есть проблема, а не в сексисткой среде?
Думаю, что без Москвы дело в любом случае не обойдётся. Придётся собеседоваться удалённо и ездить в случае успешных созвонов. Возможно, договариваясь и объединяя по несколько собеседований.
С Go как с языком всё так. Кроме того, что в вакансиях он требуется в разы реже, чем некоторые другие языки программирования. Да и если требуется, то зачастую в связке с каким-нибудь другим языком. А ситуация такая, что нужно повышать matching с как можно большим количеством вакансий. Но в любом случае, надо смотреть HH. Может ситуация изменилась и Go вышел в лидеры популярности, давно не изучал ситуацию…
И соответственно, делать надо именно то, что способствует этой цели. SQL-EX способствует, но в ограниченном объёме. Часть схожих задач наверняка попадётся на собеседованиях, если в резюме будет SQL. Книга про высоконагруженные приложения не способствует. Также как не способствует и написание игры. На мой взгляд надо:
1. Готовить резюме. Просить на форумах, чтобы его вычитали программисты или HR.
2. По каждой упомянутой технологии в резюме искать и разбирать "[технологи] junior interview questions"
3. Рассылать резюме и ходить абсолютно на все собеседования, куда позовут.
4. Результаты собеседований в случае неудач анализировать, а вопросы разбирать.
5. Продолжать решать задачи на SQL-EX плюс добавить решение задач на codingame. Решать на javascript + каком-нибудь популярном языке (не Go). Можно выбрать Python, C#, Java. Лучше всего посмотреть на HH, какие языки требуются на «вакансии мечты».
6. Проходить бесплатные курсы по языкам и технологиям, указанным в «вакансиям мечты».
7. И так по кругу до найденной работы.
Будет сложно, как по времени, так и по деньгам. Но через 3-5 лет будет сложнее в разы.
Все люди разные.
Я здесь не соискатель, а вы не мой потенциальный работодатель. Поэтому не вижу ничего ненормального в том, чтобы обсудить вопросы с собеседований. В том числе их адекватность.
Ок. Но адекватный работодатель будет проверять другое. А если окажется, что соискатель подходит, но не знает git, то просто попросит прочитать «git basic howto» перед началом работы.
P.S. Как-то вы слишком эмоционально реагируете на моё вполне нейтральное сообщение.
Спрашивать команды СКВ на собеседовании довольно странно. Я всегда работал с СКВ, начиная с VSS и потом ещё с 3мя-4мя разными. С Гитом работаю практически во всех ситуациях только из консольки. Но при этом не помню синтаксис команд. Зачем забивать голову? Есть история консоли для самых частых случаев, есть шпаргалка для более редких, и есть интернет для исключительных. Даже если представить, что попаду за новое рабочее место без интернета, то всё равно можно воспользоваться git help. Нормальный вопрос для собеседования — это спросить, какая модель ветвления использовалась на прошлых проектах. Хотя, по большей части, какая разница? Какая модель принята в организации-работодателе, по такой и будет работать разработчик. По опыту, даже те люди, которые никогда не пользовались СКВ, не имеют никаких трудностей в работе из-за этого. Ну покажет им более опытный сотрудник за 5 минут, что делать. И всё. А спрашивать команды, это примерно как у плотника спросить, какую кнопку нажимать на циркулярной пиле: красную или зелёную.
Базовая вещь — это полиморфизм подтипов (sub-typing polymorphism), да и тот не во всех языках и не всегда широко используется. Где-то предпочитают утиную типизацию (duck typing) вместо. А virtual и abstract, это всего лишь модификаторы в определённых языках.
По моим наблюдением наоборот: самый качественный опыт получают те новички в профессии, которые первое время гонятся за деньгами, даже ценой частой смены работы. В рамках выбранной специализации, конечно. Причин, думаю, несколько:
1. Зачастую новичкам приходится соглашаться на первую же работу, на которую их взяли, так как отсутствие хоть какой-нибудь работы — это всегда стресс. Устроившись же можно спокойно подготовиться, детальнее посмотреть на рынок труда, походить по разным компаниям, и в итоге значительно улучшить условия.
2. Адекватные успешные компании с интересными проектами обычно не жмутся на зарплату даже новичкам. В компании, где больше платят, junior наверняка получит более ценный опыт. Зачем ждать 3 года, чтобы туда перейти?
3. Работодатель не ценит тех, кто достался ему очень дёшево. Будут нагружать всякой ерундой, которую другие программисты делать отказываются. Если же зарплата адекватно высокая, работодатель будет всячески прокачивать новичка.
В-общем, новичкам могу посоветовать: устроились на работу — сразу же начинайте искать новую. Не афишируя этого, конечно.