kini

Recursos de programación de kini
Creando un action/skill para pedir comida a domicilio con Google Assistant & Alexa
Los intefaces de voz se están convirtiendo en una realidad cada vez más presente en nuestro día a día y en miles de dispositivos diferentes. Se dice que más de la mitad de los hogares en USA tienen un Alexa en su casa. Pero, ¿es una moda o ha venido para quedarse? ¿Sirve para algo más que poner una cuenta atrás? ¿Cómo de diferente es diseñar una interfaz con voz de otra visual? Me gustaría debatir con los demás opiniones sobre esta "no tan nueva" tendencia, compartir experiencias si hay gente que ya tenga en este campo, hablar de herramientas existentes, casos de uso, testing, despliegue, etc ----------------- 1.- ¿Qué crees que le aporta a una persona asistir a Commitconf? 2.- ¿De qué vas a hablar en tu charla? 3.- Entonces... ¿es una moda pasajera o viene para quedarse? ----------------- ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX
Los intefaces de voz se están convirtiendo en una realidad cada vez más presente en nuestro día a día y en miles de dispositivos diferentes. Con una caso de uso conocido, como sería pedir comida a domicilio, hemos querido elaborar la misma "app" para distintas plataformas y comparar los pros y contras de cada una. Veremos qué implica "pedir comida a domicilio" con una app para Alexa, Dialog Flow (Google) o usando una tecnología agnóstica como LUIS (Language Understanding) de Microsoft. Cubriremos el ciclo de desarrollo completo así como su posterior distribución a los dispositivos. ------------- Todos los vídeos de Codemotion 2019 en: https://lk.autentia.com/Codemotion-YT ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX
Charla en torno a los interfaces de voz. ¿Es una moda o realmente van a tener futuro?
¡Por fin has puesto en producción tu proyecto! Ha costado ¿verdad? Pero bueno, ya está siendo usado por usuarios reales, todas las funcionalidades completas e incluso montones de tests que están de color verde impoluto. Pues ya has terminado, ¿no? Me temo que no amigo. La interacción de los usuarios y la interacción de tu aplicación con otros sistemas te va a enseñar que hay una cantidad importante de comportamientos del sistema que no esperabas. Es el momento en el cuál empiezan las llamadas de emergencia. Esto te enseña que tienes que estar bien preparado para sentirte seguro al sacar tu aplicación al Mundo Real(TM). La Programación Defensiva y la Resiliencia son dos conceptos que nos van a ayudar a hacer más robustas nuestros sistemas y nos van a preparar para ser resistentes a fallos y ser proactivos en su detección con la monitorización de todo. En esta charla veremos un ejemplo práctico basado en los sistemas de .Tuenti, que problemas hemos tenido y que tipo de soluciones hemos
- ¿Crees que se pueden hacer tests sin hacer TDD? - Si tuvieras que decir cuál es clave para hacer buenos tests, ¿cuál sería? - ¿Crees que llega un punto en que todo el testing es repetir los mismos pasos con pequeñas variaciones o se puede seguir evoluncionando? Commit es la conferencia donde nos reunimos a discutir diferentes perspectivas en la forma de hacer y gestionar software. Ven con nosotros para vivir dos días compartiendo y aprendiendo todo lo que tiene la tecnología, y por la oportunidad de romper con la rutina y experimentar algo nuevo. Todos los vídeos de Commitconf 2018 en: https://www.youtube.com/playlist?list=PLKxa4AIfm4pWrJbP5G43g8yLbfumUz72t ------- ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX
Subtítulo: Tests que no tocan los c* Se nos dijo que teníamos que hacer tests. Se nos dijo que eso del verde creaba adicción. Se nos dijo que sería bueno para nuestros clientes y para nuestra salud. Se nos dijeron muchas cosas pero nadie nos dijo como hacerlo bien. Cuando empiezas a hacer testing todo es de color de rosa, bueno, verde más bien, hasta que un día, después de añadir una feature nueva o realizar un refactor al código de producción te fallan tests, muchos, a lot, algunos incluso sin una relación muy clara con los cambios que hiciste. ¿Te suena? Seguro que también conoces eso de "mocks, mocks everywhere", lidiar con la creación de datos para los tests que se rompen en mil sitios cuando añades un campo nuevo a una entidad, los tests con varios asserts sin sentido, ... y el naming, y la estructura de nuestro tests, y... too much pain! Te enseñaré como abordamos cosas así en Tuenti con código real de producción y sus tests. Basado en hechos reales :)