Acerca del servicio
TraducidoSoy un desarrollador backend y trabajo solo en Go, porque me interesa la parte del producto que debe ser correcta, rápida y siempre disponible. En los últimos años he lanzado microservicios, plataformas internas y APIs públicas a producción, a través de las cuales fluye tráfico real, y estoy convencido de que el valor de Go no está en trucos ingeniosos, sino en la aburrida fiabilidad: gestión de memoria predecible, manejo honesto de errores y código que todo el equipo lee sin traducción. Al contratarme, obtienes a alguien que piensa en percentiles de retraso, apagado elegante y lo que sucederá a las tres de la mañana cuando una dependencia externa comience a agotar el tiempo, no solo en hacer que el camino feliz funcione.
Mi trabajo diario consiste en diseñar y construir servicios con contratos REST o gRPC limpios respaldados por PostgreSQL, Redis, Kafka o NATS. Confío deliberadamente en el modelo de concurrencia de Go: goroutines y canales para tuberías, contexto para cancelación y plazos, grupos de trabajadores y limitación de tasa, para que los picos de tráfico se degraden de manera elegante en lugar de hacer que el servicio se caiga. Incorporo la observabilidad desde el primer commit: registros estructurados, métricas y trazado se integran de inmediato, y cada servicio viene con pruebas, verificaciones de salud y un contenedor listo para Docker y Kubernetes. Escribo migraciones, documento puntos finales y mantengo el código idiomático para que el siguiente desarrollador se mueva rápido.
Me siento igualmente cómodo sumergiéndome en un sistema existente para desenredar un punto final lento o una fuga de memoria, y comenzando un nuevo servicio desde un repositorio vacío y llevándolo a producción. Estimo los plazos de manera honesta, comunico al grano y prefiero cambios pequeños verificables a grandes despliegues arriesgados. Describe la tarea y las restricciones: devolveré un plan, un cronograma realista y código funcional.
— Microservicios en Go con APIs REST y gRPC
— Concurrencia: goroutines, canales, contexto, grupos de trabajadores
— Integración y modelado de datos: PostgreSQL, Redis, Kafka, NATS
— Docker, Kubernetes y tuberías CI/CD
— Observabilidad: registros estructurados, métricas de Prometheus, trazado
— Pruebas, perfilado y ajuste de rendimiento bajo carga
Mi trabajo diario consiste en diseñar y construir servicios con contratos REST o gRPC limpios respaldados por PostgreSQL, Redis, Kafka o NATS. Confío deliberadamente en el modelo de concurrencia de Go: goroutines y canales para tuberías, contexto para cancelación y plazos, grupos de trabajadores y limitación de tasa, para que los picos de tráfico se degraden de manera elegante en lugar de hacer que el servicio se caiga. Incorporo la observabilidad desde el primer commit: registros estructurados, métricas y trazado se integran de inmediato, y cada servicio viene con pruebas, verificaciones de salud y un contenedor listo para Docker y Kubernetes. Escribo migraciones, documento puntos finales y mantengo el código idiomático para que el siguiente desarrollador se mueva rápido.
Me siento igualmente cómodo sumergiéndome en un sistema existente para desenredar un punto final lento o una fuga de memoria, y comenzando un nuevo servicio desde un repositorio vacío y llevándolo a producción. Estimo los plazos de manera honesta, comunico al grano y prefiero cambios pequeños verificables a grandes despliegues arriesgados. Describe la tarea y las restricciones: devolveré un plan, un cronograma realista y código funcional.
— Microservicios en Go con APIs REST y gRPC
— Concurrencia: goroutines, canales, contexto, grupos de trabajadores
— Integración y modelado de datos: PostgreSQL, Redis, Kafka, NATS
— Docker, Kubernetes y tuberías CI/CD
— Observabilidad: registros estructurados, métricas de Prometheus, trazado
— Pruebas, perfilado y ajuste de rendimiento bajo carga
