Wooldridge è categorico. L’icona di una app per iPhone non ha il semplice scopo di identificarla, ne è addirittura un perno fondamentale nel raggiungere l’immaginario dell’utente, è la portatrice di un messaggio ad ampio spettro. Ha un potere di comunicazione molto superiore a quello delle icone di una qualunque applicazione Windows o anche Mac OS X, perchè diversamente da queste ha il peso di molto maggiori responsabilità.

Intanto deve essere fornita, oltre allo standard 57×57, anche nel formato 512×512 ad uso promozionale da parte di Apple, una dimensione molto impietosa nei confronti della grafica dilettantesca.

Poi è l’unica cosa che vedrà dell’applicazione chi farà ricerche tematiche tramite iTunes, e spesso sarà proprio sulla base di quella che sceglierà se cliccare verso la nostra app o verso un’altra simile ma più intrigante. E se anche avessimo la fortuna di vederla sulla prima pagina dell’iTunes store, sarebbe comunque affogata in mezzo ad altre decine, tra le quali potrebbe stagliarsi solo grazie ad un design molto più accattivante di quelle che la circondano.

E non dimentichiamo che ad acquisto avvenuto rimarrà sul telefono quasi costantemente sotto gli occhi dell’utente, a perenne (o quasi) ricordo della propria qualità o bruttezza.

Non si sostituisce certo al contenuto dell’app, ma a nome suo può essere un sofisticato canto di sirene così come un gracchiante verso di arpia, con le immaginabili conseguenze per le vendite; e per questo non può  essere presa alla leggera.

E a quanto pare neanche affidata ad un disegnatore generico, come spiega brillantemente questo articolo. Troppe infatti sono le peculiarità dell’app store per poter essere ignorate, seppur nell’icona. Quindi coerenza con l’applicazione, niente parole, niente standard gloss, semplicità ma sofisticatezza, pochissimi dettagli ma capaci di distinguersi. Sicuramente più facile a dirsi che a farsi.

Inizio quindi la mia ricerca dello specialista, a partire ovviamente dall’autore dell’articolo (che a quanto pare ha raggiunto il suo scopo). Scrivo subito, ma un autorisponditore prontamente mi spiega che Michael Flarup è nel sud est asiatico per un mese, senza email. Ben fatto, anche io sono un fan di Timothy Ferriss, ma per il mio progetto aspettare un mese è un po’ troppo.

Proseguo quindi su Google, ormai abituato a sperare nel colpaccio, e cerco “designer”+”iphone”+”icon”.
Vago un po’ in giro da un sito all’altro. Alcuni portfolio sono interessanti, altri meno. Mancano offerte chiare, e in ogni caso non vedo niente che mi faccia veramente stupire, ma soprattutto nessuno specialista. Il mercato sicuramente è giovane perchè esista già la professione del “disegnatore di icone per applicazioni iPhone”, ma i botta e risposta con i Russi per lo sviluppo mi logorano già abbastanza, vorrei evitare di dover dare fiumi di spiegazioni anche al grafico.

E a fine giornata mi torna in mente un sito di cui non ricordo neanche dove avessi sentito parlare, specializzato in icone: Iconiza.com. Lo avevo preso in considerazione per farmene fare alcune per un blog, non meno di un annetto fa.
Non sarà specializzato, ma lo stile all’epoca mi ricordo che mi piaceva, tanto vale provare.

Vado, e trovo l’impostazione generale molto cambiata. Non mi ci vuole molto a capire che sono nel posto giusto. Chiunque ci sia dietro ha capito cos’è l’iPhone, ed è conscio che i soldi stanno per arrivare a carrettate non solo nell’objective-C ma anche nella grafica.

Il portfolio è convincente, a quanto pare si è specializzato, ma il tocco che chiude la mia ricerca è la chiarezza sui prezzi e sull’offerta: 99$ per l’icona principale di un’app per iPhone, 24$ per ogni icona interna alla app stessa. Affare fatto. Ho sempre odiato i “contattaci per un preventivo”.
E poi l’icona dell’app per i Mormoni è fantastica…

Gli scrivo, facciamo un po’ di convenevoli, infine gli dico cosa voglio:
…the icon, with a solid border, has to suggest the trajectory of a bomb which just hit a certain point, from which concentric circles are departing like waves of a bomb blast. All in perspective. It must give a sense of solidity, dynamicity and velocity of the trajectory, and has to really stand out (this is obvious I guess!)…
A rileggere ora cosa gli ho scritto mi rendo conto che gli ho chiesto praticamente un miracolo. Sintetizzare tutta quella roba senza neanche avere in testa cosa fa l’applicazione…

Ma ogni tanto i miracoli accadono, e dopo tre giorni ricevo come proposta questo capolavoro (download). Perchè è evidente che di capolavoro si tratta, riassumendo esattamente quello che volevo comunicare.

Gli dico che la sua “proposta” per me potrebbe tranquillamente vincere un icon design award così com’è, e nella chiacchiera successiva scopro che Iconiza.com è la one man band di tale Michael Muller di Guayaquil, Ecuador. Mi piace l’idea.

Il ragazzo poi è evidentemente molto sveglio oltre che talentuoso, e gli commissiono immediatamente tutte le icone interne dell’applicazione, che arrivano puntuali e perfette in meno di una settimana.

Nel frattempo a quanto pare Michael Flarup ha ceduto alle lusinghe della tecnologia e ha consultato l’email anche in Thailandia. Mi scrive che sarebbe molto lieto di disegnare l’icona per la mia app, alla modica tariffa di 118$ l’ora, prevedendo più o meno 8 ore di lavoro!

Sono proprio un ragazzo fortunato…

iPhoneandGo .. Michele de Sio

A quanto pare il wireframe andava bene, e i Russi finalmente si possono buttare a capofitto nel codice. Così, nel frattempo, anche io posso mettere un po’ di ordine nella mia vita, o almeno in quella da aspirante sviluppatore…

Prima di tutto mi dedico a due letture urgenti, perché dovrebbero aprirmi definitivamente gli occhi su tutti gli aspetti di gestione commerciale che sono collegati ad una applicazione per iPhone.
E siccome mi aspetto le ennesime sorprese epocali, è bene affrontarle il prima possibile.

I due libri sono Starting an iPhone application business for dummies di Nichols, Elad e Stolarz e The business of iPhone app development di Dave Wooldridge.

Sono ambedue ottimi libri, molto ben scritti da autori non solo esperti ma anche capaci come comunicatori. Li divoro infatti in un paio di settimane, e capisco subito che mi accompagneranno a lungo come testi di riferimento, tale è non solo la densità di informazioni ma anche la dovizia di link che vi affiancano per favorire l’approfondimento.

Hanno strutture simili, e trattano tutto quello che c’è da sapere per mettersi in affari con l’iPhone, ad eccezione della programmazione vera e propria che ovviamente rimandano a libri specifici.

Si parte con lo studio approfondito dell’app store e dei suoi meandri, per individuare la propria nicchia, analizzare la competizione, stabilire il possibile prezzo della propria applicazione e di conseguenza capire se la sua produzione è sostenibile o addirittura in grado di darci benessere economico.

Si passa successivamente ai vari modi per proteggere la proprietà intellettuale (copyright, trademark e patent), per arrivare poi alla realizzazione vera e propria dell’applicazione.

Di questa fase ovviamente viene fatta un’analisi molto dettagliata, che cura la creazione dell’interfaccia, i flussi delle schermate, gli aspetti grafici con tutte le loro implicazioni, perfino il posizionamento dei link all’assistenza clienti per minimizzare le recensioni negative. Tutto sempre visto in chiave di vendita e soddisfazione dell’utente.

Conclude il tutto la parte sul marketing vero e proprio, da come strutturare il sito web dell’applicazione a come si scrive un comunicato stampa efficace.

Nel complesso ambedue i libri sono pieni zeppi di piccoli consigli quasi mai scontati e sempre supportati da esempi reali. Per ogni minimo aspetto forniscono molti link (centinaia) a risorse che non solo possono alleviare il lavoro, ma spesso permettono di dotare l’applicazione di caratteristiche che normalmente richiedono investimenti che pochi si possono permettere.
Sono contento di averli presi entrambi perché li ho trovati complementari, anche se quello di Wooldridge è forse un po’ meglio impostato.

Alla fine, come immaginavo, mi rendo conto che oltre ai tanti piccoli consigli da seguire ci sono alcuni aspetti strutturali che dovrò curare senza indugio in parallelo allo sviluppo.

I più importanti sono sicuramente un design grafico dedicato, un corposo sito web, l’organizzazione di un efficace supporto post vendita, lo studio approfondito della campagna stampa.
Tutte cose che, stando a quanto dice Wooldridge, mi permetteranno anche con un budget ristretto di non fare sfigurare la mia applicazione al cospetto delle grandi produzioni. E a vedere gli esempi non stento a credergli.

Dato che, grazie al wireframe, i flussi interni di Safe Strike sono ormai chiari, la cosa più urgente è commissionare la grafica a un professionista.

E per trovarlo, stavolta, finiremo in Ecuador…

grazie a Michele De Sio,

iPhoneandGo.

“Right away.” si limita a rispondere Andrei, da par suo.

Non so perché ma mi aspettavo almeno un po’ di feste, tipo “grazie di averci scelto” o anche un classico “e’ un onore per noi”. Chissà che film mi faccio.

Ad ogni modo non c’è tempo da perdere (tanto per cambiare) e la prima questione da risolvere è quella legale. I punti chiave da difendere sono la riservatezza del contenuto dell’applicazione e la proprietà del codice.

E’ ovvio nella mia testa che devo possedere il sorgente, per almeno un milione di motivi. Ma dalla mia testa il concetto deve finire in un documento, che non ho la minima idea di come debba essere strutturato né la minima intenzione di affidare a un legale, tanto per vedermi raddoppiare i costi di sviluppo.

E qui per l’ennesima volta si capisce il valore aggiunto di siti come Elance o Guru.

Invece che essere costretto a buttarmi e rischiare sulla semplice fiducia, perché così andrebbe a finire, non faccio altro che spulciare la documentazione di riferimento e, a questo punto posso dire come al solito, trovo esattamente quello che cerco già pronto da usare.

Un bel Non Disclosure Agreement per cautelarmi dalle premature fughe di notizie e una bella copia di Statement of work con relativo contratto. Non è come una consulenza legale ma è più che sufficiente per la mia tranquillità.

Ed è uno spunto di cui spero tengano presto conto anche i progetti italiani come Club iPhone/OS, perché alla fine chi sviluppa cerca visibilità ma chi commissiona cerca principalmente garanzie. E più sono facili da ottenere più ci si può dedicare alla sostanza del progetto.

Mando tutto ad Andrei, e in un paio di giorni i contratti mi tornano indietro firmati con la garanzia di Elance. Risolto.

Soddisfatto dei progressi, sto per rilassarmi e pormi il classico “E ora?”, quando una bella email del capo programmatore, tale Slava, mi spegne prontamente il sorriso.

Per quanto espresso in maniera inappuntabile, più o meno il concetto è: “Simpatico committente, non crederai che noi riusciamo a metterci veramente al lavoro sulla base delle 4 baggianate che hai scritto nelle email. Per capire veramente il flusso dell’applicazione ci servono i wireframe.”

A questo punto del progetto non vado neanche più nel panico, tale è diventata l’abitudine a prendere schiaffi.
Subito invece si impadronisce di me quella ormai consueta sensazione di nuovo mondo sconosciuto che si sta per aprire e che dovrò studiare 6 ore al giorno per la prossima settimana. E ovviamente così è anche in questo caso.

Dopo un lungo e penoso approfondimento su internet, scopro che per un applicazione iPhone un wireframe (col suo parente mock-up) non è altro che una presentazione grafica, schermata per schermata, di tutte le funzioni svolte dall’applicazione.
E’, ora mi sembra ovvio, un mezzo efficacissimo per comunicare un’idea soprattutto a distanza. E mi avrebbe fatto risparmiare un sacco di tempo e di parole con risultati migliori. Ma uno degli scopi di questo progetto era anche imparare, quindi devo pure tenere per me le imprecazioni.

Ad ogni buon conto per realizzare questi wireframe esistono molte applicazioni, la maggior parte delle quali non fa altro che includere in programmi esistenti immagini degli elementi dell’interfaccia iPhone, perché poi il progettista se li sistemi come meglio crede. Un paio di esempi sono lo stencil di Theresa Neil per OmniGraffle, o questo set di immagini per Photoshop.

Per chi invece lavora in locale, vuole essere più istintivo e vuole avere una maggiore libertà di manovra esistono dei blocchi notes, tipo post-it, con sagome di iPhone prestampate da riempire e appendere, o addirittura dei normografi sagomati ad iPhone!

Ma per i miei scopi (e credo non solo) il migliore assoluto mi sembra un programma appositamente sviluppato per disegnare wireframe, balsamiq Mock-Ups.
E’ facilissimo da usare e rappresenta gli elementi come se fossero stati disegnati a matita, dando molto più l’idea che ci si stia concentrando sulla funzione piuttosto che sul design, che verrà dopo. E in più indagando scopro che è fatto da un italiano che sta a Bologna, tale Giacomo Guilizzoni, uno con una storia anche molto interessante per chi è appassionato di start up.

Scelto finalmente lo strumento, dopo l’ennesimo corso intensivo sull’ennesimo argomento sconosciuto, mi metto al lavoro e produco il mio wireframe.
Mi piace abbastanza, come opera prima, quindi lo invio prontamente ai Russi per l’impietoso vaglio di Slava.

E finalmente mi rilasso un po’, sperando che almeno apprezzi l’impegno…

per voi e’ tutto.. iPhoneandGo

Michele de Sio

I preventivi ormai definitivi arrivano nell’arco di un paio di giorni. Evidentemente c’era abbastanza materiale su cui riflettere e calcolare. Oscillano dai 1500 ai 4000$, più o meno come mi aspettavo.
Anche nelle risposte nessuna sorpresa, ogni società conferma la fascia in cui già si trovava. Visto poi che le quattro nel limbo non fanno niente di eclatante per uscirne, alla fine decido di tenermi solo le tre migliori. Alle restanti mando un’educata email di congedo, del tipo “grazie ma c’era qualcuno che aveva esperienze un po’ più pertinenti delle vostre”. Così dovrei essere a posto anche con gli orgogli più sensibili.

In vetta nessuna si distingue particolarmente: tutte con buoni precedenti, tutte hanno analizzato il progetto approfonditamente, ma nonostante questo ancora non sono del tutto tranquillo.

L’applicazione, al di là del numero ridotto di schermate che la comporranno, è in realtà complessa nella realizzazione e alcune soluzioni non sono affatto ovvie. Alla base poi è necessaria un’assoluta esattezza matematica delle conversioni di coordinate, senza la quale l’intero progetto andrebbe annullato.

Decido allora di puntare su questo per la scrematura finale, e scrivo a tutte e tre:

I would like first to be reassured about coordinates management, since especially MGRS can be very tricky. How will you solve the conversion problem and will you be able to deal with map datums in case of need?

I primi a rispondere sono gli efficientissimi Rumeni, che chiedono 4000$:

We agree that the most difficult task is the implementation of the conversion formulas. Please check this link to see why we are saying this.
If we will be taking care of the conversion formulas we need to write a library from scratch. Internally, the application will work with “lat-lon” coordinates while the user will be presented with the format of choice.

Non so. Hanno sicuramente studiato il problema ma non abbastanza, e io non mi sento molto rassicurato. Con questo approccio in una materia che non si conosce ci sono serie probabilità di incappare in imprevisti che possono costare magari un mese di lavoro. Forse un po’ troppo pericoloso.

Vediamo i Pachistani (1800$):

Our developers have already looked into the points you have mentioned. Our investigations have revealed that open source libraries for the co-ordinate conversions have wider appreciation then any other.
One candidate library is http://trac.osgeo.org/proj/
A java source code for the calculation is also provided by IBM.
But using java code would require us to make a webservice of the conversion functionality. So far, things would be clear when we move on with actual development of the application.

Già meglio. C’è un’analisi, la prima libreria è effettivamente un buon riferimento e l’idea del web service per il java mi sembra quantomeno creativa. Non mi entusiasma però la chiosa “intanto partiamo e poi vediamo…”.

Arrivano i Russi (2200$):

To convert coordinates between lat/long, UTM and MGRS, we can either write our own component or accommodate GEOTRANS 2.4.2 for iPhone and conversion between WGS84 and ED1950 will be supported.
Should you need waypoints management we’ll use Kishikawakatsumi MapKit-Route-Directions.
As for elevation my guys suggest adding usage of this online service into the app.

Ora ci siamo.  Complimenti ai tuoi guys, concisi ma inoppugnabili. La derivazione della quota poi non era neanche necessaria. In più devo ammettere che la citazione di Kishikawakatsumi è il vero colpo d’ala, non so chi sia ma nella mia testa i Giapponesi sono tutti bravi per definizione.
Geotrans è forse la scelta migliore (mi sembra la più immediata da adattare) e i Russi sono gli unici non solo ad avere nel portfolio esperienze specifiche con il mapkit, ma anche ad avermi mandato un preventivo addirittura scomposto:

1. Analysis & Discussion – 3-4 hrs
2. Base Code/ Root Controller – 3-5 hrs
3. Views
3.1. Map Parameters SubView – 3-5 hrs
3.2. Map Itself View – 4-9 hrs
3.3. Waypoints View – 3-4 hrs
4. Routines
4.1. Coordinate Conversion (Wrapper for GEOTRANS 2.4.2) – 6-8 hrs
4.2. Map Routines (mode changing, radius and other) – 6-8 hrs
4.3. Frag Overlay Function – 4-6 hrs
4.4. Database Routines – 5-6 hrs
5. Testing & Debugging 3-4 hrs
50% slack for underestimates, bug fixes and minor tweaks
TOTAL: 40-58 hrs = 60-87 ~= 78 hrs x $25/hr = $1950 $250 (artwork) = $2200

Non c’è bisogno di andare molto oltre, la scelta sembra fatta senza troppo sforzo. Ma non renderei loro giustizia se riducessi la decisione a questo elenco di parametri. La vera marcia in più è stata che, pur nell’arco di pochi giorni, mi hanno dimostrato un approccio che mi ha rassicurato. E non parlo solo della serietà o della tecnica, ma più di una sensazione viscerale che si rafforzava con ogni email in cui tra le righe leggevo qualcosa di convincente. E alla fine, purché si stia nel budget, la tranquillità nell’affrontare il progetto non ha prezzo.

Alla luce di tutto questo, non mi sembra ci sia molto da indugiare.

Dear Andrei, the project is yours. When do we start?

per iPhoneandGo

Michele de Sio.

Ripresomi dallo shock (e ci è voluto un po’) mi metto subito al lavoro.

Rispondere individualmente a tutti è disumano, quindi per prima cosa definisco le functional specifications e ci aggiungo in fondo le risposte alla ditta rumena. Il tutto con il maggior dettaglio possibile per non lasciare il minimo spazio a ulteriori, temutissime, domande chiarificatrici.

Scrivo due pagine che mi costano quanto “Guerra e pace”, ma almeno le invio tali e quali a tutti, aspettando in risposta l’agognato preventivo.

In un mondo normale avrei una giornatina di tempo per sistemare il resto prima della valanga di risposte, ma visti i precedenti non credo mi restino più di due ore.

Mi butto allora senza indugio sulle guide “How to review a provider profile” e “How to screen and interview providers”, ormai l’ultima speranza per mantenere un po’ di ordine tra le offerte. I consigli mi sembrano tutti ragionevoli e, applicandoli al mio caso, decido di valutare portfolio, feedback precedenti e la prima risposta che mi è stata mandata, per poi raggruppare tutti in tre fasce di cui tenere traccia grazie al sistema di valutazione a 5 pallini che trovo su Elance.

Nella mia corsa contro il tempo metto nella prima fascia quelli che uniscono portfolio impresentabile a feedback assenti o negativi (la risposta a quel punto è ininfluente). E già qui finiscono più della metà delle offerte.

Nella terza fascia metto quelli che chiamerei rassicuranti: buon portfolio, ottimi feedback, risposta accurata, alta percentuale di clienti che ricommissionano progetti. Qui va certamente la società rumena, insieme a una russa e a una pachistana.

Gente che su progetti anche da 10.000 dollari ha feedback tipo
“I am extremely happy with *** and would definitely use them again. They were professional, thorough, very competent, and full of integrity. They communicated clearly and effectively. They took the time to really understand what I wanted and to ensure that the end product would be something that people would be able to use with ease.”

O addirittura
“We just completed a 3 month long project using ***’s services and can recommend them as being dedicated and extremely professional. They stayed on budget, and completed the project under their own deadline. The project was so important to us, we actually flew 7,000 miles to meet them, and I can attest that they’re top engineers – we plan on using them for all of our complex iPhone applications. Great work!”

Difficile dubitare di chi se li è andati pure a trovare di persona…

Ai restanti quattro concedo il beneficio del dubbio e li colloco nel limbo della fascia intermedia, dove rimarranno a meno di un exploit dell’ultimo momento.

Alla fine 13 società si beccano un pallino, 4 tre pallini e infine le migliori 3 cinque pallini. Dovrebbe essere sufficiente a mantenere il controllo.

E’ stata comunque una maratona. In poco meno di quattro ore ho visitato un centinaio di siti e mi sono letto più di 400 feedback.

Ma almeno, ormai stremato, ho la mia prima piccola soddisfazione. Fiero infatti del mio riordinamento vado a controllare l’email e, con mia grande sorpresa, ancora nessuno ha risposto.

L’onda è passata e sono ancora vivo!

per iPhoneandGo

Michele de Sio

Finalmente, dopo una mezzoretta buona che fisso la tastiera quasi in apnea, premo invio e pubblico su Elance l’annuncio del progetto.

Ho optato per renderlo inaccessibile ai motori di ricerca e ne ho fatto una descrizione il più generica possibile; non avrò inventato la fusione fredda ma non credo sia comunque saggio stuzzicare il can che dorme.

I dettagli chiave per lo sviluppo però andavano comunque inclusi, così ho cercato di cavarmela mettendo tra le caratteristiche:

- coordinates conversion between lat/long, UTM and MGRS

e concludendo il tutto con

Critical aspects are:
- confidence with map management and with geographic formats and functions
- ability to deliver a very polished and sophisticated user interface

sperando così di fare anche un pò di filtro ai danni degli improvvisatori dell’ultima ora.

Ovviamente mi sbaglio, e di grosso.

A meno di due ore dalla pubblicazione, incuranti del fuso orario e soprattutto delle mie specifiche (!), già 9 società mi hanno risposto, offrendosi per il progetto e millantando un’improbabile esperienza decennale nello sviluppo di applicazioni iPhone.

Un giorno e mezzo dopo le offerte sono a quota 20. E mancano ancora tre settimane alla chiusura dell’asta.

E’ chiaro a questo punto che il vero improvvisatore là in mezzo sono io.

Sono sommerso, vittima evidentemente della mia ingenuità.
Prima di tutto non avevo la minima idea che ci fossero cacciatori di offerte in agguato sul sito quasi 24 ore al giorno. A questo ritmo rimarrò sepolto sotto le mie tre settimane di asta.

In secondo luogo solo ora mi rendo conto che di ogni società dovrò verificare tutti gli elementi del portfolio e tutti i feedback dei lavori precedenti; un lavoro epocale.

E per finire, pur eliminando le risposte fatte col ciclostile (tipo “we are top iphone/blackberry/android development team on elance…”), resta un nutrito gruppo di società che si sono lette, e accuratamente, la mia proposta. E tutte queste, come se non fossi già abbastanza disperato, richiedono delucidazioni sui più vari aspetti dell’applicazione.
Per capire le reali dimensioni del problema basta leggere questa risposta circostanziatissima di una ditta rumena:

A few questions:
1. Who is your target audience?
2. Do you want a custom graphical user interface?
3. Will the app be interacting/exchanging data with a website?
4. Could you provide a description of the app’s workflow?
5. Please indicate at least one application (if exists) similar with yours and describe what you like and don’t like on it (each of them, if there are more).
6. Will this application be free for download or commercial?
7. Did you contract iPhone applications development before? Are you familiar with the iPhone/Apple technologies/terminology?
Also, please send us all the materials you have related to this project (e.g. sketches, mock-ups, wireframes, functional specifications or similar applications) that would help us in this analysis process. The more detailed the information, the more likely an appropriate quote can be established.

Meno male che erano a few questions. E soprattutto: sketches, mock-ups, wireframes, functional specifications? Panico. Bisogna correre ai ripari, e subito.

Per iPhoneandGo

Michele de Sio

[Michele de Sio ha gentilmente autorizzato iPhoneandGo alla pubblicazione
di questi articoli che potrete trovare anche seguento il blog
http://safestrike.tumblr.com]

Ok, magari non a bizzeffe ma comunque abbastanza; ma come trovarli, come sceglierli e come garantirsi il rispetto delle specifiche, dei costi e dei tempi? L’unico che conosco (digitalmente) è il blogger di iPhone and go, ma per il mio inizio è decisamente fuori quota.
Non credo questa ricerca sia un problema insormontabile, ma mi sentirei più a mio agio se potessi avere una bella lista di nomi, con accanto il loro portfolio e magari i feedback dei vecchi committenti. Di sicuro sarebbe più semplice che vagare su Google cercando “iPhone”+”sviluppatore”+”onesto”.

Improvvisamente mi viene in mente che su Founders at work un tizio, parlando di come sarebbe collassato senza outsourcing, citava un sito dove aveva trovato di tutto, da chi gli teneva la contabilità a chi gli scriveva i comunicati stampa. Riprendo il libro e dopo un pò recupero il tizio (Bob Davis) e il sito: elance.com.

Un’illuminazione.
Milioni di sviluppatori a disposizione di chiunque voglia offrire loro un lavoro, con i loro progetti precedenti in bella vista, valutati da un sistema di feedback stile eBay. Sistema oltretutto praticamente infrodabile, perchè documenta perfino quanto sono stati pagati dato che Elance fa anche da garante nelle transazioni. E dando un occhiata alle categorie scopro che veramente potrei commissionare dai discorsi politici (!) ai doppiaggi, tale è la varietà di professioni rappresentate.

L’entusiasmo però prontamente viene annacquato dal senso di colpa.
Come non notare che nell’ambito dello sviluppo software le ditte sono quasi tutte indiane e pachistane? E che le tariffe oscillano intorno ai 12$ l’ora (9 euro) quando in Europa occidentale uno sviluppatore iPhone parte da 60 euro?
E tanto per infierire vedo dai portfolio non solo che sono molto bravi, ma che sono dietro anche a molte applicazioni sofisticate ufficialmente sviluppate da altri (occidentali).

Un dramma, mi vedo già su Report con la Gabanelli che mi infama associandomi a Prada che coi cinesi distrugge le famiglie degli artigiani italiani.

Il punto è che non ho grosse alternative. Per cominciare gli sviluppatori italiani non so neanche dove cercarli. Poi io lavoro in tutt’altro ambiente, non riuscirei neanche a muovermi tramite amici che me ne presentino e me ne possano garantire l’affidabilità.
In più lo sviluppo se va bene sarà da un centinaio di ore, e il mio tetto è ben al di sotto di 6000 euro (anche di 3000 se è per quello). Quindi o così o niente.

Diciamo che intanto rompo il ghiaccio e mi faccio un’idea, e chissà che questo progetto non mi porti in contatto con l’ambiente nostrano, magari per il prossimo.
Una cosa è certa, rinviare o mollare ora non è neanche ipotizzabile.

Quindi vada per l’India.

Per iPhoneandGo

Michele de Sio

[Michele de Sio ha gentilmente autorizzato iPhoneandGo alla pubblicazione
di questi articoli che potrete trovare anche seguento il blog
http://safestrike.tumblr.com]

continua…

Il primo passo pratico ora è definire cosa farà questa benedetta applicazione.

Nel mio ambito professionale (quello militare in un campo in cui si lavora molto con le coordinate) si è sempre sentita la mancanza di software dedicati ai calcoli topografici in contesti operativi.

Ne esistono ovviamente di integrati nei vari telemetri e goniometri in dotazione, ma le funzioni sono abbastanza di base e l’interfaccia utente è intuitiva quanto il pannello di controllo di un 747.

Un tipico strumento di questi magari non si scioglie neanche immerso nell’Etna e non si spacca dopo che lo fai cadere dalla troposfera, ma in compenso si controlla tramite un unico pulsante (ovviamente senza etichetta) che attiva 127 diverse funzioni a seconda di quante volte e quanto a lungo lo tieni premuto. Un incubo.
La mia idea è di provare a colmare questo vuoto.

Mettendo insieme anni di imprecazioni mie e dei miei colleghi (italiani e non), direi che a grandi linee questa applicazione dovrebbe almeno fare questo:

• Convertire le coordinate tra geografiche (latitudine e longitudine), UTM e MGRS, supportando gli elissoidi WGS84 e ED1950.
  Molte sigle dietro alle quali ci sono semplicemente i sistemi di riferimento più usati non solo dai militari, ma anche da piloti civili, protezione civile, soccorso alpino, escursionisti, ecc..
• Memorizzare dei punti di riferimento che l’utente può creare inserendone le coordinate nel formato che preferisce.
• Visualizzare su una mappa (usando Mapkit e Google maps) i vari punti di riferimento.
• Mostrare i dati polari relativi a 2 punti di riferimento qualunque (direzione, distanza e angolo di sito).
• Mostrare graficamente sulla mappa quali aree sarebbero danneggiate da interventi aerei o di artiglieria su un particolare punto, per rappresentare con chiarezza gli eventuali rischi di fuoco amico o di effetti collaterali.

Difficile a credersi, ma se riuscisse a svolgere anche solo queste funzioni in maniera semplice e intuitiva sarebbe già rivoluzionaria. Magari per 20 persone, ma sempre rivoluzionaria.

E siccome è incentrata sui calcoli ai fini della sicurezza, la chiamerò Safe Strike.

Per iPhoneandGo

Michele de Sio

[Michele de Sio ha gentilmente autorizzato iPhoneandGo alla pubblicazione
di questi articoli che potrete trovare anche seguento il blog
http://safestrike.tumblr.com]

Michele si è posto molti di questi quesiti… leggiamoli assieme

Molte cose si sono sedimentate in un anno di riflessione.
Prima del via uno sguardo veloce ai (pochi) punti fermi.

1. Non mi licenzio (!)
Alla fine condivido l’approccio 37 signals: si inizia in parallelo e poi chissà. Mi sembra già difficile così, figuriamoci bruciando tutti i ponti.

2. Parto da solo
Sconsigliatissimo da tutti (troppo stress). Ma in fondo lo scopo di tutto questo è di mettermi alla prova in ogni fase del progetto, quindi rischierò. Per una volta almeno non dovrò convincere nessuno…

3. Gioco in casa
L’applicazione deve essere attinente alla mia esperienza professionale. Ci metterò più passione e in più conosco le esigenze, le modalità operative, i problemi insoluti, l’utente tipo. La controindicazione è che, non rivolgendomi a molti, difficilmente raggiungerò la massa critica per rientrare dell’investimento. Avrò a disposizione però la stampa specializzata, meno sovraccarica di iPhone rispetto a quella generalista.

4. L’interfaccia sarà la killer feature
E’ il settore in cui mi sento di potermi distinguere, punterò tutto su poche funzioni utili ma ben organizzate e della massima intuitività. Bah…

5. Mi autofinanzio
L’esigenza è ridottissima, non si discute neanche. Ci perderò qualche risparmio, ma sarà una bella lezione su tutta la sequenza di sviluppo.

6. Non sarò io a programmare
Con buona pace di Dave Mark e Jeff LaMarche non sono in grado di creare un’applicazione iPhone che sia bella e articolata come la sogno, questo mi è chiarissimo.
All’attivo ne ho ben una, fatta per mia figlia e che quando premi un pulsantone suona “Il coccodrillo come fa”. Forse un pò pochino…
Mi affiderò a un programmatore indipendente.

Michele de Sio

[Michele de Sio ha gentilmente autorizzato iPhoneandGo alla pubblicazione
di questi articoli che potrete trovare anche seguento il blog
http://safestrike.tumblr.com]

Niente succede per caso.

Volevo qualcosa di indipendente, volevo gestire un progetto per l’iPhone, volevo che servisse a qualcuno, ma non necessariamente sarei passato ai fatti.

Per decidermi, ripensandoci, la chiave sono state alcune letture apparentemente slegate che hanno lavorato sotto i radar e si sono rivelate determinanti. Eccole.

Founders at Work
Un libro incredibile. Una serie di interviste a una quarantina di fondatori di grandi società informatiche, del calibro di Apple o Yahoo, viste ai loro albori. Le ansie, le idee, i problemi dei primissimi tempi prima dei grandi successi, tutto messo a nudo da un’intervistatrice intelligente a sua volta imprenditrice.
Un serbatoio inesauribile di ispirazione, reso piacevole dalle storie molto coinvolgenti, che documentano tutto lo spettro possibile: da chi è partito con i milioni dei venture capitalist a chi invece è partito coi soldi della nonna ed è voluto rimanere a gestione familiare.
Forse la lettura più importante per entusiasmarsi; e per convincersi che tutto sommato tentare non è così difficile, se proviamo a fare con passione quello che abbiamo sempre sognato.

Getting Real (libro) e Signal vs. noise (blog) di 37signals
37 signals è la società che ha realizzato il software di riferimento per la collaborazione online: Basecamp. Oltre ad avere ottenuto uno strepitoso successo commerciale, le tre persone che l’hanno fondata sono riuscite a diventare grandi divulgatrici dell’idea che tutto sommato si può essere felici con “solo” un milione di dollari all’anno, senza bisogno di diventare Google o Facebook.
Sia il libro sia il blog sono pieni di idee e consigli pratici su come costituire una società senza fondi esterni e senza necessariamente licenziarsi dal vecchio lavoro, su come gestirla a misura d’uomo e soprattutto su come realizzare un prodotto che si distingua perchè fa meno ma lo fa meglio.
The secret to making money online è un intervento di mezzora che ne riassume bene lo spirito.

Arduino.cc
Il sito della piattaforma Arduino, il microcontroller open source più diffuso al mondo, interamente italiano. Cercando un modello di intraprendenza senza complessi e a misura d’uomo, Massimo Banzi, il suo inventore, è un perfetto esempio.
E Arduino, con la sua intuitività d’uso e di programmazione, è un mezzo insuperato per la creatività elettronica alla portata di tutti, per trasformare le idee in progetti realizzati.

Make!
Il blog ufficiale dell’omonima rivista per hobbisti. Marginalmente attinente all’informatica ma una fonte ricchissima di ispirazione ed entusiasmo.
Una carrellata di geni, travestiti da persone qualunque, che negli scantinati di tutto il mondo inventano continuamente di tutto, con i mezzi più disparati (molto spesso usando Arduino). Un inno all’iniziativa individuale.

Make: Electronics
Uno splendido libro per avvicinarsi all’elettronica e per consolidare l’idea che quello che conta è fare.
Improntato alla pratica e all’imparare dagli errori che l’autore intenzionalmente induce a fare, mi ha lasciato con la bella sensazione che sbagliare tutto sommato non è così drammatico, non solo nell’elettronica.

Ignore Everybody
Una raccolta di vignette del disegnatore Hugh MacLeod, ampliate da suoi commenti in forma di brevi capitoli che spiegano le riflessioni alla base di ognuna. Sono tutte incentrate sulla liberazione della creatività.
Niente di eclatante, ma le vignette sono originali e sottili, e alcune mi hanno toccato un paio di corde sensibili.

Beginning iPhone 3 Development: Exploring the iPhone SDK
Il miglior libro esistente per imparare a programmare per l’iPhone. Non ha rivali per la facilità della progressione, soprattutto per chi non è pratico di Objective-C.

Rocket Surgery Made Easy
Un’introduzione pratica ai test per verificare l’intuitività delle interfacce utente. Scritta da uno dei guru del settore, Steve Krug, è una guida completa a realizzare questi collaudi da soli con poche risorse, migliorando radicalmente la facilità d’uso di un sito o di un’applicazione.

Quieting the lizard brain
Non amo particolarmente il personaggio, ma devo ammettere che questi 18 minuti sono stati ufficialmente la spinta finale.

Michele de Sio

[Michele de Sio ha gentilmente autorizzato iPhoneandGo alla pubblicazione
di questi articoli che potrete trovare anche seguento il blog
http://safestrike.tumblr.com]