>> even seasoned Go developers, keep hitting its many design pitfalls I'm a professional dev for 14 years. Started with Python, C# (WPF and ASP.NET), Qt, Java

>> even seasoned Go developers, keep hitting its many design pitfalls I'm a professional dev for 14 years. Started with Python, C# (WPF and ASP.NET), Qt, Java (Spring), Kotlin, Frontend with React, Angular, Vue, ... even Rust, so I've seen a lot. Honestly, in the last 2 years using Go for backend services and some CLIs I never hit any of those design pitfalls you're writing about. Every language has it's quirks. Even Rust. But Go is not decisively better or worth than the other. For example, Kotlin is easier and more fun to write, but writing code is just a small part of a project. The whole spectrum needs to be considered. That's where Go shines.