The ear follows the rules Nyquist created about sample rates (i.e. there are hairs in your ear that are turned to hear 40 kHz but you can't hear that high). There is no reason the eye can't be doing the same thing.
They are using an ethernet solution over fiber so the next steps above 10 are 40 and 100 gig. This is what you can do when you roll out a data network and not an overgrown cable tv network like all the xPON and FTTH, FTTP networks we keep hearing about.
It is a result of the stupid and outdated firewall model of "Trust/Untrust/DMZ" when applied nearly anywhere.
Modern production networks should be firewalling everything from everything else. Nothing should be on the "Trusted" side. Get something like an SSG-140 and load it up with a bunch of 8 port cards which will give you 42 ports and 42 zones for things to talk to. That way you can allow the CNC machine to talk to its support site for its update but it can't ever talk to the laser cutter or other CNC machines.
The sad thing is the SSG is EOL and I don't know anyone else that makes a low cost multi-port firewall and most switches with firewall capability just don't do proper intrusion detection and malware detection.
The FAA has been trying to point out this fact for decades. The paper pilots carry around isn't a pilots license, it is a certificate of license. The license is held in a computer somewhere and when that is revoked, the paper saying you have a license is meaningless.
Most antennas turned for 2.4 Ghz are shorts to a ground plane.
I'm a US citizen living in Australia and I have often been contacted about working in the USA under and H1-B visa for very good pay. When they find out that I don't need the visa to work for them, they aren't interested so something else is going on.
The only world that 20 cent deliveries can work is the same one where "Lucy in the Sky with Diamonds...
Football has a strong connection to military training. It is the best sport to teach future cannon fodder to blindly obey the rules while working as a team and follow the chain of command.
If the data is in cache, it is faster to open a file, read the data in as a text file, do a linear search, process the data, close the file than it is to just do a connection to an sql server. Most online stores are selling so few products that their entire product database should fit in L1 cache. If you want fast, make sure everything that has to be run can live in L1/L2 cache except what has to be be written out. Modern file systems are very good at writing out small files quickly without making the person in front of a screen wait.
I guess people don't like IBM's old work on the subject that showed dropping a 3 second response to just 2 seconds resulted in substantial improved efficiency. Maybe marketing groups need to understand that a customer stuck on a slow site is a bad consumer.
When your in the business of selling random numbers, don't be surprised when someone undercuts you.
When someone calls your 1-800 number, you pay someone. That someone gives a cut of it to other parties. One of those parties may have picked your number for a reason. This can work in a way that is similar to the "False Answer Signalling" fraud that was so common years ago .
If the data fits in a database, it is not Big Data.
Google Wave was some very interesting technology but I think it was pointed in the wrong direction. It wasn't ever considered as a way for the Internet of Things to talk to each other in a reasonable way and everything Google did with it was around pushing it in front of people, not devices. There might have been a time where the terms of service didn't allow devices to communicate using it for message passing.
Language development these days seems to have stalled around a few specific areas which are separated by the family trees of the languages. There were plenty of languages from the past that excelled in one area or another that is often difficult or every inefficient with more modern architectures. Many of the 4th generation languages had some very cleaver ideas. Even new languages like go don't help with a major problem because there is no base type for money so programmers are left to their own devices and end up with floating point issues or just using cents or even worse problems because of the underlying hacks.
The limiting factor of shared fiber broadband is the packet turnaround time just like coax and radio combined with scheduling the upstream data. The *PON networks were designed for sending lots of cable TV bits one direction and being able to cope with a small percentage going the other way. There are all sorts of techniques to fix that problem and all of them fail in different ways. So far the fastest home internet isn't PON based but a dedicated point to point links to a somewhat local fiber switch that has massive amounts of upload. It would be very interesting for Google to release some documents about their different types of technology they are using in Kansas City experiment. I've heard that they are using at least 4 different types of connections.