Ś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]

To, co podałeś nie generuje inline CSS tylko zwykły CSS - zupełnie inna bestia. A w React obecnie się zastanawiają jak dodać obsługę :hover do generowanych komponentów, bo wsadzenie wszystkiego w atrybut [style] powoduje więcej problemów niż je rozwiązuje. Polecam spojrzeć tutaj: https://css-tricks.com/the-debate-around-do...ed-css-anymore/

Idąc takim tokiem myślenia dochodzimy do GSS: http://gridstylesheets.org

Owszem, CSS ma problemy, ale React ich nie rozwiązuje, tylko udaje, że ich nie ma, zastępując CSS JS-em. Czyli najgorsze, co można zrobić.

Zepto to lepsze jQuery, bo nie ma w sobie tego crapu, co on (IMG:style_emoticons/default/wink.gif)

Co do bzdurności interfejsów - owszem, nie są potrzebne w JS, ale czy są bzdurne? Dywagowałbym

Ten post edytował Comandeer 6.08.2015, 15:29:14

[solificati]

To, co podałeś nie generuje inline CSS tylko zwykły CSS - zupełnie inna bestia.

Właśnie nie. Jeśli statycznie jesteś w stanie opisać style cssa to możesz je wygenerować na podstawie drzewa komponentów i dodać do strony. Celem tego wszystkiego jest możliwość manipulacji wartościami cssowymi w kontekście. Żeby nie być przywiązanym do emów, procentów i innych takich rzeczy. Wtedy constraint based layouty są proste. Gdzieś facebook pokazywał jak chce opisywać komponenty cssem - jakaś wariacja jsxa. garden używają teraz już om (wrapper do reacta). Pozwala manipulować stylami tam gdzie się powinno to robić - w obrębie jednostki logicznej a nie ze względu na rodzaj technologii.

Zepto to lepsze jQuery, bo nie ma w sobie tego crapu, co on (IMG:style_emoticons/default/wink.gif)

Tak samo mogę powiedzieć, że na najnowszych przeglądarkach tylko pracuję, więc nie potrzebuję całego crapu jakim jest zepto.

Co do bzdurności interfejsów - owszem, nie są potrzebne w JS, ale czy są bzdurne? Dywagowałbym

Są lepsze alternatywy niż interfejsy - bardziej dynamiczne - protokoły, bardziej typowane - type class'y.

No i wlasnie tego mi brakuje (IMG:style_emoticons/default/biggrin.gif) niby jest ES6 ale jakos tego nie potrafie opanowac, skladnia dziwna i tryb myslenia takze (no byc moze moj jest dziwny zalezy z ktorej strony na to patrzec)

Ogolnie w pracy napisalsmy aplikacje cluster tool ktora jest ogolnie mega filtrem na dane z okolo 10 stron, filtry tworzone sa na podstawie drzewa i sa dynamiczne no i teraz jak skonczylem pisac aplikacje mobilna za pomoca ionic framework (angularjs) i jako ze mi dobrze poszlo to powiedzieli zebym przepisal wszystko do angular-a bo react sie do tego nie nadawal, w angularjs za pomoca modelow drzewo moglem tworzyc na podstawie samego formularza.

Filtr to funkcja, funkcje się ładnie komponuje, przekazuje etc. Nie potrzeba żadnych obiektów do tego. Tym bardziej klas.