The web is the only major platform that has a language monoculture to its detriment (i.e., not all problems are Javascript shaped). IMO the web ought to become multilingual (and become JS optional_ to further ensure its continued longevity and agility. Hopefully one day browser vendors will offer multiple runtime downloads (or something similar capability).
WASM already offers this, for better or worse... There should be improved interop APIs for DOM access, but WASM is already very useful and even for directed UI control, "fast enough" a lot of the time. Dioxus, Yew and Leptos are already showing a lot of this to be good enough. That said, I would like to see a richer component ecosystem.
All the embedded systems I've worked in have many languages you can use to compile whatever, burn, and run whatever you like. Consoles run game engines and programs written in all sorts of different languages. They don't care as long as they can execute the binary. Phones can run apps using many different languages (C, C++, Rust, Python, etc.).
It is very disappointing that these new type checkers don't support plug-ins, so things like django-stubs aren't possible. That means you're stuck with whatever is delivered with these new type checkers. It must be really difficult since none of them support plug-ins. Some of these newer type checkers promise support for Django, but you're stuck with what they (will) have on offer. Also, you'll likely want typing for other libs you might use.
You're comparing apples, bananas, and pineapples while pretending they're all one thing. Switchblades are extremely effective (albeit expensive) anti-personnel (300 model) and anti-armor (600 model) drones. Shaheds are much larger, cheap, low on capabilities, but attritable used to attack fixed positions (e.g., buildings). These are all very different.
I don't understand your point. Switchblades are (roughly) more akin to FPV (300 model) and Vampire drones (600 model) with reapect to size and payloads. Shahed style drones are roughly like like low end cruise missles. Different form factors and different capabilities. All of them are needed, but they're all very different.
A cruise missile is 3,000,000$ and a shahed drone is 50,000$ so if it’s even remotely the same capability it is an immense technological improvement over an expensive and slow to manufacture cruise missile.
You need a high/low capability that mixes all levels. For example, the Ukrainians and the Russians are both manufacturing very expensove cruise missles (Neptune/Iskander) and long range attack drones (shahed/fp-2/lute/etc). At any rate the original post I was responding to was comparing Switchblades to Shaheds, which is non-sensical.
If you do that you'll reset browser state with whatever you're replacing. For example things like scroll position, if the user opened an accordion, etc. would all be lost.
> The correct way is to use EventSourcing, with each change to an otherwise immutable state being recorded as an Event, including a Delete (both of an Event and the Object).
Another great (and older) approach is adding temporal information do your traditional database, which gives immutability without the eventual consistency headaches that normally comes with event sourcing. Temporal SQL has their own set of challenges of course, but you get to keep 30+ years of relational DB tooling which is a boon. Event sourcing is great, but we shouldn't forget about other tools in our toolbelt as well!
I am using Temporal tables in SQL Server right now - I agree it's a bit of best of both worlds; but they are also painful to manage. I believe there could be a better solution without sacrificing SQL tools.
If you're on a Linux or Unix OS, a chroot jail might be a more lightweight solution. the chroot command essentially makes the chrooted directory look like the root dir. You need to set up all the directories claude can access (like /usr/bin or whatever). I haven't tried this yet, but I don't see any reason it wouldn't work. This solution would protect files outside your project from getting trashed, but not malicious data exfiltration.
F-Droid is no longer accepting "NSFW" apps (as they dubiously define them) and will eventually remove them from the repo. This tag is only a stopgap until they figure out how to move them out of the F-Droid repo.
Honestly, that feels like someone doing malicious compliance to jam up the nsfw ban. Of course by most standards that include written content the bible, quran etc. (and plenty of popular media series like a song of ice and fire) are nsfw, but the people pushing for age restriction/nsfw bans would usually strongly feel "except those ones" and by applying the label you force them to either explain or codify the double standard.
Oh that's disappointing. I have no issue with them flagging bible apps (it's just a flag and I welcome the ability to filter) but I do think nsfw content does belong in an open app ecosystem under the appropriate flagging. Including religion for those who subscribe to that.
reply