@bonus: ale takie rozbudowane architektury są bardzo na miejscu przy dużych projektach, utrzymanie sensownie zaprojektowanej aplikacji jest dużo przyjemniejsze i łatwiejsze niż MVC wciskane w każdej możliwej postaci. Kto, co lubi, ale nie demonizowałbym takiego dzielenia odpowiedzialności w systemie. Zwiększają się wymagania względem systemów informatycznych, to i ewoluuje ich rozwój także pod kątem architektury, która musi wspierać decoupling i być bardziej elastyczna. :)

Niektóre są chyba darmowe (czasem rozdają też jakieś kursy), ale czy tak jest strasznie fajnie to nie jestem pewien. Na pewno dużo contentu, ale na rozdawanym ostatnio kursie Expressa filmy były bardzo krótkie i średnio treściwe. do programowania są IMHO lepsze platformy, a do reszty Khan Academy?

https://scotch.io/tutorials/building-a-slack-clone-in-meteor-js-real-time-data have fun ;)

@kolski przeładuj nie zadziała?

@kolski: ok, good luck

@ulcior: Taktyk ( ͡° ͜ʖ ͡°)

@matty201: i tak był słaby ;)

@Dreszczyk: A musisz koniecznie ją odświeżać? nie wystarczy wersjonowanie w nazwach plików assetów? :)

@PrawyKuba: Jakbym miał podejmować decyzję teraz - nigdy angular. A już na pewno nie w wersji pierwszej. Nie teraz. Wiadomo - są projekty, które są napisane w tym frameworku, ale nie ma sensu marnować swoich zasobów na technologię, która przestanie być wspierana wkrótce (problem niekompatybilności wstecznej angulara 2).

Opcje? React - for sure, powoduje zmianę optyki, zmianę architektury z MV* na flux, coś bardziej elastycznego. Albo vanilla js ze wsparciemPokaż całość

@vifon_pikantny: http://en.arguman.org/react-is-killing-angular

@vifon_pikantny: Dla mnie react to jednak luz w architekturze, jest fluks, ale strukturę i całą aplikację można utworzyć w sposób, jaki przyjdzie nam tylko do głowy. Nie muszę zamykać się w ciasnych ramach services, factories i providerów. React daje swobodę i przenaszalność, ale głównie dlatego, że jest biblioteką komponentów UI, a nie frameworkiem sensu stricte.

To wszystko zależy od Twoich preferencji i preferencji projektu. React to tylko narzędzie, którego używasz,Pokaż całość

@npsr: Jak tylko hajs się zgadza, to go go power rangers! :)

@npsr: Aaa to przepraszam :D

@sarveniusz: A masz podpięte repo na stronie przez ssh? Wtedy możesz te zmiany wypchnąć jako deploy-user, o ile masz takie uprawnienia. Wtedy deploy-user wykorzystywany jest jako normalny developer dorzucający swoje zamiany do repozytorium. Jeśli dobrze Cię rozumiem...

@sarveniusz: bez gita na serwerze, to raczej nie ma sposobu, żebyś zrobił to efektywnie ;)

@Greg36: https://github.com/latentflip/loupe tutaj jest skrypt, którego używa w drugiej części, można poeksperymentować :)

@marcinzwwa: tak samo można zapytać: dlaczego nie npm? Każdy korzysta z tego, w czym mu wygodniej pracować. Gulp akurat, moim zdaniem, jest dalece bardziej przejrzysty niż grunt, npm też działa fajnie, ale już jest poziom niżej. Grunt dużo stracił po tym, jak wszedł gulp, bo gulp jest łatwiejszy w opanowaniu i działa na streamach, a nie na plikach tymczasowych - stąd jest szybszy i efektywniejszy. Nadzieją dla niego jest jQueryPokaż całość

@marcinzwwa: Gulp ma niższy próg wejścia i dosyć skutecznie wypchnął grunta. Co kto lubi. Korzystałem z obu i gulp jest dla mnie świetnym rozwiązaniem, ale też ma swoje dziwności. Na pewno w chwili obecnej jest wydajniejszy, może jQF coś z gruntem zrobią i wróci do łask. Do automatyzacji przez npm też podchodziłem, ale jednak wymaga więcej wiedzy o nodzie. Na początek i na dalszy okres polecam w tej chwili jeszczePokaż całość

@marcinzwwa: Podstawowo np. warto mieć dwa taski - developerski i produkcyjny i wg nich budować sobie aplikację. developerski odpala np. kompilowanie sass do css, typescript do js, html do angularowych template'ów, konkatenuje pliki do jednego wspólnego js, można dodatkowo zbudować mapy plików js, css do łatwiejszego debugowaniaczy odpalić sobie serwer node'a pod aplikacją. Warto też załączyć developersko watchery na scssy i na jsy. Produkcyjny robi to samo, tylko bez watcherówPokaż całość

@Melcma: Wystarczy, jak będziesz miał gulpfile w głównym katalogu, a źródła wrzuć, ja pisze @Chanandler, do src/ albo app/, pliki gotowe (po konkatenacji i przekompilowaniu (sass, ts)) do web/. Wtedy masz fajną strukturę:

app/
web/
gulpfile

+ jakieś toolsy np. do sass, do testów, etc. Nie stawiałbym gulpa w sąsiedztwie bootstrapa i sassa, gulpa masz właśnie po to, żeby nad tym wszystkim zapanować (kopiować pliki, odpalać compassa czyPokaż całość