baklazanTytan
Dołączył/a:
- 36 wpisów
- 1193 komentarzy
- 2 obserwujących
@bartek555 za dużo @Mikuuuus , szukałem płonącej rafinerii/Wildberries
@lechaim w sensie? Nazwij go proszę i zaskocz mnie
@666 pierwsze primo: przestępstwo to przestępstwo, ale jedno bulwersuje bardziej niż drugie. Ciebie nie? To na drzewo.
Drugie primo: napaść o podłożu narodowościowym to patologia, niezależnie z jakiej strony się dzieje. Dawaj linka do tego szlachtującego Ukraińca, chętnie poczytamy jak w obcym kraju robił borutę na podobnym tle.
Trzecie primo: ja tego filmu jeszcze nie widziałem, jestem zbulwersowany, dzięki @boogie że wrzuciłeś to piąty raz
@Legendary_Weaponsmith prywatnie nie zaryzykował bym brania odpowiedzialności za kod którego nie rozumiem. Wiedza domenowa, ok, ale wtedy pokryjesz tylko known unknowns, ale zostaje znacznie większy worek z unknown unknowns niż gdybyś znał dany język (umówmy się też, że nie tylko sam język, ale i język i narzędzia wokół niego).
To jest ok dla PoC, ale nie dla produkcji imo, nie na dzień dzisiejszy przynajmniej
@fervi Wszystko dlatego że nie sprawdziłeś kodu który napisał : >.
A tak serio to zgadzam się, że są dużo lepsze obecnie niż np rok temu, ale docieramy do granicy tego co potrafią IMO. Tzn same sieci neuronowe zrobiły się tylko trochę lepsze, po prostu są mądrzej używane. Progres ich rozwoju dotarł do etapu optymalizacji, więc nie będzie już przeskoków jakościowych jak przez poprzednie 4 lata.
Będą z nami już zawsze, ale przepięknie wyglądają ich dostarczenia kodu jeśli nie przyjrzysz się co robią dokładnie. To nie ma rozumu, to maszyna statystyczna.
@fervi możesz rozszerzyć, bo nie jestem pewien co masz na myśli
@baklazan Największy problem z LLMami jest taki, że muszą być inteligentne, osiągać jak najwięcej punktów itd. Im słabiej tym gorzej.
Na przykład świetnie zoptymalizowanymi modelami są Qwen3.6 i Gemma 4. Chodzą na RTXach i społeczność wyciska ile się da z nich. DFlashe, Turboquanty itd.
@fervi uważam że jest bardzo duże pole do popisu jeśli chodzi o optymalizację LLMów, w zasadzie na wszystkich płaszczyznach, ale jest jeszcze bardzo daleka droga zanim to się stanie. A do tego czasu - będą drożeć.
@fervi - tańsze przez jakiś czas nie będą :thinking_face:
@baklazan Tylko nawet jeśli dochodzą do limitów to nie znaczy, że nie są użyteczne 😛
A jeszcze lepiej jak będą z roku na rok - tańsze, łatwiejsze do wdrożenia itd.
@fervi możesz rozszerzyć, bo nie jestem pewien co masz na myśli
@fervi uważam że jest bardzo duże pole do popisu jeśli chodzi o optymalizację LLMów, w zasadzie na wszystkich płaszczyznach, ale jest jeszcze bardzo daleka droga zanim to się stanie. A do tego czasu - będą drożeć.
No!
Proszę uzupełnić jak najszybciej wildberries bingo, jestem tutaj szefem i proszę mnie słuchać!
@Mikuuuus Jak te spalenia mają się procentowo do całej powierzchni magazynowej Wildberries? Bo oczywiście spalenie całego magazynu to potężna strata, ale przede wszystkim dla sprzedających, wg jakiegoś kacapskiego tiktokera Wildberries nie poczuwa się do zwrotu kasy za zniszczony towar. Natomiast z punktu widzenia logistyki, nawet jeśli stracą te 10-15% powierzchni magazynowej to jest to co najwyżej spowolnienie dostaw. Wydaje mi się że zamęt się zacznie dopiero jak spłonie co najmniej 20%, wtedy będą mogli się zacząć pakować.
Czego im jak najbardziej życzę, smacznej kawusi : >!
@pizzzamonter zobaczą te odszkodowania jak putler defiladę zwycięstwa w kijowie
@baklazan @gwynebleid Właścicielka mówi, że będą wypłacać odszkodowania (mimo że na początku lipca zmienili regulaminy, że jak coś się stanie na skutek działań "terrorystycznych" to nie wypłacą) bo boją się, że jak ludzie wycofają towar to się biznes sypnie.
@baklazan każdy kto może teraz wycofuje towar z magazynów. Tam nie trzeba spalić wszystkiego żeby to padło za kwartał
@HmmJakiWybracNick mój ulubiony babol w jednym z formularzy na jakimś gov, który polegał na tym że były dwie opcje, ale mogłeś też nie zaznaczać żadnej i tak zostawić. Oczywiście przez pomyłkę którąś wybrałem niechcący, ale nie dało się jej odznaczyć xD - cały długaśny formularz od początku xD...
@baklazan oj, brzmi gorzej
@Felonious_Gru Wniosek o VAT unijny : /
@baklazan @Fly_agaric może podstawa wyliczenia podatku za działkę?
@baklazan Aż mnie trzęsie.
@Felonious_Gru Wniosek o VAT unijny : /
@Felonious_Gru to jest 17tka
Przecież oba formaty możesz dodatkowo tak samo skompresować, co to za argument.
@GazelkaFarelka Przepraszam najmocniej, ale dalej nie rozumiesz. Toon próbuje oszczędzać wielkość pliku, poprzez skomplikowanie składni (wymaga parsowania semantyki! prostej bo prostej, ale wciąż! Wprowadza prosty system typów!), podczas gdy można skompresować JSONa i osiągnąć nawet lepsze wyniki niż Toon. Po kompresji, oba powinny mieć marginalnie podobne wielkości. Więc pytanie: po co Ci to?
> Różnica jest taka, że jak masz format możliwy do odczytywania porcjami, na przykład linia po linii, to na np. trzy miliony rekordów błąd parsowania w jednej linii nie rozwali ci całego odczytu pliku.
To jest akurat bzdura: JSONa da się recoverować, brak `}` albo `"` jest do naprawienia przy tak samo prostej strukturze jaką obsługuje Toon więc jaki problem tak naprawdę rozwiązuje?
@GazelkaFarelka OMG, słownik... "Żołnierz" - miało być zipujesz.
Chodzi mi o to że celem tego formatu jest ograniczenie powtórzeń kluczy w celu zmniejszenia pliku. Tyle że tym się zajmują algorytmy kompresji, z automatu, bez ludzkiej ingerencji.
Dlaczego zrzucać sprawdzanie błędów semantycznych na parser? Siłą JSONa jest to że jest taki jak go zinterpretujesz, parser ma minimalne wymagania co do pliku, tak, możesz zgubić cudzysłów, ale równie dobrze w Twoim możesz zgubić przecinek, albo może Ci wpaść jeden ekstra, masz ten sam problem.
@GazelkaFarelka bullshit. Żołnierz jak potrzebujesz miejsca i tyle. To gówno wymaga deklaracji, więc wymaga w cholerę zmian w których łatwo o błędy, przedwczesna optymalizacja to źródło wszelkiego zla