Rozwój Sponty
Changelog
Od pierwszego prototypu po dzisiejsze zmiany — co naprawdę pojawiło się w Sponty.
Wpisy 41–50 z 112 · Strona 5 z 12
Pełniejsze szczegóły spotkania, spokojniejsza karta
Podstawowe informacje zostają pod ręką, a opis spotkania ma osobne, czytelne miejsce. Łatwiej poznać propozycję bez rozciągania całego widoku.
- Przycisk „O spotkaniu” ma spójny ze Sponty wygląd i otwiera pełnoekranowe szczegóły na telefonie.
- W szczegółach są zebrane: organizator z udostępnionym zdjęciem, nazwa spotkania, termin, okolica, informacje o grupie i pełny opis.
- Powiązane miejsce lub wydarzenie można otworzyć bezpośrednio ze szczegółów. Zdjęcie i odnośnik prowadzą do właściwego wpisu katalogowego.
- Dłuższy opis zachowuje akapity i czytelną szerokość tekstu. Dane o udziale są dostępne tam, gdzie potrzebujesz ich sprawdzić, zamiast powtarzać je na każdej karcie.
- Dostępność danych organizatora nadal wynika z ustawień prywatności i uprawnień. Przebudowa mobilnego widoku zachowuje obsługę istniejących profili, zaproszeń i akceptacji gospodarza.
Planner w pełnym teście: mediana z 16,57 do 8,47 sekundy
Zakończyliśmy kolejny pełny pomiar opublikowanej wersji planera. W porównaniu z serią z 23 października odpowiedzi API były niemal dwa razy szybsze, a odsetek poprawnych całych odpowiedzi wzrósł.
- Mediana pełnego czasu odpowiedzi API spadła z 16,57 s do 8,47 s — to obserwowany spadek o 48,9%. Mediana oznacza, że połowa odpowiedzi mieściła się w tym czasie.
- P95 skróciło się z 26,97 s do 14,36 s. To granica czasu, w której mieściło się 95% odpowiedzi w badanej serii.
- 257 z 258 wykonanych odpowiedzi API zakończyło się poniżej 20 sekund. Ten wynik opisuje czas odpowiedzi, a nie liczbę trafnych rekomendacji.
- Poprawność całej odpowiedzi wzrosła z 146/258 — 56,6% — do 167/258 — 64,7%. To poprawa o 8,1 punktu procentowego na wspólnym zestawie pytań.
- Oceniamy także właściwe doprecyzowania i potwierdzone braki wyników. Sukcesem nie jest samo wyświetlenie dowolnych kart.
- Bank obejmuje 260 pytań; dwa wyłączono przed rozpoczęciem, dlatego obie porównywane serie mają mianownik 258. W czasie nowego pomiaru nie poprawialiśmy kodu ani katalogu.
- Czasy obejmują przygotowanie pełnej odpowiedzi przez API, przed doładowaniem zdjęć w przeglądarce. To porównanie pomiarów z 23 i 26 października, z różnymi datami i dostępnym programem wydarzeń; nie jest gwarancją czasu każdego zapytania.
Sprawniejsze przeszukiwanie menu i szczegółów ofert
Wdrożyliśmy przygotowywane w tle dane wyszukiwania tekstowego. Serwer szybciej znajduje potencjalne dopasowania w obsługiwanych zapytaniach, a następnie sprawdza ich pełne warunki.
- Tekst miejsc i ofert jest przygotowywany do wyszukiwania wcześniej, zamiast za każdym razem odtwarzać wszystkie potrzebne informacje od początku.
- Wstępne dopasowanie kieruje zapytanie do właściwych wpisów. Potem działają dotychczasowe kontrole kategorii, treści, ceny, terminu i pozostałych warunków pytania.
- Edycja miejsca, oferty lub powiązanych danych automatycznie uruchamia odświeżenie przygotowanych informacji. Aktualizacja odbywa się w tle i nie wymaga ręcznego restartowania planera.
- Podczas odświeżania lub niedostępności przygotowanych danych serwer może skorzystać z dotychczasowej ścieżki wyszukiwania. Źródłowe informacje o ogłoszeniach pozostają podstawą końcowego dopasowania.
- Zmiana obejmuje obsługiwane wyszukiwanie tekstowe. Pytania ogólne i wydarzenia zachowują właściwe dla siebie ścieżki — nie przypisujemy jednego przyspieszenia każdemu rodzajowi pytania.
Krótsze ceny i czytelniejszy układ wyników
Uporządkowaliśmy informacje na kartach proponowanych miejsc i wydarzeń. Cena jest krótsza, łatwiejsza do znalezienia i lepiej wyrównana do pozostałych danych.
- Kwota znajduje się w prawym dolnym obszarze karty, na wysokości dolnej części informacji po lewej. Długie etykiety nie wypychają nazwy ani terminu.
- Przy cenie konkretnego dania stosujemy zwięzłą informację o porcji, na przykład „35,90 zł / porcję”. Krótka etykieta zachowuje informację o jednostce ceny.
- Potwierdzone bezpłatne propozycje otrzymują czytelne oznaczenie „Bezpłatnie”. Gdy ceny nie można potwierdzić, karta informuje „Cena do sprawdzenia”.
- Pełniejsze objaśnienie ceny pozostaje dostępne w opisie elementu. Na telefonie kwota dopasowuje się do szerokości karty, a zdjęcie, nazwa i termin zachowują spójny układ.
Właściwe podpowiedzi transportu i limitu dojazdu
Rozdzieliliśmy dwa różne doprecyzowania: jak chcesz dotrzeć oraz ile czasu możesz przeznaczyć na dojazd. Klikalne odpowiedzi odpowiadają teraz rodzajowi pytania planera.
- Przy pytaniu o sposób dotarcia dostępne są odpowiedzi „Pieszo”, „Rowerem”, „Samochodem” i „Komunikacją”.
- Przy pytaniu o maksymalny czas dojazdu pozostają odpowiedzi określające czas. Minuty nie zastępują wyboru środka transportu.
- Wybrana odpowiedź kontynuuje wcześniejsze pytanie. Doprecyzowanie sposobu dotarcia zachowuje wcześniej wskazany limit dojazdu, na przykład 15 minut.
- Przebieg sprawdziliśmy od pytania, przez kliknięcie odpowiedzi, do gotowych kart w przeglądarce. Zachowaliśmy istniejącą rozmowę i przekazywanie jej warunków.
Mniej operacji po drodze do odpowiedzi
Usprawniliśmy obsługę sesji i pobieranie konfiguracji potrzebnej planerowi. Serwer wykonuje mniej oddzielnych odczytów podczas przygotowywania odpowiedzi.
- Powiązane dane konfiguracji są pobierane wspólnie. Ogranicza to dodatkowe oczekiwanie na kolejne połączenia z bazą.
- Obsługa sesji zachowuje izolację kont i poprawne kończenie transakcji. Optymalizacja nie wymaga wylogowania ani ponownego tworzenia konta.
- Pomocnicze logowanie jest obsługiwane w tle; wymagane zapisy i zabezpieczenia nadal są wykonywane w odpowiednim momencie. Nie dokładamy kolejnego obowiązkowego etapu analityki przed pokazaniem odpowiedzi.
- W osobnym sprawdzeniu dziesięciu pytań przez publiczną przeglądarkę mediana od kliknięcia do końcowej treści wyniosła 9,02 s wobec 9,82 s przed zmianą. To mały test interfejsu, odrębny od pełnego pomiaru API.
Spójna droga od pytania do wyszukiwania
Uporządkowaliśmy połączenie interpretacji pytania z właściwą ścieżką wyszukiwania na serwerze. Rozwijamy jeden przebieg od warunków użytkownika do konkretnych propozycji.
- Produkcja korzysta ze sprawdzonego repozytorium wyszukiwania i jego sposobu przekazywania warunków. Usunęliśmy rozbieżność między przygotowanym wariantem a uruchamianą ścieżką.
- Dopasowanie nadal wykorzystuje istniejące kategorie, podkategorie, tagi i tekst ofert. Ceny, godziny oraz pozostałe warunki są rozpatrywane przez serwer na podstawie danych katalogowych.
- Do zwykłego przygotowania wyników nie jest potrzebny drugi obowiązkowy etap oceny AI. Skracamy drogę do propozycji, zachowując rozpoznanie pytania i kontrolę jego warunków.
- Zachowaliśmy opublikowane profile, ich adresy, menu oraz warstwę informacji dla wyszukiwarek. Kolejne pomiary porównują trafność całych odpowiedzi, a nie tylko poprawny format interpretacji.
Szybszy planner i miejsca dopasowane do szukanego dania
Skróciliśmy oczekiwanie na propozycje i uporządkowaliśmy wyniki kulinarne: szukając dania, otrzymujesz miejsce, które je oferuje.
- W porównawczym teście QA mediana czasu odpowiedzi spadła z 39,05 s do 6,63 s, a P95 — z 77,84 s do 15,50 s. P95 oznacza czas, w którym mieści się 95% odpowiedzi. To wyniki dwóch serii testowych, nie gwarancja czasu każdego zapytania.
- Wyniki wyszukiwania dań prowadzą do profilu lokalu i korzystają z jego zdjęcia oraz nazwy. Dopasowanie nadal uwzględnia wyszukane danie, a cena pozostaje przypisana do potwierdzonej oferty — brak ceny nie oznacza zera.
- Uzupełniliśmy 375 przypisań kategorii, podkategorii i tagów, skorygowaliśmy 37 błędnych przypisań oraz dodaliśmy 11 powiązań tagów z podkategoriami. Zmiany dotyczą rzeczywistych wpisów katalogu.
- Zachowaliśmy dotychczasowe profile, adresy, menu i informacje udostępniane wyszukiwarkom. Dalej rozwijamy trafność odpowiedzi; szybsze działanie nie oznacza, że każde pytanie ma już kompletne dopasowanie.
Sprawniejsze i spójne wczytywanie
Profil i listy szybciej pokazują pierwszą treść, a oczekiwanie na dane ma spójny wygląd.
- Dolna część profilu doładowuje się, gdy zbliżasz się do niej podczas przewijania. Jej oczekiwanie lub błąd nie blokuje edycji danych konta.
- Obie części korzystają z osobnego bufora przez minutę. Zapis zmian i wylogowanie unieważniają bufor, a doładowanie preferencji zachowuje rozpoczętą edycję profilu.
- W Znajomych wyszukiwarka pojawia się przed listą. Zapisane pokazujemy partiami po 20 pozycji, a karty minionych spotkań tworzymy po otwarciu archiwum.
- Widoki ładowania w profilu, listach, katalogu i oknach korzystają ze wspólnego stylu: równe panele, wyśrodkowany komunikat i subtelna ikona w kolorze tekstu.
Dokładniejsze informacje dla wyszukiwarek i tekstowe menu
Uporządkowaliśmy sposób udostępniania informacji o miejscach, wydarzeniach i ofertach wyszukiwarkom oraz narzędziom korzystającym z tekstowej wersji strony.
- Profile i strony katalogu mają dopracowane metadane, adresy kanoniczne, dane strukturalne oraz opisy alternatywne zdjęć. Mapy strony uwzględniają także kolekcje katalogu.
- Tekstowe wersje profili i menu pokazują istniejące pozycje katalogowe wraz z kategoriami, wariantami, cenami, warunkami i źródłami. Rozbudowane menu są dzielone na kolejne strony.
- Poprawiliśmy odwzorowanie zakresu poszczególnych wariantów i godzin dostępności konkretnych ofert w danych SEO oraz wersjach tekstowych. Data edycji wpisu nie jest przedstawiana jako data weryfikacji jego źródła.
- To aktualizacja prezentacji i dostępności istniejących informacji, nie nowe potwierdzenie cen ani kompletności oferty lokalu. Nie zmienialiśmy modeli ani logiki planera; wdrożenie nie gwarantuje indeksacji lub określonej pozycji w wyszukiwarkach.
Historia zaczyna się od pierwszego działającego prototypu. Rozróżniamy etap testowy od publicznego wydania; pokazujemy zmiany ważne dla użytkowników, nie każdy wewnętrzny commit.
My mamy plan.
Napisz, kiedy i z kim chcesz wyjść. Dostaniesz maksymalnie trzy dobre propozycje. Planowanie z innymi osobami działa po zalogowaniu.
Let’s get Sponty!