Conocimientos
export const Skills = {
impactoMasivo: "Desarrollo de un proyecto utilizado por millones de personas, con alta criticidad y foco en la escalabilidad",
rolBackend: "Impacto en el diseño y desarrollo de servicios backend, asegurando performance y mantenibilidad",
colaboracionCercana: "Trabajo estrecho con equipos de frontend, mobile, producto y devops en un entorno ágil"
}
export const Tech = {
lenguajes: ["JavaScript", "TypeScript"],
frameworks: ["ExpressJS", "NestJS", "Socket.io"],
arquitectura: ["REST API", "Event-driven", "Domain-driven Design (DDD)"],
baseDatos: ["MongoDB", "Redis"],
testing: ["Jest", "TDD", "Mocha"],
herramientas: ["Lodash", "Luxon", "Axios", "Mailchimp", "Apidog"],
devOps: ["AWS ECS", "Travis CI"],
otros: ["Swagger", "Mensajería en tiempo real", "Microservicios"]
}
Experiencia
Gracias a mi paso por el mundo del emprendimiento de la mano de ser autónomo y haber formado parte de startups con maravillosos equipos humanos, siempre me di cuenta de que, pese a mi pasión por el desarrollo móvil y que era en lo que mejor me desenvolvía, mi afán por conocer nuevas herramientas y seguir mejorando me llevo a querer lanzarme a la aventura de ser parte de algún equipo backend.
Sinceramente, no pudo ser un mayor acierto el haber aterrizado en el proyecto de Waylet. Entrar en Waylet como Backend Engineer fue todo un aprendizaje con mayúsculas.
Waylet es un proyecto conocido por todos en España que cuenta con millones de usuarios activos al mes y movimientos de información de teras y teras… solo en transacciones de pago se realizaban más de 20 millones de movimientos mensualmente. Como es de imaginar, un proyecto de esta envergadura cumple con unas exigencias técnicas basadas siempre en la escalabilidad de tu desarrollo, en que todo estuviese testeado y a prueba de fuegos para dar siempre servicio a los usuarios que constantemente utilizaban nuestro producto, no solo clientes de Waylet si no también otras ramas y vertientes de la propia Repsol que usan Api’s de Waylet para distintas necesidades.
Gracias a esos puntos, pude curtirme mucho a la hora de plantear desarrollos o estrategias técnicas basadas en el mid-long term, ya que algo puede funcionar hoy pero mañana ser un problema de que no escale bien por recursos, costes o bugs constantes.
Recursos




