Read on Twitter
Итак, сегодняшняя первая тема - тестовые задания.
К ним можно относиться по-разному, но получить первую работу без тестового почти невозможно, так что тред будет о том, как сделать для себя этот процесс минимально болезненным.
К ним можно относиться по-разному, но получить первую работу без тестового почти невозможно, так что тред будет о том, как сделать для себя этот процесс минимально болезненным.
Первый пункт программы: какие тестовые не стоит брать. Кто-то говорит, что тестовые надо брать любые, но я не согласна. Мой подход здесь аналогичен подходу с сопроводительными письмами: делаем меньше и дольше, но качественнее. Стало быть, придется включать избирательность.
1) Не берем тестовые очень коммерческого вида
Если тестовое выглядит так, словно его выдрали из существующего проекта - это плохой знак. Компания чертовски экономит на найме, она невнимательна к деталям. А где и в чем она еще сэкономит? А в чем еще она окажется невнимательна?
Если тестовое выглядит так, словно его выдрали из существующего проекта - это плохой знак. Компания чертовски экономит на найме, она невнимательна к деталям. А где и в чем она еще сэкономит? А в чем еще она окажется невнимательна?
2) Не берем огромные тестовые
Чтобы проверить ваши навыки верстки, хватит и пары секций, не нужен здоровенный лэендинг.
Чтобы проверить ваше понимание фреймворка, достаточно любой мелкой аппки с роутами, стейт-менеджером, миддлварами и общением с апишкой. Ну и логики чутка.
Чтобы проверить ваши навыки верстки, хватит и пары секций, не нужен здоровенный лэендинг.
Чтобы проверить ваше понимание фреймворка, достаточно любой мелкой аппки с роутами, стейт-менеджером, миддлварами и общением с апишкой. Ну и логики чутка.
3) Не берем тестовые, которые надо "срочно"
Ну что это за тестовое такое, на которое надо отдать результат завтра-послезавтра посреди рабочей недельки? Куда торопимся-то с таким огнем? Лично меня это "бросьте все и фигачьте наше тестовое" очень озадачивает
Ну что это за тестовое такое, на которое надо отдать результат завтра-послезавтра посреди рабочей недельки? Куда торопимся-то с таким огнем? Лично меня это "бросьте все и фигачьте наше тестовое" очень озадачивает
4) Не берем тестовые, у которых проблемы с оформлением: какие-то кривые-косые, неопрятные, страшненькие тестовые вызывают вопросы об элементарном уважении к человеку, который будет это делать.
Опять же, если не уважают еще с порога, представьте, что там может дальше оказаться
Опять же, если не уважают еще с порога, представьте, что там может дальше оказаться
А какие тестовые нам тогда нужны? Нам нужны такие тестовые, которые, даже если не пройдут ревью, смогут украсить наше портфолио. Тестовые, над которыми и работать интересно, и на которые потом посмотреть приятно.
В идеале, тестовые, которые компания специально готовила к найму
В идеале, тестовые, которые компания специально готовила к найму
Стало быть, мы берем тестовые с симпатичным дизайном или с простором для дизайн-творчества, берем тестовые приличных размеров (примерный размер норм тестового я описала в п.2 выше) и нормальных сроков, чтобы делать в спокойном режиме и иметь возможность перепроверить все.
При сдаче тестового, важно учитывать ряд правил, повышающих ваши шансы.
Опять же, как и в случае с сопроводительным, нет и не может быть 100% гарантии, что, при соблюдении этих правил, ваше тестовое сразу примут. Но, по крайней мере, вы хоть не соберете обидные грабли.
Опять же, как и в случае с сопроводительным, нет и не может быть 100% гарантии, что, при соблюдении этих правил, ваше тестовое сразу примут. Но, по крайней мере, вы хоть не соберете обидные грабли.
1) Проверка визуала
Обязательно проверяйте ваше тестовое на адаптивность, на адекватную работу на мониторах больше вашего (уменьшайте масштаб, хотя бы) и меньше вашего, и на мобилках. Вы никогда не знаете, на каком девайсе проверят вашу работу, тут важно подстраховаться.
Обязательно проверяйте ваше тестовое на адаптивность, на адекватную работу на мониторах больше вашего (уменьшайте масштаб, хотя бы) и меньше вашего, и на мобилках. Вы никогда не знаете, на каком девайсе проверят вашу работу, тут важно подстраховаться.
И даже если вам в комплекте с дизайном не дали варианты для планшета и мобилки, все равно, сделайте адаптив, придумайте его сами, это пойдет вам в плюс
2) Проверка функционала
Отдайте вашу работу потыкать другому человеку и попросите везде залезть и на все кнопочки поклацать. Когда точно знаешь, как оно должно работать, можешь легко пропустить какие-то неочевидные баги, которые, по закону подлости, вылезут у ревьюера
Отдайте вашу работу потыкать другому человеку и попросите везде залезть и на все кнопочки поклацать. Когда точно знаешь, как оно должно работать, можешь легко пропустить какие-то неочевидные баги, которые, по закону подлости, вылезут у ревьюера
3) Проверка чистоты кода
Убираем все неряшливое, выравниваем отступы, выпиливаем закомменченные куски. От джуна не ждут офигенного кода и скиллов, но точно ждут аккуратности. Если ваш код неаккуратен, вы стремительно теряете очки в глазах ревьюера
Убираем все неряшливое, выравниваем отступы, выпиливаем закомменченные куски. От джуна не ждут офигенного кода и скиллов, но точно ждут аккуратности. Если ваш код неаккуратен, вы стремительно теряете очки в глазах ревьюера
4) Оформление ридми репозитория
Как мы ждем от компании уважения к нам, так и мы должны проявить уважение к ревьюеру.
Отдавать репо с дефолтным ридми от CRA - некрасиво и неудобно: ревьюер может сначала захотеть просто потыкать вашу задеплоенную работу, а ссылки нет
Как мы ждем от компании уважения к нам, так и мы должны проявить уважение к ревьюеру.
Отдавать репо с дефолтным ридми от CRA - некрасиво и неудобно: ревьюер может сначала захотеть просто потыкать вашу задеплоенную работу, а ссылки нет
Внесите в ридми:
- заголовок;
- описание проекта;
- стек;
- инструкцию, как запустить локально;
- ссылку, где посмотреть без локального запуска;
- опционально - скрин;
Пользуйтесь md-разметкой, она простая и понятная.
- заголовок;
- описание проекта;
- стек;
- инструкцию, как запустить локально;
- ссылку, где посмотреть без локального запуска;
- опционально - скрин;
Пользуйтесь md-разметкой, она простая и понятная.
5) Дизайн
Если вам предложили готовый дизайн в фигме - отлично, но что делать, если нет? Лично я считаю так: мы не дизайнеры, но наш продукт должен выглядеть настолько хорошо, насколько это возможно в условиях ограниченного времени.
Если вам предложили готовый дизайн в фигме - отлично, но что делать, если нет? Лично я считаю так: мы не дизайнеры, но наш продукт должен выглядеть настолько хорошо, насколько это возможно в условиях ограниченного времени.
Стало быть, используем проверенные временем штуки и берем референсы с материал дизайна или бустрапа, находим тематические цветовые схемы в инете или формируем сами на ресурсе типа https://coolors.co/ ,">https://coolors.co/">... берем славные шрифты в Google Fonts
Поставьте favicon, это очень симпатично смотрится. Скачайте иконку, например, отсюда - https://www.flaticon.com/ ,">https://www.flaticon.com/">... сконвертируйте ее в полноценный фавикон, например, тут - https://www.favicon-generator.org/ ">https://www.favicon-generator.org/">...
6) Работа с гит
Делайте коммиты всю дорогу. Дурная идея - сначала все сделать, а потом одним коммитом бахать. Если тестовое распространенное, могут счесть, что вы списали. Или подумать, что у вас с гитом не оч.
Делайте коммиты всю дорогу. Дурная идея - сначала все сделать, а потом одним коммитом бахать. Если тестовое распространенное, могут счесть, что вы списали. Или подумать, что у вас с гитом не оч.
А вот если у вас аккуратные коммиты на английском, особенно, в стиле semantic commits, поздравляю, вы офигительны! 
https://abs.twimg.com/emoji/v2/... draggable="false" alt="🌸" title="Kirschblüte" aria-label="Emoji: Kirschblüte"> https://gist.github.com/joshbuchea/6f47e86d2510bce28f8e7f42ae84c716">https://gist.github.com/joshbuche...
7) Как назначить сроки, если вас спрашивают: "за сколько сделаете?"
Берете первый срок, какой вам пришел в голову, например, 2 дня. Домножаете на 2 смело. И, опционально, плюсуете еще денек сверху на расходы.
Лучше отдать тестовое раньше или с большим набором фич, чем опоздать
Берете первый срок, какой вам пришел в голову, например, 2 дня. Домножаете на 2 смело. И, опционально, плюсуете еще денек сверху на расходы.
Лучше отдать тестовое раньше или с большим набором фич, чем опоздать
8) Что делать, если опаздываешь
Лично я - за честность и прозрачную коммуникацию. Топаем к тому, что дал тестовое, говорим, что не успеваем, и спрашиваем, как лучше: сдать то, что есть, в неполной комплектации, или задержаться на день. Как скажут, так и поступаем.
Лично я - за честность и прозрачную коммуникацию. Топаем к тому, что дал тестовое, говорим, что не успеваем, и спрашиваем, как лучше: сдать то, что есть, в неполной комплектации, или задержаться на день. Как скажут, так и поступаем.
Главное, не изводите себя всякими "обоже, я такой-сякой, не успел в срок, я недостоин этой работы" и не сливайтесь.
Не мешайте ревьюерам решать самим, нравится им ваш код, темп и подходы или нет, не надо решать за них.
Не мешайте ревьюерам решать самим, нравится им ваш код, темп и подходы или нет, не надо решать за них.
9) А если выложился на 110%, тестовое отклонили и фидбека не дали?
Берете тестовое, топаете в наш джуновский чат и просите ревью. Кто свободен и кому интересно, посмотрят вашу работу и дадут конструктивный и бережный фидбек. https://t.me/jun_mid_front ">https://t.me/jun_mid_f...
Берете тестовое, топаете в наш джуновский чат и просите ревью. Кто свободен и кому интересно, посмотрят вашу работу и дадут конструктивный и бережный фидбек. https://t.me/jun_mid_front ">https://t.me/jun_mid_f...
Кстати, можете и до отправки тестового прийти к нам и показать вашу работу, мы посмотрим и повылавливаем блошек, например. И вам полезно, и нам https://abs.twimg.com/emoji/v2/... draggable="false" alt="🌸" title="Kirschblüte" aria-label="Emoji: Kirschblüte">
Ну что ж, ребята, желаю всем отличных и интересных тестовых!
