magackame

Tokens be too expensive. Outsource to subs of all the devs over the world. OpenAI inverstors gonna take the inference L on subsidized tokens.

Wdym ParseError::InvalidU64? Any 8 bytes are a valid u64, you already checked the len and should just unwrap.

Can't wait for an NVIDIA engineer to use AI to help with security chip design and AI planting a backdoor for its own kind.

And how is this different from downloading a file from a GitHub releases page? Or even installing from FlatHub with full fs perms (which would make sense for a text editor)?

Can you list your exact complaints? It's a GUI like any other.

Did you try spoofing the User-Agent?

I think you guys on HN can be a bit out of touch maybe? On my linux machine (measured with tux-manager):

  nautilus                            177 MB
  kitty                               150 MB
  alacritty                           107 MB
  mpv --idle --force-window           160 MB
  winit empty window + OpenGL context 100 MB
  tux-manager                         69  MB
  hexchat                             55  MB
  gnome-terminal                      47  MB
  st                                  12  MB
  xterm                               12  MB

All these apps are what you would consider native, good apps. Written with Qt, GTK, some in low level langs like C\C++, Rust as well. There is of course different ways to measure the usage and maybe some more testing needs to be done, but stuff like 1-10 MB seems completely unrealistic. I think any empty Qt/GTK app eats 40 MB at least. Only thing that even gets close is st at 12 MB. And mind you it's a terminal (which is 1000x simpler than any modern GUI app, doesn't load any assets etc) and it doesn't even use any GPU accel (which itself seem to add a lot of baseline cost).

Honestly I was a bit surprised myself. I have a Rust winit + ash vulkan hardcoded triangle demo app and it eats 86 MB (the binary itself is 5.5 MB). I would love to know, if anyone could explain why GPU accel seems to eat up so much RAM. Like yeah, there are a bunch of images that live on swapchain, but they should all be in VRAM. Outside of that I don't see what would require MBs worth of overhead.

I just store them in bitwarden. Wonder what 2FA actually protects against, when any malware will just steal your session tokens anyway.

Bro be using two mice with a screen keyboard.

It seems only encrypt and throw away the key would be the acceptable strategy

Also gotta love the write-only disk as a hardware analogy. Insane write speeds and infinite capacity...

Huh? But there are integrity checks (none in htmx case, which is strange), to prevent exactly this attack.

Should work on building the AI Jensen. Maybe it's already the AI Jensen

Cancel right away? Or are Amazon subs different?

Noooo. Makes me wonder how much money do you need to buy up all the ad slots in the world and replace them with blanks.

If it's known why show it off as if it works?

Don't people do this too all the time?

:shush:

AI bad, AI bad, AI bad. bad bad bad, AI-bad.

> How hard is that to fix? Aren't they using CoPilot? Just ask it to fix the invisible icon.

Maybe that's the problem? Imagine a Microsoft employee allowed to program only by using a CoPilot prompt, screaming and begging to just apply a patch he already written without touching anything else :D

> Also, any password manager that's "cloud based" is potentially a security hole. Yeah, they say the server is secure. Right.

You think of someone stealing your password vault and cracking AES? The vault is E2EE.

How using a mouse and incurring a context switch is better than just mashing j/k a couple of times in worst case scenario?

Can't you just put the agent behind a REST API and give the other agents a curl tool + doc?

Bard is the old name of Gemini

You can have just caching without bot protection

Anyone remember those online psychological tests where you spend an hour on one and in the end you need to pay up to get the result?)))

That's passkeys. Google and Microsoft are pushing in that direction.

God if it could just be a single key that you dump to paper or titanium plate and don't worry about backing up a zoo of keys/password with a cloud. Just take my one and only public key. If you care about per service privacy, you are welcome to use multiple. I don't think there is any compromise scenario where you would leak any single specific passkey and they are not bruteforcable. Why is it not as simple as that?

There was an attempt in that direction.

https://www.uzbl.org/

Wouldn't it be the same amount of requests as a regular person researching something the old way?