Zykino
@Zykino@programming.dev
- Comment on Adobe Gets Bullied Off Bluesky 2 weeks ago:
Yes. I talked about screenshots because the first message said:
I can’t see any screenshots from the article, all require a bluesky account. At least on twitter you could see images without login before the takeover.
For “text source only” I’m with you quotes are enough.
And if images are post anywhere, always provide an alt text, plz everyone !
- Comment on Adobe Gets Bullied Off Bluesky 2 weeks ago:
I don’t say “remove the source”, I say “the source can disappear, the way back machine have already been attacked, just do your own copy of the source and make it available”.
I know screenshots can be faked, but if your news source does it it is not reliable. Drop it immediately.
- Comment on Adobe Gets Bullied Off Bluesky 2 weeks ago:
Source can be destroyed. An alternative screenshoot backup/proof is good measure. Especially in web its better to not depend on an outside server.
Like if they close (or some billionaire buy them and requires an account for everything), your content becomes worthless.
- Comment on Rust is Eating JavaScript 2 months ago:
First time I hear about checked exceptions. How do you use them ? Are you forced to handle them explicitly ? Is the handling checked at compile time ?
- Comment on Rust is Eating JavaScript 2 months ago:
- Is a modern language with a good build system (It’s like night and day compared to CMake)
Meson exists … as do others.
But they are not the default option. And your new job may not use them.
- And I just like how the language works (errors as values etc.)
Fair enough; though why? What’s wrong with exceptions?
Exceptions is a non standard exit point. And by “non standard” I’m not talking about the language but about its surprise appearance not specified in the prototype. Calling
double foo();
you don’t know if you should try/catch it, against which exceptions, is it an internal function that may throw 10 level deep ?By contrast
fn foo() -> Result<f64, Error>
in rRst tell you the function may fail. You can inspect the error type if you want to handle it. But the true power of Result in Rust (and Option) is that you have a lot of ergonomic ways to handle the bad case and you are forced to plan for it so you cannot use a bad value thinking it’s good:foo().unwrap()
panic in case of error (see alsoexpect
)foo().unwrap_or_default()
to ignore the error and continue the happy path with 0.0foo().unwrap_or(13.37)
to use your defaultfoo()?
to return with the error and let the parent handle it, maybe