Dopo anni di segnalazioni e diversi ritardi, Twitter, infine, ha fatto di buono oggi la sua promessa di eliminare le caratteristiche principali di popolari applicazioni di streaming. In un post del blog di oggi, Twitter ha detto di voler rimuovere l’accesso alle Api necessarie per alimentare le notifiche push e un auto-aggiornamento della timeline. Rob Johnson, direttore di prodotto, ha detto che Twitter avrebbe smesso di supportare le Api in modo che potesse concentrarsi sulle proprie applicazioni native.
Le modifiche interessano popolare di terze parti Twitter app, come Tweetbot, Twitterrific, Talon, e Tweetings. Come Johnson ha scritto in una nota a parte per la società, le app di terze parti inventato molte caratteristiche che sono state poi adottate dalla società nel suo app nativa.
“I client di terze parti hanno avuto un notevole impatto sul servizio di Twitter e i prodotti da noi a costruire”, ha scritto. “Gli sviluppatori indipendenti costruito il primo client Twitter per Mac e la prima applicazione nativa per iPhone. Questi clienti pioniere caratteristiche del prodotto che tutti conosciamo e amiamo su Twitter, come mute, il pull-to-refresh gesto, e di più”.
Ma Twitter ha avvertito gli sviluppatori contro la costruzione di clienti che replicato la cronologia di più rispetto a sei anni fa, dicendo che si sarebbe messa a fuoco di sviluppo futuro sulla sua app nativa. Le più recenti caratteristiche di Twitter, tra cui i sondaggi, i segnalibri e i Periscopi, mai fatta per le app di terze parti, perché Twitter non include nel suo Api.
Twitter ha annunciato prima dell’arresto nel mese di aprile, con un target data del 19 giugno. In risposta a reclami da parte degli sviluppatori, ha accettato di ritardare l’arresto, in modo da avere più tempo per aggiornare le loro applicazioni.
C’è un mondo in cui Twitter ha abbracciato gli sviluppatori di terze parti completamente, lasciando che i loro energie e le idee di infondere la sua lotta con la piattaforma di nuova vita. La maggior parte di Twitter idee migliori sono venuto dalla società, ma da parte dei suoi utenti. Ma che vorresti introdurre nuovi costi e la complessità di una società che sta lottando per incontrare base agli obiettivi di business.
Johnson, nota per la società è al di sotto.
Ciao team,
Oggi, siamo la pubblicazione di un post sul nostro blog priorità per cui stiamo investendo oggi in client Twitter esperienze. Volevo condividere con voi su come abbiamo raggiunto queste decisioni, e come ci stiamo pensando 3a parte di clienti in particolare.
Prima, un po ‘ di storia:
3rd party clienti hanno avuto un notevole impatto sul servizio di Twitter e i prodotti che costruiamo. Gli sviluppatori indipendenti costruito il primo client Twitter per Mac e la prima applicazione nativa per iPhone. Questi clienti pioniere caratteristiche del prodotto che tutti conosciamo e amiamo su Twitter, come mute, il pull-to-refresh gesto, e di più.
Ci piace che agli sviluppatori di creare esperienze sulle nostre Api per spingere il nostro servizio, la tecnologia, e la conversazione pubblica in avanti. Noi rispettiamo profondamente il tempo, l’energia e la passione che hai messo in edificio cose incredibili utilizzando Twitter.
Ma non abbiamo sempre fatto un buon lavoro di essere diretto con gli sviluppatori circa le decisioni da prendere per quanto riguarda il 3 ° partito clienti. Nel 2011, abbiamo detto gli sviluppatori (e-mail) di non costruire applicazioni che simulano l’esperienza Twitter. Nel 2012, abbiamo annunciato modifiche al nostro sviluppatore di politiche tese a rendere queste limitazioni più chiara limitando il numero di utenti a cui è consentito per un 3rd party client. E, negli anni seguenti quegli annunci, abbiamo detto gli sviluppatori più volte che la nostra tabella di marcia per le nostre Api non priorità client casi d’uso — anche se abbiamo continuato a mantenere un paio di Api specifiche utilizzate pesantemente da questi clienti e tranquillamente concesso utente cap eccezioni per i clienti che avevano bisogno di loro.
Adesso è il momento di prendere la difficile decisione di terminare il supporto per queste Api legacy — riconoscendo che alcuni aspetti di queste applicazioni sarebbero degradate come un risultato. Oggi, siamo di fronte tecnico e commerciale vincoli di noi non si può ignorare. L’Utente Flussi e Sito Flussi di Api che servono funzioni di base di molti di questi clienti sono stati in una “beta” stato per più di 9 anni, e sono costruite su una pila di tecnologia non più supportate. Non stiamo cambiando le nostre regole, o di “uccidere” 3rd party clienti, ma ci stanno uccidendo, di necessità operativa, alcune delle Api legacy che il potere di alcuni di questi clienti. E non è stata un’opzione realistica per noi, oggi, di investire nella costruzione di un servizio assolutamente innovativo per sostituire queste Api, che sono utilizzati da meno dell ‘ 1% di Twitter gli sviluppatori.
Abbiamo ascoltato il feedback dei nostri clienti circa il dolore che questo provoca. Abbiamo il check-out #BreakingMyTwitter abbastanza spesso e ho parlato con molti degli sviluppatori di grandi 3rd party clienti per capire le loro esigenze e preoccupazioni. Siamo impegnati a capire perché la gente noleggio 3rd party clienti delle nostre applicazioni. E stiamo andando a cercare di fare meglio con la comunicazione di tali modifiche onestamente e chiaramente per gli sviluppatori. Abbiamo un sacco di lavoro da fare. Questo cambiamento è difficile, ma importante passo, verso il fare. Grazie per il funzionamento con noi per arrivarci.
Grazie,
Rob