iByteABit

joined 4 days ago
sorted by: new top controversial old
72% of devs believe Steam has a monopoly on PC games, according to study in c/steam@programming.dev
[–] iByteABit@programming.dev 1 points 17 hours ago

I would say that while it is a monopoly, it monopolizes something which doesn't make much sense to be decentralized. Having multiple launchers for games, and making some games exclusive to some launchers but not others etc. is annoying as hell and is only a good thing for the executives and investors behind these companies at the expense of everyone consuming the product.

Having one corporation be in control of the distribution platform for most if not all games is also very troubling, but until it's possible to have a democratically owned open source distribution platform, there's no other good way.

AI will reduce programming jobs a lot, it's madness to deny it in c/programming@programming.dev
[–] iByteABit@programming.dev 1 points 17 hours ago

At best it's going to make a lot of developer jobs insufferable because they're going to be cleaning up the large pile of horseshit that an AI produced to "reduce costs".

Though besides the "AI coding independently" area which I believe is still science fiction for the time being, I do think Software Engineer jobs will be reduced and wages lowered due to the massive productivity increase each developer has from using AI to deal with the repetitive stuff or faster troubleshooting and learning, that previously had to be done by looking at many Stackoverflow posts or parsing through other messy sites to find how something is done.

How much are SOLID principles in OOP programming (and JVM languages specifically) just a mindless following of a set of ideas that aren't always the best solution? in c/programming@programming.dev
[–] iByteABit@programming.dev 1 points 17 hours ago

I get your points and agree, though my "attitude" is mostly a response to a similar amount of attitude deployed by the likes of developers who swear by one principle to the death and when you doubt an extreme usage of these principles they come at you by throwing acronyms instead of providing any logical arguments as to why you should always create an interface for everything

Using Vim is Amazing in c/programming@programming.dev
[–] iByteABit@programming.dev 1 points 18 hours ago

Helix is really fucking good too, it was really easy to pick up as a VIM user and it's 99% batteries included. You still have to manually install the LSP for most of the languages, but it makes it really easy for you to do so, just run hx --health <language> and if the LSP is not installed it tells you the name and you can just look up how to install that on your system, which is usually just one command.

Also it's written in Rust so added bonus for that 🦀

106
How much are SOLID principles in OOP programming (and JVM languages specifically) just a mindless following of a set of ideas that aren't always the best solution? (programming.dev)
 

As a Java engineer in the web development industry for several years now, having heard multiple times that X is good because of SOLID principles or Y is bad because it breaks SOLID principles, and having to memorize the "good" ways to do everything before an interview etc, I find it harder and harder to do when I really start to dive into the real reason I'm doing something in a particular way.

One example is creating an interface for every goddamn class I make because of "loose coupling" when in reality none of these classes are ever going to have an alternative implementation.

Also the more I get into languages like Rust, the more these doubts are increasing and leading me to believe that most of it is just dogma that has gone far beyond its initial motivations and goals and is now just a mindless OOP circlejerk.

There are definitely occasions when these principles do make sense, especially in an OOP environment, and they can also make some design patterns really satisfying and easy.

What are your opinions on this?