Hacker News: danolivo

New comment by danolivo in "Don't be a meat proxy"

danolivo — Mon, 03 Aug 2026 13:52:17 +0000

A while back, I noticed that using Claude all day left me feeling mentally tired. After thinking it over, I realised the problem was Claude’s complex language. I’ve used English daily for years, so that shouldn’t be an issue. To compare, I switched Claude to my native language and had the same problem the author described. The text still needed to be literally deciphered before I could understand it. After talking with Claude, I updated the settings to ask for simpler language and less dense information. Natural language works better with some entropy in the text. This change has made things easier.

New comment by danolivo in "50 Years of Queries"

danolivo — Thu, 10 Oct 2024 02:17:21 +0000

For me, the key idea of this paper was that relational model & SQL are successful because of the key feature: 'compact and accessible form' of a query.

New comment by danolivo in "50 Years of Queries"

danolivo — Thu, 10 Oct 2024 02:12:05 +0000

Hmm, I found it quite debatable. IMO, they are too bonded to the opinion that everything will remain almost the same in database UI and use cases. Looking around at how eagerly analytics employ AI-generated queries, I wonder if they have any arguments to support this standpoint.

New comment by danolivo in "PostgreSQL and UUID as Primary Key"

danolivo — Sun, 07 Jul 2024 00:54:34 +0000

The big problem of serials is their monotonic grow. Each time adding new record you go beyond statistics boundaries and challenge PostgreSQL to guess..

New comment by danolivo in "Show HN: PostgreSQL index advisor"

danolivo — Sun, 14 Apr 2024 15:44:26 +0000

Having creation advice, the extension obviously must provide candidates to delete and, less obvious, candidates to merge some indexes.

New comment by danolivo in "Show HN: PostgreSQL index advisor"

danolivo — Sun, 14 Apr 2024 15:38:58 +0000

The term ‘slow’ is too relational and not strong. I guess, we should look up for queries, which can be potentially faster - see into estimation errors or number of data pages involved into the query.