Miksi ammattilaisten nettisivut ovat niin paskoja?

[totallynotrobot]

Pointti oli, että jos menet hotellin sivulle (kliks) ja klikkaat yläpalkin kirkuvan punaisesta painikkeesta "Varaa huone", niin aina tulee tuo sama "valitse hotelli" -virheilmoitus , vaikka olisit minkä S-ketjun hotellin sivulla. Tuon pitäisi tietenkin toimia niin, että se tietää suoraan minkä hotellin sivulla käyttäjä jo on, eikä niin että asiakkaan pitää etukäteen tietää, ettei vahingossakaan klikkaa sitä selvästi silmiin pomppaavaa "Varaa huone" -linkkiä, vaan että pitäisi sen sijaan kaivella sivun muusta sisällöstä joku erillinen linkki. En ymmärrä logiikkaa, jossa asiakas ei haluaisi varata huonetta siitä hotellista, jonka esittelysivua on katsomassa. Edelleenkin, paskaa käyttöliittymäsuunnittelua, kuten koko S-hotellien varausjärjestelmä muutenkin.

Sama rautalangasta:

Ei tarvitse rautalangasta vääntää, ymmärsin kyllä heti mistä on kyse ja ymmärrän myös näkökulmasi. Olen vain eri mieltä siitä, että tuo olisi huonoa käyttöliittymäsuunnittelua, koska yläpalkki ja sen painikkeet ovat staattisia elementtejä ilman sidosta itse sivuihin niin minusta olisi hölmöä, että sen painaminen hakisi dynaamisesti juuri sen hotellin tiedot lomakkeeseen mitä sillä hetkellä katsot. Eihän se tarkoita, että käyttäjä haluaa automaattisesti juuri sen hotellin varata mikä sattuu sillä hetkellä olemaan auki. Tätä vartenhan hotellin esittelysivulla on se oma nappinsa juuri sen hotellin varaamiseen. Ongelma tässä on mielestäni siinä, että yläpalkin nappi vie huomion liiaksi eikä hotellin omaa varausnappia meinaa edes huomata.

 

[Tonnin Seteli]

Itse en ole tuota sivujen raskautta aiemmin huomannut, nyt ehkä viimeisen puolen vuoden aikana on tuntunut moni sivusto tulevan paljon raskaammaksi adblockin kanssakin.

Riippuu tosiaan raudasta jota käyttää, ja olen vaihtelevasti käyttänyt pitkään kaikenlaista vauhtia hyvästä aika astmaiseen muuliin. Ihan viime aikoina ja noin lyhyellä tarkastelyvälillä en ole aiemmasta kehityksestä poikkeavaa muutosta havainnut.

Vielä vuosi sitten ei koneen tuuletin lähtenyt puhisemaan käytännössä koskaan netissä surffailessa, nykyään tuntuu että joka kolmannella sivulla rupeaa tuuletin puhkumaan enemmän tai vähemmän vaikka mainoksetkin on blokattu.

Käsitän että havaintoaineisto kohdistuu yhteen laitteistoon. Onko lokaalin ongelman mahdollisuus suljettu pois? Ettei laite ole saanut sopivasti fyysistä saastaa ilmateihinsä tai haitallista bios/firmispäivitystä, ilmennyt piilevä laitevika?

 

[pulatunnus]

Kyllä se minulla ainakin tietää, jos painaa tuosta painikkeesta joka on hotellin esittelytekstin alla. Yläpalkissa olevasta napista painettaessa ei tiedä eikä kyllä pitäisikään tietää, kun se nappi on aina näkyvillä niin olisi epäloogista jos välillä sitä painettaessa tietoja täytettäisiin automaattisesti ja välillä ei (jos vaikka painat etusivulla oltaessa).

Sinänsä lookista, ja ja netti boomereille perinteistä. Mutta jos käyttäjä ei ymmärrä suunnittelian ajatusta niin ei se ole onnistunut. Kapealla näytöllä ehkä selkeämpi, kun se ketjun varaus juttu on hampurilaisvalikon takana.

Leveällä näytöllä ylärivikin napilla voisi olla katseltu hotelli valittu, minkä voi sitten ruksia pois, ja kapealla sitten nykyinen. No jos ennustaa halutaan niin esimerkissä Tampere lähiseutuineen. (se voisi toimia leveällä että kapealla taitolla)

Hotelli sivut noin yleistäen sopivat otsikkoon.

 

[Rensu]

Edelleenkin, paskaa käyttöliittymäsuunnittelua, kuten koko S-hotellien varausjärjestelmä muutenkin.

Tähän vielä yksi järjettömyys. S-cardilla lemmikki majoittuu maksutta, mutta varausjärjestelmä ei sitä ymmärrä. Eli lemmikin kanssa matkustaessa, ei voi maksaa huonetta etukäteen. Ja tietenkään tällöin "early bird" tarjouksia ei voi käyttää. Tai voi jos maksaa huoneen ilman lemmikkiä ja sitten soittaa hotelliin, että on tulossa lemmikin kanssa.

 

[nikop]

Ei tarvitse rautalangasta vääntää, ymmärsin kyllä heti mistä on kyse ja ymmärrän myös näkökulmasi. Olen vain eri mieltä siitä, että tuo olisi huonoa käyttöliittymäsuunnittelua, koska yläpalkki ja sen painikkeet ovat staattisia elementtejä ilman sidosta itse sivuihin niin minusta olisi hölmöä, että sen painaminen hakisi dynaamisesti juuri sen hotellin tiedot lomakkeeseen mitä sillä hetkellä katsot. Eihän se tarkoita, että käyttäjä haluaa automaattisesti juuri sen hotellin varata mikä sattuu sillä hetkellä olemaan auki. Tätä vartenhan hotellin esittelysivulla on se oma nappinsa juuri sen hotellin varaamiseen. Ongelma tässä on mielestäni siinä, että yläpalkin nappi vie huomion liiaksi eikä hotellin omaa varausnappia meinaa edes huomata.

Tässä varmaan parempi kysymys on miksi ei voisi tulla valmiiksi todennäköisesti oikea(oma oletukseni, ei tutkimusnäyttöä) vaihtoehto?
Tämänhän ei pitäisi estää käyttäjää valitsemasta toista, jos mieli onkin muuttunut tai oli jostakin syystä väärällä sivulla.

 

[Hyrava]

Riippuu tosiaan raudasta jota käyttää, ja olen vaihtelevasti käyttänyt pitkään kaikenlaista vauhtia hyvästä aika astmaiseen muuliin. Ihan viime aikoina ja noin lyhyellä tarkastelyvälillä en ole aiemmasta kehityksestä poikkeavaa muutosta havainnut.

Käsitän että havaintoaineisto kohdistuu yhteen laitteistoon. Onko lokaalin ongelman mahdollisuus suljettu pois? Ettei laite ole saanut sopivasti fyysistä saastaa ilmateihinsä tai haitallista bios/firmispäivitystä, ilmennyt piilevä laitevika?

Tuo tuulettimen käytös on tosiaan tuosta yhdestä koneesta mutta saman sivujen raskaammaksi muuttumisen olen huomannut muillakin laitteilla. Joillakin sivuilla näkee ihan CPUn käyttö -käppyrästä että nyt kuormitetaan konetta reippaasti. Kuitenkin muita ohjelmia käytettäessä koneen CPU-kuorma ja tuulettimen käytös on pysynyt samana joten kyllä tuo aika selkeästi joihinkin nettisivuihin viittaa.

Pitää varmaan joskus koittaa vähän tutkia mitä ihmettä noilla raskailla sivuilla oikein on, onko siellä joku järkyttävä JavaScript-kikkare touhuilemassa jotain taustalla vai mitä siellä tapahtuu.

 

[totallynotrobot]

Tässä varmaan parempi kysymys on miksi ei voisi tulla valmiiksi todennäköisesti oikea(oma oletukseni, ei tutkimusnäyttöä) vaihtoehto?
Tämänhän ei pitäisi estää käyttäjää valitsemasta toista, jos mieli onkin muuttunut tai oli jostakin syystä väärällä sivulla.

Eipä siinä mitään varsinaista syytä ole, miksi se ei noin voisi toimia. Se, että rikkoisiko tuollainen toiminta (missä sama painike tekee periaatteessa hieman eri asioita) sitten vaikka consistency and standards -heuristiikkaa niin en osaa sanoa. Mutta eipä varmaan kun tässä ero on kuitenkin niin pieni (yhden kohdan automaattinen täyttö lomakkeessa). Tämä on näitä asioita missä taas toinen käyttäjä kokisi tuon toimintamallin "vääräksi" kun sen tietyn hotellin varaamiseksi suoraan on se oma painikkeensa kuitenkin, niin tuossa tulisi taas tälle käyttäjälle yksi ylimääräinen vaihe lisää kun pitäisi joko navigoida pois hotellisivulta tai tyhjentää lomake ensin käsin.

 

[Paapaa]

Järkevintä olisi antaa palautetta täällä valituksen lisäksi. Voi olla, että on epähuomiossa joku pieni asia tekemättä ja tarkoitus voi ollakin, että napit toimivat samalla tavalla. Tuon hotellivalinnan saa kuitekin helposti tyhjennettyä, joten mustakin se olisi käytettävyysparannus. Palautetta vaan niin joku asian saattaa hoksata ja korjata.

 

[Kautium]

Ei tarvitse rautalangasta vääntää, ymmärsin kyllä heti mistä on kyse ja ymmärrän myös näkökulmasi. Olen vain eri mieltä siitä, että tuo olisi huonoa käyttöliittymäsuunnittelua, koska yläpalkki ja sen painikkeet ovat staattisia elementtejä ilman sidosta itse sivuihin niin minusta olisi hölmöä, että sen painaminen hakisi dynaamisesti juuri sen hotellin tiedot lomakkeeseen mitä sillä hetkellä katsot. Eihän se tarkoita, että käyttäjä haluaa automaattisesti juuri sen hotellin varata mikä sattuu sillä hetkellä olemaan auki. Tätä vartenhan hotellin esittelysivulla on se oma nappinsa juuri sen hotellin varaamiseen. Ongelma tässä on mielestäni siinä, että yläpalkin nappi vie huomion liiaksi eikä hotellin omaa varausnappia meinaa edes huomata.

Silloin käyttöliittymä on suunniteltu huonosti, jos se ei ole käyttäjälle intuitiivinen/looginen. Se on ihan sama onko vika väreissä, painikkeiden sijoittelussa, tai missä tahansa.

Lähetin tästä palautetta ensimmäisen kerran joskus 2 vuotta sitten. Silloin samalla listalla oli muitakin ongelmia. Tämä ja pari muuta on niistä edelleen samalla tavalla.

 

[love_doctor]

Tuo tuulettimen käytös on tosiaan tuosta yhdestä koneesta mutta saman sivujen raskaammaksi muuttumisen olen huomannut muillakin laitteilla. Joillakin sivuilla näkee ihan CPUn käyttö -käppyrästä että nyt kuormitetaan konetta reippaasti. Kuitenkin muita ohjelmia käytettäessä koneen CPU-kuorma ja tuulettimen käytös on pysynyt samana joten kyllä tuo aika selkeästi joihinkin nettisivuihin viittaa.

Pitää varmaan joskus koittaa vähän tutkia mitä ihmettä noilla raskailla sivuilla oikein on, onko siellä joku järkyttävä JavaScript-kikkare touhuilemassa jotain taustalla vai mitä siellä tapahtuu.

Kyllähän webbisivut voivat olla aika raskaita nykyään. Itsellä on ollut esim. 500 megan kaapelinetti, 5950X ja 64 gigaa muistia sekä PCIe 4.0 SSD siitä saakka kun noita 5000-sarjan Ryzeneitä alkoi saada. Pitkään tuntunut varsin nopealta kaikkeen hommaan, mutta juuri netin kanssa ekana ilmennyt tällä laitteistolla nykimistä. Siis tarkoitan, että tietenkin uusi rauta vaikkapa kääntää koodia tai koodaa videota nopeammin ja siitä ei ole epäselvyyttä, mutta sillä ei lopulta ole UX:n kannalta merkitystä, montako sekuntia kestää ekstraa, kun nuo on odottamista joka tapauksessa vaativia toimintoja. Netin käytössä taas huomaa haitallista käyttökokemusta nykimistä. Mulla on myös zramia käytössä ja swapin kanssa muistia luokkaa 100 gigaa. Silti pari kertaa Gnome infonnut että OOM killeri tappanut jotain selainprosesseja.

Itse en ole tuota sivujen raskautta aiemmin huomannut, nyt ehkä viimeisen puolen vuoden aikana on tuntunut moni sivusto tulevan paljon raskaammaksi adblockin kanssakin. Vielä vuosi sitten ei koneen tuuletin lähtenyt puhisemaan käytännössä koskaan netissä surffailessa, nykyään tuntuu että joka kolmannella sivulla rupeaa tuuletin puhkumaan enemmän tai vähemmän vaikka mainoksetkin on blokattu.

Ja olipahan elämys tuossa viime vuoden loppupuolella käyttää muutaman vuoden vanhaa ei-niin-tehokasta konetta ilman adblockeria, oli ihan toivotonta edes käydä pikaisesti parilla nettisivulla kun kone oli ihan jumissa liki jokaisella sivulla.

Nettikehityksessähän on lähtökohtaisesti metriikoita, joilla mitataan sivun paremmuutta. Esim. erilaiset lagit osoitteen syöttämisen jälkeen. Se taas on ongelmallinen metriikka, koska nuo ajat on vakioitu kunkin aikakauden koneille ja koneiden nopeus kasvaa jatkuvasti. Kaikki selain/js-enginet nopeutuvat optimointien ansiosta. Esim. Pythonistakin oli juuri uutinen, että 3-30% saatii lisää nopeutta. Samoin nettiliittymien noin yleisesti ottaen. Eli sivukoodille sallitaan joka vuosi enemmän ja enemmän hitautta. Tässä oli hyvä esimerkki parin päivän takaa, kun todettiin että ohjelmistorobotti käsittelee vain 2000 hakemusta päivässä. c10k-ongelma on tänä vuonna 26 vuotta vanha ongelma. c10k siis käsitteli haasteita kun 1999 haluttiin palvella 10 000 yhteyttä samaan aikaan, esim. joka sekunti. Nyt 2025 ollaan 60*60*24*5 kertaa hitaampia, jos ei huomioida raudan kehittymistä mitenkään. Jos huomioitaisiin, tuohon kertoimen 432 000 perään voisi kertoa vielä esimerkiksi 100 000 laskentatehon erosta. Ohjelmistoalalla puhutaan 100x-koodareista, mutta tuossa esimerkissä oikeampi termi olisi 4*10^11x-koodari.

 

[pulatunnus]

Kyllähän webbisivut voivat olla aika raskaita nykyään. ...

Yleistäen/käjistäen se taitaa nimenomaan olla se kodin raskain juttu minkä mukaan/takia se laite pitää päivittää tehokkaampaa.

Pelaaminen tuo joillain tarpeita, ja nykyään AI kyvykkyys.