☆ Yσɠƚԋσʂ ☆

  • 12.8K Posts
  • 8.56K Comments
Joined 6 years ago
cake
Cake day: March 30th, 2020

help-circle


  • Ultimately, these things aren’t concrete plans, it’s just a conversation starter. The people who published it aren’t building anything, but it does provide a starting point for things to think of those of us who do build things. The parts I thought were meaningful were in the list at the end:

    • Private: In the era of AI, whoever controls the context holds the power. While data often involves multiple stakeholders, people must serve as primary stewards of their own context, determining how it’s used.
    • Dedicated: Software should work exclusively for you, ensuring contextual integrity where data use aligns with your expectations. You must be able to trust there are no hidden agendas or conflicting interests.
    • Plural: No single entity should control the digital spaces we inhabit. Healthy ecosystems require distributed power, interoperability, and meaningful choice for participants.
    • Adaptable: Software should be open-ended, able to meet the specific, context-dependent needs of each person who uses it.
    • Prosocial: Technology should enable connection and coordination, helping us become better neighbors, collaborators, and stewards of shared spaces, both online and off.

    I think these are all good things to strive for.




  • The goals they state seemed perfectly reasonable to me. I don’t really see any contradiction with hyper-personalized computing and having thriving communities. I think it would be great if you could easily tailor your computer towards your workflow. It doesn’t mean that I’m not able to have shared interests with other people who have different flows.

    In fact, I think the way modern applications are build is fundamentally wrong precisely because they couple the logic of the app with the UI. This is the reason we can’t compose apps the way we do command line utils. If apps were broken up into a service and frontend component by default, you’d be able to chain these services together to build highly customized workflows on top of that.

    And that’s precisely the kind of thing AI tools are actually decent at doing. You can throw a bunch of API endpoints at it and have it build a UI using them that does what you want, or if it’s good enough you might not even need a UI, you can literally just type what you want and it’ll figure it out.





  • Big tech agencies often house their own compilers and make their developers use it (even if it’s just a copy of the open source ones) to ensure that if a compiler is compromised,

    That’s precisely what makes Rust appealing here with it being a new language and only having a single compiler implementation.

    Also, there’s many many places where there’s a push to move C code to Rust to increase security, this isn’t ‘wierd’.

    I actually do find it weird that there’s a massive push to rewrite all the stable and battle tested software that’s been known to work fine for decades in a new language that’s still evolving.

    There are so many other problems to consider before going down this route. supply chain attacks, trust verification, code signing, all these come in play way before this.

    Why assume that’s mutually exclusive? Intelligence agencies would pursue a multi pronged approach, and if one trick works that’s all you need.

    The real issue is that most security vulnerabilities are caused by things Rust seeks to fix, use-after-free and double-free causing crashes that can be taken advantage off by a clever malware writer. Writing in Rust is (a slow and somewhat painful way of) making software more secure, not less.

    Sure, the idea of Rust seems generally useful. However, the features Rust provides are entirely tangential to the discussion.

    Additional note, this govt agency (and I’m no fan of Germany’s govt necessarily, but just to note) has given millions to many open source projects. Let’s encrypt, pypi, yocto, the openprinting stack, activitypub (you know, from the fediverse, how this platform runs…). They’ve also recommended languages other than Rust for projects too.

    That of itself doesn’t really let us know anything one way or the other.

    Finally, I personally was not familiar with Lunduke, sounds like he’s a massive piece of shit. I don’t think that has anything to do with the question of whether it is problematic that there’s a mass push to rewrite mature software in a new language that only has a single compiler implementation.