Forum PHP.pl

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

node.js jest de facto obecnie podstawą frontendu, gdyż pod niego są de facto napisane wszystkie narzędzia: grunt, gulp, bower, npm, yeoman, Stylus, LESS itd. Nawet jak się nie lubi JS-a i pokrewnych to to niestety must-have

Mógłbyś wytłumaczyć co miałeś na myśli? Tak pytam, bo nodejs to server-side, więc z frontendem ma niewiele wspólnego.

Przecież napisał, wszystkie narzędzia używane podczas produkcji frontu w Angrular/Ember/inne są napisane pod node.js

Ember, Angular -> client side
node,js -> server side.

Wiec w przypadku Ember i Angular po stronie servera mozesz miec cokolwiek, nawet php.

Ale node.js to platforma, język cały czas ten sam. Sugerujecie, że trzeba znać szczegóły paltformy, z której się korzysta? Przed zaincludowaniem imagemagick robicie kurs C?

Zacznijmy od tego, że twierdzenie, że node.js to server-side jest bzdurą. Node-js jest środowiskiem uruchomieniowym JS poza przeglądarką. Tylko tyle i aż tyle. Nie musi być wykorzystywany do tworzenia rozwiązań server-side i często nie jest. Obecnie częściej widuję node.js w konsoli niźli na serwerze.

Wszystkie menagery pakietów dla JS są pisane jako moduły node. Tak samo jak LESS czy Stylus. Tak samo jak super przyjemne build systems takie jak gulp czy grunt. Polecam zobaczyć jakikolwiek większy projekt frontowy - build tam leci przez grunta albo gulpa: Bootstrap, MDL, Foundation… chyba nawet H5BP ostatnio na to przeszło.

Tak, wypada znać jak działa node.js, bo duża jego część (np system modułów) jest oparta na standardzie CommonJS, który jest wykorzystywany także po stronie przeglądarki i wypiera takie rozwiązania jak AMD czy UMD. Poza tym żeby użyć choćby gulpa trzeba znać podstawowe metody pracy z node i ogarniać choćby npm. A reszta to jest już czysty async JS, więc tutaj to średnio jest co ogarniać - wszak frontdev JS zna

ok, poza przegladarka i nie serwer to gdzie?

Comandeer, ale ty bzdury piszesz.

No wiesz... to samo możesz powiedzieć o php.


W konsoli u programistów.

@aniolekx no napisałem - w konsoli. Ale node w połączeniu z Chromium jest także silnikiem dla aplikacji desktopowych (nw.js czy Electron).
@Tuminure - można
@mrc, patrz 4 lata już pisuję w node i nie zauważyłem, że go źle używam… Skoro już napisałeś taką merytoryczną wypowiedź, to może ją ciut rozwiniesz i mnie oświecisz?

Comandeer: Node został stworzony z myślą o server-side, a to że używasz go inaczej to już Twoja sprawa. To, że piszesz już 4 lata, może również potwierdzać Twoją głupotę, bo używasz narzędzia niezgodnie z jego przeznaczeniem. Druga strona jest taka: jeżeli jest Ci wygodnie w tym pisać, to sobie pisz. Ale nie wypisuj tutaj takich bredni, że node nie jest stworzony do server-side, bo żal mi się robi Ciebie, a forum szkoda, że takie trolle-dzieciaki tutaj mogą dodawać posty.

Edit:

A tutaj możesz zobaczyć, że twórcy nawet w about piszą o tym, że node jest stworzony do apek webowych, a główny przykład to właśnie server-side:
https://nodejs.org/about/

Ten post edytował mrc 6.08.2015, 11:33:27

@mrc czyli mówisz, że całe środowisko JS się myli? Dlatego też gulp i grunt są debilnymi pomysłami? Tak samo zatem są bezsensowne wszelkie aplikacje PHP-owe odpalane z konsoli (composer, anyone?) - dokładnie taka sama zasada…

To, że twierdzisz, że node nie jest przystosowany do innych zastosowań niż server-side (które, owszem, było głównym celem tego narzędzia) świadczy jedynie, że nigdy nie napisałeś w nim nic większego…

I nie życzę sobie nazywania mnie trollem-dzieciakiem, bo ani nie trolluję, ani nie jestem dzieciakiem. Natomiast Ty non stop próbujesz mnie obrazić - już raz mi zarzucałeś, że trolluję, by ściągnąć ludzi na swoje forum (którego nota bene nie mam), co jest czystym absurdem.

hmmm konsola, a ja myslalem ze to tylko rodzaj interfejsu dla programisty aby komunikowac sie z serwerem, a tu sie okazuje se to jakis osobny byt

@aniolekx no całkowicie osobny. Po co Ci na serwerze preprocesor CSS? Takie rzeczy robi się też w konsoli, ale na komputerze programisty

@aniolekx i @reszta

Nie ma co z chłopakiem dyskutować. Niech pisze sobie co chce, i tak nic mądrego z tego nie wyjdzie. Rozwaliliśmy kolejny temat, w którym ktoś pytał o zupełnie co innego.

Jak tu nie mówić o trolowaniu?

@mrc, bądź bardziej otwarty na nowe rozwiązania. Sam zobacz: http://electron.atom.io/#built-on-electron, nawet Microsoft zaczął interesować się tą technologią (polecam przetestować). To, że coś zostało zaprojektowaną z myślą o rozwiązaniu A, a spisuje się równie świetnie w rozwiązaniu B wcale go nie dyskwalifikuje (wręcz przeciwnie).
Developerzy dostrzegli duży potencjał i łatwość w projektowaniu interfejsu w HTML/CSS (chyba zaczęło się to od gier komputerowych?). W samym JS (ECMAScript 6) zaczyna się pojawiać (oczywiście małymi krokami) obiektowość z prawdziwego zdarzenia. Moim zdaniem minie jeszcze trochę lat zanim ta technologia wejdzie do powszechnego użytku, ale ma duży potencjał.

IMO obiektowość w JS była od zawsze - prototypy - i w sumie ES6 tego nie zmienia. Dodaje na to jedynie lukier składniowy w postaci klas. Jedyna duża zmiana to możliwość rozszerzenia natywnych klas: Array itd (było to wcześniej możliwe, ale nie w pełni, np nie działały automatyczne liczniki liczby elementów tablicy).

ES6 upodabnia JS do innych języków - mnie akurat średnio się to podoba (jestem konserwatystą JS-owym ), ale część zmian faktycznie jest genialna. Po stronie serwera i w programach desktopowych/konsolowych można to używać (dzięki io.js, czyli forkowi node.js, który… ma być nową wersją node - nie, wcale to nie jest zagmatwane ), w przeglądarkach jeszcze nie, dopóki nie wymrze IE < Edge (mam nadzieję, że nikt się nie obrazi za taki zapis).

Ale przecież @Comandeer ma rację i nawet dając linka do electron to potwierdziłeś:

[HTML] pobierz, plaintext 
npm install electron-prebuilt -g
[HTML] pobierz, plaintext 

Dokładnie o tym jest przecież mowa. A ES6 i jego "obiektowość" to póki co zabawka. ES7 ma być w tym zakresie trochę bardziej rozbudowany.

Ten post edytował viking 6.08.2015, 12:12:55

No tak obiektowosc w js troche kuleje przynamniej dla mnie nigdy z nim nie mialem wiele wspolnego od 3 miesiecy pracuje i praktycznie z back-end-em nie mialem poki co nic wspolnego i zajmuje sie front-endem z technologi ktore polecam ci sie nauczyc to:
jquery - jesli chcesz zarzadzac DOM-em
angularjs + angular ui (bootstrap dla angularjs) - jesli chcesz pisac fajne aplikacje webowe CRUD
react - przydatne i o wiele szybsze niz angularjs ale zalezy tez do czego trzeba uzyc
underscore.js - zbior przydatnych funkcji

No i obsluga przynajmniej bower na poziome tak jak potrafisz uzywac composer-a do instalowania pakietow i zaleznosci.

Potem gulp/grunt czy tam webpack to wisienki na torcie sam musze opanowac