Archivi tag: fowa

Leah Culver (Pownce) – Web app do’s and don’ts

Pubblicato il da

Pownce è una applicazione sociale, sviluppata in 4 mesi, con solo invito, lanciata a giugno. Leah ha presentato, schematicamente, i passi che sono stati seguiti nello sviluppare questa applicazione, con risorse limitate. Le riporto così come sono: nulla che non si sappia già, ma fa bene averle in una lista.

Hanno usato Django, un framework in phyton, perché:

  • è un web framework
  • è molto documentato e leggibile
  • genera automaticamente la parte di amministrazione per ognuna delle tabelle

Poi hanno usato S3, l’Amazon Simple Storage Server, perché

  • meno manutenzione necessaria
  • costa meno

Hanno usato AIR di Adobe:

  • lavora sia su Pc sia su Mac
  • molto facile da sviluppare
  • ingoraggia lo sviluppo di interfacce utente efficaci

Fare molto con poco

  • Pownce ha un team piccolo
  • solo uno sviluppatore web
  • è self-funded
  • lavorano con scadenze a breve tempo

Team piccolo, indossano scarpe diverse

  • ogni persona ricopre diversi ruoli
  • si aggiornano frequentemente
  • lavorano molto, per questo cercano soddisfazioni in quello che fanno

Open Source Tools

  • perché qualcuno ha già risolto il problema
  • e probabilmente meglio di come lo potresti fare tu

Tratta bene il tuo database

  • il database di Pownce è anche il suo collo di bottiglia
  • un solo database Mysql
  • velocizzare le query lente ha dato ottimi risultati all’odiermo Pownce
  • seguono suggerimenti

Caching

  • usare memchache
  • cusare il caching a livello di pagina e di oggetto
  • già dal lancio del sito

Usare le code

  • deciedere cossi può fare con le code
  • come spedire messaggi e note
  • un sistema che devono ancoa migliorare

Paginazione

  • ovunque sia possibile
  • è anche una buona pratica per l’interfaccia utente

Evitare la complessità

  • se le query sono troppo comples, evitarle
  • e chiedersi se servono davvero
  • in questa fase evitano visualizzazioni di dati complessi

Tenere i backup

  • usare la gestione delle versioni
  • dotarsi di un sistema per tornare a versioni precedenti del progetto
  • tenere traccia delle dipendenze e dei diversi aggiornamenti

Salvare quanto più dati possibili

  • Per capire cosa succede
  • Per applicare criteri quantitativi nell’analisi
  • Cercare di realizzare grafici sintetici dai dati ottenuti

Community

  • let user know what you’re working on
  • respond to indivisual bug reporters
  • inform users of bug fixes and new features

Questo intervento è stato scritto in live blogging dalla conferenza Future of Web Apps di Londra, il 3 e 4 Ottobre 2007. Leggi tutti gli interventi di Fucinaweb dal FOWA

Aggiornamento (15 Ottobre 2007): si parla di questo intervento anche su highscalability.com.

Paul Graham (Y Combinator) – The future of web startups

Pubblicato il da

Mi sono perso la prima parte dell’intervento, ma mi ha colpito la considerazione di Graham riguardo l’università americana. Sostiene che lo studente che si trova a creare una propria startup con compagni di studio è oggi in grado di combattere la disparità dell’università americana, che è sempre più una possibilità solo per i ricchi. In questo modo può essere in grado di creare una rete di contatti (tra cui i cofondatori) già dalla scuola. Auspica che le aziende di domani non assumano guardando il titolo di studio, ma analizzando il “network sociale” che lo studente ha creato intorno a sé.

Altra nota: dopo l’acquisizione la produttività di sviluppatori e dipendenti della startup si riduce drasticamente. Da qui è chiaro come le leggi che regolano il lavoro in gruppo siano davvero complesse.

Questo intervento è stato scritto in live blogging dalla conferenza Future of Web Apps di Londra, il 3 e 4 Ottobre 2007. Leggi tutti gli interventi di Fucinaweb dal FOWA

Kevin Rose – Lesson learned from launching web apps: the story behind Pownce and digg

Pubblicato il da

Un altro intervento che si è svolto ieri, proprio in coda alla giornata, si è rivelato interessante.

Kevin Rose è uno dei fondatori di digg e si è soffermato a illustrare quelle che nella sua esperienza sono le strategie più efficienti nel creare un nuovo servizio web. Se non altro Rose si è dimostrato meno abbottonato dei propri colleghi, riuscendo a proporre qualche tema di discussione.

Per prima cosa Rose ha sottolineato come sia rischioso, e tutto sommato non necessario, abbandonare il proprio lavoro per buttarsi a capofitto in progetti del genere. Meglio cominciare dedicando le sere e i week-end, soprattutto per valutare se l’idea sia poi così buona.

Come conservare i soldi (per usarli successivamente):

  • Affidarsi a programmatori freelance, perché questo è il modo più economico per partire. Fare molta attenzione però a quello che viene prodotto, per evitare di trovarsi con un prodotto scadente in mano, per esempio con irrisolvibili problemi di prestazioni all’aumentare del traffico
  • Non compare i server, ma affittarli. Affittare un hosting che possa essere controllato remotamente, con accesso alla “shell”
  • Impiegare, ovunque sia possibile, prodotti opensource

Come fare i soldi. Per quella che è la sua esperienza:

  • Con l’advertising (es. Adsense)
  • Prevedendo degli account professionali a pagamento

Per far crescere un progetto così che nel tempo la base di utenti soddisfatti aumenti sensibilmente, è necessario introdurre periodicamente nuove funzionalità. Quelle che si sono rivelate vincenti in digg sono:

  • importare la rubrica contatti
  • avere la possibilità di aggiungere amici
  • spedire le storie via email (anche con un client di posta)

Questo intervento è stato scritto in live blogging dalla conferenza Future of Web Apps di Londra, il 3 e 4 Ottobre 2007. Leggi tutti gli interventi di Fucinaweb dal FOWA