Skip to content

Instantly share code, notes, and snippets.

@Wolfr
Created December 2, 2011 18:58
Show Gist options
  • Star 0 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save Wolfr/1424405 to your computer and use it in GitHub Desktop.
Save Wolfr/1424405 to your computer and use it in GitHub Desktop.
responsive_updated
Het is niet zo simpel uit te leggen. Misschien moet ik daar maar eens een artikel over schrijven want ik krijg af en toe wel vragen over deze conflicterende mening.
Ik heb dat artikel geschreven toen responsive nog nieuw was voor mij en ik er minder over wist dan nu. Ik zag veel responsive websites die ontieglijk traag inlaadden en vond het dus een redelijk onzinnige practice. Dit werd goed bevestigd door het artikel dat aangehaald wordt ( http://tripleodeon.com/2010/10/not-a-mobile-web-merely-a-320px-wide-one ), daarom had ik deze post geschreven.
Wat heeft me dan van mening doen veranderen? Responsive is in principe meer in de filosofie van het web. Het heeft de "cool URIs stay the same" van Tim Berners Lee filosofie: alle URLs zijn hetzelfde (geen m. etc). Dit is belangrijk bij sharen van links tussen verschillende devices: het is belangrijk dat er geen onderscheid is.
We groeien naar een wereld toe waar je overal Wifi speed internet hebt. Responsive websites zijn in die zin heel toekomstgericht.
Er zijn veel nadelen aan responsive ook: vooral naar performance toe. Iedereen die op de trein op een EDGE connectie al eens een site heeft proberen laden weet dat dit een groot probleem is. Webapps doen er dus goed aan een aparte mobiele versie te hebben, die in het beste geval zo lightweight mogelijk is.
Vanuit de responsive kant komen er steeds meer oplossingen om die responsive problemen op te lossen o.a. tinysrc en andere technieken voor responsive images. Samen met de evolutie in snelheden kan het zijn dat het advies van een aparte mobiele site na een paar jaar overspringt in maak een goede responsive website.
Mijn adviezen zouden afhangen van de cases:
* Twitter: maak een aparte site
* Facebook: maak een aparte site
* Event website: maak een aparte site want de snelheid doet er effectief toe en je website/app wordt on the go bekeken, en je wilt dus een snelle ervaring
* Vervoersmaatschappij website: analoog met event website, ook is de opzoeking heel persoonlijk, dus gaan er niet veel links gedeeld worden
* Belgische overheid: maak een responsive site, aangezien deze site niet veel images bevat maar vooral tekst. Het is heel belangrijk dat links tussen mobiel en niet mobiel 1:1 zijn
* Fotografie website: don't bother met de huidige snelheden van mobiel internet
* Your random blog: maak een responsive site want je hebt de resources niet om iets anders te doen
Anderzijds in 2020 kan het eerder zijn:
* Alles: maak een responsive website
Bijvoorbeeld omdat er nieuwe technieken komen die een detectie doen van bandwidth, en op basis daarvan sommige content wel/niet laden. Maar ook omdat de snelheden zo verbeteren dat het na een tijd niet meer uitmaakt.
Mijn GSM is sneller dan mijn PC uit 2001 en heeft een betere camera dan mijn digicam van toen ook... anderzijds is er dan weer de 3e wereld die in 2024 misschien net een 3G paal heeft.
Om samen te vatten, alles hangt van de situatie af :)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment