Sobre mí

¡Hola! Mi nombre es Eduardo Sebastián Sánchez Torres. Soy ingeniero en Redes y Software, especializado en desarrollo full stack con un fuerte enfoque en tecnologías backend. Cuento con más de cuatro años de experiencia profesional diseñando y desarrollando aplicaciones web, sistemas ERP, APIs REST y SOAP, así como integraciones para procesos empresariales. A lo largo de mi trayectoria, me he enfocado en crear soluciones robustas, seguras y escalables, donde la estabilidad, la seguridad y la confiabilidad no son opcionales, sino requisitos fundamentales.

Desde el inicio de mi carrera descubrí que escribir código es solo una parte del trabajo. La verdadera dificultad comienza cuando ese código debe mantenerse durante años, crecer junto con un producto y seguir siendo comprensible para quienes lo desarrollarán en el futuro. Fue entonces cuando dejé de preguntarme únicamente «¿funciona?» y empecé a hacerme preguntas diferentes: ¿es fácil de mantener?, ¿es escalable?, ¿explica claramente su intención?, ¿resuelve el problema correcto?

Esas preguntas siguen guiando cada proyecto en el que participo.

Con el paso del tiempo entendí que las tecnologías son herramientas, no objetivos. Hoy puedo desarrollar con PHP, Laravel, CodeIgniter, Node.js, Express, Python, React, Astro o TypeScript, pero ninguna de ellas define mi trabajo. Lo que realmente intento construir son soluciones que permanezcan útiles cuando la tecnología inevitablemente evolucione.

Por esa razón disfruto especialmente el backend y la arquitectura de software. Me atrae comprender cómo se relacionan los distintos componentes de un sistema, cómo viaja la información entre servicios, cómo diseñar APIs que puedan evolucionar sin romper integraciones y cómo convertir reglas de negocio complejas en soluciones simples de entender. Me interesa el software que sigue funcionando cuando el proyecto deja de ser pequeño y comienza a enfrentarse a nuevos usuarios, nuevas funcionalidades y nuevos desafíos.

Durante estos años he participado en proyectos reales utilizados diariamente por empresas y usuarios. He desarrollado módulos para sistemas ERP, plataformas administrativas, mecanismos de autenticación y autorización, integraciones mediante APIs, automatización de procesos e interfaces que conectan diferentes áreas de negocio. Cada uno de esos proyectos me recordó que detrás de cada requerimiento existe una necesidad humana y que, en muchas ocasiones, el verdadero valor de una aplicación no está en la tecnología que utiliza, sino en el tiempo que ahorra, los errores que evita y las decisiones que facilita.

Con esa perspectiva aprendí a mirar el desarrollo de software desde un ángulo más amplio. Antes de pensar en clases, funciones o bases de datos, procuro comprender el contexto del problema. Entender cómo trabaja una empresa, cuáles son sus procesos y qué esperan las personas que utilizarán el sistema suele conducir a mejores decisiones técnicas que comenzar directamente por la implementación.

También descubrí que la simplicidad es una de las cualidades más difíciles de alcanzar. Es relativamente sencillo escribir código que funcione; mucho más complejo es construir sistemas que cualquier miembro del equipo pueda comprender meses después. Por eso intento que cada módulo tenga una responsabilidad clara, que cada decisión arquitectónica tenga un propósito y que el código comunique tanto como ejecuta.

Esa búsqueda constante de claridad me llevó a interesarme por principios como Clean Code, SOLID, el diseño orientado a objetos y los patrones de diseño. Sin embargo, con el tiempo comprendí que incluso estas buenas prácticas deben aplicarse con criterio. No existen recetas universales ni arquitecturas perfectas; existen problemas diferentes que requieren soluciones distintas. La experiencia no consiste en memorizar patrones, sino en saber cuándo utilizarlos y cuándo mantener las cosas deliberadamente simples.

Fuera de los proyectos profesionales, dedico buena parte de mi tiempo a seguir aprendiendo. Me interesa profundizar en arquitectura de software, sistemas distribuidos, computación en la nube, Docker, AWS y las herramientas modernas que potencian el desarrollo de productos. No estudio estas áreas por acumular conocimientos o seguir tendencias, sino porque creo que comprender mejor los fundamentos permite construir soluciones más sólidas y tomar decisiones con mayor criterio.

El aprendizaje, sin embargo, nunca ha sido una actividad individual para mí. Gran parte de lo que sé proviene de documentación técnica, libros, proyectos de código abierto y de otros desarrolladores que decidieron compartir su experiencia. Esa realidad me recuerda constantemente que el crecimiento profesional también implica escuchar, colaborar, revisar el trabajo de otros y aceptar que siempre existe una forma mejor de resolver un problema.

Con el paso de los años he dejado de medir mi crecimiento únicamente por la cantidad de tecnologías que conozco. Hoy prefiero medirlo por la calidad de las decisiones que soy capaz de tomar, por la capacidad de comprender problemas complejos antes de proponer soluciones y por la confianza que puedo transmitir cuando un equipo deposita en mí una parte importante de un proyecto.

Al final, eso es lo que más disfruto de esta profesión.

No la velocidad con la que aparecen nuevas herramientas ni la emoción de aprender un framework diferente cada año, sino la posibilidad de construir software que permanezca útil, que facilite el trabajo de otras personas y que siga siendo comprensible mucho tiempo después de haber escrito la última línea de código.