Hacker News: jlledo

New comment by jlledo in "Zed 1.0"

jlledo — Thu, 30 Apr 2026 01:58:15 +0000

Agreed on the language IDE points.

As for scratchpad: I’ve actually been going back and forth between Zed and neovim. Imo Zed is a good graphical editor with sane defaults and preconfigured tools (and excellent vim emulation). It will never beat neovim's configurability but it’s a smooth experience ootb.

Nowadays I just use both but default to Zed because it can be used both for Windows (for work, don’t @ me) and WSL. Neovim for quick file edits outside my main workspace, editing change descriptions, etc. - $EDITOR stuff.

I could probably get away with plain vim as $EDITOR, but throwing away a perfectly valid neovim config seems silly.

New comment by jlledo in "Google broke its promise to me – now ICE has my data"

jlledo — Thu, 16 Apr 2026 12:27:12 +0000

Not affiliated and never used them, but Cape (https://www.cape.co/) says they protect against SIM swaps with private keys.

New comment by jlledo in "The Curious Case of MD5"

jlledo — Fri, 05 Jan 2024 00:50:35 +0000

As you pointed out, signatures make content trusted, but only to the degree of the algorithm's attack resistance. I think it's also important to define trust; for our purposes this means: authenticity (the signer deliberately signed the input) and integrity (the input wasn't tampered with).

If an algorithm is collision resistant a signature guarantees both authenticity and integrity. If it's just second preimage resistant, signing may only guarantee authenticity.

Now, the issue with Git using SHA-1 is that an attacker may submit a new patch to a project, rather than attack an existing commit. In that case they are in control of both halves of the collision, and they just need for the benign half to be useful enough to get merged.

Any future commits with the file untouched would allow the attacker to swap it for their malicious half, while claiming integrity thanks to the maintainers' signatures. They could do this by either breaching the official server or setting up a mirror.

One interesting thing to note though: in the case of human readable input such as source code, this attack breaks down as soon as you verify the repo contents. Therefore it's only feasible longer term when using binary or obfuscated formats.

New comment by jlledo in "Transactions in a Microservice World"

jlledo — Tue, 22 Aug 2023 23:26:46 +0000

Please do, that sounds interesting! If you choose to do so, could you please share a way to get notified when it comes out?

New comment by jlledo in "Always Own Your Platform (2019)"

jlledo — Fri, 10 Jun 2022 05:47:07 +0000

How exactly do you think they started to suck? Also, what’s stopping platforms from servicing large numbers of users? Honest questions, I’m just curious.

New comment by jlledo in "How to write slow Rust code – Part 2"

jlledo — Mon, 09 Aug 2021 21:25:27 +0000

[1] did in fact talk about and link to a Rust discussion PR[2] about the stdout perf issue. Essentially Rust always flushes stdout for every line of output, whereas other languages like Python tend to buffer larger blocks before flushing.

[2] https://github.com/rust-lang/rust/issues/60673

New comment by jlledo in "How to write slow Rust code – Part 2"

jlledo — Mon, 09 Aug 2021 01:56:21 +0000

It's always sad to see someone get burnt by the internet, I wish him, and also those who criticised him, well.

On a brighter note, I appreciate the noob-friendly explanations. It made it really easy to follow along.

I'm also really curious about how Java achieves better stdout performance. I hope we get to apply the lessons to other environments too! I didn't read all of it, so perhaps there's a clue in @bugaevc's PR[1] mentioned in the article.

[1] https://github.com/renatoathaydes/prechelt-phone-number-enco...

How to write slow Rust code – Part 2

jlledo — Mon, 09 Aug 2021 01:30:24 +0000

Article URL: https://renato.athaydes.com/posts/how-to-write-slow-rust-code-part-2.html

Comments URL: https://news.ycombinator.com/item?id=28111833

Points: 6

# Comments: 2