@pearl_jamik: W jednym projekcie powinien być jeden string "../../../foo/bar/service-abc" wiec jak coś przeniesieś to powinno wystarczyć podmienić w jednym miejscu. I fajnie gdy jak coś bierzesz ze ściezki to poruszasz się tylko w góre lub w dół a nie w góre i w dół czyli albo "../service-ab" albo "foo/bar/service-ab" jeśli musisz pójść w góre i w dół to lepiej jak przy zmainie kierunku jest coś co tym zarządza

@pearl_jamik: To był tylko uproszoczny przykład, możesz uzyć aliasów np:

module.exports = {
// ... inne ustawienia
resolve: {Pokaż całość

@mstarzec: weź mi to na pw wyślij, będzie lektura na wieczór

@daro1 w dobie AI to chyba już posprzątane jest

@daro1: Od 20 lat masa osób zapowiada koniec PHP. Miał go zastąpić Python, Ruby, JS. A on nadal żyje i dominuje i jako język stale dojrzewa. Jednak powoli pewnie dalej będzie następowało przechodzenie na JS na backendzie. Na horyzoncie też pojawia się coraz śmielej Rust i szczególnie w apkach wymagających bezpieczeństwa i wydajności strzelam, że będzie coraz częściej używany. Strzelam, że część rzeczy webowych napisanych w Javie może w ciągu dekady przejść właśnie na Rusta. Sam też się temu przyglądam i nawet liznąłem trochę Rusta na potrzeby webdevu, ale nie miałem czasu, aby się zagłębić.

Część rynku najmniej customowego albo małego eCommerce dalej będą przejmował Wordpress (albo inne CMSy nie-headlessowe) albo SaaSy.

Na froncie strzelam, że React będzie jeszcze jakiś czas rósł bo ma stabilną sytuację, masę doświadczonych w nim osób, ogromne community, dużo bibliotek pod niego, a Angular i Vue spadało. Svelte jeżeli będzie dobrze szło, ma znaleźć się w ciągu kilku lat za Reactem jeśli chodzi o popularność w nowych projektach (bo Angular i Vue jednak ma dużą bazę projektów, które działają, ale nie są jużPokaż całość

@pyroxar: sprawdź wtyczkę do chrome react

@pyroxar: https://github.com/welldone-software/why-did-you-render

@przegrywam_przez_miasto frontend albo testowanie manualne - najpewniejsze 2 stanowiska dla juniora w 2024 roku

@przegrywam_przez_miasto: Dajcie już spokój z tymi baitami XD

@Crossweb Trojmiasto jak zwykle tylko kursy wedzarnictwa i suszenia ryb, IT tu nie istnieje

@pyroxar: programista15k a ten jakieś CSS mi tu głowę zawraca

@pyroxar: napdpisuje ci twoje reguly typu a, button itd plus często są często z !important, zerknij na vendorachczy nie masz, webpacku, albo jakis skrypt bo nie wklada przy inicjalizacji.

@pyroxar: Zawsze możesz olać typy i zrobić if(selected)

@pyroxar: Nie potrzebujesz ,żadnych nullchecków:

modifiedInputs[scope]['query_department'] = selected?.value?.toString() || '';

@vasenlerberg: Coś takiego spokojnie napiszesz w czystym html i css.

@vasenlerberg: Jakiś CMS (pewnie autorski) sklelajsz z gotowych komponentów i wstawiasz treść i heja.

@aleksc to zrób jeden projekt od początku do końca uwzględniając SEO to sie dowiesz dlaczego jest malo popularne.

@aleksc: bo sa miliony osob ktore znaja frontend i mozna ich tania zatrudnic

@pyroxar:

Google nie usuwa bowiem wszystkich ciasteczek. Te, które są obsługiwane przez witrynę, na której znajduje się użytkownik (tj. first-party cookies), są nadal dozwolone. Są one bowiem zazwyczaj nieszkodliwe i wykorzystywane w takich czynnościach, jak utrzymywanie sesji logowania lub zapamiętywanie tego, co zostało dodane do koszyka.

@wot8: Co jest mniej bezpiecznym rozwiązaniem niż ciastka bo js może odczytać ich zawartość, a ciastka można tak ustawić aby nie były odczytywalne przez js

@Rst00: jak masz dobre struktury danych i relacje między nimi to zdecydowanie trudniej pisać chu…wy kod.

@pyroxar: odkopie trupa ale prawda, zmiana kodu jest prosta w porownaniu z naprawa struktur danych

@pyroxar @sokytsinolop @Akke tu nie ma znaczenia czy to query param czy nie tu po prostu trzeba uzyc jakiegos react router / react router dom i tyle

@pyroxar: wrzuć na jakiś sandbox bo pusty div nie może mieć takiej wysokości (no chyba, że ma style) albo wrapper to grid/flex i się div dostosowuje.

@pyroxar: https://codesandbox.io/p/sandbox/dank-sea-jczksl?file=%2Fsrc%2FApp.js

@heater: Tak napisałeś pytanie, że średnio wiadomo o co ci chodzi. Tak ta funkcja jest raczej ok. Można to oczywiście zrobić inaczej, ale tak też jest git.

@heater: A to jak najbardziej prawidłowe, w funkcji retryOperation jakby nie było to by wywałka operation kończyła funkcje, a drugie to zwykłe opakowanie promisa aby wyłapać jakby wszystkie ponowne próby się wywaliły. Niezłapany błąd kończy działanie funkcji.

@pyroxar: wyłudzanie danych osobowych, mówi to panu coś?

@pyroxar: powiem ci że jaja są a najlepiej oferta tylko dla bab XD