727 karma · joined April 3, 2013
Attaching terms like "2K" to a computer screen invokes legacy compatibility horror feelings for me.
https://unctad.org/en/pages/newsdetails.aspx?OriginalVersion...
The boring utilitarian combustion engines the large majority of humanity has ever experienced probably won't be missed, though. Boring cars were still boring a decade ago.
I assume it'd never be triggered from above due to "a series of scandals" as long as operations remained viable.
#2) Planetary protection. Mars his a Category V target: it has potentially habitable niches, it has an atmosphere able to carry biological contamination anywhere, and we want to return samples from it to Earth. Chances of contamination are much lower when we stay far away from water ice and active gullies. Modern landers and rovers are much more delicate and intricate than the original Vikings and we can't just bake off all the contamination.
#3) Communications. Equatorial plains have a better view of the relay satellites.
#4) Close up, most interesting features on Mars are still a rocky desert. The Phoenix Lander landed on top of permafrost, which was unintended as it was thought to be just another rocky desert.
#5) Odd features are often complex geologically and characterizing the area near the rover may not say much about Mars nor provide useful context for future, more detailed missions.
#6) Perhaps, a tiny bit of backlash from Viking's ambiguous chemical experiments. It's easier to get conclusive science and write solid papers from old, stable parts of Mars.
I don't think this is accurate. Discoverability was the bonus score piece, the most fundamental parts were statelessness and caching.
A lot of grievances in early web development came from state breaking when people browsed back, reloaded pages, did other things between requests, or got hit by pretty aggressive caching.
Nothing intrinsically REST-blocking in the original zero JavaScript, form-based apps, they were just that messy and expected people to follow a linear path on a single browser window.
People where solving these problems for the first time (for the web), and they actually needed to be told to care for state.
We had a glimpse of all the information that was out there, but still couldn't access more than a little bit of it. It was frustrating more than anything else. Personally I had gladly archived it in the back of my mind till it started to surge back as vaporwave.
A bad part about user-end autocorrection is that the end user is looking only at the case they have in front, not the overall average — if they have a case where it worked very well, they'll start overly trusting it and failing at producing good results. If they have a case where it wasn't useful, they'll be annoyed by it and feel they are doing more than they should. In all cases someone is going to be unhappy.
If I can't expect all ends to understand the value I'd mostly just look for pipelines where a-c could be an internal process and there was no need for the data provider and end user to be aware that it's happening. But then, ascertaining this is a problem on its own.