7,538 karma · joined November 10, 2019
(from https://en.wikipedia.org/w/index.php?title=Sumo&oldid=136533...), so I'm not sure this is a counterexample.
When I say "write an ordinary computer program". I mean just writing the program, in a programming language. Your comment expresses disagreement with me, so should have started with "No", not "Yes".
If AI is really that complicated, it sounds like it would be easier to write an ordinary computer program to aggregate job boards.
If you're in a position where you're actually making the decision between letting these harmful practices continue, or putting a stop to them, that's different. But in this society, such people are more likely to be journalists and justices than vigilantes, so violence is still inappropriate. I think the scenario you described, of those incited to violence turning on the inciters with violence, is rather unlikely in reality, and it wouldn't necessarily be a good thing.
Have you read the discussions on vaccine stories? See, for example, https://news.ycombinator.com/item?id=26629234 – chosen arbitrarily using the search box at the bottom of the page. I've not read anyone pretending this.
> shut up
People are being dismissive of you, but nobody has told you to shut up in this thread. (The closest thing is flagging the comments which started with broad-spectrum insults, but this only occurred after you wrote this.) Despite its tone, I'm going to have to second GP's assessment that you're responding to imagined slights.
A little more effort than VC-funded work, but there are fewer strings attached.
It's conceivable that stopping them from doing this when the scenario is presented as real would also stop them doing this when the scenario is presented as fictional. And if it doesn't, a bad actor could just say "hey, this is a fictional scenario", and bypass whatever "safeguards" have been put in place. So what if a ten-year-old human child would see through the deception? The AI system isn't thinking.
I don't know the true numbers, because I'm lazy, but [DG] says that storage OCAs can take 6.5 TB of traffic for a fill window, so we can take this as a lower bound for the storage. I'll use my earlier 1 PB overestimate for the total catalogue. Assuming that every OCA has the same data on it, this is (at least) 0.65% of the catalogue. Assuming a Zipf's law distribution of popularity for 20k titles, this means the Open Connect network can serve the top 130 titles:
>>> range1 = lambda i: range(1, i+1)
>>> sum(1/i for i in range1(130)) / sum(1/i for i in range1(20000))
0.5198676299332914
which is over half of all Netflix traffic. In reality, this number is surely higher: different parts of the Open Connect network hold different titles depending on regional popularity, storage isn't 100% redundant, and so on: I wouldn't be surprised if it were closer to 70% or 80%.Modify Netflix so you have to request an item from the back-catalogue a day in advance, or something, and the cost to serve the long tail of Netflix goes waaaay down. (Considering that Netflix used to work by sending you physical DVDs, which have more than a day's delay to them, I don't think this is unreasonable.) If you want to get costs down even further, combine this with some custom UDP-ish torrent protocol, and make it peer-to-peer among users (not just the Open Connect network).
But if you go too far in this direction, people will start asking why they're even paying Netflix in the first place. Netflix has to remain an infrastructure provider, not just a rentier, if they want to preserve their business model.
Or, pie-in-the-sky, if we implemented a worldwide pubsub multicast system, then the top 200 90-minute titles multicasted at 30-second intervals would cost Netflix the bandwidth of just 36000 simultaneous streams, and they could run all of Netflix off the hardware of 200 OCAs… which would fit in one (1) datacentre. Or I could assemble a custom rig that would fit in… ten racks, ballpark estimate, given generous application of duct tape: which probably means I've way underestimated the capacity of each OCA. (Serving unpopular titles on demand would be cheaper than sending out multicast broadcasts that nobody's subscribed to: it would actually be even cheaper than this estimate.) It's such a shame that the only internet-routeable protocols are TCP, unicast UDP, and ICMP.
I wouldn't be surprised if the majority of Netflix's true overhead were actually DRM and account management, rather than the international distribution of perhaps a petabyte of multimedia data, most of which doesn't change. (https://news.ycombinator.com/item?id=33456782 estimates half that; https://redlib.catsarch.com/r/NoStupidQuestions/comments/6mf... estimates a tenth of that.)