Ścieżka rozwoju, Czego uczyć się dalej oraz w jakim celu Opcje

[DanielG44K]

Witam,

strony internetowe projektuję profesjonalnie już dobre 3 lata. Uważam, że PHP, JS, Jquery, HTML, CSS ogarniam na poziomie zaawansowanym. Pytanie co dalej?

Nie ukrywam, że zanim wezmę się za C++/C# ( podstawy już mam, doświadczenia w kodowaniu - zero ) chciałbym się jeszcze trochę rozwinąć aby mieć na czym dorabiać zanim nauczę się innych języków oraz aby nie zostać z technologią w tyle.

Stąd moje pierwsze pytanie, mianowicie w jakim celu są wykorzystywane technologie AngularJS, ASP.NET, Node.js itd. itp.? Przeglądając oferty pracy programisty front-end'u często się z tymi terminologiami spotykam, jednakże przeglądając kursy, nie widzę miejsca w którym mógłbym je zastosować. Oczywiście tych bibliotek chociażby JS'owych jest o wiele więcej.

Znajdzie się miła duszyczka które pomoże rozwiać wątpliwości w jakim kierunku się rozwijać i czy ma to w ogóle sens? ( zakładam, że ma, dlatego napisałem ten post )

Pozdrawiam,
Daniel Galas

[Comandeer]

Od siebie rzekłbym tak: jQuery, Angular.js i React.js są must-have jeśli szukamy pracy. Natomiast jeśli chcemy się szkolić w JS, warto na nie uważać.

Angular.js ma bardzo złą architekturę i pomysły, co podsumowałem swego czasu na blogu: http://www.webkrytyk.pl/krytyka/my-truth-about-angular-js/ (są tam linki do odpowiednich artków, warto poczytać). Zamiast niego raczej wolę Bacbkone'a czy Taunusa (https://github.com/taunus/taunus), ale on to już rozwiązanie full-stack, genialne na tzw. middleend (czy "new frontend", jak to mawia Zakas): http://www.nczonline.net/blog/2013/10/07/n...-web-front-end/ i doskonały wstęp do izomorficznych web-apps: http://isomorphic.net/

Jednak narzędzia do testowania stworzone przez Angular team, czyli Karma czy Protractor, są genialne i przyjemnie się ich używa (osobiście karmę używam z mocha), jednak ciekawie zapowiada się też praktykant: https://theintern.github.io/

Natomiast React.js jest bardzo dobry pod warunkiem, że stosujemy go tylko i wyłącznie jako view, nie kombinując z żadnymi "inline CSS-ami" i innymi dziwactwami: https://www.pandastrike.com/posts/20150311-react-bad-idea
No i jego wydajność to w dużej mierze mit: http://blog.500tech.com/is-reactjs-fast/ https://aerotwist.com/blog/react-plus-perfo...ce-equals-what/

Przy underscore.js warto od razu polecić lodash.js, który do niektórych projektów może okazać się lepszy.

Zamiast jQuery - zepto albo jeden z http://microjs.com/ (sieć idzie w stronę modularności, nie monolityczności - stąd jQuery jest już ciut przestarzały konceptualnie). Poleciłbym Better DOM (https://github.com/chemerisuk/better-dom) lub fastDOM (https://github.com/wilsonpage/fastdom czyli asynchroniczny DOM, a więc bezpośrednia konkurencja dla Virtual DOM Reacta bez niepotrzebnych udziwnień)

bower obecnie przegrywa na rzecz npm (np. jQuery przeszło na npm w pełni), a npm w niektórych projektach - na rzecz jspm (IMG:style_emoticons/default/wink.gif)

grunt przegrał na rzecz gulpa, gdyż brakuje mu streamingu i szybkości. Osobiście jednak wolę grunta z powodu jego podejścia (configuration over code).

webpack to nowy require.js, ale i tak wkrótce może wymrzeć, bo nadchodzi System.js i moduły w ES6. webpack + browserify to raczej sposób na przerzucenie kodu server-side na klienta i przyda się zwłaszcza w aplikacjach izomorficznych. Osobiście używałbym go obecnie do generowania modułów UMD, zamiast do wymuszania obsługi modułów CJS po stronie przeglądarki (asynchroniczność AMD wciąż jest tu górą): http://addyosmani.com/writing-modular-js/

Ten post edytował Comandeer 6.08.2015, 12:53:44