1,988 karma · joined May 22, 2011
Of course, then your secret key checker would need to build that string by concatenating so that it wouldn't set off itself.
Instead of sampling the mouse position every 100ms, you'd save off all the mouse positions, and then send the latest batch every 100ms. The other side would then replay the exact positions, just delayed by 100ms. It'll end up with the same latency as these motion smoothing approaches, while only using slightly more bandwidth.
Also I wonder what the power connection to a busy all electric refueling station/convenience store by the highway would look like if it wanted to have 16 of these. At least there would be no fumes so it could be more enclosed than a gasoline pump, and presumably no safety reason why you'd need to pay attention to the refueling.
It doesn't take much manufacturer-supplied bloatware, bad drivers, or background processes to use up that much RAM but a Chromebook is just the kernel and Chrome, so you get a lot of bang for your buck.
For example, last week I was grepping through some security logs looking for anomalous logins. There were a bunch of other security events in the log file. Eventually my command looked like `cat /var/log/auth.log | grep -v Disconnected | grep -v cron:session | grep -v 'Invalid user'` and so forth until I only had the "interesting" lines left.
Maybe the right approach to this tool would be to put the lines into a tree based on the longest substrings.
I've seen this work well at a small software company. It paid out once a quarter for anyone who had been there a year.
In addition to better searches, it also allows for better tagging, because a lazy tagger might tag a photo as "food" and I can come back later and fix it to be "fruit pie".
There was an open ontology database somewhere I might integrate so that it has a lot of prefilled tags. That'd be the place to start for photos or anything dealing with the physical world.
Android should take a similar path. Mainline the kernel drivers, keep the minimum system requirements low (which you'll want to do anyway for 3rd world handsets), add developer modes to test apps with constrained RAM and throttled CPU, rank "eco-friendly" apps that have lower storage requirements higher on the play store.
As far as the human resources required, see Ubuntu or Redhat Enterprise, which manage to do ten year support cycles for servers. I think handsets could be easier if you keep upgrading the kernel and core components instead of only applying security updates to the existing software. If you can do that then there's no more security work than you would otherwise be doing, since your latest handsets would need those security updates too.
https://stateofgreen.com/en/partners/ramboll/solutions/world...
I could see netbooting your desktop to avoid having to buy a hard drive.
Also instead of downloading large game assets they could just stream on demand. (Even though downloads would go really fast anyway.)
4K and 8K video streams are already done reasonably at 100 mbps. Some sort of 3D point cloud streaming?
Also along the same lines is "The Knowledge: How to Rebuild Civilization in the Aftermath of a Cataclysm", which I also enjoyed and keep a copy around just in case.
Any game that's grid based with a fixed number of states works well, either turn-based or real time.
You can do a double elimination bracket like a sports tournament, and can be done on a spreadsheet or whiteboard.
For more than two players at once, you could try snake, hearts, or poker.