@Dante15: z programowania są takie spotkania jak meet.js (jest dziś w Poznaniu nawet z tego co widzę) czy inne specyficzne dla danego języka jak Warsaw Ruby Users Grup, Kraków Ruby Users Grup itd. PHPowcy mają chyba spotkania PHPers, ale nie jestem tu w temacie. Jest tego sporo

@Dante15: http://crossweb.pl/wydarzenia/

@najman:
W sobotę jestem w Krakowie ;P

@mirekk090090: nie rób tego... to jedna z najbardziej wkurzających rzeczy jaką można doświadczyć na stronie.

@mirekk090090: mcustomscrollbar

@normanos: ale mógłbyć podnosić tak jakby całe zaciemnienie na górę. Zrobiłem tak na kafelkach na: http://autogaleria.pl/ zobacz sobie, fajny efekt a i dla Google całkiem miło bo lepszy stosunek tekstu do HTML'a ;)

@normanos: pogadam z właścicielami, ja tam tylko sprzątam od czasu do czasu ( ͡° ͜ʖ ͡°) dzięki za sugestie.

@Peterov: html tak na szybko: brak deklaracji, słaba semantyka a raczej jej brak;) (sa takie tagi jak header, main, footer, aside, section, article, nav, paragrafy p do tekstu, a nie do nagłowków, nagłowki h1-h6, thead, tbody - poczytaj dokumentacje), brak alt przy img, nazywamy klasy po angielsku; html mozesz sprawdzić czy sie waliduje tu https://validator.w3.org/
ttp-equiv="Content-Language" content="pl" - to jest dla mnie dziwne raczej stosuje sie i http-equiv="X-UA-Compatible" content="IE=edge"

@Peterov: Nie wiem, czy ktoś pisał, ale staraj się unikać polskich nazw w klasach i id

@kWeb24: Automatyzować opłaca ci się to tylko wtedy kiedy sklepy ci się powtarzają, bo jakiejkolwiek metody byś nie użył to do każdej strony musiałbyś pisać odrobinę inny skrypt. Jak się powtarzają to do usunięcia/zmiany czegoś wystarczyłby bookmarklet

@angular: mozgu HEHEHE

@Pietras55: hugo + serwer caddy z addonem. A jak chcesz prościej to: Grav CMS / Kirby i pierdyliard innych mniej zaawansowanych flat file CMS.

@Pietras55: Możesz do edycji treści postawić WordPressa (goły WordPress, bez front-endu). WP udostępnił niedawno REST API i całkiem przyjemnego klienta do tego API w JS: https://github.com/kadamwhite/wordpress-rest-api.

Wziąłbym do tego jakiś flat file cms na node.js, ten generowałby statyczne pliki.

@robson1:

https://chrome.google.com/webstore/detail/muzli-2-stay-inspired/glcipcfhmopcgidicgdociohdoicpdfc
https://chrome.google.com/webstore/detail/panda-4-news-inspiration/haafibkemckmbknhfkiiniobjpgkebko?hl=pl

@Dante15: polecam, mega opisy, najladniej wydana ksiazka programistyczna jaka widzialem w zyciu ;)

@rbielawski: @Dante15: najlepsza książka do JS/jQuery jaka wyszła, brakuje mi w niej tylko ćwiczeń i kontynuacji w postaci 2 części obejmującą np hoisting, angulara, node itd.
Książka pokazuje dobre praktyki, zwraca uwagę na bezpieczeństwo witryn, omawia które metody są szybsze, chociaż tutaj akurat brakuje przedstawienia danych, w dodatku autor poświęca kilka stron na omówienie JSON, AJAX, jQuery UI, geolokalizacji, sa nawet 2 strony o Angular, więc uczy nie tylko oPokaż całość

@eSeraph: BE (⌐ ͡■ ͜ʖ ͡■)

@zarowix: a gdzie ludzie z wyrazami obużenia, że nie podałeś widełek? będę pierwszy

@zarowix: skoro nie możesz publicznie rozmawiać, to "zakop" (⌐ ͡■ ͜ʖ ͡■)

@hesus: zalezy co to jest i ile tego masz ;)
paginacja server-side zawsze na propsie ;)

@hesus: na tej samej zasadzie, masz tablicę elementów, po kliknieciu na numer danej strony pobiera ci elementy od danej strony*licznik i pobiera tych elementów tyle co licznik

@razor535: dorzuć sobie jeszcze AureliaJS, fajnie się zapowiada. VueJS też ludzie lubią.

@larvaexotech: Niby czemu praca zawodowa poza PL react? popatrz na popularność Angulara i na Reacta - od zleceń na Upworku po popularność w zapytaniach googla.
@razor535: Ja bym na Twoim miejscu Angular 1, potem 2. Frameworki to nie jest religia, zacznie się coś zmieniać to po prostu zmienisz frameworka.

@Nieuchwytny_Uchwyt: Proponowałbym taką kolejność:
HTML + CSS -> RWD -> Bootstrap

@Nieuchwytny_Uchwyt: Zdecydowanie lepiej zaprojektować i później to kodzić. Staraj się też nie używać grafiki jeśli to nie potrzebne.
Dajmy na to masz button z różnymi efektami (glossy sprzed kilku lat, czy jakieś smukłe cienie), pisz to w cssie. Później je animuj :)

@vord: przejrzyj dokumentacje tych najbardziej znanych i zobacz, który Ci podchodzi. Racja jest jak dupa, każdy ma swoją - jeden będzie uparcie wygłaszał boskość angulara, inny zajebistość backbone. ;)

@vord: Backbone (chociaż to nie framework, a raczej biblioteka) jest dobrym wyborem że względu na niski próg wejścia. Nie narzuca zbyt wiele, ale załatwia najważniejsze rzeczy tzn routing, binding, renderowanie templejtów, organizację struktur danych, etc.

Wadą dużych frameworków jest to, że jak już zabraniesz za daleko to nie ma powrotu. Zmiana rozwiązania to nie refaktoring, tylko całkowite przepisanie aplikacji.

@anonim1133: chociażby po to, by nie pieprzyć się z tworzeniem widoków po stronie serwera, to nie jest fajne

Pokaż spoiler

do tego są projekty, które mają jeden backend ale wiele frontów: desktop, mobile, apki natywne itp
wtedy backend jest prosty, wystawia tylko api, a każdy z możliwych frontów z tego api korzysta
dzięki temu masz ładnie rozdzielone projekty, osobny na backend, osobny na apke na androida, osobny na frontend itp, czysto, schludnie, porządeczekPokaż całość

@anonim1133: olbrzymim plusem jest na pewno to, że możesz przerzucić część obciążenia z serwera na klienta. W przypadku skomplikowanych backendów, które i tak zjadają olbrzymie zasoby na swoje zadania (np. indeksowanie setek tysięcy eventów w czasie rzeczywistym), przeglądarka przejmuje całe renderowanie strony, co przekłada się też na prędkość działania aplikacji.