Hacker News: pdhborges

New comment by pdhborges in "Don't answer the first question"

pdhborges — Mon, 18 May 2026 14:23:50 +0000

How about answering the question and then add details later? IME that tends do work better.

New comment by pdhborges in "An AI coding agent, used to write code, needs to reduce your maintenance costs"

pdhborges — Mon, 11 May 2026 07:10:47 +0000

At least if you a test suite that doesn't have to be migrated. I too would like to migrate some services from Python to Rust but my test suite is written in Python so I would have to actually check if the test suite migration was correct manually (I can't event compile it!) before doing the rewrite.

New comment by pdhborges in "Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc"

pdhborges — Sat, 09 May 2026 19:17:29 +0000

Curious how the test suite was applied. Was it ported from Zig to Rust beforehand?

New comment by pdhborges in "For thirty years I programmed with Phish on, every day"

pdhborges — Sun, 03 May 2026 17:44:19 +0000

Works great. No wonder China is eating our lunch.

New comment by pdhborges in "There Will Be a Scientific Theory of Deep Learning"

pdhborges — Sat, 25 Apr 2026 08:32:33 +0000

Can you share that document?

New comment by pdhborges in "Bullshit About Bullshit Machines [pdf]"

pdhborges — Tue, 21 Apr 2026 09:19:23 +0000

It's in the file metadata:

- LuaTeX-1.17.0

- LaTeX via pandoc

New comment by pdhborges in "My adventure in designing API keys"

pdhborges — Wed, 15 Apr 2026 08:45:09 +0000

I don't even understand what approach 3 is doing. They ended up hashing the random part of the API key with an hash function that produces a small hash and stored that in the metashard server is that it?

New comment by pdhborges in "Apple's accidental moat: How the "AI Loser" may end up winning"

pdhborges — Mon, 13 Apr 2026 08:13:57 +0000

Apple's accidental moat now is taking the rise of hardware prices due to AI eat into their margins and just expand the mac user base.

New comment by pdhborges in "I run multiple $10K MRR companies on a $20/month tech stack"

pdhborges — Mon, 13 Apr 2026 07:36:55 +0000

> realizing different systems will have different constraints.

I realize that. There are a few comments already that present use cases where I can totally see using Sqlite as a good option.

> Not everyone needs monopolistic tech to do their work

We are talking about localhost Postgres vs SQLite here. Both are open source.

New comment by pdhborges in "I run multiple $10K MRR companies on a $20/month tech stack"

pdhborges — Sun, 12 Apr 2026 17:13:15 +0000

So you are migrating from Sqlite to Postgres because you need it. What is the state of your product when you need to do this migration? Is your product non trivial? Are you now dependent on particular performance characteristics of Sqlite? Do you now need to keep your service running 24/7? Accounting for all of that takes way more than 5 minutes. The only way to beat that is if you still have a toy product and you can just export the database and import it and pray that it all works as a migration strategy.

New comment by pdhborges in "I run multiple $10K MRR companies on a $20/month tech stack"

pdhborges — Sun, 12 Apr 2026 17:07:20 +0000

Yes it might be risky. But most schema evolution changes can be done with no or minimal downtime even if you have to do then in multiple steps. When is a simple ALTER going to be totally unacetable if youare using Sqlite?

New comment by pdhborges in "I run multiple $10K MRR companies on a $20/month tech stack"

pdhborges — Sun, 12 Apr 2026 16:07:52 +0000

Do you know why it is a toy? Because in a real prod environment after inserting 240k rows per second for a while you have to deal with the fact that schema evolution is required. Good luck migrating those huge tables with Sqlite ALTER table implementation

New comment by pdhborges in "I run multiple $10K MRR companies on a $20/month tech stack"

pdhborges — Sun, 12 Apr 2026 11:27:05 +0000

Gets proper backups if you back it up the right way https://sqlite.org/backup.html

New comment by pdhborges in "I run multiple $10K MRR companies on a $20/month tech stack"

pdhborges — Sun, 12 Apr 2026 09:01:22 +0000

I bet that takes more time than the 5 extra minutes you take to setup Postgres in the same box upfront.

New comment by pdhborges in "A cryptography engineer's perspective on quantum computing timelines"

pdhborges — Mon, 06 Apr 2026 16:45:18 +0000

What do you recomend as reading material for someone that was in college a while ago (before AE modes got popular) to get up to speed with the new PQ developments?

New comment by pdhborges in "Every layer of review makes you 10x slower"

pdhborges — Tue, 17 Mar 2026 15:31:11 +0000

I read the article and to be honest I don't know where we disagree. I disagree with this quote,

> Takes ~10min to revert a bad deploy

A bad deploy can take way over that just in customer or partner management communication.

New comment by pdhborges in "Every layer of review makes you 10x slower"

pdhborges — Tue, 17 Mar 2026 08:41:00 +0000

> The other side of this is building safety nets. Takes ~10min to revert a bad deploy.

Does it? Reverting a bad deploy is not only about running the previous version.

Did you mess up data? Did you take actions on third party services that that need to be reverted? Did it have legal reprecursions?

New comment by pdhborges in "Writing code is cheap now"

pdhborges — Tue, 24 Feb 2026 13:28:16 +0000

I wouldn't say acceptance of crappy code. I think the issue is the acceptance of LLM plans with just a glance and the acceptance of code without any code review by the author at all because if the author would waste any more time it wouldn't be worth it anymore.

New comment by pdhborges in "Writing code is cheap now"

pdhborges — Tue, 24 Feb 2026 13:20:47 +0000

The problem is those plans become huge. Now I have to review a huge plan and the comparatively short code change.

New comment by pdhborges in "CXMT has been offering DDR4 chips at about half the prevailing market rate"

pdhborges — Sat, 21 Feb 2026 22:39:48 +0000

Does that mean CXMT is one inch away from also eating into the DDR5 market?