Desarrollo Web Sostenible en Startups: Aplicando Principios de Codificación Verde para un Futuro Más Verde

Hola, bienvenidos a mi masterclass sobre desarrollo web sostenible. Soy Katharina Fetzer, y yo quiero mostrarles algunas formas de cómo aplicar principios de codificación verde en startups. Pero antes de comenzar, hablemos un poco sobre por qué creo que este tema es importante. Aquí pueden ver las temperaturas medias en Alemania en los últimos años. Y así es en muchos países aquí en Alemania, las temperaturas están subiendo cada vez más. Y en los últimos años, ya estábamos por encima de 1.0 grados sobre la media. Y estas temperaturas en aumento conducen a más y más fenómenos meteorológicos extremos, por ejemplo, sequías, incendios forestales y también inundaciones. Y todas estas imágenes fueron tomadas en Europa en los últimos cinco años. Pero estos eventos están ocurriendo en todo el mundo y están sucediendo justo frente a nosotros. Y aunque ya podemos ver el impacto del cambio climático, todavía no se están tomando suficientes medidas. Y ahora te preguntarás, ¿por qué es esto relevante para mí como desarrollador? Y la cosa es, el mundo digital necesita cada vez más energía. El consumo de electricidad se está duplicando casi cada cinco años, y las emisiones de CO2 ya son el doble de altas que las del tráfico aéreo global. Así que si estás pensando en tu huella de CO2 y quieres reducir los vuelos, entonces pensar en la huella digital también es una buena idea. Pero la digitalización también puede ser una oportunidad, también puede ayudar a reducir las emisiones. Pero para hacer esto, es importante que los productos digitales en sí se creen de manera verde. Para hacer eso, quiero presentar hoy dos principios de codificación verde.

Antes de profundizar en estos principios, una muy breve introducción sobre High Lane, la empresa para la que estoy trabajando actualmente. Son una start-up con sede en Colonia, y estamos ofreciendo camiones de hidrógeno en un modelo de alquiler de pago por uso, lo que facilita a nuestros clientes operar estos vehículos sin grandes inversiones iniciales. Y este modelo de pago por uso es habilitado por IT porque tenemos que procesar los datos de kilómetros para crear facturas al final del mes, ya que nuestros clientes solo pagan por los kilómetros que conducen.

Así que empecemos con los principios. Primero, ejecutar aplicaciones nativas de la nube. ¿Por qué es esta una buena idea? Y aquí, para explicar eso, añadí un ejemplo de mi último lugar de trabajo. Solía trabajar para una empresa de meteorología, que ofrecía información meteorológica en línea a través de una página web y diferentes aplicaciones. Y aquí pueden ver una semana normal en verano. Los primeros dos días son muy soleados y no muchas personas están interesadas en el clima. No hay nubes en el cielo, así que es bastante aburrido.

Y pueden ver eso en la carga del servidor web. Porque el clima es tan aburrido y nadie está interesado, tampoco hay muchas visitas en la página web, así que el servidor web está inactivo. La carga está solo entre el 10 y el 20 por ciento. Pero el tercer día es diferente. En la mañana, las primeras nubes comienzan a formarse y la gente empieza a preguntarse, ¿podré hacer una barbacoa por la tarde o podré volver a casa en bicicleta de manera seca? ¿O lloverá y tendré que cancelar mis planes? Y entonces, por eso la carga está aumentando. Y luego las nubes se están volviendo cada vez más grandes.

La tormenta eléctrica se está acercando a una ciudad más grande. Muchas personas están escuchando los primeros truenos a lo lejos y muchas personas abren su app para ver qué está pasando. Y esto se vuelve bastante estresante para el servidor web y los administradores del sistema, porque la carga del servidor web está subiendo cada vez más. Está alcanzando casi el 100 por ciento. Pero esta vez, todo salió bien. Nos detenemos en, no sé, 95 por ciento. La tormenta eléctrica se aleja y la carga comienza a caer nuevamente. Y al día siguiente, soleado de nuevo, el clima es aburrido de nuevo y nadie está realmente interesado en el clima.

Pero ahora nuestro administrador del sistema se pregunta, está bien, ¿qué puedo hacer para prevenir una situación tan estresante? ¿Qué puedo hacer para que la próxima vez los servidores web aún puedan manejar la carga, incluso si la tormenta eléctrica se está acercando a una ciudad más grande y aún más personas abrirán las apps y la página web. Y en el viejo mundo antes de la nube, la solución para esta situación sería configurar un segundo servidor web, lo que tendría el efecto de que en este día de tormenta eléctrica, solo llegaríamos a 50 por ciento de la carga. Pero en los otros días, por supuesto, la carga sería más baja también y sería aún más aburrido para los servidores y estarían inactivos gran parte del tiempo.

Así que esa situación que pueden ver en el lado izquierdo, allí los servidores tienen solo un tercio de utilización y una alta capacidad de reserva para manejar estos picos de carga. Pero esto significa que necesitamos más hardware, que tiene que ser producido y también cada servidor web, incluso si la carga es baja, necesita electricidad para estar listo. Y en la nube, podemos manejar ese escenario mucho mejor. Podemos usar solo los servidores web virtuales que realmente necesitamos. Pero al mismo tiempo, tenemos casi una capacidad de reserva infinita porque cuando notamos que la carga está aumentando en ese momento, podemos agregar otros servidores virtuales y de esa manera podemos reaccionar a los cambios en la carga muy, muy rápidamente.

Y al mismo tiempo, otras empresas que podrían tener otros factores que influyen en la carga, otras empresas que no dependen del clima, pueden utilizar la capacidad sobrante en el tiempo que no estamos usándola. Así que en resumen, esto significa que usamos menos hardware y, sí, también menos servidores inactivos que, sí, están utilizando recursos. Así que en la nube, tenemos la oportunidad de que somos capaces de escalar nuestros recursos virtuales de una manera muy flexible.

Para seguir con el ejemplo, cuando el clima se vuelve más interesante, podemos agregar servidores virtuales y luego cuando es aburrido de nuevo, podemos reducirlos. Estamos compartiendo hardware con otras empresas para que necesitemos menos hardware en total. Y también el operador de la nube se enfoca en una operación eficiente así que pueden hacerlo mucho mejor de lo que muchas pequeñas y medianas empresas podrían ser capaces de. Y también, como nuestro modelo de negocio, es pago por uso lo que lleva a una motivación para optimizar porque cuando agregamos más recursos virtuales, por supuesto, es más caro.

Así que también hay esa motivación para reducir los recursos nuevamente tan pronto como necesitemos menos de ellos. Sabes, pero también hay algunos riesgos en la nube. Para los desarrolladores, a menudo es más fácil simplemente escalar los recursos hacia arriba que optimizar los procesos. Así que tendremos que hacer un poco de trabajo aquí para hacerles pensar que también es una buena idea optimizar primero y solo escalar hacia arriba cuando realmente lo necesitemos. Y también podría suceder, especialmente cuando tenemos la escalabilidad automática activa, que la escalabilidad ocurra por error.

Pero también hay algunas posibilidades de cómo prevenir eso.

Está bien, sabes, ¿qué hicimos en Highlane? Establecimos un principio de nube primero en nuestra estrategia de datos. Cuando comencé en Highlane, no teníamos servidores propios y no planeamos tener ninguno. Somos una empresa de nube primero. Configuramos todo en la nube o estamos utilizando software como servicio. Para nosotros, esto tiene la ventaja de que necesitamos menos administración. Además, podemos probar nuevas configuraciones muy rápidamente. Sabes, porque es pago por uso, está creciendo con nosotros y no desperdiciamos capacidad de hardware. Porque comenzamos muy pequeños y luego nuestro propio servidor web sería de todos modos demasiado grande o se volvería demasiado pequeño muy rápido a medida que estamos creciendo más y más.

Así que, sí, continuemos con el segundo principio. Es construir aplicaciones ligeras. Y el objetivo aquí es reducir el esfuerzo de computación y la transferencia de datos para consumir menos energía y reducir las emisiones. Y también tiene algunos efectos secundarios positivos, especialmente en la nube. Menos computación también significa menos costos. Y cuando reduces los datos que se transfieren, también conduce a una carga más rápida de páginas web y aplicaciones, lo que debería llevar a clientes felices y también a un mejor ranking en Google. Así que eso podría ser también un argumento para convencer a tu departamento de marketing de que esta es una buena idea. Y como ejemplo, aquí uso nuestra propia página web, pylane.de. Y por curiosidad, en marzo de 2024, probé esta herramienta de carbon.com para tener una idea de cuán ecológica es nuestra página web. Y como puedes ver aquí, solo obtuvimos una calificación de D, que no es tan buena. Al menos la página web está funcionando con energía sostenible. Pero luego hicimos un poco de investigación. ¿Qué podemos hacer para mejorar la calificación y reducir las emisiones? ¿Y cómo hicimos la investigación? Primero, echamos un vistazo a PageSpeed Insights, porque el rendimiento de carga puede servir como una medida proxy para las emisiones. También miramos EcoGrader, que también nos dio muy buenas sugerencias, y obtuvimos algunas indicaciones generales de una publicación de blog de Whole Grain Digital. Te mostraré el enlace al final. Y las recomendaciones fueron primero optimizar los medios, usar imágenes más pequeñas, y usar formatos de imagen modernos. Para eliminar código no utilizado, se encontraron algunas reglas de CSS y JavaScript que no se usaron. Y también algunas indicaciones generales. En general, es una buena idea usar menos imágenes, evitar animaciones y videos que se reproducen automáticamente, porque los videos necesitan muchos datos, y luego la reproducción automática es una muy mala idea también. Y también mejorar la guía del usuario, porque si los usuarios tienen que moverse a través de tres o cuatro páginas para llegar al lugar donde quieren llegar, entonces estás abriendo tres páginas que no ofrecen ninguna ventaja al usuario aquí. Así que es molesto para el usuario, y también transfieres más datos de los que necesitas.

Y luego hicimos un relanzamiento de nuestra página web. Usamos menos imágenes, y también estamos utilizando imágenes Avis en este momento como formato. Y gracias a estas cosas, pudimos reducir las emisiones en casi un 50%, de lo cual estamos muy orgullosos. Pero, por supuesto, no hemos terminado aquí. Queremos mejorar aún más, y además no hemos implementado todas las recomendaciones hasta ahora.

Está bien. Ahora creo que muchos de ustedes podrían estar muy interesados en el tema y querer averiguar más al respecto. Así que aquí añadí tres enlaces donde pueden comenzar a buscar más información. Primero, en la página web de la Green Software Foundation, pueden encontrar todos los principios de la ingeniería de software verde. Luego, especialmente para el desarrollo web, también creo que las Web Sustainability Guidelines son un lugar muy agradable para comenzar su investigación. Y tercero, aquí también está el blog de whole grain digital que nos ayudó a mejorar nuestra página web.

Ahora, sí, una última cosa. Actualmente estamos buscando nuevos colegas. Estamos especialmente buscando un desarrollador de Node.js. Así que si estás interesado en trabajar con nosotros en Highlane, por favor ve a nuestra página de carrera. Puedes encontrarla en highlane.net slash career. Y sí, esperamos con ansias tus aplicaciones. Muchas gracias. Si quieres contactarme, puedes enviarme un correo electrónico. Y si quieres mantenerte actualizado con Highlane, puedes seguirnos en LinkedIn, donde recibirás la información más nueva de inmediato.