Side story: the haptic feedback for the NanoManipulator was through a hydraulic system (kinda like this? https://www.sarcos.com/wp-content/uploads/history_5-339x280....). There were hydraulic lines that were piped through the building down to the machine room (where the SGI Infinite Reality Engine was!). Someone read through the manual and realized that the force that the arm was capable of could easily break someone's arm, and since it was usually grad students working late at night programming it, they decided it would be safest to just decommission that. I think I got one of the last demos during a UNC grad school recruiting event.
Tolstoy also has a lot to share about programming. "Happy families are all alike; every unhappy family is unhappy in its own way" is a clear recommendation to use status codes as return values instead of boolean success/fail.
H3 has the significant downside that children nodes do not fit within parent nodes. So one needs to be very careful working within any sort of multi-resolution algorithm (the most effective uses I've seen are with a fixed resolution). S2 does not suffer from this.
It's the office of the future! https://www.cs.unc.edu/Research/stc/. The challenge in 2000 was that bandwidth and 3d reconstruction needed several leaps forward in quality.
The Wikipedia page dedicates an entire section to explaining that comment, under "Appointment to CEO, controversy and resignation". He was forced out of the CEO position for this political view. It was a pretty significant news story, and I think they are right for including this as part of what he is known for (particularly outside the HN community).
Yeah, it was a significant infrastructure cost. I heard at one time that the single largest computer at Google was the Perforce server. They ended up completely re-writing it (called "Piper") for scaling.
This is sort of what I was alluding to with my comment about Google having different concerns than many other companies. They can afford to dedicate a number of engineers to maintaining a monorepo system and then re-writing when it doesn't scale. That said, I personally believe that there are a lot of benefits to monorepos, and I think those tradeoffs are worth it for other companies too.
We did this this morning, and it was not bad. They ship the tubes to your house, and you get in a Zoom call to verify ID and do the procedure. They haven't worked out all the kinks (it took much too long to do all of us) but it was pretty convenient. The biggest issue? It's surprisingly hard to fill up an entire test tube with spit.
Talented jerks can absolutely destroy a team. In my experience, the actual degree of coding prowess turns out to be significantly less important than the ability to collaborate.
They observed keys being transmitted to Chinese servers, which makes them to suspect that Zoom is distributing keys via these servers. They have worded this very carefully to avoid claiming something that they cannot confirm (distribution to multiple users).
It's possible it comes from a corporate culture that is focused on ease-of-use over security. This is not the first time that they've done some questionable things to reduce friction. See for example https://www.theverge.com/2019/7/9/20688113/zoom-apple-mac-pa..., where they installed a secret webserver to save Mac users a single click.
This is exactly the opening argument of the article, and the writer's response (in part) is, "Nevertheless the Nobel continues to exceed the Booker, the Pulitzer, and all other literary awards in its prestige, global impact, and ability to tip the scales toward immortality."
From the article: "[White Noise]... represents better than any other literary text just how apocalyptic dread has become the inescapable ground note of everyday life."
Aurora Innovation | Software and Hardware Engineering, Machine Learning, Perception, Robotics, EE | ONSITE (WFH for now) | Full-time, Interns | https://aurora.tech/careers | SF, Palo Alto, Pittsburgh, Bozeman
If you're passionate about self-driving, Aurora is hiring! We have openings for engineers at all levels for all of our teams. Here's a link to our careers page: https://aurora.tech/careers
Founded in 2017 by the leading experts in self-driving, Aurora is committed to delivering the benefits of self-driving technology safely, quickly, and broadly. Through rigorous engineering and applied machine learning, the company is building the Aurora Driver, a platform that brings together software, hardware and data services to fully operate any passenger or commercial vehicle.
