adambatkin

People who don't enjoy sunburns on their hands put sunscreen on their hands.

My electricity and water is much more reliable than my Internet service. Then again, I've never called my ISP about an issue that wasn't 100% on them, but the HN crowd is more exceptional in that sense than most people.

My car beeps occasionally, but it certainly doesn't rise to the level you describe. Some of them represent real safety issues, even if you don't think they do in that moment. For example, my TPMS has saved alerted me to low tire pressure when I didn't know I had a leak, and the fact that it beeps a couple times every time I start the car is both helpful ("oh right, I need to get that fixed soon") and far from annoying.

Accidentally leaving a kid locked in a car on a hot Summer day is beyond horrific. How many kids should die before we think the annoyance of an extra beep would be worth it?

Put another way: Worse is Better

Prusa. Made in Europe, from quality components (or buy it as a kit from them and build it yourself, which is a really fantastic experience). Hardware is repairable and upgradable and the firmware is open source.

But they cost more than Bambu. Most Chinese things tend to cost less than alternatives, for obvious reasons.

I think as a technical term, pausless (as used here) has a specific meaning, just like real-time has a specific technical meaning (not literally 0 latency since that's generally physically impossible).

That's a great idea. Let's do that.

And until that happens, helping people file their taxes for free is a benefit to everyone (except tax prep companies).

I would be surprised if much of that funding went to constructing those fancy buildings - donors who want their name over the door like to do that. Keeping the lights on, air heated/conditioned, stockrooms stocked, etc don't come cheap. Let's also remember that the government doesn't _just_ get all the research output from that grant money, they get a pipeline of researchers (and undergraduates) that feed industry (plus world class research facilities that can do more research, beyond what the government directly funds). And that's a large part of what has made the US so economically successful, and such a desirable place for people to learn and work.

(Also professors and post docs in many areas can make a lot more in industry, so let's not knock them too much if a university wants to look at least a little attractive to them)

Programming languages are complicated. Their standard libraries are extensive. Real world application are usually not trivial, because they often model real world processes, and the real world is messy.

Anything we can do to make writing software easier and more reliable, and reduce cognitive load, is going to benefit the software developers who are involved, and will make the systems better.

I'm sorry, if you can't jump-to-definition then you are wasting the company's time. It's something that all developers need to do and there's no reason we should be wasting time navigating a codebase when what you are looking for can be found instantly.

Same with autocomplete. I can type very fast, but autocomplete can type faster. Plus with the size of most APIs (even the ones built in to most programming languages) I have better things to spend brain space on. Is it list.empty(), clear(), empty(), truncate() or something else? With autocomplete I can find the function in want in 3 seconds (and read the docs inline, so I can tell that empty() doesn't empty the list, it tells me whether or not the list is empty) without lifting my fingers off my keyboard. Should I remember which is which? Maybe, but I don't care, and a jump between languages frequently enough that it's not worth the effort to keep track of silly things like that That's a contrived example, but hopefully you get the point.

Something that Rust got _really_ right: Editions. And not just that they exist, but that they are specified per module, and you can mix and match modules with different Editions within a bigger project. This lets a language make backwards incompatible changes, and projects can adopt the new features piecemeal.

If such a thing came to C++, there would obviously be limitations around module boundaries, when different modules used a different Edition. But perhaps this could be a way forward that could allow both camps to have their cake and eat it too.

Imagine a world where the main difference between Python 2 and 3 was the frontend syntax parser, and each module could specifically which syntax ("Edition") it used...

It's great that it works for you. It doesn't work great for a lot of other people.

The hate is because the "Gnome developers" (and that's an unfair generalization on my part, but let's run with it anyway) have a long history of saying This is the One True Way to do various things, and unlike most other Linux DEs, Gnome has positioned itself as a general-purpose system, and it has the most commercial backing of any other DE. There have even been cases where every other DE wants some Wayland thing one way but Gnome devs want it another way. Gnome developers go so far as to attempt to rationalize why other use cases or desires aren't even valid (which is offensive).

In other words, the hating on Gnome isn't necessarily that Gnome itself is inferior to other systems, it's that some Gnome developers (and many interactions when it comes to standardization and interoperability) are condescending, dismissive, and they insist on imposing their (technical) will on the whole Linux GUI ecosystem.

Can confirm. Had 3 or 4 batteries replaced (under warranty) before the local dealership informed me that "some DCMs cause parasitic battery drain". I brought it in, they ran some sort of test, and ordered me a new DCM (also under warranty). It took a while for the part to arrive, so they pulled the fuse. As other posters have noted, it took out one of the speakers (music sounded only mostly normal) and both the mic and speaker for Bluetooth comms were dead.

Previously, there were times that I would drive 100 miles one day, and I couldn't even open the doors using the automatic locks on the following day. It's been about a month on the new DCM and so far I haven't had any issues, so here's hoping...

I don't believe that S3 Bucket Policies are deprecated. They are powerful, effective, and consistent with almost everything else at AWS (Resource Policy). Perhaps you are thinking of ACLs?