[-] FizzyOrange@programming.dev 15 points 3 weeks ago

Go to bed, you're drunk.

[-] FizzyOrange@programming.dev 14 points 3 weeks ago

this is why Linux will never be mainstream

[-] FizzyOrange@programming.dev 14 points 1 month ago

Swift users... how is it? I hear compile times are bad. Worse than C++/Rust?

[-] FizzyOrange@programming.dev 15 points 2 months ago

uv is fantastic. I would highly recommend it. I've used it in a quite complex environment, with no issues (quite an achievement!) and it's about 10x faster than pip.

I mean... I guess it's not surprising given uv is written in Rust and pip is written in Python, but even so given pip is surely IO bound I was expecting something like 4x improvement. 10x is impressive.

[-] FizzyOrange@programming.dev 14 points 2 months ago

Yes. The fact that git is decentralised means you can still carry on working and making commits while GitHub is down. With SVN your basically have to down tools.

[-] FizzyOrange@programming.dev 14 points 2 months ago

TL;DR (there should be an open source drama summarising website!):

  • Hazing someone in your discord because they have pronouns in their bio
  • Speaking pretty bluntly against queer people and minorities at large
    • "at 15 he doesnt even know what he will be studying at uni and he already wanna go get AIDS?"
    • "I think this server's motto should be 'love guns, hate damn minorities'"
[-] FizzyOrange@programming.dev 14 points 3 months ago

Jesus SF salaries are insane.

[-] FizzyOrange@programming.dev 14 points 3 months ago

Yeah... It's going to take a whole lot more than $1m for this. I am skeptical.

Also not super enthused about another browser written in C++. I skimmed some of their code and it seems pretty high quality, but still... this is going to be chock full of security bugs.

Servo is definitely the more interesting project.

[-] FizzyOrange@programming.dev 15 points 3 months ago

They chose “version” because they are just that, versions. Improvements over the original design that benefit from new insights and technological improvements. We’re lucky they had the foresight to include a version number in the spec.

No they aren't. A higher version of UUID isn't "newer and better", like the word "version" implies. It's just different. It's like they called a car "vehicle version 1" and a motorbike "vehicle version 2". The common use of "version" in the software world would mean that a motorbike is a newer and hopefully improved version of a car, which is not the case.

The talking pumpkin is 100% right that they should have used "type" or "mode" or "scheme" or something instead.

[-] FizzyOrange@programming.dev 14 points 5 months ago

Very common. Your coworkers are either idiots, or more likely they're just being lazy, can't be bothered to set it up and are coming up with excuses.

The one exception I will allow is for GUI programs. It's extremely difficult to do automatically tests for them, and in my experience it's such a pain that manual testing is often less annoying. For example VSCode has no automatic UI tests as far as I know.

That will probably change once AI-based GUI testing becomes common but it isn't yet.

For anything else, you should 100% have automated tests running in CI and if you don't you are doing it wrong.

[-] FizzyOrange@programming.dev 16 points 6 months ago

Yeah I think it's trauma due to C/C++'s awful warning system, where you need a gazillion warnings for all the flaws in the language but because there are a gazillion of them and some are quite noisy and false positives prone, it's extremely common to ignore them. Even worse, even the deadly no-brainer ones (e.g. not returning something from a function that says it will) tend to be off by default, which means it is common to release code that triggers some warnings.

Finally C/C++ doesn't have a good packaging story so you'll pretty much always see warnings from third party code in your compilations, leading you to ignore warnings even more.

Based on that, it's very easy to see why the Go people said "no warnings!". An unused variable should definitely be at least a warning so they have no choice but to make it an error.

I think Rust has proven that it was the wrong decision though. When you have proper packaging support (as Go does), it's trivial to suppress warnings in third party code, and so people don't ignore warnings. Also it's a modern language so you don't need to warn for the mistakes the language made (like case fall through, octal literals) because hopefully you didn't make any (or at least as many).

[-] FizzyOrange@programming.dev 14 points 6 months ago

Saving this for when people try to claim that naming things isn't important!

Also that is clearly a security issue. Anyone who tries to claim otherwise is forgetting that humans exist. Though I suspect they were just trying to avoid admitting fault and doing work. Disappointing either way.

view more: ‹ prev next ›

FizzyOrange

joined 1 year ago