Ścieżki kariery w JavaScript

0

Cześć,

Od początku poprzednich wakacji zacząłem naukę front-endu, pracę znalazłem na jesień. Pracuję jako SAP Fiori developer ( https://en.wikipedia.org/wiki/SAP_Fiori i jeszcze https://en.wikipedia.org/wiki/OpenUI5 ). W tym frameworku wykorzystuje się głównie JavaScript i XML. Do rzeczy - po podjęciu pracy nie wiedziałem wiele o JS'ie i zastanawia mnie to jak bardzo - Fiori i czysty JS - różnią się od siebie. Czy trudno będzie się przedstawić z tego frameworku na czysty JS w związku z nową pracą?

0

W tym frameworku wykorzystuje się głównie JavaScript i XML. Do rzeczy - po podjęciu pracy nie wiedziałem wiele o JS'ie i zastanawia mnie to jak bardzo -
Fiori i czysty JS - różnią się od siebie. Czy trudno będzie się przedstawić z tego frameworku na czysty JS w związku z nową pracą?

Nie używalem tego, ale z tego co napisali w FAQ to oni też używają czystego JavaScriptu, przynajmniej tak zrozumiałem ("czysty" to słowo, które można rozmaicie rozumieć, ale napisali, że "It is built on web standards like JavaScript, HTML5, and CSS3." - czyli tak jakby to był ten sam JS, co masz w przeglądarce, a nie jakaś zmodyfikowana jego wersja).

http://openui5.org/faq.html

0

Ścieżki Java Script padawana kręte i zwodnicze są. Świadomość tego miej. Czy technologie i frameworki, które szybko odchodzą poznawać dogłębie chcesz zastanów się.

0

@LukeJL: Dzięki za odpowiedź. Właśnie jest kilka rzeczy jak np. pobieranie elementu za pomocą ID, we fiori jest byId() w "czystym JS" getElementById() - przynajmniej z tym się spotkałem. Zastanawia mnie po prostu czy pracodawca, patrząc na moje 3 letnie doświadczenie (dla przykładu), będzie wymagał znajomości czystego JS, a to, że mam doświadczenie w konkretnym frameworku - którego nie używają - wykluczy mnie na początku podczas rekrutacji.

1

Zastanawia mnie po prostu czy pracodawca, patrząc na moje 3 letnie doświadczenie (dla przykładu), będzie wymagał znajomości czystego JS, a to, że mam doświadczenie w konkretnym frameworku - którego nie używają - wykluczy mnie na początku podczas rekrutacji.

A to uzywałeś JSowego framoworka bez znajomości JSa?

we fiori jest byId() w "czystym JS" getElementById()

To nie jest żaden "czysty JS" tylko DOM API.

0
Maciej Cąderek napisał(a):

Zastanawia mnie po prostu czy pracodawca, patrząc na moje 3 letnie doświadczenie (dla przykładu), będzie wymagał znajomości czystego JS, a to, że mam doświadczenie w konkretnym frameworku - którego nie używają - wykluczy mnie na początku podczas rekrutacji.

A to uzywałeś JSowego framoworka bez znajomości JSa?

Tematem rozmowy raczej nie jest to z jaką znajomością JS'a przyszedłem do pracy.

we fiori jest byId() w "czystym JS" getElementById()

To nie jest żaden "czysty JS" tylko DOM API.

Dzięki, zapamiętam.

Może przypomnę pytanie, które mnie nurtuje - czy znajomość konkretnego frameworka utrudni mi znalezienie pracy (za kilka lat) jako programista JS'a? Pytam się przyszłościowo, aby dowiedzieć się jak działa rynek.

1

Znajomość tego frameworka będzie co najwyżej bez znaczenia dla potencjalnego pracodawcy.

Natomiast nieznajomość frameworka używanego przez pracodawcę (lub pokrewnego) już utrudni - wydawało mi się to oczywiste.

Poza tym jak już mówimy o np frontendzie, to jest mnóstwo innych rzeczy poza frameworkami, które trzeba znać - API przeglądarki, HTML, CSS, toole itd.

0
Maciej Cąderek napisał(a):

Znajomość tego frameworka będzie co najwyżej bez znaczenia dla potencjalnego pracodawcy.

Plusem nawet nie będzie to, że mam doświadczenie we frameworku bazującym na JS'ie?

Natomiast nieznajomość frameworka używanego przez pracodawcę (lub pokrewnego) już utrudni - wydawało mi się to oczywiste.

Po prostu jak jest np. oferta pracy, gdzie wymagana jest znajomość Angulara, a ja jako osoba - powiedzmy - z 3 letnim doświadczeniem w innym frameworku nie mam szans nawet na telefon od potencjalnego pracodawcy?

Poza tym jak już mówimy o np frontendzie, to jest mnóstwo innych rzeczy poza frameworkami, które trzeba znać - API przeglądarki, HTML, CSS, toole itd.

Wiadomo, zgadzam się. Znam takie rzeczy, które wymieniłeś.

Tak czy siak rozmawiamy teraz czysto hipotetycznie. :)

0

To proponuję zamiast czysto hipotetycznie rozmawiać, czysto praktycznie wysłać CV (bez ściem) i sprawdzić odzew.

0
Maciej Cąderek napisał(a):

To proponuję zamiast czysto hipotetycznie rozmawiać, czysto praktycznie wysłać CV (bez ściem) i sprawdzić odzew.

W tej chwili nie chcę zmieniać pracy, dlatego rozmawiamy hipotetycznie. Po prostu miałem nadzieję, że są tutaj osoby, które były w takich sytuacjach.

1

pobieranie elementu za pomocą ID, we fiori jest byId() w "czystym JS" getElementById() - przynajmniej z tym się spotkałem.

Nazwa funkcji to jest szczegół. Dużo ważniejsze jest to, że przeglądarkowe API zawiera o wiele więcej różnic i pułapek, które trzeba znać, a które dany framework może ukrywać (chociaż na szczęście istnieje coś takiego jak jQuery, które pozwala operować na drzewku DOM o wiele wygodniej niż w czystym API). Ponadto dzisiaj już się często odchodzi od bezpośredniej manipulacji elementami HTML i pracuje się na wirtualnym HTMLu (np. w ReactJS). Wtedy juz masz o wiele większy poziom abstrakcji.

Więc różnice w programowaniu np. w ReactJS (który jest bardzo popularny) są o wiele większe niż tylko to, że masz inne nazwy funkcji (wszystko masz inne, cały paradygmat masz już inny), więc jeśli chcesz być na czasie i zabezpieczyć się przed koniecznością zmiany pracy to nie wystarczy ci znajomość jakichś niszowych frameworków - warto poznać to co popularne - żeby poznać jak się pracuje obecnie we frontendzie (tak jak pisałem, nie chodzi o nazwy funkcji, tylko o samo podejście).

Tak samo np. teraz się pracuje w JS na modułach - o tym też bym pomyślał, jeśli chcesz być na czasie z JS.

Po prostu jak jest np. oferta pracy, gdzie wymagana jest znajomość Angulara, a ja jako osoba - powiedzmy -
z 3 letnim doświadczeniem w innym frameworku nie mam szans nawet na telefon od potencjalnego pracodawcy?

Pewne frameworki są podobne do siebie. Jeśli ktoś zna Reacta i Angulara, to raczej nie będzie miał problemów z wejściem w Vue, który wygląda jak miks dwóch poprzednich. Z drugiej strony jeśli masz doświadczenie w niszowym frameworku, to skąd ludzie mają wiedzieć, jakiego rodzaju jest to framework? (chociaż na pewno będą o to pytać na rozmowie z ciekawości).

Więc raczej bezpiecznie będzie założyć, że pracujesz w piwnicy i warto zobaczyć jak się teraz pracuje we frontendzie, i popróbować coś napisać w modnych technologiach w weekend czy coś - wtedy sam zobaczysz na ile twoje piwniczne podejście (nie mówię, że złe, po prostu piwniczne, dlatego, że to jest nisza) jest podobne, a na ile nie.

0
LukeJL napisał(a):

pobieranie elementu za pomocą ID, we fiori jest byId() w "czystym JS" getElementById() - przynajmniej z tym się spotkałem.

Nazwa funkcji to jest szczegół. Dużo ważniejsze jest to, że przeglądarkowe API zawiera o wiele więcej różnic i pułapek, które trzeba znać, a które dany framework może ukrywać (chociaż na szczęście istnieje coś takiego jak jQuery, które pozwala operować na drzewku DOM o wiele wygodniej niż w czystym API). Ponadto dzisiaj już się często odchodzi od bezpośredniej manipulacji elementami HTML i pracuje się na wirtualnym HTMLu (np. w ReactJS). Wtedy juz masz o wiele większy poziom abstrakcji.

Więc różnice w programowaniu np. w ReactJS (który jest bardzo popularny) są o wiele większe niż tylko to, że masz inne nazwy funkcji (wszystko masz inne, cały paradygmat masz już inny), więc jeśli chcesz być na czasie i zabezpieczyć się przed koniecznością zmiany pracy to nie wystarczy ci znajomość jakichś niszowych frameworków - warto poznać to co popularne - żeby poznać jak się pracuje obecnie we frontendzie (tak jak pisałem, nie chodzi o nazwy funkcji, tylko o samo podejście).

Tak samo np. teraz się pracuje w JS na modułach - o tym też bym pomyślał, jeśli chcesz być na czasie z JS.

Po prostu jak jest np. oferta pracy, gdzie wymagana jest znajomość Angulara, a ja jako osoba - powiedzmy -
z 3 letnim doświadczeniem w innym frameworku nie mam szans nawet na telefon od potencjalnego pracodawcy?

Pewne frameworki są podobne do siebie. Jeśli ktoś zna Reacta i Angulara, to raczej nie będzie miał problemów z wejściem w Vue, który wygląda jak miks dwóch poprzednich. Z drugiej strony jeśli masz doświadczenie w niszowym frameworku, to skąd ludzie mają wiedzieć, jakiego rodzaju jest to framework? (chociaż na pewno będą o to pytać na rozmowie z ciekawości).

Więc raczej bezpiecznie będzie założyć, że pracujesz w piwnicy i warto zobaczyć jak się teraz pracuje we frontendzie, i popróbować coś napisać w modnych technologiach w weekend czy coś - wtedy sam zobaczysz na ile twoje piwniczne podejście (nie mówię, że złe, po prostu piwniczne, dlatego, że to jest nisza) jest podobne, a na ile nie.

Takie odpowiedzi oczekiwałem. Dzięki. :) Są jakieś ciekawe strony typowo o nowościach we frontendzie? Żeby właśnie być "na czasie"?

0

Twitter,Hacker News i Reddit (na Twitterze masz najświeższe informacje, ale przypuszczam, że na Reddit masz w najbardziej strawnej formie https://reddit.com/r/javascript )

0

Jeżeli nie masz doświadczenia w branży IT to jak najbardziej polecam http://altimi.com/praca-it/javascript/. Przyjmują absolwentów po uczelni i nie wymagają 2 letniego doświadczenia. Jeżyk angielski na poziomie komunikatywnym. Na pewno dużo rzeczy tam się nauczycie i możecie skorzystać z możliwości wyjazdu za granice.

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