The Little (In-House) Shop Of Horrors

Ik ben bijna tien jaar lang een front-end webontwikkelaar geweest. Zoals velen van jullie heb ik in die tijd veel boeken, blogs uit de industrie en online tijdschriften gelezen, met de nieuwste en beste tutorials, theorie en praktijk. Er is echter een probleem: ik heb niet veel kunnen gebruiken van wat ik heb geleerd in mijn dagelijkse baan. Mijn naam is Jason Occhipinti en ik ben een herstellende interne webontwikkelaar.


Ah, The Good Ol 'Days ...

Mijn naam is Jason Occhipinti en ik ben een herstellende interne webontwikkelaar.

In termen van webontwikkeling voelt een decennium meer als een eeuw. Laten we kijken naar de stand van zaken tien jaar geleden:

  • In 2002 was de inmiddels beruchte Internet Explorer 6 net begonnen aan zijn lange en twijfelachtige status.
  • Het mijlpaalboek van Jeffrey Zeldman: "Ontwerpen met webstandaarden" was nog niet gepubliceerd.
  • Mobiel browsen betekende alleen tekstervaringen op featurephones, terwijl de term 'Responsive Web Design' nog bijna tien jaar lang niet zou worden bedacht.
  • Hé, veel van ons waren nog steeds onze websites aan het ontwerpen met niet-semantische tabellen ... en ervan houden!

Uiteindelijk veranderden de dingen. Webstandaarden werden geïntroduceerd en op grote schaal toegepast, terwijl op tafel gebaseerde lay-outs zijn uitgestorven. Zelfs onze browsers verbeterden enorm. Temidden van de toenemende concurrentie besloot Microsoft eindelijk de implementatie van webstandaarden serieus te nemen. Daarnaast is mobiel browsen niet alleen een realiteit geworden, maar het is legitiem geëxplodeerd met populariteit.

Ja, dingen zijn zeker beter geworden, nietwaar? Nou ja, niet voor ons allemaal.

Ik heb eerder opgemerkt dat ik een interne webontwikkelaar ben. Wat betekent dit? Dit betekent dat een groot deel van de in-house-taken kan bestaan ​​uit het ontwerpen van websites en webinterfaces voor interne bedrijfsdoeleinden (meestal op een intern netwerk of intranet). Met andere woorden, we ontwikkelen producten over het algemeen niet rechtstreeks voor de consumentenmarkt, zoals iemand in een bureau dat misschien wel zou doen.

In deze omgeving maak je snel kennis met onze nieuwe ergste vijanden: netwerkbeleid, bedrijfsintranetten en IT-afdelingen.


Netwerkbeleid

Stelt u zich eens voor dat u voortdurend websites en webtoepassingen ontwerpt voor Internet Explorer 6. Dit is het lot van sommige webdesigners die intern werken.

Voor uniformiteit, onderhoudsgemak en beveiliging kan er een sterke set groepsbeleid zijn toegepast op elke machine in uw organisatie, op enkele uitzonderingen na. In een Windows-omgeving kan dit betekenen dat u en uw klanten niet in staat zijn om met gemak nieuwe software op uw machines te installeren en dat ze letterlijk vastzitten in het gebruik van Internet Explorer (en mogelijk een oudere versie daarvan ... .meer hierover verderop). Het installeren van software die niet door uw organisatie is goedgekeurd voor ontwikkelingsdoelen, kan maanden duren voordat de bureaucratische rompslomp wordt doorbroken.

Sommige van de meest beperkende netwerkbeleidsregels kunnen het gebruik van ActiveX-inhoud blokkeren, evenals het laden van JavaScript en andere externe bronnen. In dit type omgeving kunnen alledaagse taken, zoals het toevoegen van functionaliteit met JavaScript of het laden van bronnen van CDN's, onmogelijk blijken te zijn.

Bovendien kunnen er vreemde / bizarre dingen gebeuren, terwijl je je probeert te ontwikkelen voor een browser op een geblokkeerde computer. Case-in-punt, ik ben browser-restricties tegengekomen die iets zo simpel verhinderen als het extern laden van de HTML5-shiv, en voorwaardelijke opmerkingen van het gebruik met Internet Explorer.

Stelt u zich eens voor dat u voortdurend websites en webtoepassingen ontwerpt voor Internet Explorer 6. Voor veel ontwerpers lijkt dit misschien onsmakelijk, maar dit is het lot van sommige webdesigners die in eigen huis werken.


Bedrijfsintranetten

De interne webwereld ziet er misschien heel anders uit dan de wereld van Wordpress, Drupal en mySQL.

Bedrijfsintranetten bevatten vaak een groot aantal interne websites en webtoepassingen die mensen in uw bedrijf of organisatie gebruiken. Vanaf het moment dat applicaties worden beheerd, tot andere oudere contentbeheersystemen en eigen databases, kan de interne webwereld er heel anders uitzien dan de wereld van Wordpress, Drupal en MySQL. Legacy-applicaties kunnen zelfs worden gebouwd met verouderde talen, zoals WebDNA.

Er is een secundair, belangrijker, bijeffect aan het omgaan met legacy, interne systemen: webbrowsers. Als uw bedrijf legacy-webtoepassingen heeft die essentiële interne functies besturen (zoals bijvoorbeeld software voor het bijhouden van tijd of kostenbeheersing), is de kans groot dat deze toepassingen kunnen worden verbroken als ze via een modernere browser worden bekeken, zoals internet Explorer 9+, Chrome of Firefox. Uw IT-afdeling heeft die toepassingen waarschijnlijk met nieuwere browsers getest en heeft het management geadviseerd deze niet in uw bedrijf te gebruiken. Dit is heel slecht - maar heel een realiteit!


Welkom bij Blackberry-ville Baby. Bevolking: Jij.

In deze wereld is echt responsief ontwerp niet echt een realiteit. Tenminste, niet voordat RIM ten onder gaat.

Na veel verwarring eerder dit jaar over de toekomst van RIM op de consumentenmarkt, blijft de onderneming RIM's laatste bastion van hoop na het nemen van een geweldige pak slaag van Android- en iOS-handsets. Ja, het is geen verrassing, met meer robuuste beveiligingsfuncties blijven Blackberry's favoriet bij IT-afdelingen met strenge beveiligingsvereisten. Sommige consumenten geven nog steeds de voorkeur aan Blackberry. Heck, zelfs president Obama staat er om bekend dat hij geniet van een goede Blackberry of twee!

Blackberry introduceerde een hoop nieuwe problemen om mee om te gaan; problemen die niet werden gehoord van zijn Android- en iOS-tegenhangers. Veel Blackberry-apparaten hebben bijvoorbeeld langzamere processors, fysieke toetsenborden en kleinere, niet-tactiele schermen. Maar erger nog, in het verleden hebben Blackberry-browsers CSS en JavaScript standaard uitgeschakeld. Het is waar dat we onze gebruikers of IT-afdelingen deze functies kunnen laten inschakelen, maar voor iedereen die daadwerkelijk rechtstreeks met het publiek heeft moeten werken, of de administratieve rompslomp moet doorstaan, kun je je voorstellen hoe erg dit kan zijn. In de afgelopen jaren is RIM's ondersteuning voor moderne webstandaarden (een lijst met ondersteunde HTML-, CSS- en JS-eigenschappen op de website van RIM) verbeterd, maar eerdere browserproblemen en hardhandig IT-beleid hebben de Blackberry-ervaring voor veel ontwerpers verziekt.

Met de combinatie van Blackberry's en oudere versies van Internet Explorer, kan je leven inderdaad heel moeilijk worden. In deze wereld was en is echt tactiel en responsief ontwerp niet echt een realiteit. Tenminste, niet voordat RIM ten onder gaat.


Hierheen verhuizen

Wat kunnen we doen in het licht van deze problemen?

Dus, een belangrijke vraag komt voort uit dit alles: "Wat kunnen we doen in het licht van deze problemen?" Voor degenen onder ons die niet willen stoppen met onze dagelijkse banen en schreeuwen in de nacht, of het oppakken van gebabbel drinken als een hobby, het antwoord is simpel: we doen wat we kunnen, wanneer we kunnen ... en ons voorbereiden op de onvermijdelijke toekomst.

Wanneer we oudere browsers bespreken, zoals Internet Explorer 6 en 7, zijn er genoeg JavaScript-trucs om functionaliteit toe te voegen aan uw sites, inclusief ondersteuning voor HTML5-tags, mediaquery's, transparante PNG's en nog veel meer. Als we aan interne netwerken werken, kunnen we misschien iets gebruiken dat normaal een beperking is wanneer we in de buitenwereld werken: bandbreedte. Afhankelijk van de grootte van uw organisatie, verkeer en setup, kan een snel intern netwerk ontwikkelaars de mogelijkheid bieden om meer scripting-assets op te nemen dan normaal.

Bovendien weet u meestal intern dat u weet welke browser uw bedrijf gebruikt op zijn machines. Uiteraard kunnen de niet-puristen onder ons CSS-hacks en -filters gebruiken als tijdelijke oplossing voor weergaveproblemen. Ja ... het hebben van uw gebruikers opgesloten in een bepaalde browser heeft zijn kleine voordelen.

Heb vertrouwen dat de dingen beter zullen worden

Als interne ontwikkelaar moet je je ook realiseren dat de dingen uiteindelijk zullen verbeteren.

Als interne ontwikkelaar moet je je ook realiseren dat de dingen uiteindelijk zullen verbeteren. Ik geef toe, er is veel frustratie om te verwerken, want vaak kunnen we de nieuwste en beste technieken niet gebruiken in onze dagelijkse banen. Temper deze gevoelens met (wat ik hoop is) de reden waarom je op dit gebied bent om mee te beginnen: passie. Lees vraatzuchtig, doe zoveel freelance mogelijk, volg een cursus of ga op zoek naar andere webontwerpers en -ontwikkelaars. Doe alles wat je kunt om je vaardigheden actueel te houden. In een dergelijke omgeving is het gemakkelijk om vast te komen te zitten in een mentaliteit zonder innovatie, zoals gewoonlijk. Vecht tegen die neiging ... blijf gefocust en gepassioneerd.

Vergeet niet dat machines onvermijdelijk aan het einde van hun levenscyclus komen. Harde schijven crashen, moederborden falen en softwaremakers zoals Microsoft stoppen met het ondersteunen en vrijgeven van patches en servicepacks voor oudere besturingssystemen. Met nieuwe machines komen nieuwere en betere browsers.

Wat mobiele ervaringen betreft, gelukkig worden iOS- en Android-telefoons geleidelijk beter op de beveiligingsafdeling. Ook kan de aantrekkingskracht van consumenten veel mensen in besluitvormingsposities oproepen om deze apparaten aan te spreken.

Dus, ik denk dat als we iets hebben geleerd van deze ervaringen, het is dat het intern creëren van websites een heel andere ervaring is dan die van een bureau of een externe klant.

Ik weet dat mijn collega's in agentschappen een grotere waardering hebben voor de vrijheid (zowel creatief als technologisch) die hun branche hen biedt. Wat betreft ons in-house mensen ... we hebben geleerd om geduldig te zijn ... misschien meer geduldig dan we zouden moeten zijn.