I see. That’s not what “security by obscurity” means in my world, but the expression certainly sounds like it could. It’s not like I own the meaning of words, so it’s interesting to hear what it means to others. Could also have been meant figuratively, I suppose.
In what way does “security by obscurity” apply here?
Hadn’t heard of it before. Searched for it, and came across both Path of Diablo, and Project diablo. Some polls suggested preferring the latter 2:1. I haven’t played D2 in a few decades (sheesh). Any thoughts on comparing those mods?
“Install Linux”, is usually a hurdle for most people. We should be willing to help with that part.
There is a different side to this equation too. Locally sourcing production. There is no surplus stock that needs to be thrown unopened. No shipping of some part that solves some particular problem. Replacement parts can be made for things that would otherwise be cheaper to buy new and dump the old one, etc.
Maybe this was an intentional leak. Now the Nintendo lawyers can claim they’ve used stolen proprietary code?
I suppose. If you are doing things against TOS and you suspect just might happen, by all means.
The license is with regards to “GOG Service”, not “GOG Contents”. You need the former to get access to the latter, sure. But what isn’t clear about this?
You still own the contents (though, as mentioned, individual titles may have additional blablabla). If you don’t think this distinction makes sense when it comes to GoG vs Steam, then maybe you’re just discussing something entirely different?
That’s for the gog service itself.
What do you mean? Native Linux isn’t that relevant these days. Most games run well through Proton, and some even better than on Windows. Judging by the protondb entry, you wouldn’t notice on Linux that this was a windows game: https://www.protondb.com/app/2142790
Anything special you needed to do? I have the HTC Vive, and I’ve tried a few times over the years, without any success. Last time was about 2-3 years ago.
SteamVR works on Linux? What headset, if I may ask?
This. Anyone actually seasoned in martial arts will back this up. Exceptions to this are trying to sell something.
My biggest gripe is the lack of respect/understanding for the importance of data models and clear domain boundaries.
Most things that end up as “technical debt” can be traced to this. Sometimes, it’s unavoidable, because what the data models changes, or the requirements of the domain, etc.
And, it’s very innocent looking differences sometimes. Like “We know that the external system state will change from A to B, so we can update that value on our side to B”. Suddenly you have an implicit dependency that you don’t express as such.
Or, things like having enum that represents some kind of concept that isn’t mutually exclusive. Consider enum values of A and B. Turns out this really represented AZ, and BP (for some inherent dependency to concepts Z and P). Someone later on extends this to include ZQ. And now, suddenly the concept of Z, is present in both AZ and ZQ, and some consumer that switches on concept Z, needs to handle the edge case of AZ… And we call this “technical debt”.
I did eventually yes. Thanks for asking. I was exhausted yesterday, and upon reading my comment again, I get the downvotes. Being a second language doesn’t fully explain the wrong tone there. The article was a lot more insightful and in depth than I had mistakenly assumed.
After reading it tho, it seemed a lot more focused on performance than I think would be warranted. But that could be due to different concerns and constraints than where I’m used to working. I’d focus more on the mechanisms that best expresses the intent, and although they do discuss this well, the Venn diagram for the appropriate use of exceptions and error codes don’t overlap as much in my world.
And, it’s not like I’m arguing that they are wrong. It’s an opinion on a choice for a tradeoff that I only think, while allowing the possibility of being wrong, might miss the the mark. Stack unwinding is by its nature less explicit for the state it leaves behind. So it shouldn’t be a question of either error codes or exceptions, but which are most appropriate to express what, and when.
Even for Rust, where monads are preferred and part of the language to express and handle error codes, I would say that the statement of “newer languages like Rust don’t allow the use of exceptions”, seems incorrect to me. Something like panic!("foo"); coupled with panic::catch_unwind(|| { ... } }); I believe would unwind the stack similar to that of a throw/catch.
Anyways. Thanks for reminding me to actually read the post. It was well worth it, and very insightful.
I’m just going to comment on the face value of the title itself, and make assumptions otherwise.
Exceptions are control flow mechanism. I.e. that can be used for code execution flow, in the same application.
Error codes are useful across some API boundary.
Does this adequately cover whatever it is they figured out was a good tradeoff?
Alacritty is fine. If you’re not combining it with tmux and zsh/fish, id pluck those fruits first.
I’ve used DOS, 3.11 to all the way to 11. Switched to Linux as main driver around 2009. Used MacOS at work for over a year now. I occasionally boot into windows for rare game that uses some anti cheat that doesn’t play well with wine.
I’m old enough that I just want things to work. I don’t care for any fanboyism. These are my opinions:
Windows is a mess. It has different UI from different decades, depending on what and where. NT kernel is ancient. The registry is a horror show. The only edge it has, is third party software, like propriatery drivers. that’s it. And that’s isn’t a merit of windows, but rather market share.
MacOS is inconsistent at every turn. It’s frustrating to use, and riddled with UX bugs, and seemingly deliberate lack of functionality. The core tooling, like the file manager, is absolute garbage. The only good thing it has going it, is that the Unix core is solid. In that year, I’ve experienced a soft brick once, that almost was a hard brick, and the reason was having set the display refresh rate from 120 to 60 Hz. Something I changed BTW, because certain animation transitions in MacOS took twice as long on 120 Hz… Yeah, top notch QA there Apple.
Linux. It has its own flaws. For sure. But as for “just works”, it happens so often, that it’s exactly why Windows and MacOS feels so frustrating. I’d have my grandmother use Linux.
And, I’m not just saying this. When I upgraded components on windows, I spent 2 hours debugging problems. One of the problems was also that it reverted a GPU driver, where every single version information was unmistakably older. It also made it not work.
I’ve also experienced that the WiFi network adapter also doesn’t work until I download some proprietary software over ethernet cable.
On Linux? I didn’t need to do a single thing in either case. It for sure didn’t use to be this way. In 2009 I was hunting WiFi drivers for fedora over ethernet. But in the last, say 5 years, on Arch, it’s been amazing. Did I mention that I use arch?
Ps: The last 4 times I’ve had problems on Linux have been:
I had mixed feelings about the whole Ondsel thing. And, please correct me if I’m wrong.
Most of the significant features in 1.0, that supposedly came from Ondsel, are things that I’ve been using for perhaps 3 years now, with a fairly well known branch of FreeCAD called Linkstage3 by a user that goes by RealThunder.
I don’t know how much he was involved in Ondsel, or the merging of those features into FreeCAD, but it sure looked like a whole lot of great work wasn’t credited to mind boggling amount of work by one person.
I still use the Linkstage3 branch, because it has a lot more features still, than what was present in the 1.0 pre-release i tried some months ago. Maybe things have changed since then.