Miksi ammattilaisten nettisivut ovat niin paskoja?

[Maxwell]

Google. Tarkemmin google maps on jostain syystä piiloitettu nykyään. Aikaisemmin mapsiin pääsi omasta napistaan, mutta nyt se on piiloitettu. Sensijaan tuohon on pitänyt tunkea satunnaisia tärkeitä nappeja, kuten "Miku" (???). Tämä tuntuu koskevan vain pienempiä paikkoja, jolloin google ei tunnista, että haettava asia voisi olla paikka.

Esimerkiksi Helsinkiä haettaessa ilmestyy karttawidgetti, josta pääsee mapsiin.

Onneksi Googlelle on vaihtoehtoja monessa asiassa. Hakukoneessa oletukseni on nykyään DuckDuckGo. Sillä löytyy Kartat -painike, tosin tämä ei vie Googlekarttoihin, eli ei välttämättä ole ratkaisu jos juuri niitä haluaa käyttää. Näyttäisi olevan Apple-kartasto joka äkkiseltään tietokoneen selaimella käytettynä tuntuu kyllä ihan yhtä hyvältä. Yritysten nimet taitavat olla jopa paremmin esillä kuin Googlella.

 

[totallynotrobot]

Onneksi Googlelle on vaihtoehtoja monessa asiassa. Hakukoneessa oletukseni on nykyään DuckDuckGo. Sillä löytyy Kartat -painike, tosin tämä ei vie Googlekarttoihin, eli ei välttämättä ole ratkaisu jos juuri niitä haluaa käyttää. Näyttäisi olevan Apple-kartasto joka äkkiseltään tietokoneen selaimella käytettynä tuntuu kyllä ihan yhtä hyvältä. Yritysten nimet taitavat olla jopa paremmin esillä kuin Googlella.

No joo, aika iso ero kun vähän testasin:
Duckduckgo:

Google + google kun valittu "ravintolat" yläribbonista:


Onhan tuo duckduckgo:n näkymä paljon parempi, jos esim. haluaa vieraalla paikkakunnalla saada yhdellä vilkaisulla käsitystä ravintoloista yms.

 

[null]

Googlenkin käyttöliittymä on nykyään täynnä sitä perusvirhettä, että joku taustalla pyörivä javascript lisää keskelle sivua elementtejä kesken käytön ja uusien elementtien alapuolelle jäävät elementit, mukaanlukien linkit, karkaavat yllättäen hiiren osoittimen alta ja tulee sitten klikattua väärää linkkiä. Niin käy hyvin usein, kun siihen tulee yhtäkkiä niitä "ehdotuksia" siihen hakukentän alle juuri kun on jotain hakutulosta klikkaamassa.

OP:n verkkopankissa on nykyään sellainenkin äärimmäisen paskamainen toiminto, että kun on kirjoittanut kertakäyttöisen salasanan viimeisen numeron, niin javascript siirtää fokuksen siihen lomakkeen lähetysnappiin, eikä backspace toimi enää, jos yrittää korjata kirjoitusvirhettä. Alt+shift+tab ei toimi myöskään fokuksen siirtämiseksi takaisin tekstilaatikkoon, koska silloin fokus siirtyy ihan kokonaan eri elementtiin. Joutuu sitten hitaasti ja vaivalloisesti hiirellä klikkaamalla palauttamaan fokuksen siihen tekstilaatikkoon. Sitä tekstilaatikkoa klikatessa joku skripti vieläpä maalaa koko laatikon sisällön ja joutuu kirjoittamaan koko tunnusluvun uudestaan, vaikka vain viimeinen numero olisi väärin.

Tuossakaan ei ole yhtään mitään vitun järkeä. Se enterin painaminen input-elementissä lähettää sen lomakkeen joka tapauksessa (se on sen oletustoiminta) joten tuo fokuksen siirtäminen lähetysnappiin neljännen numeron kirjoittamisen jälkeen ei hyödytä yhtään mitään, vaan ainoastaan haittaa käyttäjää. Jälleen kerran tyyppiesimerkki tapauksesta, jossa useimpien käyttäjien oletettavasti toivoma toiminta on käytännössä kaikissa selaimissa oletuksena ja riviäkään javascriptiä ei tarvittaisi. Siitä huolimatta käyttökokemus on jostain syystä haluttu mennä pilaamaan sillä javascriptillä.

En käytä op:n palveluita, niin ei niin kiinnosta, mutta laittaisin palautetta tuosta.

 

[totallynotrobot]

Googlesta puheenollen niin nyt on hävinnyt mobiilissa google-arvosteluiden tsekkausmahdollisuus, tähdet näkyy mutta arvosteluja ei voi lukea

 

[Muumi]

Googlesta puheenollen niin nyt on hävinnyt mobiilissa google-arvosteluiden tsekkausmahdollisuus, tähdet näkyy mutta arvosteluja ei voi lukea

PC:llä sama juttu.

 

[totallynotrobot]

PC:llä sama juttu.

Hmm, saisiko kuvakaappausta millaisena sulla näkyy? Mulla on PC:llä edelleen tämä vanha mistä voi klikata nuo arvostelut auki.

 

[Muumi]

@totallynotrobot kokeilin uudelleen, ja kyllä se näköjään PC:llä näyttää ne arvostelut ainakin suosituimmista kohteista. Tässä on mahdollisuus, että en tajunnut niiden arvosteluiden aukeavan tuohon hakutulosten päälle. Tai sitten olin aiemmin hetken osa kokeilua, jossa arvosteluita ei näytetty. Ainakaan niiden lajittelu ei enää onnistu esim. parhaimmasta huonoimpaan.



Eräs vähemmän suosittu kohde, joka oli paikallinen asennusyritys, niin näyttää että "2 arvostelua". Kun klikkaan sitä, niin aukeaa vain hakutulos hakulauseella "Yritys Oy Arvostelut" sen sijaan että tulisi ne Google-arvostelut tai minkään muunkaan sivuston arvostelut.

Sitten on sellainen, että esim. hakusanalla "Boss gloss tampere", joka on autopesufirma, niin ei ehdota oikeaan sivupalkkiin arvosteluita tai muita lisätietoja ollenkaan. "Paikat" osio, joka aiemmin tuli oikeaan sivupalkkiin, niin tulee nykyään joskus tuonne hakutuloksiin. Ja sitä klikkaamalla löytyy arviot.

Eli tuosta on nyt kolme varianttia ainakin minulla näkyvissä. Ja neljäs on se mobiilikokemuksesi. Selvästi taas kehitystä käyttäjien ehdolla.

 

[totallynotrobot]

No tuntuu olevan, itellä aukeaa arvostelut vielä tuttuun tapaan modaaliin ja boss glossinkin tiedot sivupalkkiin:


On kyllä ihme säätöä Googlella, ihan niin kuin tämä mitä hehkutettiin hirveästi vanhassa loginissa: Google's new sign-in page is official, and it's a little underwhelming

 

[Hyrava]

Kokeilin uudelleen, ja kyllä se näköjään PC:llä näyttää ne arvostelut ainakin suosituimmista kohteista. Tässä on mahdollisuus, että en tajunnut niiden arvosteluiden aukeavan tuohon hakutulosten päälle. Tai sitten olin aiemmin hetken osa kokeilua, jossa arvosteluita ei näytetty. Ainakaan niiden suodattaminen ei enää onnistu esim. parhaimmasta huonoimpaan.



Eräs vähemmän suosittu kohde, joka oli paikallinen asennusyritys, niin näyttää että "2 arvostelua". Kun klikkaan sitä, niin aukeaa vain hakutulos hakulauseella "Yritys Oy Arvostelut" sen sijaan että tulisi ne Google-arvostelut tai minkään muunkaan sivuston arvostelut.

Sitten on sellainen, että esim. hakusanalla "Boss gloss tampere", joka on autopesufirma, niin ei ehdota oikeaan sivupalkkiin arvosteluita tai muita lisätietoja ollenkaan. "Paikat" osio, joka aiemmin tuli oikeaan sivupalkkiin, niin tulee nykyään joskus tuonne hakutuloksiin. Ja sitä klikkaamalla löytyy arviot.

Eli tuosta on nyt kolme varianttia ainakin minulla näkyvissä. Ja neljäs on se mobiilikokemuksesi. Selvästi taas kehitystä käyttäjien ehdolla.

Juu, ennen nuo näkyivät aina samalla tavalla. Ja itseäni ärsyttää suuresti kun nykyään hakutuloksissa välillä tulee pienen pieni kartanpalanen jota klikkaamalla ei tapahdu mitään, ennen sitä klikkaamalla siirryttiin googlemapsiin. Välillä taas tulee vähän isompi kartta hakutuloksiin, sitä sitten saa zoomailtua ja siirreltyä mutta sitäkään ei suoraan saa vielä isommaksi, kuten ennen. Sitten kuitenkin välillä tulee sellainen vanhantyylinen kartta jota klikkaamalla edelleen mennään googlemapsiin.

Nuo arvostelut ja kysymyksetkin näkyvät välillä useammalla eri tavalla, ilmeisesti testailevat jotain ja tutkivat miten ihmiset reagoivat eri tyylisiin esitystapoihin.

Ja se hakuruudun alla oleva Kaikki / Kuvat / Videot / tiesmitälie -rivi elää nykyään ihan omaa elämäänsä, nykyisin siihenkin tulee ihan randomilla jotain sanoja. Itse ainakin pidin siitä aiemmasta jossa oli aina vaihtoehtoina Kaikki (tai joku vastaava sekä Kuvat, molempia tuli käytettyä paljon. Nyt ei aina edes jostain hausta tule tuota kuvahakuvalintaa suoraan.

No, ehkä tuo taas jossakin vaiheessa jämähtää johonkin malliin ettei joka hakukerralla näy eri tavalla...

 

[whoami]

Oomi - Energiapalveluyhtiö

Olemme energiapalveluyhtiö, joka arvostaa selkeitä ja hyödyllisiä palveluja sekä ihmisläheistä asiakaspalvelua.

oomi.fi

Olisi kiva tietää kuka tuon on rakentanut, kun jokainen sivunlataus/klikkaus kestää vähintään 2 sek. Jos developer toolseis hidastaa nettiä, niin pahimmillaan menee minuutti.

 

[nikop]

Oomi - Energiapalveluyhtiö

Olemme energiapalveluyhtiö, joka arvostaa selkeitä ja hyödyllisiä palveluja sekä ihmisläheistä asiakaspalvelua.

oomi.fi

Olisi kiva tietää kuka tuon on rakentanut, kun jokainen sivunlataus/klikkaus kestää vähintään 2 sek. Jos developer toolseis hidastaa nettiä, niin pahimmillaan menee minuutti.

Näyttäisi olevan Wordpress. Ehkä vain hitaalla palvelimella.

 

[lors lara]

OP:n verkkopankki on taas muuttunut vielä entistäkin huonommaksi käyttää. Joka ikisessä sivunlatauksessa kestää useita sekunteja ja sinä aikana sivun elementit hyppivät eri kohtaan sivua ja pakenevat kun niitä yrittää klikata. Kaikki tuo lataaminen on tehty jotenkin javascriptillä niin, että selaimen tilariviltä ei käy mitenkään ilmi se, ettei sivun lataaminen ole vielä valmis.

Opera selaimella toimii ongelmitta, itseasiassa mulla on Opera pelkästään sitä varten.. muiden sivujen käyttöön sitte sammutan Operan ja käytän jotain toista selainta

 

[Paapaa]

Siirsin tänne toisesta ketjusta kun tämä ehkä vähän sopivampi.

Tarkoitin että Sanoma median kaikilla verkkoalustoilla on perustavanlaatuisesti joku pielessä mikä ei itseäni miellytä, ja joka varmaan johtuu siitä käyttöliittymästä jonka pohjalle Sanoman verkkosivut luodaan.

Ei niitä taideta luoda minkään yhden UI:n pohjalta ja ne käyttävät ainakin osin eri tekkejä. Osin varmasti samojakin palikoita. Mutta jo pelkästään tyylittelystä voidaan todeta että hs.fi näyttää käyttävän Tailwindiä, mutta Ruutu ei, vaan jotain styled-components-tyyppistä kirjastoa (en osaa sanoa mikä). Sitten joku Sanoman ET-lehti näyttää käyttävän PHP:ta ja Drupalia kun taas hs.fi ja ruutu eivät.

Mutta sun pitää olla vähän spesifimpi. Puhutaan vaikka vain siitä hs.fi:stä. Mikä siinä siis mättää kun minulla se ei ole hidas, vaan todella nopea ja fontti siinä ei ollut sama kuin is.fi:ssä vaikka ovatkin samaa konsernia, eli eri teemaakin (fontit, värit jne.) käyttävät.

 

[Viljor2]

Siirsin tänne toisesta ketjusta kun tämä ehkä vähän sopivampi.



Ei niitä taideta luoda minkään yhden UI:n pohjalta ja ne käyttävät ainakin osin eri tekkejä. Osin varmasti samojakin palikoita. Mutta jo pelkästään tyylittelystä voidaan todeta että hs.fi näyttää käyttävän Tailwindiä, mutta Ruutu ei, vaan jotain styled-components-tyyppistä kirjastoa (en osaa sanoa mikä). Sitten joku Sanoman ET-lehti näyttää käyttävän PHP:ta ja Drupalia kun taas hs.fi ja ruutu eivät.

Mutta sun pitää olla vähän spesifimpi. Puhutaan vaikka vain siitä hs.fi:stä. Mikä siinä siis mättää kun minulla se ei ole hidas, vaan todella nopea ja fontti siinä ei ollut sama kuin is.fi:ssä vaikka ovatkin samaa konsernia, eli eri teemaakin (fontit, värit jne.) käyttävät.

Mene itse näille sivuille ja tee omat johtopäätöksesi, sanoin vain oman mielipiteeni, ja kysyin muiden mielipiteitä. Saattaa olla että YLE ja ja Alma media tekee omaan makuun miellyttävämpiä ulkoasuja, mutta toiset voi, ja varmaan onkin eri mieltä käytettävyydestä.

Vertaa YLE areenaa, Ruutua ja Katsomoa. (Voit ottaa mukaan perspektiiviin Netflix, Viaplay jne).

Voit myös mennä Sanoman Suplan sivuja testailemaan, ja verrata niitä esim (rockradio.com, di.fm) jotka samaa puljua, mutta siis Supla ja rockradio.com on radiokanava sivustoja. Areenassa myös Radiopuoli joka on ihan hyvä nykyään.

Kokeile sitten YLEn, iltalehden, aamulehden, Seiskan ja Seuran sivuja, jonka jälkeen olisi kiva kuulla mielipide onko IS sivut millainen käyttää verrattunna verrokkeihin. Oma mielipide on muodostettu, en itse ole tietotekniikan asiantuntija niin en osaa ottaa kantaa tekniikkaan tai UIhin.

 

[Viljor2]

Ruoan kotiinkuljetuspalvelut. Wolt ja Foodora testattu, niillä sutjakkaat käyttöliittymät.
Yksi mieleenpainuva töppäys verkkosivujen suhteen on Oda nimiseltä yhtiöltä joka tuli suomeen ottamaan markkinaa ruoan kotiinkuljetuspalvelujen kilpailussa. Aloitti suomessa ja lopetti myös tosi nopeasti. Oli varmaan reilun vuoden toiminnassa.

Jäi se mieleen miten joku yhtiö jonka ainoa tehtävä on toimia ruoan kotiinkuljetuspalveluna voi sössiä sen tilaus platformin niin totaalisesti.

Ensinnäkin jos kaikki myynti tapahtuu verkossa, niin eikö silloin ole ensisijaisen tärkeää että se myyntitapahtuma verkossa, ja siten verkkosivut on suunniteltu niin hyvin että tilaaminen, ostosten valitseminen ostoskoriin ja maksaminen on mahdollisimman simppeliä..
Jos kaupasta tilaa ruokaa, niin yleensä ostoksia kertyy kymmeniä, Odalla ei ollut mitään välilehteä siinä ostoksia tekiessä, eli jos et muistanut että oletko jo ostanut jonkun tuotteen niin jouduit oikeasta yläkulmasta klikata ostoskoriin katsomaan onko joku tuote jo ostettu. Muutenkin ostosten tekeminen oli hyvin luotaan työntävää jossa varmasti ihmisille tuli fiilis online kuappareissua tehdessään että "en jaksa" ja lopetti tuotteiden korittamisen.

Sitä vaan miettii et jos joku lanseeraa suomeen palvelun isolla mainosbudjetilla, uusilla oransseilla ford pakettiautoilla ja vielä tehtaalla jossa asiakkaiden ostosten poimiminen on robotisoitu, niin miten helvetissä verkkosivut jossa kaikki myynti tapahtuu on kelvottoman surkeat... Selitykseksi kelpaa ainoastaan että Norjalaisilla on ihan hemmetisti liikaa rahaa.

Muistan sen kun ne lanseerasi, mulla ei kauaa mennyt kun totesin että tällaisella menolla Oda ei ikinä tule saamaan markkinaosuutta suomesta niin että toiminta on kannattavaa. Niillä oli myös ainoastaan parhaimmillaan same day-delivery, kun kilpailijoilla on melkein samaan hintaan alle tunnin toimitus.

Varmasti suomessa oli paljon ihmisiä ketkä ymmärsi melkein heti että jos tosiaan tuo on Odan bisnes model niin mahdollisuudet menestyä on olemattomat.

 

[qtba]

Ruoan kotiinkuljetuspalvelut. Wolt ja Foodora testattu, niillä sutjakkaat käyttöliittymät.
Yksi mieleenpainuva töppäys verkkosivujen suhteen on Oda nimiseltä yhtiöltä joka tuli suomeen ottamaan markkinaa ruoan kotiinkuljetuspalvelujen kilpailussa. Aloitti suomessa ja lopetti myös tosi nopeasti. Oli varmaan reilun vuoden toiminnassa.

Jäi se mieleen miten joku yhtiö jonka ainoa tehtävä on toimia ruoan kotiinkuljetuspalveluna voi sössiä sen tilaus platformin niin totaalisesti.

Ensinnäkin jos kaikki myynti tapahtuu verkossa, niin eikö silloin ole ensisijaisen tärkeää että se myyntitapahtuma verkossa, ja siten verkkosivut on suunniteltu niin hyvin että tilaaminen, ostosten valitseminen ostoskoriin ja maksaminen on mahdollisimman simppeliä..
Jos kaupasta tilaa ruokaa, niin yleensä ostoksia kertyy kymmeniä, Odalla ei ollut mitään välilehteä siinä ostoksia tekiessä, eli jos et muistanut että oletko jo ostanut jonkun tuotteen niin jouduit oikeasta yläkulmasta klikata ostoskoriin katsomaan onko joku tuote jo ostettu. Muutenkin ostosten tekeminen oli hyvin luotaan työntävää jossa varmasti ihmisille tuli fiilis online kuappareissua tehdessään että "en jaksa" ja lopetti tuotteiden korittamisen.

Sitä vaan miettii et jos joku lanseeraa suomeen palvelun isolla mainosbudjetilla, uusilla oransseilla ford pakettiautoilla ja vielä tehtaalla jossa asiakkaiden ostosten poimiminen on robotisoitu, niin miten helvetissä verkkosivut jossa kaikki myynti tapahtuu on kelvottoman surkeat... Selitykseksi kelpaa ainoastaan että Norjalaisilla on ihan hemmetisti liikaa rahaa.

Muistan sen kun ne lanseerasi, mulla ei kauaa mennyt kun totesin että tällaisella menolla Oda ei ikinä tule saamaan markkinaosuutta suomesta niin että toiminta on kannattavaa. Niillä oli myös ainoastaan parhaimmillaan same day-delivery, kun kilpailijoilla on melkein samaan hintaan alle tunnin toimitus.

Varmasti suomessa oli paljon ihmisiä ketkä ymmärsi melkein heti että jos tosiaan tuo on Odan bisnes model niin mahdollisuudet menestyä on olemattomat.

Itselle jäi Oda:sta täysin päinvastainen kokemus, tosin sillä erolla että käytin vaan Android applikaatiota. Oli Prisman vastaavaan verrattuna parempi. Woltin kanssa aika lailla yhtä hyvä.

Eri mieltä myös toimituksista. Woltin kanssa ei tosiaan pärjää nopeudessa, mutta ei ne mun näkökulmasta ollut edes sama palvelu. Woltista saa jotkut unohtuneet leivät ja banaanit vaikka heti, kun taas odasta hommattiin viikon ostokset. Ja ne sai kuljetettuna tosi kivasti nimellisellä (1-3e) korvauksella tunnin tarkkuudella jos ja/tai ilmaiseksi jos ei ole niin väliä koska saapuu. Tässä prisma ja kesko ei taida vieläkään olla Odan tasolla.

Edit. Ja sehän taisi kaatua siihen, että korot pomppasi nollasta neljään ja sitä myöten tavoite karkasi isojen pääomasijoittajien mukavuusalueen ulkopuolelle. Toiminnan kannattavuus oli menossa kokoajan oikeaan suuntaan.

 

[Vaateri]

Ruoan kotiinkuljetuspalvelut. Wolt ja Foodora testattu, niillä sutjakkaat käyttöliittymät.
Yksi mieleenpainuva töppäys verkkosivujen suhteen on Oda nimiseltä yhtiöltä joka tuli suomeen ottamaan markkinaa ruoan kotiinkuljetuspalvelujen kilpailussa. Aloitti suomessa ja lopetti myös tosi nopeasti. Oli varmaan reilun vuoden toiminnassa.

N. 18 kk:n ajalta näyttäisi minulla olevan tehtyjä tilauksia. Odahan oli aivan eri palvelu kuin Wolt ja Foodora. Jos jotakin nettiruokakauppaa haluaa reitityksen optimointiin perustuviin lähettipalveluihin verrata, niin se olisi Kavall, joka ei tainnut olla Suomessa vuottakaan.

 

[Viljor2]

N. 18 kk:n ajalta näyttäisi minulla olevan tehtyjä tilauksia. Odahan oli aivan eri palvelu kuin Wolt ja Foodora. Jos jotakin nettiruokakauppaa haluaa reitityksen optimointiin perustuviin lähettipalveluihin verrata, niin se olisi Kavall, joka ei tainnut olla Suomessa vuottakaan.

Mutta siis Woltilla voi tilata esim K-supermarketista ainakin tietyillä alueilla ja hinnat ovat samat kuin fyysisesti kaupassa. Plussa-kortinkin saa liitettyä. Hyvin usein myös kuljetukset ilmaisia, tosin jos laittaa ison ruokatiluaksen niin se kuljetus on yleensä se tunnin kaksi kun perillä.

Prisma on niin tehokas logistisesti joka näkyy hinnoissa ja toi niiden verkkotilaus alusta näyttää myös helppokäyttöiseltä, vaikea kuvitella että Oda saisi tai olisi saanut markkinatilaa halvempien hintojen takia jos kilpailijana on prisma ja niiden jakelu ja ostoverkostot.. Ja isoimmat sisäänostovolyymit eli hinta putoaa siinäkin varmaan.

 

[Hyrava]

Itselle jäi Oda:sta täysin päinvastainen kokemus, tosin sillä erolla että käytin vaan Android applikaatiota. Oli Prisman vastaavaan verrattuna parempi.

Meilläkin pari kertaa tilattiin Odasta jotain ja jotenkin sekä Android-käyttöliittymässä että nettisivuissa oli jotain pielessä, ei vaan toiminut jotenkin loogisesti tms. Ainakin taisi olla että Android-appi ei toiminut mitenkään järkevästi kuin vaakatilassa ellen ihan väärin muista. Muutenkin oli muistaakseni kaikenlaisia kummallisia käyttöliittymäratkaisuja.

Prisman verkkokauppaa ei ole vuosiin ihan hirveästi tullut käytettyä kun ainakin jossain vaiheessa oli herkkä kaatumaan ja "Hupsista, jokin meni vikaan, klikkaa tästä niin aloitetaan alusta" -viestin jälkeen koko ostoskori tyhjeni ja sehän vitutti. Joskus satunnaisesti sieltä tuli jotain ostettua mutta pääsääntöisesti meillä käytetään K-ruokaa, sen toimivuus ja käytettävyys on ollut vuosikaudet ainakin meidän mielestä ihan ylivoimainen kilpailijoihin nähden.

 

[Vaateri]

Mutta siis Woltilla voi tilata esim K-supermarketista ainakin tietyillä alueilla ja hinnat ovat samat kuin fyysisesti kaupassa.

Niin? Wolt on edelleen kuriiripalvelu, vaikka heille se oma rajallinen markettinsa onkin. Oda vertautuu siis toimijana siihen Prismaan ennemmin kuin Woltiin. Odasta ostettiin viikon ruoat kerralla, Woltilla ostetaan täsmätäydennyksiä tai yksi ateria. Lähtökohdat ovat niin erilaiset, että ei niiden nettisivuja tai appeja siten voi oikein toisiinsa verrata. Ja jos siihen Prismaan verrataan, niin aivan kaikkien Ässä-ketjun sovellusten käyttökokemus on kamala.

 

[Viljor2]

Niin? Wolt on edelleen kuriiripalvelu, vaikka heille se oma rajallinen markettinsa onkin. Oda vertautuu siis toimijana siihen Prismaan ennemmin kuin Woltiin. Odasta ostettiin viikon ruoat kerralla, Woltilla ostetaan täsmätäydennyksiä tai yksi ateria. Lähtökohdat ovat niin erilaiset, että ei niiden nettisivuja tai appeja siten voi oikein toisiinsa verrata.

Niin siis asiakas haluaa tilata ruokaa jostain mahdollisimman helposti, halvalla ja nopeasti. Jos Wolt toimittaa lähialueella olevan K-supermarketin valikoiman ovelle parissa tunnissa ilman toimituskuluja niin onhan se selvää että se vähintäänkin vie Odalta asiakkaita. Ja siis vie niitä niin paljon että en näe ainuttakaan syytä tilata Odalta mitään jos ne häviää näissä asioissa - tilaamisen helppoudessa, valikoimassa, hinnoissa ja toimitusajoissa.

 

[qtba]

Niin siis asiakas haluaa tilata ruokaa jostain mahdollisimman helposti, halvalla ja nopeasti. Jos Wolt toimittaa lähialueella olevan K-supermarketin valikoiman ovelle parissa tunnissa ilman toimituskuluja niin onhan se selvää että se vähintäänkin vie Odalta asiakkaita. Ja siis vie niitä niin paljon että en näe ainuttakaan syytä tilata Odalta mitään jos ne häviää näissä asioissa - tilaamisen helppoudessa, valikoimassa, hinnoissa ja toimitusajoissa.

Ei ole ehkä riittävän kattavasti kokemusta Wolt-marketeista, mutta ei niissä mistä olen ostanut, ole ollut puoliakaan siitä tarjolla mitä kaupasta haluan säännöllisesti. Odassa oli 90%, eli joitain asioita joutui täydentämään Prismasta. Ja Woltin hinnat ovat olleet järjestäen kalliimpaa kuin Oda:ssa, kuljetuksista puhumattakaan. Toimitusajassa Wolt on ylivertainen.

En toki väitä etteikö limittäisyyttä olisi myös Woltin kanssa, mutta kyllä se pääkilpailija Odalle oli nähdäkseni kuitenkin S/K/L.

 

[Paapaa]

Ja Woltin hinnat ovat olleet järjestäen kalliimpaa kuin Oda:ssa, kuljetuksista puhumattakaan

Tämä voi kuitenkin olla hiukan vääristynyt kokemus. Oda yritti tavoitella jalansijaan markkinoilta jolloin on pakko polkea hintoja voimakkaasti. Ja vaikka tämä tappiolla markkinaosuuden kasvatus oli tietenkin tietoinen valinta, meni se yllättävän nopeasti ja pahasti penkin alle. Keskon ja S:n ylivaltaa ei ole helppo murentaa. Veikkaan, että hinnat olisivat olleet alkua korkeammat jos Odan toiminta olisi vakiintunut. Mutta tätä emme varmasti saa tietää koskaan.

 

[Viljor2]

Ei ole ehkä riittävän kattavasti kokemusta Wolt-marketeista, mutta ei niissä mistä olen ostanut, ole ollut puoliakaan siitä tarjolla mitä kaupasta haluan säännöllisesti. Odassa oli 90%, eli joitain asioita joutui täydentämään Prismasta. Ja Woltin hinnat ovat olleet järjestäen kalliimpaa kuin Oda:ssa, kuljetuksista puhumattakaan. Toimitusajassa Wolt on ylivertainen.

Jep tuskin K-supermarketin koko valikoimaa löytyy woltista, mutta hinnat ovat samat kuin kaupassa, toimituskulut omalla alueella ilmaiset yleensä. Mutta siis jos Odan kilpailija onkin Prisma niin kumpi voittaa? Prisma on kaikkien tuntema. Toisaalta jos Oda olisi markkinoinut itseään kunnolla ja pitkään ja myynyt tappiolla tuotteita kunnes saanut isojen kauppareissujen markkinaykkösen aseman niin ehkä ois onnistunut ja Prisma ois tyytynyt pienempään myyntiin.

Mut siinähän on käynyt niin että ehkä se ruoka ostosten toivottu potentiaali ei täyttynyt tarpeeksi odotetulla tavalla, ja markkina jäi liian pieneksi, ja ihmiset haluaa vieläkin mennä kauppaan itse ostamaan.

Itse tekisin mieluiten isot kauppareissut netistä, mutta pienemmät visiitit itse kaupassa.

 

[El Toro]

Ylempänä ihmeteltiin miksi Google on pilattu, siitä voi kiittää EU:

Why Google searches in Europe no longer show maps

New EU legislation has led to changes for internet users in Europe - including the way search results appear on Google.

www.thelocal.com

Yksi rasittavimmista muutoksista vuosiin, olen käyttänyt karttoja ja arvosteluja todella paljon, joten tuo häiritsee elämää lähes päivittäin.

 

[Paapaa]

Ylempänä ihmeteltiin miksi Google on pilattu, siitä voi kiittää EU:

Why Google searches in Europe no longer show maps

New EU legislation has led to changes for internet users in Europe - including the way search results appear on Google.

www.thelocal.com

Puolensa ja puolensa. Toisaalta se on ihan helvetin hyvä, että Googlen käsittämättömän vahvaa markkina-asemaa ja sen tuomaa mahdollisuutta vaientaa kilpailu hiukan suitsitaan ja annetaan edes etäinen mahdollisuus kilpailulle. Mutta ei toi mikään helppo pelikenttä ole reguloida reilusti ja järkevästi.

 

[Hyrava]

Puolensa ja puolensa. Toisaalta se on ihan helvetin hyvä, että Googlen käsittämättömän vahvaa markkina-asemaa ja sen tuomaa mahdollisuutta vaientaa kilpailu hiukan suitsitaan ja annetaan edes etäinen mahdollisuus kilpailulle. Mutta ei toi mikään helppo pelikenttä ole reguloida reilusti ja järkevästi.

Juu, mutta kai nyt olisi laillista laittaa vaikka joku nappi sinne Googlen asetuksiin (jos on kirjautuneena) että "haluan käyttää Googlen karttapalvelua haun yhteydessä" tms.

Tuo karttahaku oli niin pirun kätevä ennen, nytkin tuo toimii jotenkuten pienellä kikkailulla mutta kun ennen oli tosiaan tottunut vaan avaamaan uuden välilehden ja copypasteamaan esimerkiksi jonkun osoitteen niin enääpä tuo ei toimikaan yhtä kätevästi.

Ei sen puoleen, tuntuu että tuota googlea kyllä rampautetaan koko ajan enemmän ja enemmän. Päivä päivältä tuntuu että sillä löytää entistä huonommin sitä mitä on etsimässä. Eikä muut hakukoneet löydä sitäkään vähää niin ei oikein voi vaihtaa muuhunkaan.

 

[Vaateri]

Niin siis asiakas haluaa tilata ruokaa jostain mahdollisimman helposti, halvalla ja nopeasti. Jos Wolt toimittaa lähialueella olevan K-supermarketin valikoiman ovelle parissa tunnissa ilman toimituskuluja niin onhan se selvää että se vähintäänkin vie Odalta asiakkaita.

Mutta kun ei toimita.

Jep tuskin K-supermarketin koko valikoimaa löytyy woltista, mutta hinnat ovat samat kuin kaupassa, toimituskulut omalla alueella ilmaiset yleensä.

Menee aivan off-topikiksi, mutta koska K-Supermarketit ovat palkanneet erillisiä keräilijöitä nimenomaan Woltin kautta tulevia tilauksia varten ja varmaan maksavat Woltillekin tuosta jotain, niin näinköhän on mikään pysyvä asiantila ilmaiset toimitukset? Täällä päin toimitukset eivät ole ilmaiset vaan kustannus riippuu etäisyydestä kaupasta. Alle 500 m on 1,99 € ja siitä sitten asteittain kallistuu. Verkkokauppa.com toimii Woltin kanssa ja heillä on 4,99 € toimitus.

Jos sitten taas arvioi omenoita toisiin omenoihin, niin Woltin logiikka ja sovelluksen toiminta on ainakin omaan makuun paljon Foodoraa edellä. Vaikea homma vaan heilläkin pitää toiminta yksinkertaisen ja silti lisätä toiminnallisuutta.

 

[love_doctor]

Ei niitä taideta luoda minkään yhden UI:n pohjalta ja ne käyttävät ainakin osin eri tekkejä. Osin varmasti samojakin palikoita. Mutta jo pelkästään tyylittelystä voidaan todeta että hs.fi näyttää käyttävän Tailwindiä, mutta Ruutu ei, vaan jotain styled-components-tyyppistä kirjastoa (en osaa sanoa mikä). Sitten joku Sanoman ET-lehti näyttää käyttävän PHP:ta ja Drupalia kun taas hs.fi ja ruutu eivät.

Mutta sun pitää olla vähän spesifimpi. Puhutaan vaikka vain siitä hs.fi:stä. Mikä siinä siis mättää kun minulla se ei ole hidas, vaan todella nopea ja fontti siinä ei ollut sama kuin is.fi:ssä vaikka ovatkin samaa konsernia, eli eri teemaakin (fontit, värit jne.) käyttävät.

Tulee vaan mieleen, onko missään web-sivujen hyvyyttä mittaavissa metriikoissa huomioitu erityisemmin prosessorikuormaa? Esim. Lighthouse-tyyliset työkalut taitavat painottaa kaistaa ja assettien lataamisen järjestystä, mutta jos päätelaite ei ole ihan viimeisintä huutoa, niin alkaa nykiä. Huomasin esimerkiksi kun kaivoin esiin jo muutaman vuoden vanhan tabletin (vuodelta 2018), että vaikka laitteessa on ihan ok määrä muistia (4GB), levyä (64GB), resoluutiota (2560x1600), wifi (802.11ac yhdistää 600 Mbps kiinteistölaajakaistaan) ja prosessorissakin 8 ydintä, käyttö on ihan saatanan tahmaavaa vaikkapa nyt reseptisivuilla, jos ihan kasuaalisti haluaa kokatessa avata tablettiin tasan yhden appsin (selain) ja selaimeen yhden tabin. Ei se joskus ollut noin hidas kuin nyt. Joskus laite salli jopa multitaskaamisen.

Tuo HS:n sivu vaikuttaisi olevan aika täynnä optimoimatonta ripulipaskaa. Jos HS:llä on Tailwind, sekin on aika raskas setti. React-sana myös löytyy HS:n sivukoodista. Reactin vdom-ratkaisu ei ole mitenkään nopein tapa renderöidä.

 

[kolistelija]

Tulee vaan mieleen, onko missään web-sivujen hyvyyttä mittaavissa metriikoissa huomioitu erityisemmin prosessorikuormaa? Esim. Lighthouse-tyyliset työkalut taitavat painottaa kaistaa ja assettien lataamisen järjestystä, mutta jos päätelaite ei ole ihan viimeisintä huutoa, niin alkaa nykiä. Huomasin esimerkiksi kun kaivoin esiin jo muutaman vuoden vanhan tabletin (vuodelta 2018), että vaikka laitteessa on ihan ok määrä muistia (4GB), levyä (64GB), resoluutiota (2560x1600), wifi (802.11ac yhdistää 600 Mbps kiinteistölaajakaistaan) ja prosessorissakin 8 ydintä, käyttö on ihan saatanan tahmaavaa vaikkapa nyt reseptisivuilla, jos ihan kasuaalisti haluaa kokatessa avata tablettiin tasan yhden appsin (selain) ja selaimeen yhden tabin. Ei se joskus ollut noin hidas kuin nyt. Joskus laite salli jopa multitaskaamisen.

Tuo HS:n sivu vaikuttaisi olevan aika täynnä optimoimatonta ripulipaskaa. Jos HS:llä on Tailwind, sekin on aika raskas setti. React-sana myös löytyy HS:n sivukoodista. Reactin vdom-ratkaisu ei ole mitenkään nopein tapa renderöidä.

Jos Tailwind ja React ovat rajoittavia tekijöitä, ollaan jo oikeasti taitavien kehittäjien (ja suunnittelijoiden) tekemällä saitilla. Varsinkin Reactin renderöinti on tosiaan hitaampaa kuin monella muulla frameworkilla, mutta sen hitaus tulee yleensä ilmi vasta kun tehdään jotain aika raskasta, ehkä jopa vähän tyhmää (myös hitaalla raudalla). Muut asiat kuten js:n lataaminen, turhat renderöinnit, liian raskaat komponentit tai ihan vain tyhmä koodi hidastaa 99 % saiteista paljon ennen kuin oikeasti on merkitystä onko se piirtävä kirjasto React, Svelte vai SolidJs.

 

[Paapaa]

Tulee vaan mieleen, onko missään web-sivujen hyvyyttä mittaavissa metriikoissa huomioitu erityisemmin prosessorikuormaa

Tusinpa, sillä kyse on aika toisarvoisesta metriikasta jolla ei ole mitään suoraa vaikutusta käyttäjäkokemukseen. Käyttäjä ei havaitse prosessorikuormaa, vaan esimerkiksi sivuston viiveet, joita sitten mitataankin.

Tuo HS:n sivu vaikuttaisi olevan aika täynnä optimoimatonta ripulipaskaa.

Toi taitaa olla Nextin SSR:n tarvitsemaa dataa, jolla saadaan "hydratoitua" se appis kun se alkaa pyöriä selaimessa.. Ei siis mitään "ripulipaskaa" ja pakattuna ei kauheasti kaistaa vie HS:n kokonaisuudessa,

Jos HS:llä on Tailwind, sekin on aika raskas setti.

Millä tavalla Tailwind on "raskas setti"? Sehän vain luo minimaalisen tyylitiedoston, jossa käytössä vain tarvitut luokat ja muuta ei bundleen tule mujaan. Tuo minifioidaan ja zipataan, niin aika paha sitä on lisää optimoida. Pitäisi olla siis hyvin kevyt setti.

 

[love_doctor]

Tusinpa, sillä kyse on aika toisarvoisesta metriikasta jolla ei ole mitään suoraa vaikutusta käyttäjäkokemukseen. Käyttäjä ei havaitse prosessorikuormaa, vaan esimerkiksi sivuston viiveet, joita sitten mitataankin.

Kuten tuossa mainitsin, minulla on ihan ok-tasoinen tabletti millä voisi tehdä monta kivaa asiaa. En koe esim. että kaipaan reseptien lukuun enempää resoluutiota kuin 2560x1600. Neljän gigan muistiin mahtuu aika kompleksinen dokumentti. Esim. joku 100 sivun gradu olisi muutama sata kilotavua kuvineen pdf:nä. Akkukin kestää useamman tunnin. Webbiselailu on tuskaista. Melkeinpä jonkun 3d-pelin polkaiseminen käyntiin on köykäisempää kuin jos avaan kahden askeleen ohjeen siitä, miten keitän riisiä.

Toi taitaa olla Nextin SSR:n tarvitsemaa dataa, jolla saadaan "hydratoitua" se appis kun se alkaa pyöriä selaimessa.. Ei siis mitään "ripulipaskaa" ja pakattuna ei kauheasti kaistaa vie HS:n kokonaisuudessa,

Konegeneroidun koodin osalta redundanssia voisi laskea. Pakkauksen tarjoaminen ratkaisuksi kaikkeen bloattiin on vähän sama kuin joka vaivaan tarjottaisiin buranaa ja laastaria.

Millä tavalla Tailwind on "raskas setti"? Sehän vain luo minimaalisen tyylitiedoston, jossa käytössä vain tarvitut luokat ja muuta ei bundleen tule mujaan. Tuo minifioidaan ja zipataan, niin aika paha sitä on lisää optimoida. Pitäisi olla siis hyvin kevyt setti.

Esim. HS:n etusivun tyylitiedosto on upotettu sivuun ja kooltaan noin 199 kB, vaikka se on "minifioitu". Vertaat näitä ihan kuin mitään vaihtoehtoista tekniikkaa ei voisi zipata. Jos tätä paloittelee nyt osiin - 1) vertaa esim. iltalehti vs hs, css:n koot 58 kB vs 200 kB ja ulkoasu samaa kompleksisuustasoa - iltalehti ei nähdäkseni käytä tailwindia 2) vertaa miten nopea olisi jos vaikka sama 58 kB:n css kävisi joka sivulla (voisi olla vaikka tuplakokoinen jotta sopisi joka sivulle) ja haettaisiin erillisenä tiedostona, jossa cache policy sellainen ettei tarvi ihan joka päivä ladata uudestaan. 3) yleisesti kaikki http pakataan monella saitilla ellei sitten tietoturvan takia ole kytketty pois ja toki nuo luvut on varsin pieniä, mutta vertailuissa ei ole mitään järkeä jos vaan yksinkertaistaa, että tällä ei ole mitään merkitystä.

 

[kolistelija]

Esim. HS:n etusivun tyylitiedosto on upotettu sivuun ja kooltaan noin 199 kB, vaikka se on "minifioitu". Vertaat näitä ihan kuin mitään vaihtoehtoista tekniikkaa ei voisi zipata. Jos tätä paloittelee nyt osiin - 1) vertaa esim. iltalehti vs hs, css:n koot 58 kB vs 200 kB ja ulkoasu samaa kompleksisuustasoa - iltalehti ei nähdäkseni käytä tailwindia 2) vertaa miten nopea olisi jos vaikka sama 58 kB:n css kävisi joka sivulla (voisi olla vaikka tuplakokoinen jotta sopisi joka sivulle) ja haettaisiin erillisenä tiedostona, jossa cache policy sellainen ettei tarvi ihan joka päivä ladata uudestaan. 3) yleisesti kaikki http pakataan monella saitilla ellei sitten tietoturvan takia ole kytketty pois ja toki nuo luvut on varsin pieniä, mutta vertailuissa ei ole mitään järkeä jos vaan yksinkertaistaa, että tällä ei ole mitään merkitystä.

Syytät nyt työkalua, joka ei ole syynä ongelmaan, vaan sen väärinkäyttö tai jokin muu (esim. kylkeen lisätyt omat tyylit tmv). Yksi Tailwindin parhaista puolista on nimenomaan se että oikein käytettynä sillä saadaan erittäin pieni css jalanjälki.

EDIT:
Lisäksi CSS lienee tuossa pienin ongelma perffin kannalta, vaikka se olisi vaan kokonaisena lisätty saitille.

 

[love_doctor]

Syytät nyt työkalua, joka ei ole syynä ongelmaan, vaan sen väärinkäyttö tai jokin muu (esim. kylkeen lisätyt omat tyylit tmv). Yksi Tailwindin parhaista puolista on nimenomaan se että oikein käytettynä sillä saadaan erittäin pieni css jalanjälki.

EDIT:
Lisäksi CSS lienee tuossa pienin ongelma perffin kannalta, vaikka se olisi vaan kokonaisena lisätty saitille.

Tailwindissa ajatus on tyylien modularisointi niin että tyylin kompositiota koordinoidaan käyttöpuolella. Se ei kyllä tietojenkäsittelyn kannalta johda mitenkään minimaaliseen tyylimäärittelyn jalanjälkeen. Kyse on vähän samasta kuin Reactissa, että vdom ja dom-puun diff-algoritmit johtavat yleisessä tapauksessa siedettävään nopeuteen, mutta artesaanityö tai minimointiin tähtäävä algoritmi pystyy kyllä yhdistämään tyylit niin että sekä määrittely- että käyttöpuolella säännöt ovat yksinkertaisempia, niitä on vähemmän ja renderöinti on nopeampaa. Reactin osalta vastaava on nähty kun on ns. "kyberneettisiä" frameworkeja, jotka etukäteen kääntämällä voivat lokalisoida tilamuutoksen paljon tehokkaammaksi kun jättävät dom-manipuloinnit selaimen vastuulle.

Inline-css:n osaltahan kyse on kompromissista - inline-tyylistä ei tule erillistä assettikyselyä, mutta jos vaikka tyylitiedosto on 200 kB, niin sen lataamisesta joka kerta voi esim. 2 Mbps yhteydellä tulla sekunti lisää hakemista. Pakattuna hiukan vähemmän. Cache kun kuitenkin olla yleisesti paljon nopeampi poislukien se tapaus, kun ihan ekaa kertaa menee sivulle.

 

[Paapaa]

Konegeneroidun koodin osalta redundanssia voisi laskea

Maailma on pullollaan aivan liikaa täysin idioottimaista ylioptimointia, jossa optimoidaan epäoleellisia asioita joilla ei ole merkitystä lopputulokseen ja samalla lisätään ylläpidon kompleksisuutta. Mutta juu, ehdota ihmeessä Next.js:lle, miten se hydraatio kannattaisi optimoida "redundanssia laskemalla" ja palaa sitten takaisin. HS ei tietenkään ala purkkailla tuota vaan käyttää Nextin virallista versiota ja keskittää aikansa johonkin järkevään jolla on oikeasti vaikutusta käyttäjään.

Konegeneroidun koodin osalta redundanssia voisi laskea. Pakkauksen tarjoaminen ratkaisuksi kaikkeen bloattiin on vähän sama kuin joka vaivaan tarjottaisiin buranaa ja laastaria.

Lopeta tuo väsynyt olkiukkoilu. En ehdottanut pakkausta "ratkaisuksi kaikkeen bloatiin".

1) vertaa esim. iltalehti vs hs, css:n koot 58 kB

Ei liity mitenkään Tailwindiin. Tailwind on vain atominen tyylikirjasto. Ei lisää bloatia vaan antaa käyttöön kätevia atomisia valmiita luokkia, joista vain käytetyt otetaan bundleen mukaan. Tailwind ei perustaltaan eroa mitenkään siitä, että tekisit ihan käsin ne samat luokat ja käytät niitä. Tailwindiä käytetään usein niin, että kirjaston tarjoamien tyylisen lisäksi käytetään ihan niin paljon omaa custom-CSS:ää kuin tarvitsee. HS selvästi käyttää muitakin tapoja tyylittelyyn Tailwindin lisäksi ehkä muita kirjastojakin. Kun katsot niitä tyylejä, niin siellä on valtaosa ihan muuta kuin Tailwindin luokkia. Ehkä siellä on useita kirjastoja käytössä + todella iso läjä vanhoja omia custom-luokkia jne. Ihan tyypillistä kun kyseessä todella pitkään käytössä ollut palvelu.

Sä jostain syystä takerruit juuri Tailwindiin, joka on hyvin kevyt ratkaisu ja jolla ei ole mitään tekemistä sun kokemasi bloatin kanssa. Eli juuri siihen EI kannattaisi koskea jos tuota haluaisi lähteä jostain syystä keventämään.

vertaa miten nopea olisi jos vaikka sama 58 kB:n css kävisi joka sivulla

Tämäkään ei Tailwindiin liity. Tailwindin kanssa voit tuottaa erillisen CSS-bundlen ihan mainiosti ja kakuttaa sen. HS:lla on varmaan syynsä tunkea CSS dokumenttiin suoraan.

 

[kolistelija]

Tailwindissa ajatus on tyylien modularisointi niin että tyylin kompositiota koordinoidaan käyttöpuolella. Se ei kyllä tietojenkäsittelyn kannalta johda mitenkään minimaaliseen tyylimäärittelyn jalanjälkeen. Kyse on vähän samasta kuin Reactissa, että vdom ja dom-puun diff-algoritmit johtavat yleisessä tapauksessa siedettävään nopeuteen, mutta artesaanityö tai minimointiin tähtäävä algoritmi pystyy kyllä yhdistämään tyylit niin että sekä määrittely- että käyttöpuolella säännöt ovat yksinkertaisempia, niitä on vähemmän ja renderöinti on nopeampaa. Reactin osalta vastaava on nähty kun on ns. "kyberneettisiä" frameworkeja, jotka etukäteen kääntämällä voivat lokalisoida tilamuutoksen paljon tehokkaammaksi kun jättävät dom-manipuloinnit selaimen vastuulle.

Inline-css:n osaltahan kyse on kompromissista - inline-tyylistä ei tule erillistä assettikyselyä, mutta jos vaikka tyylitiedosto on 200 kB, niin sen lataamisesta joka kerta voi esim. 2 Mbps yhteydellä tulla sekunti lisää hakemista. Pakattuna hiukan vähemmän. Cache kun kuitenkin olla yleisesti paljon nopeampi poislukien se tapaus, kun ihan ekaa kertaa menee sivulle.

Yritän vielä teroittaa pointtiani:
Saitti lataa ensilatauksella 7 megatavua tavaraa 150:llä http kutsulla. Sinä keskityt renderöintikirjastoon ja CSS kirjastoon, joka kokonaisuudessa on 200 kilotavua (joka oikein käytettynä tippunee pariin kymmeneen kilotavuun tai alle). Mielestäni näyttää siltä ettet näe metsää puilta, tässä kontekstissa renderöintikirjasto on täysin yhdentekevä, kuin myös käytetty CSS kirjasto.

EDIT:
Mikro-optimointi voi olla kivaa, mutta useimmissa (yli 99 % tapauksista) sovelluksissa se on täysin yhdentekevää.

 

[love_doctor]

Yritän vielä teroittaa pointtiani:
Saitti lataa ensilatauksella 7 megatavua tavaraa 150:llä http kutsulla. Sinä keskityt renderöintikirjastoon ja CSS kirjastoon, joka kokonaisuudessa on 200 kilotavua (joka oikein käytettynä tippunee pariin kymmeneen kilotavuun tai alle). Mielestäni näyttää siltä ettet näe metsää puilta, tässä kontekstissa renderöintikirjasto on täysin yhdentekevä, kuin myös käytetty CSS kirjasto.

EDIT:
Mikro-optimointi voi olla kivaa, mutta useimmissa (yli 99 % tapauksista) sovelluksissa se on täysin yhdentekevää.

Otin ihan yleisesti kantaa Tailwindiin. Se on raskas silloin kun uudelleensiirrettävän datan määrä alkaa olla merkittävä suhteessa muuhun sisältöön. Tuo hesarin sivu oli vaan esimerkkinä sivusta, jossa sitä oli. Jos vaikka menen hesarin sivulle uudestaan, kaikki se muu 7 megaa voi tulla cachesta, mutta inline-css ei välttämättä, jos etusivulla muuttuu yksikin pieni palikka sisällössä. Eli silloin sen css:n osuus siitä uudelleenlatauksesta kasvaa huomattavasti. On paljon pieniä alisivuja eri sivustoilla, jossa joku 200 kB tyyliä olisi jo valtava pommi. Tietenkään se ei nykyään välttämättä tuntuisi kovin hitaalta, kun muu sivun on niin kevyt. Tässäkin on kaksi näkökulmaa - yksittäisen sivulatauksen näkökulmasta modernilla päätelaitteella ei välttämättä vaikuta latausaikaan, mutta jos jollain on vanha laite tai katotaan kokonaisuutena verkkoliikenteen kasvua vaikka miljoonalla sivulatauksella, niin vaikutus kertautuu. Toki tällaisetkin voi ampua alas vaan kun toteaa, että kaista on nykyään niin halpaa ja liittymät nopeita, että ei millään ole mitään väliä.

 

[kolistelija]

Otin ihan yleisesti kantaa Tailwindiin. Se on raskas silloin kun uudelleensiirrettävän datan määrä alkaa olla merkittävä suhteessa muuhun sisältöön. Tuo hesarin sivu oli vaan esimerkkinä sivusta, jossa sitä oli. Jos vaikka menen hesarin sivulle uudestaan, kaikki se muu 7 megaa voi tulla cachesta, mutta inline-css ei välttämättä, jos etusivulla muuttuu yksikin pieni palikka sisällössä. Eli silloin sen css:n osuus siitä uudelleenlatauksesta kasvaa huomattavasti. On paljon pieniä alisivuja eri sivustoilla, jossa joku 200 kB tyyliä olisi jo valtava pommi. Tietenkään se ei nykyään välttämättä tuntuisi kovin hitaalta, kun muu sivun on niin kevyt. Tässäkin on kaksi näkökulmaa - yksittäisen sivulatauksen näkökulmasta modernilla päätelaitteella ei välttämättä vaikuta latausaikaan, mutta jos jollain on vanha laite tai katotaan kokonaisuutena verkkoliikenteen kasvua vaikka miljoonalla sivulatauksella, niin vaikutus kertautuu. Toki tällaisetkin voi ampua alas vaan kun toteaa, että kaista on nykyään niin halpaa ja liittymät nopeita, että ei millään ole mitään väliä.

Ohitit vielä kätevästi sen että Tailwind oikein käytettynä ei ole 200 kilotavun pala, vaan hyvin tehtynä alle reilusti 10 kilotavua tai ehkä 20 kilotavua jos sivulla on monimutkaiset tyylit.

 

[Paapaa]

Se on raskas silloin kun uudelleensiirrettävän datan määrä alkaa olla merkittävä suhteessa muuhun sisältöön.

No kun ei ole raskas. Tailwind bundlaa mukaan vain sen mitä käytetään ja se siirretään pakattuna. Puhutaan tyypillisesti kilotavujen tai pahimmillaan muutaman kymmenen kilotavua dataa. Sinne ei tule käyttämättömiä tyylejä/luokkia. Ja jos joku käyttäisi leijonanosan Tailwindin luokista, joutuisi hän ilman Tailwindiä myös käyttämään hirmu määrän tyylimäärittelyjä. Tailwind ei tee mitään maagista, vaan on vain kokoelma järkevästi niputettuja atomisia luokkia.

Sä keksit nyt ihan hatusta ongelmia joita ei missään ole. Ei myöskään HS:llä. Keskity oleelliseen. Tailwind ei ole mikään ongelma ja sulla on jäänyt levy päälle sen suhteen. Veikkaan, ettei sulla ole kokemusta Tailwindistä ja siksi sulla on siitä väärä käsitys.

 

[asentaja1]

Kyllä on Nettiauton sivutkin osattu paskoa melko perusteellisesti. Aikaisemmat sivut olivat hyvät ja selkeät, oli koko ruutu tehokkaassa käytössä, hyvin maltillinen määrä ylimääräisyyksiä/mainoksia ja nekin hyvin sivuston reunoilla häiriten minimaalisesti. Oli selkeä hakupalkki sivun oikeassa reunassa ja hakutuloksia avautui sivun täydeltä, kun avasi jonkun hakutuloksista, avautui kokoilmoitus selkeästi heti näkyviin. Hakupalkki oli sen lisäksi koko ajan siinä sivun reunassa nähtävillä valmiina ja oli helppo siitä säärää hakuspeksejä sopivammaksi. Nyt on mm nämäkin kaikki ominaisuudet saatu toimimattomaksi tai piilotettua näkyvistä.

Nykytilanteessa: Etusivu on kokonaan pääosin valkoinen, puolikkaan ruudun kokoinen turha banneri yläreunassa, hakusivulla näkyy vain jokunen hassu tulos kerrallaan ja saa scrollata valtavasti ja painaa seuraavaa sivua tuon tuostakin. Ja kun sitten jonkun sivun klikkaa auki, tulee siitä vain yläosa näkyviin ilman scrollausta. Jos hakua pitää täsmentää, on etsittävä hakunappi uudestaan ja sitten hitaasti avautuvasta (hyvin hankalasta ja monimutkaisesta) hakusivusta on taas scrollattava haluttu kohta esille.

Hyvästä ja toimivasta sivustosta on saatu erittäin vastenmielinen ja hankala käyttää, nämä nyt vaan ihan ensimmäisiä esimerkkejä. Ennen tuota sivua saattoi päivittäin surffata ajankuluksi töissä, nyt ei kyllä vapaaehtoisesti tuota käytä sekuntiakaan jos ei ihan hirveä tarve ole.
Käyttöliittymän käytettävyys on aivan tuntematon käsite tämän suorituksen tehneille. Täysin tarpeeton uudistus vain uudistamisen takia, korjattu asiaa, mikä ei ollut rikki alunperinkään.


Nämä screenshotit on adblockerin takaa, mutta se ei sinänsä layouttiin vaikuttanut mitenkään, muutama vilkkubanneri tulee lisää kun ottaa sen pois päältä.

 

[Paapaa]

Etusivu on kokonaan pääosin valkoinen, puolikkaan ruudun kokoinen turha banneri yläreunassa

Siellä on tosiaan valtava täysin tyhjä elementti sivulla (luokka "huge-banner"), jolle määritelty vähintään 400px korkeutta sisällöstä riippumatta. Sama tyhjä elementti niin etusivulla kuin jos avaat jonkun ilmoituksen. Joko bugi tai sitten tuo on terkoitus täyttää esim. mainoksilla ja mainosten lataaminen ei toimi tms. Veikkaan, että se ei vielä siis näytä lopulliselta.

Ja kannattaa antaa sivustolle palautetta. Järkevät palvelut ihan oikeasti ovat kiinnostuneita käyttäjäpalautteesta ja niihin halutaan reagoida joissain raameissa.

 

[kolistelija]

EU-direktiivin 2016/2102 37. artikla vaatii tekemään julkisen sektorin nettisivuista selainriippumattomia: Directive - 2016/2102 - EN - EUR-Lex

Jostain syystä tätä ei kuitenkaan Suomessa missään noudateta. Asiat menevät jatkuvasti huonompaan suuntaan. Finlexin vanha versio toimii kaikilla selaimilla, mutta uusi vaatii joko Chromen tai uusimman Firefoxin. Kehitys on samansuuntaista joka paikassa ja saavutettavuus huononee jatkuvasti. Sitten saavutettavuusselosteessa mainitaan ongelmista ja luvataan korjata ne joskus tulevaisuudessa.

Traficomin sivuilla viimeisimmät määräykset ovat niin monen JavaScript-dropdownin takana, että edes Google ei osaa niitä indeksoida sieltä enää.

Ei tämän asian nyt oikeasti pitäisi olla kovin hankalaa ammatikseen web-sivuja kehittäville.

Aika pitkä dokumentti. Saisiko jonkun viittauksen kohtaan joka mainitsee millaisia selaimia pitäisi tukea ja kuinka laajalla festuresetillä?

 

[qtba]

Asiakirjassa ei ole suoraa mainintaa selainriippumattomuudesta. Asiakirjan pääpaino on julkisen sektorin verkkosivustojen ja mobiilisovellusten esteettömyyden parantamisessa, erityisesti vammaisille henkilöille.

Asiakirja korostaa, että verkkosivustojen ja mobiilisovellusten tulisi olla havaittavissa, käytettävissä, ymmärrettävissä ja vankkoja. Nämä periaatteet on käännetty testattaviksi kriteereiksi, jotka on kuvattu eurooppalaisessa standardissa EN 301 549 V1.1.2. Standardi määrittelee toiminnalliset esteettömyysvaatimukset ICT-tuotteille ja -palveluille, mukaan lukien verkkosisältö.

Vaikka selainriippumattomuutta ei mainita erikseen, vankkuuden periaate viittaa siihen, että sisällön tulisi olla riittävän vankka tulkitaan luotettavasti useilla eri selainohjelmilla, mukaan lukien apuvälineteknologiat. Tämä viittaa epäsuorasti selainriippumattomuuden tärkeyteen esteettömyyden kannalta.

Asiakirja kannustaa myös teknologianeutraaliuteen, mikä tarkoittaa, että esteettömyysvaatimukset eivät määrää tietyn teknologian käyttöä. Tämä mahdollistaisi sen, että verkkosivustot ja mobiilisovellukset voitaisiin toteuttaa eri teknologioilla, kunhan ne täyttävät asetetut esteettömyysvaatimukset.

On kuitenkin tärkeää huomata, että asiakirja keskittyy ensisijaisesti julkisen sektorin verkkosivustoihin ja mobiilisovelluksiin. Se ei anna suoria ohjeita selainriippumattomuudesta yleisesti.

-------

Tuollaista NotebookLM kaivoi dokumentista, en myöskään jaksanut itse sitä lukea.

 

[kolistelija]

Englanninkielinen versio on kirjoitettu niin, että aika selvästi tarkoitetaan selainriippumattomuutta. Valitettavasti suomenkielinen käännös on tehty aika huonosti.

Avataanko siellä mitä se selainriippumattomuus on? Pitääkö saitin toimia esim. Netscape Navigator 1.0:lla?

 

[Vaateri]

Englanninkielinen versio on kirjoitettu niin, että aika selvästi tarkoitetaan selainriippumattomuutta. Valitettavasti suomenkielinen käännös on tehty aika huonosti.

Jaa, mun nähdäkseni siellä ei oteta teknologiaan tarkoituksellisesti mitään kantaa, vaan ydin on tämän mukaista:

The four principles of accessibility are: perceivability, meaning that information and user interface components must be presentable to users in ways they can perceive; operability, meaning that user interface components and navigation must be operable; understandability, meaning that information and the operation of the user interface must be understandable; and robustness, meaning that content must be robust enough to be interpreted reliably by a wide variety of user agents, including assistive technologies.

 

[kaarlos]

"Wide variety of user agents" selvästi tarkoittaa selainriippumattomuutta. Eihän tuota voi muulla tavalla tulkita.

Ei se kyllä selainriippumattomuutta tarkoita, eihän se ole edes mahdollista. Jos teen selaimen joka osaa tulkita vain pienen osajoukon kaikesta ECMAScript / HTML / CSS toiminnallisuudesta niin varmaan iso osa web-sovelluksista jää käyttämättä.

 

[qtba]

"Wide variety of user agents" selvästi tarkoittaa selainriippumattomuutta. Eihän tuota voi muulla tavalla tulkita.

Kyllä se mielestäni tarkoittaa, että pitää olla tuettu monilla eri selaimilla. Ei tarvitse tukea kaikkia.

 

[love_doctor]

Kyllä se mielestäni tarkoittaa, että pitää olla tuettu monilla eri selaimilla. Ei tarvitse tukea kaikkia.

Nykyään moni frontend selaintekniikalle käyttää sisäisesti Chromen koodipohjaa, joten sillähän se ratkeaa. Applen Safarillakin on yhteistä historiaa Chromen koodipohjan kanssa. Pian saattaa käytä niin, että jos Firefoxin kehitys loppuu, ei ole kuin yksi koodikanta, mistä kaikki selaimet rakennetaan. Se mahdollistaa esim. sen, että netin toimintaa ei tarvitse enää speksata vaan koodi itsessään toimii dokumentaationa.

 

[Agent_007]

Applen Safarillakin on yhteistä historiaa Chromen koodipohjan kanssa. Pian saattaa käytä niin, että jos Firefoxin kehitys loppuu, ei ole kuin yksi koodikanta, mistä kaikki selaimet rakennetaan.

Chromen Blink irtaantui Safarin Webkitistä vuonna 2013, ja sen jälkeen noi ovat erkaantuneet niin paljon, ettei noita kyllä tulla jatkossa samasta puusta rakentamaan, vaikka joku valtio siihen koettaisi noita teknojättejä pakottaa. Eikä Applella ole mitään halua yhdistää noita muutenkaan. Myös Javascript-moottorit ovat noissa niin erilaiset ettei edes niiden yhdistäminen samaan puuhun onnistu.

 

[Hyrava]

Jos Facebookkia yrittää nykyään käyttää jollain muulla selaimella kuin Chromella, Firefoxilla, Edgellä tai Safarilla, niin se näyttää vain sellaisen sivun, jossa sanotaan, että selaimesi ei tue Facebookkia, ja käskee lataamaan joko Chromen tai Firefoxin.

Tarkistaisitko tietosi ennen paskanpuhumista, kiitos. Noiden mainitsemisesi selainten (4 kpl) lisäksi facebook vaikuttaisi toimivan ihan kivasti myös esimerkiksi Operalla ja Chromiumilla. Muita selaimia ei nyt tällä koneella ole mutta uskoisin sen toimivan myös Vivaldilla ja muutamilla muilla yleisimmillä selaimilla.