Por favor, introduzca una dirección de correo electrónico válida.

Estoy encantado de responder a cualquier pregunta que pueda tener. O simplemente saludar.

Empresario visionario y desarrollador de software

Con el auge del streaming de vídeo y las videollamadas, la necesidad de una buena calidad de audio es más importante que nunca. Este artículo te dará una visión general de los distintos códecs de audio que se utilizan en la web y cómo se comparan entre sí. 

## Códecs de audio 

Un códec de audio es un componente de software o hardware que comprime o descomprime datos de audio digital. El término códec es la abreviatura de "codificador-decodificador", que se refiere al proceso de codificar los datos de audio para su transmisión o almacenamiento y decodificarlos para su reproducción. 

Un códec de audio puede utilizarse para reducir el tamaño de los archivos de audio, facilitando su transmisión o almacenamiento. La compresión se consigue eliminando los datos redundantes o irrelevantes de la señal de audio, al tiempo que se mantiene su calidad general en la medida de lo posible. 

## WAV 

El [Waveform Audio Format (WAV)](https://es.wikipedia.org/wiki/Waveform_Audio_Format) fue desarrollado conjuntamente por Microsoft e IBM en 1991. Normalmente, los datos de audio se almacenan sin comprimir en el formato de modulación lineal por impulsos codificados (LPCM). LCPM también se utiliza en los CD de audio. Almacena audio LPCM de dos canales muestreado a 44,1 kHz con 16 bits por muestra. Por tanto, es de alta calidad, pero su tamaño de archivo también es muy grande. 

El gran tamaño del archivo lo hace inadecuado para el streaming de audio. También puede contener metadatos en el fragmento INFO. WAV es un formato de archivo de audio, así como un formato contenedor para otros formatos de audio. 

## MP3 

[MP3](https://es.wikipedia.org/wiki/MP3) es un formato de codificación para audio digital y fue creado por la Sociedad Fraunhofer en Alemania en 1991. Es un formato de compresión de audio con pérdidas. 
Así, se consigue una gran reducción del tamaño del archivo en comparación con otros formatos como WAV. Sin embargo, también se reduce la calidad. Utiliza el modelado psicoacústico para eliminar las partes del audio que no percibe el oído humano. MP3 es el formato de audio más popular en la web. Es compatible con los principales navegadores. El formato MP3 está libre de patentes en la Unión Europea y Estados Unidos. 

## AAC 

[AAC (Advanced Audio Coding)](https://es.wikipedia.org/wiki/Advanced_Audio_Coding) es un formato de compresión de audio con pérdidas. Fue desarrollado por un consorcio de diferentes empresas, entre ellas Bell, Fraunhofer y Sony, en 1997. Se diseñó como sucesor del formato MP3. 

AAC es un formato de compresión de audio con pérdidas. Se utiliza en muchos productos de Apple como iTunes e iPod. Android también es compatible con este formato. La compatibilidad con los navegadores no es tan buena como para MP3, pero sigue siendo compatible con los principales navegadores. Debido a problemas de patentes, Firefox solo soporta AAC cuando el sistema operativo lo soporta. En Chromium no hay soporte para AAC. Es un estándar abierto, pero no es gratuito. 

## FLAC 

[FLAC (Free Lossless Audio Codec)](https://es.wikipedia.org/wiki/FLAC) es un formato de compresión de audio sin pérdidas. Fue desarrollado por Josh Coalson en 2001 y ahora lo administra la fundación Xiph.org. 


Al ser sin pérdidas, no reduce la calidad del audio. FLAC no está cubierto por ninguna patente y es de código abierto y libre de derechos. La reproducción de FLAC es compatible con los principales navegadores (excepto Opera) y sistemas operativos. 

## ALAC 

[ALAC (Apple Lossless Audio Codec)](https://es.wikipedia.org/wiki/Apple_Lossless) es un formato de compresión de audio sin pérdidas. Fue desarrollado por Apple en 2004. Se utiliza en productos de Apple como iTunes e iPod. Desarrollado como propietario por Apple, ahora es un formato de código abierto. Pero el soporte multiplataforma no es bueno.

En cuanto a navegadores, solo el navegador Safari lo soporta. En cuanto a sistemas operativos, solo macOS e iOS lo soportan. 

## G.711 

[G.711](https://es.wikipedia.org/wiki/G.711) se diseñó específicamente para su uso en telefonía en 1972. G.711 pasa señales de audio en el rango de 300-3400 Hz y las muestrea a una velocidad de 8.000 muestras por segundo. Así, únicamente capta la voz humana, el resto de la información se descarta. La norma está gestionada por la organización ITU-T. Todas las patentes han caducado y se puede utilizar gratuitamente. Este códec es ahora compatible con los principales navegadores web en relación con WebRTC. 

## G.722 

[G.722](https://en.wikipedia.org/wiki/G.722) es un códec de audio de 7 kHz de la UIT desarrollado en 1988. Al igual que G.711, se utiliza principalmente en telefonía. En G.722, la señal de audio se codifica mediante modulación por impulsos codificados diferencial adaptativa (ADPCM), en la que cada muestra se representa no por su valor absoluto, sino como un valor que indica en qué medida la nueva muestra difiere de la anterior. G.722 está soportado actualmente por los principales navegadores web en conexión con WebRTC. 

## Vorbis 

La fundación Xiph.org desarrolló [Vorbis](https://es.wikipedia.org/wiki/Vorbis) como una alternativa de código abierto a MP3. Publicado inicialmente en 2000, es un formato de compresión de audio con pérdidas. 
Dependiendo del ajuste de calidad utilizado durante la codificación, la tasa de bits resultante puede variar entre 45 kbps y 500 kbps. 

Al no contar con el respaldo financiero de una gran empresa, no está tan extendido como el MP3. Sin embargo, es compatible con los principales navegadores, excepto Safari. Vorbis suele utilizarse en el formato contenedor Ogg o WebM. 

## Opus 

Al igual que Vorbis, [Opus](https://es.wikipedia.org/wiki/Opus_(c%C3%B3dec)) también fue desarrollado por la fundación Xiph.org. Presentado como sucesor de Vorbis, lo mejora en múltiples aspectos. En especial, tiene baja latencia, lo que lo hace ideal para la comunicación en tiempo real. Se trata de un buen códec de audio de uso general que puede tratar con eficacia tanto audio de baja complejidad, como el habla, como música y otros sonidos de alta complejidad. 

Como códec, es gratuito y de código abierto. También está libre de patentes. Fue estandarizado por el IETF en el RFC 6716. Opus es compatible con los principales navegadores. También puede utilizarse en WebRTC. También es compatible con los principales sistemas operativos, aunque dentro de contenedores diferentes. 

## Conclusión 

Como puedes ver, hay muchos formatos de audio diferentes. Por ejemplo, MP3 es el formato más popular, pero no es de código abierto. Para aplicaciones de voz, G.711 y G.722 son buenas opciones. Pero el códec de propósito general Opus puede ser la mejor opción para la mayoría de las aplicaciones, ya que es libre, de código abierto, sin patentes y soportado por los navegadores modernos. 

## Referencias 

- MDN Web Audio Codec Guide: [https://developer.mozilla.org/en-US/docs/Web/Media/Formats/Audio_codecs](https://developer.mozilla.org/en-US/docs/Web/Media/Formats/Audio_codecs )

- Wikipedia Comparison of Audio Coding Formats: [https://en.wikipedia.org/wiki/Comparison_of_audio_coding_formats](https://en.wikipedia.org/wiki/Comparison_of_audio_coding_formats)

large_cover.png

medium_cover.png

small_cover.png

thumbnail_cover.png

Con el auge de las conferencias web y las videollamadas, la necesidad de una buena calidad de audio es más importante que nunca. Este artículo le dará una visión general de los distintos códecs de audio que se utilizan en la web y cómo se comparan entre sí.

Códecs de audio web

Me encanta leer libros. Pero también me gusta leer libros en mi tableta o en mi portátil. Con una aplicación como Honkit se pueden crear libros electrónicos de gran calidad a partir de archivos Markdown. Estos ebooks son fáciles de distribuir y se pueden leer utilizando el navegador. Este artículo explica cómo crear ebooks con Honkit. 

## Proyecto Gutenberg

[Proyecto Gutenberg](https://www.gutenberg.org) es un gran proyecto que proporciona ebooks gratuitos. Los ebooks están disponibles en muchos formatos, incluyendo epub, pdf y una versión web HTML para leer en el navegador. Pero el diseño de la versión HTML para leer en el navegador no es muy bueno. El texto no está justificado y la fuente es demasiado pequeña. Así que decidí buscar una solución mejor. 

## Honkit

[Honkit](https://honkit.netlify.app) es una herramienta que permite crear libros electrónicos a partir de archivos Markdown. Honkit es un fork de Gitbook que te permite crear ebooks. Honkit está escrito en Node.js y usa la sintaxis Markdown para crear sitios web de ebooks. Podrías comparar Honkit con un generador de sitios estáticos como Jekyll, pero para ebooks. 

## Usando Honkit para Ebooks 

Para usar Honkit, necesitas inicializar un proyecto Node y añadir la dependencia *honkit* a tu proyecto.

Luego añade un archivo `book.json` con los metadatos del libro y allí define el nombre de la carpeta donde se encuentran los archivos Markdown de tu ebook. Así es como se ve el archivo book.json en mi proyecto: 

```json 
{ 
  "root": "./docs", 
  "title": "La vuelta al mundo en ochenta días" 
} 
``` 

Tomé el libro electrónico *La vuelta al mundo en ochenta días* de Julio Verne del Proyecto Gutenberg y lo convertí en archivos Markdown. Estos archivos Markdown separados, cada uno para un capítulo, son luego combinados en un único sitio web de libros electrónicos por Honkit.

Los archivos Markdown se encuentran en la carpeta `docs` en mi caso. Es importante tener también un archivo llamado `SUMMARY.md` que es la tabla de contenidos que enlaza con todas las diferentes secciones de tu libro. También he creado una imagen de portada con DALL-E2 y he añadido el archivo a `README.md` que es el primer archivo que se muestra al abrir el sitio web del ebook. 

Una vez que inicies honkit con `npm run serve` y vayas a la URL local, verás el ebook basado en web en el navegador, como en la siguiente imagen: 

![Honkit ebook cover](https://res.cloudinary.com/dxxtt2clx/image/upload/v1692375871/honkit_cover_bb9fa87557.png)

Así es como se ve el ebook para lectura de texto normal en el navegador con un tema de color diferente: 

![Honkit ebook version](https://res.cloudinary.com/dxxtt2clx/image/upload/v1692375868/honkit_ebook_theme_10221975a8.png)

Esta versión web del ebook es mucho mejor para leer que la versión del Proyecto Gutenberg. Tiene opciones adicionales para cambiar los colores y el tamaño de la fuente. 

También tiene una función de búsqueda y una tabla de contenidos. Además, puedes navegar fácilmente entre las diferentes secciones mediante las teclas izquierda y derecha del teclado. Para la lectura móvil, la interfaz web es responsiva y funciona bien en dispositivos móviles. Como Honkit es de código abierto, puedes modificarlo o añadir plug-ins que mejoren su funcionalidad. 

Puedes desplegar el ebook generado fácilmente y con muy pocos gastos en un servicio de alojamiento de sitios web estáticos como Netlify, Cloudflare o AWS S3. Puedes consultar el código fuente de mi versión del ebook *La vuelta al mundo en ochenta días* en GitLab. El enlace está más abajo en la sección **Referencias**. 

## Conclusión 

Con algunos conocimientos de Node.js y Markdown, puedes crear fácilmente tus propios ebooks con Honkit. Es una gran herramienta para crear ebooks basados en web que son fáciles de leer y navegar. 

## Referencias 

- Jules Verne web ebook: [https://jules-verne-80-days-world.netlify.app](https://jules-verne-80-days-world.netlify.app)

- Jules Verne web ebook source: [https://gitlab.com/tderflinger/jules-verne-honkit](https://gitlab.com/tderflinger/jules-verne-honkit)

- Project Gutenberg: [https://www.gutenberg.org](https://www.gutenberg.org)

- Honkit: [https://honkit.netlify.app](https://honkit.netlify.app)

Imagen de portada creada por DALL-E2.

Me encanta leer libros. Pero también me gusta leer libros en mi tableta o en mi portátil. Con una aplicación como Honkit se pueden crear libros electrónicos de gran calidad a partir de archivos Markdown. Estos ebooks son fáciles de distribuir y se pueden leer utilizando el navegador. Este artículo explica cómo crear ebooks con Honkit.

Libros electrónicos web mejorados con Honkit

WebAssembly (Wasm) define un formato de código binario portátil para programas ejecutables. Puede utilizarse para ejecutar lenguajes que soporten WebAssembly en el navegador. Por lo tanto, ya no estás restringido a usar sólo JavaScript en el navegador. En este artículo quiero mostrarte qué lenguajes de programación soportan actualmente WebAssembly. 

## .Net

En el área de .Net, Blazor es actualmente el producto de Microsoft que ofrece interoperabilidad entre C# y JavaScript usando WebAssembly. Se pueden escribir aplicaciones de frontend y backend sólo en C#. La parte del frontend se ejecuta en WebAssembly en el navegador. 

[https://dotnet.microsoft.com/en-us/apps/aspnet/web-apps/blazor](https://dotnet.microsoft.com/en-us/apps/aspnet/web-apps/blazor)

## AssemblyScript

AssemblyScript es similar a TypeScript, pero compila a WebAssembly en lugar de JavaScript. Por lo tanto, para la lógica de computación pesada como la manipulación de imágenes se podría utilizar AssemblyScript, ya que el rendimiento es mejor que el código similar de TypeScript. 

[https://www.assemblyscript.org](https://www.assemblyscript.org)

## C / C++ 

Emscripten es un compilador que compila código C/C++ en WebAssembly. Ha sido uno de los primeros compiladores a WebAssembly en el mercado. 

[https://emscripten.org](https://emscripten.org)

## COBOL 

COBOL es un lenguaje de programación empresarial que todavía se utiliza en muchas aplicaciones de mainframe heredadas. El proyecto Cobweb compila COBOL a WebAssembly, haciendo posible un mayor uso de este eminente lenguaje. 

[https://github.com/cloudflare/cobweb](https://github.com/cloudflare/cobweb)

## D 

Los diseñadores de los lenguajes de programación D querían hacer un "mejor C++". Se utiliza sobre todo en la programación a nivel de sistema. El compilador tiene una opción para dar salida a WebAssembly. 

[https://dlang.org/index.html](https://dlang.org/index.html)

## Faust 

Faust es un lenguaje de programación funcional para la síntesis de sonido y el procesamiento de audio. También soporta WebAssembly. 

[https://faust.grame.fr](https://faust.grame.fr)

## Go

Go es un lenguaje de programación compilado estáticamente con recolección de basura y concurrencia en mente. Soporta WebAssembly. 

[https://go.dev](https://go.dev)

## Pascal

Pascal es un lenguaje de programación procedimental diseñado por Niklaus Wirth. El compilador Free Pascal también tiene WebAssembly como objetivo de compilación. 

[https://www.freepascal.org](https://www.freepascal.org)

## PHP 

PHP es un lenguaje de scripting de propósito general dirigido al desarrollo web. Actualmente, hay un esfuerzo para ejecutar PHP en WebAssembly. Se llama "Wasmer PHP" y está alojado en GitHub. 

[https://github.com/wasmerio/wasmer-php](https://github.com/wasmerio/wasmer-php)

## Python 

Python es un lenguaje de programación de alto nivel y de propósito general muy popular. La distribución Pyodide apunta a Python para el navegador y Node usando WebAssembly. 

[https://github.com/pyodide/pyodide](https://github.com/pyodide/pyodide)

## Rust 

Rust es un lenguaje de programación multiparadigma de propósito general. Rust refuerza la seguridad de la memoria y es popular para la programación de sistemas. Rust soporta WebAssembly. 

[https://www.rust-lang.org](https://www.rust-lang.org)

## Swift 

Swift es un lenguaje de programación de propósito general compilado desarrollado por Apple. Usando el proyecto SwiftWasm puedes compilar Swift a WebAssembly. 

[https://swiftwasm.org](https://swiftwasm.org)

## Conclusión 

Como has podido ver en la lista anterior, actualmente existen multitud de lenguajes de programación que soportan WebAssembly. Por lo tanto, no estás atascado con solo JavaScript en el navegador, sino que puedes utilizar el lenguaje más apropiado para la tarea. Con el tiempo, el soporte para WebAssembly en los lenguajes de programación probablemente solo crecerá. 

## Referencias 

- WebAssembly.org: [https://webassembly.org](https://webassembly.org)

- Awesome WASM Langs: [https://github.com/appcypher/awesome-wasm-langs](https://github.com/appcypher/awesome-wasm-langs)

Imagen de portada Foto de Philip Oroni en Unsplash

large_cover.jpg

medium_cover.jpg

small_cover.jpg

thumbnail_cover.jpg

WebAssembly define un formato de código binario portátil para programas ejecutables. Puede utilizarse para ejecutar lenguajes que soporten WebAssembly en el navegador. Por lo tanto, ya no estás restringido a usar solo JavaScript en el navegador. En este artículo quiero mostrarte qué lenguajes de programación soportan actualmente WebAssembly. 

Los mejores lenguajes de WebAssembly

Systemd es genial para iniciar y detener servicios en Linux. Cuando quieras iniciar una aplicación Python que utiliza virtualenv, debes tener especial cuidado.
Este artículo explica cómo crear un script systemd usando el ejemplo de la aplicación  aplicación de código abierto Timetagger Python.

## Systemd

En los sistemas Linux, [systemd](https://systemd.io) es un sistema de inicio utilizado para arrancar el espacio de usuario y gestionar
los procesos de usuario. En el momento de su introducción fue controvertido, pero ahora es utilizado por la mayoría de
todas las distribuciones modernas de Linux.

Así que cuando quieras ejecutar automáticamente una aplicación en cada inicio del sistema operativo Linux,
necesitas crear un archivo de configuración. Más adelante mostraré cómo hacerlo.

## Virtualenv

Cuando se instalan aplicaciones Python que tienen dependencias de librerías, es muy útil
utilizar el servicio de [virtualenv](https://virtualenv.pypa.io/en/latest/). Con la ayuda de virtualenv puedes aislar las aplicaciones Python para
que las dependencias de las bibliotecas no interfieran entre sí.
Esto es necesario si tienes más aplicaciones Python instaladas al mismo tiempo en tu sistema.
Desde Python 3.3, un subconjunto de virtualenv está integrado bajo el módulo `venv`.

## Timetagger

[Timetagger](https://github.com/almarklein/timetagger) es una aplicación de código abierto de seguimiento del tiempo en Python desarrollada por Almar Klein.
Lo uso como ejemplo aquí porque encuentro Timetagger útil en mi trabajo. Cuenta con una cómoda interfaz web para el seguimiento de su tiempo y también tiene una API. Usando la CLI de Timetagger puedes iniciar y detener el seguimiento del tiempo en la línea de comandos. Esto es especialmente útil para los desarrolladores de software.

Cuando aloja la aplicación usted mismo, probablemente quiere ejecutarla automáticamente en cada inicio de su sistema. Ahí es donde entra en juego el script systemd.

## Script systemd

Necesitas instalar Timetagger con virtualenv para poder usar el script systemd.

Después de haber clonado [Timetagger](https://github.com/almarklein/timetagger) desde GitHub, puedes ejecutar los siguientes comandos para instalarlo con virtualenv:

```bash
cd timetagger

python3 -m venv venv

. venv/bin/activate

pip3 install -r requirements.txt
```

Ahora todas las dependencias están instaladas usando virtualenv.

Es necesario crear el script de servicio systemd (timetagger.service) en el directorio del sistema utilizando un editor de texto:

/etc/systemd/system/timetagger.service

```bash
[Unit]
Description=Timetagger service

[Service]
User=Su nombre de usuario de Linux
WorkingDirectory=Su carpeta timetagger
ExecStart=Su carpeta timetagger/venv/bin/python3 -m timetagger &

[Install]
WantedBy=multi-user.target
```
Reemplace `Su carpeta timetagger` con el nombre del directorio real de Timetagger en su sistema.

Yo uso el `&` al final del comando para hacer que Timetagger se ejecute en segundo plano.

La clave para ejecutar una aplicación Python que ha sido instalada vía virtualenv es
ejecutar Python a través de la carpeta `venv/bin`. Entonces se utiliza el conjunto correcto de bibliotecas.

Ten en cuenta que necesitas derechos de administrador para crear el archivo timetagger.service.

Ahora puedes iniciar timetagger con:

```bash
sudo systemctl start timetagger
```

Para que timetagger se ejecute automáticamente cada vez que se inicie el sistema, habilítalo de la siguiente manera

```bash
sudo systemctl enable timetagger
```

## Detener Timetagger

Cuando haya iniciado Timetagger de la manera descrita anteriormente, puede detenerlo
enviándole una señal `SIGSTOP`:

```bash
kill -SIGSTOP pid
```

Puedes obtener el pid (id de proceso) mediante el comando `ps ax`. Busca el nombre del Timetagger.

## Conclusión

Ejecutar aplicaciones Python que usan virtualenv automáticamente en systemd no es
ciencia de cohetes. Espero que con este artículo te haya mostrado cómo hacerlo.

## Referencias

- Systemd: [https://systemd.io](https://systemd.io)

- Python: [https://www.python.org](https://www.python.org)

- Virtualenv: [https://virtualenv.pypa.io/en/latest](https://virtualenv.pypa.io/en/latest)

- Timetagger: [https://github.com/almarklein/timetagger](https://github.com/almarklein/timetagger)

Imagen de portada de OpenAI Dall-E2: "Serpiente amarilla con un etiquetador de tiempo".


Systemd es genial para iniciar y detener servicios en Linux. Cuando quieras iniciar una aplicación Python que utiliza virtualenv, debes tener especial cuidado. Este artículo explica cómo crear un script systemd usando el ejemplo de la aplicación de código abierto Timetagger Python.

Uso de Systemd para iniciar una aplicación Python con Virtualenv

En vista de la actual escasez de Raspberry Pis, quiero compartir información sobre un ordenador de placa única alternativo, el Odroid N2+. El Odroid N2+ puede ser utilizado para alojar una serie de aplicaciones utilizando Docker. Portainer facilita la administración de los contenedores Docker en el Odroid N2+.

## Odroid N2+

El [Odroid N2+](https://wiki.odroid.com/odroid-n2) es un ordenador de placa única (SBC) de la empresa surcoreana
[Hardkernel](https://www.hardkernel.com) (하드커널). A la luz de la actual escasez de los SBC Rasperry Pi, yo quería ver si el Odroid N2+ es una alternativa viable para alojar aplicaciones Docker.

El Odroid N2+ combina un clúster de cuatro núcleos [CPU ARM Cortex-A73](https://developer.arm.com/Processors/Cortex-A73) y un clúster de doble núcleo [Cortex-A53](https://developer.arm.com/Processors/Cortex-A53) con una GPU Mali-G52. Cuenta con 4 GByte de RAM DDR4 y cuatro puertos USB 3.0. Para la red, el Odroid N2+ tiene un puerto LAN GbE, pero desgraciadamente no tiene wifi integrado. Así que en mi configuración utilizo un adaptador wifi USB 2.0 separado de [Delock](https://www.delock.de/produkt/12462/merkmale.html?f=s).
El adaptador wifi de Delock tiene un chipset Realtek RTL8811 que es ampliamente soportado por Linux.
Al igual que la Raspberry Pi, el Odroid N2+ también tiene puertos GPIO.

El disipador es pasivo y no hace ruido, lo que es ideal para entornos domésticos. Para el almacenamiento puedes elegir entre una tarjeta SD y una tarjeta eMMC. La tarjeta eMMC es más rápida pero también más cara.

## Instalación de Linux en el Odroid N2+

Hardkernel [ofrece varias imágenes de Linux](https://wiki.odroid.com/odroid-n2/os_images/ubuntu/20200224) para el Odroid N2+. Para mi propósito uso la imagen de Ubuntu Mate Desktop.

Una vez que hayas descargado el archivo de imagen, puedes copiarlo a tu tarjeta SD con una aplicación como el [Raspberry Pi Imager](https://www.raspberrypi.com/software/). También existen otros programas de transferencia para diferentes sistemas operativos.

## Instalación de Docker

[Docker](https://www.docker.com/) es una popular solución de virtualización a nivel de sistema operativo que entrega el software en paquetes llamados contenedores.
Así, Docker facilita el despliegue de software que a menudo contiene múltiples partes. También puede utilizarse para desplegar software en SBC como el Odroid. 

Docker viene con un CLI para gestionar los contenedores, pero no es fácil de trabajar para los usuarios no técnicos. Una vez que inserte la tarjeta SD en su Odroid N2 +, puede instalar Docker siguiendo los pasos manuales en Docker.com:

https://docs.docker.com/engine/install/ubuntu/

## Instalación de Portainer

Se puede instalar una solución como [Portainer](https://www.portainer.io/) que facilita la administración de contenedores Docker en el Odroid N2+. Viene como un contenedor y tiene una interfaz web fácil de usar.

Portainer viene en dos sabores, una edición CE de código abierto y una edición comercial. Una vez que tenga una instalación de Docker en funcionamiento en su Odroid N2+, puede seguir estos pasos de instalación para instalar Portainer:

[https://docs.portainer.io/start/install/server/docker/linux](https://docs.portainer.io/start/install/server/docker/linux)

Después de la instalación exitosa, puede iniciar sesión en la aplicación web de Portainer. Portainer
tiene muchas características para gestionar fácilmente contenedores Docker, imágenes, redes y volúmenes.

Una cosa a tener en cuenta cuando se instalan imágenes Docker en el Odroid N2+ es que las imágenes Docker necesitan
estar en un formato que soporte la arquitectura de la CPU ARM (arm64). Las imágenes Docker que, por ejemplo, sólo soportan la arquitectura Intel no se ejecutarán en su Odroid N2+.

## Conclusión

Instalar su dispositivo de borde local ejecutando Docker en su Odroid N2+ es una gran manera de
obtener los beneficios de un ordenador de placa única. Portainer facilita la administración de contenedores Docker en el Odroid N2+.

## Referencias

- Hardkernel: [https://www.hardkernel.com](https://www.hardkernel.com)

- Wiki del Odroid N2+: [https://wiki.odroid.com/odroid-n2/odroid-n2](https://wiki.odroid.com/odroid-n2/odroid-n2)

- Docker: [https://www.docker.com](https://www.docker.com)

- Portainer: [https://www.portainer.io](https://www.portainer.io)


En vista de la actual escasez de Raspberry Pis, quiero compartir información sobre un ordenador de placa única alternativo, el Odroid N2+. El Odroid N2+ puede ser utilizado para alojar una serie de aplicaciones utilizando Docker. Portainer facilita la administración de contenedores Docker en el Odroid N2+.

Cómo instalar Docker y Portainer en Odroid N2+

Cuando se utiliza Storybook en aplicaciones React para mostrar y documentar los componentes, la creación del archivo Storybook suele ser
una tarea repetitiva. Por ello, quiero mostrar una alternativa rápida utilizando el popular generador de código Hygen.

## Hygen

[Hygen](https://www.hygen.io/) es un generador de código abierto escrito en JavaScript que genera código a partir de una plantilla.
Es un proyecto popular alojado en GitHub con 4,6k estrellas (junio 2022). Hygen fue fundado por Dotan Nahum con
primeros commits en 2017.

## Storybook

[Storybook](https://storybook.js.org/) es una herramienta de código abierto para construir componentes y páginas de React de forma aislada.
Es genial para documentar y probar los componentes de React. Por lo tanto, para la construcción de aplicaciones frontales React, es actualmente la herramienta más popular en la industria.

Los archivos que contienen la documentación de Storybook se llaman historias (por ejemplo, Button.stories.jsx).

Pero crear para cada componente de React su archivo análogo de historias suele ser una tarea repetitiva. Por ello, aprovecharemos Hygen
para automatizar esta tarea tanto como sea posible.

## Generación de historias con Hygen

Las plantillas de Hygen se encuentran en el directorio `_templates`. Para nuestro propósito, crearemos la plantilla en una carpeta llamada apropiadamente `story`.

Nuestro generador de código Hygen consiste en dos archivos. El primero es `_templates/story/prompt.js` y contiene la definición del prompt interactivo que se muestra al usuario cuando ejecuta la aplicación Hygen. El usuario puede introducir el nombre del componente.

_templates/story/prompt.js
```js
module.exports = {
  prompt: ({ prompter }) => new Promise((resolve) => {
    prompter
      .prompt([
        {
          tipo: 'input',
          nombre: 'nombre',
          mensaje: '¿Nombre del componente?'
        },
      ])
      .then(({ nombre }) => {
        resolve({
          nombre
        });
      });
  }),
};
```

El nombre del componente se guarda en la variable `nombre` y está disponible posteriormente en el archivo de plantilla.
Hygen utiliza el lenguaje de plantillas [EJS](https://ejs.co/). Así, el segundo archivo es `_templates/story/new-story.ejs.t` y
contiene la plantilla del archivo Storybook. La plantilla se utiliza para generar el archivo Storybook con el nombre del componente
que el usuario ha introducido. El nombre del componente está disponible en la plantilla EJS como `<%= nombre %>`.

La primera sección de la plantilla tiene la estructura de un archivo Markdown con la propiedad `to` que especifica la ruta del archivo de destino. En este caso, utilizo la ruta por defecto `src/components` pero puede adaptarse a la estructura de carpetas de tu proyecto. 
estructura de carpetas del proyecto. Todo lo que está debajo de la línea `---` es el contenido de la plantilla JavaScript Storybook.

_templates/story/new-story.ejs.t
```bash
---
to: src/componentes/<%= nombre %>/<%= nombre %>.stories.jsx
---
import React from 'react';

import <%= nombre %> de './<%= nombre %>';

exportar por defecto {
  title: '<%= nombre %>',
  component: <%= nombre %>,
};

const Template = (args) => <<%= nombre %> {...args} />;

export const Primaria<%= nombre %> = Template.bind({});
Primaria<%= nombre %>.args = {
};
```

Nuestro generador de código Hygen puede ser invocado con el siguiente comando:

```bash
npx hygen story new
```

Este comando también puede añadirse a la sección de scripts del archivo `package.json` de su proyecto.

Una vez ejecutado, se pide al desarrollador que introduzca el nombre del componente. A continuación, se crea un nuevo archivo
en `./src/components/ComponentName/ComponentName.stories.jsx`. 

A continuación, el desarrollador puede seguir adaptando el archivo fuente de historias generado, por ejemplo, para añadir propiedades del componente. Al ejecutar Storybook, el componente aparecerá y podrá ser probado.

El código Hygen en la carpeta `_templates` debe, por supuesto, ser registrado en su repositorio Git para que sus co-desarrolladores también puedan utilizarlo y tal vez incluso mejorarlo.

## Conclusión

En esta entrada del blog he querido mostrarte cómo utilizar el generador de código Hygen para crear inicios rápidos de historias Storybook en aplicaciones React. Del mismo modo, Hygen puede adaptarse a un gran número de otros casos de uso. Una vez que empieces, Hygen puede ayudarte a
a ser más eficiente en su trabajo diario.

## Referencias

- Storybook: [https://storybook.js.org](https://storybook.js.org)

- Hygen: [https://www.hygen.io](https://www.hygen.io)

- EJS: [https://ejs.co](https://ejs.co)


Cuando se utiliza Storybook en aplicaciones React para mostrar y documentar sus componentes, la creación del archivo Storybook es a menudo una tarea repetitiva. Por ello, quiero mostrar una alternativa rápida utilizando el popular generador de código Hygen.

Generación rápida de archivos Hygen React Storybook

Las ciudades modernas ya tienen parte de sus infraestructuras bajo tierra. Algunas personas viven hoy bajo tierra, por trabajo o por necesidad. ¿Dónde vive la gente dentro de la tierra y cómo será el desarrollo de las ciudades subterráneas en el futuro? 

## Historia cultural 

Como parte de nuestra historia humana, siempre hemos vivido en cuevas. Un ejemplo especial son las ciudades subterráneas de Capadocia, en Turquía. Hay diferentes teorías sobre su finalidad. Algunos dicen que se construyeron como refugio contra los invasores, otros como refugio a causa del mal clima. 

En la cultura occidental, lo subterráneo se sigue asociando con la muerte. Esto viene de la mitología griega, donde las almas viajan después de la vida a la entrada de Hades, el inframundo. En contraste con el inframundo está el cielo superior, donde los dioses disfrutan de una vida fácil. 

![Infierno subterraneo](https://res.cloudinary.com/dxxtt2clx/image/upload/v1692379341/hell_underground_d72231086e.jpg) 

El cristianismo refinó aún más el concepto del inframundo como un infierno donde la gente es castigada por sus pecados. También en el budismo chino existe un infierno como castigo y preparación para la reencarnación. A pesar de todos los malos presentimientos sobre el subsuelo, hoy en día partes de la vida de algunas personas son subterráneas. 

## La vida subterránea en la actualidad 

Muchas ciudades modernas tienen fracciones de su infraestructura bajo tierra. Por ejemplo, los sistemas de metro suelen estar bajo tierra. Además, algunos centros comerciales tienen plantas bajo la superficie. Los túneles para coches y trenes se adentran en la tierra, y los aparcamientos también suelen ser subterráneos. 

Hoy en día, las personas que viven bajo tierra suelen ser gente estigmatizada, como la [tribu de las ratas](https://en.wikipedia.org/wiki/Rat_tribe) (鼠族 shǔ zú) en China. Son trabajadores inmigrantes con bajos ingresos que viven en refugios subterráneos en Pekín. Pero el clima extremo puede hacer que vivir bajo tierra sea una necesidad. 

En el caluroso interior de Australia, en [Coober Pedy](https://www.youtube.com/watch?v=uFA-OB-nJ_I) la gente vive en casas subterráneas que son más frescas que las temperaturas extremas de arriba. En Helsinki (Finlandia), la ciudad ha construido una pista de hockey sobre hielo, tiendas y una piscina bajo tierra. Allí, las temperaturas son a menudo mejores que en el frío de arriba y, de todas formas, en invierno está oscuro fuera. 

Además, los investigadores que estudian la física viven al menos parte del día bajo tierra. Por ejemplo, el Gran Colisionador de Hadrones del instituto CERN está entre 50 y 175 metros bajo tierra. En China, el [laboratorio Jinping](https://en.wikipedia.org/wiki/China_Jinping_Underground_Laboratory) está incluso a 2.400 metros bajo tierra. 

Los mineros trabajan incluso a mayor profundidad bajo tierra. En Sudáfrica, la [mina de oro de Mponeng](https://en.wikipedia.org/wiki/List_of_deepest_mines) opera hasta 3,9 km bajo tierra. Es la mina más profunda del mundo. 

## Futuro de la vida subterránea 

En el futuro, es probable que más infraestructuras de las ciudades se trasladen al subsuelo. Un ejemplo es el túnel que está construyendo [The Boring Company](https://www.boringcompany.com/) en Los Ángeles, Estados Unidos. Una vez terminado, los coches se deslizarán por el túnel a gran velocidad. 

También la agricultura urbana podría trasladarse al subsuelo. Con iluminación artificial y utilizando hidroponía, se podrán cultivar ensaladas y otras plantas bajo tierra. Esto ya lo hacen en Londres [Richard Ballard y Steven Dring](https://www.youtube.com/watch?v=QQ8wcBmB_rQ). Actualmente, sigue siendo más económico construir hacia arriba. Pero las nuevas tecnologías de construcción subterránea y los elevados precios de los inmuebles en las ciudades podrían cambiar pronto esta situación. 

Pensando más allá de la Tierra, para la vida en la Luna y en Marte, vivir bajo tierra podría convertirse en una realidad necesaria porque la radiación es alta en la superficie. Además, vivir bajo tierra protege de los meteoritos y otros desechos espaciales. 

## Fuentes y lecturas adicionales 

* [https://es.wikipedia.org/wiki/Ciudad_subterr%C3%A1nea](https://es.wikipedia.org/wiki/Ciudad_subterr%C3%A1nea) 

* [https://es.wikipedia.org/wiki/H%C3%A1bitat_troglod%C3%ADtico](https://es.wikipedia.org/wiki/H%C3%A1bitat_troglod%C3%ADtico)

* Earthscrapers: [https://blog.ferrovial.com/en/2018/05/earthscrapers-underground-city](https://blog.ferrovial.com/en/2018/05/earthscrapers-underground-city/)

* Derinkuyu Underground City: [https://en.wikipedia.org/wiki/Derinkuyu_underground_city](https://en.wikipedia.org/wiki/Derinkuyu_underground_city)

* Video Looking 4, Underground Cities: [https://youtu.be/Qqvs7oJicV4](https://youtu.be/Qqvs7oJicV4)

large_metro-underground.jpg

medium_metro-underground.jpg

small_metro-underground.jpg

thumbnail_metro-underground.jpg

Las ciudades modernas ya tienen parte de sus infraestructuras bajo tierra. Algunas personas viven hoy bajo tierra, por trabajo o por necesidad. ¿Dónde vive la gente dentro de la tierra y cómo será el desarrollo de las ciudades subterráneas en el futuro?

Pensamientos de Thomas Derflinger