Daria Motorina

Меня за все 20+ собеседований не спрашивали про алгоритмы, максимум пузырьковую сортировку написать и какие-то простые задачи на мышление.
UPD. Спрашивали еще за B-tree деревья, но это в контексте индексов в MySQL, важно уметь на пальцах объяснить как происходит поиск по индексу

Одна из трудностей что меньше качественных материалов для изучения на нем, часто надо быть знакомым с java, чтобы черпать правильную информацию. С определенного момента php перестает быть решающим фактором в развитии, потому что для хорошей работы нужно еще много смежных знаний - базы, фронтенд, инфраструктура, архитектура и бизнес-процессы, после этого php превращается лишь в инструмент решения задач

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

Искала работу этой осенью)
Могу сказать что если Вы давно проходили собеседования, то лучше не начинать с компаний, в которые очень хотите попасть, потому что можно быть умным, но поплыть на ряде простых вопросов просто потому, что не освежили память и это собъет хорошее впечатление. Мода на стандартный набор вопросов меняется, то что спрашивали 5 лет назад могут не спросить сейчас, но при этом придумать новые вопросы из стандартного списка. Я была уверена что спросят что-то из серьезных тем, а спрашивали совсем другое и простое, причем нужно было быстро напрячься и вспомнить, чтобы ответить)
У меня была пара дней, когда были два hr и два технических собеса подряд и это была огромная ошибка - это выматывает очень сильно. Лучше планировать не больше одного тех.собеса в день или делать между ними перерыв минимум 2 часа, а лучше больше.
На прескрининге/hr собеседовании очень часто говорят - да мы максимум на полчаса созвонимся - не верьте)) Это спокойно растягивается на час и больше, если разговор пошел не по шаблону.
По итогу могу сказать, что важно помнить о своих жизненных силах и не пытаться с наскоку пройти все собесы, важно оставаться со свежей головой и оставлять время проработать все вопросы, на которых завалились, на некоторые из них может уйти весь вечер)
Удачи в поисках)
Upd. Неплохо бы составить список стандартных вопросов, у меня это были:
1) локация офиса
2) предоставляет ли компания технику
3) есть ли овертаймы и оплачиваются ли они, какой темп работы и дедлайны
4) как оформляется и ведется сотрудничество, когда подписывать контракт
5) сколько месяцев испыталка
6) состав команды, кто ею управляет
7) тематика проекта
8) технологии, какие из них основные, какие второстепенные
9) какие средства разработки и коммуникации используются (может вылезти нежданчик с виндой, запретом на лицензионный софт и прочей ерундой)
10) для чего нужен английский (только технический, только переписка или полноценное общение one-to-one)

Часть этих вопросов помогла избежать разочарований и зря потраченного времени

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

Посмотрите около разных 100 вакансий, в которых требуется уровень миддл и выше и есть требования к английскому (тогда технологии меньше будут привязаны к локальному рынку) - это и есть то, что нужно учить, чтобы найти работу

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

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

Постарайтесь обсудить с начальством свою нагрузку - если им все равно, что вам тяжело справиться (не по уровню компетенции, а по объему задач), то это плохой знак

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

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

Тут вряд ли найдется другой способ, кроме как смотреть вакансии, подтягивать недостающие знания и пробовать пройти собес

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

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

Имеется в виду то, что задача, которую вы решали в рамках проекта могут со временем счесть ненужной и она "не увидит свет" - не будет добавлена в код на production сервере, а останется как черновик. Другой вариант - вашу задачу передадут другому разработчику на полпути ее решения и в ней не останется вашего авторства (технического решения и упоминаний в истории коммитов в системе контроля версий - при определенных обстоятельствах).

Настоящий Си с популярной веб-разработкой не пересекается. Его основы учат в вузах для базового ознакомления с программированием, полноценно учат уже сами для низкоуровневого программирования.

Приложите усилия к чему-то одному - фронтенду, бекенду или электронике, результат будет быстрее.