¿Todavía necesita comprar un iPhone o iPad después del programa desarrollador iOS para construir y probar aplicaciones iOS?

Los desarrolladores deben vivir con sus aplicaciones de la misma manera que los usuarios. De hecho, diría que los desarrolladores que no lo hacen suelen perder su propio tiempo, ciegos por errores, casos de uso reales y comportamientos de los usuarios. Y eso es aparte de las pruebas de esfuerzo y carga que solo pueden provenir de entornos del mundo real: ¿cómo conocería el impacto de la vida útil de la batería? ¿Cómo resolvería el problema de conectividad y / o la interacción con otras aplicaciones? ¿Cómo puede probar fácilmente las métricas, que dependen de las llamadas en vivo y el uso del dispositivo?

Entonces sí. Dar vueltas gastando el dinero daña más tu aplicación (y a ti) que comprar, y el iPhone y el iPad dañan tu billetera.

Eso es y porque el iPhone y el iPad se usan en diferentes casos de uso por (potencialmente) diferentes usuarios. Las mejores aplicaciones son aquellas que aprovechan el espacio extra y entienden cuándo / por quién / qué / dónde / por qué se usa un iPad, y dedican modos y funcionalidades para atenderlo. Ignora el iPad bajo tu propio riesgo.

El único momento en que podría ver retrasar una compra es si ve estadísticas persistentes que, a pesar de haber invertido esfuerzos de depuración y desarrollo de buena fe en ambos, el uso del iPad es lamentable. Y después de pasar tiempo para entender por qué y entrevistar a los usuarios, te das cuenta realmente de que nadie lo usaría en un iPad, incluso si la versión del iPad es increíble. Entonces aplazas la compra, tal vez.

Pero todavía no puedo ver cómo deberían ahorrarse unos cientos de dólares para un dispositivo usado: si alguien está tan atado, tiene cosas mucho más peores de las que preocuparse.

No necesitas hacerlo.

Pero deberías.

Puede crear / probar aplicaciones en el simulador de iOS, que incluso tiene soporte en Xcode beta 6.2 para Apple Watch.

Pero como cualquier aplicación de software, si no se prueba en absoluto en su entorno de tiempo de ejecución esperado, como en un iPhone, iPad, etc. real, es probable que sea completamente defectuoso o inutilizable.

Ejemplo: estoy trabajando en un juego que tiene un gran diccionario de palabras. Según el estado actual del juego, que puede cambiar cada vez que el usuario toca la pantalla, el juego necesita buscar 256 arreglos diferentes de letras para palabras en cualquier lugar de cuatro a 28 letras. Puse la lógica para hacer esto dentro del método de “actualización” en GameScene. En el simulador de iOS no noté mucha diferencia. El simulador se ejecuta constantemente con una velocidad de fotogramas mucho más baja que el dispositivo real. Pero, por supuesto, dado que había pesado el método de “actualización” con cierta lógica pesada, la capacidad del juego para producir cuadros a una velocidad razonable en el dispositivo real se destruyó significativamente. En el simulador de iOS, obtendría> 12FPS. En el teléfono … 0.43FPS. ¡No se puede jugar!

Mover la lógica a su propio hilo ayuda, pero por supuesto, resulta en un nuevo problema de concurrencia.

Además, el simulador de iOS es maravilloso. Pero para simular cosas como multitáctil es bastante torpe. Es mucho más fácil probar la panorámica multitáctil en el dispositivo real.

Sí, si desarrolla aplicaciones de iOS, debe probar cómo se ejecutan en un iPhone, iPad o iPod touch. Además, si desarrolla aplicaciones para cualquier cliente, también será bueno para usted y para el cliente.

Por supuesto que sí … Es un SIMULADOR, no un emulador. Puede haber diferencias cuando se ejecuta en hardware real.

Si incluso hace esta pregunta, sospecho que no se toma en serio la creación de programas iOS, ya que el costo se vería reducido por una aplicación exitosa.

Sí.

Si desarrolla aplicaciones iOS, debe probar cómo se ejecutan en un iPhone, iPad o iPod touch. Si no los prueba en uno de esos dispositivos de destino, ¿en qué los probará?