Facebook App vedlikeholdshensyn

stemmer
1

Hvis jeg skriver en Facebook App for en klient (jeg vil trolig være den utvikler arbeider med markedsføring byrå, med en eller flere Facebook-apps som markedet for en sosial mediestrategi), er det ikke bare en brann og glemme prosjektet, er den?

Fra hva jeg har lest så langt, er det Facebook API fortsatt i forandring, og reparasjoner og endringer som Facebook gjør kan bryte apps. Så virksomheten siden av å jobbe på en Facebook App for en klient har sannsynligvis noen fortsatt overvåking av programmet og reparasjoner underveis, pluss holde orden på hosting kostnader og problemer.

For de som gjør Facebook Apps nå, hvor ofte gjør din app bryte? Hva defensive tiltak tar du for å hindre brudd?

For utvikling planlegging, hva er forholdet mellom utvikling tid til vedlikehold tid? Og på biz siden, ville du fakturerer vedlikehold når det skjer, eller en fast kostnad per måned?

Publisert på 19/06/2009 klokken 15:53
kilden bruker
På andre språk...                            


2 svar

stemmer
3

Det er absolutt ikke en "ild og glem" -prosjektet.

Facebook er stadig å rulle ut nye funksjoner, ironiske eksisterende funksjoner, og endre arbeidsflyten til mange viktige plattformkonsepter.

Jeg vil si apps "break" hver 2-3 måneder om det er egentlig ingen forutsigbarhet når de ruller ut endringene. For noen programmer, Facebooks endringene har ingen umiddelbar effekt på søknaden, men skape muligheter for å utvide eksisterende funksjonalitet. Noen ganger pause kompromisser bare en del av en back-end prosess og vil ikke ha en umiddelbar effekt på brukeren. Men noen ganger kan programmet bli helt utilgjengelige eller nøkkelfunksjoner kan slutte å fungere.

Som for forebyggende tiltak, er det beste alternativet for å holde seg oppdatert på Facebook-plattformen kunngjøringer, som er utgitt på utvikler søknad diskusjonsforumet. Vanligvis endringer blir annonsert en god 30-60 dager før tiden, og vanligvis ryktes enda tidligere. Når de gjør endringene Facebook også vanligvis bevarer støtte for alle utgående funksjoner i en måned for å gi alle tid til å gjøre endringer, test, feilsøke, etc. Så egentlig, til slutt, etter den tid din app ville "bryte" deg vil ha mer enn nok tid til å imøtekomme.

Mitt råd vil være å ta betalt på en per-oppdatering basis etter behov. Som utvikler, bør du holde deg oppdatert på kunngjøringer bare for å holde kunnskapsrike. Jeg personlig la alle mine kunder vet når Facebook kunngjør endringer, slik at de er klar på forhånd for noe arbeid som trengs, og vil vanligvis inkludere mitt sitat for å gjøre de nødvendige endringer i sine programmer. Hvis kunden ikke iverksette tiltak etter når endringene er rullet ut, vil jeg sende ut en påminnelse. På den måten, etter den tid app faktisk "pauser", det har vært rikelig advarsel.

Svarte 19/06/2009 kl. 17:27
kilden bruker

stemmer
3

Det er et annet aspekt til dette. Facebook endrer det UI nesten hver måned. Ofte blir en stor ny app konsept eller UI design vanskelig eller dum fordi Facebook endret bare noen aspekter av plattformen. For eksempel er den viktigste funksjonen til noen FB app legger til veggen. Brukergrensesnittet har api og retningslinjer rundt denne funksjonen endret 3 ganger i de siste 6 månedene. Disse designendringer er de vanskeligste og mest kostbare delen av å holde tritt med Zuckerbergs.

Det har vært vår erfaring at de fleste kundene ikke ønsker å registrere deg for vedlikehold av Facebook apps. Sine budsjetter for disse er små og kampanjebasert, så etter den første måneden eller to, de slutter å bry seg om programmet. Vi har prøvd hardt for å endre holdning, men det er fortsatt en vegg vi kommer opp mot gang etter gang.

Svarte 22/06/2009 kl. 17:04
kilden bruker

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more