Praca jako React Developer

0

Witajcie,
Zastanawiam się od jakiegoś czasu nad wymaganiami stawianymi React developerom. Co taka osoba musi realnie potrafić na poziomie mida?:)

JS, React, Redux, Jest, typescript.... I coś jeszcze? :)

Jak wygląda praca takiego developera? Czy zajmuje się tylko programowaniem w JS, czy też np "kodowaniem projektu" (PSD/Figma => html/css)?

Z góry dzięki za informacje :)

1

To zależy. Mam nadzieje że pomogłem :)

0

W małej firmie istnieje ryzyko, że będziesz musiał klepać widoki z figmy poza stricte programowaniem. W większych często są dedykowane do tego zespoly

Generalnie rzeczy, o których wspomniałeś to taki core.

Jak wygląda praca?
8.00 poczta, przeglądanie pierdół, akceptowanie i przegladanie PRow, quick fixy, sniadanie
9.30 Daily
10.00 praca mieszana z przeglądaniem pierdół
11.00-13.00 praca
13.00 obiad i przegladanie pierdół
13.30-15.30 praca
15.30-16.00 raportowanie czasu, tworzenie PRow

0

Według mnie jako React Dev powinieneś przede wszystkim bardzo dobrze znać JS oraz react. Może wydać się to dość zadawane, ale z perspektywy osoby która przez 5lat pracy przerobiła już kilka firm, kilkanaście projektów i rekrutacji (z obu stron barykady), ludzie mają problemy z czystym językiem, a samego reacta rozumieją po łebkach i to mimo kilku lat doświadczenia.
Gdy już ogarniesz JS i React dorzuć do tego TypeScript. Następnie redux (używany coraz rzadziej) oraz jakieś alternatywne rozwiązania (rtk-query, react-query, swr). Potem lecisz z jakąś biblioteką do formularzy (formik, react-hook-form). Następnie rozwiązania do stylowania. Tutaj raczej przegląd tego co się używa niż uczenie się czegoś konkretnego, plusy i minusy danych rozwiązań.
Na koniec zrozumienie różnic w podejściu do budowania aplikacji: spa x ssr x ssg. (React, nextjs i Ew. Gatsby). Nie musisz się tego uczyć, chodzi żebyś rozumiał kiedy powinieneś użyć danego rozwiązania.
W tym momencie możesz startować na mocnego juniora w zalewie wannabe react devów z dużą szansą na sukces. Reszty się douczysz później.
Powodzenia.

1
baracuda napisał(a):

Zastanawiam się od jakiegoś czasu nad wymaganiami stawianymi React developerom.

Silny JavaScript (a teraz to również TypeScript).

Elastyczność i gotowość do bycia na bieżąco i żeby co roku zmieniać sposób, w jaki się pisze aplikacje, bo weszła nowa wersja Reacta / powstała nowa libka do zarządzania stanu / nowy framework (przez framework mam na myśli np. Next.js, a nie sam React), nowa biblioteka do testowania, nowe "dobre praktyki" aktualnie zalecane przez React-celebrytów na Twitterze.

Oraz, może to zabrzmi dziwnie, ale moim zdaniem umiejętność konceptualizacji tego, jak działają apki Reactowe, pewnego rodzaju wyobraźnia (podparta praktyką). React ma specyficzny model działania (i ciągle twórcy go zmieniają, React ewoluuje) z którego trzeba zdawać sobie sprawę. Plus zwykle z Reacta się korzysta z dodatkowymi bibliotekami (np. Redux), które wprowadzają dodatkowy narzut koncepcyjny, bo trzeba nie tylko wyobrażać sobie przepływ danych w React, ale również trzeba wyobrażać sobie, jak dane przepływają w tych dodatkowych bibliotekach.

Bez tej wyobraźni (podpartej wiedzą i praktyką) łatwo zrobić coś, co będzie:

  • albo przeczące sensowi używania Reacta (np. używanie jQuery do manipulacji DOM w React XD)
  • albo może generować trudne do zlokalizowania błędy (np. mutowanie bezpośrednio stanu czy to w React czy Redux)
  • albo może być nie tyle groźne, co zbyteczne, nieoptymalne (np. sprawiające, że React będzie niepotrzebnie coś renderował po kilka razy)
1

Na mida potrzeba dobrego zrozumienia podstaw css, html, js bo w zależności od projektu mogą być różne biblioteki wykorzystywane do różnych rozwiązań i mając dobre podstawy łatwiej jest się ich w lcoie uczyć. Do tego React i typescript. Jakiś najpopularniejsze biblioteki do zarządzania stanem, formularzy, styli, wzorce, testowanie. Do tego umiejętność pracy w zespole (planowanie pracy, estymacje, robienie CR). Często (choć nie zawsze) fajnie popisać trochę w jakimś SSR (Next/Remix) i go rozumieć. Do tego pierdoły jak accessibility, semantyka etc.

0

Czemu odchodzi się od reduxa? Za dużo powtarzalnego kodu się z tego robi i to o to chodzi żeby zastępować to jakimiś toolkitami do reduxa (slice) bądź w ogóle reduxa np. takim RTK-query?

1 użytkowników online, w tym zalogowanych: 0, gości: 1