Programmering

Fotball som en nettjeneste

Hver søndag får jeg en gjeng gutter sammen for å se på fotball. Basert på mine skarpe tekniske ferdigheter, for å sette opp disse møtene, brukte jeg en serviceorientert tilnærming.

For eksempel lar jeg alle disse gutta bruke badet mitt, så jeg tar et universelt tillitsforhold for gitt. Hver fyr setter sin snackskål og drikker kopper på et felles salongbord i glass. Forespørsler håndteres på en konsekvent, forutsigbar måte, slik grensesnitt for webtjenester må gjøre.

Ta plass. Jeg pleide å ha en sofa, en hvilestol og en pute i hiet mitt, men det ga for mange mulige sitteplasser - datatyper, hvis du vil - til å klare. Så jeg flyttet de myke setene til stuen, og nå er et sete et sete. En forespørsel om ett sete blir oppfylt med en sammenleggbar stålstol.

Snackgrensesnittet mitt er like enkelt - en bolle hver med deling etter anmodningens skjønn - selv om jeg reviderte den for å tillate innringere å spesifisere Atkins-kompatible eller Atkins-go-to-hell snacks, med standard er sistnevnte.

Denne ordningen har fungert greit hver sesong. Men sist søndag var en lyd- / videoentreprenør opptatt i hiet og installerte en ny projeksjons-TV, teaterplasser og surroundlyd (Siste anerkjennelse av stjernearbeidet mitt). Så jeg flyttet festen til stuen.

Det var et nytt distribusjonsscenario, men de enkle, standardiserte protokollene og datatypene ville gjøre omplassering til en film - eller så tenkte jeg. For en katastrofe. Jeg lærte at jeg hadde designet fotballtjenestene mine slik at de var så isolerte fra distribusjonsmiljøet at de bare tilpasset seg på papir.

Dwayne ser ikke veldig bra, så vi måtte scoot sofaen nærmere og gi ham det beste setet. Da kunne ikke to karer i de ytre setene se, så jeg flyttet dem til et kjærlighetssete bak sofaen. En fyr flyttet til gulvet. Earl dro TV-skuffen nær seg og tok sin søte tid til å gi boller og drikke til og fra "bordet hans." Og alle kranglet om hvem som fikk et mykt sete og hvem som fikk en sammenleggbar stol.

Tydeligvis sto jeg overfor et redesign. Men uansett hvilken løsning jeg opprettet, vil det sannsynligvis bryte igjen (ikke funksjonelt, men praktisk talt) når vi går inn i Auditorium.

Det viser seg at den rette tingen å gjøre var å spørre kona mi. Hun er en begivenhetsplanlegger av handel. Hun hev seg da jeg satte Earl ved siden av TV-skuffen fordi hun visste at han var der for å spise, ikke for å se på. Hun visste at Dwaynes egenskaper gjorde at midten av sofaen var en god beliggenhet for ham, men dårlig for alle andre.

Mens jeg vred hendene mine over ondskapene til unntakstilfeller, forklarte hun at all planlegging av arrangement tar hensyn til lokalet, men likevel er fleksibel nok til å håndtere et bytte av sted en time før kickoff, som det var. Det er upraktisk å endre en begivenhet mens den pågår, men hun skriver ned hva som fungerer og hva som ikke fungerer ved hvert arrangement, og bruker den kunnskapen til å lage hovedplaner som gradvis er mer tilpasningsdyktige.

Webtjenestearkitekturer er ikke forskjellige. Overholdelse av standardprotokoller og datatyper er greit, men det betyr ikke at det er fornuftig å tvinge en firkantet pinne i et rundt hull.

Jeg tenkte ikke engang på det i spillfestdesignet mitt. Hver søndag fikk jeg ringe det første til grensesnittet for sete, snacks og drikke. Fra mitt utsiktspunkt var designet mitt perfekt hver uke.

$config[zx-auto] not found$config[zx-overlay] not found