Jaki framework do nauki JS

0

@TomRiddle: Rozumiem co masz na myśli, jednakże w większości ogłoszeń o pracę są wymagane konkretne frameworki, stąd moje pytanie, którego warto się nauczyć na początek, Reacta czy Vue? (mając oczywiście opanowane podstawy js, html i css), bo bez tego rozumiem, że sam framework mija się z celem.

0

@Descendant: Ale który bardziej polecasz na początek Twoim zdaniem?

1
marcin777 napisał(a):

@TomRiddle: Rozumiem co masz na myśli, jednakże w większości ogłoszeń o pracę są wymagane konkretne frameworki, stąd moje pytanie, którego warto się nauczyć na początek, Reacta czy Vue? (mając oczywiście opanowane podstawy js, html i css), bo bez tego rozumiem, że sam framework mija się z celem.

Zadajesz pytanie:

"nie umiem liczyć, ale w ogłoszeniach o pracę są tylko pozycje księgowych i matematyków, więc nauczę się całek".

Jak niby chcesz korzystać z biblioteki napisanej w JavaScript jeśli nie znasz java script? Będziesz tworzył potworne aplikacje pełne bugów bez tego.

Poza tym, dla Rekrutera umiejętność JavaScript jest dużo istotniejsza niż jakiejś jednej biblioteki. Znajomość języka programowania jest dużo istotniejsza niż tej jednej biblioteki jak React lub Vue. Ktoś kto zna js ale nie zna Vue da się łatwo wyszkolić, szybko. Ktoś kto zna Vue lub React ale nie zna JS jest bezużyteczny.

4
marcin777 napisał(a):

@TomRiddle: Rozumiem co masz na myśli, jednakże w większości ogłoszeń o pracę są wymagane konkretne frameworki, stąd moje pytanie, którego warto się nauczyć na początek, Reacta czy Vue? (mając oczywiście opanowane podstawy js, html i css), bo bez tego rozumiem, że sam framework mija się z celem.

zamiast uczyć się "jak" się programuje we frameworku, zacznij od "dlaczego". Cofnij się w czasie i dowiedz się, czemu React został stworzony w taki sposób, w jaki został:

(nagranie z 2014, ale to nie szkodzi, później też możesz prześledzić zmiany jakie zaszły w samym React przez te lata (np. createClass -> klasy ES6 -> hooki) i w ekosystemie Reacta (np. Flux -> Redux -> GraphQL)). Ogólnie kontekst, dlaczego coś zostało zrobione i jak się zmieniało, jest ważniejszy niż znajomość nazw funkcji.

Podobnie i z Vue:

Co do Angulara to warto wiedzieć o tym, że wcześniej był AngularJS (nie mylić z Angularem! To dwa odrębne frameworki), jednak był pozornie dobry, jednak na dłuższą metę nieudany i twórcy postanowili, że zrobią go od nowa (wersja 2+).

Talk o AngularJS (starej wersji)


Tam jeszcze się jQuery pojawia w tym talku (jQuery to też ciekawa biblioteka, też warto poznać kontekst, jakie problemy rozwiązywała, czemu teraz już można się bez niej obyć itp.).

Z drugiej strony historia tych frameworków (i problemy, jakie rozwiązują oraz sposoby, w jakie to robią) są trochę zagmatwane, więc też nie musisz wszystkiego rozumieć, no ale jak masz wątpliwości co do wyboru, to zawsze warto poznać background. I myślę, że łatwiej wtedy znajdziesz wspólny język z bardziej doświadczonymi programistami, jeśli będziesz miał świadomość tego, jakie problemy rozwiązuje dany framework w jaki sposób - np. AngularJS był magią, bo miał 2 way binding... problem w tym, że to generowało problemy, więc React już stawiał się w opozycji (unidirectional data flow), plus wyszedł z pomysłem wirtualnego DOMu, co też było innowacją itp. itd.

Natomiast sama nauka pisania w tych frameworkach nie jest trudna (choć jeśli chodzi o React, to widzę, że masę osób się wywala na... nieznajomościach podstaw JS. Niestety React nie wybacza osobom, które nie znają JSa, więc jest to argument, żeby najpierw się JSa nauczyć, żeby potem wiedzieć choćby, jak działa this czy domknięcia(ang. closures) ).

1

Dziękuję wszystkim za porady.

Czyli najpierw solidne opanowanie czystego JS, a potem dopiero brać się za frameworki. No i of course HTML+CSS, ale to oczywista oczywistość ;-)

0
marcin777 napisał(a):

Dziękuję wszystkim za porady.

Czyli najpierw solidne opanowanie czystego JS, a potem dopiero brać się za frameworki. No i of course HTML+CSS, ale to oczywista oczywistość ;-)

Z tym HTML i CSS to bym poczekał.

No, chyba że uczyłbyś się ich osobno. Zrobiłbyś sobie dwa projekty, osobne

mkdir htmlProject/
mkdir jsProject/

I pisałbyś HTML+CSS w htmlProject/, a JS w jsProject/. Jeśli będziesz pisał JS i HTML+CSS w jednym projekcie, to natychmiast połączysz te dwie rzeczy ze sobą i zrobisz nic nie wartą aplikację.

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