Web 2.0 Suomessa

Jere Majavan lista suomalaisista uuden polven www-sovelluksista on surullista luettavaa. Listatuista ehkä Amppareissa on jotain ideaa, Herkut on vain Scuttlen instanssi ja siten yhtä paljon web 2.0:aa kuin mikä tahansa WordPressin asennus. Muita mainittuja en viitsi edes kommentoida, ettei tule paha mieli. Onko tässä todellakin lista siitä, mitä Suomessa osataan?

Ei!

Lisäisin listalle yhden palvelun, jonka rinnalla kaikki Majavan listan palvelut jäävät puuhasteluksi.

Igglo on kohuttu kiinteistövälityspalvelu. Igglo on myös merkkipaalu suomalaisessa web-suunnittelussa. Se toteuttaa monia web 2.0:n periaatteita. Siinä on loistava käyttöliittymä, hyvä standardituki, kelpo saavuttavuus ja innovatiivinen konsepti. Se valjastaa kävijänsä tekemään työtä palvelun eduksi, molempien hyötyessä. Tekijöillä on ollut aimo annos rohkeutta.

Igglo on Suomen web 2.0:n ikoni.

(Kuuluvatko ylisanatkin web 2.0:aan?)

Laske virheet

Ajax
Internetin ohjelmointikieli, joka parantaa nettiselaimen käyttöä. Nettisivun sisältö päivittyy automaattisesti, ilman päivitys- eli refresh-klikkausta. Ajax yhdistelee verkkosovelluksia ja koodauskieliä: esimerkiksi karttapalvelun ja lumimäärän yhdistelmä antaa yhdellä silmäyksellä tietoa hiihtokeskuksen sijainnista ja lumitilanteesta. Ajaxin avulla käyttäjät voivat myös vaivatta rakentaa itselleen oman nettisivun, johon voi poimia sisältöä eri lähteistä. Esimerkkejä Google Maps, Netvibes, www.live.com.

(Helsingin Sanomat 29.1.2006, E1)

Itse löysin 7.

Älä uudelleenohjaa virheen sattuessa

ASP.NET:ssä voi asettaa mukautetun virheilmoitussivun kullekin HTTP:n tilakoodille (esimerkiksi 404 tai 500). Kun virhe sattuu, käyttäjä uudelleenohjataan sopivalle sivulle. Tässä tavassa on ainakin kolme asiaa väärin:

  1. Jos kävijä kirjoitti osoitteen käsin ja teki virheen, ei tuota virhettä voi helposti korjata, koska osoite vaihtuu.
  2. HTTP-viestiketju on kummallinen. Pyydetty resurssi löytyi, mutta osoitteessa, jota ei ole tai jossa sattui palvelinvirhe. Anteeksi mitä?
  3. Palvelinvirheen (500) sattuessa olisi fiksua näyttää viesti, jossa yhtenä vinkkinä kehotetaan yrittämään hetken kuluttua uudelleen. Jos tälle sivulle on uudelleenohjattu, ei toimintoa voikaan enää yrittää vain sivua päivittämällä. Käyttäjä saattaisi odottaa jotain muuta.

Esimerkki: MSDN:n kotisivu on msdn.microsoft.com. Voisi siis hyvin arvata, että ladattavat tiedostot löytyisivät osoitteesta http://msdn.microsoft.com/download/. Kokeile tuota osoitetta ja katso mitä tapahtuu. Oikea polku olisi ollut “downloads”, mutta yritäpä korjata se yhdellä näppäimellä nyt, kun osoite onkin http://msdn.microsoft.com/404/default.aspx.

(ASP.NET:ssä tämän voi korjata tarttumalla virheeseen Application_Error-metodissa global.asax:n codebehindissa ja tekemällä Server.Transfer:n oikeaan osoitteeseen. IIS:ssä ei ole tätä ongelmaa, vain ASP.NET:ssä.)