DEV Community

Cover image for Why Big Tech Is Slowly Ghosting Golang
Ali Kolahdoozan
Ali Kolahdoozan

Posted on

Why Big Tech Is Slowly Ghosting Golang

🦥 “Go” Away Already: Why Big Tech Is Slowly Ghosting Golang

Ah, Go — the language that promised to keep things simple, and boy did it deliver. So simple, in fact, that Big Tech is now collectively yawning, stretching, and slowly walking away without making eye contact.

In the 2010s, Go was hailed as the antidote to "enterprisey" bloatware. “No generics!” they cheered. “No magic!” they boasted. “No modern features whatsoever!” And for a brief, beautiful moment, it worked — right until engineers realized they actually wanted to do things.

Now, in 2025, the hype is flatter than Go's type system. Let’s explore the eulogy evolution of Go's decline.

🧠 1. Simplicity That Stops the Moment Things Get Complex
Go is like that friend who’s great at helping you move a chair but disappears when it’s time to assemble IKEA furniture.

Its "simplicity" is a paper-thin shield that breaks the moment your project scales beyond a hello-world microservice. Need rich abstractions? Pattern matching? Useful generics? Sorry. Go wants you to embrace for-loops and hand-craft every generic structure like it’s 1999.

Meanwhile, Rust, Kotlin, and basically every other language on the planet are evolving. Go? Still bragging about “how little there is to learn,” which is ironic because there’s even less to use.

💥 2. Error Handling: A Ritual of Suffering
Nothing screams "modern language" like writing the same if err != nil line 40 times in a file.

Go’s error handling system is a celebration of verbosity and repetition — perfect for teaching interns pain tolerance. In real-world enterprise systems, though, this approach quickly turns into copy-paste purgatory.

Meanwhile, Rust handles errors with elegance and Kotlin lets you throw and catch like it’s civilized. Go? It still thinks you need the full workout of typing everything out manually to "truly understand what's going on."

🔥 3. Concurrency You Can’t Trust
Yes, goroutines were cool — in the same way unguarded chainsaws are cool. At first glance, they seem sleek and efficient. Then you blink and your system is flooded with 10,000 orphaned routines deadlocked in a trench war over a mutex.

Go’s concurrency model is like giving every toddler in the room a pair of scissors and hoping for the best. Rust, meanwhile, brings compile-time guarantees. Even Java — the O.G. enterprise tortoise — has grown up and added safer models.

Go gives you power without accountability. And we know how that ends.

🐢 4. Garbage Collection… in a Real-Time World?
Go’s GC is “optimized,” sure. Just like your 2012 laptop is “still functional.” When you're running latency-sensitive systems like HFT or embedded analytics, a GC pause isn’t just inconvenient — it’s catastrophic.

Rust’s “you control the memory” model isn't just about power. It's about reliability. Go hands the keys to the GC and prays. Big Tech stopped praying years ago.

🤖 5. Developer Joy Is Overrated Anyway
If you ask the Go team, programming joy should come from not having features.

No IDE support to speak of? No rich generics? Limited reflection? Boring, repetitive code? That's not a shortcoming — it's a feature! Go is the Excel of programming languages: simple, powerful-ish, and absolutely exhausting when used at scale.

In the meantime, Rust offers clippy, cargo, and world-class tooling. TypeScript lets you build front-to-back in one flow. Kotlin is like writing in poetry. Go is... a compliance form.

🧱 6. WASM? Web? What Are Those?
WebAssembly? Yeah, Go has a page on it somewhere, buried under 7 layers of build flags. Meanwhile, Rust and TypeScript are practically the royal family of WASM. Google may have invented Go, but it sure looks like they forgot to give it a passport to the future.

🤫 7. Big Tech’s Silent Breakup
Big Tech isn’t yelling at Go — it’s just leaving quietly. Like a bad date you never hear from again.

Cloudflare? Rust.

Dropbox? Rust.

Amazon? Rust.

Google? Funding Rust.

You can still see Go’s toothbrush in the bathroom, but let’s be honest — it’s just a matter of time.

🪦 Final Words: Not Dead, Just Retired Early
Go isn’t dead — it’s just… semi-retired. It’ll always be useful for “small services,” “CLI tools,” and teaching juniors what a null pointer is. But the dream? The glorious future of distributed simplicity?

That dream has a new name: C# & || Rust.

And Go? Go quietly fades into the sunset, clutching its err != nil, proudly simple to the very end.

Top comments (73)

Collapse
 
anant_mishra_a5f29e601386 profile image
Anant Mishra

Microsoft is re-writing typescript compiler in golang. Are you delulu?

Collapse
 
alshdavid profile image
David Alsh

They did it for 2 main reasons, and neither were about the superiority of the language.

1) There are tools that can automatically convert Typescript to Go
2) Rewriting in Rust is impractical because that would be an intense rearchitecture

Their implementation is also kinda hilarious. Just start 4 go routines and let them work on the codebase at the same time, ignoring duplicate work 😂 it's pretty hacky but it works.

Being pragmatic, Go isn't the best tool for this job when it comes to performance or features (like support for plugins), but if the team were to rewrite it in Rust, we would never get the update at all.

  • I'm a long time go developer who moved to Rust a few years back. Rust is way better is almost every way, especially if you're starting a fresh project from scratch
Collapse
 
nielskersic profile image
Niels Kersic

Your arguments are irrelevant. The article claims that big tech is abandoning Go. Yet Microsoft is rewriting the compiler for one of the most popular languages out there in Go as we speak. Doesn’t matter if you think Go is the right choice, it simply proves that this article is BS.

Also, the lead architect of the TS project is one of the most experienced and influential engineers of our time. But I guess they should have hired you instead.

Collapse
 
bigvl profile image
Vlasa Andrei

"Long time Go Developer" yeah, sure 🤣🤣

Thread Thread
 
alshdavid profile image
David Alsh

Hahaha yeah, I have a whole YouTube tutorial series I filmed back around 2018 😂

I still like the language, but many of the points in this article align with why I left it. Though the standard library and cross compilation capabilities of Go are 👨‍🍳👌

Collapse
 
markins profile image
Markins Tobi

You said top enterprises are moving away right. I guess Google, Meta, Netflix are all small companies using Golang.

Thread Thread
 
albertgao profile image
AlbertGao

OP tried using golang for his leetcode, failed hard, now he started to trash the language 😆

Collapse
 
albertgao profile image
AlbertGao

No, their artitect said, pragmatism made them choose golang. Just because you learnt Rust and struggle to find a job, no need to salt a better language.

Collapse
 
tanishparashar profile image
tanishparashar

There's a very specific reason to it, they did not rewrite the ts compiler from scratch they just shifted it to Golang because it matches the architecture of typescript!!

Collapse
 
matthew_lastname_ff4cad6f profile image
Matthew LastName

This article has two main defects. First, all of the arguments are weak. Secondly, it was obviously written by AI.

Collapse
 
berend profile image
berend

"it was obviously written by AI"...

Was it the delicate sprinkling of em dashes that gave it away?

Collapse
 
mbahjadol profile image
mbahjadol

Sure I think it's an argue-bait AI written it, so people can debating for eternity LOL, language is just tool and use it as a tool for your needs, no need to exarcebate your life, I am done here LOL.

Collapse
 
rediedotie profile image
Redie Dotie

Why does the AI do that?

Collapse
 
shricodev profile image
Shrijal Acharya

YES!!

Collapse
 
valeriavg profile image
Valeria

That’s a lot of words for “I personally don’t like Golang”. There will always be tools for different purposes and there are tasks and teams where a specific language or a paradigm makes more sense than the others due to non-technical reasons.
Developer experience matters and Go for one is very quick to compile so it’s pretty much like writing in Node but with types.
As for the error handling try wrapping a couple of try/catches into one another and then debug where the exception was raised to try and understand where Go philosophy is coming from.
And in the end of the day if you prefer strongly opinionated languages with generics - then write about it! What’s the point of bashing a language you don’t like framing your opinion as facts?

Collapse
 
avi94 profile image
avi94

Shocked about you mentioning IDE support. Try Goland. Hell, try Go plugin in IntelliJ. VS Code's Go extension has come a long way and is excellent if you want things to be lightweight. You have had an absolute shocker here. You're ranting like you need a Snicker.

Collapse
 
keyr_syntax profile image
keyr Syntax • Edited

C# is the dream? I agree with Rust being the best to replace GO but C# is replacing GO? 👀👀 What is going on here?😁

Collapse
 
killerz3 profile image
Shubhveer Singh Chaudhary

Obvious rage bait. Attention seeking , ai generated content, thank you for your contribution to the dead internet theory.

Collapse
 
tonynyagah profile image
Antony Nyagah

Lost me at Go is easy to pickup so it's bad and No IDE support.
Very strange article.

Collapse
 
ivan_savi_61f4a7e8cfb77 profile image
Ivan Savčić

Perhaps at the time when an AI wrote this article that was indeed the case.

Collapse
 
mallu_kittens_6e568f141bc profile image
Mallu Kittens

Another ai slop with useless crap content.

Most Distrubuted systems projects are choosing Go.

K8s, Docker, MinIO, Aistore, istio, etcd, cockroachdb etc

Lots of enterprise and even startups are switching to go to reduce their cloud cost and making it faster.

This clown is posting crap.

Collapse
 
xwero profile image
david duymelinck

When you go to the website Google is still in the right bottom corner. I think as long as they support the development of the language it will be fine.
But even if Google doesn't want to fund it anymore I think there will be other takers. There is too much software that is popular that is build with Go, for example Kubernetes.

As for an IDE try Goland.

I think you are underestimating the staying power of a language.

Collapse
 
dbroadlick profile image
David Broadlick

I don’t understand the interest in Rust for web services.

Collapse
 
alshdavid profile image
David Alsh

It's kind of dope, ngl. I've written web services in both Go and Rust, Go has great cross compilation and an incredible standard library so it's fantastic when building for arm lambdas and not figuring out what lib to use.

Though it has some ugly corners, Rust is an overall better experience. Especially when you start dealing with concurrency and complex types.

It feels a lot like Typescript once you figure it out.