DEV Community: Sergio Suárez

OmniMem, IDE RAM monitor :)

Sergio Suárez — Mon, 17 Aug 2026 22:41:08 +0000

OmniMem: el monitor de RAM que creé para VS Code y todos sus forks

Desde aproximadamente 2018 utilizaba una extensión de Visual Studio Code que me resultaba especialmente útil: mostraba directamente en la barra de estado cuánta memoria RAM estaba consumiendo el IDE en comparación con la memoria total instalada en mi equipo.

Era una funcionalidad sencilla, pero muy práctica.

No tenía que abrir el monitor del sistema, buscar procesos ni abandonar el editor. Con una mirada rápida a la barra de estado podía saber si el entorno de desarrollo estaba consumiendo más recursos de lo habitual.

Durante años funcionó perfectamente. El problema apareció cuando empecé a utilizar otros editores.

Cuando cambiar de IDE rompe una herramienta útil

En mi entorno de trabajo cambié primero a Windsurf y después a Devin Desktop. En mi entorno personal también empecé a utilizar Antigravity IDE.

Todos ellos están relacionados con el ecosistema de VS Code, pero la extensión que utilizaba para monitorizar la memoria dejó de funcionar.

El motivo era bastante habitual en este tipo de herramientas: su implementación dependía de nombres de procesos o rutas específicas de Visual Studio Code.

Mientras utilizas exactamente VS Code, eso puede ser suficiente. Pero cuando cambias a un fork, los nombres de los ejecutables, procesos auxiliares y aplicaciones cambian:

Visual Studio Code
Cursor
Windsurf
Antigravity IDE
Devin Desktop
Trae
VSCodium

La necesidad seguía existiendo, pero la herramienta ya no funcionaba en los editores que utilizaba diariamente.

Así que decidí crear una alternativa.

Así nació OmniMem

OmniMem – IDE RAM Monitor es una extensión open source que muestra en tiempo real el consumo de memoria del editor directamente en la barra de estado.

Su objetivo principal es funcionar no solo en Visual Studio Code, sino también en los diferentes IDE y forks construidos alrededor de su ecosistema.

Actualmente es compatible con:

Visual Studio Code
Cursor
Windsurf
Antigravity IDE
Devin Desktop
Trae
VSCodium
Otros forks basados en VS Code y Electron

La extensión está disponible tanto en Visual Studio Marketplace como en Open VSX, lo que permite instalarla desde diferentes editores y marketplaces.

¿Qué muestra OmniMem?

OmniMem presenta el consumo de memoria del editor directamente en la barra de estado.

Por ejemplo:

2.8GB / 16.0GB

El primer valor representa la memoria utilizada por los procesos relacionados con el IDE. El segundo muestra la memoria total instalada en el sistema.

La información se actualiza periódicamente y puede mostrarse utilizando diferentes formatos:

Memoria utilizada y memoria total.
Solo memoria utilizada.
Porcentaje de memoria.
Formato compacto.

El intervalo de actualización también es configurable.

La idea es que puedas conocer el consumo del IDE sin interrumpir tu trabajo ni abrir herramientas externas.

Un monitor independiente del nombre del editor

Uno de los principales objetivos de OmniMem era evitar que la compatibilidad dependiera de una lista cerrada de nombres de ejecutables.

En lugar de asumir que el proceso principal siempre se llama Code, la extensión utiliza información del propio runtime para identificar la instalación y los procesos relacionados con el editor que está ejecutándose.

Esto permite que la misma extensión funcione en diferentes productos sin mantener una implementación específica para cada uno.

En macOS, por ejemplo, puede identificar el paquete .app al que pertenece el proceso:

/Applications/Antigravity IDE.app
/Applications/Windsurf.app
/Applications/Visual Studio Code.app

A partir de esa información puede localizar los procesos principales, renderizadores, procesos de GPU, Extension Host y otros procesos auxiliares asociados al mismo editor.

En Linux y Windows se aplican estrategias equivalentes adaptadas a las características de cada sistema operativo.

El resultado es un enfoque mucho más resistente a los cambios de editor.

Detección de extensiones duplicadas

Mientras desarrollaba OmniMem añadí otra funcionalidad que me parecía especialmente útil: la detección de versiones duplicadas de extensiones.

Con el tiempo, la carpeta de extensiones puede conservar varias versiones de un mismo paquete:

publisher.extension-1.0.0
publisher.extension-1.1.0
publisher.extension-2.0.0

Normalmente solo necesitamos la versión activa más reciente, pero las versiones antiguas pueden permanecer almacenadas en disco.

OmniMem puede analizar el directorio de extensiones, agruparlas por identificador y avisar cuando encuentra varias versiones del mismo paquete.

La extensión no elimina archivos automáticamente. Simplemente proporciona la información para que el usuario pueda revisarla y decidir qué hacer.

Ligera, privada y sin dependencias en tiempo de ejecución

Quería que OmniMem fuese una extensión pequeña y predecible.

Por eso se ha diseñado con estas características:

Sin servicios externos.
Sin telemetría.
Sin envío de información fuera del equipo.
Sin dependencias en tiempo de ejecución.
Sin procesos persistentes adicionales.
Sin modificaciones automáticas de archivos.
Código abierto bajo licencia MIT.

Toda la información utilizada para calcular el consumo de memoria se obtiene localmente.

Instalación

Visual Studio Marketplace

Si utilizas Visual Studio Code o un editor compatible con su Marketplace, puedes instalar OmniMem desde:

👉 Instalar OmniMem desde Visual Studio Marketplace

También puedes buscar lo siguiente desde el panel de extensiones del editor:

OmniMem

Open VSX Registry

Para VSCodium, Antigravity IDE y otros editores que utilizan Open VSX:

👉 Instalar OmniMem desde Open VSX

Instalación mediante VSIX

Cada versión publicada en GitHub incluye también un archivo .vsix.

Puedes descargarlo desde:

👉 Descargar OmniMem desde GitHub Releases

Después puedes instalarlo desde la interfaz del editor utilizando la opción:

Extensions → Install from VSIX...

También puedes hacerlo desde la terminal:

code --install-extension omnimem-x.y.z.vsix

En otros editores solo hay que utilizar su comando correspondiente:

cursor --install-extension omnimem-x.y.z.vsix
windsurf --install-extension omnimem-x.y.z.vsix
antigravity-ide --install-extension omnimem-x.y.z.vsix

Configuración

OmniMem permite personalizar el intervalo de actualización y el formato utilizado en la barra de estado.

Ejemplo de configuración:

{
  "memoryMonitor.refreshIntervalMs": 5000,
  "memoryMonitor.displayFormat": "used/total"
}

Los formatos disponibles permiten elegir entre una vista detallada o una representación más compacta.

También se puede forzar una actualización manual desde la paleta de comandos:

OmniMem: Refresh Memory Usage

Para comprobar extensiones duplicadas:

OmniMem: Check Duplicate Extensions

Calidad y automatización

Además de desarrollar la extensión, quería que el proceso de publicación fuese reproducible y seguro.

El proyecto cuenta actualmente con:

Tests unitarios con node:test.
Cobertura superior al 97 % en líneas.
Compilación automática con TypeScript.
Generación y validación del paquete VSIX.
Publicación automática en Visual Studio Marketplace.
Publicación automática en Open VSX.
Creación automática de tags y GitHub Releases.
Generación del changelog a partir de Conventional Commits.
Actualización automática del badge de versión del README.

El proyecto utiliza un flujo basado en ramas:

feature/* → develop → main

Las nuevas funcionalidades se integran primero en develop.

Cuando una versión está preparada y validada, se fusiona en main y el pipeline publica automáticamente la extensión en ambos marketplaces.

Un proyecto pequeño nacido de una necesidad real

OmniMem no nació como un intento de construir una herramienta enorme.

Nació porque había una funcionalidad sencilla que utilizaba todos los días y que dejó de estar disponible cuando cambié de editor.

En lugar de volver a VS Code únicamente por aquella extensión, decidí crear una solución que no estuviera vinculada a un producto concreto.

El resultado es una extensión que ahora puedo utilizar en mis diferentes entornos de trabajo y que me gustaría compartir con otros desarrolladores que también alternan entre VS Code y sus distintos forks.

¿Quieres probarla?

OmniMem es completamente open source.

Si utilizas VS Code, Cursor, Windsurf, Antigravity IDE, Devin Desktop, Trae, VSCodium o cualquier otro fork compatible, me encantaría conocer tu experiencia.

Las sugerencias, incidencias y contribuciones son bienvenidas.

Enlaces

⚡ GitHub y código fuente

github.com/SergioSuarezGil/OmniMem-IDE-RAM-Monitor

🛒 Visual Studio Marketplace

Instalar OmniMem desde Visual Studio Marketplace

🌐 Open VSX Registry

Instalar OmniMem desde Open VSX

📦 GitHub Releases y descarga del VSIX

Descargar la última versión

🐛 Reportar un problema o proponer una mejora

Crear una issue

🤝 Pull requests y contribuciones

Contribuir al proyecto

Si OmniMem te resulta útil, puedes apoyar el proyecto dejando una ⭐ en GitHub, compartiéndolo o enviando tus sugerencias.

¡Gracias por leer! ⚡

Angular 22

Sergio Suárez — Tue, 21 Jul 2026 12:08:34 +0000

♦️Angular 22 llega con mejoras importantes en Signals, accesibilidad, rendimiento, templates y herramientas para desarrollo asistido por IA.

He preparado esta infografía con un resumen de las novedades más destacadas y de cómo afectan al desarrollo de aplicaciones modernas con Angular.

¿Qué mejora te parece más interesante?

Angular #Angular22 #TypeScript #Frontend #WebDevelopment #SoftwareDevelopment #Signals

🚀 Por fin he creado mi web personal

Sergio Suárez — Sat, 09 May 2026 09:55:01 +0000

Durante muchos años fui bastante reacio a crear una web personal o un portfolio.

No porque no me gustase desarrollar cosas — de hecho, llevo años creando aplicaciones, experimentando con tecnologías frontend y backend, diseñando interfaces y aprendiendo constantemente — sino porque siempre tenía la sensación de que un portfolio debía estar “perfecto” antes de enseñarlo al mundo. Y la realidad es que ese momento nunca termina de llegar.

Hace poco decidí cambiar esa mentalidad.
Así que finalmente me animé a crear mi nueva web personal:

🌐 sergiosuarezgil.com

Este proyecto no es solo una página donde listar tecnologías o proyectos.
También es una forma de mostrar cómo entiendo el desarrollo de software y el diseño después de todos estos años trabajando en tecnología.

He querido darle un estilo muy personal:

usando mis colores favoritos,
diseños limpios y modernos,
animaciones e interacciones cuidadas,
y una estética que representa tanto mi lado técnico como creativo.

La idea no era únicamente enseñar proyectos, sino también enseñar evolución, personalidad y pasión por crear productos digitales.

Dentro de la web hay:

proyectos en los que he trabajado,
aplicaciones web,
experimentos personales,
desarrollo frontend y backend,
ideas de diseño,
y muchas de las tecnologías con las que más disfruto trabajando.

Muchas veces los desarrolladores pasamos años construyendo cosas para empresas, clientes o terceros… y se nos olvida construir algo para nosotros mismos.

Esta vez decidí hacer justo eso.

Y sinceramente, me alegro mucho de haber dado el paso.

NestJS 10 - Descubre las novedades

Sergio Suárez — Wed, 10 Jul 2024 14:05:50 +0000

NestJS ha lanzado hace unos meses su versión 10 y viene cargada de mejoras y nuevas funcionalidades que harán las delicias de los desarrolladores.

Después de varios meses de pruebas y algunos que otro proyecto, te cuento las principales novedades de esta versión:

1. Integración con SWC
La nueva versión de NestJS incorpora SWC, un compilador y agrupador escrito en Rust que promete revolucionar los tiempos de compilación. Comparado con TypeScript, SWC ofrece una velocidad de compilación hasta 20 veces más rápida. Esto significa que los desarrolladores podrán disfrutar de una experiencia de desarrollo mucho más fluida y eficiente.

2. Sobrescribir módulos en pruebas
NestJS 10 facilita aún más las pruebas unitarias al permitir sobrescribir módulos completos. Esta funcionalidad simplifica la creación de mocks y la configuración del entorno de pruebas, lo que resulta en un proceso de testing más limpio y manejable. Ahora, simular el comportamiento de servicios y componentes es más sencillo que nunca.

3. Suscripciones wildcard en Redis
Las suscripciones wildcard llegan a NestJS, mejorando significativamente la flexibilidad de los microservicios. Esta característica permite suscripciones basadas en patrones, lo cual es especialmente útil para sistemas que requieren una alta dinámica en la gestión de eventos y mensajes. Con esta mejora, los desarrolladores podrán diseñar arquitecturas más robustas y adaptables.

4. CacheModule independiente
El módulo de caché se ha convertido en un paquete independiente (@nestjs/cache-manager). Esto facilita su integración y uso en diferentes proyectos, proporcionando una mayor modularidad y permitiendo a los desarrolladores elegir de forma más precisa las herramientas que necesitan para optimizar sus aplicaciones.

5. Compatibilidad y requisitos
Para aprovechar todas estas nuevas funcionalidades, es importante tener en cuenta los requisitos de compatibilidad. NestJS 10 requiere Node.js v16 o superior y TypeScript >= 4.8. Asegúrate de actualizar tus entornos de desarrollo para disfrutar de todas las ventajas que trae esta versión.

NestJS 10 es una actualización muy completa que promete mejorar significativamente la eficiencia y la flexibilidad del desarrollo con este framework. No dudes en probarlo y explorar todas sus nuevas capacidades!!

Para más detalles y una lista completa de cambios, puedes consultar el anuncio oficial.

O consultar sus últimas versiones en Github

Webinar: ¿Cómo crear un API con NestJs, GraphQL y MongoDB?

Sergio Suárez — Fri, 29 Apr 2022 14:13:51 +0000

¿Te gustaría aprender a crear un API con NestJs, GraphQL y MongoDB? Este webinar es para ti.

Link grabación en Youtube: https://youtu.be/vsHRlt9cFwA

Veremos una introducción a Nestjs, un popular framework progresivo de Node.js para la creación de aplicaciones eficientes, confiables y escalables del lado del servidor, el cual está construido y es completamente compatible con TypeScript, combinando elementos de la programación orientada a objetos, programación funcional y reactiva.
Junto a Nestjs también veremos GraphQL, una alternativa a las API REST, que permite que los desarrolladores creen consultas para extraer datos de varias fuentes en una sola llamada a la API.

Además usaremos MongoDB que es un sistema de base de datos NoSQL orientado a documentos de código abierto. También usaremos junto a el, el ORM Mongoose, que es una librería que nos permite crear consultas y con otras características como validaciones, construcción de queries, middlewares, conversión de tipos y muchas mas cosas.

Crearemos una API sencilla para saber como usar el cli de NestJs, conoceremos como funcionan los modulos, servicios, resolvers, crearemos los modelos de datos de MongoDB y GraphQL de manera conjunta, crearemos relaciones entre 2 colecciones de Mongo distintas y veremos cómo usar la aplicación Altair GraphQL Client para probar nuestro API cómodamente.

NestJS 8 ¿Qué hay de nuevo?

Sergio Suárez — Sun, 19 Sep 2021 11:21:23 +0000

Hace muy poco se ha anunciado el lanzamiento oficial de NestJS 8.

Este es un lanzamiento importante que abarca mejoras en toda toda la plataforma, incluido el framework, numerosas mejoras en los paquetes @nestjs/graphql y @nestjs/config, CLI y se ha actualizado toda la documentación.

Esta versión trae muchas características geniales y mejoras tan esperadas. Hay demasiados para enumerar aquí, pero echemos un vistazo de alto nivel a algunos de los mejores.

Si quieres ver la lista completa, click aquí: https://github.com/nestjs/nest/releases

API versioning

Tradicionalmente, en las aplicaciones Node.js (y NestJS), el control de versiones de API nunca ha tenido una "forma correcta" de realizarse, ya que hay muchas formas de lograrlo.

En v8, podrás tener diferentes versiones de tus controladores o rutas individuales ejecutándose dentro de la misma aplicación. También se admiten 3 tipos diferentes de control de versiones: control de versiones de URI, control de versiones de encabezado y control de versiones de tipo de medio.

@Controller({
  path: 'cats',
  version: '1', // 👈
})
export class CatsController {
  @Get()
  findAll(): string {
    return 'This action returns all cats for version 1';
  }
}

Lazy-loading modules

Por defecto, los módulos se cargan activamente, lo que significa que tan pronto como se carga la aplicación, al igual que todos los módulos, sean o no necesarios de inmediato. Si bien esto está bien para la mayoría de las aplicaciones, puede convertirse en un cuello de botella para las aplicaciones/workers que se ejecutan en el entorno sin servidor, donde la latencia de inicio es crucial.

La carga "lazy loading" puede ayudar a disminuir el tiempo de arranque al cargar solo los módulos requeridos por la invocación de la función sin servidor específica. Además, también puede cargar otros módulos de forma asíncrona una vez que la función sin servidor esté "caliente" para acelerar aún más el tiempo de arranque para llamadas posteriores (conocido como: deferred modules registration).

Template literal types and ConfigService

Con los tipos de literales de plantilla (template literals) ahora disponibles en TypeScript v4.2, podemos implementar una nueva función que nos permite inferir el tipo de propiedad de un objeto de configuración personalizado anidado, incluso cuando se usa la notación de puntos, como se muestra aquí:

constructor(private configService: ConfigService<{ database: { host: string } }>) {
  const dbHost = this.configService.get('database.host', { infer: true });
  // typeof dbHost === "string"
}

Upgraded dependencies

Nest v8 finalmente ofrece soporte para Socket.io 4.0 y NATS v2 que no eran compatibles con v7. Además, Nest v8 utilizará la última versión de RxJS (v7).

Más y mejor en el post oficial de Nest: https://trilon.io/blog/announcing-nestjs-8-whats-new