Chatgpt? ;)

Dokumentacja angulara

@Anon karma i jasmine - jest nawet w dokumentacji angulara https://angular.io/guide/testing tam jest chyba wszystko by móc zacząć, a jak potrzeba jakiejś głębszej wiedzy, to można zajrzeć na https://jasmine.github.io/

Może jeszcze przydać się cypress - to jest do E2E testów, ale może też się przyda.

@fewtoast nic z tego nie rozumiem niestety.

Bardzo ładnie to wygląda, gdy się nie patrzy pod biurko

Nie wygląda jak typowy schemat blokowy. Ciężko powiedzieć ale imo tak

@dotevo vanilaJS

@dotevo AstroJS

@dotevo Coś takiego potrzebujesz https://parceljs.org/? Bez configa ogarnie Ci zbuildowanie TSa z node modulesami do JSa.

@Jason_Stafford ale będzie mógł się normalnie golić, bez spluwania w lustro

@jiim za dużo sobie wyobrażacie. Idzie się tam, gdzie dają lepszą kasę. Biznes to biznes, żadne sentymenty.

@szamoot zwiększyli widełki bo ostatnio były mniejsze xD

@Anon wyłoncz kamerke i mikrofą na callach, ogólnie nie odzywaj się i udawaj psa

@Anon przede wszystkim praca to praca, musisz być "zadowolony" ze swojego kodu - jak na swój poziom. No i sugeruje poświęcić dużo czasu (przynajmniej na początku) na szlifowanie umiejętności, same do głowy nie wejdą.

@Anon co będziesz programował i w jakim języku ?

@CoJaToNieTy to będzie w kodzie czy w pakiecie językowym? Bo mi się wydaje że w tym drugim

@LM317T No już na gfycat dodałem.

@fewtoast nie przeanalizuję teraz tego bo ledwo na oczy widze ale jak masz problem z pierwszym ładowaniem strony to pokombinuj z flagą może

// @run-at document-idle

https://wiki.greasespot.net/Metadata_Block#.40run-at

@LM317T tylko document-idle dałby pożądane większe opóźnienie, ale to by z kolei czekało zbyt długo.

Coś mieli ten React, i się coś tam doładowuje z opóźnieniem o różnej długości.

Duży margines setTimeout potrzebowałem, to dopiero jest w miarę skutecznie. Ale wolałbym w lepszy dokładniejszy sposób.

React jest w zasadzie tylko biblioteką do renderowania elementów i JavaScript jest w nim kluczowym językiem programowania. W wielu firmach używa się już TypeScriptu, ale myślę, że warto skupić się teraz na czystym JS, żebyś później docenił TS i nie błaźnił się na przyszłych interview.

Co do sensu używania JS to chodzi tu przede wszystkim o automatyzację. Jak wyobrażasz sobie stworzenie takiego portalu jak chociażby Hejto tylko w HTML i CSS? Użytkownicy będą pisać do ciebie maila z komentarzami, a ty będziesz to skrzętnie osądzał pod każdym postem? No chyba nie bardzo. JavaScript obsługuje interakcje z użytkownikiem i komunikuje się z serwerem na którym przechowywanie są wszystkie dane. Te dane później są pobierane przez front-end i renderowane (np. z pomocą Reacta) w przeglądarce. React pozwala na upakowanie treści/logiki w niezależne komponenty np. komentarz pod wpisem. Dużo by się rozwodzić.

Do JavaScriptu polecam stronę MDN (angielski zalecany):

https://developer.mozilla.org/en-US/docs/Learn

Do Reacta oficjalna dokumentacja daje radę na start:

https://reactjs.org/tutorial/tutorial.html

@Jayes spoko tylko srednio zrozumiales o co pytam, bo te zdanie o hejto w html/css jest zdeczka smieszne a ja wprost pytalem np o to jak pozycjonujesz pozniej te elementy/komponenty stworzone w reakcie na stronie - jakims csssem linkowanym do danego htmla (?) itd. z tego co rzucilem okiem na podstawy reacta to przy bardziej statycznych stronach typowo firmowych (bez bazy userow) w zasadzie niekoniecznie jest sens tego uzywac.

anyway rozumiem ze pracujesz jako frontendowiec - nie wydaje ci sie obecnie ten tech rozjebany jeszcze bardziej niz zwykle? pure html/css, do niego x frameworkow, ale jednoczesnie w calosci mozna pisac wszystko w reakcie do ktorego jest jeszcze x bzdur, oprocz reacta vue/angular i inne pierdoly

@blablator Jeszcze jest Svelte i SvelteKit. Polecam sprawdzić, bo to najbliższe czystego html + css + js.

Dodatek od Svelte to pewna reaktywność, binding, store i składnia list generowanych z tablicy. Tak z grubsza. Reszta to czysty html+css+js.

A React i ten jego virtual dom, i cuda typu CSS-in-JS, to nieco przekombinowane. No ale popularne...

@wombatDaiquiri API hejto jest dostępne od jakiegoś roku

@neczar Spokojnie ucz się Reacta. Nawet jak przestanie być używany, to sporo konceptów z niego już pewnie zostanie na stałe, np. hit ostatniego roku - SolidJS bardzo przypomina Reacta. Zresztą, framework to tylko narzędzie i z czasem zauważysz, że to nie ma znaczenia, czego się uczyłeś. Wiadomo, są pewne tajniki wiedzy typowe dla danych rozwiązań, ale jak umiesz dowolny framework JS, to nie powinieneś mieć problemu przeskoczyć z Reacta na Angulara czy Vue, czy cokolwiek nowego, co powstanie.

@neczar Z mojej perspektywy warto, ponieważ:

• ma niski próg wejścia,
  

• jest na niego duże zapotrzebowanie,
  

• jest stale rozwijany i ma silne plecy (Meta),
  

• duże organizacje jak już raz się zorientowały na jakąś technologię to nie będą jej szybko zmieniać (u mnie w projekcie przechodzimy teraz z kodu pisanego z wykorzystaniem komponentów klasowych na funkcyjne)
  

• szkolenia dotyczące zagadnień FE np architektury aplikacji czy testowania omawiają temat wykorzystując do tego reacta (chociaż same zagadnienia wykraczają poza jego ramy) np: architekturanafroncie (polecam)
  

• tak jak wspomniał @kalimer, sporo bibliotek i wzorców projektowych powtarza się w innych frameworkach - łatwiej się w tym później odnaleźć

#2jednostkowe0integracyjnych jedyne za co zerkałem na wykopa to ten tag (i jeszcze #gifyzdorysowanymiraczkami