2025-04-03
4365
#go
Victor Jonah
65280
116
Apr 3, 2025 ⋅ 15 min read

The 8 best Go web frameworks for 2025: Updated list

Victor Jonah I am a Software Developer with over three years of experience working with JavaScript and its frameworks. I currently work as a remote software developer for a tech agency.

Recent posts:

Kombai AI: The AI agent built for frontend development

Kombai AI converts Figma designs into clean, responsive frontend code. It helps developers build production-ready UIs faster while keeping design accuracy and code quality intact.

Jude Miracle
Oct 23, 2025 ⋅ 7 min read

The Replay (10/22/25): AI-assisted coding, Wasm 3.0, and more

Discover what’s new in The Replay, LogRocket’s newsletter for dev and engineering leaders, in the October 22nd issue.

Matt MacCormack
Oct 22, 2025 ⋅ 29 sec read
Where AI-assisted coding accelerates development — and where it doesn’t

Where AI-assisted coding accelerates development — and where it doesn’t

John Reilly discusses how software development has been changed by the innovations of AI: both the positives and the negatives.

John Reilly
Oct 22, 2025 ⋅ 12 min read
Debugging with Chrome DevTools MCP: Giving AI eyes in the browser

Debugging with Chrome DevTools MCP: Giving AI eyes in the browser

Learn how to effectively debug with Chrome DevTools MCP server, which provides AI agents access to Chrome DevTools directly inside your favorite code editor.

Emmanuel John
Oct 21, 2025 ⋅ 6 min read
View all posts

6 Replies to "The 8 best Go web frameworks for 2025: Updated list"

  1. So, I’ve just reading some bunch of articles about Go web frameworks, just to make sure I’m keeping up with today’s Go news. I, personally, like to glue things myself with bunch of libraries and won’t use any web frameworks in near future, this is just for reference in case somebody I know want to jump in to wagon and Go! (pun intended).

    This article is good for starting point, but there’s something wrong on this article in my opinion. Please correct me if I’m wrong here, feel free to do so. I’m just pointing some sections that I think it’s not right, either it’s useful or not, so other beginner knows the stuffs and don’t fall further.

    First, you mention that Gin has low memory footprint, and it means that Gin has fast performance. This is incorrect ways of thinking. Sure, Gin is fast, but low memory doesn’t equal fast performance. If you’re using bunch of caching correctly, it might have high memory footprint, but it does faster (mind the correctness usage of caching). So my point here is, low memory doesn’t mean fast performance.

    On Gin’s JSON validation section, instead of using “These values must be validated before saving in memory”, you can use “These values must be validated before used on business logic”. The unvalidated raw JSON request is already in memory.

    You mention on Beego section that modular structure optimizes performance, that is incorrect. Project structure doesn’t determine performance, and sometimes if you build modular structure incorrectly, you’ll get slower performance. But if performance that you mean is development performance, then I believe modular structure helps on that too.

    I never wanted to label myself as ‘expert’ on anything, in fact I’m not, so take this comment with grain of salt. I think I’m missing other points but my limited knowledge hinders me from those points. Feel free to correct me if I’m wrong, as I’m here to learn too.

    Oh, and lastly, please AVOID Iris as much as possible, treat it and the owner like a plague. Stealing other codes without credit, deleting issues and comments, self claiming that it’s the best of the best, and many more. Not a healthy open source project, thus it’s better to stay away from that. There are bunch of other good frameworks beside Iris, this article mention 4 of them, so there’s no point on investing on Iris. You won’t see Iris mentioned on other popular projects too, because they’re already know. If you don’t believe me, try search Iris history on search engines with “iris golang drama” as the keyword, and you will know how worse that project is.

    Thanks for reading, and have a good day!

  2. Hi there, I have a few disagreements to your points.
    First, you disagreed on low memory footprint yielding to a fast performance which is true, definitely. As you know, an OS relies a lot on the RAM for a smooth running of tasks. So, for Gin to have low memory usage says a lot to how fast it can be. According to the article, “low memory footprint” not low memory.

    Secondly, validated data isn’t saved in memory unless being made so by the business logic. The “memory” here is the database. Data coming in is validated and then saved into the memory which is already obvious. You are clearly saying the same thing. Besides, invalidated isn’t already in any memory, what happens when the server is restarted before it reaches the database?
    Also, on Beego’s performance, yes, it’s development performance.

    Lastly, Iris has been acquired by a Dubai startup if you know that? Also, development is done by the community which has lot of support. Your claim is backed to 2017/2018 and we can not continue to tarnish the image of Iris. It’s currently being used by a thousand developers. If you have proof to these claims I wouldn’t mind listening.

    Thank you.

  3. As a constructive criticism, this article does not convey the actual useful up and downs a developer would experience using these frameworks. It is a collection of bullet point of features they own have claimed.

  4. an operating system depends heavily on RAM to function properly. Gin’s minimal memory use so speaks volumes about its speed. The article claims that “low memory footprint” is more accurate than “low memory. gorilla tag

Leave a Reply

Would you be interested in joining LogRocket's developer community?

Join LogRocket’s Content Advisory Board. You’ll help inform the type of content we create and get access to exclusive meetups, social accreditation, and swag.

Sign up now