Para usar el servicio de copiagenda hay que tener unas características concretas en cuanto a tu tipo de SIM y terminal. El resto es bastante sencillo.
]]>Para usar el servicio de copiagenda hay que tener unas características concretas en cuanto a tu tipo de SIM y terminal. El resto es bastante sencillo.
A la hora de afrontarlo desde el código tenemos a nuestra disposición un ejemplo de funcionamiento de la API de copiagenda hecho en python. Así que como nuestro proyecto va en rails hemos adaptado de forma bastante sencilla el ejemplo a Ruby para poder obtener desde nuestra aplicación la lista de contactos del usuario.
Con estos métodos ya tenemos la posibilidad de acceder a la agenda de un usuario de la aplicación siempre que éste confirme su móvil con la clave de servicios movistar.
]]>También hemos creado controladores y modelos que tienen que ver con la estructura de eventos y lugares. Ah! y algunos tests!! :)
En cuanto al front de la aplicación se ha construido ya parte de las home del site y de usuario, así como parte de los formularios más complejos.
]]>También hemos creado controladores y modelos que tienen que ver con la estructura de eventos y lugares. Ah! y algunos tests!! :)
En cuanto al front de la aplicación se ha construido ya parte de las home del site y de usuario, así como parte de los formularios más complejos.
Los formularios más comprometidos estamos usando, además de la validación de los datos introducidos a través del modelo, una validación extra en js antes de hacer el submit con live validation.
También estamos marcando los puntos donde interactuaremos con la api de envío y recepción de SMS.
Todos los cambios los podéis ver en el repositorio del proyecto.
]]>Imagínate que quieres organizar una cena con tus antiguos compañeros de instituto. De unos cuantos tienes email, de otros apenas el móvil. El mail genera un montón de respuestas de un lado para otro, y al mismo tiempo te toca ir apuntando quién te confirma por sms, quien no está seguro. Vamos, al final reservas para 12 y van 23. El camarero se mosquea :)
]]>Imagínate que quieres organizar una cena con tus antiguos compañeros de instituto. De unos cuantos tienes email, de otros apenas el móvil. El mail genera un montón de respuestas de un lado para otro, y al mismo tiempo te toca ir apuntando quién te confirma por sms, quien no está seguro. Vamos, al final reservas para 12 y van 23. El camarero se mosquea :)
La idea de tvienes es poder centralizar todo esto en una sola página. Das de alta tu cena de amigos, invitas a todos los de la clase de 3ºG del instituto, a algunos con su mail, a otros con su móvil y todos reciben una invitación. Cada uno confirma su asistencia, pueden comentar sobre el evento y enviar fotos de lo bien que ha ido la todo o de la mala pinta que tenía la ensalada de aguacate que pidió Luis. Todo queda centralizado en una página que puedes consultar cuando quieras.
Al final reservas para 23, siempre vienen 2 más que no estaban previstos, pero el camarero no se mosquea porque son mucho más fáciles de colocar.
A nivel técnico la aplicación se desarrollará sobre rails, pensando además en disfrutar y experimentar durante el tiempo del desarrollo. Usaremos Rails 2.0.0 PR y trataremos de que todo quede lo más testado posible. Para medir la cobertura de nuestro código usaremos rcov. Todos los avances los iremos dejando en el repositorio del proyecto.
Para empezar estamos definiendo el modelo de usuario y tratando de despejar dudas que surgen por el camino durante el desarrollo. Para tratar de no dejar cabos sueltos lo ideal es escribir un pequeño spec con todo lo que va a poder hacer el usuario en los distintos escenarios.
Como se trata de experimentar, una de las decisiones que ya hemos tomado por el camino es que vamos a usar el plugin restful authentication para ver qué tal funciona.
Somos nuestro propio cliente, así que lo tenemos tremendamente fácil :)
]]>