Newsgroup: it.comp.lang.delphi
Titolo: [OT] Migliore accoppiata smartphone/OS per sviluppo

Qual'è la migliore accoppiata smartphone/OS per lo sviluppo di programmi 
personali senza bisogno di pubblicarli sullo store?
Requisiti:
1) non c'è bisogno di pagare licenze per svilupparci sopra
2) non c'è bisogno di moddare/rootare/crackare lo smartphone per 
installarci i programmi
3) è possibile utilizzare delphi e/o visual studio
4) è possibile remote debugging (breakpoint soprattutto)
 
se la 2) è troppo restrittiva almeno lo smartphone con il modding più 
semplice
3) e 4) non sono indispensabili
 
grazie
ciao

 personali senza bisogno di pubblicarli sullo store?
 
La pubblicazione sullo store *non* è obbligatoria per nessuna piattaforma, a quanto mi risulta.
 
Se sviluppi per Android, in ogni momento puoi lanciare e fare il debugging direttamente sul dispositivo (che è molto più veloce dell'emulatore).
 
Se sviluppi su iOS, hai bisogno di un Mac per l'emulazione e/o il deploy sul dispositivo (iPhone/iPad) e devi aderire all'Apple Developer Program (
https://developer.apple.com/
).
 
In termini di hardware, su Android devi verificare la presenza del supporto al set di istruzioni NEON; per iOS invece le scelte sono più limitate per cui non si pone il problema.
 
Ciao,
  Marco.
 
--
MARCO BREVEGLIERI (Software and Web Developer)
#Home: 
http://bit.ly/marcobreveglieri
 
#Blog: 
http://bit.ly/compilaquindiva
 

con delphi vai su ios, windows NATIVO e Android, fermo restando ovviamente ( ma non per tutti) una verifica preliminare di compatibilità a livello di device.
Al momento sto facendo qualcosina su xe5 con un motorola moto g con android kitkat.
Ma NON vai su windows phone/mobile etc.
 
Marco al solito, è diplomatico e dice "il device è piu' veloce dell'emulatore"...
Io che non sono diplomatico dico che l'emulatore non è lento, è FERMO.
Quindi, meglio mollarlo prima ancora di iniziare.
 
Con vs vai su windows NATIVO (solo c++), windows "gestito/.net" (c#) e windows phone/mobile o che altro kaz di nome si inventeranno, ma NON vai su android....
Nota che tra .net CF 2.0 e .Net 2.0 standard c'erano non poche differenze
Non so se le versioni successive hanno colmato in parte o in toto questo gap.
 
 
In entrambi i casi avresti debugger, breakpoint et similia, fermo restando che secondo me come IDE vs (parlo del 2010) rispetto a xe3/x5 ne ha di strada da fare, anche se vs2010 funziona di certo meno peggio di vs2005 sul quale ho PIANTO e sono rimasto a corto di parolacce.
 
Tutto questo ragionamento però non può prescindere da quali sono i tuoi obiettivi.
 
Se parliamo di sviluppi da vendere, io ci penserei su 2 volte prima di investire su windows mobile/phone etc.
Questo non per le mie note allergie a strumenti di sviluppo microsoft quanto per semplici e oggettivi dati di mercato.
 
Se parliamo di sviluppi personali, non è detto che se oggi hai un nokia tra un anno lo cambierai con un altro nokia.
Considera che fino grosso modo dal 1999 fino a gennaio di quest'anno ho avuto sempre telefoni nokia, ma ripeto che ora ho un motorola e non lo mollo! 
 
 
A.
 

 Con vs vai su windows NATIVO (solo c++), windows "gestito/.net" (c#) e windows phone/mobile o che altro kaz di nome si inventeranno, ma NON vai su android....
 
Con Visual Studio è possibile sviluppare app mobile per iOS e Android usando Xamarin (
http://xamarin.com/
).


 Xamarin (
http://xamarin.com/
).
 
si..ok.. ma è un add-on e non un qualcosa di zio billy.
Magari questa cosa non è un problema, ma magari si.
 
A.
 

 si..ok.. ma è un add-on e non un qualcosa di zio billy.
 
E' comunque una soluzione. :)
 
Ed è abbastanza "rilanciata" da Microsoft, nel senso che c'è quasi sempre un talk a qualsiasi conferenza sulle tecnologie .NET e affini.
 
In pratica, è un tool esterno ma l'integrazione con il framework, l'IDE di Visual Studio e i linguaggi .NET è estremamente alta.


 talk a qualsiasi conferenza sulle tecnologie .NET e affini.
 
Sarei prp curioso di sapere cosa pensa il CEO o giù di lì di m$ sul fatto che ai talk della sua azienda si presentano cose di quello che per loro è "il lato oscuro"....
ke kaz, è come se ad un evento Oracle presentano qualcosa basato su Ibm db2! :-D
 
 
A.

 Sarei prp curioso di sapere cosa pensa il CEO o giù di lì di m$ sul fatto che ai talk della sua azienda si presentano cose di quello che per loro è "il lato oscuro"....
 
Il CEO ne è ben al corrente, visto che Xamarin è citato su MSDN, ci sono pure offerte speciali con gli abbonamenti Microsoft, appare spesso nei canali video di Microsoft ed è una delle soluzioni per sviluppare con .NET anche su Windows Phone, oltreché su iOS e Android, ed è spesso illustrata da parecchi MVP.
 
In breve, è vero che si tratta di un prodotto gestito da una società esterna, ma la collaborazione a tutti i livelli con Microsoft è strettissima (vedi anche qui: 
http://xamarin.com/pr/xamarin-microsoft-partner
).
 
Ciao,
  Marco.


ok. Alzo le mani. 
 
A.

 La pubblicazione sullo store *non* è obbligatoria per nessuna piattaforma, a quanto mi risulta.
 
ero convinto che il SO dello smartphone non ti permettesse di eseguire 
programmi non certificati/firmati
meglio così
grazie per la risposta
ciao
 

 Se parliamo di sviluppi personali
 
al momento sarebbero esercizi per imparare la programmazione dello 
smartphone in quanto venendo dalla programmazione Windows non ne ho un'idea


 programmi non certificati/firmati
 
Nel caso di Android, questa opzione si può spegnere e puoi scaricare programmi anche da luoghi diversi da Google Play, oltre a fare il deploy delle tue applicazioni sul dispositivo.
 
Per iOS, vale effettivamente quello che hai detto, ad eccezione fatta per il deploy sul dispositivo a scopo di debugging: in breve, l'Apple Store entra in gioco per la distribuzione del prodotto.


 normalmente o risulta "occupato"?
 
Bella domanda. Il processo del debugger, essendo separato, non dovrebbe bloccare il telefono, ma effettivamente mi è capitato di rado di debuggare direttamente sul dispositivo: di solito lancio l'applicazione dopo aver condotto i test sull'app eseguita in Windows, magari "mockando" ciò che è disponibile solamente sul dispositivo (es. dati di alcuni sensori).
