Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
RHSeeger
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
4 ms
·
1.
▲
by
RHSeeger
5d ago
Pet deposit is for that, not pet rent. Or just deposit in general. Humans _can_ cause just as much damage as pets.
2.
▲
by
RHSeeger
5d ago
Except for the fact that they don't actually know that's what happened.
3.
▲
by
RHSeeger
6d ago
The fact that other countries have tried to do <bad thing> does not mean it's acceptable for another country to do <bad thing>
4.
▲
by
RHSeeger
8d ago
https://www.rightsprotection.org/the-united-states-constitut... If the constitution doesn't take away a right from you specifically, then you have that right.
5.
▲
by
RHSeeger
8d ago
The computer I just replaced had neither wifi nor bluetooth. It was a desktop device and had no use for either.
6.
▲
by
RHSeeger
8d ago
The fact that nearly every passkey implementation is lacking in a variety of very impactful ways... is a very good reason to _not_ use passkeys. When every passkey interaction is a different variety of user interaction nightmare, it's
7.
▲
by
RHSeeger
8d ago
A little snarky, but... It _is_ true that it's more secure when even the people that the passkey was created for can't use it.
8.
▲
by
RHSeeger
11d ago
If a given tool tends to have a high amount of user error, odds are there's a problem with the tool
9.
▲
by
RHSeeger
11d ago
I've seen AI be wrong about things often enough to know that none of what you said is particularly true. Rather, most of it holds true most of the time. But not enough. > Styles can be applied mechanically with linters and formatter
10.
▲
by
RHSeeger
11d ago
Everything about what you're said strikes me as sounding like "I don't bother wearing a seatbelt, because my experience is that I don't get in accidents" .. and also "I don't write automated tests, because
11.
▲
by
RHSeeger
12d ago
I, and I think most experienced developers, can recognize the type of code that incurs a maintenance cost down the line; that will make adding new code take longer. And AI writes such code "relatively" frequently. I love having th
12.
▲
by
RHSeeger
12d ago
But good code isn't just "does it work", it's also - is it understandable - is it maintainable - how much work is adding new features - is it written in a way that adding new features means rewriting a lot of it - is it
13.
▲
by
RHSeeger
12d ago
I think it's interesting to take it one step further. - Is it possible to create an actual, self-aware AI with the technology we have? And by "self aware", all I mean is one that is indistinguishable from "self aware&quo
14.
▲
by
RHSeeger
18d ago
Even if we can't find ways to improve, we should continue to try.
15.
▲
by
RHSeeger
18d ago
> I’m sure we could just put always-on cameras in every house to catch criminals too, but that doesn’t mean it’s a good idea. I use this type of point all the time, and every time to blank stares. Me> The Flock surveillance network is
16.
▲
by
RHSeeger
18d ago
False positives are never a _should_ thing, they're a "best we can do, and worth the cost" thing (or not). It's entirely reasonable to push for a better system, one with fewer false positives (and false negatives).
17.
▲
by
RHSeeger
18d ago
Your wording was ambiguous > In what universe does using encryption to evade the government function as a survival strategy? Could be read as either - It functions as a full and complete survival strategy or - One of it's functions
18.
▲
by
RHSeeger
18d ago
But it should require asking the user if the installation is acceptable.
19.
▲
by
RHSeeger
25d ago
To this day, I never managed to get ET out of that ditch
20.
▲
by
RHSeeger
1mo ago
It matters because high blood sugar isn't great for the body (nor is low blood sugar). A normal, non-diabetic's blood sugar might spike to 120/130 after a balanced meal. But that same person's blood sugar might spike up
21.
▲
by
RHSeeger
1mo ago
> both of which have less carbohydrate I never looked before today, but always thought it was the other way around. > That's unlikely to bring someone out of a ketosis state, which requires a daily intake of < 15--30g Also nea
22.
▲
by
RHSeeger
1mo ago
That's not a fair representation of what happened. That study was going for _aggressive_ control - beyond what any normal person would do. They were combining multiple drugs to force blood sugar down rapidly, including right after meal
23.
▲
by
RHSeeger
1mo ago
Adding any amount of milk to a coffee adds carbs. And a large number of people add _some_ amount of milk.
24.
▲
by
RHSeeger
1mo ago
Seeing just how much rice can impact your blood sugar is eye opening. Sticking to a "half the normal amount" of rice when eating Indian/Asian food can help a lot with blood sugar. And keeping blood sugar in check _seems_ to h
25.
▲
by
RHSeeger
1mo ago
> Passing state between test dependencies Actually, I wasn't even thinking about passing state. I was thinking about shared setup steps. I'm perfectly happy for the same steps to run for each test - as long as each test doesn&#
26.
▲
by
RHSeeger
1mo ago
The question was less about speed and more about not having the same code duplicated over and over across tests. Which is how I read the article talking about it. Allowing one test to "depend" on another makes it clear they use th
27.
▲
by
RHSeeger
1mo ago
I wonder if it would work do design something that was able to say test 1: do step 1, assert step 1 test 2: requires: test 1 do step 2, assert step 2 test 3: requires: test 2 do step 3, as
28.
▲
by
RHSeeger
1mo ago
I agree, both with your analysis of him and your review of "Tidy first?". We read and discussed it at work, and I enjoyed it a lot.
29.
▲
by
RHSeeger
1mo ago
> In addition, families working the fields used to spend less time working than modern adults do, not more[1] And they'd spend a lot more time doing all the things we don't need to do anymore. The money I get from work buys a l
30.
▲
by
RHSeeger
1mo ago
The YAML spec/parse _itself_ does interpolation and logic - incorrectly in some cases. YAML is pretty much never the right solution.
More ›