Junior Frontend JavaScript Developer

Nasz klient:  KYOCERA Document Solutions (googlowanie to nie wstyd!) operuje na wielu rynkach w Europie i obu Amerykach, a siedziba firmy mieści się w Japonii 🍥⛩🍙  Ściśle współpracujemy z Product Ownerami po stronie Klienta oraz naszymi niemieckimi biurami – SYZYGY Frankfurt oraz SYZYGY Tech Solutions (Bad Homburg) = tu jest jakby międzynarodowo!

Produkt: 

• Aplikacja webowa prezentująca produkty, która oparta jest na systemie Multi Site Manager, służącym do zarządzania kilkunastoma lokalnymi stronami na wszystkich rynkach.
• Dużą część platformy stanowi system do udostępniania ponad kilkudziesięciu tysięcy plików współdzielonych pomiędzy rynkami.
• Front-endowa część aplikacji to głównie warstwa prezentacyjna i niektóre funkcjonalności związane np. z wyszukiwarką.
• Stan projektu: Aktualnie jesteśmy na końcowym etapie kilkumiesięcznego upgrade’u AEM z wersji 6.3 do 6.5, a następnym krokiem będzie przygotowywanie do migracji do usługi chmurowej.

Perspektywy rozwoju:

• Zaplanowane powiększenie teamu maintenance
• Długofalowy proces przygotowywania platformy do wspomnianej migracji na AEM Cloud Service
• Możliwość przeprowadzenia audytu pod kątem UX/UI i wprowadzenia usprawnień na podstawie jego wyników

Stack technologiczny & Narzędzia

• Część front-endowa aplikacji zbudowana jest w modułowy sposób, tworząc głównie warstwę prezentacyjną. Budując komponenty korzystamy głównie ze statycznych szablonów AEM w połączeniu z Vanilla JS dla ich warstwy logicznej i SCSS do stylowania. Framework React.js używany jest dla kilku bardziej skomplikowanych funkcjonalności.
• js
• Vanilla JS
• SCSS
• AEM (CMS/back-end)
• Webpack/Babel
• ESLint
• GitLab
• Jira

Wiedza o zespole (Zakres podstawowy)

• Pracujemy hybrydowo, ale w środy chcemy się z Tobą widzieć w biurze
• Codzienne zadania front-end developer_ związane są głównie z utrzymywaniem istniejącego już produktu oraz rozbudową i usprawnianiem funkcjonalności
• Planujemy zadania w dwutygodniowych iteracjach podczas Sprint Planningu
• Korzystamy z innych wydarzeń SCRUMowych, np. Daily, Retro, etc.
• Pracujemy nad tym, żeby dostarczyć naszemu klientowi niezawodną platformę
• Kładziemy duży nacisk na jakość kodu i testowanie fukncjonalności
• Jako jedyni w naszej organizacji pracujemy w AEM, która jest prestiżową i zarazem niszową technologią w świecie developerskim.

Jak wygląda praca w zespole Axolotle ??

(BTW wcześniej nazywaliśmy się Kraina Podziemnej Pomarańczy. To chyba wiele o nas mówi.)

Nazwaliśmy się Axolotle, bo Ambystoma meksykańska nie brzmi tak klawo. Wyręczymy Cię w sprawdzaniu i zacytujemy tu Wikipedię: „Nazywane są meksykańskimi chodzącymi rybami, chociaż wcale nimi nie są. To płazy obdarzone niesamowitą cechą regeneracji całych części ciała. Zwierzę jest w stanie regenerować swoje kończyny, ogon, oczy, jajniki, a nawet zaawansowane organy jak płuca czy rdzeń kręgowy”.  A więc dlaczego? Bo Adze często nawala kolano i gdyby mogła, wyhodowałaby nowe.

Obecni Axolotle to 4 osoby: 

• Agile Project Managerka/Front End Developerka, 
• QA tester, 
• BE AEM Developer, 
• IT Business Partnerka.

• Tworzymy zespół bardziej dopasowany do potrzeb klienta, a przede wszystkim gwarantujący bezpieczną obsługę platformy. Nie budujemy go jednak od nowa i w projekcie jest osoba, która do tej pory pracowała w tej roli i może być Twoim wsparciem… opoką, latarnią, przewodnikiem (w skrajnych przypadkach wyrocznią). To może być dla Ciebie świetna okazja do poznania sławnego CMS-a produkowanego przez giganta branży: Adobe Experience Manager.
• Po stronie front-end zdecydowanie przydałyby się unit testy, więc bardzo się ucieszymy, jeśli będziesz chciał_ rozwijać aplikację w tym kierunku. Jest też trochę miejsc w kodzie, którym przydałby się refactoring – tutaj też widzimy dla Ciebie pole do popisu, ale to nie koniec!
• Poza określonymi obszarami do zaopiekowania się wiele będzie zależeć od Ciebie. Jeśli masz chęć rozwoju innych zdolności, uczenia się i eksperymentowania… działaj (~ Paulo Axolotlelho). Jesteśmy samozarządzającym się zespołem: nie mamy szefów, stanowisk, mamy za to role. Przydzielamy je sobie sami w zakresie naszych kompetencji oraz umiejętności, które chcemy dopiero nabyć, aby przynieść wartość zespołowi, klientowi lub/i firmie.
• Więcej o rolach możesz przeczytać w artykule: Stanowiska vs role. Na czym polegają różnice?

👾 Must have

• Wiara w code review przeprowadzane zgodnie ze sztuką
• Znajomość podejścia Software Craftsmanship
• Rozeznanie w podstawowych zagadnieniach z zakresu Web Security
• Zrozumienie istotności Accessibility
• Ugruntowana wiedza na temat działania REST API
• Zdolność sprawnego debuggowania kodu – korzystając nie tylko z console.log, ale również z debuggera i devtools
• Nacisk na używanie metod filter, map, reduce nad standardowe pętle w celu optymalizacji kodu, używanie arrow functions tam, gdzie to możliwe
• Biegły język angielski (w mowie i piśmie) – posługujemy się nim w codziennej pracy, podczas spotkań z klientem

👾 JavaScript 

• Dbanie o jakość kodu, znajomość wzorców projektowych
• Stosowanie zasad DRY, KISS, SOLID
• Praktyczne rozumienie działania przeglądarki internetowej “za kulisami”

👾 React.js

• Znajomość cyklu życia komponentu
• Swobodne używanie hook’ów i context’u
• Zarządzanie stanem
• Samodzielne poruszanie się w ekosytemie React’a
• Znajomość popularnych bibliotek i rozwiązań

👾 SCSS

• Umiejętność korzystania ze zmiennych, funkcji, mixin’ów, zagnieżdżania selektorów

👾 Git

• Umiejętność tworzenia feature branch’y
• Znajomość komend takich jak cherry-pick, rebase, etc.

👾 Twoje podejście:

• Zaangażowanie i odpowiedzialność za swoją pracę, za zespół i za projekt – każdy z nas ma tu jakąś rolę, ale też pamiętamy o tym, że razem tworzymy swoją rzeczywistość
• Umiejętność prezentowania wyników swojej pracy, również przed klientem (w języku angielskim)
• Samodzielność i wykazywanie się inicjatywą do wprowadzania usprawnień (nie tylko technologicznych) w projekcie i zespole

👾 Nice to have

• Znajomość Jest, AEM, TypeScript i/lub BEM
• Doświadczenie pracy w projektach komercyjnych
• Znajomość zwinnych metodologii wytwarzania oprogramowania
• Doświadczenie w ścisłej współpracy z back-end developerami
• Umiejętność estymowania zadań
• Doświadczenie w pracy z zespołem DevOps
• +Jesteśmy otwarci na wszystkie inne zdolności, które wniesiesz do zespołu. Chwalenie się jest w cenie!

👾 Wyzwania

• Turkus to nie przelewki! – Umiejętność podejmowania decyzji i brania za nieodpowiedzialności, samoorganizacja pracy to tylko początek 🤹🏽‍♀️
• Newralgiczną częścią budowanej przez nas aplikacji jest infrastruktura ściśle związana z wspomnianym systemem AEM – potrzeba trochę czasu, żeby sprawnie się w tym poruszać.