Creare un'applicazione per Android/iOS

[rubix_ [Partecipante] 282]

Quello che mi son sempre detto anche io. Il mercato è stra saturo. Però è pieno di aziende che cercano programmatori di applicazioni mobile! Cosa su cui io non ho mai puntato, perchè sempre ritenuto che il mercato fosse saturo..

[Old Norse Wolf [Partecipante] 3623]

Le app sono il futuro, purtroppo, specie visto che per scriverle bisogna mettere le mani su java... e java è il Male.

In generale, però, C'E' mercato.

E se non mercato per le app di loro, sicuramente per i programmi in stile phonegap, vale a dire web applications scritte per palmari, tablet e smartphones, a volte fatte così bene da non far rimpiangere le app dedicate - che hanno un costo almeno doppio, visto che devono essere sviluppate due volte, una volta in java e una in objective c per iphone...

Android, col suo rifiuto di linux vero e proprio, ha creato un nuovo ecosistema dove è possibile richiedere un premium price. Tutti quei programmi che ormai sono maturi e gratuiti su linux (es. libre office) hanno versioni a pagamento su android, o almeno freemium... c'è la possibilità di rivendere a pochi euro quello che per pc è gratuito per chi sa muoversi, e che invece si paga fior di soldi se si vuole restare in ambiente ms.

Oltre alla pubblicità, chiaro.

Non sono molto d'accordo su 1% idea 99% execution. L'execution è un signor problema, e solo gli addetti ai lavori lo sanno davvero. Nella fattispecie, l'execution di un programma java in ambiente android è una esecuzione propriamente detta. Letale per lo sviluppatore, diabolico nel debugging, torturato da diecimila devices diversi, lingue e charset, e sottomesso alla peggiore struttura mai creata da qualunque ingegnere del software sadico.

E nonostante questo, se l'idea non è tua, verrai trattato come un idraulico junior abilitato solo a versare acido muriatico. E ti daranno gli scarti.

Per cui, almeno per quanto mi riguarda, l'idea conta.. e conta tanto. L'idea su cosa fare, e l'idea sul "a chi venderlo", e come.

L'idea commerciale, insomma. Senza la quale la tecnica non viene riconosciuta.

[rubix_ [Partecipante] 282]

che poi, le app non sono nient'altro che programmi, solo che funzionano sul cellulare invece che sul computer.

Non ho esperienza in ambito, ma davvero sviluppare per Android è così complicato?

[Old Norse Wolf [Partecipante] 3623]

Se on execution intendi quello, sono tutto tuo Ma non sono d'accordo su "Java è un buon linguaggio per il refactoring". Per essere precisi, Java sta al refactoring esattamente come C++, C#, o perfino VB .NET... è un linguaggio a classi, tutto qui.

Rispetto ai linguaggi a classi, o "orientati agli oggetti" (pena), Java offre milioni di programmatori convinti che quello che fanno in Java sia innovativo, che incapsulino l'universo e lo rendano solido. In realtà l'incapsulazione è sempre quella delle functions (e funziona altrettanto bene), e che sviluppano secondo pattern standard piuttosto dubbi (MVC, con i vari getters e setters del modello che violentano il concetto di DRY, e che andrebbero usati solo come estrema ratio - ci sono soluzioni molto migliori).

Essendoci milioni di utenti, ci sono buoni strumenti per il refactoring, e per la sua integrazione nel TDD, ma questo non lo rende un buon linguaggio "per il refactoring". Non mi cambia, refactorare una function o un metodo... semmai rischio di dover studiare le interconnessioni fra gli oggetti più a fondo che nell'approccio funzionale puro, dove per definizione non ci sono side effect. In ogni caso, niente che non si eviti con un banale contratto.

Per essere precisi, qualunque linguaggio non mi permetta di definire una cazzo di funzione è un linguaggio che grida vendetta a Turing.

E' una differenza generazionale fra programmatori. Non badarci, è che AI MIEI TEMPI.... *COUGH SNARL COUGH GRUNT*

[Old Norse Wolf [Partecipante] 3623]

Ma no, non è una supercazzola

Quello che fai è "ripulire" il codice. Riscriverlo con meno richiami, meno linee, meno variabili, meno librerie... meno roba hai, meglio è.

Non è che cambi l'universo fra riscrivere il metodo "Carica" di un oggetto da cui tutti gli altri ereditano (e spero che ci sia l'ereditarietà multipla... quindi non java) e riscrivere la funzione carica in un namespace o in una libreria.

Quello che vuoi è l'esecuzione del codice X, stop. E che tutto quello che si riferiva ad X venga aggiornato con lui. Se hai organizzato bene il tuo codice, oggetti e funzioni sono equivalenti... dovrebbe perfino esserci la dimostrazione matematica per farlo.

Se ami le funzioni (e dovresti, visto che sono matematica, e non ingegneria, vale a dire una HB 9, non una HB 6 rifatta), posso consigliarti Scala ?

Modificato 24 Febbraio 2014 da Old Norse Wolf

[Weiji - inactive [Élite] 118]

comunque la mia idea di base aveva come soggetto un gioco, più che una app (utility)

è più semplice secondo me trovare un idea di successo in quell'ambito... come Flappy birds.. pensate su Flashgames quanti giochi ci sono potenzialmente anche migliori, ma causa una grafica scadente e altri fattori non hanno mai attirato troppe attenzioni

io sto parlando solo di idee, da qui alla realizzazione (molto complessa per certi giochi) ce ne passa

[Renegade [Élite] 1769]

RF91, dai un'occhiata a queste statistiche, le troverai interessanti

http://mobithinking.com/mobile-marketing-tools/latest-mobile-stats/e#lotsofapps