password4321

Joined 8 years ago

Karma
3,851
Submissions
1,591
Member since
Jun 25
View on Hacker News

Recent submissions

Comment · 1 month ago
This is great! Next up: VB6
Comment · 1 month ago
Fyne.io in Go also doesn't want to support a browser, but that is a great way to expand mindshare (similar to implementing a solid data grid in a UI toolkit).
Comment · 1 month ago
Why can't anyone just run it through one of the "make this not appear so clearly LLM-generated" obfuscation utilities open sourced on GitHub, or something similar just with prompts.

The level of phoning in the complete lack of any work beyond the absolute bare minimum is the most frustrating aspect to me.

Comment · 1 month ago
Comment · 1 month ago
Surprised to see no mention of Cloudbleed yet, something like that is when this centralization hurts the most.
Comment · 2 months ago
> that would not change with different owners

Bookmarking this confidence because people speaking confidently bothers me; we'll see.

Comment · 2 months ago
That autocorrect business would be a great modern technology prank to do to someome on purpose.
Comment · 2 months ago
Cloudflare failed pre-AI with Cloudbleed, which could have been alright except for how they initially handled it. In addition, a few checks & balances have retired or stepped back so there's nothing stopping AI amplification of that company culture.

They may succeed or not, but right now it's hard to stomach as a former fan. I see where a blog post like this could be coming from.

Comment · 2 months ago
My browser doesn't do the fancy URL text selection...

sitzfleisch: the ability to endure or carry on with an activity

Something Oppenheimer did not have, apparently.

Comment · 2 months ago
Doesn't this just mean criminal suspects will be forced to unlock their devices using biometrics (in the US)? That should buy law enforcement some more time until biometrics go out of favor.
Comment · 2 months ago
For the HN 14 day record since I didn't see this yet: in genuinely critical situations, if the threat model includes a device/service being used against one's self, "the only winning move is not to play" (stop the use of the device/service!)

In the same manner, if the critical concern is a device/service being used against one's self remotely, stop the use of the device/service if it is capable of remote access or data collection for later retrieval.

The ultimate baseline reality is that deciding to care whether or not remote access/data retrieval is using a method supported by the device manufacturer/service provider and/or whether doing so is allowed by the current legal system is too late.

Premptive HN disclaimers: I acknowledge the growing unavoidability of devices and services supporting remote access and/or data collection as I type this here on my phone. Remote access and data collection are very convenient and somehow still expected by device owners and service users to be under their control alone. It can be difficult to determine if a device or service supports remote access/data collection. There are often immediate consequences and eventual legal consequences for stopping the use of devices or services that belong to others. Working to change the legal system to slow/reduce use of devices and services against one's self and encouraging others to do the same is admirable.

Comment · 2 months ago
Why don't they do this for cars?
Comment · 2 months ago
What is the best way to learn more about this, are there any examples? This seems a bit counterintuitive to me.
Comment · 2 months ago
I lost my Android SMS DB way back in the day (20+ years? dang I'm getting old) because the SMS app's fix when opening the DB detected any issue was to delete it and start fresh.
Comment · 3 months ago

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton