Desde entonces he seguido incorporando cosas nuevas, y he cambiado tantas cosas que quería escribir un segundo post antes de olvidar todo lo que he hecho. La versión corta: publicar lo tengo casi resuelto, seguir aún no.

POSSE: publicar en mi sitio, sindicar en el resto​

POSSE fue el concepto que me enganchó de la IndieWeb, y que diría que ya está funcionando (de verdad). Vamos a ver las dos partes, "POS" y "SE":

• POS (Publish (on your) Own Site): publicar primero en tu propio sitio/dominio.
• SE (Syndicate Elsewhere): repartir después copias (a las plataformas donde está la gente).

En las siguientes secciones explico cómo lo estoy implementando yo.

Publicar primero en mi sitio​

Tengo un pequeño servidor Indiekit privado que me sirve de endpoint Micropub para postear contenido.

Cuando creo algo desde ahí, se guarda en un repositorio de GitHub, y una GitHub Action se encarga de parsearlo y renderizarlo en posts.rauljimenez.info. Con esto consigo que mi web se convierta en la copia "canónica", y todo lo demás es una copia de ella.

Los tipos de post con los que he empezado a probar son: likes, replies, asistencias a eventos (RSVPs), eventos, fotos, bookmarks, reseñas, check-ins, y entradas de "leído" y "visto". Hay más tipos configurados, pero todavía no los he usado (ej: reposts, artículos, y "escuchado").

A continuación puedes ver un pantallazo de la interfaz web de publicación de Indieweb con los diferentes tipos de posts:

Cada tipo tiene un formulario con campos distintos que captura la información que luego se traducirá a campos Microformats2 concretos. Eso es lo que después permite que otra web entienda que lo que he publicado es una respuesta, un "me gusta" o una reseña, y no simplemente un texto suelto.

Para publicar, al principio probé Quill como cliente Micropub, pero como decía, al final solo estoy usando la propia interfaz de Indiekit que alojo yo, y que he personalizado para poder publicar tipos de posts que no estaban soportados allí (ej: reseñas, lecturas, visionados y eventos).

Gracias a IndieAuth y a la API de mi servidor, en realidad puedo publicar con cualquier cliente Micropub. A continuación puedes ver por ejemplo, cómo me logueo en Quill usando mi propio dominio:

Sindicar después en Mastodon y Bluesky​

He configurado Indiekit para que cuando cree un nuevo "post" (contenido), pueda sindicarlo/publicarlo en Mastodon y Bluesky.

Cuando estoy creando el post tengo dos casillas al final del formulario que puedo marcar. Si no las marco, el post se queda solo en mi web. Por si te lo estabas preguntando, aquí explico qué sentido tiene publicar algo en mi web y no distribuirlo. Y si marco las casillas, las copias se distribuyen unos minutos después.

Además, por cada post que distribuye, Indiekit guarda de vuelta en el post original las URLs donde se ha publicado. Luego, al renderizar posts.rauljimenez.info, esas URLs se pintan como enlaces marcados con el microformato class="u-syndication", para que cualquier web pueda saber que esas copias en redes y el original son lo mismo.

La limitación principal de este sistema es que la sindicación ocurre una sola vez: si luego edito el post en mi web, las copias ya distribuidas se quedan como estaban.

Y luego está el elefante en la habitación: plataformas populares como LinkedIn, X o Instagram, cuyas APIs de publicación no existen o están restringidas, y a las que de momento no sindico nada. Es uno de los frentes que me planteo abordar más adelante.

Comunicación entre webs​

Esto se trata de que pueda avisar cuando yo enlazo a alguien, y recibir un aviso cuando alguien me enlace a mí. Las Webmentions son el mecanismo que se usa para esto.

Comentar en la web de otra persona​

Cuando uno de mis posts enlaza a algún sitio, el proceso de "build" descubre el endpoint del destino y le avisa. Este es el resultado: escribo un reply en mi web, y mi comentario acaba apareciendo bajo el artículo original de otra persona, sin haber tenido que crearme una cuenta en ningún sitio.

Los artículos normales que publico en este blog (usando Docusaurus), como este, todavía no están automatizados, así que para ellos tengo que seguir enviando las menciones a mano (de momento).

Eso sí, ya no con el curl del post anterior: ahora uso webmention.app, al que le paso la URL del artículo y él solo rastrea todos sus enlaces, descubre cuáles soportan Webmentions y les envía la notificación. Sigo teniendo que hacerlo yo manualmente, pero una vez por artículo en lugar de una por destino.

De hecho, es así es como la mención de mi post anterior acabó en el pie de mi propia página de enlaces.

Recibir y mostrar lo que llega​

Para las Webmentions entrantes uso webmention.io, un servicio alojado gestionado por Aaron Parecki, y gracias a él ahora los likes, reposts y respuestas se muestran:

• Bajo los artículos de este blog
• Bajo cada post en posts.rauljimenez.info
• Bajo los enlaces en links.rauljimenez.info

Los tres dominios usan el mismo widget, el cual, debido a problemas con webmention.io (que comentaré más adelante) usa un "archivo" o "snapshot" diario de las menciones, en vez de recuperarlas en tiempo real. Al fin y al cabo, tampoco tengo tantas visitas que vayan a echarlo en falta, y lo que realmente quiero es poder mantener una copia y unificar esta presencia e interacción.

Recuperar las reacciones de las redes sociales​

Y la pieza que cierra el círculo es Bridgy. Está conectado a Mastodon y Bluesky solo en modo backfeed. De lo que se encarga es de que cuando alguien da un like/fav, repost o responde a una de las copias sindicadas en redes sociales, esa reacción vuelva (como Webmention) a mi post original. Así la conversación que antes se quedaba solo en una red, acaba en mi propio dominio.

Aquí se ve con un caso real: Wojtek Powiertowski marcó como favorito en Mastodon la publicación que anunciaba mi post anterior, y ese corazón terminó apareciendo en la cabecera del artículo, en mi web.

Juntando todas las piezas anteriores, el recorrido completo de por ejemplo, una foto queda así: la publico una sola vez en mi web, se distribuye a Mastodon y a Bluesky, y las reacciones que reciben esas copias en redes vuelven a la versión original en mi web. Un único sitio donde publicar, un único sitio donde unificar y leer todo lo que responde la gente.

Y también los comentarios​

Hasta ahora solo hemos hablado de likes y reposts, pero también vuelven las conversaciones.

Por ejemplo, cuando anuncié las charlas que voy a dar en el próximo Esri DevTech Summit en Mastodon y Bluesky, Iván Sánchez me hizo una buena pregunta por Mastodon que acabó en un hilo de varios mensajes. Todos esos mensajes están ahora bajo el evento en mi web, en "Respuestas de la web", junto a los likes de Bluesky.

Lo que más me gusta es que esa conversación no se queda solo en la plataforma donde se produjo, sino que queda archivada en el sitio del que salió, que además es el único que controlo yo de verdad.

Notificaciones​

¿Y cómo me entero de las cosas? Las reacciones que ocurren en Mastodon o en Bluesky ya me llegan por sus propias apps; para eso no necesito montar nada. Pero, ¿y las que llegan como Webmention desde la web de otra persona, como el reply que yo le hice a swyx pero al revés? Ahí no hay ninguna app que me avise: se guarda en webmentions.io, aparecerían bajo mi post y yo me enteraría solo cuando entrase a mirar.

He de decir que aún no me ha llegado ninguna desde una web ajena... todas las que tengo vienen de Bridgy o de mí mismo 😅. Pero el día que llegue, debería enterarme 😜.

Por eso he configurado el sistema para que, por cada mención, reciba una notificación push al móvil y un email (que son mis mecanismos favoritos). Ambas salen de un webhook que webmention.io llama contra un pequeño servicio self-hosted (ntfy) que hace un push a la app ntfy de Android de mi teléfono. Aquí puedes ver qué pinta tiene:

Nada es infalible​

Creo que también debo decirlo. Las Webmentions son más frágiles de lo que pensaba, y no por culpa de ninguna herramienta concreta: quien la recibe se descarga la página de origen y comprueba qué enlaza exactamente a la URL de destino. Si no coincide, no hay mención. Y "no coincide" incluye una barra final de más, un http donde iba https, un www que sobra o falta, un redirect por el medio o una ruta que ya no existe.

A mí me pasó respondiendo al artículo de swyx. Yo había enlazado a https://swyx.io/learn-in-public, que es una URL perfectamente válida: la abres en el navegador y el artículo está ahí. Pero la canónica, la que publica realmente su web, es https://www.swyx.io/learn-in-public/ — con www y con barra final. Dos caracteres de diferencia y un redirect por el medio fueron suficientes para que la verificación no pasara y mi comentario no apareciese por ningún lado hasta que me di cuenta y copié la URL exactamente como aparece en la página original.

Y sigue pasando. Repasando lo publicado hasta hoy me encontré seis reacciones reales que no llegaron a mi web, todas por variantes de lo mismo: tres porque el post enlazaba a una página mía que ya no existe, dos porque respuestas en redes no enlazaban a ninguna página mía (aunque fueran parte de la conversación), y una que no se mostraba porque Bridgy solo recoge a partir del momento en que conectas la cuenta (aunque ofrece un mecanismo Discover para volver a checkear posts).

Un problema de esto es que no se vean en la web, pero lo que más me "preocupa" es que no llegue a enterarme: las notificaciones solo saltan cuando una mención llega bien. De estos fallos no avisa nadie.

Por otro lado webmention.io ha estado dando errores 502 intermitentemente este fin de semana, lo que me recordó que la mitad receptora de mi sistema depende del servidor de otra persona. Así que me pregunté si debería auto-alojar esa pieza.

Tras darle un par de vueltas, no quiero tomar una decisión "a la ligera" y subestimar el trabajo que podría conllevar, de hacerlo posiblemente tendría que preocuparme del posible spam, el uptime y el mantenimiento de algo que hasta ahora parece que ha funcionado bastante bien, y gestionado por gente que sabe de esto muchísimo más que yo. Así que de momento he decidido hacer una visualización más "resistente", y seguir usando este receptor alojado.

¿Y cómo se sigue a alguien en la IndieWeb?​

Publicar lo tengo casi completo (creo). Sobre seguir aún me queda mucho por aprender.

Por lo que he leído/visto, para esto han creado Microsub, y voy a explicar qué problema resuelve, porque a mí me costó un poco entenderlo 😅.

Si nos paramos a pensar, en los lectores de feeds normalmente tenemos unificados un cliente y servidor que en conjunto permiten hacer varias cosas: gestionar las fuentes (RSS, personas, ...), pero también recuperar y mostrar las novedades de cada fuente, te permite organizar las fuentes, te recuerda qué has visto, etc.

En el caso de Microsub la separación es más clara:

• Un servidor (como Aperture) se pelea para recopilar todo tipo de información de las fuentes: feeds RSS/Atom, los Microformats publicados en la web personal de alguien, cuentas del Fediverso, etc y lleva la cuenta de lo que ya has leído.
• Una app lectora aparte (como Monocle en web) se conecta a ese servidor y lo muestra todo como un único timeline. Anteriormente existió IndiePass como aplicación móvil pero ya no está mantenida.

Una de las ventajas de este modelo es que puedes cambiar de app sin perder tus suscripciones ni lo que ya has leído, y otra es que tampoco hay ningún algoritmo de plataforma que decida por tí "que es lo más relevante", o te meta publicidad.

La desventaja clara parece la volatilidad de algunas herramientas del ecosistema 😅.

Otra pieza clave de este puzzle es WebSub. Sin él, los clientes de lectura tienen que preguntar cada cierto tiempo "¿hay algo nuevo?", con la consabida cantidad de peticiones desperdiciadas y actualizaciones con retraso.

Con WebSub, una web puede avisar a un hub en el momento en que publico, y el hub le informa a todo el que esté suscrito (más info). Con este modelo se puede "seguir a una web" y que sea tan inmediato como seguir una cuenta de una red social. Interesante cuanto menos, ¿no?.

En mi caso ya tengo los feeds (tanto en RSS como microformats), pero aún no tengo ni el hub, ni el lector.

Lo siguiente​

¿Y qué vas a hacer después, Raúl?

Me alegro que preguntes, porque no tengo ni pajolera idea 🤣🤣. Aún me estoy planteando qué me apetece explorar después. Opciones que estoy planteando:

• Microsub y un lector, para poder leer la web igual que publico en ella. Quizá con un hub WebSub encima de los feeds que ya tengo.
• Una newsletter, si es que hay alguien a quien le interese recibir lo que publico en mi web directamente en su correo. Un poco irónico en un post sobre descentralización... pero la gente lee donde lee 😅.
• Una extensión de navegador para las plataformas cuyas APIs de publicación no existen o están restringidas (LinkedIn, X, Instagram...). La idea sería que me facilitase recuperar el contenido que ya he publicado en mi web y republicarlo allí, aunque el último paso lo tenga que dar yo manualmente.
• Un archivo personal, que es la otra cara de POSSE: recuperar lo que llevo años publicando en otras plataformas (X, LinkedIn, productos de Google, ...) y luego hacer un backfill (importar parte de ese contenido aquí). Además, sería potencialmente una vía de seguir alimentando (cada X tiempo) esta web con el contenido de esas plataformas de las que no hay forma de importar automáticamente el contenido.

¡Gracias por leer el artículo! Espero que te haya resultado interesante y servido para entender un poco mejor cómo funciona esto de la IndieWeb.

Si quieres ayudarme, puedes darme tu opinión, por ejemplo: si tienes algún consejo, o has montado algo parecido y sabes dónde me la voy a pegar, te agradezco que me lo digas.

Y si tienes web propia, te animo a que me respondas desde ella: esta página declara su endpoint de Webmentions, así que tu respuesta aparecería aquí abajo. Serías la primera persona en mandarme una desde su propio sitio, y me haría bastante ilusión 😜. Si no, en Mastodon o Bluesky también te leo.

P.D: Me da la sensación de que publicar ha resultado ser "la mitad fácil", y que la otra mitad, va a ser donde estén los problemas/retos interesantes 😅.

Y, la verdad, tiene bastante sentido que haya llegado hasta ahí desde un proyecto sobre eventos tecnológicos abiertos.

Una idea que no es nueva​

Lo curioso es que la IndieWeb no es algo nuevo. El movimiento empezó alrededor de 2010, pero algunos de sus principios me parecen incluso más relevantes ahora que entonces.

OpenTechEvents me está haciendo volver a pensar en cómo publicamos información en la web, cómo conectamos comunidades y cómo hacemos que las cosas sean más descubribles sin depender de una única plataforma.

Algunas ideas de la IndieWeb me resuenan mucho: ser dueño de tu identidad, publicar en tu propio dominio, hacer el contenido más interoperable y permitir que las webs vuelvan a hablar entre ellas.

Todavía tengo mucho que aprender, pero ya he empezado a dar mis primeros pasos.

Primeros pasos​

He añadido más datos semánticos a esta web usando JSON-LD y Microformats2, por ejemplo, para que mi página principal me describa un poco mejor como persona, y para que una máquina pueda leerlo y entenderlo sin ambigüedades. También he actualizado mi página de enlaces para que funcione mejor como hub de identidad, con enlaces rel="me" y más compatibilidad con IndieLogin (mola mucho la idea).

POSSE y ser dueño de lo que comparto​

Un concepto que me resuena especialmente es POSSE: publicar en tu propio sitio y después sindicar en otros lugares. En cierto modo, se parece a lo que ya hago con Buffer: publicar desde un sitio y distribuir a distintas plataformas. La diferencia importante es que, con POSSE, mi propia web pasa a ser la fuente de verdad, y el resto de plataformas son copias o canales de distribución. Entenderlo bien se vuelve bastante técnico bastante rápido, pero la idea me parece súper interesante: usar mi propio dominio como lugar canónico para mi contenido y mi actividad, y después distribuir copias a las plataformas donde ya está la mayoría de la gente.

Está claro que abandonar las plataformas sociales no es una opción hoy en día. Si quiero interactuar con la mayoría, sigo necesitando estar donde está la mayoría (y la mayoría de mi red no está en la IndieWeb), pero estoy buscando la forma de seguir usándolas e ir adoptando los conceptos de la IndieWeb, y unirme a este movimiento/comunidad sin que me genere mucha fricción.

En esencia, me gusta la idea de no quedarme completamente atado a plataformas que pueden cerrar, empezar a cobrar, restringir sus APIs o cambiar las reglas del juego. Ya he visto versiones de esa historia con Meetup.com, Twitter/X, LinkedIn, Flickr y otros servicios.

Y hay otra derivada que también me chirría: cuando escribo una reseña para ayudar a personas que buscan información geolocalizada en Google Maps, o subo la foto de un menú para que otras personas puedan decidir mejor, Google cierra esos datos detrás de una API de pago y yo no puedo indicar que quiero que mi aportación sea de uso libre y gratuito para cualquiera.

Ese ejemplo me viene mucho a la cabeza, pero aplica a muchas otras plataformas. Deberíamos ser los dueños de lo que compartimos, aunque sigamos participando en plataformas de terceros.

Aaron Parecki como referencia​

Si no has oído hablar nunca de Aaron Parecki, es una de las personas detrás de IndieWebCamp. Y además es un geogeek: fue cofundador de Geoloqi, una plataforma de geolocalización adquirida por Esri, donde trabajó de 2012 a 2016 según su experiencia en LinkedIn. Además de haber creado mucho contenido y herramientas alrededor de la IndieWeb, es alguien de quien he aprendido mucho sobre OAuth gracias a sus cursos y materiales, que cité en mi charla de Commit Conf 2023, OAuth, OpenID Connect and JWT para dummies.

Si alguien quiere entender qué puede significar sumarse a la IndieWeb en la práctica, la web de Aaron es un ejemplo viviente de lo que significa ser dueño de tu propio contenido en tu propio dominio.

Webmentions​

Y ahora también he activado Webmentions.

Creo que la primera vez que vi una referencia a este concepto fue leyendo algún artículo de swyx, el de aprender en público. En aquel momento me sonó interesante, pero no terminé de bajar al barro para entender cómo funcionaba de verdad.

Probando todo esto me di cuenta también de que recibir una Webmention es solo una pequeña pieza de la IndieWeb. Si quiero que otras herramientas entiendan bien el contexto, mis artículos también tienen que incluir metadatos útiles. Así que empecé a marcar los posts con valores de Microformats2 como h-entry, p-name, dt-published, p-author, u-url y e-content, para que los servicios puedan extraer el título, el autor, la fecha, la URL canónica y el contenido real que menciona a otra página. Todavía tengo que extender esto de forma más consistente al resto de la web, incluyendo mi cerebro digital.

Eso significa que, al menos en teoría, si alguien escribe un artículo enlazando a uno de mis posts, esa mención puede descubrirse y mostrarse aquí. Parece poca cosa, pero me gusta la dirección: en vez de que las conversaciones queden encerradas solo dentro de redes sociales, una web personal puede recibir señales del resto de la web.

No pretendo decir que esto sea una migración completa a la IndieWeb. Es más bien abrir una puerta y poner un pie dentro.

Cosas pendientes​

También hay una pieza importante que todavía no he resuelto: automatizar el envío de Webmentions salientes. De momento, cuando enlazo a una web que soporta Webmentions, aún tengo que enviar la notificación manualmente, normalmente con un pequeño comando curl. No es lo ideal, pero para un primer experimento me vale.

Por ejemplo, este mismo artículo enlaza a mi landing de enlaces, links.rauljimenez.info. Después de publicarlo, puedo enviar una Webmention manualmente así:

curl -i -X POST https://webmention.io/links.rauljimenez.info/webmention \
  -H "Content-Type: application/x-www-form-urlencoded" \
  --data-urlencode "source=https://www.rauljimenez.info/es/blog/first-steps-into-the-indieweb" \
  --data-urlencode "target=https://links.rauljimenez.info/"

Y con eso ya aparece una mención en el footer de links.rauljimenez.info. Ahora mismo parece algo tedioso, pero entiendo que con otras herramientas, como Micropub, este tipo de flujo puede volverse bastante menos manual.

También quiero sacar tiempo para probar otras piezas del ecosistema IndieWeb, como Micropub y Microsub.

Y, relacionado pero distinto, también quiero entender por fin bien el Fediverso. La IndieWeb y el Fediverso no son lo mismo, aunque ambos forman parte de un movimiento más amplio a favor de una internet descentralizada y del control de los datos por parte de los usuarios. Los veo como ecosistemas hermanos, con filosofías muy parecidas, pero tecnologías y enfoques diferentes. Nunca llegué a profundizar demasiado en el Fediverso, pero esto ha vuelto a despertarme la curiosidad, y me gusta lo que ambos representan.

Hacia un gemelo digital​

Desde 2023 he tratado esta web como mi cerebro digital. Quizá, poco a poco, también pueda convertirse en una especie de gemelo digital de mi presencia online: una representación más fiel de lo que publico, cuando hago una reseña, marco algo como favorito, guardo, confirmo mi asistencia a un evento y comparto por la web.

A ver hasta dónde me lleva este camino 😅.

Actualización: Micropub ya funciona​

Bueno, esto ha avanzado más rápido de lo que esperaba. Desde que escribí este post, ya he montado Micropub de verdad, con un servidor Indiekit privado, ayudado bastante por la IA durante el proceso. En este nuevo flujo, publicar ya no depende de comandos curl manuales, aunque esta integración todavía no está conectada con Docusaurus.

El flujo ahora guarda notes, bookmarks, likes y replies en un repositorio público de GitHub, hhkaos/posts.rauljimenez.info. Desde ahí, una GitHub Action renderiza el feed público en posts.rauljimenez.info, mostrando solo los elementos marcados como visibles.

De momento estoy tratando esto como un espacio explícitamente público: solo tengo intención de publicar cosas que realmente quiera compartir en abierto, siendo consciente de lo que eso implica. En la práctica, no espero compartir aquí nada que a día de hoy no estuviese publicando ya en otros silos.

Y esto ya no es solo teórico: ya he enviado una Webmention saliente real al post de swyx sobre aprender en público, como reply. Fue verificada por webmention.io y ya aparece allí, lo cual ha sido una primera prueba end-to-end bastante satisfactoria.

Siguen quedando varias piezas pendientes: recibir Webmentions correctamente, experimentar con Microsub y decidir si este nuevo feed público debería aparecer en la navegación principal de esta web. Pero los cimientos son ahora bastante más reales que cuando empecé a escribir este post.

Continúa en Segundos pasos en la IndieWeb.

¿Cuándo es el momento adecuado para hablar de estos temas? ¿Hasta cuándo tiene sentido mantener una mentirijilla piadosa para conservar la ilusión? ¿Y cuántos detalles conviene dar?

Y es que la respuesta no es trivial. En casa, de hecho, muchas veces también nos cuesta ponernos de acuerdo entre mi mujer y yo 😅.

Así que quería escribir este artículo, no para dar consejos a nadie, sino para compartir nuestra experiencia y una reflexión: no hablar de ciertas cosas a tiempo también podría suponer un riesgo, ¿no crees?

Nota: Por supuesto, el artículo también ha sido revisado por mi editora favorita, mi mujer 😜.

Nuestros hijos no viven en una burbuja​

Creo que muchas veces nos cuesta hablar de ciertos temas porque, en cierto modo, significa reconocer que nuestros hijos se hacen mayores... ¡y es que, leche, qué rápido crecen! 😭

Pero una cosa es lo que a nosotros nos gustaría, y otra cosa es la realidad.

Por más que queramos, nuestros hijos no viven en una burbuja, al final:

• pasan mucho tiempo con sus amigos
• con otros niños mayores (en el cole, actividades extraescolares, hermanos, primos, etc.)
• encuentran cosas en Internet (o alguno de los otros niños lo hace)
• etc

Por eso es inevitable que antes o después escuchen o vean cosas. A veces les llegan sin buscarlas. Otras veces preguntan a otros o buscan respuestas por sí mismos.

Por otro lado, también es normal que terminen repitiendo cosas, muchas veces por imitación, y a veces sin entender realmente lo que significan.

En definitiva, muchas veces no sabemos exactamente qué saben o qué han entendido, y esto... nos puede llevar a malinterpretar cosas 😕.

En cualquier caso, hay una verdad como un templo que me dijo el tutor de mi hijo en una tutoría:

Independientemente de lo que hagamos o digamos los padres, cuando un niño "sabe algo", es cuestión de poco tiempo que el resto también "lo sepa".

Porque en cuanto vuelva a surgir ese tema, y un niño vea que otro niño sabe menos, puede sentir la tentación de sacar pecho y "dar una lección", no solo para demostrar que sabe más, sino que 'es más mayor'."

Y nos guste o no, asumámoslo... es inevitable, ¿o es que no nos ha pasado también a nosotros? 😅

Riesgos de no hablar a tiempo​

Nuestra preocupación, como imagino que les pasa a muchos padres, es que aplazar estas conversaciones, decir "verdades a medias" o dar respuestas incompletas porque creemos que aún son pequeños, también tiene riesgos.

Por ejemplo:

• que sientan que no pueden hablar de ciertos temas con nosotros, y que poco a poco pierdan la confianza y terminen buscando respuestas en otros sitios
• que reciban o interpreten información de manera errónea y se hagan ideas equivocadas

Hablar con otras familias​

Pero hay algo que creo que cuesta todavía más: hablar con otros padres y madres de estos temas, porque a veces parecen "tabú".

No sé si os pasará también, pero a nosotros nos cuesta sacar este tema con el resto. A veces por:

• miedo a incomodar
• miedo a generar un conflicto
• miedo a que, por el simple hecho de mencionarlo, alguien piense que ha pasado algo

Y no se trata de que todas las familias tengamos que pensar igual ni contar las cosas de la misma manera. Cada casa tiene sus tiempos, sus valores y su forma de explicarlo.

Pero sí creemos que ayuda poder hablar de estos temas con más naturalidad entre padres y madres, compartiendo qué conversaciones van apareciendo en nuestras casas y cómo las vamos abordando.

No para ponernos todos de acuerdo ni para imponer un criterio, sino para tener un poco más de contexto.

Si nuestros hijos escuchan algo de otros niños, podemos explicarles por qué en nuestra familia hemos tratado el tema de otra manera, sin que sientan que les hemos ocultado la verdad o que les tratamos de forma más infantil que sus padres a sus amigos.

Y si somos nosotros quienes hablamos de algo en casa, quizá también ayude a otras familias saber que esa conversación puede aparecer.

Es mejor que les llegue por nosotros, con calma y contexto, que por una versión incompleta contada entre niños. Porque ahí es fácil que aparezca el efecto teléfono roto: un niño cuenta algo a medias, otro lo interpreta como puede, llega a casa una versión confusa, y los padres acabamos preocupándonos o malinterpretando lo que ha pasado.

Hablarlo entre adultos debería servir para allanar el terreno y estar un poco más preparados si la conversación aparece.

Y muchas veces nos preguntamos: ¿habrá más padres en esta misma situación, queriendo hablarlo pero sin atreverse a dar el primer paso?

Cómo lo afrontamos nosotros​

No digo que sea la forma correcta, pero sí la mejor manera que se nos ha ocurrido en casa.

Todos estamos aprendiendo​

Desde pequeños les repetimos que:

• A los mayores no nos enseñan a ser padres. Y que, aunque lo hacemos lo mejor que sabemos y podemos, también cometemos errores.
• Y que ellos son lo más importante de nuestras vidas, y casi todo lo que hacemos lo hacemos pensando en ayudarles a crecer como buenas personas y a ser más felices.

Un ejemplo es los libros que les leemos, con el objetivo de darles herramientas para entenderse mejor y entender mejor el mundo. Algunos son libros más emocionales, como 'De mayor quiero ser feliz' o 'El emocionario'; otras veces, libros sobre el cuerpo, como "Tu cuerpo es tuyo", de educación financiera, u otros temas. También procuramos que entiendan que detrás de esos libros hay "lecciones de vida" importantes.

Del mismo modo, cuando nosotros leemos libros sobre crianza, como 'El cerebro del niño' o 'Disciplina sin lágrimas', también se lo contamos. Queremos que vean que nosotros seguimos aprendiendo a ser padres y que, si alguna vez creen que nos equivocamos, nos lo digan, porque es muy posible que tengan razón.

No depende de uno solo​

Yo, por ejemplo, he tenido que explicarle a mi hijo mayor alguna vez que, aunque yo quizá le hubiese contado algunas cosas antes, no siempre es tan sencillo.

Quiero que entienda que también tengo que ponerme de acuerdo con su madre y, aun haciéndolo, puede haber otras personas de la familia, como los abuelos, que no compartan nuestra opinión, y tratamos de buscar un equilibrio.

Mentiras piadosas​

En casa, desde pequeños, hemos explicado el concepto de 'mentirijilla piadosa', como esas mentiras inofensivas o bienintencionadas que a veces se dicen pensando en el bien del otro, por ejemplo para hacerles sentir bien, "protegerles" o no herir sus sentimientos.

Y al mayor ya le hemos explicado alguna.

Temas más complicados​

Para temas más complicados, que deben introducirse poco a poco, como "cómo se hacen los niños", hacemos dos cosas.

1) Intentar que tome conciencia de cómo cambian sus gustos

Por ejemplo, a veces aprovechamos comentarios que le hace a su hermano pequeño, como cuando dice que un juego que le propone su hermano "es para niños chicos", para recordarle que, aunque ahora le gusten otros juegos, hace no tanto a él también le gustaban ese tipo de juegos.

Del mismo modo, hubo una época en la que le incomodaba ver en la TV a dos adultos besándose en la boca. Aprovechamos ese momento para explicarle que era normal, que a veces hay cosas que a ciertas edades nos incomodan y que luego eso puede cambiar.

2) Intentar que tome conciencia de cómo cambia su nivel de madurez

Le hacemos ver que hay cosas que solo se entienden cuando se es más mayor y, para ello, intentamos buscar ejemplos de situaciones que ya haya vivido.

Por ejemplo, le hicimos ver el impacto que podía tener en el comportamiento, el vocabulario, etc., que su hermano pequeño viese contenidos o jugase a juegos que le gustaban a él, pero que no eran adecuados para la edad de su hermano.

Y también le hicimos ver que, aunque intentemos explicarle a su hermano pequeño por qué no debe ver o jugar a eso, todavía no es capaz de entender por qué no es bueno para él.

Y esa misma regla se aplica para los dos, en cuanto a contenidos, juegos, etc que en casa no consideramos adecuados para ciertas edades: no porque sean malos de por sí, sino porque aún no han alcanzado el nivel de madurez necesario para entenderlos bien.

Lo más importante para nosotros​

Por encima de todo, lo que siempre intentamos transmitirles es que confíen en que hacemos lo que creemos que es mejor para ellos, y que queremos que se sientan con la confianza de hablar con nosotros de cualquier tema. Incluso si notan que lo estamos evitando, preferimos que insistan y nos pregunten por qué.

Intentamos que sientan que en casa hay un espacio seguro para hablar, sincerarse y hacer preguntas, y que cuando lo hacen se lo reconocemos y lo valoramos.

¿Hablamos?​

Aunque esperamos que todo esto ayude a mantener la confianza con nuestros hijos, seguimos sintiendo que nos falta una pieza importante del puzle: poder hablar de estas cosas con otros padres y madres.

¿Hablamos?

as Ray-Ban Meta funcionan en la práctica como unos auriculares de conducción ósea —aunque técnicamente no lo son—

¿Qué se puede hacer? Lista de comandos

Noticias: actualidad, priorización (importancia de las noticias). Deportes: contexto temporal, ligas distintas, seguimiento.

No tiene el contexto o el conocimiento sobre ti que tiene chatgpt. No puede recordar las conversaciones , o personalizar respuestas. No sabe quien eres.

No puedes pedir que te mande más información al móvil

Sharazm, Audible, ...

"Focus mode"

Tienes que vender tu alma al diablo

No sé si tiene algo que ver con el Samsung que uso

Cuando se escuchan

Sigue el contexto

Nota: como era de esperar, muchas veces al repetir la pregunta te da otras respuestas, otros titulaes, etc.

A mejorar:

• Cuánto cuesta este libro en amazon?
• Mira y dime las opiniones tiene este libro de amazon

Impresiones​

fallan mucho los contactos

Aún están bastante verdes, aunque no dejan de impresionar:

• Lo bien que suena la músca y lo comodas que pueden ser

• Hacer fotos, vídeos, hablar por tlf, 

• [Inestable] 

  • El comportamiento es inestable. 

  • No siempre responde de la misma forma a todos los comandos

  • A veces no puede acceder a las funciones habilitadas (contactos, spotify, etc)

  • No se ha podido enviar el mensaje, vuelve a intentarlo mas tarde (tras intentar mandar un Whatsapp)

  • Vuelve a reiniciar a aplicación de Meta AI

  • No puedo acceder a información en tiempo real sobre eventos específicos

• [Seguridad] Me parece un fallo importante de seguridad que cualquiera con su voz pueda activar mis gafas. en

Errores​

Apagar camara y encender

• A veces: (sin saber cómo solucionarlo)
  • “Lo siento, no puedo reproducir musica en Spotify”
  • "No se han encontrado contactos" / “No puedo acceder a contactos”
  • “Se ha producido un error, vuelve a intentarlo dentro de un rato”
  • “No he encontrado contenido reciente, para compartir contenido anterior usa Meta AI” (intentando enviar un mensaje por WhatsApp”
• “Audible aún no está disponible en tus gafas”
• “La aplicación calendario no está disponible con las gafas”
• A veces, dice que se ha enviado el mensaje de audio (nota de voz) por WhatsApp pero y no se ha enviado

Para continuar conectar WhatsApp en la aplicación de Meta AI

Bulos​

• Buscar info de monumentos (vídeo de youtube)
• Ya no se puede usar whatsapp con otras IAs
• Usar las gafas como micrófono para activar Google Assistant

Hoy voy a hablar de los retos a los que nos enfrentamos como padres, y a explicar cómo uso la IA (mayormente ChatGPT) para intentar ser mejor padre.

Este es un tema con "mucha chicha" , y un ejercicio que quería abordar en profundidad, por eso el contenido total son 21 minutos, pero si quitas los anexos y las partes que he ocultado... será menos 😜.

A día de hoy no sólo me apoyo en ChatGPT, si no también lo hago en libros, en mi mujer, nuestras familias y otras personas de nuestro círculo cercano, profesoras y profesores, etc.

Nota: como se puede ver en el artículo Aprender a enseñar (en casa) que escribí el año pasado.

Comparto esto contigo tras hacer un ejercicio de retrospectiva y repasar todas mis conversaciones con ChatGPT sobre este tema, con la esperanza de que mi experiencia¹ pueda servirte de ayuda.

(1) Empecé a usar ChatGPT para lidiar con asuntos relacionados con la crianza el mismo mes que me creé la cuenta (en febrero de 2023).

Educar es difícil​

Prácticamente todos los días nos surgen dudas como padres, por ejemplo:

• Sobre nuestro propio comportamiento.
• Sobre límites que establecemos.
• Sobre cuánta autonomía o responsabilidad darles.
• Sobre comportamientos que nos cuesta entender.
• Sobre sus motivaciones.
• Sobre cómo estarán experimentando/viviendo ellos las cosas.
• etc.

A la hora de tomar decisiones, a veces seguimos consejos que nos dan (los pidamos o no), otras veces nos guiamos por cómo nos educaron a nosotros, y en ocasiones, decidimos hacerlo distinto, porque los tiempos han cambiado o porque creemos que es lo mejor.

Pero, hagamos lo que hagamos, es difícil evitar ese sentimiento de culpa cuando sentimos que nos hemos equivocado.

Yo les digo y repito a mis hijos desde pequeños, que no solo ellos, nosotros también nos equivocamos, y que es importante que cada uno asumamos nuestra parte de "la culpa".

Y es que ser padres es complejo, ¿verdad?

Oportunidad para crecer​

Tener hijos lo cambia todo. Nuestras prioridades cambian, y ellos se convierten en el centro de nuestras vidas.

Todos queremos ser buenos padres y lo hacemos lo mejor que sabemos y podemos.

Pero además, pensemos que, "educar es una bella oportunidad para crecer como personas", como dice Tania García, autora de un libro que nos regaló nuestra cuñada hace algunas navidades.

Esto, además de ser una responsabilidad, puede ser la mejor motivación posible para obligarnos a sacar lo mejor de nosotros mismos.

Y aunque seguiremos cometiendo errores, como cualquier ser humano, no pasa nada, porque equivocarse forma parte del camino. Lo importante es que también hacemos cosas bien (por ejemplo, leer este artículo para aprender de otros y hacernos reflexionar 😜).

Antes de hablar de cómo me he apoyado en ChatGPT para estos temas, voy a hacer un inciso para hablar de un tema que considero es muy importante tener en mente cuando usamos herramientas como ChatGPT en la crianza: la privacidad de nuestros hijos.

Privacidad y menores​

Aunque usemos herramientas como ChatGPT de forma privada y personal, también hay riesgos que es fácil pasar por alto. Por ejemplo, podríamos estar realizando una forma de "sharenting digital privado".

Piensa que:

• Todo lo que compartimos con ChatGPT queda guardado en sus servidores.
• Pueden ocurrir situaciones que impidan que puedas borrar conversaciones¹.
• Cualquier día pueden robarte la cuenta, o puede haber una fuga (hackeo) de sus servidores.

Y dudo que quieras que este tipo de información llegara a malas manos o quedase expuesta en internet.

Así que, mi conclusión es: que está bien usarlo. Pero hay que hacerlo con cuidado, evitando compartir temas sensibles o que puedan asociarse directamente con los hijos; y siempre que el beneficio supere al riesgo.

Dicho esto, yo ya he hablado con mi mujer y mi hijo mayor sobre este tema, y hemos acordado que les pediré consentimiento cuando quiera tratar estos temas con ChatGPT (o cualquier otra herramienta), y sólo lo plantearé cuando considere que el potencial beneficio es mayor que el riesgo.

Nota: también les he pedido consentimiento para publicar este artículo.

Si te interesa este tema, he añadido a los anexos algunas cosas más.

Por qué ChatGPT​

Porque:

• A veces las dudas surgen en momentos inoportunos o a deshoras.
• A veces no se me ocurre nadie que sepa del tema del que quiero hablar.
• Hay temas de poca importancia y no me apetece molestar a alguien de mi entorno cercano.
• A veces quiero una "segunda opinión", u otra perspectiva "neutral".
• Me resulta muy útil para hacer lluvias de ideas.
• No todo el mundo tiene tiempo o ganas de hablar de ciertos temas.

Por todas estas razones, para mí, ChatGPT se ha convertido en una herramienta muy útil y complementaria en esto de la crianza.

Para qué la he usado​

Para lidiar con muchos temas de los que mencionaba en "Educar es difícil":

• Para explorar temas y recursos educativos.
• Para reflexionar sobre mi forma de educar.
• Para entender mejor ciertas conductas o situaciones.
• Para adaptar contenidos a su edad.
• Para buscar ideas, estrategias y herramientas.
• Para fomentar actitudes y competencias.
• Para explorar temas en familia de forma accesible y divertida.

Y sí, muchas de estas cosas también las busco en Google 😜.

Qué me aporta​

Los beneficios que me aporta los podría resumir principalmente en:

• Me ayuda a resolver dudas de los niños en términos que a veces no me salen espontáneamente¹.
• Me ayuda a reflexionar. Es como si hablara (en confianza) con un desconocido sobre el tema.
• Me resulta muy útil cuando quiero hacer una "lluvia de ideas".
• Me ofrece información que puedo contrastar con algún(a) profesional (profe, psicólogo(a)...).
• Me aporta vocabulario nuevo que luego me sirve para investigar por mi cuenta.
• Me da contexto sobre algunos temas.

(1) A mis hijos siempre les digo que: (1) de las respuestas de ChatGPT hay que desconfiar, (2) que hay que preguntarle sobre temas de los que uno sepa, y (3) que aún no es una herramienta para que ellos usen solos. Pero yo sí la uso delante de ellos, leo las respuestas en voz alta y, cuando es necesario, las matizo, para que se vayan familiarizando también con los sesgos y riesgos que implica usarla hoy en día.

Cómo uso la IA​

Aunque los detalles los iré publicando en futuros recursos, quería comentar que yo empecé usando la cuenta gratuita durante el primer año, y desde mayo de 2024 empecé a pagar la suscripción ChatGPT Plus (~22 €/mes), entre otras muchas cosas, porque me permitía crear custom GPTs.

Esta funcionalidad me vino muy bien para personalizar las respuestas de ChatGPT ofreciéndole como contexto previo a mis consultas información sobre los valores y actitudes que queremos inculcar en nuestros hijos. También añadí otras referencias sobre la metodología de educación y crianza que queremos seguir en casa. Lo que hace que las respuestas estén más alineadas con lo que buscamos.

También quería decir que, aunque ChatGPT es la principal herramienta que uso, también me apoyo en Perplexity, una herramienta muy útil para explorar temas (por ejemplo, una vez la usé para recopilar información sobre el juego Fortnite antes de tomar una decisión).

Mentor parental​

Por último, antes de las conclusiones, quería compartir un custom GPT (Mentor parental experto en IA) que creé en febrero de este año, con la idea de ofrecer una herramienta a familias que no hubiesen probado ChatGPT para lidiar con algunas de las situaciones que comentaba más arriba.

Concretamente, está pensado para guiar a madres y padres en la resolución de problemas, analizando las causas raíz y explorando posibles soluciones.

💬 Aviso: no está pensado para pedirle tareas concretas, sino para mantener un diálogo.

⚠️ Recuerda: para temas graves y serios acudir siempre a profesionales.

¿Cómo funciona?​

Está configurado para intentar seguir el siguiente flujo de pensamiento (lógico y estructurado):

1. Debería preguntar hasta comprender el problema claramente.
2. Preguntar por la edad del menor (para adaptar la respuesta en consecuencia).
3. Intentar analizar la causa raíz del problema (contexto).
4. Preguntar por la metodología de educación y crianza con la que os sintáis más identificados.
5. Explorar y ofrecer posibles soluciones.

Dicho esto, aunque creo que es útil, he de decir que no siempre sigue este flujo... y es que la IA generativa tiene ese carácter impredecible.

Conclusiones​

Sobre la privacidad​

Con lo que me quedo de todo esto es que:

• Como adultos, nuestra responsabilidad es protegerles y valorar el equilibrio entre beneficio y riesgo, especialmente con menores de 14 años (aunque mi mujer piensa que en la adolescencia hay que supervisarlos y acompañarlos aún más).
• Los menores son más vulnerables digitalmente. Debemos actuar con cautela extra, sobre todo al usar tecnologías como la IA.
• Con herramientas como ChatGPT, es fácil compartir detalles personales, emocionales o íntimos sin considerar las implicaciones a futuro.
• Aunque compartamos en cuentas privadas, el riesgo nunca es cero. Lo digital es duradero, y lo que hoy parece inofensivo podría ser problemático en el futuro.
• Aunque las plataformas sean presuntamente seguras, ningún sistema es infalible. Nuestra propia cuenta puede ser hackeada, y no olvidemos que el eslabón más débil somos nosotros.
• Debemos evitar exponerles a un perjuicio real (o potencial) innecesariamente:
  • No deberíamos compartir nombre completo, fotos, voz, ni ningún otro dato identificativo.
  • Debemos evitar describir escenas que puedan resultar humillantes, íntimas o sensibles.
• Tenemos que pensar a largo plazo: ¿Y si esto saliese a la luz cuando sean mayores?
• Tenemos que educar a nuestros hijos sobre la importancia de la privacidad y sobre cómo gestionar su información. E involucrarlos cuando tengan edad suficiente.
• Si están preparados, deberíamos pedir su opinión: preguntarles si les parece bien que compartamos cierta información sobre ellos, incluso si es para pedir consejo a una IA.
• Solo deberíamos compartir si el propósito es proteger, educar o atender una necesidad real.

Y todo esto, recordando que el interés superior del menor debe ser siempre la prioridad.

Así que, si estás pensando en usar cualquier herramienta para la crianza, mi consejo es que actúes siempre con cautela.

Si vas a usar ChatGPT recuerda:

• Desactiva la opción para que no entrenen con tus datos.
• Y ojo si tienes activa "la memoria", a mí ya me ha sorprendido con algunas de las cosas que almacena (ver cómo funciona la memoria).

Sobre recursos​

Los tiempos no son los que eran, para bien o para mal. Vivimos una época en la que las cosas cambian a velocidad de vértigo, y aunque existen riesgos, también hay muchas oportunidades.

Actualmente contamos con más recursos e información para educar mejor que nunca antes: libros, vídeos, juegos, estudios, herramientas de IA como ChatGPT y muchas más.

Así que, aprovechemos lo que tenemos a nuestro alcance. Evitemos quedarnos obsoletos, y seamos la mejor versión de nosotros mismos.

Y aunque nos apoyemos en estos recursos, tomemos las decisiones sobre la crianza en familia.

Sobre las prioridades​

Como decía, es cierto que desde que nacen, nuestros hijos se convierten en lo más importante de nuestras vidas.

Pero recuerda: al igual que cuando te explican las normas de seguridad en un avión te dicen que primero te pongas tú la mascarilla de oxígeno y luego ayudes a tus hijos; en la vida también necesitamos cuidarnos primero a nosotros mismos, para después poder ayudarles a ellos.

Si no estamos bien, física y psicológicamente, difícilmente podremos ser buenos padres.

Y con esto quiero decir que:

• No debemos confundir que los hijos sean lo más importante con que siempre tengan que ser la prioridad para todo.
• Si te has equivocado, si has tropezado, levántate y sigue adelante. No te castigues con el sentimiento de culpa: todos nos equivocamos.

Y explícaselo, que ellos también deben entender que todos necesitamos querernos y cuidarnos, y que de no hacerlo, afectará negativamente a quienes nos rodean.

Sobre la actitud​

A pesar de todo, nos seguiremos equivocando. Como me dijo una persona cercana hace pocos meses: "Raúl, no importa lo que hagas, que cuando sean mayores habrá algo que te echen en cara".

Y la verdad es que no lo dudo, porque reconozco que yo también lo hice con mis padres 😓.

Dicho esto:

• No voy a preocuparme demasiado por el futuro.
• Me centraré en disfrutar el presente, que es lo único que existe 🧘.
• Lo haré lo mejor que pueda (con mis errores y limitaciones).
• Intentaré, dentro de mis posibilidades, mejorar poco a poco.

Próximos pasos​

Para seguir creciendo como padre mi intención es seguir:

• Indagando sobre cómo usar la IA para la educación y para ayudar a mis hijos (y a otros niños) en su desarrollo.
• Compartiendo mis avances con otras personas adultas a través:
  • Del Podcast IA y Educación.
  • AMPA del centro de mis hijos, proponiendo acciones e iniciativas como la Escuela de familias, o encuentros como el que realizamos el año pasado Gabriel Zabal y yo (Coloquio: "Nuevas tecnologías, redes sociales, IA y menores") para hablar con otras familias sobre este tema.
  • Mis canales personales, publicando artículos, vídeos, y otros recursos sobre la crianza (porque me ayudan a indagar, aprender cosas nuevas, reflexionar, y sobre todo, a tomar mejores decisiones).

Y además, me gustaría terminar este año un "plan" que estoy creando con apoyo de la IA, que espero que nos pueda servir en casa para:

• Entender y recordarnos en qué cosas (habilidades y conocimientos) enfocarnos en cada etapa de la crianza, según su nivel de madurez.
• Definir acciones concretas que podamos hacer para ponerlo en la práctica.
• Reflexionar sobre cómo infundir valores y actitudes durante todo el proceso.

Si te ha resonado algo de lo que cuento aquí, me encantaría leerte. ¿Te has planteado usar la IA para temas de crianza, o la estás usando ya? ¿Qué dudas te han surgido o lecciones has aprendido? Puedes escribirme tu experiencia en los comentarios (o en las redes sociales).

Anexos​

Bullying moderno​

⚠️ Aviso: este anexo contiene un pequeño spoiler de la miniserie Adolescencia.

La semana pasada terminé de ver esta miniserie basada en hechos reales. Cuenta la historia de un niño que comete un crimen y el sentimiento de culpa que sienten los padres.

La serie pone sobre la mesa algunos de los grandes retos de ser madre o padre hoy en día, con especial atención al papel que juegan las nuevas tecnologías.

Confieso que no pude evitar que se me saltaran las lágrimas cuando el padre dice: "Perdóname, hijo. Debí haberlo hecho mejor". Me resulta imposible no empatizar con el sentimiento de culpa de ese padre, destrozado, como lo estaríamos cualquiera de nosotros en su situación.

Aunque he de aclarar que la serie no trata sobre inteligencia artificial, sino sobre el bullying en los tiempos modernos, donde las redes sociales tienen un peso enorme.

Me atrevería a decir que la mayoría de los padres de hoy no estamos preparados para afrontar esto. Aunque el bullying ya existía en nuestra época, hoy es muy distinto. Ahora, desde edades muy tempranas, los niños tienen acceso a cámaras con las que pueden grabar, compartir y difundir lo que ocurre, haciendo que las humillaciones no solo se vivan una vez, sino que se revivan una y otra vez.

Y por si fuera poco, las agresiones no terminan al llegar a casa: las redes sociales permiten que continúen incluso cuando uno creería estar a salvo.

Si te interesa estar al día sobre este tema, te recomiendo seguir a Pablo Duchement, un experto en la materia.

Sharenting​

El sharenting es algo que se ha vuelto bastante habitual en buena parte de la sociedad. Aunque normalmente se hace con buena intención, es fácil que muchos padres no seamos conscientes de lo que esto implica y al ritmo al que la tecnología avanza, es imposible predecir todos los riegos. Pero la culpa no es solo nuestra, tampoco nos han formado sobre ello.

Una imagen vale más que mil palabras, así que os voy a dejar un vídeo sobre este tema, que aviso, pone los pelos de punta:

⚠️ Aviso: aviso, no recomendable si eres muy sensible

Y es que es importante recordarnos que los padres tenemos la obligación de velar por la imagen y la intimidad de nuestros hijos. Especialmente cuando no tienen las herramientas cognitivas para entender las consecuencias del uso de sus datos, ni cómo protegerse ante amenazas complejas.

En este sentido, María y yo siempre hemos intentado ser muy cuidadosos con respecto a la información personal que se comparte (y compartimos) sobre nuestros hijos en internet (redes sociales, etc.), y hemos decidido rechazar por norma el consentimiento a terceros para compartir su imagen en redes.

Y aunque no soy abogado, voy a intentar resumir lo que creo que dicen el artículo 18 de la Constitución Española, la Agencia Española de Protección de Datos, y la "Ley de Protección de Datos Personales y garantía de los derechos digitales".

Privacidad de menores en España​

Es nuestra responsabilidad proteger el derecho a la propia imagen y la intimidad del menor.

Dependiendo de la edad, esto se traduce en:

• En casos de menores de 14 años:

  • Debemos proteger sus datos personales, evitar que se use su información sin nuestro permiso y ser cautelosos al compartir.
  • Dar o negar consentimiento en su nombre (aunque personalmente considero recomendable hablar del tema con ellos y contar con su opinión).
  • Asegurarnos de compartir en sitios donde sea posible pedir que se borren sus datos.
  • Evitar que se les analice para influirles.

• Para mayores de 14 años:

  • Ayudarles a entender las implicaciones de lo que comparten y con quién.
  • Recordarles que pueden borrar datos o pedir que no se usen.
  • Enseñarles a detectar cuándo se abusa de su atención (o de sus datos).
  • Respetar su espacio e intimidad.

En cualquier caso, está prohibido publicar contenidos que expongan, ridiculicen, avergüencen o pongan en riesgo al menor, por el riesgo que esto supone de poder sufrir acoso, ansiedad, u otros efectos negativos en el futuro.

Carnet de padres​

Termino con esta reflexión en tono de humor 😜.

Hace pocas semanas le comentaba a mi hijo mayor que a los papás no se nos enseña a ser padres, que no hay "un curso que haya que aprobar para serlo".

Aunque, pensándolo bien... si para conducir un coche hay que sacarse un carnet, quizá deberíamos plantearnos si para tener hijos también debería exigirse algo parecido, porque no cabe duda de que la responsabilidad es aún mayor 😅.

Si no lo habéis visto y queréis echar una risas, os dejo el trailer de Idiocracia, una sátira que exagera (¿o no tanto?) un futuro donde la inteligencia ha sido reemplazada por la estupidez colectiva 😂😂😂.

Nos reunimos unas 1000 personas, 80 ponentes, para hablar de:

• Desarrollo (ej. lenguajes de programación, BDs, desarrollo web, apps móviles)
• Diseño de experiencia de usuario (ej. diseño UX/UI, accesibilidad)
• Prácticas de desarrollo (ej. metodologías Agile y Lean, prácticas DevOps)
• Inteligencia artificial y ciencia de datos (ej. aprendizaje automático, LLMs, ciencia de datos)
• Infraestructura (ej. computación en la nube, IoT)
• Seguridad y protección de la información (ej. ciberseguridad, privacidad)
• Y mucho más (ej. power skills, blockchain, etc.).

Como no podía ser de otra forma… me encantó este año el SWAG, ¡¡el diseño era UN MAPA hecho con el diseño de las contribuciones ("Commits" en GitHub)! (¡qué grandes! 😍):

Un año más, participamos decenas de comunidades tecnológicas tanto en la difusión del evento como en la selección de charlas; por nuestra parte a través de la comunidad de Geo Developers. 

En este artículo quería hablaros de tres cosas principalmente:

• De nuestra charla sobre APIs de mapas.
• Del reencuentro con las comunidades.
• Y de lo que aprendí de las charlas, y las conversaciones de pasillo.

El código del billón de dólares 🤑​

Titulamos la charla como la mini serie de Netflix (que además usamos como hilo conductor), y aunque los títulos de mis charlas suelen ser más descriptivos, parece que logró el efecto llamada esperado, superando mis expectativas de asistencia y parece ser que también las de la organización, porque la sala se llenó.

Juanma y yo contamos unas 70 personas:

Como se puede leer en el abstract, en esta charla nos centramos en los retos técnicos y las complejidades de implementar servicios de mapas a escala mundial.

Nuestros objetivos eran:

• Despertar el interés por este ámbito: Enseñar cosas generalmente desconocidas pero interesantes sobre estos servicios. 

• Transmitir la complejidad técnica: Mostrar lo complejas que son estas tecnologías y el nivel de ingeniería y arquitectura (de software y de datos) que requieren.

• Poner en valor el esfuerzo continuo: Destacar el trabajo constante de mantenimiento, mejora e innovación que hay detrás de estas APIs... y dejar entrever lo que aún está por venir.

• Ayudar a tomar mejores decisiones técnicas: Dar visibilidad a la variedad de proveedores existentes y mejorar las habilidades para elegir la tecnología de mapas más adecuada en futuros proyectos.

La verdad es que no suelo tener co-speaker, pero visto la experiencia, creo que debería hacerlo más.

Esta vez me apetecía que fuésemos Juanma y yo. No solo por la buena relación que tenemos desde hace años, sino porque trabajamos en dos de las empresas con más trayectoria del sector (más de 100 años de experiencia acumuladas). Además, nos complementamos muy bien: entre los dos cubrimos los retos tanto a nivel de software como de datos, no solo para crear, sino sobre todo para mantener actualizados este tipo de servicios.

El feedback recibido tanto a través de la plataforma como luego en los pasillos fue muy bueno. En resumen:

• Lo que funcionó bien:

  • El contenido gustó mucho y sorprendió a más de un@.

  • Varias personas nos comentaron que nunca se habían parado a pensar en la complejidad técnica detrás de este tipo de servicios.

  • Se valoraron especialmente los ejemplos visuales, que ayudaron a entender mejor los conceptos y retos.

• Cosas a mejorar:

  • Tener más en cuenta el horario (era la última del día) y adaptar el ritmo y la profundidad del contenido de manera acorde.

  • Considerar dividir la charla en varias sesiones, para tratar los temas con más calma y detalle.

Varias personas nos avisaron antes de empezar que al ser la última charla del día, estaban algo agostadas. Aun así, la respuesta fue muy buena (recibimos un 4.5 de 5), a pesar del ritmo tan rápido que tuvo la charla (unos 33 segundos de media por transparencia 😅).

Las presentación la tenéis aquí:

Y la grabación en el canal de Commit Conf en YouTube:

Reencuentro con las comunidades​

Otra de las razones por las que me encanta Commit, es porque allí nos reencontramos muchas personas que dinamizamos comunidades. 

Además, la organización lleva tres años consecutivos aceptando nuestra propuestas de Open Spaces, donde siempre conozco a nuevas personas y aprendo de sus experiencias. 

Nota: Si no lo sabías, la “metacomunidad” de comunidades tech que creamos el año pasado (Community Builders), nació precisamente con la idea de dar continuidad a las conversaciones que surgen en encuentros como este. 😍

Por si os interesa, grabamos el audio del open space, y compartimos aquí los materiales y apuntes. 

Durante el cierre, la organización me invitó a reunir a las comunidades que estábamos presentes, y a subirnos al escenario para presentar a las diferentes comunidades, donde pude presentar brevemente qué es Community Builders.

Y para rematar, tuvimos una cena post-conferencia en Casa Mingo, donde Álvaro y yo conseguimos reunir a unas 20 personas implicadas en la dinamización de comunidades (incluidas algunas que no habían podido venir a la conferencia). Una forma perfecta de cerrar la conferencia.

Sin duda, estas actividades permiten conectar a un nivel humano que cuesta mucho más lograr en remoto. Se crean lazos, se refuerzan relaciones, y se vive una cercanía que difícilmente se puede replicar por videollamada.

Lecciones aprendidas sobre IA​

Sin desmerecer al resto (hubo charlas muy interesantes, muchas ya disponibles en YouTube), la gran protagonista de este año fue la IA. De las 70 sesiones, 17 estaban centradas en este tema, así que casi en cualquier momento podías encontrar alguna sobre Machine Learning o LLMs. 

Así empiezo con un resumen de los diferentes temas, y del interés que percibí:

• Integración práctica de IA en aplicaciones reales. Vi gran interés por entender cómo incorporar IA en apps existentes usando modelos (comerciales u open source) y sin cambiar de stack.

• Desarrollo de agentes de IA autónomos. También mucha interés por saber cómo crear agentes capaces de actuar y aprender solos.

• Seguridad y auditoría en modelos generativos (LLMs). Percibí una creciente preocupación por los riesgos de la IA generativa:: desde ejecutar código generado por modelos sin saber qué hace realmente, hasta posibles vulnerabilidades introducidas sin querer. También hay mucho interés en cómo protegerse y en conocer herramientas que permitan auditar y controlar estos riesgos.

• Observabilidad y rendimiento (en producción). También vi un aumento del interés por entender qué pasa con los LLMs en tiempo real, y usar herramientas para obtener métricas, logs y trazas para mejorar estabilidad y rendimiento.

• Avances en arquitecturas RAG (RAG 2.0). Curiosidad por nuevas variantes que mejoran la recuperación contextual.

• IA en dispositivos móviles. Interés moderado por ejecutar IA directamente en dispositivos móviles sin depender de la nube.

• Aplicaciones de IA en contextos reales. Aunque con menor tirón general, hay cierto interés en conocer sobre casos de uso de la IA en contextos reales.

Pero también tuve conversaciones en los pasillos sobre el tema, y quería compartir algunas de las cosas que hablamos:

• La IA está sustituyendo el uso tradicional de plataformas como Stack Overflow, Reddit y Google Search, ya que los desarrolladores consideran que los LLM y herramientas como GitHub Copilot, Cursor.ai, Windsurf, ... pueden ser soluciones más rápidas, personalizadas y eficientes.

  • Reflexión mía: ¿cómo va a afectar esto a los canales educativos tradicionales?

• Creo que el Vibe coding está generalmente bien visto, siempre y cuando sea para hacer pequeñas utilidades, side-projects, o herramientas de “bajo riesgo” o mantenimiento (ej: un cliente de comandos para conectar con una API), etc.

• Cada vez más personas, (incluídas seniors) utilizan la programación asistida por IA; a veces para buscar inspiración o buscar soluciones alternativas, eso sí, siempre revisando el código generado.

• También hay personas que señalan lo fácil y tentador que es usarlo con tecnologías con las que no se está familiarizado. El problema que en esos casos es difícil identificar los errores y las malas prácticas al revisar.

• Jon Vila me contó una conversación interesante sobre un tema delicado: el riesgo de empoderar a perfiles menos técnicos, como product managers, que empiezan a usar herramientas de IA para generar código y, en algunos casos, pueden terminar cuestionando las estimaciones de los equipos de desarrollo.

• La IA ya se cuela en todas las fases del desarrollo: desde escribir tests y documentar código, hasta crear datos de prueba o dejar que un modelo haga un pull request por nosotros.

• En general hay mucho interés por conocer herramientas tipo:

  • IDEs potenciados por IA: Cursor, Windsurf,  …

  • Asistentes de codificación y autocompletado: GitHub Copilot, Cody, …

  • Frameworks y orquestadores de agentes/LLMs: como LangChain

  • APIs y LLMs: GPT-4, Claude 3, LLaMA 2, ...

  • Automatización de flujos de trabajo: n8n, Langflow, ...

  • Generadores de componentes y UI: Vercel V0, Lovable, ...

  • etc.

Conclusiones​

Mientras pueda, yo seguiré asistiendo a Commit, porque para mi es de esos eventos donde aprendes, conectas, y te vas con el subidón de comunidad en vena. Y aunque es super intenso, es un evento donde:

• Se aprende mucho (en charlas y pasillos).
• Se conecta con personas nuevas.
• Se reconecta con personas conocidas. 
• Y un lugar de encuentro con muchas comunidades tech.

Gracias gracias y mil gracias a Laura, Abraham, Nacho, Kini, y a las decenas de personas voluntarias y empresas patrocinadoras que hicieron posible un año más este evento.

Si te has quedado con ganas de más, te dejo el enlace al artículo que escribí el año pasado: Why Attend Developer Conferences

Lo que me pasa​

Siempre he sentido incomodidad con el conflicto, ni discutir por quién tiene razón. Creo que he intentado llevarme bien con todo el mundo, y tiendo a evitar los enfrentamientos.

Quizás por eso muchas veces me he callado en momentos en los que compartir mis ideas podría haber sido enriquecedor (aunque incómodo).

Reflexionando sobre esto, me vino a la mente una frase que me dijo mi padre cuando era niño:

“Raúl, hay que tener amigos hasta en el infierno 👹🔥”.

Algo que creo que es un buen consejo, pero que tal vez me lo tomé demasiado en serio. O simplemente malinterpreté su significado 🤷.

Lo que me ha hecho pensar​

Hace poco tuve una conversación con Francesc Puigvert que me hizo darme cuenta del hecho de que nunca he experimentado esa "rivalidad sana" que muchos viven con el fútbol (ya que yo no soy futbolero 😅). No estoy acostumbrado a posicionarme en un bando. No me va la confrontación.

Pensando en todo esto, llegué a la conclusión de que silenciar mis opiniones no solo es una falta de respeto hacia mis propias ideas (que son tan válidas y merecen tanto respeto como las de cualquier otra persona), sino que también tiene un punto de cobardía. Y, sobre todo, no es el ejemplo que quiero darles a mis hijos.

Una opinión polémica​

Esta vez voy a ser más valiente y voy a expresar una de mis opiniones polémicas (desde el respeto):

Yo creo y defiendo la igualdad entre hombres y mujeres, y que el feminismo ha sido y sigue siendo necesario. Pero también pienso que una parte del feminismo actual se ha desviado de su objetivo de igualdad.

Esto me cuesta decirlo en público porque creo que es de esas opiniones "políticamente incorrectas" que desgraciadamente se malinterpretará por algunas personas como machismo.

Y cuando he compartido esto con personas cercanas, la respuesta suele ser la misma:

“Raúl, no eres una cerveza 🍺. No puedes gustarle a todo el mundo.” 😂

Qué he aprendido​

Soy como soy, por mis vivencias, como todos. Pero he aprendido que es importante que exprese mis ideas y opiniones (con respeto).

Por suerte no me considero una persona con dogmas fijos. Lo que pienso hoy podría matizarlo mañana. Me gusta escuchar buenos argumentos. Me gusta aprender de quien ve las cosas de manera distinta. Y cuando comparto una opinión, no lo hago porque crea que tenga la verdad absoluta, sino porque me gusta que me conozcan mejor, y para poder entendernos mejor.

Lo que quiero enseñar a mis hijos​

Escribo esto también porque quiero educar a mis hijos mediante el ejemplo, y que aprendan lo mismo que les digo con palabras:

• Tienen que ser asertivos, y no tener miedo a expresar lo que piensan, sienten o necesitan, de manera directa y respetuosa, sin atacar, ni permitir que les falten al respeto.

• Tienen que escuchar, respetar y tolerar a las personas que piensan distinto, aunque no estén de acuerdo.

• Cambiar de opinión no es un signo de debilidad, sino de madurez e inteligencia.

• Se puede tener una gran amistad con una persona que ve el mundo desde otra perspectiva.

Y esto último lo digo porque lo vivo (y seguro que tú también 😉).

Muchas de las personas más cercanas a mi tienen ideas y opiniones opuestas a las mías (sobre política, religión, etc), pero eso no nos impide querernos.

Y es que, un amigo/a es alguien que te conoce de verdad, te quiere como eres (con tus cosas buenas y también con tus rarezas), y aunque no siempre piense igual que tú, te respeta, se preocupa por ti, y está ahí cuando se le necesita.

Lo que me propongo​

Por todo esto, me he propuesto abrirme más en público. Para que la gente pueda conocerme mejor. Y si hay suerte, esto me ayudará a construir más y mejores relaciones de amistad.

Y sí, algunas de mis ideas pueden sonar raras, ingenuas, políticamente incorrectas o incómodas. Pero lo único que quiero es poder hablar de ellas (desde el respeto), para que se me conozca mejor y no porque quiera convencer a nadie.

Nota mental 🧠: y si alguien no es capaz de tenerme aprecio porque pensemos distinto... supongo que no merece la pena que perdamos el tiempo, ¿no? 🤷.

Si queremos una sociedad mejor, necesitamos mostrarnos como somos, escuchar más, juzgar menos, y tolerar más. Si solo nos rodeamos de quienes piensan como nosotros, vamos hacia una sociedad más polarizada y enfrentada. Y eso no le conviene a nadie.

Para terminar​

Sigo reflexionando sobre mis ideas y opiniones, y espero escribir pronto para compartirlas aquí.

Y si alguna vez digo o hago algo que no compartes o no entiendes, te invito a que me lo digas desde el cariño. De verdad. Y lo hablamos con una cerveza si hace falta... o con un refresco, que ya me ha quedado claro que la 🍺 no le gusta a todo el mundo 😜.

Y tú, ¿hay alguna opinión que te hayas callado por miedo a no encajar? ¿Cómo lo llevas? Espero no ser el único 😅.

1. Rodearnos de mentes inquietas, personas con cultura hacker y maker.
2. Animarnos a crear más cosas juntos ☺️.

Y el primero que hemos hecho, y del que os vamos a hablar hoy, ha sido esta máquina de refrescos.

Y aunque confieso que en casa somos bastante estrictos con el uso de YouTube... la idea de este proyecto se la tenemos que agradecer al canal de "The Q Español" en esta plataforma, ya que fue donde José encontró el vídeo que nos sirvió de inspiración.

Aquí os dejamos el vídeo de presentación que hicimos para el recuerdo. Y por ponérselo más difícil a Jose...😂 lo hicimos en inglés:

Bueno, dicho esto, en este artículo vamos a compartir: nuestra experiencia, los materiales y herramientas usadas, y los pasos seguidos, para quienes queráis repetirlo en casa.

Y aunque inicialmente la idea era que Jose aprendiese conceptos básicos de electricidad y física, admito que yo también he aprendido y refrescado cosas que tenía olvidadas.

Qué aprendimos​

En este proyecto hemos visto muchos conceptos sobre:

• ⚡ Electricidad básica:
  • Qué es la electricidad y para qué sirve.
  • Algunas formas de obtenerla.
  • Formas de almacenamiento y transporte.
  • Tipos de electricidad: estática y dinámica.
  • Qué son los átomos, cargas positivas (protones) y negativas (electrones).
  • Unidades de electricidad: voltios, amperios, ohmios y vatios.
  • Algunas diferencias entre tipos de pilas: formas, tamaños, recargable y no recargables.
  • Qué es un circuito eléctrico.
  • Qué es una fuente de electricidad, alimentación, o batería.
  • Materiales conductores y aislantes.
  • Corriente alterna y continua.
  • Para qué sirven los cargadores y transformadores.
  • Cómo se representa gráficamente un circuito eléctrico con componentes básicos.
  • Cómo elegir la tensión el grosor del cableado del circuito.
  • La diferencia entre conectar pilas en serie y en paralelo.
  • Cómo se calcula la vida útil de una fuente de alimentación.
• ⚙️ Física básica:
  • Qué es un sistema de extracción por presión neumática.
  • Conceptos básicos de cómo funciona la presión.
  • Cómo funciona una bomba de aire.
• 📦 Otros
  • Aprendimos cómo se llaman muchos materiales.
  • Cómo usar diferentes herramientas de trabajo.
  • El precio aproximado de diferentes materiales.
  • Nociones básicas de diseño de producto.

Antes de empezar​

Requisitos​

Empecemos repasando qué conocimientos, tiempos, materiales y herramientas vamos a necesitar.

Conocimientos​

¿Para poder seguir este tutorial hay que ser manitas?, ¿o especialmente hábil con la tecnología?. Nuestro objetivo es que no, es que lo podáis seguir cualquier familia, independientemente del conocimiento o experiencia previa que tengáis.

Por eso lo hemos dividido en varios apartados, en los que explicamos cada paso detalladamente, incluso los conceptos teóricos para poder entender el funcionamiento de cada parte.

Tiempo​

¿Hace falta mucho tiempo? Pues una vez conseguidos los materiales, a nosotros nos llevó aproximadamente 6 horas hacer nuestra máquina, pero es cierto que:

1. A nosotros nos llevó un buen rato diseñar las plantillas de cartón. En vuestro caso os damos ya una plantilla con las medidas.
2. Perdimos tiempo haciendo y deshaciendo algunas conexiones eléctricas en varias ocasiones. En vuestro caso, si seguís el orden de los pasos de este tutorial, no os pasará lo mismo.

Estimamos que en 3 o 4 horas os debería dar tiempo de sobra.

Materiales​

En cuanto a los materiales usados, os adelantamos que los materiales que os recomendamos a continuación no coinciden al 100% con la máquina que hicimos nosotros, y que veréis en las fotos.

En este artículo proponemos los materiales que compraríamos a día de hoy, si tuviésemos que repetirla, en base a las lecciones aprendidas.

Empecemos con el presupuesto aproximado de materiales: 35€. Aunque si ya dispones de algunos de estos materiales posiblemente te salga por menos.

En la siguiente imagen puedes ver el listado de materiales que os harán falta:

A continuación os dejamos un listado con un enlace donde poder comprarlos, al menos a día de hoy, y el precio aproximado:

• 3 x Bombas de aire (6V): ~12€ (ejemplo).
• Tubos flexibles de PVC: (ejemplo).
  • 1 x Diametro interior-exterior (4mm-5mm) x 1 metros: 1€.
  • 2 x Diametro interior-exterior (6mm-8mm) x 1 metros: 2,66€.
• Baritas de pegamento termofusible (2): ~2€ (ejemplo).
• 3 x Pulsadores: ~3€ (ejemplo).
• 4 x Pilas AAA: 1,5€ o ~11€ recargables (ejemplos: no recargables / recargables).
• 1 x Caja porta baterías (AAA): 0,20€ (ejemplo).
• 1 x Cinta aislante: ~1,5€ (ejemplo).
• Sujetadores de papel (~20): ~2,5€ (ejemplo).
• 1 x Cinta de embalar: ~3€ (ejemplo).
• 3 x Botellas de refresco (de ~1,25 litros cada una): ~3€.
• Rollo de cable eléctrico: 1€ (~1,5 metros >=22/24 AWG) (ejemplo).
• 1 caja de cartón: ¿gratis?, si la coges de un contenedor de reciclaje 😜.

Herramientas​

• Pistola adhesiva de pegamento: ~13€ (ejemplo).
• Alicates de punta fina.
• Cúter y/o tijeras.
• 1 punzón o cuchillo.

Pasos​

Si sois como nosotros, os gustará hacer las cosas primero. Por eso hemos incluído primero los pasos para fabricar la máquina, y a lo largo del proceso, hemos añadido alguna referencia a la teoría que nos ayudará a entender cómo funciona todo. Pero si no podéis verla al final.

1) Estructura​

Empezaréis fabricando la estructura de cartón, que se compone de tres piezas.

PIEZA PRINCIPAL

Empezad cogiendo una pieza de cartón que podáis recortar en una forma rectangular de 140cm x 60cm. Deseablemente sin dobleces, pero si los tiene, dibujad la plantilla sobre el cartón, e intentad hacer coincidir los dobleces con los que aparecen en la imagen:

Los dobleces deben estar a las siguientes distancias del origen: 30cm, 70cm, 85cm, 110cm, y 125cm.

A continuación cortad el cartón con las tijeras o cúter, y luego haced los dobleces. Para conseguir que el doblez sea perpendicular al lateral del cartón, usad cualquier objeto resistente y recto, os puede valer una escuadra, un libro de tapa dura, ...

LATERALES

A continuación vais a hacer las dos piezas laterales que os ayudarán a que la estructura mantenga la forma que queremos.

Recortad dos cartones con la forma y dimensiones que se muestran en la primera imagen:

Hecho esto, tendréis que dar un pequeño corte en la línea punteada roja, y posteriormente doblar las solapitas de color azul (de 6cm) que servirán de refuerzo. Para asegurar que los dobleces os salgan rectos también os podéis ayudar de la regla/libro.

Ahora sí, juntamos las tres piezas dejando las solapas por dentro de la pieza principal, y las unimos usando la cinta de embalar para que mantengan la forma.

Y para ir terminando la estructura usaréis el punzón (o unas tijeras), para abrir tres agujeritos donde colocar los pulsadores en el panel frontal.

Si los queréis equidistantes y centrados, deberían estar a 15cm cada uno entre sí, y también de los laterales.

Y a continuación desenroscad y colocad los tres pulsadores en el frontal, como se muestra en la imagen:

De la misma forma, en el panel inferior y a la misma distancia, haced los tres agujeros por donde luego colocaremos el tubo flexible de PVC (el más gordito). Pero antes de hacerlo os recomiendo que forréis con cinta de embalar ese cartón, porque si no luego se puede humedecer de meter y sacar los tubos de PVC.

¡Enhorabuena, con esto ya habéis terminado de hacer la estructura!.

2) Circuito​

A continuación vais a montar el circuito eléctrico que hará que cuando presionéis cada uno de los pulsadores se active una bomba de aire diferente.

Empezad cortando el cable eléctrico en 9 trozos. El cable no es necesario que sea negro y rojo, pero en cualquier caso, es una buena excusa para explicar que hay una convención establecida para indicar que en los circuitos de corriente continua el color negro se usa para representar el polo negativo (-) y el rojo al positivo (+).

Para que no os sobre demasiado cable, y la fuente de alimentación quede en el centro, las longitudes de los cables deberían ser aproximadamente:

• 3 x 9cm (🔴 rojo)
• 2 x 20cm (🔴 rojo)
• 1 x 10cm (🔴 rojo)
• 2 x 15cm (⚫️ negro)
• 1 x 20cm (⚫️ negro)

Ahora pelad un poquito cada extremo de cada cable (~1cm) para poder hacer las conexiones.

Y como los pulsadores ya están colocados en la estructura, ahora trabajaréis sobre la caja. Así que lo primero que tenéis que hacer es poner algo de contrapeso dentro. Pueden ser las propias botellas.

Ya está todo listo para terminar del montar el circuito.

En la siguiente imagen se muestra cómo hacerlo, y en qué posición deberíais poner cada cable:

• 🔴 Rojo: de 9cm (1) (2) (3), de 20cm (4) (5), y de 10cm (6).
• ⚫️ Negro: de 15cm (7) (8), y de 20cm (9).

Los cables que en el dibujo se ven conectados a la pila, conectadlas a la caja porta pilas.

Para terminar, os recomendamos poner cinta aislante en las conexiones que podáis ver más débiles.

Nosotros, como véis en las imagenes de arriba y abajo, lo hicimos en todos los bornes de los pulsadores y de las bombas de aire, además de en las conexiones con el conector de la pila:

3) Dispensadores​

¡Ánimo, ya casi estáis!, ¡sólo os queda hacer los dispensadores de bebida! 🥳.

Empezad por cortar los dos tubos grandes de PVC (6mm-8mm) por la mitad, para que os queden cuatro partes de ~50cm. Estos serán los tubos por donde saldrá la bebida.

Ahora cortad el tubo pequeño (4mm-5mm) en tres trozos de 25cm, que serán los que usaréis para introducir el aire en la botella.

Y a continuación, sin quitar las botellas de su sitio, desenroscad los tapones. En cada tapón tendréis que hacer dos agujeros, uno para introducir un tubo grande y otro para el pequeño.

Nuestro consejo es que abráis un agujerito pequeño con un punzón, un cuchillo, destornillador pequeñito, o algo similar. Y luego abráis poco a poco cada agujero hasta que entren ambos tubos, intentando que no quede mucha holgura.

Nosotros lo intentamos primero con un taladro, pero nos pareció peligroso y pasamos a un punzón. Luego introdujimos poco a poco la punta de un alicate de punta fina para ir agrandando los agujeros hasta conseguir que pasara cada tubo.

Por último, introducid los tubos y enroscad los tapones en las botellas. Los tubos gruesos tienen que llegar al fondo de las botellas y los finitos sólo tienen que atravesar los tapones.

Luego, usad la pistola de pegamento para sellar las aperturas y que no pueda salir aire a través de los agujeros del tapón. Tal que así:

4) Ensamblaje​

Ya está todo listo para que hagáis las últimas conexiones.

Ya sólo os queda conectar los tubos finos de PVC a las salidas de aire de las bombas como se muestra a continuación:

Finalmente, colocad la punta del tubo de PVC más grueso en el agujero de la caja de cartón.

Como podéis ver en la siguiente foto, nosotros decidimos fijar los motores a la caja de cartón con cinta aislante, para que no se moviesen con la vibración, quedando el resultado así:

¡Enhorabuena, ahora sí que habéis terminado!. Si todo ha ido bien, ya deberíais poder poner un vaso bajo alguno de los tubos y serviros vuestra bebida tal que así:

Teoría​

En este apartado encontraréis todos recursos y explicaciones entender el funcionamiento de la máquina de refrescos.

Circuito​

Os volvemos a dejar el índice de este apartado:

• ¿Qué es la electricidad?
• Unidades de medida: voltios, amperios, ohmios y varios
• Diferencias entre tipos de pilas
  • Pilas alcalinas vs recargables
  • Formas y tamaños de pilas
• ¿Qué es la corriente continua y alterna?
• ¿Cómo se representa gráficamente un circuito eléctrico?
• ¿Qué fuente de alimentación usar?
• ¿Qué grosor de cable eléctrico usar?
• ¿Cómo se calcula la vida útil de la fuente de alimentación?
• ¿Como saber cuánta energía gasta un aparato en una hora?

¿QUÉ ES LA ELECTRICIDAD?​

Este vídeo de "Smile and Learn" de 13 minutos explica qué es la electricidad y para qué sirve, algunas formas de obtenerla, cómo se almacena y transporta, tipos de electricidad (estática y dinámica), qué son los átomos, cargas positivas (protones) y negativas (electrones), etc

UNIDADES DE MEDIDA: VOLTIOS, AMPERIOS, OHMIOS y VATIOS​

A continuación vamos a describir algunas unidades importantes de la electricidad:

• 🔌 VOLTIOS (V) - Los voltios se pueden entender como la presión del agua en una manguera. Si la presión es alta, el agua sale con más fuerza. En electricidad, los voltios representan la fuerza con la que la corriente es empujada a través de los cables. Una pila pequeña tiene 1,5 voltios (como un chorro suave), mientras que un enchufe en España tiene 220 voltios (como un chorro fuerte).
• 💧 AMPERIOS (A) - Los amperios miden cuánta agua está pasando por la tubería. Si el tubo es muy grande y fluye mucha agua, hay muchos amperios. En electricidad, más amperios significan más corriente moviéndose por el cable. Por ejemplo, para electrodomésticos de alto consumo, como el horno, es importante usar un cableado adecuado para evitar sobrecalentamientos. Depende de la potencia del horno
• 🚧 OHMIOS (Ω) - Los ohmios son como la resistencia en la tubería. Si la manguera es muy estrecha, el agua pasa con más dificultad. En electricidad, los ohmios dicen cómo de difícil es para la corriente pasar por un material. Un cable de cobre tiene poca resistencia (como una manguera ancha), pero un mal conductor, como el plástico, tiene mucha resistencia.
• ⚡ VATIOS (W) - Los vatios son como la fuerza con la que sale el agua de una manguera. Si tienes mucha presión (voltios) y mucho caudal (amperios), el chorro será muy fuerte y moverá más cosas. En electricidad, los vatios indican cuánta energía se usa en un aparato, como una bombilla o un motor. Se calculan multiplicando voltios × amperios.

En relación a estas unidades, es bueno saber que:

• 🚨 Si se conecta un aparato diseñado para funcionar a un voltaje determinado a una fuente de alimentación con un voltaje mayor, podrías quemarlo.
• 🔥 Si un cable delgado tiene que soportar una corriente alta (alto amperaje), se calentará mucho y puede quemarse.
• 🪫 Cuando una pila se va gastando, el voltaje va bajando hasta que no puede alimentar bien los aparatos. Por ejemplo, la mayoría de los aparatos dejan de funcionar bien si la pila baja de 1,1V o 1,0V. Y algunos dispositivos más exigentes pueden necesitar al menos 1,2V para funcionar correctamente. Asi que si una pila de 1,5V:
  • Tiene más de 1,3V → Aún tiene carga.
  • Está entre 1,0V y 1,2V → Está casi agotada.
  • Tiene menos de 1,0V → Está gastada

DIFERENCIAS ENTRE TIPOS DE PILAS​

Pilas alcalinas vs recargables​

Las pilas alcalinas y las pilas recargables sirven para dar energía a juguetes, mandos y otros aparatos, pero funcionan de manera diferente.

Cuando hablamos de energía, nos referimos a la cantidad de electricidad que necesitan para funcionar en un tiempo determinado. La energía se mide en vatios-hora (Wh) y depende de la potencia del dispositivo (W) y el tiempo que está en uso (h). Por ejemplo, un mando a distancia consume muy poca energía porque sólo usa la pila unos segundos cuando pulsas un botón, pero un scalextric a pilas consume mucha más energía porque se usa más intensamente.

Las pilas alcalinas son de un solo uso: cuando se gastan, hay que tirarlas y poner nuevas. En cambio, las pilas recargables se pueden cargar muchas veces con un cargador especial, así no hay que comprar pilas nuevas tan seguido.

Una diferencia importante es el voltaje. Las pilas alcalinas suelen tener 1,5V, mientras que la mayoría de las recargables tienen 1,2V.

Aunque parezca poca diferencia, como dijimos en el apartado anterior, algunos aparatos necesitan más voltaje para funcionar bien, por lo que a veces las alcalinas duran más en esos casos. Sin embargo, las recargables pueden ser mejores para cosas que se usan mucho, porque se pueden recargar y reutilizar muchas veces.

Así pues, es mejor usar pilas alcalinas en aparatos que usas poco o que necesitan menos energía pero mayor voltaje (diferencial de potencial), mientras que las pilas recargables son ideales para dispositivos que usas a diario y que no necesitan voltajes tan altos para funcionar bien, como linternas o mandos a distancia. Así ahorras dinero y ayudas al medio ambiente generando menos basura.

Formas y tamaños de pilas​

Hay pilas de diferentes formas y tamaños porque cada una está diseñada para distintos aparatos y necesidades. La diferencia no es solo la forma, si no también el voltaje, la capacidad y el tipo de uso.

• Pilas cilíndricas (como AA, AAA, AAAA, C y D): Son las más comunes y tienen un voltaje de 1,5V en alcalinas y 1,2V en recargables. La diferencia entre ellas es la capacidad, es decir, cuánta energía pueden almacenar. Por ejemplo, una pila D dura mucho más que una AAA, porque es más grande y tiene más capacidad.

• Pilas de botón (como las de relojes o audífonos): Son pequeñitas y su voltaje varía entre 1,5V y 3V, dependiendo del tipo. Se usan en dispositivos que necesitan poca energía pero por mucho tiempo, como relojes o calculadoras.

• Pilas cuadradas y de petaca: La más común es la 9V, que se usa en cosas como detectores de humo o micrófonos inalámbricos. Estas pilas pueden dar más voltaje porque están formadas por varias pilas más pequeñas dentro de la carcasa.

Aquí una muestra de varias pilas de diferentes formas y tamaños:

¿QUÉ ES LA CORRIENTE CONTINUA Y ALTERNA?​

Para dispositivos electrónicos como el que vamos a fabricar usaremos corriente continua, ¿pero qué es eso? ¿qué otro tipo de corriente hay y para qué se usa?.

Hay dos tipos de corrientes: la continua y la alterna, y es importante conocer la diferencia porque cada una se usa en diferentes aparatos y situaciones. La continua es ideal para dispositivos electrónicos como móviles, ordenadores y juguetes con pilas, mientras que la alterna es la que llega a nuestras casas para alimentar luces, electrodomésticos y enchufes.

Os dejo este vídeo de "AcademiaDII" con una explicación breve pero más completa:

Además, usar el tipo de corriente incorrecto puede dañar los aparatos o hacer que no funcionen, por eso es clave entender cuál se necesita y cómo convertir una en otra si es necesario.

¿CÓMO SE REPRESENTA GRÁFICAMENTE UN CIRCUITO ELÉCTRICO?​

Este otro vídeo de 3 minutos de Miguel Fernández Collado, aunque no esté hecho con los mismos componentes que nuestro circuito, nos servirá para explicar los conceptos básicos de la representación gráfica de un circuito eléctrico:

¿QUÉ FUENTE DE ALIMENTACIÓN USAR?​

A continuación vamos a ver un vídeo de Pablo Electrum mostrando cómo conectar pilas en serie y en paralelo, algo que nos hará falta para entender lo que hace la caja porta baterías que usamos para alimentar nuestro circuíto.

Como en nuestro caso nosotros hemos usado bombas de aire de 6V, y vamos a usar pilas AAA (de 1'5V), necesitaréis cuatro pilas en serie, dado que 1'5V x 4 pilas = 6V.

¿QUÉ GROSOR DE CABLE ELÉCTRICO USAR?​

Como ya hemos visto, elegir bien el grosor de cable es importante, especialmente que no sea demasiado fino para que no se sobrecaliente.

Cuando vamos a comprar un cable para electrónica, debemos elegir el tamaño que suele venir en AWG (American wire gauge; Calibre de cable americano).

Y recordemos que el tamaño que debemos de elegir dependerá de la corriente (amperios) que van a circular por él.

Así que lo que debemos es mirar las características de nuestra bomba de aire:

Nosotros tenemos la bomba de 6V en corriente continua (DC). A continuación os dejo una tabla donde se puede ver para diferentes niveles de corriente el AWG recomendado, el diámetro del cable (por si tuvieses que medirlo, y para qué se suelen usar ese tipo de cables:

Dado que la corriente en nuestro circuito es menor o igual a 300 mA, o 0.3 Amperios, con un cable de 24 AWG nos sobra.

¿CÓMO SE CALCULA LA VIDA ÚTIL DE LA FUENTE DE ALIMENTACIÓN?​

A continuación vamos a calcular la vida útil de nuestra fuente de alimentación.

Para ello tenemos que tener en cuenta que:

• Pilas alcalinas estándar (AAA) tienen una capacidad de carga eléctrica de ~1200 mAh.
  • Si trabajamos con pilas recargables NiMH estas suelen ser de entre 800-1000 mAh.
• COmo ya hemos visto en la hoja de especificaciones de la bomba de aire, nuestra bomba de 6V necesita un máximo de 300 mA.

Por tanto para calcular la duración estimada sólo tenemos que dividir la capacidad entre el consumo.

Si se tratase de pilas alcalinas estándar (de 1200 mAh):

• Duración = Capacidad (mAh) / Consumo (mA) = 1200/300 = 4 horas

Si fuesen pilas recargables NiMH (800-1000 mAh), la duración sería entre:

• Duración = Capacidad (mAh) / Consumo (mA) = 800/300 = 2,6 horas
• Duración = Capacidad (mAh) / Consumo (mA) = 1000/300 = 3,3 horas

¿CÓMO SABER CUÁNTA ENERGÍA GASTA UN APARATO EN UNA HORA?​

Para calcular el consumo en kilovatios-hora (kWh), que es lo que mide la factura de electricidad:

kWh = (Vatios × Horas de uso) / 1000

​Ejemplo: Una tele de 100W encendida 5 horas:

(100W × 5) / 1000 =0,5 kWh

Dispensadores​

¿CÓMO FUNCIONA LA BOMBA DE AIRE?​

El mecanismo es sencillo:

• Y es que el motor gira como una rueda. Cuando cierras el circuito y fluye la electricidad, el motor empieza a girar, como cuando pedaleas en una bicicleta y las ruedas se mueven.
• El motor mueve un pequeño "brazo" que a su vez mueve las piezas de goma flexibles, que suben y bajan cada vez que el motor gira. A esta pieza se le llama diafragma, porque funciona de manera similar al del cuerpo humano, que ayuda a los pulmones a coger y expulsar aire.
• El aire entra por un lado y sale por otro. Cuando la goma sube, aspira aire por un pequeño agujero. Cuando la goma baja, empuja el aire hacia afuera.

Y así se crea un flujo de aire constante. Como el motor nunca deja de girar, el aire sigue entrando y saliendo sin parar.

En el siguiente vídeo nos enseñan cómo es por dentro una de las bombas de aire que hemos usado en esta máquina:

¿POR QUÉ SALE EL LÍQUIDO?​

Nuestro sistema utiliza aire para forzar la salida del líquido de la botella.

Técnicamente se le llama mecanismo de extracción por presión, y funciona de la siguiente manera:

• Cuando encendemos la bomba de aire, como hemos visto, esta genera un movimiento que consigue que entre aire por una de las boquillas y salga por la otra, a la que hay un tubo de PVC conectado.
• El aire fluye por este tubo y entra por el tapón a la parte alta de la botella.
• Al no tener por donde salir, dado que el tapón está sellado, hace que suba la presión y ésta empuje al líquido.
• Como el único sitio por donde puede salir es el otro tubo de PVC (el grueso), al no estar sellado, el líquido es empujado y sale por ahí.

En resumen, es como si intentásemos inflar un globo lleno de agua, y en el fondo del globo hubiese un agujerito muy pequeño por el que saliese el agua al soplar.

Lecciones aprendidas​

Queríamos resumir en este apartado las cosas que cambiaríamos, si tuviésemos que hacer de nuevo el proyecto:

• Tener cuidado al doblar la pieza principal de la caja, para asegurar que no se viese la publicidad.
• Haber comprado analizado mejor el cable que necesitábamos.
• Haber usado la caja porta baterías AAA en lugar de una de 9V.
• Haber usado menos cinta de embalar y más sujetadores de papel.
• Haber ignorado las sugerencias de usar un taladro y soldador (por el peligro que suponen).
• Haber comprado la válvula de retención de fluidos o considerar la opción de poner algo para que recoja esas molestas gotas.

Próximos pasos​

Este ha sido el primer proyecto que hemos documentado, aunque ya habíamos hecho algunas otras cosillas antes.

Es más, en esta lista de reproducción vamos guardando algunas ideas, y ya hemos comprado materiales para hacer más cosas, como por ejemplo:

• Dos Joystick y una Raspberry Pi Zero W para crear una máquina Arcade.
• Varias cosas para aprender a soldar como este escarabajo y este coche.
• ELEGOO básico de iniciación, con Arduino.
• Una pantalla LCD con la que a lo mejor hacemos una mini consola (ya veremos)

Porque además de imprimir modelos de otras personas con nuestra nueva impresora 3D, también queremos diseñar e imprimir nuestras cositas...

Así que, en resumen... el futuro es incierto 😂.

Si alguna familia seguís el tutorial, por favor 🙏, hacédmelo saber. Podéis escribirme a través de cualquiera de mis redes o del correo (hhkaos@gmail.com).

Comentarios​

La raíz de todo lo que os voy a contar fue una propuesta que recibí a principio de curso de la orientadora del colegio de mis hijos. Me proponía que desde el AMPA colaborásemos con el centro para organizar alguna actividad para formar a los alumnos en el uso de la IA. Y como soy fácil de liar... aquí me tienes meses después y muchos "ciclos cerebrales" compartiendo los avances.

En este artículo hablaré de:

• IA tradicional versus IA generativa: diferencias principales.
• IA generativa: qué la hace "especial".
• IA en la educación: situación actual que puedo ver.
• Mi aportación: un nuevo proyecto en el que me he embarcado.
• Protegernos del hype: mi consejos para intentar evitar que "nos la cuelen".

IA tradicional vs generativa​

Como sabemos la IA no es algo nuevo^*. Se ha estado usando en motores de búsqueda, motores de recomendación (Netflix, redes sociales, ...), asistentes virtuales (Google Home, Siri, Alexa, ...), traductores automáticos, reconocimiento facial, filtros de spam, predictores de texto, CAPTCHAs, etc.

Pero esto no quita que la IA generativa haya llegado con mucha fuerza, y la tengamos hoy "hasta en la sopa".

La siguiente tabla resume algunas de las diferencias principales:

IA Generativa​

¿Pero por qué darle tanta importancia?, ¿qué tiene la IA generativa que no haya tenido cualquier otra tecnología disruptiva?, o como diría Bugs Bunny, ¿qué hay de nuevo viejo?.

Ya han habido muchos otros avances tecnológicos que han impactado a la humanidad y nos han transformado radicalmente: la imprenta, la máquina de vapor, la electricidad, Internet...

Pero lo que hemos visto en los últimos años, es un aumento en la velocidad a la que se producen los cambios, seguramente debido a la globalización y los nuevos medios de comunicación.

En la siguiente gráfica del Hardvard Business Review se muestra un ejemplo, basado en datos de Estados Unidos, de cómo el tiempo necesario para adoptar nuevas tecnologías ha ido disminuyendo a lo largo de los años:

Y aunque aún no he encontrado datos excesivamente fiables de la adopción de herramientas de IA generativa, hemos escuchado que ChatGPT (lanzado en 2022) ya ha alcanzado la increíble cifra de más de 300 millones de usuarios activos semanales.

Para poner esta cifra en contexto, aquí tienes una comparativa que muestra otras aplicaciones conocidas, y el tiempo que les costó alcanzar los 100 millones de usuarios activos mensuales:

Pero para mi, la importancia no está en la velocidad de adopción. Lo que me preocupa es que se esté usando masivamente sin una base de conocimiento mínima, y se estén generando y compartiendo contenidos que a primera vista son de calidad, pero que con frecuencia no lo son.

Y es que a diferencia de otras herramientas ampliamente extendidas como Word o Excel, que requiere de cierta formación e incluyen un manual de instrucciones, es que la mayoría estas herramientas de IA no vienen con instrucciones.

Encima son tan fáciles de usar, que cualquiera puede introducir cualquier petición y conseguir una respuesta. Pero de lo que una persona que empieza a usarla no es consciente, es de que si la petición no está bien formulada, si no es consciente del tipo de instrucciones se pueden realizar, de las limitaciones y sesgos que tiene la IA, y otras características, la probabilidad de que la respuesta sea mala o incluso errónea es alta.

Y es que uno de los problemas es, que aún hay partes de la IA generativa que ni los propios creadores entienden cómo funcionan, como por ejemplo, no se sabe cómo influye el prompt (o instrucción de entrada) en la respuesta.

En definitiva, esto nos lleva a una situación en la que, como dice Ramón Besonías:

• Todas las personas somos novatas en el uso de la IA (incluso sus creadores), unas con algunos meses más de experiencia que otras.
• No existe aún la didáctica sobre cómo enseñar IA.

Por eso creo que es especialmente importante que las personas adultas adquiramos una formación básica, las probemos, y hagamos lo posible por estar al día, por entender cómo se puede usar y compartamos nuestras experiencias (las buenas y las malas) con el resto.

IA en la educación​

Y es que hay muchos debates en torno a este tema, el de la propiedad intelectual, el de la ética, el de la regulación, el de la destrucción de empleos, ... pero lo que yo tengo asumido es que esta tecnología ha llegado para quedarse, que ya está redefiniendo la educación y el aprendizaje, y que quienes sean capaces de usarla correctamente estarán en ventaja y sobresaldrán de la media.

¿Sabías que según una encuesta de Statista, la industria de la educación podría ser la segunda más impactada por esta tecnología?. A continuación te dejo una infografía con los resultados:

Pero no son sólo los docentes quienes la están usando, sino también los estudiantes, en muchos casos para que les haga el trabajo (¡¡sooorpreesaa!! 😜).

¿Pero sabéis qué? Yo no les culpo, una de las promesas de la IA es que nos puede ayudar a hacer aquellas tareas menos importantes o que "menos nos gustan". Y pienso que al igual que los estudiantes, en el fondo y aunque nos cueste reconocerlo, el motivo por el que tantas personas adultas empezamos a usarla es a veces el mismo.

Pero el principal problema con el que me he encontrado, es que aunque quieras encontrarlo, no hay buen contenido^* para ayudar a saber cómo se debería usar correctamente (para estudiar), y me refiero a contenido accesible, completo, estructurado, de calidad, y gratuito.

Lo que parece estar claro es que vamos a necesitar desarrollar nuevas competencias.

Al igual que con la llegada de la informática, Internet y los motores de búsqueda tuvimos que empezar a desarrollar nuevas habilidades y competencias, como por ejemplo saber buscar en internet, ahora va a ser más importante que nunca que desarrollemos más otras competencias, como las lingüísticas, el pensamiento crítico, etc. para poder hacer un buen uso de la IA generativa.

Por ejemplo, tendremos que entender a grosso modo las diferencias entre los diferentes tipos de herramientas y modelos de IA que hay, o saber escribir "prompts" para que nos devuelvan cosas útiles, etc.

Y aunque confío en que no pasará, de no desarrollar estas competencias, creo que la sociedad se enfrentaría a un futuro distópico en el que terminaríamos con unas nuevas generaciones menos preparadas y rodeada de información basura, que no sería fácil de identificar.

Por eso tenemos que usar esta tecnología como una herramienta más a nuestro alcance, para ayudarnos a hacer nuestro trabajo y desarrollar nuestras competencias, y no usarlas mal, para que no terminen mermando nuestro desarrollo e inteligencia.

Repito, está claro que la IA, como cualquier otra cosa, puede hacer muchas cosas buenas si se usa bien, pero también puede traer muchos problemas de no hacerlo.

Mi aportación​

Te preguntarás, y después de toda esta chapa, ¿tú qué vas a hacer al respecto para evitarlo?.

Además de hacerlo lo mejor posible para educar a mis hijos en casa, y ayudar en el colegio, me he lanzado a empezar un nuevo proyecto de documentación, en la sección "Mi cerebro digital > Inteligencia Artificial".

Pero como yo no soy ni docente, ni experto en IA, me he lanzado a pedir ayuda, a través de entrevistas, a profesores y profesoras de España, especialistas en inteligencia artificial, y otras áreas relacionadas para intentar recopilar información acerca de este tema: ideas, experiencias, recursos, reflexiones, etc.

El objetivo es crear un material educativo que llene ese vacío que encontré. El de contenido sobre cómo usar la IA (para estudiantes), con un enfoque holístico que sea accesible, estructurado, completo, de calidad, y gratuito, que espero no solo nos ayude a las actividades que estamos organizando desde nuestro AMPA, sino que también pueda ser útil para otras comunidades educativas.

Te animo encarecidamente a que visites el contenido que estamos creando y que está en continua evolución en el siguiente enlace:

Protégete del "hype"​

No podemos negar que aunque la IA tenga un gran potencial, el "hype" o el revuelo que se ha formado alrededor suya es brutal.

Y es que toda innovación tecnológica suele conllevar este efecto, que puedes ver en la siguiente gráfica y que encontrarás en todos los informes de "Gartner Hype Cycle for Emerging Technologies". :

Pero no olvidemos nunca por qué se produce esto. Y es por una mezcla de:

• El optimismo y pasión de algunas personas innovadoras.
• Las ganas de creer de muchas personas.
• La gran atención y publicidad mediática.
• Y los intereses "ocultos" (económicos) de las empresas tras dichas innovaciones. Empresas que compiten sin descanso por liderar estas revoluciones.

Todo esto suele llevar al pico de inflación de las expectativas, en ocasiones a coste de generar información engañosa ante la que nos deberíamos de proteger.

Así que para protegerte de las manipulaciones o la desinformación, no sólo en cuanto a la IA, te aconsejo:

1. Desconfía del lenguaje emocional: Cualquier cosa que suene demasiado bien, promesa "exagerada", o titulares alarmistas. Estas suelen ser señales de manipulación. Por cierto, esto se aplica a todo .

2. Sé crítico/a: Evalúa la fuente de la información y verifica si tiene intereses económicos.
3. Investiga: Busca opiniones de expertos y fuentes confiables.
4. Diversifica: Consulta varias perspectivas para tener una visión más completa.

Mi último consejo es que desconfíes de las cosas que te vendan hoy en día y que usen la IA como propuesta de valor.

Hace no mucho me llegó la grabadora de voz PLAUD Note, que transcribe conversaciones, las resume y te hace esquemas para preparar oposiciones (como puedes ver en este reel de Instagram). Aunque a primera vista parece atractivo, pero que tras analizar el coste (169€ + $79 anuales) se puede ver que con unas competencias básicas, se puede hacer lo mismo sin comprar nada, y contratando una suscripción avanzada de ChatGPT, Gemini, o cualquier otra herramienta, podrás hacer cosas mucho más avanzadas.

Bueno, y tú, ¿en que no estás de acuerdo?, ¿qué se me escapa?, ¿o te ha parecido interesante?.

Comentarios​

Este es el segundo artículo de la serie "Historia de las comunidades tecnológicas", en el que estamos haciendo un repaso a la historia de las comunidades técnicas en España. En este, nos centraremos concretamente en la época en la que se populariza Internet, llegando a multitud de hogares, y seguiremos poniéndonos nostálgicos con algunas de las innovaciones que se introdujeron.

Estamos en los años de:

• Los Juegos Olímpicos de Barcelona.
• La Expo de Sevilla del 92.
• La celebración de la primera asamblea RITSI.
• Del lanzamiento del Windows 3.1.

Y un año antes de que los Intel Pentium empiecen a inundar el mercado (1993).

Linux y LUGs​

Un año antes, en 1991, se creó el sistema operativo Linux, que en 1992 adoptó una licencia GPL. Esta tecnología no sólo transformaría Internet y muchas cosas más, sino que sería también el germen de muchas de las comunidades importantes de la época, como los grupos de usuarios de Linux (GULs, o LUGs en inglés). Entre otras muchas cosas, hacían “Linux install parties” para ayudar a instalar sistemas como SUSE (1992), Debian (1993), Red Hat (1993), Mandrake (1998), ... que no eran nada fáciles de hacer funcionar en aquella época.

Años más tarde, en ~1997, se formaría es España la Asociación de Usuarios Españoles de LiNUX (Hispalinux), una importante comunidad cuyos fines pueden leerse en sus estatutos. En 2024 ya tiene más de 7.000 miembros.

Internet​

Es la época de los inicios de Internet en España (1996), cuando llega la Web 1.0, páginas estáticas creadas con HTML 2.0, prácticamente sin sistemas de usuarios ni comentarios, y que navegamos con un navegadores como Netscape u Opera.

Nacen los primeros proveedores de Internet como Goya (1992) e InfoVía (1995), que cobraban Internet (por minuto conectado) a precio de una llamada telefónica local. Sí, por que por aquella época había que pagar las llamadas locales. Es cuando los modems de 28.8 kbps, los routers de aquella época, que eran más de mil veces más lentos que los de hoy.

Con estas conexiones podíamos chatear y navegar la Web. En esa época las webs casi no tenían imágenes, y por supuesto, nada de archivos multimedia, porque descargar un fichero de 4 MB podía llevar muchas horas, y si tenías suerte de que no te cortara la conexión alguien al llamar a tu casa.

También en el 92 surgieron las party lines, multiconferencias con desconocidos vía telefónica. Aunque yo, personalmente, esto no lo metería en el saco de las iniciativas de comunidad.

En 1998 nace otra comunidad, la Asociación de Internautas, cuyos fines están aquí.

Ese mismo año, 1998, Netscape creó la organización Mozilla, que llevo a la creación de la Fundación Mozilla en 2003.

Y en el 2000 se funda el capítulo español de la Internet Society.

Hosting y buscadores​

Cuando Internet estaba llegando a España, los primeros proveedores de web hosting, como GeoCities (1994), o años más tarde Galeon.com (1999), empezaban a ofrecer también alojamiento web gratuito.

Esto reduciría enormemente la barrera de entrada a las comunidades que queríamos colaborar creando y compartiendo tutoriales, noticias, etc.. Especialmente a quienes éramos adolescentes y no teníamos dinero para permitirnos uno de pago.

También hay que tener en cuenta, que los primeros motores de búsqueda no surgen hasta mediados de los noventa (ej. Lycos ‘94, Yahoo! Search ‘95, AltaVista ‘95, Olé ‘96, Hispavista ‘96, Google ‘97…). Por tanto no sólo había muchísimos menos manuales y tutoriales, sino que hasta entonces había sido muy difícil encontrarlos.

Como resultado de algunas de estas colaboraciones, las personas más mayores recordarán el famoso Rincón del Vago (~1998), una web usada mayormente por estudiantes para compartir trabajos y apuntes académicos. Aunque por poner un ejemplo de comunidad técnica, os dejo una de la que yo tuve la suerte de formar parte, HackHispano (~1999).

IRC y otros chats​

También fue cuando se popularizó el protocolo IRC, y programas como el mIRC (1995) para conectarse a servidores públicos como IRC-Hispano, freenode, undernet, etc. y que por primera vez en la historia, permitió chatear en tiempo real con personas de otra parte del mundo, repito, a coste de una llamada local, algo totalmente disruptivo.

Había multitud de canales sobre #linux, #programación, #redes, ... pero también #humor, #madrid, #manga, etc. Aunque es cierto que aquí se empiezan también a reunir muchas comunidades hackers históricas como !Hispahack/#hispahack (~1996). En esta entrevista a Antonio Fernandes (en The Wild Project), podrás escuchar sus inicios en el hacking por aquella época, y como nombra otras comunidades/grupos de hackers como Apóstols o la La Vieja Guardia.

Y en 1996 nace el grupo de noticias es.comp.os.linux, dedicado a la discusión sobre el sistema operativo Linux en España, y según hackstory.net, una de las principales iniciativas de los hackers linuxeros hispanos.

Conferencias​

Por entonces, en España las principales conferencias tecnológicas son:

• SIMO TCI (1994).
• Jornadas de Informática de la Asociación Española de Informática y Automática (1995-1998).
• Congreso Hispalinux (1998).

En el panorama internacional se arrancan otras populares como:

• Microsoft Professional Developers Conference (1992).
• DEF CONF (1993).
• Hackers on Planet Earth (1994).
• Linux Kongress (1994).
• JavaOne (1996).
• O’Reilly Conferences (1997).
• LinuxWorld (1998) (renombrada a OpenSource World en 2009)
• FOSDEM (2001).
• etc.

Listas de correo​

También por aquel entonces, aumentan considerablemente las comunidades que se reúnen en torno a las listas de correo:

• Hispalinux.
• Listas de los grupos de usuarios de Linux.
• Listas de distribución de RedIRIS.
• etc.

LAN parties​

Esta es la época de las primeras LAN parties, grupos de amigos que nos reuníamos en alguna casa para jugar en red, y a veces ver cosas que no debíamos 🤣.

También empezaban las macro quedadas como la Euskal Party (1993) o la  Campus party (1996), en las que muchos cogíamos nuestro ordernador sobremesa, nos subíamos en un autobus, y recorríamos media España para pasar unos días rodeados de cientos o miles de entusiastas de las nuevas tecnologías jugando a juegos, grabando CDs, etc.

Pocos años después, en 1998, surgiría la comunidad de desarrolladores de videojuegos y multimedia Stratos.

Cibercafés​

Con la llegada de la RDSI, que mejoraba considerablemente la velocidad de conexión a Internet, empezaron a surgir los primeros cibercafés (~1995). Estos se convirtieron en otros puntos de encuentro donde grupos de amigos nos reuníamos para jugar, hablar y compartir de cosas que habíamos descubierto en Internet, etc. y donde algunos “hackers” 😜 aprovechaban para instalar keyloggers y troyanos con fines un tanto ilícitos.

Bloggers​

A final del milenio, en 1999, se empezaron a popularizar los blogs, antiguamente también llamados bitácoras, quizás provocado por el lanzamiento de Bloggler.com.

En ese mismo año nace barrapunto (1999), era un sitio web de noticias relacionadas con el software libre, la tecnología y los derechos digitales. En 2001 empezaría a ofrecer un sistema de bitácoras denominado MiBarrapunto.

Un famoso blog que empezó a hablar sobre la cultura libre en esta época era el de Ignacio Escolar (~2001).

Luego nació blogalia (~2001/2002), otro servidor de bitácoras en español.

Aquí lo que me gustaría comentar, es el hecho de que los comentarios de algunos blogs se convierten casi en chats de comunidad.

Cierre de la etapa​

Según la Sociedad Científica Informática de España, se estima que a final de siglo se habían titulado en España un total de unas 68.705 personas en informática (~2450 por año).

También es cuando se empiezan a gestar los primeros Colegios Oficiales de Ingenieros en Informática (e.j. Murcia, Cataluña, Asturias, … ) (1998-2002), y cuando surge la Asociación de Mujeres Investigadoras y Tecnólogas (2001).

Panorama internacional​

Ahora repasaremos otros hechos que suceden internacionalmente, y que posteriormente tendrían un impacto en las comunidades técnicas de España.

Hackerspaces​

Alrededor de 1992 empiezan a surgir los hackerspaces, espacios físicos donde se conocen, socializan y colaboran personas interesadas en nuevas tecnologías, electrónica, artes digitales, etc.

Escribí un poco más sobre los HackSpace / HackLab / MakerSpace / Fab Lab en esta página.

Otras comunidades​

En 1993 parece que surge la comunidad de IBM.

El mismo año que se lanzó la primera versión de Java (1995), se formó uno de los primeros Java Users Group (el de Denver).

Luego en 2001 pasan muchas cosas:

• Se crea la Wikipedia, alrededor de la cual surgirá una inmensa comunidad de contribuidores (incluyendo comunidades locales).
• Nace la Python Foundation, que fomentaría la creación de grupos de usuarios locales, contando a día de hoy con más de 1600 grupos y más de 800.000 miembros.
• Y se producen los atentados del 11 de septiembre.

Reconocimientos​

He podido encontrar que alrededor de 1993 Microsoft ya empezaba a reconocer las contribuciones de algunos desarrolladores, lo que podría considerarse el precursor de los Microsoft MVP, y lo que en el futuro probablemente daría pie a otros programas de "champions", "ambassadors", etc.

Open culture​

Doce años más tarde de la fundación de la Free Software Foundation (en 1997), Bruce Perens, un desarrollador, crea La Definición de Código Abierto, y un año más tarde co-funda la Open Source Initiative, quién popularizará el término "open source", y defiende el software de código abierto desde un punto de vista pragmático y empresarial (más “business friendly”).

Primeras iniciativas enfocadas en open-source hardware, como la "Open Hardware Certification Program" y la "Open Hardware Specification Project" también fueron lanzadas alrededor de esa época.

En 1999 se crea la Apache Software Foundation para apoyar varios proyectos de software de código abierto. Y nace una de las primeras webs que ofrece alojamiento gratuito para que la comunidad de desarrolladores pudiese compartir proyectos de código abierto, Sourceforge.

En 2000 nace el Open Source Development Labs para promover Linux en la informática empresarial, que años más tarde (en 2007) se convertiría en la Linux Foundation.

Es también en esta época (2001), cuando Lawrence Lessig, un jurista y activista político, crea Creative Commons, una organización dedicada a facilitar el acceso a contenido educativo y aumentar la cantidad de las obras creativas disponibles para que otros se basen en ellas legalmente y las compartan.

Redes sociales​

Podríamos decir que los comienzos de las redes sociales se dan también a final de esta etapa con el nacimiento de:

• SixDegrees.com (~1998)
• Last.fm (2002)
• Friendster (2003)
• MySpace (2003)
• LinkedIn (2003)
• Hi5 (2004)
• Etc.

Aunque de todas estas, yo diría que las únicas bien conocidas en España eran MySpace y quizás Last.fm, principalmente para comunidades en torno a la música.

Conclusiones​

En esta época, sin duda podemos decir que explosionan las comunidades online, principalmente con interacciones vía texto, listas de correo y los comentarios de los blogs. Aunque empiezan también las llamadas vía voz (en entre los gamers principalmente)

Se seguían creando asociaciones profesionales y en torno a diferentes tecnologías, pero ahora ya no eran necesariamente locales. Surgen algunas conferencias nuevas, pero aún no eran demasiado habituales.

Surgen algunas de las comunidades en torno a temas como Internet, Linux, hacking, programación de juegos, mujeres en tecnología, periodismo digital, hardware (ej. overclocking, open hardware, ...), etc.

En base a esta información, yo diría que en esta época la una comunidad se entendía como: un grupo de personas que se reunían (de manera online o presencial), voluntariamente y por iniciativa propia, que comparten interés por la tecnología, para colaborar entre sí.

Y tú, ¿qué opinas?

Si le ha gustado, pronto publicaré el siguiente artículo de la serie: "2004-2012: El surgimiento de las conferencias y encuentros tecnológicos modernos"

En este primer artículo de la serie "Historia de las comunidades tecnológicas", vamos a hacer un repaso a la historia de las comunidades técnicas en España, antes de Internet, en la época en la que aterriza la informática y empieza la revolución de los computadores personales. 

Contexto previo ​

Vamos a repasar algunos hechos del contexto nacional e internacional para ponernos en situación

Estado Unidos​

1975 es el año en el que Estados Unidos da por terminada la guerra de Vietnam.

IBM cuenta ya con 64 años de antigüedad, es el gigante y líder mundial en fabricación de ordenadores (mainframe) usados por empresas, instituciones gubernamentales y académicas.

Otra empresa, Digital Equipment Corporation (DEC), que en 1998 sería adquirida por Compaq, empezó a comercializar en 1960 lo que llamaron los Procesador de datos programados (PDP) en torno a lo que se crearían grupos de usuarios.

En esta fecha Xerox ocupaba una posición dominante en el mercado de las fotocopiadoras. Siendo una de sus impresoras, en 1980, la que daría pie a la anécdota que terminaría por llevar a Richard Stallman a la creación de la Free Software Foundation.

Hasta poco antes, el software no se percibía como un producto. Fue cuando IBM decide desagregarlo del hardware (en 1969), cuando se dio pie a lo que sería la industria de los vendedores de software independientes (VIS), donde poco después empresas como Microsoft jugarían un papel fundamental.

Por esta época, ya cumplían algunos años los primeros grupos de usuarios o comunidades que he podido encontrar, como:

• TMRC, estudiantes del MIT afines a la cultura del hacking (1946).
• SHARE, grupo de usuarios de mainframes de IBM (1955).
• GUIDE, un grupo de usuarios de sistemas de IBM (1956).
• DECUS, el grupo de usuarios de ordenadores Digital Equipment Corporation (DEC) (1961).

En 1963 se crearía el IEEE, organismo sin ánimo de lucro que más adelante crearía estándares como Ethernet (1983), Wi-Fi (1997), etc.

Por aquel entonces también se habían celebrado ya algunas conferencias destacadas sobre computación que reunieron a perfiles técnicos, como la International Solid-State Circuits Conference (1954) y el Symposium on Operating Systems Principles (1967).

Por otro lado, Intel, con ya 7 años, lanzaba en 1971 el primer microprocesador, el Intel 4004 (a un coste de $450, a fecha de 2023), que revolucionará la industria de los ordenadores personales.

España​

Ahora vamos a hacer un repaso a algunos hechos importantes relacionados con la informática en España antes de que falleciera Francisco Franco, en 1975 y tras 36 años en el poder. 

Hasta la fecha la figura más destacable en el sector que he encontrado es José García Santesmases, un físico y pionero de la informática en España que en ese año cumplía 68 años. Esta persona:

• Creó el Instituto de Electricidad y Automática (1952).
• Organizó un congreso internacional de automática (1958).
• Creó la Asociación Española de Informática y Automática (AEIA) (1967).
• Organizó el I Congreso Nacional de Automática (1970).

Es también antes de fallecimiento de Franco, cuando se crea la Asociación de Técnicos de Informática (1967) y el Instituto de Informática dependiente del Ministerio de Educación y Ciencia (1969).

En 1971 se aprueba en España la orden que establecería los planes de estudio de las distintas titulaciones que poco después daría lugar a las primeras Facultades de Informática.

La transición española​

El mismo año que fallece Franco, en Estados Unidos Bill Gates y Paul Allen fundan Microsoft y lanzan el que se suele considerar como el primer ordenador personal que tuvo buena acogida por el mercado (en términos de relación prestaciones / precio), el Altair 8800.

En este año (1975), también es cuando se funda el mítico Homebrew Computer Club, donde Steve Wozniak y Steve Jobs enseñaron en 1976 su Apple 1, un momento que fue “inmortalizado” en el cine en películas como Piratas de Silicon Valley (ver secuencia) o Jobs (2013). 

En 1976 fue también cuando Steve Jobs, Steve Wozniak, y Ronald Wayne, fundaron Apple, y lanzaron el Apple-1. El mismo año que Bill Gates escribió su famosa carta “An Open Letter to Hobbyists”.

Ese año fue cuando se crearon las primeras Facultades de Informática en España en las Universidades Politécnicas de Madrid y Barcelona, y en la Universidad de Valladolid (ver más).

Primeras asociaciones​

El 15 de Junio de 1977 se celebran las primeras elecciones democráticas Españolas.

Poco después, se aprueba la Constitución española de 1978, que entre otras muchas cosas incluye el derecho o libertad de asociación, lo que impulsará la formación de muchas asociaciones en España desde donde se publicarían artículos, manuales y casos de estudio.

Algunas de estas asociaciones son: 

• 🇪🇸 Asociación de Titulados en Ingeniería Informática (1980).
• 🇪🇸 Asociación Española de Reconocimiento de Formas y Análisis de Imágenes (1982).
• 🇪🇸 Asociación Española para la Inteligencia Artificial (1983).
• 🇪🇸 Sociedad Española para el Procesamiento del Lenguaje Natural (1984).
• 🇪🇸 Asociación Ada Spain (1987).
• 🇪🇸 Asociación para el Desarrollo de la Informática Educativa (1989).

De manera paralela, fuera de España se formaban otros grupos destacables como:

• 🇩🇪 Chaos Computer Club, una asociación de Hackers (1981).
• 🇺🇸 Macintosh User Group (1984).
• 🇺🇸 Apple User Group Connection (AUGC) (1985), vídeo promocional de 1991.

Primeras comunidades online​

También por esta fecha (principios de los 80), se puede decir que surge las primeras comunidades online, que se reúnen en torno los sistemas de tablones de anuncios (BBS), precursores de los actuales foros. 

Casi en paralelo surge Usenet (~1980), otro sistema para intercambiar opiniones y experiencias. Este es el sistema que Richard Stallman usa en 1983 para anunciar su plan para el sistema operativo GNU. Dos años más tarde, en 1985, fundaría la Free Software Foundation, cuya filosofía tendría un gran calado en el mundo del software y poco después en el hardware, y por supuesto en torno a muchas de las comunidades técnicas.

Poco después de Usenet, en el año que se empieza a experimentar con el Teletexto en España y puede escuchar en los walkmans el recién estrenado Thriller de Michael Jackson (1982), Telefónica comenzaría a comercializar el Minitel, un sistema que se podrá usar para acceder a la guía telefónica, compra/venta al por menor, acceder a servicios de información de compañías, bases de datos, foros, y mensajería. 

En ese mismo año (1982) se funda Sun Microsystem, una empresa que competiría con DEC en la venta de servidores y estaciones de trabajo, y que empezaría desde donde en 1991 se empezaría a trabajar en el proyecto que desembocará en el lenguaje Java.

En 1984 surge FidoNet, una popular red de nodos BBS que llegaría con fuerza a España y que por primera vez permitiría a muchos desconocidos comunicarse a nivel mundial a través de ordenadores por línea telefónica. Por ejemplo, el nodo "2:345/801" era la dirección de un tablero denominado “Atlantis” cuyo operador era Alfredo Sanchez, de Granada, y cuyo teléfono era “958132748”. Más información en "Viajando en el tiempo: SysOp de una BBS en 1997 y Fidonet en España". Os dejo también otra lista de nodos de 1987, y aquí otros nodos de España.

Conferencias​

En el panorama nacional la mayoría de las conferencias y eventos técnicos que se celebraban eran más por parte del ámbito universitario:

• 🇪🇸 Jornadas de Automática del Comité Español de Automática (1977).
• 🇪🇸 IV Congreso Nacional de Informática y Automática (AEIA) (1979).
• 🇪🇸 V Congreso de Informática y Automática (AEIA) (1982).
• 🇪🇸 Congreso de la Asociación Española de Inteligencia Artificial (1985).
• 🇪🇸 VI Congreso de Informática y Automática (AEIA) (1985).

Y en Estados Unidos estas son algunas de las que me han parecido interesante destacar:

• 🇺🇸 sHistory of Programming Languages (1978)
• 🇺🇸 IEEE Symposium on Security and Privacy (1980)
• 🇺🇸 Apple Worldwide Developers Conference (WWDC) (1983)

PCs y videojuegos​

A lo largo de esta década (la de los 80) los ordenadores 386 (1985) y 486 (1989) llegan a muchos hogares españoles, y las videoconsolas empiezan a inundar las casas: Commodore 64 (1982), Nintendo NES (1983), Sega SG-1000 (1983) Amstrad CPC (1984), Amiga (1985), Atari 7800 (1986),  Game Boy (1989), ... En este clima, se organiza la celebración de una primera reunión llamada la Game Developers Conference, en 1988, en California, con unas 20 personas que crecerá a unas 125 el año siguiente, y que a día de hoy reúne a cerca de 28.000 personas.

Como se puede leer en la página de la Historia de las computadores personales en Wikipedia, por estas fechas Texas Instruments era el mayor fabricante de chips del mundo, y una de las empresas de electrónica de alta tecnología que en 1979 entró en el mercado de los ordenadores domésticos.

De allí saldrían los fundadores de Compaq Computer Corporation, quienes en 1982 lanzaron su primer producto, una computadora personal portátil (portable computer) inspirada en Osborne 1 pero compatible con software de IBM, principalmente orientado a profesionales. Si quieres saber más, el documental "Silicon Cowboys" cuenta la historia de Compaq y su impacto en el desarrollo de computadoras portátiles. Aquí se puede ver el evento de presentación.

Cierre de la etapa​

Otros hechos relevantes al final de esta época:

• Surge en España RedIRIS (1988), la red de Interconexión de los Recursos InformáticoS de las universidades y centros de investigación. 
• Guy Kawasaki crea un equipo de evangelizadores en Apple.
• Nace el popular sistema de control de versiones CVS (Concurrent Versions System) (1990).
• También en 1990 el Open Design Circuits propone la creación de una comunidad de diseño de hardware con el espíritu del software libre (más).
• Jean Lave y Etienne Wenger introducen el concepto de “Comunidad de Práctica” que nos acompaña hasta hoy y que se define como: “grupo de personas que comparten un interés, profundizan su conocimiento y experiencia en el área a través de una interacción continua que fortalece sus relaciones” (1991)

Por último, lo que cambiaría la sociedad y el ecosistema de comunidades en los próximos años lo presentaba Tim berners Lee en 1991, los fundamentos de la world wide web (red informática mundial).

Conclusiones​

Como hemos podido observar, en esta época, es cuando:

• Aterriza la informática en España, la constitución y las primeras asociaciones, que surgen en torno a la comunidad científica y universitaria. 
• Se celebran los primeros congresos de informática, automática e inteligencia artificial. A su vez aterrizan los BBS y Usenet, donde se comienzan a formar las primeras comunidades online más informales. 
• A nivel internacional aparecen los primeros grupos de usuarios y clubs de aficionados a la informática en torno a la electrónica, sistemas concretos de empresas,  hacking...  junto con algunas conferencias que eran principalmente presenciales.

En resumen en estos grupos y conferencias se hablaba de: sistemas operativos, automática, robótica, circuitos, lenguajes de programación, inteligencia artificial, sistemas IBM, Apple, videojuegos, redes y seguridad.

En base a esta información, yo diría que si hablamos de comunidad en España, en esta época nos referíamos principalmente a: un grupo de personas que se reúnen presencialmente por iniciativa propia y que comparten un interés por el software, cuyo objetivo es el desarrollo profesional. Principalmente para publicar artículos, manuales y casos de estudio.

Y tú, ¿qué opinas?

Si te ha gustado, puedes seguir leyendo en el siguiente artículo de la saga: “1992-2003: El auge de las comunidades online”.

El objetivo es documentar la historia, y que nos sirva para reflexionar sobre el pasado, entender cómo y por qué han evolucionado las comunidades tecnológicas de la manera que lo han hecho, y para establecer un marco común que ayude a disipar algunas de las controversias que existen actualmente. Así, con suerte, nos podremos centrar en lo que para mi es lo importante... colaborar. 

Los artículos que tengo planeado publicar próximamente son:

• 1975-1991: Primeras asociaciones y comunidad online.
• 1992-2003: El auge de las comunidades online.
• 2004-2012: El despertar de las conferencias y tech meetups modernos (próximamente).
• 2013-2020: Profesionalización de las comunidades (próximamente).
• 2020-2022: Comunidades durante la Pandemia (COVID19) (próximamente).
• 2022-2024: La vuelta a la realidad de las comunidades (próximamente).

Aprovecho para recordar que todo el contenido está en GitHub y bajo Creative Commons y que me encantaría recibir vuestras contribuciones. 

Si es posible, intentaré volcar de alguna forma esta información en la Wikipedia. 

Espero que los disfrutéis 🙂

En esta tesitura, me veo en la necesidad de definir qué es una comunidad técnica, al menos para mi.

Un término ambiguo​

Para empezar, espero que todo el mundo coincida conmigo en que el término comunidad no sólo tiene muchas acepciones y sinónimos, sino que se ha usado para referirse a muchas cosas, a veces con mayor y otras con menor acierto, lo que termina haciéndolo muy ambiguo.

Por ejemplo, si hablamos de comunidad podemos estar refiriéndonos a multitud de cosas:

• A un colectivo 
• A un gremio
• A un grupo  (e.j.  grupo de apoyo, de usuarios/clientes, …)
• A un club (e.j. club de lectura, de fans, de fútbol),
• A una tribu
• A una pandilla
• A una secta, clan, o a la comunidad del Anillo 💍😂
• ...

En el mundo de la tecnología se ha usado, e incluso podríamos decir… abusado o usado incorrectamente del término hasta tal punto que se podría llegar a decir que de alguna forma, algunos sentimos que se ha desvirtuado el significado romántico de la palabra. 

Aquí algunos ejemplos ilustrativos en diferentes contextos:

• La comunidad de una tecnología
  (ej. comunidad Python, Java community, Android community, …)
• La comunidad de una plataforma
  (ej. GitHub community, Twitch community, Reddit community, Stack overflow, Meetup…)
• La comunidad externa de una marca u organización?
  (e.j comunidad GDG, GDE, Microsoft, Mozilla, Wikipedia, OSM, CodelyTV…)
• La comunidad interna (de empleados) de una marca u organización
  (e.j SNGULAR, Izertis Community, Adevinta, ...)
• La comunidad de una persona influyente (influencer)
  (ej. Midudev, mouredev, …)
• La comunidad de un movimiento, práctica o metodología
  (ej. Open source community, Agile Community, …)
• La comunidad de un evento/conferencia
  (ej. Codemotion, …)
• La comunidad de un campo o gremio
  (ej. Frontend, Backend, DevOps, …)
• ...

Esto hace que a veces se genere debate de a qué nos referimos generalmente con comunidad, en el mundo de la tecnología.

Tened en cuenta que el lenguaje evoluciona con el tiempo, y el uso de las palabras está ampliamente vinculado al contexto en el que se expresan. Para indagar un poco más en esto, me he decidido a empezar una serie de artículos en los que abordar la Historia de las comunidades tecnológicas (en España).

Mi definición​

Aquí va lo que yo entiendo por comunidad técnica, en el sentido más tradicional/romántico, ampliamente influenciado por mi propia experiencia vital, y claramente cargada de sesgos:

Es un grupo de personas que:

• Surge por iniciativa propia (movimiento de bases).
• Comparten interés por la tecnología (software o hardware), por ejemplo: lenguajes de programación, metodologías, seguridad informática, datos, o robótica. 
• Se rigen por una serie de normas o reglas, ya sean implícitas o explícitas (decálogo, código de conducta, nettiquete ...) y definidas por la propia comunidad.
• Tienen un propósito u objetivo más centrado en el desarrollo profesional o personal más que en el puro entretenimiento.

Donde todas estas personas, tanto promotoras como el resto de participantes, deciden voluntariamente invertir parte de su tiempo libre (por una motivación intrínseca), y en ocasiones dinero, para interactuar regularmente entre ellas. A veces hasta sin esperar nada más que la satisfacción de ayudar a otras personas, compartir conocimientos, compartir experiencias, aprender de otras personas, colaborar en proyectos y, en definitiva, disfrutar con personas afines y en su tiempo libre de su pasión por la tecnología. 

Siempre de manera altruista, y hasta buscando el bien ajeno aún a costa del propio, lo que suele terminar en formación de fuertes vínculos.

Si tuviera que nombrar algunas comunidades que creo que encajarían bastante bien serían:

• !Hispahack 
• Hispalinux
• Comunidades locales de Python
• Comunidades HOT
• etc.

Dicho esto, he de decir que:

• Esta definición probablemente no aplique a más del 90% de las comunidades que existen hoy en día. 
• Ni que no acepte que hay otro tipo de comunidades por las que siento aprecio o admiración.

La controversia​

El otro día pensando en algunos de los clásicos debates en los que personas de una misma generación hablábamos de si “X” era una comunidad o no, me acordé de cuando mi padre me decía: “eso que escuchas no es música, ¡es ruido!”, ¿te suena?. Personalmente pienso, que es algo natural que cuando nos hacemos mayores, nos aferramos a nuestros recuerdos y la nostalgia de algo, y nos cuesta aceptar que las cosas cambian y evolucionan hacia algo que puede que nos guste o que no. 

Y es que más veces de las que me gustaría me encuentro entre debate similares, ¿es una comunidad online una verdadera comunidad?, ¿es la comunidad de una empresa una comunidad?, ¿es la comunidad de X una comunidad?, ...

Lo que de verdad importa​

Pero yo me pregunto, ¿cómo de importante es la etiqueta que le pongamos?. 

Mi postura es bastante firme en este sentido. Yo digo que como siempre, yo lo más importante es buscar lo que nos une y no lo que nos separa. Ya estamos en una sociedad suficientemente dividida, enfrentada y polarizada, como para que le echemos más leña al fuego por cosas que en mi opinión... son nimiedades. 

Igual que las personas, las comunidades son diversas, te pueden caer mejor o peor, y cada cual juzgará que personas y comunidades les caen mejor, les parecen más sanas o tóxicas, pero en cualquier caso lo que yo digo es... tratemos de empatizar, actuar siempre con respeto, sinceridad, honestidad, y dentro de lo posible... colaboremos. 

En mi opinión, este es el antídoto frente a la mayoría de los problemas.

¿Y tú, qué opinas?.

Quienes me conocéis sabéis que estoy acostumbrado a dar formación y charlas a personas adultas, pero ayudar a un niño de 7 años a aprender a estudiar... es algo totalmente diferente, y que me está suponiendo todo un reto 😅.

Así que hoy quiero hablar sobre mi experiencia intentando ayudar a mi hijo José a hacer resúmenes de libros, cómo he llegado a sentirme frustrado por haberme fijado unas expectativas demasiado altas, y las conclusiones a las que he llegado.

El contexto​

Por poneros en antecedentes:

• Cada dos semanas el trae un libro del cole a casa.
• Son libros que él mismo y sus compañeros han llevado a clase, o sea, normalmente comprados por las madres o padres.
• Les piden que después de leerlos rellenen una ficha donde tienen que hacer un resumen de aproximadamente medio folio.
• Estos libros son del tipo de Anna Kadabra, Pokémon, Marcus Pocus, Policán, ... que en su mayoría tienen +100 páginas.
• Por último, tienen el "reto lector" (opcional), donde cada mes les animan a que elijan otro libro que cumpla unas determinadas características. Por ejemplo:
  • En enero uno con una portada preciosa
  • En febrero uno con ilustraciones
  • En marzo otro con un número en el título
  • En abril uno convertido en película
  • En mayo uno con autor de tu país
  • En junio una novela gráfica/comic.

Aunque la mayoría de los libros están recomendados para niños de su edad, en cierto modo me sorprende:

• La longitud de los libros, especialmente por el ritmo al que tienen que leer. Aunque supongo que es bueno, porque les exige leer prácticamente a diario un capítulo, lo que les ayudará a generar un hábito por la lectura.
• El vocabulario que contienen los libros, en ocasiones por lo avanzado que son, que está bien, supongo.

Pero me gustaría saber si soy el único o si otras familias también tenéis sensaciones parecidas. Os animo a decírmelo en los comentarios 😜.

La frustración​

Todo empieza cuando tras varias semanas, después de leer los resúmenes de mi hijo en busca de faltas de ortografía, me doy cuenta de que no me entero muy bien de los resúmenes. Entonces, con la idea de ayudarle a mejorarlos, empiezo a hacerle preguntas, para ver si me entero un poco mejor de la trama, pero aún así me faltan personajes, o aclaraciones, o cualquier otra cosa que hace que no me entere bien de la historia.

Al final, tanto su madre como yo decidimos que lo mejor iba a ser que uno de los dos se leyese también el libro, para así poder ayudarle, porque ¿cómo si no íbamos a saber si se había dejado algo importante o no?.

Pues... algo que de primeras no parecía que tuviese que ser complicado, me di cuenta que era más difícil de lo que pensaba 😅.

Una de las cosas de las que me he dado cuenta al leer los libros, es de que cada una o dos páginas, hay palabras que sospecho que no conoce, como exhalación, arrogante, rezumar, utópico, campaña (electoral), ..., así que cada vez que leo uno de sus libros le voy preguntado para verificar.

Efectivamente, muchas no las conoce, y siempre le digo:

José, cuando no entiendas algo...¡pregunta lo que significa!, porque si no es probable que no te estés enterando bien de la historia.

Y mirad que siempre lo hago... incluso cuando le estoy leyendo cuentos de Mikecrack a él y a su hermano en la cama antes de dormir, pero da igual cuánto se lo repita... que llega un momento en el que deja de preguntar.

Pero bueno, una vez leído el libro completo y repasado todo el vocabulario, pasamos al resumen. Ahí, mi método consiste en recordarle que toda historia tiene:

• Un principio, donde normalmente pasa "algo" que altera el orden y:
  1. Hace que haya un problema que resolver.
  2. Es el desencadenante de una aventura.
• Luego está el desarrollo (o nudo), que es lo que se cuenta en la mayor parte del libro.
• Luego hay un final (o desenlace), en el que se resuelve la situación, o acaba la historia, y todo vuelve a la normalidad.
• Y además de esto, hay unos personajes más importantes que otros, y que sin ellos no se podría contar bien la historia.

Y luego le pido que, usando esos cuatro elementos me cuente qué pasa al principio, las cosas más importantes que pasan antes de llegar al final, cómo se resuelve todo y vuelve a la normalidad, y que mientras lo hace me explique quienes son cada uno de los personajes.

Bueno, pues como os podéis imaginar, a pesar de todos los intentos y de intentar darle pistas, porque para ser sinceros, incluso a mi me cuesta resumirlo a veces... no consigo que el resumen esté a la altura de mis expectativas 😅, lo que termina en enfados por mi parte 😡, y por los que luego le tengo que pedir disculpas a él, explicándole que no es culpa suya sino mi propia frustración por no conseguir ayudarle 😞.

Pidiendo ayuda a la tutora​

Así que me dije, "OK Raúl, no lo estarás haciendo bien, ¡pide ayuda a la tutora!" (y eso hice).

Después de hablar con ella, me dio un consejo. Como los libros son bastante largos, me ha dicho que le pida a José que tras cada capítulo, escriba en una hoja aparte "las ideas principales" del mismo, y luego con todas ellas, haga el resumen.

Aquí os dejo las notas que hicimos del libro de Anna Kadabra 13. Peligro en la mansión:

El problema es que tanto al hacer las notas como al hacer el resumen, a veces se le pasaban cosas importantes, como que la que parecía la mala de libro no lo era tanto (si no que había sido engañada), o se centraba en cosas que le habían llamado la atención pero que no eran relevantes, como alguna anécdota de un personaje secundario.

Pero claro... es un niño, ¿cómo le explico yo qué es un personaje o hecho principal y cuál uno secundario?.

Yo le digo: "si quitas esa parte de la historia o personaje, ¿se sigue entendiendo la historia? ¿sigue siendo la misma?" y él me dice algo así como... "papá, si quitas cualquier cosa... la historia ya no es la misma", y tampoco le falta razón 🤣. Por lo que al final, en más de una ocasión, le termino diciendo yo lo que YO pienso que es importante y por qué.

Pidiendo ayuda a mi madre​

Al final recurrí a mi madre, ya que además de ser mi madre, ha sido mi maestra de lengua, y la de muchos niños en un colegio de Nerja.

Ella me recomendó un libro que parecía tener buena pinta: "En primaria aprende a aprender - 6: Aprende a resumir y tomar apuntes", y yo, como hijo obediente que soy (a veces 😜😜), me lo he comprado.

Como se puede ver en Amazon, el libro fue publicado en 2001 (¡hace más de 20 años!), pero lo que me llamó la atención fue lo que vi en la introducción:

Ver que "antiguamente" no era hasta los 10 años cuando se aprendía a hacer resúmenes me tranquilizó. Esto, junto que en la última tutoría con la maestra de mi hijo me volvió a "insinuar" que no fuese tan exigente con los resúmenes, he decidido relajarme y verlo desde otra perspectiva 🧘💆.

Mis conclusiones​

Tengo que acostumbrarme a que el resumen no es tan importante (de momento). Que lo importante es que mi hijo:

• Siga disfrutando de la lectura.
• Siga desarrollando su velocidad y comprensión lectora.
• Que aprenda vocabulario.
• Y sobre todo, que no le coja manía a leer porque después... va a tocar un rato de "enfado de papá" ;(.

Así que ahora lo que le he pedido es que cuando lea un libro:

• Tenga una hoja en blanco a mano.
• Que vaya apuntando todas las palabras que no conozca.
• Y que le pregunte a Alexa (Echo Show) lo que significan, y lo apunte. Iba a comprarle un diccionario de toda la vida... pero la verdad, creo que así será más rápido y lo usará más.

Porque a partir de ahora, cuando me lea un libro voy a ver si ha hecho "los deberes" y ha tomado nota. Ahora en lugar de ponerle tanto énfasis al resumen, voy a ser machacón hasta que coja el hábito de buscar aquello que no entienda, para que aprenda vocabulario y entienda mejor lo que lee.

¿Cómo lo veis?, ¿algún consejo? 🙂.

Comentarios​

Nueva sección de recursos​

A raíz del documento que elaboré el año pasado tras el Open Space con ayuda de varias personas, he publicado tres recursos:

• 📄 Cómo atraer a personas nuevas a nuestra comunidad
• 📄 Cómo mantener el interés de las personas
• 📄 Cómo animar a personas nuevas a dar charlas

También he creado varios "placeholders" sobre recursos que espero poder desarrollar en base a las aportaciones del próximo Open Space⁽¹⁾:

• 📄 Cómo financiar comunidades
• 📄 Cómo animar a otras personas a que dinamicen
• 📄 Herramientas para gestionar una comunidad
• 📄 Otros recursos para community leaders

(1) La semana que viene se celebra CommitConf 2024, donde tendrá lugar el OpenSpace sobre "Cómo sostener comunidades técnicas" que Dani Rey, Oskar Calvo y yo hemos propuesto, que será "la continuación" del Open Space del año pasado donde se hablaron de algunos de los retos que afrontan las comunidades técnicas.

Al final he añadido un listado con las personas han contribuído en este trabajo.

¿Comunidades en receso?​

¿Están las comunidades en receso?, ¿tienen las comunidades más problemas ahora que antes?.

Tras hablar con muchas personas, y en distintos foros, como el Open Space, mi percepción es que existe una sensación generalizada sobre la caída de la actividad en muchas de las comunidades tecnológicas (tanto en España como fuera) en los últimos años, especialmente desde la pandemia.

Con "caída de actividad" me refiero a una mezcla de cosas, pero principalmente me refiero a una menor asistencia a los encuentros (presenciales y online), interacciones en las listas de correo/IMs, etc.

Y esta situación, como es normal, nos preocupa a quienes dinamizamos comunidades.

Una de las preocupaciones que he escuchado recurrentemente es que la edad media de las personas que forman parte de estas comunidades no para de crecer, o lo que es lo mismo, que cuesta atraer y enganchar a las nuevas generaciones.

Yo personalmente, me resisto a creer que se debe a que la experiencia que ofrecen las comunidades ya no aportan tanto valor a las nuevas generaciones como otros nuevos formatos, canales o "foros".

Pero antes de seguir... ¿qué es una comunidad?.

¿Qué es una comunidad?​

O más bien, ¿a qué me refiero con comunidad, o comunidad tecnológica?.

Quizás sea bueno empezar por esta pregunta, ya que por ejemplo, durante el Open Space de Commit, en mi opinión, hubo momentos en los que la conversación giró en torno a diferentes conceptos de "comunidad".

Si buscamos el término comunidad en el diccionario de la RAE veremos varias acepciones, aunque la que más se acerca a lo que yo me refiero es la acepción 4: "Conjunto de personas vinculadas por características o intereses comunes".

En mi caso, yo hablo de lo que se conoce como "comunidades de práctica", que en resumen son **grupo de personas **(grupos de usuarios, asociaciones, meetups...) que:

• organizan encuentros periódicos (presenciales y/u online).
• comparten la pasión / profesión / inquietudes, ... por la tecnología (software, hardware, metodologías o buenas prácticas, ...).
• principalmente, buscan colaborar entre ellas, de manera voluntaria y altruista.
• buscan el beneficio común por encima del particular (incluido el interés particular de las organizaciones que les puedan apoyar/patrocinar).
• están siempre abiertas a nuevas personas.
• se sienten parte del grupo e identifican con él.

Pero bueno, solo quería aclarar que:

1. Esta es en mi experiencia y está basada principalmente en el tipo de comunidades que acabo de describir.
2. Creo que la mayoría de las ideas y consejos compartidos en los documentos, se pueden aplicar a este tipo de comunidades, ya sean locales (en pequeñas y en grandes ciudades), tanto como en online/virtuales, independientemente de que cada una tenga sus peculiaridades.

Dicho todo lo anterior, no quita que algunos de los consejos también se puedan aplicar a personas que se dediquen a divulgar contenido online, o personas que organicen grandes conferencias.

Recomendado: este hilo de Jorge/@DevRelPuzzle aborda otros muchos matices sobre el término "comunidad" que es recomendable tener en cuenta para evitar malentendidos.

¿Qué ha cambiado?​

¿Por qué las personas que hemos estado dinamizando comunidades tenemos esta sensación/percepción?.

Por dar un poco de contexto, comentar que yo empecé a involucrarme con este tipo concreto de comunidades en la universidad (en ~2009), y desde entonces he participado, contribuido, fundado y coorganizado bastantes comunidades, llegando a organizar cientos de encuentros (de todo tipo).

En base a esta experiencia, yo diría que la sensación de que la actividad está decayendo se debe principalmente a que nos cuesta más aportar valor como lo hacíamos antes.

Ahora la oferta es mayor y la atención se está diversificando con el aumento de comunidades, canales/medios (Discords, Slacks, RRSS, ...), pero también el auge de los influencers.

Personalmente también pienso que el contacto digital está comiéndole más terreno al físico, no hay más que ver que ya casi todo se hace a través de apps: pedir comida, un taxi, hablar/chatear, trámites con la administración, ... ¡hasta ligar! 😅, y no me cabe duda que esto también tiene consecuencias.

Por eso creo, que no es que las comunidades no aporten valor, si no que simplemente tienen que tener en cuenta este cambio de contexto y reinventarse/modernizarse.

Espero que compartir algunos de los consejos que escuché en el Open Space, y otros míos propios, sirva para ayudar a reflotar algunas comunidades y a que surjan otras nuevas.

Un libro que me gusta mucho y que habla sobre adaptarse al cambio: ¿Quién se ha llevado mi queso? 🧀🐁 . Como decía Albert Einstein, "Locura es hacer lo mismo una y otra vez y esperar resultados diferentes".

Anatomía de comunidades​

Y antes de terminar quería compartir algunas ideas y recursos para compartir mi forma de entender las comunidades.

Lo más básico son los grados de implicación. Yo los explicaba así a mis compañeros de Esri hace varios años (~2017):

Luego, Jorge me descubrió varias teorías:

• El Orbit Model que me sirve como modelo para explicar que para aumentar el sentimiento de pertenencia a un grupo, hay que aumentar el número de interacciones e impactos positivos entre las personas, y que se fojen lazos.
• La teoría del 90-9-1, que uso para ajustar expectativas de que no más del ~1% suelen ayudar a dinamizar, ni del ~10% participar, aunque realmente medir esto suele ser algo bastante subjetivo, al igual que intentar medir una relación de amistad (porque en el fondo, son eso).
• The Community Maturity Model, un "framework" interesante para clasificar diferentes tipos de comunidades.

Contribuciones​

Quiero empezar por agradecer a Dani Rey (@kdarrey) de XantarDev y al equipo de Commit, que hicieron posible que nos reuniésemos el año pasado para compartir experiencias y reflexiones acerca de este tema tan interesante y que ha sido el germen de estos recursos.

A continuación, un listado de los nombres que pude captar durante el Open Space celebrado en Abril de 2023 durante CommitConf.

• Asistentes en representación de comunidades y eventos locales:
  • Dani Rey / @kdarrey, de XantarDev (Santiago)
  • Óscar Calvo, representando a Asociación Española de Drupal y DrupalCamp (Madrid)
  • Pablo Castro, del Grupo de Programadores y Usuarios de Linux (Coruña)
  • Juanma Ruiz, Roberto García Romero, Javier Pulido, Álvaro Barahona Sánchez, Francisco José Hermoso Baños, de DevopsDays Cáceres (Cáceres), CáceresTech y CáceresDevOps
  • Javier Gutiérrez Fernández, de Pamplona Software Crafters
  • Luis Mesa, de Databeers Sevilla
  • Soraya Muñoz, de La Asociación de Usuarios Españoles de GNU/Linux Hispalinux y Machine Learning Spain.
  • Jesús, de Comunidad Python Coruña
  • Pablo, del Aula de Software Libre de Córdoba (Córdoba)
• Generadores de contenido:
  • Noe Donato @vamoacodear
  • Carmen Ansio
  • Martín (Divulgador desde 2011)
• Otros asistentes en representación de público de estas comunidades:
  • Tomás Giménez de coches.com
  • Marta Rey, Inés Huertas, Gustavo Vargas, y más de Kairós
  • Kini Software de Criteo
  • Reinalia
  • Fabiola
  • Jordi
  • Santiago B. @santyx_error

¡Perdón por aquellas personas a las que me he dejado!, si leéis el artículo podéis dejadme un mensaje en los comentarios que os añada (o hacer un PR) 😜😂.

Y también quiero agradecer explícitamente a: Soraya Muñoz, Juanma Ruiz, y Mariano Pérez Caro por sus contribuciones y revisiones a los documentos que he compartido.

Comentarios​

📄 Nota: La versión interactiva de este artículo se encuentra en Medium.com 🇪🇸 & Dev.to 🇺🇸🇬🇧.

Si quieres saber cuáles son los beneficios de asistir a conferencias como CommitConf y por qué deberías considerar enviar una propuesta de charla, taller u Open Space, ¡sigue leyendo! 😄.

Hace poco tuve la suerte de asistir a CommitConf, uno de los mayores eventos para desarrolladores que se celebra anualmente en España. Además de la gran asistencia, cuenta con la participación de unas 50 comunidades técnicas españolas.

¿Por qué asistir a eventos como CommitConf?​

En las conferencias, los desarrolladores sirven normalmente para reciclarnos, descubrir y compartir nuevas perspectivas y conocimientos con otros compañeros de profesión. Por ejemplo:

• Nuevas herramientas y lenguajes de programación.
• Nuevas funcionalidades de las herramientas y lenguajes que ya utilizamos.
• Cómo otras empresas resuelven distintos retos del desarrollo.
• Buenas prácticas en accesibilidad, seguridad y patrones de diseño.
• Tendencias.

Además, las conferencias también sirven para conocer gente nueva y reencontrarse con gente conocida. En mi caso, en Commit, me topé con algunos de mis antiguos compañeros de trabajo, y algunos desarrolladores que usan ArcGIS para crear Location-Aware apps o aplicaciones con mapas 🗺️📍😄.

¿Qué hace especial a esta conferencia?​

Este evento, como muchos otros, nos da quienes nos dedicamos al mundo de la tecnología, la oportunidad de presentar charlas, talleres y en ocasiones… Open Spaces.

En mi opinión, un factor importante que diferencia este evento de otros, es el sistema utilizado para crear la agenda del evento, desde donde invitan a las propias comunidades a participar en el proceso de selección de las charlas.

💡 Si os interesa, la tecnología que usan se llama Koliseo, y es de uso gratuito para cualquiera 😉.

¿Por qué presentar una propuesta?​

Asistir a un evento como CommitConf es una oportunidad para aprender, pero también de contribuir.

Las motivaciones de cada persona para presentar una propuesta son muy variadas.

• Hay personas que simplemente disfrutan compartiendo conocimiento y experiencias.
• Otros asistentes quieren aumentar la visibilidad de su empresa y dar a conocer el gran trabajo que hacen, con la esperanza de atraer talento a la empresa.
• Algunos asistentes quieren crear una marca personal.
• Mientras que otros desean debatir y encontrar soluciones a un problema con otras personas de la profesión.

Y si tienes la suerte de que te acepten una propuesta, como en mi caso, además puedes asistir a la cena de ponentes el día antes del evento, donde conocerás a un montón de expertos en diferentes temas 😍.

¿Qué aportamos desde Esri a la conferencia?​

Desde la empresa para la que trabajo (Esri), siempre me ha animado a asistir a conferencias y a enviar propuestas que creyese que podían ser relevantes para otros desarrolladores.

Esta vez presenté varias propuestas:

• DataViz & Map Optimization
• Designing Beautiful and Intelligent Maps
• Using and Creating Collections in Postman Like a Pro
• 🔑🔒 OAuth, OpenID Connect and JWT for Dummies

Tuve suerte de que la comunidad y la organización de la conferencia aceptaran “🔑🔒 OAuth, OpenID Connect, and JWT for Dummies”, lo que me dio la oportunidad de compartir qué son estos estándares y cómo funcionan. Mostré ejemplos prácticos basados en algunos de los recursos que hemos creado desde el equipo de Developer Experience de Esri, como el workspace de Autenticación en Postman.

Si quieres, puedes consultar las diapositivas aquí. El vídeo de la charla lo compartiré en cuanto la organización lo haga público.

¿Qué aprendí en la conferencia?​

A continuación os dejo algunas de las conclusiones de las sesiones a las que asistí:

• Comunidades locales fuera de las grandes ciudades (Open Space): Esta sesión fue super interesante. Tuve la oportunidad de compartir consejos e ideas para superar retos en la creación y mantenimiento de comunidades de desarrolladores con aproximadamente otras treinta personas. Entre ellos había representantes de diferentes comunidades sobre Python, Software Crafting, Datos, Machine Learning, comunidades de generalistas, Software Libre, GNU/Linux, DevOps, Drupal, y yo representando a la comunidad GeoDevelopers.

Nota: Tras la sesión, me he decidido a crear una guía con lo que aprendí durante la sesión y lo aprendido en base a mi propia experiencia. Si te interesa, guarda el artículo en favoritos porque lo añadiré [aquí] en unas semanas.

• Detectando problemas de Web Performance con Chrome DevTools: @nucliweb dio una visión general de las Chrome DevTools y nos mostró cómo siguen añadiendo nuevas herramientas como Recorder y Coverage para ayudar a evaluar tu rendimiento web y optimizarlo. Además, nos mostró cómo el nuevo formato de imagen AVIF mejora el rendimiento de WebP. Más información en web.dev.

• No me chilles que no te veo: el mágico equilibrio entre el Product Manager y el Engineering Manager. @javierabadia y @jameshedaweng nos explicaron cómo dividir las responsabilidades entre estos dos roles para evitar el fracaso a la hora de crear un producto. En resumen, un PM debe ser responsable de qué características añadir y por qué, y el EM en el cómo y el quién. El cuándo debe ser una responsabilidad compartida.

• Why I decided to pursue the Developer Relations path: @kinisoftware nos contó su experiencia como Staff Developer Relations Engineer, donde trabaja para promover la experiencia del equipo técnico de Criteo facilitando entre otras cosas la participación en eventos y comunidades.

• Testeando Accesibilidad Web: @bolonio nos mostró multitud de herramientas y recursos para probar la accesibilidad web: axe-core, eslint-plugin-jsx-a11y, jest-axe, axe-core/cli, pa11y, pa11y-ci, axe chrome extension, arc toolkit, accessibilityinsights.io, wave.webaim.org, y más.

• El error de hacerte manager: @npatarino nos explicó que convertirse en gestor de personas no es la única forma de tener liderazgo o aumentar tu salario. Dijo que para aquellos ingenieros de software sénior que quieran seguir creciendo, existen otros puestos como Staff Software Engineer, Principal Software Engineer, Distinguished Software Engineer y Technical Fellow.

• Pasado, presente y futuro de EducaMadrid: @asanzdiego nos habló de la plataforma educativa de la Comunidad de Madrid que dirige; nos contó los retos técnicos que sufrieron durante la pandemia, cuando el número de usuarios activos creció exponencialmente, junto con las fortalezas y limitaciones de su equipo y su stack tecnológico basado en software libre.

En resumen, si no eres de ir a conferencias de desarrolladores, espero que mi experiencia te haya animado y dado argumentos para asistir en el futuro. Te diría que también al Developer Summit de Esri en USA (o al Europeo), aunque esto más bien aplica si eres partner o cliente de Esri 😉.

Recuerda, aunque gran parte del contenido de estas conferencias luego se hace disponible online, hay otras muchas cosas que solo se pueden lograr asistiendo.

Si quieres dejar comentarios, puedes hacerlo en el artículo publicado en Medium.com

Los agrupo en cinco grandes categorías:

• Algoritmos geoespaciales.
  • Cómo hacer consultas u operaciones espaciales.
  • Cómo hacer cálculos espaciales.
  • Cómo hacer análisis de redes y topología.
  • Análisis geoestadístico.
  • Transformaciones de datos.
  • Análisis de imágenes georreferenciadas (aéreas, terrestres, satelitales, ...).
• Desarrollo del lado del cliente
  • Mostrar datos georreferenciados en 2D y 3D.
  • Crear mapas más rápidos.
  • Personalizar / mejorar mapas.
  • Interactuar con datos geoespaciales.
  • Trabajar con datos geoespaciales sin conexión.
  • Otros.
• Desarrollo del lado del servidor
  • Diseñar la arquitectura del sistema (cómo almacenar y acceder/integrar datos geoespaciales).
  • Captura/creación de datos.
  • Cómo renderizar animación web en 3D como un video de pista GPX.
• Recolección de datos y geolocalización
  • Recolección de datos.
  • Geolocalización de datos (georreferenciación).
• Creación de mapas (no programáticamente).

¿Quieres ayudarme a aumentar la lista? el documento está en GitHub y publicado bajo CC.

Si tienes algún comentario 💬, por favor déjalo en Medium / Twitter.

Algunas personas recordaréis la antigua página que cree en 2013:

Por aquellos tiempos decidí crear una web que me permitiese presentarme, compartir algunas reflexiones y experiencias entre otras cosas para mantener a las personas de mi entorno al día sobre mi vida.

Mi vida ha cambiado mucho en los últimos 10 años, y por eso he decidido reemplazar esa web con esta hecha con docusaurus.io. Las razones son varias, pero principalmente porque:

• Será más fácil mantenerla y actualizarla (ya no necesito un backend y casi todo está hecho en markdown).
• Podré compartire recursos traducidos en Español e Inglés.
• Porque podréis reutilizar y contribuir a las cosas que os comparta (todo está alojado en GitHub).

Así que, el próximo paso es empezar a migrar el contenido que pueda recuperar de mi blog anterior y ponerlo aquí.

Por otro lado, siempre he pensado que es una pena crear recursos y dejarlos guardados en un cajón, así que de ahora en adelante, mi objetivo es empezar a publicar aquí muchos de los recursos que he ido creando a lo largo de los años y compartirlos en lo que he definido como mi "🧠 Cerebro Digital".

He empezado por recopilar recursos que podría compartir, así que por favor, si te interesa algún dímelo en los comentarios del issue.

Y como esta herramienta no pretende ser una herramienta social a la que nadie se pueda suscribir... si queréis estar al día de lo que comparto, estaré republicando estos artículos en dos canales:

• https://medium.com/@hhkaos para los hispanohablantes.
• https://dev.to/hhkaos para los angloparlantes.

Espero que te guste la idea, pero en cualquier caso las sugerencias son más que bienvenidas.

Muchísimas gracias por acordaros (o tener el detalle de escribirme cuando Facebook/Linkedin/Skype… os dió el chivatazo jajaja) a:

El primer regalito… by María ^_^

Papá, Mamá, María del Mar, Carmen, Brother, Iván, Milagros, Verde, Luisette, Mota, Analice, Jose Antonio (Copera!), Dani SEO, Ali Boscan, Sara, María, Patri Zamora (equipoo), Borja Dlb, Oguz, Jorge Ferreiro, Pedro González, Sonia Hernández, Nacho, Javi Rincón, Gustavo, Oscar Cumí, Fátima, Carlos Iglesias, Ana María Palop, Mari Carmen, Gerardo Casas, Eva Merlo, JJ Merelo, Pepe Moles, Paco Montes, José de la Chica, Javi Abadía, Alex Hidalgo, Antonio Remirez, Irene, Loli, Milagros, Pepe y Jose (familia política! :D), Estrellas, Patri Romero, Aida M, Belén Carvajal, Cristina González, Fernando Benito, Tomas, Sergio Lillo, Silvia Bootello, Belen, Mónica, Almudena, Jorge Margenta, Matías, Jordi Pérez, Kini, Tita Angelines, prima Isabel Pilar, Álvaro Mora, Ana Paniagua, Pelos, Pablo Capilla, Guaning, Luisa, Alejando (Mr Simar), Celia Maracena, Álvaro Maracena, Nico (Maracena), Gerardo (Maracena), Jose (cabeza), Rocío (Fever), Isaac, Marta (prima), José Manuel Cartes, Josep, Pili Díaz, Zam, Gloria, Alex Vega, Víctor, Antonio (Tony Ryan), Jason, Ana MC, Nuño, Juancho, David Cuenca, Pablo Hinojosa, María Platero, Guille, Chaparro, Antonio Rabago, Karla, Javier Rivero, Oliver Calvo, Luis A. Nerja, Tita Inés, David Arroyo, Nieves, Paula, Natath, Miguel Calero, Jessica Plegue, Elaine. Francesc y Tita Espe, primo Oliver, Guillermo Sanz, Tita Pili y Tito Paco, Yirli, Diego Bañales, prima Pilar, Fede , Francesc, Jorge Barrachina, Jesús García Villar, Juasmilla, Fernando MTC, Milu, abuela, AngelID, Jon Garrido, Uri, Fran canario, Mari Carmen López, Rubert Pacheco, María González Jaime, Cristina Granados, José Manuel Robles, Andrés Bayona, Yisus, Max, José Mª Berlanga, Juan Antonio Franco Rojas, Eugenio Morarescu, Antonio Fdez Ares ,Gonzalo Fdez, Virginia, Pascual, Pozu, Santiago Aguilera, Mercedes, Sergio Jiménez, Chilli, Rufa, Dani Molina, Miguel Fdez Calero, Manu (Quea), Yusep, Fran Servia, David Galán, Noelia Rodríguez, Marina Azagra, Priscila, Fernando Rodríguez León, Miguel Ángel Lozano y Dugo!!

Y…. perdonad una vez más si me he dejado a algun@! que es mu complicao llevar la lista con tantos canales: felicitaciones en persona, por facebook (muro+mensajes), llamadas, whastapp, hangouts, sms’s, linkedin, mails, etc.

Gracias una vez más y … ¡hasta el año que viene! (como solíamos decir de pequeños… si Johnnie Walker quiere! ;-P)

Aunque ya os conté que había conseguido unas Google Glass y cómo funcionaban, desde Septiembre también tengo un G Watch con Android Wear. Además me he animado a desarrollar una aplicación de alertas geolocalizadas básica que funciona tanto en el reloj como en las gafas.

Ganamos el 1er hackathon BEEVA​

El 25 de Septiembre participé en un Hackathon de BEEVA (de BBVA) donde ganamos el primer premio con el desarrollo de un prototipo de aplicación de promociones geolocalizadas en smartwatches con Android Wear y ArcGIS Online.

Iniciador Madrid​

El día 26 de Septiembre estuve en el Global Meeting de Iniciador, un evento que organizó la Fundación Iniciador para organizadores y ex-organizadores con el objetivo de tratar varios temas que afectan a la organización.

Allí pude reencontrarme con muchos viejos amigos y conocí a otros nuevos, pero lo mejor es que después de aquel evento he decidido volver a colaborar en Iniciador tanto a nivel nacional como a nivel local, por lo que a partir de este mes estaré ya estaré ayudando en la organización de Iniciador Madrid.

Foto en el Global Meeting

Afterwork​

El 6 de Octubre estuve en Capital Radio en el programa Afterwork en una entrevista a Enrique O’Connor fundador de Spotlinker.

Conferencia Esri España​

Los días 22 y 23 de Octubre celebramos la conferencia anual de Esri España, un macro evento donde enseñamos toda la potencia de la plataforma ArcGIS a profesionales de todo tipo. Os dejo un vídeo donde enseñé una mini aplicación que desarrollé para mi reloj con Android Wear ^_^.

Todos los vídeos de la conferencia los podéis encontrar en la cuenta de Esri España en Youtube.

Durante mi ponencia en la sesión plenaria

Tour en universidades​

Durante el mes de Octubre también he estado haciendo un Tour por las universidades de Sevilla, Castellón, Complutense de Madrid y Pompeu Fabra en (Barcelona) para explicarles las oportunidades profesionales que tienen si se especializan en el desarrollo de aplicaciones usando tecnologías como las que ofrecemos en Esri (ArcGIS).

Charla en la Universitat Jaume I en Castellón

Google Developer Festival​

El viernes 31 de Octubre estuve en la Facultad de Granada en el Google Developer Festival hablando de dispositivos wearables con las Google Glass, Android Wear y ArcGIS Online.