Aktywne Wpisy
isrin22 +62
Większość jury to gównażeria: Viki Gabor (18 lat), Staś Kukulski (18 lat), Wiktoria Kida (23 lata), Jasiek Piwowarczyk (27 lat), Maurycy Żółtański (wiek nieznany ale wygląda też na 20 paro latka, kolega maty więc pewnie w jego wieku mniej więcej). Ja myślałem, że w takim jury który ocenia umiejętności wokalne, konstrukcje utworu, jak jest napisany itd. powinni siedzieć specjaliści branży, ludzie z wieloletnim doświadczeniem, a nie gówniarze XD #eurowizja
masuuoo +29
W sumie czy to nie dziwne że Bangaranga była na 1szym miejscu u jury? Z reguły u jury wygrywają utwory z kijem w dupie, a takie „luźniejsze” są gdzieś na 5-6 miejscu.
A może jury z każdego normalnego kraju przewidziało izraelski r--------l w teległosowaniu i solidarnie postawiła na cokolwiek co miałoby szansę z pejsatymi, żeby uniknąć kompromitacji konkursu xD
No z każdego kraju z wyjątkiem jednego kraju gojów położonego nad wisłą xDDD
A może jury z każdego normalnego kraju przewidziało izraelski r--------l w teległosowaniu i solidarnie postawiła na cokolwiek co miałoby szansę z pejsatymi, żeby uniknąć kompromitacji konkursu xD
No z każdego kraju z wyjątkiem jednego kraju gojów położonego nad wisłą xDDD
Trafiłem na piękne złoto. HTML vs Markdown dla LLM
Simon Willison napisal ze markdown go uwiera i woli HTML. W komentarzach kontra, jedna strona HTML to 36k tokenow, to samo w markdown 2.8k. Przy 10k stron robi sie 1000 dolarow.
O co chodzi. Jak budujesz agenta ktory chodzi po stronach, czyta dokumentacje, robi research, to kazda strona wpada do kontekstu modelu. HTML jest gadatliwy, polowa to divy, klasy tailwinda, inline style, skrypty, stopki, ciasteczka. Model placi tokenami za kazdy znak. A potem jeszcze w tym gubi sens, bo szuka tresci miedzy smieciami.i
I tu jest ten przelom. Konwersja do markdown przed wrzuceniem do kontekstu zbija koszt o 80 procent, latencja spada, a odpowiedzi sa celniejsze bo model widzi tresc a nie strukture. U mnie to dziala identycznie w RAG, embeddingi z czystego tekstu lapia sens lepiej niz z HTML.
Ale to dziala tylko w jedna strone. Kiedy model ma cos oddac czlowiekowi, raport, dashboard, prototyp do klikania, markdown jest za plaski. Tam HTML wygrywa bez gadania.
I caly spor stad ze ludzie myla te dwie rzeczy. Format ktorym karmisz modela to nie to samo co format ktory model ci oddaje. Markdown na wejsciu, HTML na wyjsciu, koniec dyskusji
.
https://simonwillison.net/2026/May/8/unreasonable-effectiveness-of-html/
asymetrii formatu
Simon Willison broni HTML na wejsciu, bo niesie strukture, model widzi tabele jako tabele a nie splaszczony ciag liczb. W komentarzach kontra o tokenach, 36k vs 2.8k, przy 10k stron 1000 dolarow. Tylko ze obie strony omijaja to co najciekawsze. Klient i tak chce PDFa.
I
tu jest asymetria. Format ktorym karmisz modela i format ktory model oddaje czlowiekowi to dwa rozne problemy z roznymi ekonomiami. Simon ma racje
@JamesJoyce: Ale przecież przy konwersji z html też można tabelki w markdown zrobić