simplesocieties (u/simplesocieties)

simplesocieties commented on My “grand vision” for Rust blog.yoshuawuyts.com/a-gr... · Posted by u/todsacerdoti

I'm not sure why people are so deeply scared. these are all pretty neat features for people who will need them (off rip seemingly mostly in the embedded world). It's not like the inclusion of these forces you to use them — I've never had to deal with unsafe rust for shipping web stuff, and I highly doubt I'd have to deal with most of these. For modeling's sake it would be nice to have pattern types and view types, I can see them being useful

simplesocieties · 3 days ago

This was the exact same argument used to push new c++ features and look where the language is now.

simplesocieties commented on My “grand vision” for Rust blog.yoshuawuyts.com/a-gr... · Posted by u/todsacerdoti

simplesocieties · 3 days ago

The rust maintainers need to learn from the mistakes of the c++ design committee and understand that not adding a feature at all is in itself a desirable feature.

For example, your section on effects:

> Functions which guarantee they do not unwind (absence of the panic effect)

* I actually don’t see how this is any more beneficial than the existing no_panic macro https://docs.rs/no-panic/latest/no_panic/

> Functions which guarantee they terminate (absence of the div effect)

> Functions which are guaranteed to be deterministic (absence of the ndet effect)

> Functions which are guaranteed to not call host APIs (absence of the io effect)

The vast majority of rust programs don’t need such validation. And for those that do, the Ferrocene project is maintaining a downstream fork of the compiler where this kind of feature would be more appropriate.

I think rust is in a perfect spot right now. Covers 99.99% of use cases and adding more syntax/functionality for 0.001% of users is only going to make the language worse. The compiler itself provides a powerful api via build.rs and proc macros which let downstream maintainers build their desired customization.

simplesocieties commented on 2026 resolution: if Mozilla tampers with "uBlock Origin", I'm giving it up · Posted by u/fl4tul4

simplesocieties · 2 months ago

Rooting for Ladybird https://ladybird.org/

simplesocieties commented on Flock Exposed Its AI-Powered Cameras to the Internet. We Tracked Ourselves 404media.co/flock-exposed... · Posted by u/chaps

fusslo · 3 months ago

I wonder what our founders would think about tools like Flock.

From what I understand these systems are legal because there is no expectation of privacy in public. Therefore any time you go in public you cannot expect NOT to be tracked, photographed, and entered into a database (which may now outlive us).

I think the argument comes from the 1st amendment.

Weaponizing the Bill of Rights (BoR) for the government against the people does not seem to align with my understanding of why the Bill of Rights was cemented into our constitution in the first place.

I wonder what Adams or Madison would make of it. I wonder if Benjamin Franklin would be appalled.

I wonder if they'd consider every license plate reading a violation of the 4th amendment.

simplesocieties · 3 months ago

> From what I understand these systems are legal because there is no expectation of privacy in public.

This is a common line of phrasing parroted by Flock and their supporters to no end but it's a myth. The SC, as much of a joke as they are now, established that a person has a reasonable expectation to privacy in their long term movements in Carpenter v. United States (2018). To date there is NO precedent carved out in the constitution or ANY Supreme Court case stating that people have zero expectation to privacy in public.

https://www.supremecourt.gov/opinions/17pdf/16-402_h315.pdf

simplesocieties commented on When did people favor composition over inheritance? sicpers.info/2025/11/when... · Posted by u/ingve

seanalltogether · 4 months ago

I've been building gui applications for the past 20 years and I couldn't imagine doing it without an inheritance model. There's so much scaffolding needed to build components and combine them into a working view. Sure inheritance can be bad in the data layer because you don't want to handcuff yourself to bad data expectations. But building out views and view controllers, there's a lot of logic you don't want to keep duplicating every time.

simplesocieties · 4 months ago

And yet somehow the Zed team managed to do it with gpui and rust.

simplesocieties commented on Python: The Documentary [video] youtube.com/watch?v=GfH4Q... · Posted by u/chmaynard

kamaal · 6 months ago

>>Agreed, as an OO scripting language it's lovely, especially compared to Perl where the OO features never meshed quite right.

Back then the whole OO crowd was with Java though.

Python's Moat was beginner friendliness to write simple scripts, which at the time- Perl was more like a thermonuclear scripting language. Most people who never wanted to graduate to that advanced stage of writing mega million lines of Perl code over a week(which was literally the use of Perl then), realised they needed some thing simpler, easier to learn, and maintain for smaller scripts- Kind of moved to Python.

But then of course simplicity only takes you that far, and its logically impossible to have a simple clean interface to problems that require several variables tweaked. Python had to evolve and is now having the same bloat and complications that plague any other language.

Having said that, I would still use Java if I had to start a backend project.

simplesocieties · 6 months ago

Why not Go? I don’t understand starting new backend projects in a JVM language when go exits and its both faster and simpler. People love to proclaim Java’s ability to handle “big data” but I have programs parsing TB of data daily in Go without a sweat. And it was much faster to write and teach new engineers on than Java

simplesocieties commented on Ditching Obsidian and building my own amberwilliams.io/blogs/bu... · Posted by u/williamsss

krick · 10 months ago

Should I be paranoid? I never tried Tailscale, and the idea of trusting 3rd party with managing access to my network does give me chills. But IDK, honestly, maybe it's silly? Is it in all honesty less likely that I'll fuck things up setting my own Headscale server, than that Tailscale™ will (consciously or otherwise) fuck me up?

simplesocieties · 10 months ago

Tailscale has made all of their client source code available for anyone to view so if you want to confirm that you’re not sending unencrypted data or keys through their servers you’re more than free to do so.

https://github.com/tailscale/tailscale

I think there is some merit to setting up wireguard (e.g. you want more devices than what Tailscale offers for free, or their servers become unreliable for some reason)

But people who push the “scarey boogeyman will look at your data” with Tailscale are either technically illiterate or overly-paranoid.

simplesocieties commented on Apple's Widget Backdoor [video] youtube.com/watch?v=NdJ_y... · Posted by u/notmysql_

simplesocieties · 10 months ago

If Apple wanted to score easy points they would leave this be and add a widget/app icon animation api in the next major release of iOS. This would be way more useful than whatever crap Siri and Apple intelligence are.

But, it’s Apple. So it’s not going to happen.