[–] 11 points 4 months ago* (last edited 4 months ago) (3 children)

I love the rolling release model, and the AUR. (I even maintain some packages on AUR.) I have installed and used pure Arch in the past, if only for the rite of passage.

But nowadays I mostly use EndeavourOS. It's basically Arch once it's installed, but has a nice and fast installer, with great defaults. Also, the community is awesome. I rarely need any help anymore, but I still like hanging out in their forums helping others, and generally chatting about non-Linux stuff.

  • source
  • [–] 1 point 5 months ago

    Fair enough. I'm not a professional programmer, so I guess I won't understand your frustration with long term maintenance of Go code. I do agree that it can be unnecessarily verbose. Writing something as simple as an http server takes a long time. Also, the dependency management sucks. It can't seem to decide if it wants to be declarative or not.

    I do like that it's dead simple though, and that the standard library has most of the basic stuff. I've mostly replaced the need for Python with Go, for small CLI apps. Nowadays, I only use Python when I have to use some specific library, mostly for mathematical computing.

  • source
  • parent
  • context
  • [–] 4 points 5 months ago* (last edited 5 months ago) (2 children)

    I don't think there's an std-way of doing it, but the Rust ecosystem has this thing where people usually settle around one library. In this case, it is tokio. Afaik, most async stuff is done using tokio. What little async I've used, it's been using tokio or some library like actix-web that uses tokio under the hood.

    Also, side note, I never understood the idea of why golang is ugly. I think it's fine, except for maybe the repeated if err != nil guards. Those are ugly. I wish it used additive types for error handling.

  • source
  • parent
  • context
  • [–] 9 points 5 months ago (8 children)

    I've always preferred the functional approach to programming, so OOP never really intrigued me. That's one of the reasons why I never liked C++ or Java, but instantly fell in love with Rust. It lets me do a lot of functional style programming, while still being somewhat practical. (I'm looking at you, Haskell.)

  • source
  • parent
  • context
  • [–] 3 points 5 months ago

    My first ever big boy language was C++ (after Basic, and Logo). I was in middle school, tried to self-learn from learncpp.com, only to realize that I had mostly learned C, with cin-cout instead of printf/scanf. So I just decided to migrate to C. Nowadays, I mostly code in Rust, Go, and Python. But my experience with C has been extremely helpful. Can't say the same about C++ though.

  • source
  • [–] 59 points 5 months ago* (last edited 5 months ago) (17 children)

    My first ever big boy language was C++ (after Basic, and Logo, does anyone remember that lol). I was in middle school, tried to self-learn from learncpp.com, only to realize that I had mostly learned C, with cin-cout instead of printf-scanf. So I just decided to migrate to C. Nowadays, I mostly code in Rust, Go, and Python. But my experience with C has been extremely helpful. Can't say the same about C++ though.

  • source
  • [–] 4 points 5 months ago* (last edited 5 months ago) (1 child)

    Then I'd suggest Debian. But of course, you do you.

    Edit: EndeavourOS is another solid choice if you want to try out the Arch family of distros. It may seem counterintuitive for long term usage, but in practice, it can be very stable. I've been using the same installation for more than 5 years now. You get all the latest stuff, and upgrades are done regularly, so there's no issue of major version upgrades like Debian or Ubuntu.

  • source
  • parent
  • context
  • [–] 9 points 5 months ago* (4 children)

    I'd just say that you should try out other distros. Even for newbies, Ubuntu is not the best choice nowadays due to shady practices of Canonical. Maybe something like Debian, or Fedora would be a better choice for you, depending on whether you prefer stability or newer features.

  • source
  • view more: ‹ prev next ›