Svårt som det är att tro, det har varit över 20 år sedan World Wide Web har blivit en vanlig del av vår kollektiva kultur. Det har spelat en viktig roll för att förändra hur vi kommunicerar och hur vi arbetar. Det finns inte många aspekter av våra liv som inte har förändrats på webben och dess till synes gränslösa insamling av information.
När det gäller designers är vi verkligen tacksamma för den roll som webben har spelat i våra liv. Det har trots allt givit oss ett sätt att göra gott liv.
Men webben kan vara en mycket trendåldrad plats, särskilt när det gäller teknik. Det har alltid varit svårt att hålla koll på alla de senaste måste ha klockor och visselpipor som kunderna ber om (även om de inte var så bra). Det förflutna är fyllt med exempel på gimmickiga "funktioner" som vi implementerade och begränsade tekniker som vi har haft att arbeta runt.
Här är några av de saker som en gång var alla raseri. I efterhand visade sig de vara klumpiga tekniker som en gång var en nödvändig del av vårt jobb. Medan du fortfarande kan hitta några exempel på dem i naturen, blir de snabbt utrotade.
Tillbaka på 1990-talet, när användningen av webben växte snabbt, syftade företagen till att skapa webbplatser som var mer underhållande och konsumentvänliga. Det fanns en uppsjö av nya webbläsare plugins och följeslagare programvara som tillåts för detta. Vad som stod ut var att en brist på standarder menade att den mesta tekniken var stängd och proprietär.
När Microsoft Internet Explorer lanserades i augusti 1995 var huvudkonkurrenten uppstarten Netscape Navigator . Programvaran jätten från Washington State letade efter att släcka Netscape och dominera marknadsandelarna för webbläsare.
Bland deras många idéer var att skapa proprietära, icke-standard HTML som bara skulle fungera i IE. Det ledde till webbplatser som kan se radikalt annorlunda ut i andra webbläsare. Som det visade sig var många designers inte angelägna om att använda kod som gjorde deras webbplats värdelös (eller bara ren) för en stor del av användarna.
Både video och ljudformat brukade vara en komplett röra. Tja innan HTML5-standarder gjorde det möjligt för webbläsare att hantera multimedia på egen hand, fanns det en uppsjö av proprietära format och programvara som behövs för att titta på eller lyssna på någonting.
Konfigurera en webbplats med något av detta innehåll innebar att du var tvungen att välja mellan konkurrerande format. Plugins för QuickTime, Realaudio / Realvideo , och Windows Media Player var bland de mest använda. Och de var naturligtvis inte förenliga med varandra. Så vilket format du skickade till en webbplats, måste slutanvändaren ha kompatibel programvara installerad för att komma åt innehållet. Vad som är värre, med hjälp av RealAudio / RealVideo-plattformen menade att du måste installera ett programvarupaket för serverns sida för att möjliggöra flera samtidiga strömmar. Detta gjorde livehändelser ganska kostsamma.
Mycket av detta kom också i en tid då bredbandsanslutningar inte var så vanliga. Medan mjukvarubolagen pralade om produktens förmåga att fungera bra med mycket liten bandbredd, var kvaliteten på streaming media vanligtvis dålig. Videor var små och pixelerade, medan ljud (speciellt live streaming audio) lät i linje med en billig AM-radio.
Intressant sidnot: Mitt första köp på nätet var för "premium" versionen av Riktig spelare . Det lovade användningen av avancerade codecs som förbättrade kvaliteten på strömmande innehåll. Som sagt såg jag inte någon förbättring. Kanske det 56k modemet hade något att göra med det ...
Jag vet, Blixt används fortfarande lite för video. Men det var en tid då Flash var go-to-plattformen för interaktivt media och animering. Nästan alla webbplatser som ville ha animering, spel, ljud eller videospelare skulle använda formatet.
Flash, i allmänhet, hade ett par dödliga brister:
Om du vill skapa original Flash-innehåll behövde du köpa ett dyrt mjukvarupaket (först från den ursprungliga tillverkaren, Macromedia, sedan Adobe). Det var flera hundra dollar och hade regelbundna uppgraderingar som inte heller var billiga.
Programvaran själv var ganska kraftfull. Men det innehöll också en ganska brant inlärningskurva. Du behövde en hel del tålamod för att skapa innehåll eftersom det kan vara en mycket lång och utdragen process. Enkla animeringar som kan ha kört i en användares webbläsare i 10 sekunder kan ha tagit några timmar att skapa.
Många en designer sa ett otäckt ord eller två under deras andetag när en kund begärde lite Flash-innehåll.
Kom ihåg det Flash intro ? Vad sägs om webbplatser som byggdes helt i Flash? Förse mig inte, det var några fantastiskt kreativa implementeringar av formatet. Men i fel händer blev det ett helt användarvänligt sätt att skapa en webbplats.
Det blev nästan ett sätt att diktera användarna exakt vad du ville att de skulle göra, snarare än att låta dem bestämma sig själva. Ser tillbaka, dödlig fel # 1 ledde antagligen till # 2. Designers visste att de kunde ladda en bra bit pengar till Flash-utveckling och så sålde de det ... ofta.
Flash tog slutligen ett nytt liv som den föredragna videoplatsen för YouTube. Men Apples känd hållning om att inte tillåta Flash Player att köras på iOS-enheter som gör det återkommande ganska kortlivat. Flash Professional-författningsappen lever vidare i form av Adobe Animate CC .
Tillbaka på dagen var ett innehållshanteringssystem (CMS) något som ofta är anpassat för ett stort företag. Det innebar att många webbplatser byggdes med bra gammaldags HTML. Och det kan bli väldigt svårt att upprätthålla.
Tack vare open source-CMS som WordPress, Joomla! och Drupal, kan vi ta många saker för givet. Humor mig när jag tar dig igenom ett par vardagliga saker vi gör varje dag som brukade vara en sann smärta med en statisk webbplats.
På en statisk sida skulle du skapa ett nytt HTML-dokument med hjälp av rätt mall och lägga till ditt innehåll. Då måste du manuellt lägga till en länk till artikeln på en indexsida eller annan notering. Om du vill att den här artikeln ska visas i en sidovy, kanske du måste öppna en serverns sida inkludera fil och lägg till en länk där också. Och glöm inte att ladda upp ändringarna till servern.
Med ett CMS, lägger du bara till det nya innehållet.
Dessa var så roliga! Låt oss säga att du behövde skapa ett galleri med 100 bilder. Du skulle beskära och optimera bilderna med en bildredigerare (full storlek och miniatyrversioner), konfigurera en HTML-layout (sannolikt med en tabell) för gallerisidan. Då måste du antingen implementera ett rudimentärt manus för att länka miniatyrer till fullstorlek eller skapa nya sidor för varje foto.
Naturligtvis kan ett bra CMS-plugin göra alla dessa saker för dig medan du är i nästa rum som dricker kaffe. Automatisering är en vacker sak!
Medan webteknologin från tidigare år var ofta besvärlig var de också mycket viktiga prekursorer för vad vi har idag. Om inte för smärtpunkterna som orsakas av så många proprietära medieformat, kanske vi inte har godheten som är HTML5 eller andra W3C-standarder i allmänhet. Bakslaget mot Flash hjälpte verkligen herden i den utbredda användningen av minimal design. Och bristen på automatisering från statiska platser ledde till utveckling och demokratisering av open source-CMS.
Även om den gamla tekniken dog ut (eller är verkligen nära den), kan vi åtminstone säga att dess existens gjorde saker bättre för oss alla. De framsteg vi tycker om skulle inte ha varit möjliga utan dem.