Hablando de API’s (Parte 2)

Hola de nuevo, ¿cómo están?

Vamos a retomar el tema de las API’s. Como quedamos la entrega anterior, vamos a empezar a desarrollar una API REST, esto para que nos quede un poco más claro todo este tema. Desarrollaremos nuestra API sobre el tema medico, con la cual podremos ofrecer a un profesional de la salud un servicio donde pueda registrar a sus pacientes, llevar a cabo una consulta y que pueda agendar dichas consultas. Esto con el fin de que pueda tener un registro de sus pacientes con información básica; así como también un historial por cada paciente de los hallazgos en sus consultas y los temas que se trataron en ella. Como ya les había mencionado, para el desarrollo de nuestra API utilizaremos Ruby on Rails en su versión 5. Sin mas que decir, empecemos nuestro desarrollo.

Lo primero que haremos sera crear un nuevo proyecto en Rails, especificando que utilizaremos una base de datos mysql, al cual yo nombrare como healthcareapi

rails new healthcareapi -d mysql --api

Manejo de dominios en ambientes de desarrollo

Hola a todos, espero se encuentren muy bien y preparados para disfrutar sus próximas mini-vacaciones.

En este post abordaremos un tema que a veces nos causa problema al momento de deployar nuestras aplicaciones.

Usualmente como desarrolladores manejamos al menos dos ambientes, uno para producción y otro para desarrollo/pruebas. Cada uno de estos ambientes tiene su objetivo. En desarrollo siempre buscamos desarrollar las nuevas funcionalidades y muchas veces (aunque no recomendable) tareas de testing. En producción buscamos solamente tener versiones estables del desarrollo, características ya probadas y validadas.

Ingresando datos de prueba en rails

Hola a todos espero y tengan un buen día. Hoy vamos a hablar un poco acerca de cómo ingresar datos a una tabla en nuestra base de datos de una manera más controlada, mientras trabajamos con rails. Seguramente alguna vez se les habrá presentado la necesidad de tener datos de prueba dentro de una tabla, y seguramente como yo no querrán estar ingresando datos uno por uno, hasta tener una colección lo bastante grande para su propósito. Pues bien rails tiene la habilidad de poder sembrar datos de una manera muy sencilla. Bien, ¡pues empecemos!

Para nuestro propósito, únicamente tenemos que modificar el archivo seeds.rb que se encuentra dentro del directorio db.

Para poder realizar esto, tenemos que correr una migración para poder crear nuestra tabla en la BD y su respectivo modelo; este último permite a nuestra aplicación usar dicha tabla. También es necesario crear nuestro controlador y las vistas correspondientes. Podemos hacer todo esto de una manera muy sencilla usando el comando scaffold de rails. Este comando creará nuestro modelo el controlador y las vista con una sencilla instrucción.

1	rails generate scaffold Product title:string description:text image_url:string price:decimal

Login en tu App Rails Con FaceBook Y Devise

Muy buenos días, hoy vengo a compartirles un pequeño tutorial para poder hacer login en nuestra app web con Rails, Devise y Facebook.

Esta guía está basada en el tutorial que nos da el mismo devise, que puedes encontrar aqui.

La razón de este post, es que a pesar de que la guía es bastante clara, hay un par de detalles que no explica, por lo que trataré de llenar esos huecos de la mejor manera posible.

Ruby on rails, documentación ágil a partir de proyectos existentes.

Desde hace un tiempo que las metodologías ágiles se han establecido más allá de ser una moda en la industria del desarrollo de software. Por ejemplo, nosotros en Hunabsys utilizamos Scrum, y nos ha dado muy buenos resultados. Nos basamos en construir primero la funcionalidad de mayor valor para el cliente y en los principios de inspección continua, adaptación, auto-gestión e innovación. Lamentablemente para la mayoría que sigue el manifiesto ágil la documentación se ha ido dejando de lado. Al mismo tiempo que se le entrega valor al cliente, se deja una deuda técnica al dejar de ayudar a otros, a los que no están familiarizados con nuestro sistema. Aquellos futuros responsables del mantenimiento de un sistema serían los principales afectados por no documentar, la única alternativa al no tener documentación del diseño es explorar directamente en sistema, abrirse caminos y por ende invertirle tiempo.