#javascript

@Catharsis jest na to sposób podobno xD

https://x.com/g_br_l/status/2054528376841417145?s=20

@Deykun dlaczego mało?

@hapaczuri

@Deykun - nawet mój ulubiony framework używa Vite.

SvelteKit przeszedł na Vite jako narzędzie do budowy w grudniu 2020 roku, rezygnując z wcześniejszej opcji, którą był Rollup. Ta zmiana została wprowadzona, aby skorzystać z szybszego podglądu w czasie pisania aplikacji, możliwości podmiany modułów oraz ogólnej poprawy wydajności budowania aplikacji, jakie oferuje Vite.

@vrkr - za duck.ai:
>Oto lista "głupich" rzeczy związanych z operatorami porównywania w JavaScript:
>
>1. Używanie `==` zamiast `===`: Operator `==` wykonuje konwersję typów, co może prowadzić do nieoczekiwanych wyników. Zawsze lepiej używać `===`, aby porównywać zarówno wartość, jak i typ.
>
>2. Porównywanie różnych typów bez zrozumienia: Porównywanie wartości różnych typów (np. liczby i stringi) może prowadzić do zaskakujących wyników, np. `0 == '0'` zwraca `true`, ale `0 === '0'` zwraca `false`.
>
>3. Używanie `!=` zamiast `!==`: Podobnie jak w przypadku `==`, operator `!=` wykonuje konwersję typów, co może prowadzić do błędów. Zawsze lepiej używać `!==`.
>
>4. Porównywanie obiektów: Porównywanie obiektów za pomocą operatorów porównania (np. `obj1 == obj2`) porównuje referencje, a nie zawartość obiektów, co może prowadzić do nieporozumień.
>
>5. Używanie `Object.is()` bez zrozumienia: `Object.is()` ma swoje specyficzne zasady porównywania (np. `NaN` jest równe `NaN`, a `-0` nie jest równe `+0`), co może być mylące.
>
>6. Porównywanie wartości `null` i `undefined`: Używanie `==` do porównania `null` i `undefined` zwraca `true`, co może prowadzić do niejasności, gdy nie jest to zamierzone.
>
>7. Zbyt skomplikowane wyrażenia porównawcze: Tworzenie złożonych wyrażeń porównawczych, które są trudne do zrozumienia, może prowadzić do błędów i utrudniać czytelność kodu.
>
>8. Ignorowanie kontekstu logicznego: Używanie operatorów porównania w kontekście logicznym (np. w instrukcjach warunkowych) bez zrozumienia, jak działają, może prowadzić do błędnych założeń.
>
>9. Porównywanie z `NaN`: `NaN` nie jest równe żadnej wartości, w tym samemu sobie, co może prowadzić do nieoczekiwanych wyników w porównaniach.
>
>10. Używanie operatorów porównania w pętlach bez zrozumienia: Używanie operatorów porównania w pętlach (np. `for`) bez zrozumienia ich działania może prowadzić do nieskończonych pętli lub błędów logicznych.
>
>Unikanie tych pułapek może pomóc w pisaniu bardziej niezawodnego i przewidywalnego kodu w JavaScript.

@vrkr Tak na oko to obstawiłbym C. Myślę, że A zwraca true, B jest ciekawszym przypadkiem bo bez podania argumentów Math.min() będzie infinity, a Math.max() będzie -infinity także również będzie to true. NaN nie jest równy innemu obiektowi NaN i dalej nie muszę myśleć.

@otoczenie_sieciowe - chyb, że sobie wciskają go w :peach:

@fewtoast To jest picture-in-picture, w obydwu przypadkach, ale przez to, że Chrome wspiera API picture-in-picture, to mogli dodać customowy przycisk, który zmienia stan. Na Firefox przycisk do zmiany stanu picture-in-picture zobaczysz na każdym elemencie video (niekoniecznie tylko na TikTok), jeżeli source jest dłuższy niż 45s (można zmienić to w ustawieniach) i jeżeli nie ma ustawionego atrybutu disablePictureInPicture .

Link do API: https://developer.mozilla.org/en-US/docs/Web/API/Picture-in-Picture_API

HTMLVideoElement: disablePictureInPicture property - Web APIs | MDNThe HTMLVideoElement disablePictureInPicture property reflects the HTML attribute indicating whether the picture-in-picture feature is disabled for the current element.MDN Web Docs

@redve #reactmasterrace

@redve Mamy prawie 2k25, naprawdę przy wyborze frameworka nie kierowałbym się jego wydajnością i lekkością bo pomiędzy topką frameworków na współczesnym sprzęcie nie zauważysz większej różnicy. Przepisywałem rok temu projekt z vanilla na Reacta i chodzi identycznie, zużywa może 15mb ramu więcej.

Tak więc polecam Reacta po prostu bo zwyczajnie jest najpopularniejszy, masz do niego najwięcej bibliotek komponentów. custom hooków i tutoriali. Jeżeli chcesz lżejszą wersje reacta to istnieje Preact ale nigdy się tym nie bawiłem. A jak już ogarniesz Reacta to prosta droga do np Next.js i wtedy dopiero zaczyna się zabawa. Owszem są jeszcze np Vue czy Svelte z takich popularniejszych i przyjemniejszych ale generalnie jak nie znasz żadnego frameworka to nie zrobi ci różnicy którego się będziesz uczyć. Ważne jedynie, abyś się uczył z aktualnych materiałów bo te wszystkie frameworki to co jakiś czas dostają jakieś game breaking zmiany które na nowo definiują jak się w nim pisze (np teraz Svelte i jego runy xd).

@Deykun O, muszę zainstalować! Też jestem ciekaw ile zaoszczędziłem na nie paleniu od zawsze

@Hajt Ładne

@Deykun no to trochę zjebales, trzeba było palić, żebyś mógł teraz rzucić i oszczędzać