Se mai c'è stato un caso di trionfo nel non prestare attenzione, allora si presume che la tempesta si sia scatenata in mezzo Twitter e il suo ecosistema di sviluppatori terranno una futura masterclass su come non comprendere il software ecosistemi. Secondo Nicholas Carlson di SAI, tutto ciò ha cominciato a scoppiare quando l'investitore di Twitter Fred Wilson ha dichiarato: Gran parte del lavoro iniziale sulla piattaforma Twitter è stato finalizzato a riempire i buchi del prodotto Twitter.
Se mai c'è stato un caso di trionfo nel non prestare attenzione, allora si presume che la tempesta si sia scatenata in mezzo Twitter e il suo ecosistema di sviluppatori terranno una futura masterclass su come non comprendere il software ecosistemi. Secondo Nicholas Carlson al SAI, questo ha iniziato a scoppiare quando Lo ha detto l'investitore di Twitter Fred Wilson:
Gran parte del lavoro iniziale sulla piattaforma Twitter è stato finalizzato a colmare le lacune del prodotto Twitter. È il tipo di lavoro che la General Computer stava svolgendo a Cambridge all'inizio degli anni '80. Alcuni dei servizi di terze parti più popolari su Twitter sono così. Mi vengono in mente i client mobili. Mi vengono in mente i servizi di condivisione di foto. Mi vengono in mente gli abbreviatori di URL. Mi viene in mente la ricerca. Twitter avrebbe dovuto davvero avere tutto questo quando è stato lanciato o avrebbe dovuto integrare questi servizi direttamente nell'esperienza Twitter.
Non ci vuole uno scienziato missilistico per rendersi conto che se Wilson lo dice pubblicamente, allora ha detto molto di più in privato nei suoi incontri con i dirigenti di Twitter. Ecco... Twitter annuncia di aver acquisito Tweetie (client mobile per iPhone) e di aver rilasciato un'app nativa per Blackberry (che tra l'altro è molto buona, secondo me).
Sembra che questo abbia colto di sorpresa alcune persone. Sono seduto qui e penso: perché? OK, quindi Twitter ha leggermente attenuato l'annuncio del client Blackberry aggiungendo "app ufficiale Twitter" nell'annuncio sul blog. Ryan Sarver di Twitter ha tentato di coprire le crepe inviando un'e-mail, la cui essenza afferma per SAI:
Twitter non avrebbe dovuto riferirsi alla sua app BlackBerry e a Tweetie come alle sue app "ufficiali" e smetterà di usare questo tipo di linguaggio. Il motivo per cui hanno creato queste app è perché i nuovi utenti sono confusi da quante app esistono. Vogliono solo usare Twitter sul loro iPhone, non sanno né gli importa cosa sia "Tweetie" o "TweetDeck" o "Twitterrific". Dal momento che porre fine a questa confusione dovrebbe aumentare il numero di utenti che utilizzano Twitter, questo è positivo anche per gli sviluppatori di Twitter, poiché l'ecosistema diventerà più grande! QED.
Non lasciarti ingannare. Se pensano "ufficiale", allora Twitter sta già tracciando il confine tra ciò che vuole e ciò che gli sviluppatori potranno raccogliere. Al momento, molti di questi potrebbero sembrare degli avanzi. Nel frattempo, Loic LeMeur, CEO di Seesmic, è stato colto di sorpresa. Secondo Mike Arrington su TechCrunch:
Chiunque non lo avesse previsto stava negando. Seesmic
fondatore Loic Le Meur
...E:
Loic Le Meur Ieri
Devo ammettere che non mi aspettavo che Twitter facesse un passo così veloce nella corsa ai client mobili, competendo così velocemente con il suo ecosistema... Finché continuiamo muoversi e innovare ed entrambi i partner si trattano in modo equo, penso che saremo tutti al sicuro, il buco è abbastanza grande e ci sono molti altri buchi.
A questo punto farò tre affermazioni. Tutti gli sviluppatori là fuori che stanno già ribollendo di rabbia: leggi attentamente prima di infuriare:
- Probabilmente è lo sviluppo di un clone di Twitter una delle cose più facili da decollare in termini di sviluppo. Lo so perché circa 21 mesi fa, un piccolo team di sviluppatori rock star ha costruito le ossa di un Twitter aziendale chiamato ESME. Facevo parte di quella squadra anche se dal lato non-codice. Anche se era poco più di un progetto scientifico, era scalabile fin dall'inizio e... ha dimostrato un valore commerciale immediato simile a quello che Chatterbox sta realizzando oggi. ESME è stato parzialmente costruito su alcune delle stesse tecnologie open source che hanno aiutato Twitter a uscire dai suoi primi imbarazzanti incidenti di Fail Whale. Avevamo bisogno di una manciata di clienti per dimostrare come potrebbe apparire utilizzando i front-end Web, Air e SAP. Non è stato necessario uno sforzo enorme per rendere operativi i wireframe e i client funzionanti. In effetti, un cliente è stato costruito su un volo di cross country. 3-4 ore. Non dirò che si trattasse di un affare raffinato, ma erano una dimostrazione che scrivere codice per questa classe di app era relativamente semplice per lo scopo che stavamo cercando di dimostrare.
- Se un piccolo team come il nostro potesse riuscirci, allora chiunque comprenda veramente le sfide delle app Web altamente scalabili potrebbe riuscirci. E se non possiedi un client solido in grado di sfruttare le funzioni principali dell'applicazione, allora cosa diavolo stai facendo nel mondo degli affari? Semplicemente non ha alcun senso. Riuscite a immaginare uno sviluppatore di applicazioni aziendali che offra funzionalità lato server ma solo un client Web della "qualità" offerta da Twitter e speri per il meglio? Twitter ora sta riempiendo i propri buchi. Non è ancora finito.
- Fred Wilson e Twitter hanno detto agli sviluppatori del client Twitter (e ad altri): "Siamo venire a cercarti." Si rendono conto che possedere il cliente offre loro ogni sorta di opportunità monetizzare - inizialmente attraverso gli annunci sembra. Non capisco perché persone come Loic e altri non l'hanno visto. Ma poi guardo questo attraverso gli occhi di falco dei sistemi aziendali in cui la vita è dura e competitiva è feroce in un modo che fa sembrare docile gran parte di ciò che vediamo nel mondo delle app consumer dei Boy Scout... e zoppo. Loic mi ricorda spesso che le app aziendali sono noiose. Potrebbe essere così ai suoi occhi, ma visto ciò che sta accadendo, potrebbe voler rivedere quella opinione. Non c'è niente di noioso - o divertente - nel pranzare.
Quindi cosa succederà? Secondo Forbes gli sviluppatori hanno spuntato tutti i tipi di cose, non ultime le quali "potrebbero" includere:
Due fonti profondamente coinvolte nel Applicazione Twitter mondo ci dicono che prima che Twitter tenga la sua prima conferenza di sviluppatori questa settimana, molti sviluppatori partecipano a riunioni segrete in cui discuteranno di "un'alternativa aperta" a Twitter.
"La discussione non è se lanciare uno standard federato aperto", dice una fonte, "ma quando".
Questa fonte ci dice che questi incontri hanno un nome in codice: Project Shark. "Gli squali arrabbiati mangiano grosse e grasse balene #fail", spiega.
Un'altra fonte ha confermato i piani per questi incontri e ci ha detto che il loro scopo è quello di...
Diventa un po' più coordinato come opposizione. Parla di ciò che vogliono da Twitter: soprattutto maggiore trasparenza e un migliore accesso all'API. Per parlare di un’alternativa aperta.
Se c'è del vero in tutto o in parte quanto sopra, allora suggerirei a quegli stessi sviluppatori di passare ad Apache Incubator e dai un'occhiata all'iterazione open source di ESME. La mia scommessa, però, è che questo rappresenta poco più che un tintinnio di sciabole da parte di alcuni sviluppatori i cui nasi sono stati storti. Dove altro andrai realisticamente, almeno nel breve termine? Se pensi che l'open source possa aiutarti, allora va bene. Ma prova a spiegarlo al tuo prossimo incontro tra VC e spera di non venire scorticato vivo.
D'altro canto, i dirigenti di Twitter non hanno dimostrato esattamente una grande abilità nei combattimenti di strada, quindi a Chirp mi aspetto che lanceranno un'offensiva di fascino. Gli sviluppatori con l'antenna in massima allerta controlleranno eventuali segnali di stronzate. Ma se Fred Wilson e gli altri VC hanno qualcosa da dire sul prossimo passo (e lo fanno), allora è Twitter potresti anche fare scelte di acquisizione per il client desktop, un accorciatore di URL e un uploader per la condivisione di foto Ora. Infliggi il dolore che verrà adesso, stendi il futuro tappeto erboso e andiamo avanti tutti.
Nel frattempo, quegli stessi sviluppatori dovrebbero prestare attenzione a cosa Wilson sta dicendo:
...è chiaro che è possibile costruire grandi imprese su una piattaforma sociale come Facebook e Twitter. E poiché Twitter è così aperto e leggero, Sono sorpreso che non ci siano più "nuovi tipi di killer app" per citare il mio amico con cui ho iniziato questo post.
Fred potrebbe essere sorpreso e Loic potrebbe non apprezzarlo, ma gli sviluppatori di Twitter devono capire che stiamo parlando di affari e che alcuni degli spunti migliori provengono dall'esperienza aziendale. Ecco un'analogia. La maggior parte delle attuali applicazioni aziendali sono costruite attorno al nucleo della buona vecchia contabilità. Anche adesso, e spesso dopo 10, 15 o 20 anni, queste app fondamentali vengono ancora sviluppate in qualche modo. Quei fornitori che hanno sviluppato ecosistemi di successo sono aperti in gran parte (ma non del tutto) allo stesso modo di Twitter. Ecco la differenza. Gli sviluppatori di successo hanno aggiunto qualcosa a cui il proprietario principale dell'app non può permettersi di dedicare risorse ma che soddisfa una nicchia redditizia. StockTwits chiunque? Questo è un esempio citato da Wilson.
Wilson ha delineato quattro grandi aree in cui ha incoraggiato gli sviluppatori a rivolgere la loro attenzione. Quanto potrebbe essere più chiaro? Sono più esigenti di "ancora un altro URL shortener", ma probabilmente restituiscono molto di più in termini di valore aziendale e per le parti interessate. Se quel messaggio non è stato recepito, molti di coloro che hanno allegramente giocato con l'API aperta di Twitter rimarranno scioccati per il sistema.
AGGIORNAMENTO: Robert Scoble fornisce un aggiornamento utile sulla risposta di Loic al potenziale "problema" di Twitter. Vale la pena leggerlo.