Descubre artículos sobre inteligencia artificial, desarrollo de aplicaciones a medida y consejos prácticos de ingeniería de software. Aprende cómo la tecnología puede potenciar tus proyectos.

Introducción: En esta segunda parte explico cómo optimicé mis pruebas de la API SSR de Next.js para que Playwright pueda ejecutarse en paralelo usando Mock Service Worker MSW y un servidor puente dinámico. El objetivo es acelerar las pruebas y permitir ejecutar varias instancias de MSW simultáneas, ajustando la cantidad de servidores según la capacidad del equipo.

Resumen de cambios realizados: Primero adapté mock-server.ts para que pueda lanzar dinamicamente varios servidores MSW. Ahora la cantidad de servidores se define mediante la variable de entorno MOCK_SERVER_COUNT en .env en lugar de estar fija. Segundo ajusté playwright.config.ts para habilitar pruebas fullyParallel y leer workers desde .env usando process.env.MOCK_SERVER_COUNT, y en los tests uso test.info().workerIndex para calcular el puerto que corresponde a cada worker. Tercero cambié server.ts handler.ts y page.tsx para aceptar puertos dinamicos en las llamadas API de modo que varias instancias puedan correr sin conflicto. Antes el puerto de la API estaba fijo en 3001. Finalmente ahora puedes aumentar el numero de servidores hasta lo que tu PC aguante simplemente cambiando MOCK_SERVER_COUNT.

Ideas clave para principiantes: Server Side Rendering SSR significa que Next.js renderiza la pagina en el servidor primero y envia HTML al navegador. MSW intercepta las llamadas fetch en el entorno de pruebas y devuelve respuestas simuladas. Para ejecutar pruebas en paralelo es necesario que cada worker use su propio puerto de MSW y que las llamadas fetch apunten al puerto asignado.

Pasos para preparar el entorno: Instalar Next.js crear la aplicacion y copiar el componente de pagina que realiza fetch a la ruta api v2 pokemon. Instalar Playwright con npm init playwright@latest e instalar MSW con npm i msw --save-dev. Instalar tsx para facilitar la ejecucion de TypeScript en entorno de test y dotenv para leer variables de entorno. Crear un archivo .env con MOCK_SERVER_COUNT igual al numero de servidores que quieres levantar por ejemplo 6.

Funcionamiento del servidor puente: mock-server.ts arranca MSW en cada puerto solicitado y expone un endpoint POST api switch-pokemon para que los tests puedan pedir al servidor que cambie la respuesta mock a pikachu eevee error500 u otros pokemons. Cada instancia de MSW escucha en su propio puerto y el servidor puente reenvia solicitudes a MSW usando fetch interno para devolver la respuesta al navegador de prueba.

Ajustes en los tests Playwright: En los tests utilizo una funcion helper setMockPokemon que calcula el puerto sumando 3001 mas test.info().workerIndex de manera que cada worker usa un puerto distinto. La funcion llama a POST https://localhost:PUERTO/api/switch-pokemon para seleccionar el mock y luego navega a /?mockPort=PUERTO para que la pagina SSR haga fetch al puerto correcto. De este modo los tests pueden ejecutarse fullyParallel sin interferencias entre ellos.

Configuracion recomendada: En playwright.config.ts activar fullyParallel true y establecer workers parseInt(process.env.MOCK_SERVER_COUNT || 4) para empatar el numero de workers con el numero de servidores MSW. Comentar proyectos de firefox y webkit si quieres centrarte en chromium y maximizar paralelismo. En el terminal 1 ejecutar npx tsx mock-server.ts que arrancara multiple instancias segun MOCK_SERVER_COUNT. En el terminal 2 ejecutar npm run dev para levantar Next.js. En el terminal 3 ejecutar npx playwright test para lanzar las pruebas en paralelo.

Beneficios: Ejecucion de pruebas significativamente mas rapida y escalable hasta el limite del hardware. Separar MSW por puertos evita estados globales compartidos y reduce flakiness. Este patron es util para proyectos con APIs SSR donde necesitas testear distintas respuestas de forma aislada.

Limitaciones y buenas practicas: Asegurate de no exceder los recursos del sistema al aumentar MOCK_SERVER_COUNT. Limpia handlers y cierra procesos MSW al terminar para evitar puertos ocupados. Mantener handlers simples y predecibles facilita la depuracion. Aprender a usar server.use de MSW y a coordinarlo con Playwright es clave para pruebas robustas.

Dirección de retiro inválida es un error común cuando se opera con la red Sei porque conviven dos formatos de direcciones. Aunque muchas personas usan direcciones 0x al interactuar con Sei, la dirección nativa de Sei también existe y algunos servicios como Kraken utilizan la dirección nativa en lugar de la dirección EVM 0x. Esto provoca el confuso mensaje de error direccion de retiro invalida al intentar retirar fondos a una dirección 0x.

Si al intentar retirar fondos desde Kraken recibes un mensaje de dirección de retiro inválida suele deberse a la coexistencia de direcciones EVM 0x y direcciones nativas en la red Sei. Muchos usuarios usan direcciones 0x, pero Kraken puede requerir la dirección nativa de Sei para procesar la transferencia correctamente, lo que provoca el error de retiro.

Sei enlaza una dirección nativa con una dirección EVM. Para resolverlo accede a la aplicación de Sei e inicia sesión con tu wallet EVM como Rabby Metamask o Phantom. Una vez dentro verás la dirección nativa de Sei asociada a tu cuenta; copia esa dirección nativa y pégala como dirección de retiro en Kraken. Antes de enviar todo el saldo haz una prueba enviando una pequeña cantidad para verificar que la transacción llega sin problemas a tu wallet EVM.

Si eres nuevo en Sei busca la página de bienvenida y la dex integrada para swapear desde otra cadena y convertir a Sei o a tokens del ecosistema Sei. Esa página incluye una dex para facilitar los intercambios y guías básicas para usuarios que vienen de otras blockchains.

Dirección de retiro inválida en Kraken

Si al intentar retirar Sei desde Kraken recibes el mensaje error direccion de retiro es invalida es muy probable que el problema se deba a la diferencia entre direcciones EVM 0x y la dirección nativa de Sei. Aunque muchas personas usan direcciones 0x para interactuar con la red Sei, exchanges como Kraken requieren la dirección nativa de Sei, que tiene un formato bech32 distinto y suele comenzar con sei.

Por que ocurre el error: Sei vincula una cuenta nativa de Sei con una dirección EVM para permitir compatibilidad entre ecosistemas. Si envías fondos a una dirección EVM 0x cuando el exchange espera una dirección nativa, Kraken rechazara la retirada y mostrara direccion de retiro es invalida.

Dirección de retiro inválida en Kraken: explicación y solución práctica

Si al intentar retirar fondos desde Kraken recibes el mensaje dirección de retiro inválida, lo más probable es que se deba a la diferencia entre direcciones EVM 0x y la dirección nativa de Sei. Muchas personas usan direcciones 0x para interactuar con Sei, pero algunos exchanges como Kraken requieren la dirección nativa de Sei. Esto provoca el confuso error dirección de retiro inválida cuando se pega una dirección EVM en un campo que solo acepta la dirección nativa.

Cómo resolverlo paso a paso: accede a la aplicación web de Sei e inicia sesión con tu wallet EVM habitual como Metamask, Rabby o Phantom. La aplicación vincula automáticamente tu dirección EVM con una cuenta nativa de Sei; allí podrás ver la dirección nativa que debes usar para depósitos y retiros en exchanges que solo soportan la dirección nativa. Copia esa dirección nativa y úsala en Kraken. Antes de enviar grandes importes realiza una transacción de prueba con una pequeña cantidad para comprobar que todo llega correctamente. Si eres nuevo en el ecosistema Sei, la página de bienvenida de Symph ofrece recursos y una dex integrada para intercambiar desde otra cadena y explorar tokens del ecosistema Sei.

Consejo de seguridad y buenas prácticas: verifica siempre dos veces el tipo de dirección requerida por el exchange, confirma en la aplicación oficial de Sei cuál es tu cuenta nativa y realiza una pequeña transferencia de prueba. Mantén tu wallet y extensiones actualizadas y usa herramientas de seguridad para evitar errores de suplantación o pérdida de fondos.

En Q2BSTUDIO somos una empresa de desarrollo de software y aplicaciones a medida especializada en soluciones integrales. Ofrecemos servicios de software a medida y aplicaciones a medida, integración de wallets y APIs de exchanges, así como consultoría en inteligencia artificial para empresas, agentes IA y soluciones con Power BI para inteligencia de negocio. Podemos ayudarte a automatizar procesos y a diseñar integraciones seguras y fiables entre plataformas de blockchain y tus sistemas internos, además de ofrecer servicios de ciberseguridad y pentesting para proteger tus integraciones y claves.

Presentamos DIY-AI Fix-It, un asistente conversacional impulsado por inteligencia artificial que guía paso a paso en reparaciones domésticas comunes desde el diagnóstico inicial hasta la resolución final. El usuario sube una foto del problema y la describe brevemente, y la IA genera un plan de reparación profesional y completo.

Funciones principales

Diagnóstico claro Una explicación sencilla y accesible de qué está fallando, basada en el análisis multimodal de la imagen.

Lista completa de herramientas y materiales Un checklist detallado con todo lo necesario para realizar la reparación de forma eficiente.

Estimación de dificultad y tiempo Información honesta para que el usuario decida si puede abordar la tarea o si conviene llamar a un profesional.

Instrucciones paso a paso Procedimientos seguros y fáciles de seguir con advertencias automáticas para tareas peligrosas y recomendaciones para minimizar riesgos.

Posibles errores y consejos críticos Avisos sobre fallos frecuentes y cómo evitarlos para asegurar un resultado duradero.

La experiencia es interactiva: el usuario puede hacer preguntas de seguimiento en un chat contextual y recibir respuestas que mantienen la referencia a la imagen original. También dispone de lectura por voz para seguir instrucciones con las manos ocupadas.

Cómo se construyó

DIY-AI Fix-It aprovecha las capacidades multimodales de modelos avanzados para combinar análisis de imagen y texto contextual. La lógica central se implementó mediante un prompt avanzado que distingue entre consultas nuevas y preguntas de seguimiento, produciendo para nuevas peticiones una salida estructurada en formato JSON que la interfaz React puede interpretar y mostrar, y para seguimientos un modo conversacional natural y contextual.

Este flujo se probó y refinó completamente en el entorno de Google AI Studio, permitiendo validar el comportamiento del modelo antes del despliegue.

Valor para empresas y usuarios

DIY-AI Fix-It no solo facilita reparaciones domésticas, también sirve como ejemplo de cómo integrar agentes IA en productos reales para mejorar la experiencia de usuario, reducir costes de soporte y aumentar la autonomía del cliente. Herramientas como esta son aplicables en servicios técnicos, instalaciones, mantenimiento y soporte remoto.

Sobre Q2BSTUDIO

Q2BSTUDIO es una empresa de desarrollo de software especializada en aplicaciones a medida, software a medida e inteligencia artificial para empresas. Ofrecemos soluciones completas que incluyen servicios de ciberseguridad y pentesting, implementación de servicios cloud aws y azure, proyectos de inteligencia de negocio y dashboards con power bi, así como automatización de procesos y agentes IA para optimizar operaciones.

Revisión de código con un compañero de clase: Hace poco intercambiamos enlaces de GitHub para revisar nuestros proyectos de clase. Mi compañero trabajó en Python y yo en TypeScript, así que vimos enfoques diferentes y aprendimos mucho.

Cómo lo hicimos: Simplemente clonamos los repositorios, probamos las herramientas de empaquetado de contexto y dejamos comentarios. Sin reuniones formales, solo práctica directa y feedback honesto.

Qué observé en su código: Código fácil de seguir, mejor manejo de errores de permisos de archivos y una salida del árbol de archivos más legible con símbolos de árbol reales.

Problemas que encontré: El instalador de paquetes era nuevo para mí y me llevó un tiempo entenderlo. Probar su proyecto en diferentes repositorios reveló errores que no detectó. Eso me hizo darme cuenta de que debo probar mi herramienta más allá de mi propio proyecto.

Feedback sobre mi código: Me señalaron algo muy útil: README no incluye npm run build. Mis instrucciones decían git clone (repository-url) cd repo-context-packager npm install pero en realidad hay que ejecutar npm run build o nada funciona. Lo había olvidado porque estaba compilando constantemente mientras desarrollaba.

Lo que aprendí: Que otra persona use tu código revela problemas que pasas por alto. La documentación es crítica. Ese paso de build faltante habría frustrado a cualquiera. No se trata solo de encontrar bugs, sino de entender por qué otros toman decisiones distintas y aprender de ello.

Qué haré la próxima vez: Hacer revisiones de código antes y no al final, validar el README siguiendo las instrucciones tal cual en un equipo limpio y solicitar feedback a mitad del proyecto para poder aplicar cambios más fácilmente.

Conclusión: Revisar código da miedo pero vale la pena. Recibir feedback de otro estudiante fue como colaborar para resolver problemas juntos.

Sobre Q2BSTUDIO: En Q2BSTUDIO somos una empresa de desarrollo de software que ofrece soluciones a medida y aplicaciones a medida, especializándonos en software a medida, inteligencia artificial, ciberseguridad y mucho más. Podemos ayudarte con revisiones de código, aseguramiento de calidad, integración continua, pruebas automatizadas y documentación clara para que tus proyectos funcionen en cualquier entorno. Contamos con experiencia en servicios cloud aws y azure, servicios inteligencia de negocio y power bi, agentes IA y ia para empresas, y también en auditorías y pruebas de seguridad como pentesting.

Figura 1/7 en escritorio con base acrílica evoca precisión, diseño minimalista y atención al detalle; es la representación física de la calidad que aplicamos también en el desarrollo digital. Este objeto sobre una mesa transmite estabilidad y transparencia, dos valores que trasladamos a cada proyecto de software a medida y a cada interfaz que diseñamos para mejorar la experiencia del usuario.

Fetch y Axios en JavaScript: qué son y cuándo usarlos

En el desarrollo web moderno es común conectar la interfaz con APIs para obtener y enviar datos. Dos opciones populares en JavaScript son Fetch y Axios. En Q2BSTUDIO, empresa de desarrollo de software y aplicaciones a medida y especialistas en inteligencia artificial, ciberseguridad y servicios cloud, seleccionamos la herramienta adecuada según rendimiento, compatibilidad y necesidades del cliente.

Qué es Fetch: Fetch es una API nativa del navegador que permite realizar solicitudes HTTP usando promesas. Es ligera y no requiere instalación adicional, ideal para proyectos donde se prefiere evitar dependencias externas. Ejemplo de uso simple usando Fetch: fetch(https://fakestoreapi.com/products).then(res => res.json()).then(jsonresponse => console.log(jsonresponse)).catch(err => console.error(err))

Qué es Axios: Axios es una librería externa basada en promesas que funciona en el navegador y en node.js. Ofrece abstracciones útiles como interceptores, transformaciones automáticas de JSON, manejo de tiempo de espera y cancelación de solicitudes más sencillo. Ejemplo de uso con Axios: axios.get(https://fakestoreapi.com/products).then(res => { console.log(res) }).catch(err => { console.error(err) })

Principales diferencias y consideraciones: Fetch no rechaza la promesa en respuestas HTTP con código de error por defecto y requiere res.json() para parsear, mientras que Axios integra parsing automático y trata códigos HTTP distintos a 2xx como errores. Axios facilita la configuración global, interceptores y progreso de subida/descarga; Fetch es más simple y sin dependencias. Para compatibilidad con navegadores antiguos Fetch puede necesitar polyfill. En cuanto a rendimiento, la diferencia no suele ser crítica; la elección depende de características necesarias como interceptores, tamaño de la librería y facilidad de uso.