Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
mpyne
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
61.
▲
by
mpyne
4mo ago
I grew up poor and that was never an inducement to commit crime. I took plenty of "food I didn't want" off my friends' hands at lunch in middle and high school, but never even thought of crime. Although my parents weren&
62.
▲
by
mpyne
4mo ago
Tons of the Navy's public websites still run on it.
63.
▲
by
mpyne
4mo ago
Yes that's a thing too, but it's a question of cost and potential revenue. So if replacement hardware is really expensive then maybe you make the inefficient stuff hang out longer, as long as it's not broken and you have pa
64.
▲
by
mpyne
4mo ago
> thus replace their hardware constantly? Yes? How else do you think it works? At scale, hardware breaks all the time and must therefore be replaced all the time. This is true even at Hetzner's scale.
65.
▲
by
mpyne
4mo ago
No, because they are ultimately constrained by outputs that can be delivered or (assuming claims on future economic output into the market) the money supply that can be assigned to the future output. Even with leverage I couldn't ask
66.
▲
by
mpyne
4mo ago
> I often hear doubts that anyone wants this. This was actually a key feature that was greatly desired by a large organization's HR function when they were working to setup a consolidated enterprise data warehouse a decade back. It
67.
▲
by
mpyne
4mo ago
> There's this thing called "research" where you talk to real people, instead of guessing. Obviously you should talk to people. But that doesn't lead to guarantees of product-market fit. People can describe their prob
68.
▲
by
mpyne
4mo ago
No, it's best to manage your software delivery organization to reduce the cost and time of experiments so that you can quickly and cheaply figure out what to build... and then build that . But there will still necessarily be things th
69.
▲
by
mpyne
4mo ago
> sorry, but this just sounds like a rationalisation for "we built the wrong thing". If it were so easy to decide what the right thing is to build before you build it then business would be easy. That's the whole reason op
70.
▲
by
mpyne
4mo ago
Salinity, temperature and pressure aren't normally large factors for cetaceans, no. If you're referring to active sonar, that's an issue for anything with ears under the water. But animals themselves also can make loud noises
71.
▲
by
mpyne
4mo ago
Is it? Seems from the outside that it was the thing that finally drove Anthropic into profitability.
72.
▲
by
mpyne
4mo ago
About right, but more importantly it's highly dependent on factors like pressure, temperature and salinity, all of which change in relevant ways in the ocean depths. People imagine sonar like it's radar, where you get clean bearin
73.
▲
by
mpyne
4mo ago
I've used many a government website in the Navy, and they were almost invariably bad, but it had nothing to do with React per se. A very slow website I can think of had something like 200 GET requests required to load the landing page,
74.
▲
by
mpyne
4mo ago
This issue was one of AWS's listed reasons for tending to prefer NoSQL style databases over "more performant" RDBMS, because of the more consistent worst-case performance, even if the result is worse average-case performance,
75.
▲
by
mpyne
4mo ago
There are Qt analogs for just this thing (QStandardPaths, https://doc.qt.io/qt-6/qstandardpaths.html ) to drastically simplify what can be a quite annoying task if you're trying to write GUI software that respects
76.
▲
by
mpyne
4mo ago
> If cloud keeps making offers good enough such that people pick it instead of building their own PC, the number of personal devices will decrease. Perhaps, but I never claimed otherwise. Simply that the personal devices that do exist wi
77.
▲
by
mpyne
4mo ago
> The future of gaming will unfortunately be renting from the cloud That might be your future. But as long as there are computing platforms that users can run in their own home there will be games for them. Nor do I think Nintendo will s
78.
▲
by
mpyne
4mo ago
Yes, and this is much of my lament. The DoD mindset pervaded a lot of places building significant software systems in early computing, as compared to NASA and others. I don't think iteration should have been considered unfortunate even
79.
▲
by
mpyne
4mo ago
> Oh I see. I guess your zygotes have developed more than mine. I think Google may have coined or at least popularized the term zygote for this in Chrome and Android, Chrome documentation [1] says: Google may have popularized the term, b
80.
▲
by
mpyne
4mo ago
I don't think fork() mandates overcommit. OpenBSD doesn't seem to even allow overcommit or have an OOM killer, memory allocations that exceed available capacity fail immediately even if the memory is not touched.
81.
▲
by
mpyne
4mo ago
Then it wasn't "actual waterfall development". The paper that defined waterfall literally tells you that you will build the system twice. Ideally only twice. You can refer to Dr. Royce's paper as the primary source on
82.
▲
by
mpyne
4mo ago
> Just because I feel like something is better or different doesn't mean it actually is. Of course, but it is a data point, and multiple such data points can be aggregated. This is true even if all you can do is compare two things.
83.
▲
by
mpyne
4mo ago
> I just don't believe non-deterministic tools can actually be benchmarked. It's all hoopla to me. We benchmark non-deterministic things all the time and it's frankly not even that unusual or hard. You yourself indicate th
84.
▲
by
mpyne
4mo ago
In fairness, with the waterfall methodology that pervaded back then, the "first" system you shipped was actually the second. "Build one to throwaway; you will, anyhow".
85.
▲
by
mpyne
5mo ago
> In fact I thought the government had long since gotten pretty serious about using smartcards and HSMs for everything? They do use it for a lot, but there are a lot of things that need to authenticate to each other in a modern ecosystem
86.
▲
by
mpyne
5mo ago
Yes, the harness they used actually existed and was in use beforehand, it wasn't developed for testing with Mythos.
87.
▲
by
mpyne
5mo ago
> The stdin-vs-stdout split is where I see the most actual "is this a TTY" mistakes though. Tools that emit JSON-on-stdout-when-piped and TUI-when-not work fine until something stuffs them into a PTY with piped stdin — then the
88.
▲
by
mpyne
5mo ago
> Why would the price go down in the future? Because price is driven mainly by competition, not by a desire to recoup prior spending. Investors aren't doing things out of the sheer goodness of their hearts, so if they could just bum
89.
▲
by
mpyne
5mo ago
> I just wouldn’t bet that LLMs are going to make any of these realities any better, they might exacerbate those issues. Yes, that's certainly a fair assessment, especially the more it convinces software developers they can talk to
90.
▲
by
mpyne
5mo ago
Recruiting for those considering careers, and marketing more broadly for those who pay taxes.
More ›