Golang

2385 readers

1 users here now

This is a community dedicated to the go programming language.

Useful Links:

Rules:

Posts must be relevant to Go
No NSFW content
No hate speech, bigotry, etc
Try to keep discussions on topic
No spam of tools/companies/advertisements
It’s OK to post your own stuff part of the time, but the primary use of the community should not be self-promotion.

founded 2 years ago

MODERATORS

Ategon

RandomDevOpsDude

austin

TIL pprof is a thing (lemmy.dbzer0.com)

submitted 1 week ago by [email protected] to c/golang

6 comments fedilink hide all child comments

Found myself trying to debug an issue with memory not being garbage collected in a program. It turns out go comes with a tool that shows you the different memory allocations and resource hogs between different goroutines. Super useful so far from what I've found on some basic debugging, but still trying to understand how the flamegraph, the visualizations when writing to a png, and some other utilities in there work.

Overall was happy to learn that there was included tooling for that purpose within go itself.

you are viewing a single comment's thread
view the rest of the comments

[–] [email protected] 1 points 6 days ago (1 children)

I always get thrown off by ruby, mainly because of rails magic though whenever I look at it.

Ruby was better before Rails. When I was deeply into it (I authored one of the stdlibs), neither existed. I left the language partially because of Gems, and Rails didn't become the killer app (the only reason anyone uses Ruby anymore) after that. I've tried to debug someone else's Rails application a couple years ago, and it was a dependency hellscape. Now, I don't use Ruby even for the really nice one-liner support that I first loved it for.

You were born too late to experience what Ruby once was sigh.

[–] [email protected] 0 points 5 days ago (1 children)

Yeah, I don't think I ever got the best intro to ruby... which may attribute to my dislike for it.

When I was in college rails was the big thing at the time and in the software engineering class I had in 2014, they basically gave us preconfigured vms and a quick "here's how to ruby" before introducing us to rails and the convention over configuration mindset. That was a nightmare experience for me because there were all these magic functions and I had to name my variables certain ways that I didn't understand the reasoning behind at that point, and it made it much more difficult to differentiate between actual ruby vs. rails'isms.

My only non-rails ruby experience was well after I had graduated and at my first job. Even though that was an experience in and of itself, it was refreshing not having magic classes and just seeing it work like a regular language. I would have preferred that to rails in any world.

[–] [email protected] 1 points 3 days ago

That sounds horrible.

It's a lovely little language, but gems and rails ruined it. Plus, it's interpreted, and was evolving a lot at the time, which meant stuff was constantly breaking. That, and the hash table implementation, combined with the obvious inevitability of gems and Rails eventually drove me away.