Puede que tú 2002 o 2015 hayan sido más importantes a nivel personal, pero en el 2001 pasaron cosas que han afectado durante todo el milenio a la humanidad entera.

Un oyente me pregunta qué haría en 2001 con los conocimientos que tengo ahora y respondo a lo largo del episodio 208.

(Ojo, también tengo un sorteo en marcha, mira más abajo)

Quizás inventara una red social. O incluso una herramienta de seguridad. Esa fue una época donde nos sentimos inseguros.

Precisamente en el episodio premium de esta semana repaso algunos consejos sobre seguridad en el desarrollo de frontend.

El software más seguro es el que no existe.

Cómo sabemos que eso no sería bueno para nosotros, ¿por qué invertir un poco de tiempo en hacer nuestras webapps más seguras?

¡Nos leemos la próxima semana!

WRP 151. Algunos consejos sobre seguridad en el frontend — premium.danielprimo.io

El episodio de hoy era una prueba de fuego.

Hablo poco de seguridad, en el podcast te cuento el motivo y por qué debemos tener siempre presente la seguridad en el desarrollo.

Me lanzo a hablar de este tema a petición de un malandriner.

Si quieres escuchar el episodio completo y acceder al contenido completo, suscríbete.

WR 208: El software que pudo haberme hecho un Zuckerberg en 2001 — www.danielprimo.io

Una pregunta de un oyente nos lleva 20 años atrás.

Haz como TheBoomerDev y envía tus preguntas a Federica a través de este formulario.

El ranking de los PetaLibros

No son mega, giga ni tera. Son los libros de programación y desarrollo que lo petan. Los mejores.

Sortearé camisetas de Web Reactiva entre los participantes.

Basta con recomendar un libro que te haya ayudado a crecer en conocimientos o profesionalmente.

Participa.

¡Nos escuchamos el próximo martes!

Esto añade un extra de dificultad y de presión a la generación de esos formatos, pero, ¿sabes qué?

Es mejor así.

Porque yo tampoco quiero aburrirme creándolo.

Además vosotros queréis que las cosas pasen de verdad. Los “entornos de laboratorio” como los cursos con cientos de cortes están muy bien, van al grano.

Pero hay una verdad indiscutible: son irreales.

La gente quiere verdad, quiere verte sudar. También se alegran, y mucho, cuando las cosas salen bien.

De la magia de los Live Coding te hablo en el episodio 207 de Web Reactiva.

Y en el premium traslado una experiencia real, para que veas que implementar testing en tus aplicaciones no es una cosa de otro planeta.

¡Tus dudas sobre programación y desarrollo pueden quedar respondida en Web Reactiva! Añade tu pregunta anónima.

WRP 150. Mi primer test “end to end” de verdad en producción — premium.danielprimo.io

Hablamos de Cypress, un sistema para probar la interfaz de tus aplicaciones. (También tendremos una visita inesperada…) He ido más allá de la formación…

WR 207: Cómo hacer un live coding de éxito aunque seas programador — www.danielprimo.io

Hoy quiero responder a los integrantes del magnífico podcast La tecnología para todos donde hace poco se preguntaban: “¿Cómo se hace un live coding?”

Algo puedo contar después de más de 70 directos, muchos de ellos en formato live coding, que no te creas que son tantos para atesorar grandísima experiencia.

Pero hoy me he venido arriba….

El artículo WR 207: Cómo hacer un live coding de éxito aunque seas programador aparece publicado primero en danielprimo.io.

¿Qué es Kotlin?

Kotlin es un lenguaje de programación de tipado estático que funciona sobre la máquina virtual de Java. También puede ser compilado para Android (con soporte oficial de Google) y transpilado a JavaScript.

Esto será lo que vemos en este tutorial con vídeo.

Esta pequeña guía está pensada sobre todo para un perfil como el mío: desarrollador con experiencia en lenguajes de programación interpretados (PHP, JavaScript, python) que si ha visto alguna vez la compilación fue en sus años de estudiante con C.

Creado por JetBrains a principios de la década, respondía a la necesidad de la empresa de escribir menos código y poder avanzar más rápido en sus productos de software, tales como IntelliJ o PhpStorm.

Si quieres saber más sobre Kotlin, no dejes de escuchar nuestra entrevista con un profesional especializado en Kotlin.

Vídeotutorial Hola Mundo con Kotlin Javascript

Puedes ver el vídeo de la demostración de código a continuación.

El compilador

Podemos desarrollar en kotlin con cualquier editor de código, pero lo más razonable es utilizar el soporte del fabricante a través de IntelliJ IDEA. Cuentas con el soporte de Android Studio o Eclipse.

Cómo queremos hacer este ejemplo de la forma más sencilla posible, no vamos a utilizar ningún IDE, precisamente para que no tengamos que depender de un software que quizás no tengas instalado y que siempre tiene un tamaño considerable.

Seguiremos las recomendaciones de Kotlin, aquí tenéis las opciones de descarga del compilador: Working with the Command Line Compiler.

Si bien puedes utilizar Sdkman o homebrew si estás en MacOS, seguiremos con este afán de sencillez y vamos al recurso más básico. El compilador de instalación manual.

Realmente no hay que instalar nada, solo descomprimir este fichero en una carpeta de tu disco duro.

Encontrarás una estructura como la de la imagen. Ahora mismo nos interesa la carpeta “bin” que es donde están los binarios del compilador.

Necesitaremos también extraer un fichero con toda la librería de JavaScript que necesita Kotlin para guardar la compatibilidad de su estructura en el navegador. En el vídeo lo explico con detalle y también lo puedes encontrar si descargas el código fuente de la práctica.

Primer script de Hola mundo por consola

Antes de crear nuestro “Hola mundo” con Kotlin para JavaScript vamos a crear el mismo script para ver el resultado en nuestra consola.

La estructura de carpetas que tengo es la que puedes ver en la imagen.

Creamos un fichero y lo llamamos helloworld.kt con este contenido. La extensión “kt” es la de Kotlin.

#src/helloworld.kt fun main(args: Array<String>) {     println("Hola mundo") }

La ejecución de Kotlin comienza en la función “main”. Y como puedes ver vamos a utilizar la función que imprime en pantalla un texto.

Tan sólo nos falta compilar y ejecutar. Ten muy encuenta que las rutas del ejecutable en el terminal están en relación a la carpeta “helloworld” que puedes ver en mi estructura de carpetas.

Con esto conseguimos crear el fichero ejecutable en Java con extensión “jar”.

../kotlinc/bin/kotlinc src/helloworld.kt -include-runtime -d helloworld.jar

A continuación lanzamos la ejecución de este fichero

java -jar helloworld.jar

Y el resultado en tu consola será como el que ves en el vídeo, aparecerá un “Hola mundo”.

¡Muy bien!

Ya tenemos nuestro primer script en Kotlin, pero queremos más y verlo en el navegador.

Kotlin para Javascript

Lo primero es generar nuestro fichero JavaScript con el saludo visible en pantalla. Introducimos este código en nuestro “helloworld.kt”, sustituyendo al anterior.

#src/helloworld.kt import kotlin.browser.document; fun main(args: Array<String>) {     val msg = document.getElementById("msg")     msg!!.innerHTML = "<h1>Hola mundo</h1>" }

Varias cosas interesantes

• Librería de kotlin para entender lo que aparece en el navegador. La importamos con el primer “import”
• Uso de métodos conocidos de JavaScript, que son más sencillos de entender. El “getElementById” nos carga del DOM el elemento con el identificador “msg”. Vas a ver este HTML en el fichero que crearemos un poco más adelante.
• Control de nulos. El compilador entenderá que la variable “msg” puede ser nula (porque el elemento del HMTL con el identificador “msg” puede no existir). Por eso utilizamos la doble admiración “!!”.
• Insertar HTML al modo de Javascript con “innerHTML”.
• No es necesario colocar un carácter de fin de línea tal y como el punto y coma. El compilador entenderá que es el final de la sentencia.

Nuestro fichero HTML será tal que así:

<!--helloworld.html--> <!DOCTYPE html> <html lang="es"> <head>     <meta charset="UTF-8">     <title>Kotlin JS Hola mundo</title> </head> <body> <div id="msg"></div> <script src="js/kotlin.js"></script> <script src="js/helloworld.js"></script> </body> </html>

Como ves cargamos dos ficheros que aún no existen: kotlin.js y helloworld.js

El primero puedes encontrarlo en el código o ver el vídeo para conseguirlo. Si transpilas el código a través de IntelliJ el software te generará la libreria de JS.

El segundo fichero es el que vamos a generar ahora.

Decirte que el concepto de transpilar es equivalente a compilar. Se entiende que al transpilar convertimos un código de un lenguaje de alto nivel (Kotlin) a otro de alto nivel (JavaScript).

Generamos ahora nuestro fichero JS

../kotlinc/bin/kotlinc-js -output js/helloworld.js -meta-info src/helloworld.kt

El binario en este caso es “kotlinc-js”. Tenemos que indicarle dónde queremos generar el fichero JS a través del “-output” y el origen con el nombre al final del comando.

El compilador genera más ficheros que ahora no nos interesan.

Carga finalmente helloworld.html en tu navegador y por fin tendrás el “Hola mundo”. Échale un ojo a helloworld.js para ver en detalle lo que genera el compilador.

Espero que esta pequeña guía te sea de utilidad :)

Originally published at www.danielprimo.io.

Apple Podcast (iTunes) | iVoox | Suscríbete al podcast

Esta es la historia de la creación de un chatbot desde cero. De como una experiencia de fin de semana fructifica en un proyecto de aprendizaje que quiero compartir contigo.

Una exageración para empezar: Un bot es como una persona, pero programada.

Pulsa en el play que ves arriba o en los enlaces para escuchar el episodio. Aquí te dejo las notas del programa.

Motivación

En el podcast de Betabeers entrevistaron a Fernando Cerezal y hablaron sobre chatbots, un tema al que ya tenía echado el ojo desde hace algún tiempo. Y lanzaron el guante de quién se atrevía a hacer un bot de Chiquito de la Calzada. Un genio del humor recientemente fallecido, que construyó un lenguaje propio y nos hizo reír a todos, incluso ahora que se ha marchado.

Ya existe un artículo, al menos donde explican como hacerlo en Ruby, de Iván González, al que le he robado, al menos, la foto :)

Quería crear mi versión. Se juntan varios días libres, el tiempo parece no acompañar y quieres aprender cosas nuevas.

Además los bots están de moda y en plena expansión. El último que he utilizado es politibot. Pero seguro que tu conoces más, sobre todo si eres usuario de Slack o de Telegram, plataformas que permiten bots desde hace tiempo.

Haciendo gala del eslogan del podcast, “la tecnología es necesaria, pero las personas somos lo importante,” aproveché unos ratos libres para humanizar internet a través de un robot.

Toda una contradicción ;)

Aquí está el resultado: FistroBot.

Si escribes “ayuda” en el bot, podrás ver el enlace al código en github.

La excusa y el tiempo estaban definidos, veamos a qué más cosas nos enfrentamos.

Condiciones de ejecución

• Sencillo, nada de complicarse mucho la vida
• Tiempo: durante ratos muertos de unos días libres
• Poder contar la historia de su ejecución
• Ni tener que empezar de cero ni una plataforma con todo hecho
• Nada de CMS y gestores de contenido por esta vez (Drupal, WordPress…)

Elección de la plataforma

Hay múltiples alternativas, casi tantas que marea. Aquí tenéis una lista “awesómica” con montones de información: Awesome Bots.

Dos caminos básicos para implementar el chatbot: con y sin programación. Veamos ambos.

Sin programar: plataformas visuales

Son plataformas donde vas colocando cajas y conexiones entre cajas para ir definiendo el comportamiento del chatbot. Unas cajas son acciones y las otras son reacciones. Entre las acciones puede haber saludos iniciales, preguntas… En las reacciones estarán las respuestas que damos, la opción que elegimos…

Es muy intuitivo y permiten múltiples combinaciones, también de llamadas a servicios externos. Suelen tener una versión gratuita y otra de pago para sostener el producto y dar más opciones.

De entras las muchas que existen destaco aquí las siguientes

• Chatfuel
• ManyChat
• TalkBot

Si quieres puedes ver este videotutorial sobre cómo crear un chatbot para facebook en cuestión de minutos.

¿Recomendarías alguna más? En los comentarios tu propuesta será bienvenida

Con programación: frameworks

Mi opción preferida, evidente, ¿verdad? :)

Existe la opción de hacerlo desde cero. A fin de cuentas un chatbot es un reflejo de lo mismo que hace la web Tu pides algo a una web y te devuelve lo que esperas (casi todas las veces). Si es un enlace a un post de un blog, recibirás el contenido en el navegador. Si pulsas play en un podcast esperas que se ejecuta.

Pero quedamos en hacer algo sencillo y si tenía que ponerme desde cero las cosas seguro que se complican, así que busqué un framework

Lista interminable, para todos los lenguajes de programación y conectados con todo tipo de servicios de mensajería.

Algunos nombres:

• Botkit
• Botman
• Botpress
• Bot Framework de Microsoft
• Bottender
• BormasterAI

Quedaron dos en la criba final. Botman (PHP) y (BotKit) en JavaScript. Aunque el primero es bueno y su creador le pone muchas ganas en hacerlo entender, ganó BotKit este último por varios motivos

• Es gratuito y software libre
• Es amigable porque se programa en JavaScript
• Puedo utilizar un hosting gratis para publicarlo (glitch.com)
• Está bien documentado
• Tiene mantenimiento, una comunidad y una empresa detrás: howdyai
• Plataforma de gestión visual studio.botkit.ai. Ahí puedes crear hilos de interacción visualmente, medir los mensajes de tu bot, gestionar la publicación, etc
• Cubre varias plataformas de mensajería.
• Permite arrancar con una versión web, sin depender de Facebook, Skype, Telegram…
• No tenía cobertura para AIML (Artificial Intelligence Markup Language). Esto no es un factor positivo, pero quería añadirlo :)

En este vídeo puedes ver cómo crear un chatbot como el de nuestro, desde cero y sin tener que instalar nada.

Suscríbete a mi canal de YouTube

Diferencias con el desarrollo web

Aunque sea online, la interfaz es completamente distinta. El usuario va dirigido por palabras. No tiene donde hacer clic salvo que se lo ofrezca la propia conversación

Lo importante ahora si es el mensaje, hasta ahora nos daba un poco igual el discurso del usuario, queríamos llevarle hacia un camino donde controlamos las reacciones de otra forma (formularios, botones, enlaces)

Es evidente la integración con lenguaje natural, se interpreta la frase: “quiero comer pizza en londres” ahora tiene un valor. En web aunque preguntes al usuario siempre es un listado de opciones, un desplegable, un selector..

Esto Implica por tanto analizar la lógica de otra forma, quizás más compleja, aunque han surgido multitud de plataformas. Google con dialogflow, Amazon con Lex, LUIS de Microsoft, IBM Watson, incluso RASA que es de código libre.

Y por último algo que para mi es una ventaja, está pensado para móviles, porque la interfaz de por si está adaptada y es lo que estamos acostumbrados a utilizar en nuestras aplicaciones.

Diseño del bot

Aquí tenéis el diseño del diagrama de flujo que he “perpetrado”. Artesanal y parco a partes iguales:

No hablamos aquí tanto del diseño gráfico, sino de la interacción del usuario con el bot y, de esta forma, poder atrapar al usuario y que no se pierda.

Cuestiones que he descubierto en este proceso de diseño y posterior ejecución. Esta es la retrospectiva:

• El chatbot debe empezar siempre por un sitio, en nuestro caso podemos distinguir si ya nos conoce o somos nuevos
• Hay que ofrecer una lista de opciones o hacer una pregunta muy clara para empezar, mas dificil esto segundo, pero más natural. Por ejemplo: “¿qué ingredientes quieres para la pizza?”
• En el fistrobot siempre vamos a un menu con las tres opciones principales, chiste, cita o ayuda. Si fuera de pedir pizza podríamos preguntar “donde vives” para analizar la dirección.
• Cada interacción debe ser un hilo, con su propia vida y estructura, donde hay un camino para entrar y uno para salir. O varios, pero que estén definidos.
• Cuidado con los hilos huérfanos o dejar colgado al usuario. Preguntar si quiere repetir o preparar respuestas a textos concretos: “ayuda”, “inicio”, “hola”, “quiero (x) cosa”…
• Simular la humanidad con efectos de que el bot está tecleando, tiempos de respuesta rápido pero no inminentes, cómo si estuviera pensando.
• Intentar sorprender y aprovechar los recursos disponibles: elementos multimedia como emojis, videos, gif animados, sonidos…

Conclusiones, ¿qué hacer a partir de aquí?

Quizás la opción de Chiquito no fuera la mejor, digamos que pierde toda la gracia “convertir” a este genial humorista en un robot. Mis próximos pasos irán por otro camino, sino intentar un objetivo algo más lógico y cercano a los deseos del usuario.

Eso si, doy por bueno todo lo aprendido, ¡faltaría más!

Las pruebas y tests del sistema deben ser automatizados. Es una tarea fatigosa probar una y otra vez lo mismo y cubrir todas las opciones del usuario

Un bot que cubra una necesidad que puedas tener. Algunas ideas aparecen aquí:

• Pedir pizza con ingredientes. Un clásico de los ejemplos de chatbots.
• Bot para un evento. Necesitamos respuestas rápidas a preguntas concretas: dónde tengo que ir, qué pasa a las 11, dónde da la charla Manuel…
• Navegación por un catálogo. El bot puede preguntarte si eres hombre o mujer y la edad. A partir de ahí podrías elegir colores por fotografías, o el tipo de complemento, hasta llevarte a lo que necesitas comprar. Algo similar a lo que pasaría en una tienda física.
• Recomendaciones de ocio en una ciudad. Preguntar por tus gustos y ofrecer resultados cercanos, que en el móvil podemos geolocalizar con más facilidad.

Es necesario también darle la mano al NLP (Procesamiento de Lenguaje Natural) a través de herramientas que ofrezcan resultados en el contexto de lo que pida el usuario. Es cierto que estos sistemas necesitan entrenamiento, pero estoy convencido de que merece la pena.

Volveremos sobre esto seguro, porque es una de las tecnologías de futuro.

Si te gustó el podcast recomiéndalo donde quieras ¡Gracias por darlo a conocer! Puedes seguir el podcast en twitter en @webreactiva o ver mis vídeos en el canal de youtube.

Espero que este episodio te sea útil. ¡Nos escuchamos el próximo! :-)

Originally published at www.danielprimo.io.

Seguro que has oído hablar de los bots, chatbots o bots conversacionales.

Yo, desde hace unos meses, a todas horas.

Con toda probabilidad ya has hablado con uno de ellos, ¿a qué si?

El del tiempo, el que te da las noticias, el que te ofrece recetas de cocina…

Si estás aquí además es que tienes interés por saber como construir el tuyo.

Te voy a contar mi método para programar un chatbot.

Sin que tengas que instalar nada y con un resultado inmediato.

Sigue leyendo y verás que unir las piezas es sencillo.

¿Qué pasa con los bots?

Los chatbots o bots (encontrarás que lo llaman de las dos maneras) no son un invento reciente, pero si están empezando a crecer desde que las principales redes sociales (Facebook), servicios de mensajería (Skype, Slack, Telegram) o grandes empresas (Google, Amazon) han empezado a apostar por ellos. Y Siri (Apple) o Allo (Google) van más allá, porque son asistentes personales.

El bot trata de hacer más humano el contacto con la tecnología porque simula la conversación humana. Nos entiende a través de preguntas o peticiones que hacemos a través del chat. Analiza nuestras respuestas y nos ofrece algo acorde con lo que buscamos.

Aparte los bots, tal y como los vemos ahora en Facebook o Telegram, nos ayudan a conseguir un objetivo concreto: conocer el tiempo, buscar referencias de restaurantes, pedir una pizza, ofrecernos noticias de politica…

Es una tecnología en pleno crecimiento y si desarrollas o programas web es el siguiente paso a la interfaz que conoces.

Es el germen de algo muy grande que cambiará mucho en poco tiempo.

La cresta de la ola.

¿Qué es BotKit?

BotKit es una plataforma para la creación y gestión de bots. Tiene dos partes fundamentales:

1. Un framework para la programación de los bots
2. Una plataforma online para educar, configurar y monitorizar el bot (studio.botkit.ai)

Si es que hasta en el lenguaje ya parece que estamos hablando de un humano. Me ha faltado decir que lo vamos a amaestrar :)

El framework se basa en programación con JavaScript ejecutada en servidor con node. En el vídeo puedes ver que no es necesario instalar nada para hacer las primeras pruebas con BotKit.

Utilizamos glitch.com, un alojamiento gratuito con capacidad de ejecutar JavaScript en servidor.

Un chatbot en web

Para esta primera parte del manual he decidido no conectar el bot con redes sociales o servicios de mensajería. No es por un tema de dificultad, es que quiero ir paso a paso.

Quiero ayudarte a que entiendas como funciona un chatbot primero, para luego ir creciendo. Construiremos un clásico: ¡el bot para pedir pizza!

Además esta versión nos ofrece la posibilidad de incrustar el bot en nuestras páginas. Lo veremos más adelante, pero conseguiremos tener esa ventanita en la parte derecha del navegador cuando alguien visite nuestr web. Nada mejor que ofrecer conversación para que la gente se quede.

Las versiones para mensajería se pueden construir todas desde esta misma plataforma. Así con una programación podrías estar presente dando respuestas en Facebook, Slack y otras muchas.

¿Por qué BotKit?

He investigado bastantes opciones y me he quedado con BotKit por varias razones. Te las detallo en este episodio del podcast dónde cuento mis experiencias en la creación de los bots. Principalmente hay tres motivos:

• Es gratuito y software libre
• Es amigable porque se programa en JavaScript
• Cubre varias plataformas de mensajería.

Podrías pensar que otras plataformas como Chatfuel o Manychat son mejores porque no necesitan programar. Pero aquí siempre apostamos por ser creativos y el aprendizaje.

BotKit ofrece soporte para todas estas plataformas. Se pueden crear por tanto bots para todas ellas:

• Slack Real Time Messaging (RTM)
• Slack Incoming Webhooks
• Slack Slash Commands
• Cisco Spark Webhooks
• Microsoft Teams
• Facebook Messenger Webhooks
• Twilio SMS
• Twilio IP Messaging
• Microsoft Bot Framework

La última de todas abre la puerta a varias más: Skype, Group.me, Telegram y Kik.

Y ya nos gustaría a todos que WhatsApp estuviera en esta lista, pero en este momento no tiene soporte para chatbots de este estilo.

Vídeotutorial

Aquí puedes ver el vídeo de todo el proceso. También puedes seguir leyendo la ejecución del mismo.

Suscríbete a mi canal de YouTube

Proceso de creación del bot-eco

Cuando somos niños todos hemos jugado a molestar a hermanos y familiares repitiendo lo que dicen. Incluso los movimientos. Da bastante fastidio, pero nosotros lo usamos en ventaja para construir nuestro primer bot.

Es el bot-eco

0. Consideraciones iniciales

• No necesitas instalar nada en tu ordenador, lo vamos a hacer todo a través del navegador Chrome.
• Tampoco hay que tener una cuenta o darse de alta. Ni pagar por ello, el alojamiento es gratis (y con certificado SSL).
• Si es bueno si tienes conocimientos de JavaScript para exprimir todo el potencial del tutorial, pero he intentado hacerlo de la forma más sencilla posible para que me puedas seguir.

1. Crear el bot

Todo lo vamos a realizar desde glitch, una plataforma divertida y original donde todos podemos aprender, publicar y compartir código. Está pensada para publicar webs y aplciaciones basadas en JavaScript de servidor (node). Así que nos viene de perlas.

Accedemos a la copia original del código a través de este enlace.

Clic en “Remix your own”.

Arrancará una nueva pantalla con un nombre aleatorio para tu proyecto.

Todo esto puedes hacerlo dándote de alta como usuario en glitch, pero para este tutorial no es necesario. Eso sí, ten en cuenta que si utilizas el entorno de forma anónima el trabajo se perderá en unos días.

A la izquierda tenemos todos los ficheros que ha copiado y a la derecha está el editor.

Cada vez que hagas un cambio el sistema regenera toda la instalación y recarga el resultado automáticamente.

No nos vamos a detener de momento en todo el código que tenemos para nuestro bot. Lo importante es que funciona.

2. Primera prueba del chatbot

Puedes ver el primer vistazo de tu bot si haces clic en “Show”. Se abre una ventana nueva con una línea para escribir, como en cualquier chat.

Si escribes la palabra “test” verás que el chatbot funciona correctamente, porque te contestará con un mensaje en inglés que dice algo así como “yo escucho tu test”. Más humano, ¡imposible!

3. Crear el bot-eco

No lo llamamos ecobot porque aún cuando sea un sistema de bajo consumo, no es solo la ecología lo que nos preocupa, aunque sea muy importante.

En esta carpeta tenemos todas las habilidades de nuestro bot. Hay varias prepradas de ejemplo.

Sin más hacemos clic en el fichero “skills/sample_hears.js”.

A la derecha se nos abre el editor donde podemos programar esas habilidades.

Copiamos y pegamos las siguientes líneas bajo la primera línea.

controller.on('message_received',function(bot,message){     bot.reply(message,message.text);   });

Un poco de explicación aquí, aunque no es necesario que comprendas todo.

• “controller” es el controlador del bot, donde le dotamos de vida.
• “on” es que nos vamos a fijar en un evento, en algo que ocurre en el bot.
• “message_received” es el evento, en cualquier mensaje que recibamos.
• “bot.reply” es lo que le mandamos hacer al bot, en este caso responder (con muy poca educación, todo hay que decirlo).
• “message.text” es el texto que nosotros hemos escrito.

Así todo junto lo que le decimos al bot es que cada vez que alguien escriba algo en la caja de texto le responda con lo mismo que ha escrito. Por eso es el bot-respondón, más finamente llamado bot-eco

4. Prueba final

Hacemos clic en “Show” o abrimos la ventana del navegador donde tenemos nuestro bot abierto.

Escribimos lo que sea y, ¡ya tenemos nuestro bot-eco!

También puedes lanzarlo en el móvil, aunque parece que algunos navegadores no los soporta muy bien. Prueba y me dices.

¿Qué más podemos hacer con nuestro bot?

Seguro que se te ocurren montones de cosas:

• Pedir pizza
• Que te diga los mejores restaurantes italianos
• Noticias de deportes del equipo que le digas
• Poder comprar en tu tienda online con este método
• El tiempo en mi ciudad
• A qué hora sale el siguiente tren
• Cuánto falta para que llegue el autobús
• Un bot que nos cuente chistes, este ya existe
• Pedir pizza (¿ya lo dije?)

Se te ocurren más cosas, escríbeme y me las cuentas, seguro que entre todos sale algo muy bueno.

Extra bonus

¿Tenéis ganas de más?

Pues podéis ver la segunda lección de este minicurso, donde hacemos que el chatbot nos salude y nos recuerde. Además lo convertimos más humano porque teclea y todo para contestarnos…

Suscríbete a mi canal de YouTube

Espero que esta guía te haya resultado útil. Sigue en YouTube los nuevos capítulos del tutorial.

Originally published at www.danielprimo.io.

En este episodio os cuento algunos de los trucos que utilizo y pautas que sigo para explicar un proyecto tecnológico a un cliente o a un compañero con éxito. No siempre es tan fácil convertir lo difícil en fácil, pero aquí lanzo algunas ideas.

No seré muy académico ni formal, ni os voy a hablar de como gestionar grandes proyectos. El cometido del episodio es hablaros de lo que me funciona y lo que es importante para mi cuando presento un proyecto, cuando explico un proceso que implica tecnología.

En mi caso basado en web y para clientes, pero esto es aplicable también si trabajas en equipo, ya sea en empresa grande o pequeña. Porque al final, ¿quién no tiene que explicar un proceso complicado en público alguna vez?

Lo primero de todo: ¿cuál es el problema que vas a resolver con tu proyecto o proceso tecnológico? Hay que tenerlo claro, porque es lo que apunta a la médula, a las neuronas de quién va a recibir esta explicación. Si no resuelves un problema, entonces repasa lo que quieres explicar.

La parte emocional juega un factor fundamental: ¿quién es el interlocutor? ¿es técnico o no lo es? Y sobre todo, algo que va a interactuar directamente con sus gustos: ¿disfruta de la tecnología o lo considera un mal por el que hay que pasar? Fíjate en sus usos y costumbres para tenerlo más claro.

Trucos y consejos para explicar proyectos tecnológicos

Los puedes escuchar con más detalle en el podcast, pero estos son algunos

• Divide el proyecto o el proceso en partes más pequeñas
• Utiliza el storytelling: a la gente le encanta que le cuenten historias
• User journey o “viaje de usuario”: es un método que he probado poco, pero que tiene mucha relación con contar historias, os dejo un enlace interesante sobre este tema de Interactius.
• Historias de usuario: aunque son de más bajo nivel, son las partes de un proceso.
• Comparaciones y metáforas: útiles, pero sólo de forma puntual.
• Dibuja, aunque no se te de bien, para trasmitir ideas
• Apóyate en gráficos, wireframes…
• Si grabas en vídeo parte de la explicación o te apoyas en ello ganarás la posibilidad de que puedan volver a verlo cuando quieras.
• ¿Por qué no un podcast? Víctor Correal así lo hizo en el suyo, No es asunto vuestro, dónde documentó su proceso de creación de startup.

Os dejo aquí una imagen que ilustra un user journey

Recuerda siempre no alargarte demasiado e intentar resumir o rescatar la información dada para que nadie se pierda.

¿Ideas, sugerencias, correcciones, nuevos proyectos…? Escríbeme a través del formulario de contacto. ¡Siempre respondo!.

Si te gustó el podcast recomiéndalo donde quieras. Puedes seguirnos en twitter en @webreactiva o ver mis tutoriales en el canal de youtube.

Originally published at www.danielprimo.io.

Hace unos años la impresora de casa empezó a imprimir con unas marcas blancas a lo largo del folio. Al principio eran estrechas, casi un detalle, pero luego se convirtieron en un borrón más grande y las impresiones se volvieron ilegibles. Revisando el manual del aparato el diagnóstico estaba claro, era necesario cambiar el tóner.

Ese hecho nunca se produjo. Una combinación de factores mundanos, y probablemente estelares, hacía que nunca hubiera oportunidad de renovarlo: otro asunto más importante, la tienda cerrada, internet va lento, el perro se come los apuntes…

Pasaron semanas e incluso varios meses y un día, al abrir el cuaderno de notas (el de anillas de toda la vida) tu vida hace click y descubres uno de sus secretos: no te hace falta imprimir todo, para sobrevivir basta tan sólo con dibujar y escribir.

No he gastado en una impresora por una cuestión de racanería, a fin de cuentas es un producto de hardware muy asequible, sino simplemente de falta de necesidad. Si en algún momento lo necesito, bajo a la fotocopiadora de José y muy gentilmente consigo dos cosas: mi impresión y una buena charla.

Lejos quedaba la etapa de estudiante, cuando uno amanecía y se acostaba enterrado entre apuntes, fotocopias de los compañeros que eran más aplicados y trasparencias que los profesores repartían. Casi sin quererlo, igual que aparecieron las redes sociales, una mayoría adaptó las nuevas tecnologías y pasamos del papel a la pantalla.

Pero algunos se resistían y pensando en que lo publicado en internet podría borrarse en cualquier momento, imprimían todo en papel a modo de copia de seguridad, de backup de tareas, manuales o pensamientos.

Es cierto que cualquiera no puede permitirse este lujo de no posar en el papel su trabajo o sus quehaceres diarios. Pero los que si tenemos esa fortuna deberíamos comprometernos con esta tarea de conservación. A fin de cuentas unos dicen que 50 kilos de papel salvan un árbol, otros que 75, el caso es sumar.

Pero no nos quedemos en la ecología, sino también en la libertad. El papel es el elemento más básico para plasmar ideas, conceptos y proyectos con la ayuda de un bolígrafo. Alejémonos por un momento de esta pantalla y volvamos a tomarnos la libertad de escribir sin renglones, sin tipos de letras, de dibujar sin necesidad de utilizar las autoformas de flechas, de recortar papel, de arrancar hojas, doblarlas, tirarlas a la basura.

Lo reconozco, yo también tengo una moleskine pensando que en ella todas hojas que paso están repletas de trabajo bien hecho, de grandes proyectos. Y utilizo post-it en un tablón para refozar conceptos y hasta pensé en comprarme una pizarra de las de toda la vida para ser un tío molón.

Pero al final descubrí que no hay mejor idea que la apuntada en una servilleta de un bar.