Saliendo del Front-End con Go

Pasé los últimos 4 años trabajando como desarrollador mobile/front-end, mayormente programando en JavaScript dentro del ecosistema React, más específicamente React Native; anteriormente utilicé Angular/Ionic. Y durante todo ese tiempo, profesionalmente, siempre me autoimpuse el rol de desarrollador front-end especializado en React Native, dejando un poco de lado mi verdadera vocación, Ingeniero en Software. Colocarme dentro de ese puesto me encapsuló, cerrándome a aprender nuevas tecnologías.

Durante mis últimos años de estudios universitarios, varios proyectos/consignas no estipulaban o requerían de alguna tecnología específica; fue en ese momento que el factor de innovación y mi posición de querer ser desarrollador front-end me condujo a no utilizar otra tecnología fuera del ecosistema de React y JavaScript. Sumándole a esto, durante esos mismos años fue cuando comencé a buscar trabajo, y lo más recomendado en el front-end era también React.

Front-End

Ser un desarrollador especializado en front-end no es algo malo o detrimental al aprendizaje; con una mentalidad correcta puede ser todo lo contrario. Por esto mismo pienso que mi caso personal no es la norma. Este artículo, sobre todo, tiene como objetivo poder contar mi experiencia, para realizar un poco de introspección. De cualquier manera, creo que alguna sección del artículo puede resonar con varias personas.

Durante la mayor parte de mi experiencia como desarrollador me limité a realizar lo necesario para mi trabajo y explorar algún tema en específico que me llamara la atención de manera muy limitada, pero siempre con la mentalidad de que fuera del horario laboral no iba a seguir programando y/o investigando. Durante este período de tiempo perdí la esencia de querer programar algo que me interese personalmente y poder aprender de ese proceso.

El punto al que quiero llegar es que mi propósito de ser un Ingeniero de Software que está constantemente actualizado y siempre aprendiendo más se había desdibujado, y con esto desapareció MI CURIOSIDAD. Las consecuencias que sufrí por esto fueron el burn-out, el no intentar ser mejor día a día y el crear proyectos personales que nunca fueron finalizados.

2025, Go y mi cambio de perspectiva

En 2025 recibí mi título universitario, y esto me llevó a recordar lo que me gusta hacer y por qué elegí esta profesión. Entonces reinstalé Linux en mi computadora personal, cambié mi editor de texto de VSCode a Neovim y comencé configurando mi distro de Linux. Pero algo más surgió en 2025.

Go fue el lenguaje que volvió a darme curiosidad. La primera vez que escuché sobre este lenguaje fue por los videos de un creador de contenido de programación llamado ThePrimeAgen, videos donde él siempre recomendaba Go; en ese momento decidí investigarlo más en profundidad y me atrajo mucho el enfoque minimalista, lo simple que es de leer y entender, y el type system. Otro punto a favor es que me recordaba mucho a C, y lo mucho que me gustaba programar en C cuando estaba dando mis primeros pasos en este mundo, donde la curiosidad estaba en su momento más alto.

En la actualidad llevo 5 años seguidos programando bajo JS/TS, y esto tiene un impacto en la forma en que uno razona sobre la programación y los algoritmos en general, donde mi flujo de trabajo era:

Generar un componente UI -> Agregar lógica con TS/JS.

Acá el protagonismo lo tiene mucho la UI y UX, y no tanto la lógica y los datos. Como es ya sabido, este stack abstrae muchas cosas en la experiencia de programación; esto es una ventaja o desventaja dependiendo de cada uno, pero no podemos negar que tiene un efecto en la forma de pensar. Un ejemplo de esto son los punteros: los punteros son un concepto base y usado en muchos otros lenguajes; este mismo concepto en JS es muy poco usado o, diría, casi inexistente.

Existe, por otro lado, una diferencia en la política de dependencias y pensamiento general. Es bastante evidente por la diferencia de lenguajes, pero es otro punto que afecta a la experiencia de programación. Las dependencias en React son muy comunes y el razonamiento antes de implementar algo suele ser: “¿Hay alguna dependencia que haga X?”. Esto lleva a que muchas de las aplicaciones de tamaño considerable tengan un package.json con muchas dependencias, y en los últimos meses vimos que esto no siempre es bueno dadas las recientes vulnerabilidades. En Go el pensamiento es casi contrario: Go brinda una librería estándar con funcionalidad extensa, donde siempre se impulsa a que el desarrollador la utilice y la priorice por sobre dependencias externas, y no intente agregarlas a menos que sea 100 % necesario.

Mi aprendizaje con Go

Go realmente me atrajo, al punto de volver a leer libros técnicos. El primero de ellos fue "Learning Go: An Idiomatic Approach to Real-World Go Programming" de Jon Bodner, un buen libro para las personas que recién están empezando a aprender el lenguaje. Después me llamó la atención el sistema de concurrencia de Go, donde lo pude explorar en profundidad con "Concurrency in Go: Tools and Techniques for Developers" por Katherine Cox-Buday. Luego me interesaron los intérpretes y cómo realmente funcionan; el tema se explica en detalle en "Writing An Interpreter In Go" de Thorsten Ball.

Estos son algunos de los libros que he leído y puedo recomendar. Otro recurso para mantenerte al tanto de lo que pasa en el mundo Go y sus nuevas versiones es el podcast "Cup 'o Go", lo escucho cada semana. Más recomendaciones en About Page.

A la par de la lectura de libros realicé varios proyectos personales que ahora sí puedo decir que finalicé. Esto solo en 6-7 meses de mi aprendizaje con Go.

Mi futuro con Go

Mis objetivos de 2026 son seguir leyendo acerca de Go y ahora dando foco también a arquitectura, desplegar una web en Go / HTMX para desafiarme a no utilizar JS, y a mitad-final de 2026 contribuir a algún proyecto open source. Después de eso, ¿quién sabe? Podría seguir la línea de mi curiosidad por compiladores/intérpretes, o aprender otro lenguaje como Rust.

Conclusión

Quisiera finalizar el artículo con la siguiente oración: "Intenta algo nuevo, nunca sabes cómo puede impactar en tu conocimiento". Para mí fue Go, y doy por asegurado que seguiré aprendiendo y leyendo. Para otros podría ser aprender sobre ingeniería de datos, ir a un lenguaje de bajo nivel, ir en la dirección opuesta a mi experiencia e intentar un framework de front-end.