У меня было так, что собеседующий в Гугле не знал языка, но это вообще не было проблемой, он просто поинтересовался сложностью конкретной операции в конкретной коллекции моего кода, я в двух словах пояснил сложность, почему она такая, как она устроена, и какие бывают альтернативы, он быстро сверился с документацией и никаких проблем.
Вообще об алгоритмических собеседованиях в Гугле только самые теплые чувства, в отличие от Яндекса. Потому что дело не в задачах, а в интервьюере. Сами алгоритмы по большей части проверяют не твои навыки, а твою мотивацию потратить пару дней (недель) на подготовку, потому что при наличии подготовки любой опытный инженер порешает литкодные задачки без особых сложностей, особенно, если они идут через усложнение от простого.
Некоторые инженеры отлично решают задачки и без подготовки - ну ок, тоже неплохо)
Будут ли эти навыки использованы на работе? Ну только если делать что-то проактивно, что в целом весьма поощряется в Гугле, и когда-то поощрялось в Яндексе (теперь всё вымыто напрочь голзами и беспощадными ревью, где нужно найти причину (не)дать бабло).
Если я ничего не путаю, вы утверждали, что вакансий за 20-30к достаточно? Но да, в тех компаниях, в которых работал я, есть возможность выбирать из сотни джунов, и приоритет будет у тех, кого мы сами обучали в рамках наших образовательных проектов, на которых фильтр и на входе, и на выходе.
Я тоже не разделяю хайпа вокруг "войти в айти", но если вы всё же решились на это, то скорее всего, придётся пройти тот же путь, что и большинству остальных людей.
Моя первая зарплата была что-то в районе 24к рублей на галере (которой я благодарен за опыт). И это при том что у меня не было приставки "Джуниор", потому как к моменту первой работы некоммерческого опыта у меня было лет 8.
Этот этап гребли за околобесплатно иногда обойти получается, но далеко не у всех.
Вставлю свои 5 копеек солидарности. Сам код мало что стоит на фоне стоимости его постоянной поддержки, во многом поэтому проекты обычно покупают с людьми, а не в виде кода. Разобраться в чужом коде (не в том что написано, а в том ПОЧЕМУ именно так) зачастую ближе к невозможному, поэтому качество неизменно падает в "украденных" продуктах, иногда драматически.
Это просто отдельный навык. Приобретается либо исключительно для собеседований, либо для публичной активности. Приобретается относительно быстро, со временем пишешь код в режиме диалога, как будто это просто такая жестикуляция.
Нужен ли этот навык? Каждый сам отвечает себе на этот вопрос. Я таки натренировался.
В компании по-другому тем более не вырасти (кроме случайных флуктуаций). А если компания оказалась не очень, ну бывает, не повод расстраиваться - выход понятный, он там же где и вход.
После того, как условный джун или мидл учится новым компетенциям, а работодатель это не вознаграждает соответственно, в наши дни всё ещё несложно сменить работодателя с повышением должности и финансового благополучия.
По крайней мере в том мире розовых пони, в котором живу как я сам, так и мое окружение, это прекрасно работает. Если ваш мир не таков, то может быть есть крохотный шанс, что дело всё-таки не в мире?
Безусловно. Каждый делает свою работу - и остаётся в той роли, в которой был вчера. Когда расширяешь сферу своей ответственности (не забывая об этом напоминать при случае!) начинает меняться должность, доходы, компетенция. Если это не нужно - то всё правильно, делаем свою работу, не приносим фидбэк тимлиду, дизайнеру и т.д.
Так нет никаких вопросов - нравится быть шестерёнкой, передающей момент? Это же прекрасно! Каждому свое. Как я понял, статья адресована там, кто хочет выйти за пределы одной степени свободы и начать заниматься более интересными и высокооплачиваемыми задачами.
Я в схожем случае просто наследовался от существующих классов, переопределяя методы по мере надобности (предварительно их открывая для переопределения).
Нет, внезапно, если вы иногда профилируете, то оказывается, что сетевые запросы часто ничего не нивелируют, особенно если ресурсы в одном ДЦ. Да, сложно быть медленнее чем сеть, но питон периодически справляется.
Вы говорите странное. Вы можете компилировать "новыми" инструментами код со "старым" таргетом. И вы и так знаете версию на узле, которую поддерживаете, потому что используете/не используете соответствующие языковые фичи и библиотеки.
Стиль и метод - разные вещи. Одно дело писать нормальный код, что по-хорошему следует делать всегда, другое дело число пробелов или строк на функцию - это всегда следует делать по общим правилам. Если возникает необходимость, то сначала меняются правила.
Ну казалось бы современная наука в данном конкретном вопросе щёчки надувать перестала и очень активно чешет репу.
Ходят слухи, что команда таки не собирается останавливаться на достигнутом, и это может быть не последним дополнением.
У меня было так, что собеседующий в Гугле не знал языка, но это вообще не было проблемой, он просто поинтересовался сложностью конкретной операции в конкретной коллекции моего кода, я в двух словах пояснил сложность, почему она такая, как она устроена, и какие бывают альтернативы, он быстро сверился с документацией и никаких проблем.
Вообще об алгоритмических собеседованиях в Гугле только самые теплые чувства, в отличие от Яндекса. Потому что дело не в задачах, а в интервьюере. Сами алгоритмы по большей части проверяют не твои навыки, а твою мотивацию потратить пару дней (недель) на подготовку, потому что при наличии подготовки любой опытный инженер порешает литкодные задачки без особых сложностей, особенно, если они идут через усложнение от простого.
Некоторые инженеры отлично решают задачки и без подготовки - ну ок, тоже неплохо)
Будут ли эти навыки использованы на работе? Ну только если делать что-то проактивно, что в целом весьма поощряется в Гугле, и когда-то поощрялось в Яндексе (теперь всё вымыто напрочь голзами и беспощадными ревью, где нужно найти причину (не)дать бабло).
А самое главное, что все понимают, что "сделать ручкой" - самый эффективный путь для построения карьеры.
Если я ничего не путаю, вы утверждали, что вакансий за 20-30к достаточно? Но да, в тех компаниях, в которых работал я, есть возможность выбирать из сотни джунов, и приоритет будет у тех, кого мы сами обучали в рамках наших образовательных проектов, на которых фильтр и на входе, и на выходе.
Я тоже не разделяю хайпа вокруг "войти в айти", но если вы всё же решились на это, то скорее всего, придётся пройти тот же путь, что и большинству остальных людей.
Моя первая зарплата была что-то в районе 24к рублей на галере (которой я благодарен за опыт). И это при том что у меня не было приставки "Джуниор", потому как к моменту первой работы некоммерческого опыта у меня было лет 8.
Этот этап гребли за околобесплатно иногда обойти получается, но далеко не у всех.
Ну так впишитесь в работу за миску кипятка на 3-6 месяцев. Это даст вам заветную строчку в резюме, а заодно развеет некоторое количество иллюзий.
Вставлю свои 5 копеек солидарности. Сам код мало что стоит на фоне стоимости его постоянной поддержки, во многом поэтому проекты обычно покупают с людьми, а не в виде кода. Разобраться в чужом коде (не в том что написано, а в том ПОЧЕМУ именно так) зачастую ближе к невозможному, поэтому качество неизменно падает в "украденных" продуктах, иногда драматически.
Это просто отдельный навык. Приобретается либо исключительно для собеседований, либо для публичной активности. Приобретается относительно быстро, со временем пишешь код в режиме диалога, как будто это просто такая жестикуляция.
Нужен ли этот навык? Каждый сам отвечает себе на этот вопрос. Я таки натренировался.
Всё-таки производительность лучше мерить не в О-нотации, а в профайлере на реальных данных в проде)
В компании по-другому тем более не вырасти (кроме случайных флуктуаций). А если компания оказалась не очень, ну бывает, не повод расстраиваться - выход понятный, он там же где и вход.
После того, как условный джун или мидл учится новым компетенциям, а работодатель это не вознаграждает соответственно, в наши дни всё ещё несложно сменить работодателя с повышением должности и финансового благополучия.
По крайней мере в том мире розовых пони, в котором живу как я сам, так и мое окружение, это прекрасно работает. Если ваш мир не таков, то может быть есть крохотный шанс, что дело всё-таки не в мире?
Безусловно. Каждый делает свою работу - и остаётся в той роли, в которой был вчера. Когда расширяешь сферу своей ответственности (не забывая об этом напоминать при случае!) начинает меняться должность, доходы, компетенция. Если это не нужно - то всё правильно, делаем свою работу, не приносим фидбэк тимлиду, дизайнеру и т.д.
Так нет никаких вопросов - нравится быть шестерёнкой, передающей момент? Это же прекрасно! Каждому свое. Как я понял, статья адресована там, кто хочет выйти за пределы одной степени свободы и начать заниматься более интересными и высокооплачиваемыми задачами.
Я сомневаюсь, что вообще существует человек, который освоил 20% всех технологий)
Мне особенно тяжело даются третьи 80%
Я в схожем случае просто наследовался от существующих классов, переопределяя методы по мере надобности (предварительно их открывая для переопределения).
Плохо зарекомендовали себя не исключения, а Stream API.
Нет, внезапно, если вы иногда профилируете, то оказывается, что сетевые запросы часто ничего не нивелируют, особенно если ресурсы в одном ДЦ. Да, сложно быть медленнее чем сеть, но питон периодически справляется.
Вы говорите странное. Вы можете компилировать "новыми" инструментами код со "старым" таргетом. И вы и так знаете версию на узле, которую поддерживаете, потому что используете/не используете соответствующие языковые фичи и библиотеки.
Стиль и метод - разные вещи. Одно дело писать нормальный код, что по-хорошему следует делать всегда, другое дело число пробелов или строк на функцию - это всегда следует делать по общим правилам. Если возникает необходимость, то сначала меняются правила.