Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
ltbarcly3
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
9 ms
·
91.
▲
by
ltbarcly3
2mo ago
Using sequences is clever if you always increment a sequence for every insert, but again my analysis says that unless your table clearing is much slower than mine it's hardly worth it to check, in fact checking the value of every seque
92.
▲
by
ltbarcly3
2mo ago
I think you are right on every point, which is why we should agree that using python async is a bad decision and anyone starting a new project should not use it . Threads might not be what all the cool LLMs are doing, but I have never s
93.
▲
by
ltbarcly3
2mo ago
tracking the table inserted to isn't reliable without some kind of trigger based registry as it requires all db interactions to go through some kind of orm or something which we don't do because it's a bad thing to do. Somet
94.
▲
by
ltbarcly3
2mo ago
You clearly know what you are talking about and I agree with what you are saying 100%, if you are spending almost all your time waiting around, you should address that. Generally the OS has a better solution there as well, in fact linux ha
95.
▲
by
ltbarcly3
2mo ago
We use pytest with xdist and we run as many as the system it is running on can handle. Each xdist process creates and sets up it's own test_db with a unique name (and drops it at the end of its run if possible). Setup and teardown ar
96.
▲
by
ltbarcly3
2mo ago
actually no, and we have something weird for that too: We have code that creates one master sequence then replaces every sequence in the testdb with that master sequence, so all tables pull from the same sequence. That way you can never ac
97.
▲
by
ltbarcly3
2mo ago
Just turning off fsync is basically just as fast as a ramdisk and you can't use up all your memory with one big test.
98.
▲
by
ltbarcly3
2mo ago
Our db clearing takes like 5ms (large schema from mature company, not a toy). We start by restoring a production schema dump which ensures our test db / devdb schema is basically identical to what we run in production. Any migratio
99.
▲
by
ltbarcly3
2mo ago
There are like 43 tiny icon libraries and frameworks for web design. AI didn't start this trend at all. This article is just "put AI in the title and it will get attention" and apparently it works.
100.
▲
by
ltbarcly3
2mo ago
I don't like it, but I don't like it because it is impossible to make it performant. What if I told you there was one of the greatest engineering achievements of mankind ready to make sure your threads run whenever they can, but a
101.
▲
by
ltbarcly3
2mo ago
What you just said is not in any relationship to reality.
102.
▲
by
ltbarcly3
2mo ago
All startups barely publish their research, because doing that would be incredibly stupid for the most part, because they want to sell the stuff they invent not give it away for free.
103.
▲
by
ltbarcly3
2mo ago
Like reusable rockets! Those are only in science fiction too...
104.
▲
by
ltbarcly3
2mo ago
The people here are a who's who of bad software. I expect horrible things. (if you haven't experienced the abomination of everything hashicorp made you should not downvote me here)
105.
▲
by
ltbarcly3
2mo ago
There's a very nonzero chance that the AI expenses are not a race to recoup investments as they are a bet (with other people's money) that AI will lead to longevity or immortality, a bet made by aging tech oligarchs. Notice that
106.
▲
by
ltbarcly3
2mo ago
that is so long
107.
▲
by
ltbarcly3
3mo ago
async python is always slower than just naively using threads. I don't think there is any application in production anywhere that would not prove me right on this. the complete lack of any kind of scheduling is a disaster. unless yo
108.
▲
by
ltbarcly3
3mo ago
They feel a genuine responsibility to avoid the buzzing sound in their head that results from trying to believe and make other people believe they feel a genuine responsibility for people while taking actions that are the polar opposite of
109.
▲
by
ltbarcly3
3mo ago
Opencode's cache hit rate is better than claude code. Opencode has in my experience been better than any of the closed source / closed development alternatives and is not locked down. https://news.ycombinator.com/
110.
▲
by
ltbarcly3
3mo ago
It's a testament to how broken modern business practices are that GoPro can sell 1.2 Million cameras per year and still go out of business. It's possible they are just poorly run, and they spend more in R&D than they recoup in
111.
▲
by
ltbarcly3
3mo ago
I get that they can make super tiny cheap processors, but why isn't there one faster than a 4 year old raspberry pi?
112.
▲
by
ltbarcly3
3mo ago
Why can't anyone build a performant RISC-V cpu? The SpacemiT K3 seems to be the fastest available right now, and it's basically a joke. https://www.phoronix.com/review/spacemit-k3-pico-itx/3 I'm s
113.
▲
by
ltbarcly3
3mo ago
1. It's only going to get harder to identify these articles. 2. Labeling the ones that are honest about being AI generated punishes honesty and rewards lying by boosting AI generated articles that say they are not AI generated.
114.
▲
by
ltbarcly3
3mo ago
nope, software patents are stupid
115.
▲
by
ltbarcly3
3mo ago
Hey I patented this idea about a decade ago: https://patents.google.com/patent/US20170184409A1 (I'm not saying I'm the first or only person to think of it, but I did patent it, as well as the extra claim of c
116.
▲
by
ltbarcly3
3mo ago
Did he announce it in the metaverse? Bro is never right.
117.
▲
by
ltbarcly3
3mo ago
This is correct, the memory encryption stuff is to prevent side channel attacks, not secure data.
118.
▲
by
ltbarcly3
3mo ago
I had Claude interpret a photo of the heart monitor when I was in the ER last year. It said I was about to die. I was fine.
119.
▲
by
ltbarcly3
4mo ago
I'm noticing more and more AI writing everywhere, from youtube to this article: From the subtitle: "Nothing complicated, answers only one question: " clearly LLM generated.
120.
▲
by
ltbarcly3
4mo ago
You didn't read my comment. Literally addressed this point when I said "the Junior engineer isn't going to learn much if anything in the process"
More ›