![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 10 Pomógł: 0 Dołączył: 4.11.2011 Ostrzeżenie: (0%) ![]() ![]() |
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 |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 1 268 Pomógł: 254 Dołączył: 11.06.2009 Skąd: Świętochłowice Ostrzeżenie: (0%) ![]() ![]() |
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 |
|
|
![]() ![]() |
![]() |
Aktualny czas: 14.10.2025 - 10:09 |