¿Cómo es el paradigma de desarrollo móvil? ¿Cómo ofrecer al usuario lo que quiere o necesita junto con la mejor experiencia posible? Jacob Wilschrey, jefe de desarrollo en Elun, realizó una presentación introductoria sobre el desarrollo y diseño de aplicaciones móviles, qué tipos existen y qué aspectos considerar al momento de pensarlas.

1. Introducción al desarrollo
(y diseño) para móviles
Jacob Wilschrey
Jefe de Desarrollo en Elun
Twitter: @eluntw

2. 1. Concepto y
experiencia móvil

3. La tecnología cambia
Evoluciona

4. El comportamiento
humano NO

5. La tecnología ha pasado
por muchas etapas de
interacción
Según su evolución

6. En un principio es el hombre quien
debe acomodarse y adecuarse a ella.
Además debe tener habilidades y capacidades para
hacerlo

7. Paradigma WIMP

11. Paradigma web.
Internet
Acá se introduce el concepto de movilidad

14. Paradigma móvil

15. ¿Qué es móvil?

16. móvil.
(Del lat. mobĭlis).
1. adj. Que puede moverse o se mueve
por sí mismo. U. t. c. s.
2. adj. Que no tiene estabilidad o
permanencia.
fuente RAE

17. Móvil puede ser:
• Información precisa, relevante y rápida.
• Estar en cualquier momento y lugar junto al
usuario.
• Adaptarse a los cambios y necesidades.

18. º

19. El usuario decide qué ver,
qué usar, qué consumir
Cuando las marcas o los productos se logran adaptar al
usuario, se vuelven móviles.

20. ¿Por qué desarrollar en
tecnologías móviles?

24. ¿Cómo pensar en móvil?

26. Information
v/s
Application

27. ¿APLICA o NO APLICA?

28. • Smartphone: el Canal de comunicación
perfecto.
• Las aplicaciones deben basarse en 3
pilares: Contenido, tecnología e
interface.
• Las aplicaciones deben ser: Livianas,
relevantes, de fácil acceso y salida.

29. para pasar de esto…

30. a esto…

31. UX
User eXperience

32. UX ≠ UI

34. Una mala UX en tu aplicación podría
llevarla al olvido del usuario

35. DELETE & FORGET

36. Pero por el contrario…
Si tu aplicación es realmente
BUENA!

37. Se puede ganar el premio mayor

38. K.I.S.S
(keep it simple stupid)
Aplicaciones simples para funcionalidades específicas

39. Tipos de aplicaciones
• Time killers
• Time savers
•Mixtas

40. Time killers
• Aplicaciones para hacer pasar
el tiempo.
• Generalmente son Juegos.
• Deben ser simples e intuitivas.
(jugabilidad)
• También pueden ser sociales.
(Facebook, Twitter, Flipboard,
Path)

41. Time savers
• Una herramienta que te
hace alguna tarea más
fácil.
• Te ayuda ahorrar tiempo
en tareas engorrosas

42. Aplicaciones mixtas
• Pueden servir para salvar
o pasar el tiempo.
• Dependen del contexto de
uso y la necesidad.
• Específica del usuario.

43. 2. ¿Y cómo empiezo?

44. Ambientes y S.O.
¿Cuál elijo?

45. Para desarrollar en
Android
• Linux Kernel con JVM
• Costo licencia: $25 US de por vida.
• Hardware: SUPER accesible.
• Lenguaje: Java sobre APIs Android.
• IDEs: Eclipse, IntelliJ, Android Studio.
• Google Play: 2-4 horas de aprobación.

46. Pro más grande:
Accesibilidad al hardware
y al software

47. Contra más grande:
FRAGMENTACIÓN

50. Para desarrollar en iOS
• Linux Kernel
• Costo licencia: $99 US al año.
• Hardware: $$$$$$$$.
• Lenguaje: Objective-C & Swift.
• IDEs: XCode.
• App Store: Entre 5 y 10 días hábiles de
aprobación.

51. Pro más grande:
Ambiente controlado de
desarrollo.
Herramientas + Performance + Dispositivos

52. Contra más grande:
Alto precio de Hardware

53. Otro contra igual de grande:
Objective-C

54. Pero apareció: SWIFT

55. Para desarrollar en
Windows Phone
• Kernel Windows
• Costo licencia: $19 US personal, $99 US empresa, por
año.
• Hardware: Accesible.
• Lenguaje: XAML, C# or Visual Basic.
• IDEs: Visual Studio.
• Windows Phone Store: No lo sé.

57. Contra más grande:
Por lo menos en Chile, no
existe mercado

58. Casos especiales
BlackBerry OS, Firefox OS, Amazon Fire OS

59. Aplicaciones Web
con HTML 5 y CSS 3
• Corren sobre el navegador web
• Costo licencia: FREE
• Hardware: Cualquier cosa que tenga teclado.
• Lenguaje: HTML 5, CSS 3, Javascript, jQuery
Mobile.
• IDEs: Tu editor de texto preferido.
• No existe tienda si son sitios responsive, aunque
existen frameworks para apps web-nativas

60. ¿Apps web
v/s
Apps nativas
v/s
App web nativas?

61. Alto escalamiento + bajo costo + bajo rendimiento
Sitio Responsive
o
Aplicación web nativa.

62. Bajo escalamiento + alto costo + alto rendimiento
Aplicación Nativa por SO

63. ¿Se puede hacer trampa?

64. ¿¿¿¿Apps web
v/s
Apps nativas
v/s
App web nativas????

65. Depende de lo que se
quiera lograr 
Espero haberlos guiado bien…

66. Preguntas

67. Gracias!
Twitter: @eluntw