![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://lemmy.hogru.ch/api/v3/image_proxy?url=https%3A%2F%2Flemmy.ml%2Fpictrs%2Fimage%2Fq98XK4sKtw.png)
2·
9 months agocodeberg is great! the community there seems to be interested in growing the platform and developing tools as useful as those on GitLab/GitHub.
Otaku, gamer, self-taught programming student and professional procrastinator from Brazil. In fact, I am procrastinating at this very moment. I love boomer shooters too.
codeberg is great! the community there seems to be interested in growing the platform and developing tools as useful as those on GitLab/GitHub.
I too just turned into a Marxist after finding out about Linux and software freedom in 2020 lol
I think there might be more than a handful of us. Welcome, comrade.
oops, something went wrong while I was typing it. fixed, thanks
there’s also a multiplatform implementation in Go
“bro, just trust me, 2020 2021 2022 2023 will be the year of the Linux desktop!”
well, if I have an object on the heap and I want a lot of things to use it at the same time, a shared_ptr is the first thing I reach for. If I have an object on the heap and I want to enforce that no one else but the current scope can use it, I always reach for a unique_ptr. Of course, I know you know all of this, you have used it almost daily for 7 years.
In my vision, I could use a raw pointer, but I would have to worry about the lifetime of every object that uses it and make sure that it is safe. I would rather be safe that those bugs probably won’t happen, and focus my thinking time on fixing other bugs. Not to mention that when using raw pointers the code might get more confusing, when I rather explicitly specify what I want the object lifetime to be just by using a smart pointer.
Of course, I don’t really care how you code your stuff, if you are comfortable in it. Though I am interested in your point of view in this. I don’t think I’ve come across many people that actually prefer using raw pointer on modern C++.