LevelUpGo
Iniciar sesión
Volver al blog
Go · Artículo21 min de lectura

El mejor lenguaje de programación para backend en 2026

Go es el mejor lenguaje de programación para backend en 2026, y el 11 % de los desarrolladores planea adoptarlo a continuación (JetBrains). Compara 7 lenguajes.

Patrik Nilsson
Fundador de LevelUpGo
Publicado el 23 de septiembre de 2026
El mejor lenguaje de programación para backend en 2026

Go es la mejor opción por defecto para el desarrollo backend en 2026. Compila a un único binario, gestiona miles de peticiones concurrentes con goroutines, incluye en su biblioteca estándar un servidor HTTP listo para producción y sigue siendo legible a medida que el equipo crece. Java, C#, Python, TypeScript, Rust y PHP ganan cada uno en algún terreno. Ninguno cubre tantas necesidades de backend a la vez como Go.

Resumen rápido

  • Go puntúa bien en todos los criterios de abajo y no tiene ningún punto débil que importe para las API, los workers y los microservicios típicos.
  • Kubernetes, Terraform, Docker Engine y Prometheus están escritos entre un 88 % y un 99,7 % en Go, según las estadísticas de lenguajes de GitHub de cada repositorio.
  • En la encuesta de JetBrains de 2025 a 24.534 desarrolladores, Go fue el lenguaje que más desarrolladores planeaban adoptar a continuación (11 %), por delante de Rust (10 %) y Python (7 %) (JetBrains, 2025).
  • Otros lenguajes siguen ganando en tareas concretas. Elige Python para ML y trabajo con datos, quédate en Java o C# dentro de una gran base de código JVM o .NET ya existente, y recurre a Rust cuando no puedas aceptar ninguna pausa del recolector de basura.

Siete criterios para evaluar un lenguaje de backend

Evalúa un lenguaje de backend por lo que cuesta construir, ejecutar y mantener un servicio durante varios años, no por un único benchmark. La encuesta de Stack Overflow de 2025 muestra que JavaScript es el lenguaje más usado en general, con un 66 %, seguido de Python con un 57,9 % (Stack Overflow, 2025), pero el uso por sí solo no te dice cuál es el mejor para servidores.

Esta comparación usa siete criterios que deciden cómo aguanta un backend en producción:

  1. Rendimiento y memoria. Cuánta CPU y RAM necesita un servicio para atender su tráfico, algo que se nota directamente en la factura de la nube.
  2. Concurrencia. Con qué facilidad gestiona el lenguaje muchas peticiones, llamadas a la base de datos y tareas en segundo plano al mismo tiempo.
  3. Despliegue y operaciones. Qué envías al servidor, cuánto pesa la imagen del contenedor y lo rápido que arranca el servicio.
  4. Mantenibilidad en equipo. Lo legible que sigue siendo el código cuando 20 personas lo modifican durante cinco años.
  5. Ecosistema. Bibliotecas para bases de datos, colas, autenticación, SDK de la nube y observabilidad.
  6. Mercado laboral. Cuántos desarrolladores conocen el lenguaje y cuántas empresas lo usan.
  7. Tiempo hasta ser productivo. Cuánto tarda un desarrollador nuevo en publicar un cambio revisado.

¿Por qué Go es la mejor opción por defecto para backend?

Go se diseñó en Google para servidores en red, y se nota en sus valores por defecto. JetBrains cuenta 2,2 millones de desarrolladores profesionales que usan Go como lenguaje principal, el doble que cinco años antes (JetBrains Go Ecosystem 2025, 2025), y la encuesta del propio equipo de Go indica que el 91 % de los desarrolladores de Go están satisfechos con él (Go Developer Survey 2025, 2026).

Ideal para: API REST y gRPC, microservicios, workers en segundo plano, CLI e infraestructura cloud como operadores y proxies.

Puntos fuertes:

  • Compila a un único binario sin runtime que instalar en el servidor. Compilar para otro sistema operativo u otra CPU es cuestión de definir GOOS y GOARCH (documentación de Go).
  • Las goroutines hacen que el código concurrente parezca código secuencial normal. El servidor estándar de net/http ejecuta cada conexión entrante en su propia goroutine, así que nunca escribes async ni gestionas un pool de hilos.
  • La biblioteca estándar cubre servidores y clientes HTTP, JSON, TLS, acceso a bases de datos SQL y logging estructurado con log/slog. Muchos servicios en Go tienen solo un puñado de dependencias.
  • Go tiene 25 palabras clave (especificación de Go) y un único formateador, gofmt. El código de alguien recién contratado tiene exactamente el mismo formato que el de un ingeniero sénior, y eso agiliza las revisiones.
  • La promesa de compatibilidad de Go 1 implica que el código escrito para Go 1.0 en 2012 debería seguir compilando y funcionando sin cambios (compatibilidad de Go 1). Actualizar es algo rutinario, no un proyecto de migración.

Puntos débiles:

  • Tiene recolector de basura. El recolector Green Tea, activado por defecto desde Go 1.26, reduce la sobrecarga del GC entre un 10 % y un 40 % en programas con mucha actividad del GC (notas de la versión Go 1.26). Pero sigue existiendo, y eso importa en un pequeño grupo de sistemas críticos en latencia.
  • El manejo de errores con if err != nil es explícito y verboso. La mayoría de los equipos acaba valorándolo, pero ocupa más líneas que las excepciones.
  • Sus bibliotecas de ML y ciencia de datos están muy por detrás de las de Python.

Veredicto: la opción más sólida en conjunto. No hay ningún criterio en el que puntúe mal para el trabajo de backend típico. El propio backend de LevelUpGo está escrito en Go, incluidos la API y el juez de código que corrige tus ejercicios.

¿Sigue siendo Java una buena opción para backend?

Sí. Java lo usa el 29,6 % de los desarrolladores profesionales (Stack Overflow, 2025) y mueve el backend de una gran parte de los bancos, las aseguradoras y los comercios. Los virtual threads, definitivos desde JDK 21, dan a Java una concurrencia ligera mucho más cercana a las goroutines que el antiguo modelo de un hilo por petición (JEP 444).

Ideal para: grandes sistemas empresariales, sobre todo cuando la organización ya funciona sobre la JVM y Spring.

Puntos fuertes:

  • Spring Boot, Hibernate y el ecosistema JVM en general cubren casi cualquier integración empresarial que se te ocurra.
  • El compilador JIT genera código muy rápido para servicios de larga ejecución.
  • Una gran reserva de talento y décadas de herramientas de profiling y monitorización.

Puntos débiles:

  • Los servicios necesitan una JVM, arrancan más despacio y usan más memoria que un binario de Go, salvo que añadas las imágenes nativas de GraalVM con sus restricciones de build.
  • Las anotaciones, la inyección de dependencias y la autoconfiguración de Spring ocultan mucho comportamiento. A los desarrolladores nuevos les puede costar un tiempo seguir lo que hace realmente una petición.
  • Gran parte del código Java existente es anterior a los virtual threads, así que los equipos mezclan modelos de concurrencia.

Veredicto: una opción segura para equipos empresariales que ya están en la JVM. Para un servicio nuevo, Go ofrece un rendimiento en ejecución similar con menos memoria, un despliegue más sencillo y menos framework que aprender.

¿Es bueno C# con .NET para backend?

Sí. El .NET moderno es multiplataforma, rápido y está bien diseñado, y C# lo usa el 29,9 % de los desarrolladores profesionales (Stack Overflow, 2025). La compilación Native AOT produce aplicaciones con «un tiempo de arranque más rápido y un menor consumo de memoria» que se ejecutan sin tener instalado el runtime de .NET (Microsoft Learn).

Ideal para: empresas construidas en torno a la tecnología de Microsoft, equipos muy centrados en Azure y sistemas .NET ya existentes.

Puntos fuertes:

  • ASP.NET Core es un framework web maduro y rápido, con herramientas de primer nivel en Visual Studio y Rider.
  • async/await está bien integrado, y Entity Framework Core cubre la mayoría de las necesidades de acceso a datos.
  • Un lenguaje potente, con genéricos, pattern matching y LINQ.

Puntos débiles:

  • Native AOT renuncia a la generación de código en tiempo de ejecución y a la carga dinámica, y exige trimming. Las partes del ecosistema que dependen de reflection todavía no funcionan con él.
  • async se extiende por toda la base de código. En cuanto un método es async, los que lo llaman normalmente también tienen que serlo.
  • El mercado laboral es más fuerte en empresas que ya usan productos de Microsoft. Es más escaso en puestos cloud native y de infraestructura.

Veredicto: una opción excelente dentro de una organización .NET. Fuera de ella, Go logra resultados similares con un lenguaje más pequeño y un despliegue más sencillo.

¿Es bueno Python para backend?

Python es bueno para backends en los que la velocidad de desarrollo importa más que el coste de CPU, y es la única opción sensata cuando el backend es sobre todo ML. Lo usa el 54,8 % de los desarrolladores profesionales (Stack Overflow, 2025), y Django y FastAPI son frameworks maduros y bien documentados.

Ideal para: servir modelos de ML, pipelines de datos, herramientas internas y productos con mucho panel de administración construidos con Django.

Puntos fuertes:

  • Junto con Go, es uno de los dos lenguajes de esta lista con los que alguien nuevo llega antes a ser productivo.
  • El admin, el ORM y la autenticación de Django ponen en marcha un producto CRUD en días. FastAPI genera documentación OpenAPI a partir de los type hints.
  • NumPy, pandas, PyTorch y scikit-learn no tienen un equivalente cercano en ningún otro lenguaje de esta lista.

Puntos débiles:

  • CPython es interpretado y mucho más lento que Go, Java o C# en trabajo intensivo en CPU.
  • El global interpreter lock (GIL) limita el paralelismo real. Una build free-threaded sin el GIL tiene soporte oficial desde Python 3.14, pero sigue siendo una build opcional y no la predeterminada (PEP 779).
  • El tipado dinámico hace que las bases de código grandes sean más difíciles de refactorizar con seguridad, incluso con type hints y mypy.

Veredicto: la decisión correcta para ML y trabajo con datos. En servicios de API generales, los equipos con mucho tráfico suelen chocar con sus límites de rendimiento y concurrencia y acaban añadiendo un segundo lenguaje. Si ya escribes Python, nuestra guía para pasar de Python a Go explica qué cambia, y Go vs Python compara los dos a fondo.

¿Es bueno Node.js con TypeScript para backend?

Node.js con TypeScript es una opción sólida para servicios con mucha E/S, sobre todo cuando el mismo equipo escribe el frontend. TypeScript lo usa el 48,8 % de los desarrolladores profesionales (Stack Overflow, 2025), y tener un solo lenguaje en el navegador y en el servidor es una ventaja real para equipos pequeños.

Ideal para: backends de aplicaciones web, capas BFF (backend for frontend), funciones en tiempo real con WebSockets y equipos full-stack.

Puntos fuertes:

  • Compartir tipos y código de validación entre frontend y backend.
  • El ecosistema npm es el mayor registro de paquetes que existe.
  • La E/S no bloqueante gestiona bien muchas conexiones concurrentes.

Puntos débiles:

  • Node ejecuta tu JavaScript en un solo hilo por defecto (documentación de Node.js). Los worker threads ayudan con el trabajo intensivo en CPU, pero, como dice la documentación de Node, «no ayudan mucho con el trabajo intensivo en E/S» (Node.js worker_threads).
  • Un servicio típico arrastra cientos de paquetes npm transitivos, y cada uno es un riesgo para la cadena de suministro. Lo tratamos en seguridad de la cadena de suministro en Go vs Node.js.
  • Los tipos de TypeScript desaparecen en tiempo de ejecución, así que sigues necesitando una biblioteca de validación en cada frontera.

Veredicto: encaja bien en equipos full-stack y en servicios limitados por E/S. Para servicios que necesitan trabajo de CPU, paralelismo o un árbol de dependencias pequeño, Go es mejor opción por defecto.

¿Es bueno Rust para backend?

Rust es excelente para el reducido grupo de backends que necesitan el máximo rendimiento sin recolector de basura. Es el lenguaje más admirado en la encuesta de Stack Overflow de 2025, con un 72 % (Stack Overflow, 2025), y su modelo de ownership elimina clases enteras de bugs de memoria en tiempo de compilación.

Ideal para: proxies, balanceadores de carga, bases de datos y servicios con requisitos estrictos de latencia de cola.

Puntos fuertes:

  • Rendimiento a la altura de C y C++, sin pausas del GC.
  • Seguridad de memoria y protección frente a data races comprobadas por el compilador.
  • Un stack async muy capaz, basado en Tokio y Axum.

Puntos débiles:

  • El borrow checker, los lifetimes y los async traits requieren meses para dominarse bien. Eso frena a un equipo que necesita publicar funcionalidades.
  • Los tiempos de compilación son largos, sobre todo en CI.
  • Lo conocen menos desarrolladores (lo usa el 14,5 % de los desarrolladores profesionales, según Stack Overflow), y las bibliotecas de backend para cosas como los SDK de la nube están menos completas que las de Go.

Veredicto: la herramienta adecuada para sistemas en los que las pausas del GC son inaceptables. Para API y servicios típicos, cuesta más tiempo de desarrollo del que ahorra en CPU. Nuestra comparativa de Go vs Rust para backend repasa los pros y contras en detalle.

¿Sigue siendo bueno PHP para backend?

Sí, para aplicaciones web. PHP lo usa el 19,1 % de los desarrolladores profesionales (Stack Overflow, 2025), y Laravel y Symfony son frameworks productivos y bien mantenidos. El JIT de PHP 8 trajo «una mejora de 1,5 a 2 veces en algunas aplicaciones específicas de larga ejecución», aunque el rendimiento de las aplicaciones típicas se mantuvo al nivel de PHP 7.4 (PHP 8.0 release).

Ideal para: sitios de contenido, e-commerce y aplicaciones web CRUD construidas con Laravel o sobre WordPress.

Puntos fuertes:

  • Laravel te da enrutamiento, ORM, colas, autenticación y andamiaje de administración de serie.
  • Hosting barato y sencillo casi en cualquier parte.
  • Una gran reserva de desarrolladores para agencias web y empresas de producto.

Puntos débiles:

  • El modelo de petición tradicional empieza desde cero en cada petición. Eso limita el trabajo de larga duración, como los WebSockets y el procesamiento en segundo plano, si no añades herramientas adicionales. FrankenPHP, un servidor de aplicaciones PHP moderno que añade un modo worker de larga ejecución, está escrito a su vez en Go (FrankenPHP).
  • La concurrencia dentro de una misma petición es limitada.
  • Es menos habitual en el trabajo cloud native y de infraestructura.

Veredicto: sigue siendo productivo para aplicaciones web clásicas. Para servicios de larga ejecución y mucha concurrencia, Go es mejor opción por defecto. Si eres desarrollador PHP y te interesa Go, consulta nuestra guía de PHP a Go.

Tabla de puntuación de lenguajes de backend

Go obtiene 32 de 35 puntos en los siete criterios, el total más alto y cuatro puntos por delante de Java y C#. Las puntuaciones de abajo son nuestra valoración editorial de 1 (débil) a 5 (fuerte), basada en las fuentes y los pros y contras anteriores, para un servicio backend típico: una API HTTP con una base de datos, una cola y algunos workers en segundo plano.

CriterioGoJavaC#TypeScriptPythonRustPHP
Rendimiento y memoria4443253
Concurrencia5443242
Despliegue y operaciones5343353
Mantenibilidad en equipo5443333
Ecosistema4545534
Mercado laboral4555524
Tiempo hasta ser productivo5334514
Total (sobre 35)32282826252323

Algunas notas sobre las puntuaciones:

  • Go pierde un punto de rendimiento frente a Rust por el recolector de basura, y un punto de ecosistema y de mercado laboral frente a Java, TypeScript y Python, que llevan más tiempo existiendo y se usan más.
  • Rust empata con Go en despliegue. También compila a un único binario.
  • C# puntúa un punto más que Java en despliegue porque Native AOT viene incluido en el SDK de .NET, mientras que las imágenes nativas de Java necesitan GraalVM como toolchain aparte.
  • El 5 de Python en tiempo hasta ser productivo es real. Muchos equipos empiezan en Python por ese motivo y más adelante pasan los servicios críticos en rendimiento a otro lenguaje.

¿Por qué Go sale ganando?

Go sale ganando porque no tiene ningún criterio débil. Es lo bastante rápido para mantener bajos los costes de la nube, y el lenguaje es lo bastante pequeño para que un equipo siga siendo productivo en la misma base de código durante años. Además, la biblioteca estándar cubre la mayor parte de lo que necesita un servicio, así que una API JSON básica no necesita un framework:

example.gogo
package main

import (
	"encoding/json"
	"log"
	"net/http"
)

type Order struct {
	ID     string `json:"id"`
	Status string `json:"status"`
}

func getOrder(w http.ResponseWriter, r *http.Request) {
	id := r.PathValue("id")
	order := Order{ID: id, Status: "shipped"}

	w.Header().Set("Content-Type", "application/json")
	if err := json.NewEncoder(w).Encode(order); err != nil {
		log.Printf("encode order %s: %v", id, err)
	}
}

func main() {
	mux := http.NewServeMux()
	mux.HandleFunc("GET /orders/{id}", getOrder)
	log.Fatal(http.ListenAndServe(":8080", mux))
}

Los patrones de método y ruta como GET /orders/{id} vienen integrados en net/http, y cada conexión se atiende en su propia goroutine. No dimensionas un pool de hilos ni gestionas un event loop. Cuando estás listo para desplegar, un solo comando compila desde un Mac un binario de Linux para un servidor ARM:

example.bashbash
CGO_ENABLED=0 GOOS=linux GOARCH=arm64 go build -o orders-api .

Ese binario puede ir en una imagen de contenedor sin nada más dentro. Las mismas propiedades explican el lugar de Go en la infraestructura cloud. Más del 75 % de los proyectos de la Cloud Native Computing Foundation están escritos en Go (go.dev). El desglose de lenguajes de GitHub muestra Terraform con un 99,7 % de Go, Kubernetes con un 97,7 %, Docker Engine (moby) con un 97,3 % y Prometheus con un 88,0 %. Con el 82 % de los usuarios de contenedores ejecutando ya Kubernetes en producción (CNCF Annual Survey, 2026), gran parte del stack de backend moderno funciona sobre código Go.

PayPal informó de «una reducción de CPU de aproximadamente un diez por ciento, con un código más limpio y mantenible» tras migrar servicios a Go (caso de estudio de PayPal en go.dev). Uber, Cloudflare, Twitch, Monzo, American Express y Dropbox están entre las empresas que ejecutan backends de producción en Go (casos de estudio en go.dev).

Go es también el lenguaje que más desarrolladores planean adoptar el próximo año.

Gráfico de barras: Go es el lenguaje que más desarrolladores planean adoptar a continuación, con un 11 %, por delante de Rust con un 10, Python con un 7, Kotlin con un 6 y TypeScript con un 6, según el JetBrains State of Developer Ecosystem 2025

El estudio de JetBrains de 2026 sobre la migración entre lenguajes apuntó en la misma dirección: de los lenguajes que predijo que crecerían, «solo Go mostró un crecimiento real» (JetBrains, 2026).

¿Cuándo conviene elegir otro lenguaje?

Elige otro lenguaje cuando tu problema quede fuera del trabajo de backend típico o cuando ya tengas un equipo y una base de código grandes en otro stack. Estos son los tres casos en los que no empezaríamos con Go:

  • ML y ciencia de datos. Las bibliotecas de Python no tienen equivalente. Un patrón habitual es entrenar los modelos en Python y servirlos detrás de una API en Go.
  • Un gran sistema JVM o .NET ya existente. Reescribir software que funciona cuesta más de lo que ahorra. Construye los servicios nuevos en Go donde tenga sentido y deja el núcleo donde está.
  • No se permite recolector de basura. Los proxies, las bases de datos y los servicios con límites estrictos de latencia son terreno de Rust.
flowchart TD
    Start(["New backend service"]) --> ML{"Is the core job ML or data science?"}
    ML -->|Yes| Py(["Python"])
    ML -->|No| Estate{"Joining a large JVM or .NET codebase?"}
    Estate -->|Yes| Stay(["Java or C#"])
    Estate -->|No| GC{"Are GC pauses unacceptable?"}
    GC -->|Yes| Rust(["Rust"])
    GC -->|No| Go(["Go"])

    classDef start fill:#0b2942,color:#d6deeb,stroke:#1d3b53,stroke-width:1px
    classDef question fill:#0b2942,color:#d6deeb,stroke:#1d3b53,stroke-width:2px
    classDef goPick fill:#00ADD8,color:#011627,stroke:#5DC9E2,stroke-width:3px
    classDef other fill:#0b2942,color:#d6deeb,stroke:#7a8fa3,stroke-width:2px

    class Start start
    class ML,Estate,GC question
    class Go goPick
    class Py,Stay,Rust other

Todo lo que no entra en uno de esos tres casos va a Go. Eso incluye la mayoría de las API, los microservicios, los workers y las plataformas internas.

¿Cómo empezar a aprender Go para backend?

Empieza por los fundamentos del lenguaje y después construye un servicio real. Como Go tiene pocas funcionalidades, la mayoría de los desarrolladores que ya conocen otro lenguaje pueden escribir Go útil en un par de semanas.

  1. Aprende los fundamentos. Tipos, slices, maps, structs, interfaces, errores y goroutines. El curso gratuito Go Fundamentals los cubre con un editor junto a cada lección, y solo avanzas cuando tu código pasa los tests.
  2. Construye proyectos. Una API con base de datos, una cola de tareas en segundo plano, una caché. La ruta Real-World Projects te hace construirlos a partir de un repositorio vacío.
  3. Sigue un camino. La hoja de ruta de LevelUpGo marca el orden completo, desde el primer programa hasta la concurrencia, los tests y los servicios en producción.

Si todavía estás valorando si Go merece tu tiempo, ¿Vale la pena aprender Go en 2026? analiza los empleos, los salarios y hacia dónde va el lenguaje.

Preguntas frecuentes

¿Es Go mejor que Java para backend?

Para servicios nuevos, normalmente sí. Go usa menos memoria, arranca más rápido, se despliega como un único binario y tiene mucho menos framework que aprender. Java es mejor opción cuando amplías una gran base de código Spring o dependes de bibliotecas que solo existen para la JVM. Los virtual threads de Java 21 han reducido la distancia en concurrencia, pero el modelo de Go es más sencillo y es el predeterminado desde Go 1.0.

¿Es Python lo bastante rápido para backend?

Para muchas aplicaciones web limitadas por E/S, sí, porque la mayor parte del tiempo se va en esperar a la base de datos. Python sufre con el trabajo intensivo en CPU y con la alta concurrencia por culpa del intérprete y el GIL. La build free-threaded que elimina el GIL tiene soporte oficial en Python 3.14, pero sigue siendo opcional. Los equipos con mucho tráfico suelen pasar a Go los servicios más exigentes.

¿Es Rust mejor que Go para backend?

Rust es más rápido y no tiene recolector de basura, pero cuesta mucho más aprenderlo y escribirlo. Para la mayoría de las API y los microservicios, Go te da un rendimiento suficientemente cercano con un desarrollo mucho más rápido. Rust es mejor opción para proxies, bases de datos y sistemas en los que las pausas del GC son inaceptables.

¿Qué usan las grandes empresas para el backend?

La mayoría de las grandes empresas usan varios lenguajes. Los sistemas empresariales más antiguos suelen funcionar sobre Java o C#, el trabajo de ML sobre Python, y la infraestructura cloud y muchos microservicios más recientes sobre Go. PayPal, Uber, Cloudflare, Twitch, Monzo y American Express ejecutan Go en producción, y Kubernetes, Docker y Terraform están escritos en él.

¿Es Go bueno para microservicios?

Sí, es una de las mejores opciones. Los binarios estáticos pequeños hacen que las imágenes de contenedor sean diminutas, los servicios arrancan en milisegundos, las goroutines gestionan peticiones concurrentes sin frameworks adicionales, y gRPC y Protocol Buffers tienen soporte de primer nivel en Go. La mayoría de los proyectos de la Cloud Native Computing Foundation están escritos en Go.

¿Sigue creciendo Go en 2026?

Depende de cómo se mida. El índice TIOBE, que se basa en resultados de buscadores, situó a Go en el puesto 12 en septiembre de 2026, frente al puesto 8 de un año antes. Las encuestas a desarrolladores muestran lo contrario: JetBrains vio que Go era el lenguaje que más desarrolladores planeaban adoptar, y su estudio de migración de 2026 concluyó que Go fue el único de los lenguajes con crecimiento previsto que creció de verdad.

¿Qué lenguaje de backend debería aprender primero un principiante?

Go es un primer lenguaje de backend sólido. Tiene 25 palabras clave, un único estilo de formato y un compilador que detecta los errores pronto, y su biblioteca estándar enseña cómo funcionan HTTP, JSON y las bases de datos sin un framework que lo oculte. Tratamos esta pregunta con más detalle en ¿Deberías aprender Go como tu primer lenguaje de programación?.

Fuentes

Escribe Go como un ingeniero sénior

Lecciones interactivas en tu navegador. Las primeras son gratis.

Prueba una lección gratisO crea una cuenta gratuita