That's a diversion. It's the same coax going into the house, it's the same overall bandwidth on that coax. Comcast is playing with words.
That is incorrect; you don't understand how coax works. It is the same coax cable, but not the same bandwidth. Video is delivered on a separate spectrum in coax cable. Quadrature Amplitude Modulation (QAM) is used to transmit "classic" cable video and consumes spectrum. Most likely Comcast is reclaiming spectrum and using that to stream tv. Separate bandwidth, just as HAM radio and 4g cell networks consumer separate bandwidth.
They also are likely sourcing the content closer to the end user so they don't have to pay interconnect fees. It is also broadly well known that Comcast has a separate physical fiber backbone just for TV. See cbone vs ibone. Like it or not between separated spectrum and separate physical infrastructure this is most assuredly not "delivered over the internet".
I actually like think the answer is more likely the one proposed by Cixin Liu in The Dark Forest.
Warning spoilers follow
His theory, stems from a few simple axioms. It proposes the following axioms:
First, survival is the primary need of civilization. Second, civilization continuously grows and expands, but the total matter in the universe remains constant.(Liu, Cixin (2015-08-11). The Dark Forest (p. 479))
He further defines two concepts benevolence and malice:
'Benevolence’ means not taking the initiative to attack and eradicate other civilizations. ‘Malice’ is the opposite.
(Liu, Cixin (2015-08-11). The Dark Forest (p. 481)).
Because no benevolent culture can truly determine if another is benevolent the best path is simply silence.
The universe is a dark forest. Every civilization is an armed hunter stalking through the trees like a ghost, gently pushing aside branches that block the path and trying to tread without sound. Even breathing is done with care. The hunter has to be careful, because everywhere in the forest are stealthy hunters like him. If he finds other life— another hunter, an angel or a demon, a delicate infant or a tottering old man, a fairy or a demigod— there’s only one thing he can do: open fire and eliminate them. In this forest, hell is other people. An eternal threat that any life that exposes its own existence will be swiftly wiped out. This is the picture of cosmic civilization. It’s the explanation for the Fermi Paradox.
Liu, Cixin (2015-08-11). The Dark Forest (pp. 484-485).
10 Mbps is more than enough for video. Xfinity tv is built on a technology called HLS. Apple, Google, and Netflix also all use this. The top bitrate offered by xfinity.tv is exposed in the HLS manifest. Take an example HLS manifest for mr robot. Here we see:
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=205437,CODECS="mp4a.40.5,avc1.4d401f",RESOLUTION=320x180 518139459916_1441222758515_1850000_4/format-hls-track-muxed-bandwidth-205437-repid-200000.m3u8 #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=349312,CODECS="mp4a.40.5,avc1.4d401f",RESOLUTION=320x180 518139459916_1441222758515_1850000_4/format-hls-track-muxed-bandwidth-349312-repid-300000.m3u8 #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=549312,CODECS="mp4a.40.5,avc1.4d401f",RESOLUTION=512x288 518139459916_1441222758515_1850000_4/format-hls-track-muxed-bandwidth-549312-repid-500000.m3u8 #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=799312,CODECS="mp4a.40.5,avc1.4d401f",RESOLUTION=640x360 518139459916_1441222758515_1850000_4/format-hls-track-muxed-bandwidth-799312-repid-750000.m3u8 #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=1249312,CODECS="mp4a.40.5,avc1.4d401f",RESOLUTION=768x432 518139459916_1441222758515_1850000_4/format-hls-track-muxed-bandwidth-1249312-repid-1200000.m3u8 #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=1899312,CODECS="mp4a.40.5,avc1.4d401f",RESOLUTION=1024x576 518139459916_1441222758515_1850000_4/format-hls-track-muxed-bandwidth-1899312-repid-1850000.m3u8 #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=2899312,CODECS="mp4a.40.5,avc1.4d4020",RESOLUTION=1280x720 518139459916_1441222758515_1850000_4/format-hls-track-muxed-bandwidth-2899312-repid-2850000.m3u8 #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=4349312,CODECS="mp4a.40.5,avc1.640028",RESOLUTION=1280x720 518139459916_1441222758515_1850000_4/format-hls-track-muxed-bandwidth-4349312-repid-4300000.m3u8 #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=5899312,CODECS="mp4a.40.5,avc1.640029",RESOLUTION=1920x1080 518139459916_1441222758515_1850000_4/format-hls-track-muxed-bandwidth-5899312-repid-5850000.m3u8
This indicates the top bandwidth is 5899312 bits per seconds (or ~6Mbps). That's a pretty standard 1080p streaming bitrate, and well within a 10 (or in your case 50) Mbps bandwidth including someone else browsing or gaming.
HLS is delivered over TCP, not UDP. If you are seeing "pixelated/blocks" showing up (called macroblocking) its because your playback device has selected a lower quality stream.* Now this could be for a huge variety of reasons:
None of these have to do with needing 50Mbps. If your not getting somewhat close to that 50Mbps (within about 10%) you should be on Comcast's customer support like white on rice. In any case really you should be, but din't just assumed incompetency.
There are three compilers for Go, one based on the Plan 9 stuff, one a GCC front end, and one an LLVM front end. True, none of them use header files, but this is really something that doesn't affect C-family languages if you use precompiled headers. The Plan 9 implementation is fast because it does a tiny subset of the optimisations that GCC or LLVM would do.
This really isn't true. Watch the video I linked. Despite your claim today gccgo is slower than gc in compiled performance. Indeed Go 1.4 has begun to approach Java in microbenchmarks. Most of the C++ slowness comes from the amount of data the compiler has to process due to header files. The reason for this slowness is a well known thing. Try GCC's precompiled headers and be blown away by the difference.
As far as mutability goes, it is extremely easy to enforce... just use an interface. I mean being a clojure programmer I understand your objection, but its never really seemed that much of a problem to me.
1. There is a custom debugger for go: https://github.com/derekparker.... Also worrying this much about debuggers is kind of sad, what will happen when you literally can't use one or it doesn't help? Oh you have never done embedded or distributed work I see.
2. Nope (also ). The go compiler is fast because it doesn't use modules/header files. See the C++ working group on the subject to understand why it is so slow: http://llvm.org/devmtg/2012-11...
3. "Built in functions". The built in "generics" are not functions, they are data types. And no you probably don't need them.
4. I'm sorry you don't catch your exceptions. Your coworkers are too.
5. A definition of systems that tons of people use.
6. Godeps. Or like 30 other ones. Java and C++ don't come with a version system either, but you probably assumed Maven was part of the core. 7. Guys CPU profiling for a server side language doesn't work on OSX (except it does).
8. Go doesn't have a virtual (byte code interpreted) runtime, so its nothing like the JVM. And yes every language has a runtime. I mean literally what?
9. Nothing of value here folks.
10. Or here.
There are things wrong with Go, but none of these are them. In fact this post shows such a stunning lack of understanding about programming languages it worries me.
FACT: A good team of average people, working together, will accomplish more than a single person over the course of two months.
This is categorically false. Individual output of programmers vary by an order of magnitude (10x source). Literally one guy can be worth ten others. And this is why the "do you really need rockstars" is always a yes. Even if you are not trying to solve hard problems you can either hire 10x guys @ 50k a year or one guy at 150k a year. You make the choice.
When Dexter's on the Internet, can Hell be far behind?"