Что нужно иметь и знать в фреймворке React джуну?

Question

[Swaer]

Интересен вопрос, знаю что у всех и везде по разному, но всё же есть хоть какая-то согласованность, вот и хотел у знающих спросить, что нужно уметь и знать в Реакте для того, чтобы быть достойным на должность джуна=)

Comments

[Aleksandr]

Точно «что нужно иметь»?

Answer 1

[Антон Спирин]

Хороший кандидат на должность Junior React Developer, по моему мнению, должен соответствовать следующему перечню требований:
1. Хорошее знание JavaScript. В React разработке используется ES6 и большинство экспериментальных фич еще не вошедших в стандарт.
2. Хорошее знание HTML и CSS. Кроссбраузерная верстка. Так же, хорошо иметь представление о том, что такое css-in-js.
3. Web APIs. Умение работать с объектной моделью документа(DOM) и все эти XMLHttpRequest, localstorage, cookie, history и прочее.
4. Хорошее знание API React. Вы должны хорошо знать React, знать его возможности, понимать основные концепции и уметь ответить на большинство типовых вопросов. Для этого достаточно хорошо изучить документацию, разобрать пару типовых проектов на github и попрактиковаться. Много полезной информации, приёмов и идей можно подчерпнуть из тематических статей и докладов. Так же, на просторах интернета можно найти подборки типовых вопросов, часто задаваемых на собеседованиях. В англоязычном сегменте их больше.
5. Redux. Уверенное знание API. API библиотеки до боли пост. Знать, что такое промежуточное ПО и зачем оно. Понимать базовые концепции архитектуры Flux. Все это есть в документации и многочисленных курсах.
6. Умение работать с менеджером пакетов npm на базовом уровне.
7. Node.js. Хотя бы уметь написать простейший express/koa сервер, который будет отдавать ваше приложение и статику.
8. Webpack. Базовые знания.
9. Умение работать с git. Хотя бы знать и уметь примерять команды: init, clone, add, commit, push, pull, merge, checkout.
10. Иммутабельность. Четкое понимание зачем это надо. Знание приемов иммутабельного изменения структур данных. Это есть в официальном туториале React.
11. Статическая типизация TypeScrpt/Flow. Для начала хватит самых основ и способности понимать чужой код.
12. Функциональное программирование. Хватит знаний полученных в процессе изучения JavaScript, а так же не помешает знать, что такое каррирование, чистые функции и рекурсия.
13. Базовые концепции ООП. Хватит знаний полученных в рамках изучения JavaScript.
14. Асинхронный код. Понимать как его правильно организовывать. Promise, async/await.
15. Сетевые протоколы передачи данных. Вполне хватит базовых знаний о http/https, о том, что такое заголовки и какие они бывают. Хорошо знать о том, что такое websocket.
16. За плечами должен быть хотя бы один учебный проект на React. Хватит типового тестового задания.
Примеры таких заданий: 1, 2, 3(сайт может быть не доступен на территории РФ, советую отрыть через VPN и посмотреть), 4, 5. Если подобного проекта у вас нет, то будьте готовы, что потенциальный работодатель предложит вам выполнить тестовое задание и только по его результату вас, может быть, пригласят на техническое интервью. Если напишите хорошо, вас скорей всего пригласят.
17. Желателен опыт создания типовых UI элементов. Например, чтобы не вызывало трудностей написать простой кастомный чекбокс. Куча примеров реализаций типовых элементов есть на codepen.

Это не красный минимум знаний и во многих компаниях требования могут быть значительно ниже. Но соответствие вышеперечисленым пунктам будет хорошим аргументом для работодателя остановить свой выбор именно на вашей кандидатуре.

Похожий вопрос.

Comments

[Андрей Федосеев]

ДЖУНУ???

[sunblossom]

Кажется, вы маленечко напутали. Это требования к миддлу.

[Антон Спирин]

Андрей Федосеев, sunblossom, какие из приведённых пунктов вас смущают?

sunblossom, для Middle в требования ко всему этому еще и около двух лет опыта работы. Junior боевого опыта может и не иметь.
Во всех компаниях, где я работал и куда будучи джуном пробовался, требования были примерно на этом уровне. Сам бы я кондидата со знаниями ниже этих рассматривал как трейни или стажера. Конечно, по каждому пункту можно сделать небольшие поблажки. Особенно, если кандидат подает большие надежды.
Вы, наверно, путаете с уровнем стажера. Ему еще простительны неуверенные знания JavaScript или неумение написать простейший запрос на сервер.
Возможно, где-то требования пониже, но думаю там и зп соответствующая.
Уверен, завтра в ответах и комментариях отпишутся другие React разработчики и поделятся своим мнением и опытом.

[sunblossom]

Антон Спирин, человек, который имеет в копилке каждый из ваших пунктов, по определению не может не иметь опыта.
ИМХО, теория без практики - хуже, чем практика без углубленной теории.

[Антон Спирин]

sunblossom,

человек, который имеет в копилке каждый из ваших пунктов, по определению не может не иметь опыта.

какой из приведенных пунктов по-вашему невозможно иметь без опыта работы?

ИМХО, теория без практики - хуже, чем практика без углубленной теории. теория без практики - хуже

Ничто не запрещает человеку учиться и совмещать теорию с практикой. Более того, процесс изучения ЯП и сопутствующих технологий, по-хорошему, должен вмещать больше практики, чем теории. Для получения практического опыта программирования не обязательно работать программистом, достаточно писать код.
Совсем другое дело продолжительный опыт работы в реальных проектах. Именно его наличие и знания полученные из этого опыта и отделяют программиста уровня Middle от Junior.

[sim3x]

Хороший ответ

Стоит только расшифровать, что такое

типового тестового задания

для реакт разраба

[Антон Спирин]

sim3x, Спасибо! Добавил примеры.

[Владимир Проскурин]

Андрей Федосеев, это не такой большой материал, то что меньше, это уже стажер. Я бы добавил еще знание определенного текстового редактора, типа открытие файла по поиску, поиск по файлам, комбинации клавиш.

[Андрей Федосеев]

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

[Mikhail Osher]

Андрей Федосеев sunblossom я абсолютно согласен с Антон Спирин , что это на джуна. Миддл уже должен иметь знания проектирования архитектуры, кроссбраузерные нюансы, отличные знания по структурам данных, SOLID/GRASP/Patterns. Способен сам написать билд пайплайн на вебпаке с hmr / async chunks и прочим. Ну и еще вагон всего.

[Андрей Федосеев]

Mikhail Osher, давайте уточним, что мы об одном и том же кандитате в джуны, а не о сферическом в вакууме. Такого джуна можно хантить очень долго, потому что в соседней конторе это лычки и зар.плата мидла. На какую сумму расчитывать джуну со скилами которые предлагает Антон? В среднем в Москве. Для примера.

[Mikhail Osher]

Андрей Федосеев, не знаю, как в Москве. В Минске я бы за такое косарь просил, не меньше.

[Андрей Федосеев]

Mikhail Osher, 2 в мск легко с такими скилами. Через пару недель он раскурит ваш стек, подтянет необходимые знания (по структурам, алгоритмам, архитектуре или что-то другое для вашей конторы.), через пару месяцев за ним можно не проверять коммиты. Вот он мидл.

[psk17]

Крутой список, понятно к чему стремиться)
Реально это освоить за месяцев 6-8? Заниматься могу часов 25-30 в неделю.

[Модератор]

Антон Спирин, Максимилиан Восемнадцатый,

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

[Нурсултан Я]

Вот бы на все эти вопросы, да и ответы навесить, цены бы не было.

[aagzip]

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

[Владимир Проскурин]

aagzip, не, ну это уже для сеньоров

Answer 2

[artemmityushov]

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

Comments

[Дмитрий Pacification]

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

Answer 3

[hanguksaram]

Исходя из личного моего опыта, утверждаю что первый пункт описывает эталон джуниора, на практике не у многих мидлов существуют теор и практ знания по всем перечисленным пунктам. Антон Спирин Пожалуйста, поясните с вашей точки зрения необходимость 7 пункта , в 3 пункте что вы вкладываете в умение работать с dom моделью? Императивный стиль с деревом ,нодами пропертями htmlelementов? Зачем знание xmlhttprequestов, если в любом сторонней библе эта функциональность скрыта за слоем абстракции написанной вендором. Дмитрий Есин, вы допускаете тот факт что писать промышленный реюзабельный код в серверсайдрендер проекте в императивном стиле на каком-нибудь жкери, где отсутствуют строгие конвеншны к построению архитектуры клиента, сложнее, чем в ясном и продуманном окружении реакта?

Comments

[Антон Спирин]

Объясняю. Пункт 7 это совсем базовые знания. Они как и 6, 8, 9 понадобятся хотя бы для того, чтобы выполнить тестовое задание на хорошем уровне. И всегда будут хорошим плюсом. Подобный сервер это, примерно, строк 15 кода.

Пункт 3, я считаю, важен для любого фронтендера, как и HTML/CSS. Фронтендер должен уметь, ну хотя бы вешать слушатели, получать узлы и коллекции, работать с document, window, селекторами, знать примерно возможности Web APIs и уметь быстро загуглить оптимальное решение. Если фронтендер не знает, скажем, можно ли вообще получить размер окна, как слушать скролл или если у него наступает ступор при вопросе "куда можно сохранить токен" или "предоставляет ли браузер какое-либо решение для локального хранения данных?", то это плохой фронтендер и по мне на Junior от не тянет.

Зачем знание xmlhttprequestов, если в любом сторонней библе эта функциональность скрыта за слоем абстракции написанной вендором.

Одно дело использовать библиотеку, другое знать, что есть XMLHttpRequest и что библиотеки используют именно его.

Мое мнение работать с DOM должен уметь каждый человек, называющий себя фронтенд разработчиком. И в той же React разработке в больших и сложных проектах, работать с нативными событиями, document, window и refs приходится очень часто. Базовые знания Web APIs тоже важны.

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

Уровень мидла перечисленные пункты не гарантируют. Хороший мидл имеет достаточно боевого опыта, он разбирается в вопросах оптимизации и ускорения загрузки, без проблем решает задачи архитектурного плана на уровне модулей, может внедрять, вести и развивать инструментарий разработчика(все эти hmr, dev, prod, server конфиги, story book, jest, прекоммиты, деплой, проксирование дев сервера на тестовые инстансы и прочее). Он без проблем решит задачу вроде реализации фида с автовоспроизведением и остановкой видео при скролле(при отсутствии готового компонента Video в проекте) и инъекцией рекламы, лишь по макету, документации API и списку требований. Поставит джуниору задачу, объяснив оптимальный путь решения и проведет code review.
Ни один пункт из моего ответа не гарантирует перечисленного.
Повторюсь, уже писал об этом в комментариях, что уровень мидла от джуна отделяет именно достаточный багаж опыта работы над реальными задачами. Это и разработка, и сопровождение, и рефакторинг.
А пункты 6, 7, 8, 11 - подразумевают базовые неглубокие знания, а 17 вообще рекомендация. Для уровня мидла базовых знаний этих пунктов недостаточно и он обязательно должен уметь без проблем реализовать UI компоненты любой сложности.

Answer 4

[Андрей]

Для начала будущему джуну не плохо бы сходить на сайт реакта, и прочитать там большими буквами, что Реакт - ни разу не фреймворк, а очень даже "A JavaScript library for building user interfaces".

Во вторых будущему джуну надо осознать, что если он так неаккуратен в терминологии, то в разработке ему будет трындец как сложно. Компьютер, в отличии от человека, воспринимает все буквально и делает ровно то, что сказано. И если сказано неточно, то результата не будет.

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

Comments

[Андрей Малаев]

Что то как то грубо, ИМХО. Парень ведь просто вопрос задал о том, что хочет узнать, не думаю что стоит так на три абзаца его попирать за терминологию вопроса.

[Андрей]

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

Второй ключевой критерий - умение пользоваться поисковиками. Понятно что проще спросить у старожилов, но тут вопрос просто насквозь пропитан банальной ленью. Думаете когда такой недоджун придет работать в команду, с ним будут няньчиться и утирать сопельки? В лучшем случае очень культурно отправят гуглить и курить маны. Это в первый раз. Ну а дальше я даже не знаю...

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

Поэтому ледяной душ на входе - самое оно. И долой розовые бантики. :)

Answer 5

[Андрей Федосеев]

Знать как пишется реактивность. А иметь голову на плечах. Это минимум. А, ну и js.

Answer 6

[Дмитрий Есин]

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

Answer 7

[Илья Родин]

Единственное, что тебе нужно - это практика. Никакое количество теории не поможет тебе устроиться на работу. Так же не слушай никого, кто тебе пишет списки с тысячами критериев. Просто иди так, как тебе комфортно, делай тестовые задания (которых очень много на просторах интернета): Списки задач, календари, приложения погоды. Таких примеров куча. Главное не слушай людей, которые будут пугать тебя страшными списками из кучи технологий и терминов, это все само со временем подтянется с практикой. Резюмируя: сделай пару тестовых заданий, которые найдешь в интернете, примени там как минимум Redux или лучше Redux toolkit, какой-нибудь CSS фреймворк типа Tailwind CSS или Styled Components. Умей работать с роутерами. Понимай, что такое virtual dom. Этого будет достаточно. Удачи тебе!

Comments

[Фёдор]

Эх, ваш бы комментарий, да пару лет назад. Возможно, я бы даже не перегорел front-end разработкой.

[mletov]

Илья Родин, Фёдор,

"Практика без теории слепа, теория без практики мертва"(c)
Я тоже одно время упирался исключительно на практику.

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

А на собесах лажал. Вроде и использовал и интуитивно догадываешься о чем идет речь, но в терминологии плаваешь.

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