#accessibility #ai
discussion elsenet is bringing back fun memories of work travel and...interesting memories of work travel policies 😂
"why are you galavanting around the Netherlands when the event is in Amsterdam?" "because our hotel max rates don't actually allow me to book a hotel in Amsterdam" 🤣
Hello everyone, I’m Maartje De Meulder. After spending years on X, I’ve decided to give Mastodon a try.
I’m a senior researcher at the University of Applied Sciences Utrecht and I split my time mainly between Belgium, the Netherlands, and Norway.
I’ll be mostly posting about all things language, disability, and technologies, and how they intersect, along with navigating academia.
puri.sm/posts/quantum-safe-com…
@Sharkey@shonk.social
Thanx for your work on #Sharkey!
Is there a #Matrix space for questions and support?
Some Kaspersky customers receive surprise forced-update to new antivirus software
techcrunch.com/2024/09/23/some…
Security software indistinguishable from malware.
“I’m going to buy him a copy of the Mythical Man Month. Actually I’m going to buy him two copies so he can read it twice as fast.”
— Unknown
Disingenuous rule making:
If China can do these evil things with their proprietary cars, then so can U.S. and Japanese cars.
Make the rule fair: ban proprietary cars.
(But it's not about being fair, it's about the U.S. wanting to preserve the ability to use domestic cars for spying, while preventing other countries from having that ability.)
My super secret hobby project is now public. It's a CI engine that let's me run CI on untrusted code without having to worry.
Ah, so US is going to ban connected cars. A good measure actually, and the rationale is conclusive. But why stop at those from China? Connected cars are a security and privacy nightmare, regardless of the country.
NGI Assure, the program aimed at improving trust in our digital society, successfully concluded after its 4 year run.
[1]152 teams contributed to a more trustworthy & secure internet with their Free and Open Source projects. Thank you all!
We've made a book showcasing all the projects which you can download from the link below. There are also paper copies, so ask for those when you see us IRL.
[2][1] nlnet.nl/news/2024/20240919-NG…
[2] nlnet.nl/media/NGIAssure-bookl…
(1/2)
XMPP because Discord is evil, IRC doesn't do what I need, and Matrix is slow and buggy.
All XMPP needs is a good client, and because I'm on Linux, I can use @dino (wish it was cross-platform, but that feels like asking for too much)
Of course I also use Matrix because that's what everyone else uses, but that doesn't mean I can't be annoyed with it
I remember when my university mate told me about weird Debian based distro which should be delivered to him for free, via post, on a CD...
We, Debian folks, tended to look from above, but started to accept it over time as viable alternative, especially if we wanted to get some newbie on board.
20 years... damn, seems like yesterday!
👍
Some hot takes on APIs and protocols (and in particular #ActivityPub). Just summarizing some thoughts I've had
1. JSON-LD is completely unsuitable for a social networking protocol. Full stop.
2. The extension mechanism used by JSON-LD is neither necessary nor sufficient for dealing with the so-called "open world assumption"
3. The "open world assumption," as discussed, is not something that is desirable to support in practice
4. Your average person should not know or care about protocols
1/
7. A resistance to non-AP protocols holds back fediverse development
8. The concept of "breaking changes" is essentially meaningless to AP today because mutually incompatible—such that not only that they can't communicate, but that there is no way to make them communicate—protocols can both be 100% AP "compliant"
9. The fact that no one implements AP correctly should be taken as a danger sign and as something that needs to be fixed, but the problem isn't with the implementers
3/
10. The lack of good libraries or toolkits should be viewed as a significant and serious danger sign. The lack of ability to _create_ these libraries should further be viewed as a danger sign.
11. We should view any attempt to "refresh" AP in a way that is not backwards incompatible and that does not address the extension problem with suspicion (not as in it shouldn't be done, but in that we should not think that it will solve anything).
12. We need to ask "what is next"
4/4
10-volt
in reply to 10-volt • • •10-volt
in reply to 10-volt • • •10-volt
in reply to 10-volt • • •