Guillermo del Toro's "Pinnochio" actually impressed the dread feeling much more, personally. It's interesting how similar these two movies are, considering the target audience is quite different.
Roller mice are great. I also set up my keyboard such that I can hold down a key and use WASD to move my mouse, with J being left click and K being right. That's been a game changer for me, too.
This looks incredible, I was hoping when I clicked that it would be ortholinear, pleasantly surprised it is! Probably about four years ago I bought a ZSA Moonlander, and started learning Vim keybindings right at the same time. My words per minute dropped to 20 or something before climbing back and passing what it was before. I couldn't ever go back.
Every time you like/dislike/watchlist a movie you're posting data. When you're watching a movie your progress is constantly updated, posting data. Simple stuff but there's possibly hundreds of thousands of concurrent users doing that at any given moment.
There's many cases where server side takes you 98% there, but it still makes economical sense to spend shitloads on getting that 2% there.
In this case it's not the same whether your server sends a 10 second packet and the viewer views all of it, and whether server sends a 10 second packet, but client pauses at the 5s mark (which needs client-side logic)
Might sound trivial, but at netflix scale there's guaranteed a developer dedicated to that, probably a team, and maybe even a department.
> A proper comparison would be YouTube where people upload videos and comment stuff in real-time.
Even in this one sentence you're conflating two types of interaction. Surely downloading videos is yet a third, and possibly the rest of the assets on the site a fourth.
Why not just say the exact problem you think is worth of discussion with your full chest if you so clearly have one in mind?
-the entropy of the data: a video is orders of magnitude than browsing metadata.
- the compute required: other than an ML algorithm optimizing for engagement, there's no computationally intensive business domain work (throughput related challenges dont count)
- finally programming complexity, in terms of business domain, is not there.
I mean my main argument is that a video provider is a simple business requirement. Sure you can make something simple at huge scale and that is a challenge. Granted.
> I think if you ask the question, how do you make a compelling narrative when there's one camera, it can move anywhere on set, and it's sentient?
There's live theater too. Could be an interesting way to experience front-row tickets for a play. But what could AVP provide that a live play couldn't? Maybe putting the viewer in the middle of the stage, but it would be a pain to keep rotating to witness the action.
My understanding is the economics don't work out for live theater. Most productions struggle to fill seats and have pricing issues. The productions that don't struggle (eg: Broadway) don't want to lower the demand for seats. That said, there is a financing issue with Broadway where productions are getting more expensive but audiences are price sensitive after some point, and with the finite number of seats available there's essentially a cap on the revenue they can bring in.
That's also ignoring the artistic issues with convincing actors/directors to design and conduct performances for audiences in a completely new way, which is the problem I was alluding to earlier.
> Maybe putting the viewer in the middle of the stage, but it would be a pain to keep rotating to witness the action.
This has been done before (I've even been to a few local productions where this is the norm) but you have to keep in mind the production is designed for the venue its performed in and where the audience is located.
I think there's a kind of theater production where you could use VR as a tool to a lot of success but I think the work has to be written for it, a production team that's down with it, a cast that can be trained to do it, and pricing model that makes it profitable.
It's a very hard problem domain that isn't technical. It's artistic, social, and economic.
---
I think ballet would be a much better fit than theater, for what its worth.
Yes, that's preferable when it's an option - unfortunately, that's not always possible, especially when life intervenes. Wouldn't you still want a way to share a space with your partner and watch a movie with them?
What's funny is that after demonstrating the loop you still have to give a concrete number of times that you repeat it. You can't deal infinite damage, but you sure can do a googolplex damage.
Raising Google's Number to itself doesn't make it appreciably bigger. Instead you can pick TREE(3), or SCG(13), or Loader's Number which is about the largest famous one we know how to compute.
Beyond that there's the likes of Busy Beaver numbers and beyond that is Rayo's number.
Btw, Graham's Number is less than BB(49 bits) [1].
If it had shown "eightwo" as the last part of a string, then people with overlap would fail the example because they'd be finding "eight" where "two" would be correct. Having it at the beginning means it was overlooked, at least for me.
Though, I have no problem with the "spec". This a code puzzle game, so figuring that out was part of the fun, in my opinion
For me, if there's some good way to gate kids from participating then gambling with loot boxes should be perfectly accepted. Not that it's good game design, but adults can vote with their attention/money
> if there's some good way to gate kids from participating then gambling with loot boxes should be perfectly accepted
There already is, you gotta have a credit card to buy lootboxes. And while I am not aware of the situation all across the globe, in most places you gotta be 18+ to get a credit card. For a debit one you might qualify a couple years earlier in the US (and probably some other countries), but an easy solution would be for Steam to just ping the bank for info on the age of the customer. However, I am not sure if that would be easily possible, especially if we are talking about API-like approaches.
The only current workaround is using gift cards, but I somehow doubt that kids resort mostly to that instead of using their parents’ credit cards. But at that point, it is on parents, because there are all sorts of ways to solve the problem on an individual level (e.g., get a card with a low limit just for steam, use a paypal account that you have to manually log into for every transaction on steam and don’t give your kid the credentials, etc).
Unfortunately, there is no way one could feasibly stop some parents from just handing their kid a credit card and mentally checking out. And any other solution to the problem that won’t massively inconvenience adult Steam customers seems to be difficult to imagine.
At least here in Australia, Steam vouchers get sold in supermarkets and any one at any age can buy them. I'm not sure if those vouchers work on the Steam market but I'd assume they would (I've never seen anything in the Steam UI to suggest that deposited funds will only work in some places).
