Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
mcronce
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
181.
▲
by
mcronce
4y ago
I don't. I avoid Go like the plague. My point was that you don't get to unilaterally decide for everybody whether fast compile times or runtime performance is more important.
182.
▲
by
mcronce
4y ago
No basis other than clear observation of reality, you mean?
183.
▲
by
mcronce
4y ago
Persistent storage tied to a specific member of the deployment is a StatefulSet feature. That's likely what they mean by "stable", although I really wish they were more clear about it
184.
▲
by
mcronce
4y ago
There's nothing stopping you from installing using rustup. There are also tons of projects that have much older MSRVs than simply "latest stable".
185.
▲
by
mcronce
4y ago
> Fast compiler times are more important than being the fastest at runtime. For you, maybe.
186.
▲
by
mcronce
4y ago
How does building overcapacity help when those sources aren't producing at all? Building overcapacity is required with storage. It doesn't help without storage.
187.
▲
by
mcronce
4y ago
This isn't really accurate. There's a reason that fossil fuel companies/executives "embrace" intermittent renewables while running decades-long smear campaigns to turn public opinion against nuclear.
188.
▲
by
mcronce
4y ago
Oh, I see. You are handwaving away the nonexistent storage tech required to stand up a power grid. Please stop. The fact is that without inventing new storage tech, which might or might not be possible, the only options for powering the
189.
▲
by
mcronce
4y ago
Quantify "a bit" for me.
190.
▲
by
mcronce
4y ago
If you ignore the fact that wind and solar work when they want to, you're absolutely right.
191.
▲
by
mcronce
4y ago
This presupposes that economics are the most important thing. That isn't really the case. It doesn't matter how much money you have when the climate burns to the ground around you, while energy sources that work when they want to
192.
▲
by
mcronce
4y ago
I was going to say Facebook
193.
▲
by
mcronce
4y ago
I had the same experience. If you want to branch out, Tyrell Knifeworks - https://www.youtube.com/c/tyrellknifeworks - gave me a similar experience with knife forging/construction
194.
▲
by
mcronce
4y ago
Not really. It takes a sustained load over a long enough period of time to raise the temperature of the aluminum chassis to the point that it causes physical pain. If that's your use case, you have a point, but that's not most p
195.
▲
by
mcronce
4y ago
IT can lean on the vendor to fix their shitty software. If the head of IT doesn't want to do that, the department is dysfunctionally managed and does not have my sympathy. Beyond that, I don't really care what policy is. While I
196.
▲
by
mcronce
4y ago
A few companies ago, our IT dept's nannyware had a bug on OSX that was causing it to peg a CPU core at random. So, in engineering, we obviously just found a way to disable it. The IT guys were not amused. "It is against IT poli
197.
▲
by
mcronce
4y ago
I've never had this experience with AirBnB - although I have had some crappy ones, but not nearly this bad. I was just in the process of booking a car on Turo yesterday for the first time in a while, though, and did see a ton of listin
198.
▲
by
mcronce
4y ago
Not really, no. You either need storage tech that doesn't exist and might or might not be possible, or you need to grossly overbuild intermittent sources everywhere and make megagrids, the likes of which the world has never seen. Mayb
199.
▲
by
mcronce
4y ago
Honestly, that last point seems like something that would make on-call extremely palatable. Essentially acknowledging "on-call sucks; in return, here's the latitude to work on whatever you happen to think is important/intere
200.
▲
by
mcronce
4y ago
> Which will come from renewables. This is something solar/wind zealots often like to repeat, while hand-waving away the fact that those energy sources work when they want to, not when you want them to. If you want a reliable, clean
201.
▲
by
mcronce
4y ago
This is consistent with my experience. Semantic versioning is very very widely used in the Rust ecosystem, so you're not looking at breaking changes unless you select a different major version (or different minor version, for 0.x crat
202.
▲
by
mcronce
4y ago
I was using a French press prior to switching to pourovers and while I don't care for it as much as I do a pourover, it is undeniably a very fast way to make a cup of coffee
203.
▲
by
mcronce
4y ago
I saw that episode and imitated with my Milwaukee cordless drill. It's very very good.
204.
▲
by
mcronce
4y ago
Honestly, as somebody who does pourovers that take like fifteen minutes between grinding the beans, heating the kettle, pouring, and finally drinking...sometimes I do yearn for just a Keurig-like fast-shitty-cup-of-coffee experience without
205.
▲
by
mcronce
4y ago
It reduces transmission.
206.
▲
by
mcronce
4y ago
You weren't unable to attend anything. You had an option to attend the event - get vaccinated. You chose to not attend the event. The only thing "keeping you" from it is you.
207.
▲
by
mcronce
4y ago
> long after covid is any sort threat whatsoever People dying and people with - and still getting- long COVID would probably disagree with that statement.
208.
▲
by
mcronce
4y ago
If you've got a thread running one event loop, how could you signal to it to temporarily break out of that loop and run a different event loop for a while?
209.
▲
by
mcronce
4y ago
This assumes that people only use Rust for the performance. I don't think that's strictly true. 95% of what I write isn't performance-critical or even, really, performance-relevant. I still choose Rust for the vast majority
210.
▲
by
mcronce
4y ago
If your function is fallible, your function is fallible - it's up to you to decide whether that means returning Result or panicking. If you want your function to be infallible, while itself calling a fallible function, you have to han
More ›