Fajnie się to ogląda. Zdecydowanie więcej materiałów i postawić na promocję. Zrobić coś fajnego i na wykop. Każdy chce zostać #programista15k Pozdrawiam :)
Warto się zastanowić jeszcze na livestreamami z kodowania na TH-cam, same letsplaye, albo nie wartościowe treści. Można też zbierać dotację, symboliczna 1zł, czy ile kto uważa. Bo za takie treści na prawdę warto dawać wsparcie.
ale wiesz, że w przedstawionym przykładzie do definicji użycie prototypów zaoszczędzi pamięci w ilości proporcjonalnej do ilości stworzonych obiektów. Tak można definiować obiekty pod warunkiem, że będzie jeden Product i jeden Cart. Jeżeli dopuszczamy możliwość, że któregokolwiek z tych obiektów będzie więcej niż jeden to już czyste marnotrawstwo zasobów maszyny na której będzie odpalany kod. Przy tak zdefiniowanych obiektach słówko new też raczej niepotrzebne i nic nie wnosi.
Znam różnice i mam tego świadomość, jednak nie rozważaliśmy tutaj performance'u. Z pewnością w odpowiednim miejscu/webinarze o tworzeniu obiektów należałoby o tym wspomnieć.
Nie chodzi mi o krytykowanie. Oglądają to ludzie mniej doświadczone i obawiam się, że mogliby wyjąc przy okazji złe praktyki. Dlatego warto zadbać o szczegóły przy tworzeniu takich lekcji. Sam temat jednej odpowiedzialności jest przedstawiony fajnie i ciekawie.
Weź pod uwagę że są różne szkoły względem prototypów. Wg mnie kod bez prototypów jest bardziej przejrzysty. Nie można tego jednoznacznie zaliczyć do dobrej lub złej praktyki. Bez prototypów rzeczywiście zużywamy więcej pamięci ale to naprawdę nie jest problem w większości współczesnych aplikacjach webowych. A czysty i łatwo rozszerzalny kod jest takim problemem.
Film nie wyjaśnia ani zasad SOLID ani zasady DRY, jedynie pokazuje dobre praktyki w kodzie związane luźno z tymi zasadami (w zasadzie głównie z drugą).
Cześć! ES6 nie jest jeszcze standardem we wszystkich przeglądarkach, a tematem webinaru nie była prekompliacja przy użyciu np. babela. Poza tym, chcemy stworzyć materiały instruktażowe z ES6 (już wkrótce!) by widzowie rozumieli, co się dzieje na ekranie. Pozdrawiamy!
Takiego kanału brakowało na polskim yt. Świetna robota.
Fajnie się to ogląda. Zdecydowanie więcej materiałów i postawić na promocję. Zrobić coś fajnego i na wykop. Każdy chce zostać #programista15k Pozdrawiam :)
Dziękujemy za miłe słowa :) dopiero się rozkręcamy!
Warto się zastanowić jeszcze na livestreamami z kodowania na TH-cam, same letsplaye, albo nie wartościowe treści. Można też zbierać dotację, symboliczna 1zł, czy ile kto uważa. Bo za takie treści na prawdę warto dawać wsparcie.
odpawiadając na pytanie z ostatnich sekund kursu dot. es6 i zastąpienia .indexOf będzie to .includes()
wygrałem zniżkę 50%? :)
Dlaczego w "Zaawansowany JS" boimy się `prototype`?
Taki mam styl. Prototype używam, kiedy jest potrzebny. Pozdrawiam, Damian
ale wiesz, że w przedstawionym przykładzie do definicji użycie prototypów zaoszczędzi pamięci w ilości proporcjonalnej do ilości stworzonych obiektów. Tak można definiować obiekty pod warunkiem, że będzie jeden Product i jeden Cart. Jeżeli dopuszczamy możliwość, że któregokolwiek z tych obiektów będzie więcej niż jeden to już czyste marnotrawstwo zasobów maszyny na której będzie odpalany kod. Przy tak zdefiniowanych obiektach słówko new też raczej niepotrzebne i nic nie wnosi.
Znam różnice i mam tego świadomość, jednak nie rozważaliśmy tutaj performance'u. Z pewnością w odpowiednim miejscu/webinarze o tworzeniu obiektów należałoby o tym wspomnieć.
Nie chodzi mi o krytykowanie. Oglądają to ludzie mniej doświadczone i obawiam się, że mogliby wyjąc przy okazji złe praktyki. Dlatego warto zadbać o szczegóły przy tworzeniu takich lekcji. Sam temat jednej odpowiedzialności jest przedstawiony fajnie i ciekawie.
Weź pod uwagę że są różne szkoły względem prototypów. Wg mnie kod bez prototypów jest bardziej przejrzysty. Nie można tego jednoznacznie zaliczyć do dobrej lub złej praktyki. Bez prototypów rzeczywiście zużywamy więcej pamięci ale to naprawdę nie jest problem w większości współczesnych aplikacjach webowych. A czysty i łatwo rozszerzalny kod jest takim problemem.
Od kiedy porównujemy w JS obiekty za pomocą === ?
Push odnosimy się do stosu czy to jakaś inna magiczna metoda z nienacka? Java newbie*
Krisu, push to metoda dodająca element do tablicy. W JS tablica może "być" i stosem, i kolejką.
Film nie wyjaśnia ani zasad SOLID ani zasady DRY, jedynie pokazuje dobre praktyki w kodzie związane luźno z tymi zasadami (w zasadzie głównie z drugą).
dlaczego nie używasz ES6 ?
Cześć!
ES6 nie jest jeszcze standardem we wszystkich przeglądarkach, a tematem webinaru nie była prekompliacja przy użyciu np. babela. Poza tym, chcemy stworzyć materiały instruktażowe z ES6 (już wkrótce!) by widzowie rozumieli, co się dzieje na ekranie.
Pozdrawiamy!
to niezły rower za 20 złotych