Обычно когда сталкиваемся с такой проблемой, то имея на руках понятное ТЗ и хотя бы примерное описание API - начинаем заранее закладывать тест кейсы по тому как пошагово будут работать различные сценарии по фиче. А по тест кейсам начинаем писать автотесты (естественно на моках) одновременно с написанием реализации задач.
С таким подходом можно практически весь фронтенд писать наперед без зависимости от бэкенда. НО! Тут важно понимать, что в 99% случаев что-то в API может поменяться после фактической реализации бэкендом и правильно это все планировать. Условно если рабочий API появляется тогда, когда уже больше половины фронта готово - то нужно закладывать еще какой-то процент человекочасов на потенциальные проблемы.
Так что писать фронтенд без API однозначно можно, но дороже.
Работал 4 года на американские компании через аутсурс/ИП, заметил что у них условным лидом физически не может стать человек у которого нет хотя-бы лет 5 опыта работы, а в среднем любые руководители это 30-40 лет.
Каково было мое удивление когда я устроился в нашу российскую "илиту" и увидел лидов по 22-23 года, у которых у всех примерно одна история -
начал работать лет в 19-20
универ либо не закончил, либо все вопросы решал удаленно
работает 24/7, коммиты пушатся и в субботу и в воскресенье, какой-то личной жизни или интересов помимо работы нет
за то что клепает задачки со скоростью света каждые полгода растет грейд
далее открывается позиция лида - на нее выбирается самый активный и впахивающий товарищ, софт скиллы в учет не берутся (если душный даже лучше - порядок будет)
Топ разраба от обычного отличает уж точно не возможность сходу решать задачки из литкода. Я согласен, что имея один собес "на словах" - имеем риск нанять болтуна, без знаний дела. Но в нормальной команде он хотя бы со временем чему то научиться и начнёт работать эффективно (если конечно не наняли совсем тупореза, но тут надо правильно задавать вопросы на собеседовании). Но имея собес состоящий только из задачек из литкода (проходил такой у Яндекса буквально пару недель назад) - есть риск нанять душнилу, который не умеет работать в команде, любит писать понятный только ему код, при этом игнорируя сроки, обратную связь и при виде любого кода "не по книжке" - ноет и грозится уволиться (встречал этот вид людей намного чаще первых). Я бы проводил собеседование в два этапа - первый на общие знания + алгоритмы, второй - на общение "за жизнь".
На хабр карьере их рейтинг выше Яндекса, Мейла, Озона, Сбера, Епама и т.д. Я сам там не работал, но знаю несколько человек у которых от компании только положительные впечатления. Зарплату можно обсудить и спокойно получать среднюю по рынку (выше среднего будет тяжеловато, согласен). Плюс онлайн банками стала интересоваться Европа, и я думаю у Тиньки есть все шансы расширить своё влияние туда (чего я вряд-ли смогу сказать про какой-нибудь Сбер).
Очень жаль, что Тинька тоже поддалась этой странной копи-пастной тенденции. Ещё года 3 назад собеседовался к ним на фуллстак разработчика и их собеседование было одним из самых логичных (по моему мнению).
Был всего 1 этап - в нём (очно) мне дали тест, имеющий по 5 небольших вопросов на БД, знание бэкэнда и знание фронтенда. После завершения теста началось общение с 2мя лидами - которые спросили про опыт, какие сложные задачи приходилось решать раннее, но главное - спрашивали как я рассуждал в тех или иных вопросах по тесту.
Почему я называю такой способ "логичным": - Вместо затяжных 3-4-5 этапов есть всего один, занимающий около 2 часов, что проще и для лидов, и для собеседуемого - Присутствует нормальное живое общение с лидами, не как на экзамене, а скорее как общение на равных за технологии и опыт - Делается акцент на том, как человек рассуждает а не на способности зубрить - Нету копипастных задачи из литкода - не знаю почему все считают обязательным пунктом пихать их на каждое собеседование, но как мне кажется - обычно чем больше у человека реального опыта работы, тем хуже он решает подобные задачи (т.к. в университете такое приходилось решать чуть ли не каждый день, а после 4-6 лет опыта тупо забывается)
Обычно когда сталкиваемся с такой проблемой, то имея на руках понятное ТЗ и хотя бы примерное описание API - начинаем заранее закладывать тест кейсы по тому как пошагово будут работать различные сценарии по фиче. А по тест кейсам начинаем писать автотесты (естественно на моках) одновременно с написанием реализации задач.
С таким подходом можно практически весь фронтенд писать наперед без зависимости от бэкенда. НО! Тут важно понимать, что в 99% случаев что-то в API может поменяться после фактической реализации бэкендом и правильно это все планировать. Условно если рабочий API появляется тогда, когда уже больше половины фронта готово - то нужно закладывать еще какой-то процент человекочасов на потенциальные проблемы.
Так что писать фронтенд без API однозначно можно, но дороже.
Работал 4 года на американские компании через аутсурс/ИП, заметил что у них условным лидом физически не может стать человек у которого нет хотя-бы лет 5 опыта работы, а в среднем любые руководители это 30-40 лет.
Каково было мое удивление когда я устроился в нашу российскую "илиту" и увидел лидов по 22-23 года, у которых у всех примерно одна история -
начал работать лет в 19-20
универ либо не закончил, либо все вопросы решал удаленно
работает 24/7, коммиты пушатся и в субботу и в воскресенье, какой-то личной жизни или интересов помимо работы нет
за то что клепает задачки со скоростью света каждые полгода растет грейд
далее открывается позиция лида - на нее выбирается самый активный и впахивающий товарищ, софт скиллы в учет не берутся (если душный даже лучше - порядок будет)
Топ разраба от обычного отличает уж точно не возможность сходу решать задачки из литкода.
Я согласен, что имея один собес "на словах" - имеем риск нанять болтуна, без знаний дела. Но в нормальной команде он хотя бы со временем чему то научиться и начнёт работать эффективно (если конечно не наняли совсем тупореза, но тут надо правильно задавать вопросы на собеседовании).
Но имея собес состоящий только из задачек из литкода (проходил такой у Яндекса буквально пару недель назад) - есть риск нанять душнилу, который не умеет работать в команде, любит писать понятный только ему код, при этом игнорируя сроки, обратную связь и при виде любого кода "не по книжке" - ноет и грозится уволиться (встречал этот вид людей намного чаще первых).
Я бы проводил собеседование в два этапа - первый на общие знания + алгоритмы, второй - на общение "за жизнь".
На хабр карьере их рейтинг выше Яндекса, Мейла, Озона, Сбера, Епама и т.д. Я сам там не работал, но знаю несколько человек у которых от компании только положительные впечатления. Зарплату можно обсудить и спокойно получать среднюю по рынку (выше среднего будет тяжеловато, согласен). Плюс онлайн банками стала интересоваться Европа, и я думаю у Тиньки есть все шансы расширить своё влияние туда (чего я вряд-ли смогу сказать про какой-нибудь Сбер).
Очень жаль, что Тинька тоже поддалась этой странной копи-пастной тенденции. Ещё года 3 назад собеседовался к ним на фуллстак разработчика и их собеседование было одним из самых логичных (по моему мнению).
Был всего 1 этап - в нём (очно) мне дали тест, имеющий по 5 небольших вопросов на БД, знание бэкэнда и знание фронтенда. После завершения теста началось общение с 2мя лидами - которые спросили про опыт, какие сложные задачи приходилось решать раннее, но главное - спрашивали как я рассуждал в тех или иных вопросах по тесту.
Почему я называю такой способ "логичным":
- Вместо затяжных 3-4-5 этапов есть всего один, занимающий около 2 часов, что проще и для лидов, и для собеседуемого
- Присутствует нормальное живое общение с лидами, не как на экзамене, а скорее как общение на равных за технологии и опыт
- Делается акцент на том, как человек рассуждает а не на способности зубрить
- Нету копипастных задачи из литкода - не знаю почему все считают обязательным пунктом пихать их на каждое собеседование, но как мне кажется - обычно чем больше у человека реального опыта работы, тем хуже он решает подобные задачи (т.к. в университете такое приходилось решать чуть ли не каждый день, а после 4-6 лет опыта тупо забывается)