The Meta/Oculus bet was never about VR or gaming. It is to solve Zuck's greatest fear of being beholden to platforms controlled by others. What it was supposed to be was basically what Microsoft missed out on with mobile, losing to Google and Apple. VR and AR could be that next platform to own and control. They would love to have all the data that Google and Apple enjoy. That's what Quest -> Horizon was about, change a gaming device into a mainstream entertainment and work-friendly one. This is all driven out of fear and lack of control. It would suck for them if OpenAI owns the most successful personal AI device.
They could release a subsidized Facebook phone which is just some android pos with Facebook rammed into it for way less than the 70 billion or whatever they burned on VR.
I still find it funny that Apple did exactly the usual Apple thing of coming in way later and yet inventing a UX for this kind of stuff good enough that Meta immediately started scrambling to copy it.
Having a baked in hardware userbase and dev team helps a lot. The hardest part of inventing new things is getting feedback from real people who really think deeply about this stuff, who also have lots of power within the company to say no.
The post is based on a misguided premise. Don't hire based on experience with a niche language. Hire based on the ability and motivation to learn and use it effectively. Many interesting and useful things I learned on past jobs--actually almost everything except BASIC, Atari machine/assembly, and datastructures+algorithms. I got hired for a Ruby/Rails position having no experience with either on an invite from their CTO.
> The issue is not whether my students are valuable. In the long run, they are invaluable. The issue is that their value emerges slowly, whereas AI delivers immediate returns.
I had the thought that it's more like hiring only autistic/on-the-spectrum employees that will on whims do exactly what their interpretation was, or possibly worse literally what you said without considering further consequences.
You think? I will get banned from HN if I bring up that these models are fundamentally theft but we just don't put them in jail because they had the foresight to bribe the trump admin like everyone else who wants favor did.
I can't see the page at the moment (getting the No digest yet).
I made a thing[0] that splits stories by day without mixing old popular with new stories. That helped cut down my HN visits to a few times per day. [I had originally made it to list all stories on one page and load story links at stops in a subway/metro commute.]
What I'm finding now is that there's too much noise at the top and what I really want to see are the stories not upvoted by mainstream/populist interests--if anyone knows a solution to that, please share.
I've been thinking about microservices again in the light of AI's doing most of the writing. It makes sense mainly as a forcing function. Everything in the post is true, but also nothing in a monolith forces it. I can't imagine trying to keep AI's in their lane in a huge monolith.
In the end I also settled on clear module boundaries, but only for languages that have them. Ruby/Rails apps don't have such boundaries (unless you make pure functions as Gems or something) whereas I know Java/Kotlin/Scala can have such enforced boundaries. Same for databases. My day job is on a monolithic app with a main database. Every module/component/whatever has access to all tables and occasional does take advantage of it. Hard to stop when you don't actually work together, on the same team, or even in the same continent.
What's really hard about microservices is that most have no experience writing them to actually be self-sufficient and not have dependent failure modes. The example in the post is a classic, if you have a UserService you're doing it wrong (aka distributed monolith). At most you should have a UserManagementService and every other service should have the minimum information downstream of it that it needs to operate without changes from upstream.
Do what Netflix did and run servers at ISPs (or at their providers or Cloudflare points).
It's kind of weird that we still don't have distributed computing infrastructure. Maybe that will be another thing where agents can run near the data their crunching on generic compute nodes.
If me and my roommate are both playing against each other on a server less than 10ms away, in the normal scenario at 60fps there is still ~60ms between me clicking and it appearing on your screen - and another 60ms before I get confirmation. Now add real world conditions like “user is running YouTube in the background” or “wife opens instagram” and that latency becomes unpredictable. You still are left with the same problems. Now multiply it by 10 people who are not the same distance from the ISP and the problems multiply.
Sorry to day this, but I don’t think you understand how any of this works. Whenever someone’s proposed “edge computing” as a way to solve trust problems, I know they are just stringing together fancy sounding words they don’t understand.
What “Netflix did” was having dead-simple static file serving appliance for ISPs to host with their Netflix auth on top. In their early days, Netflix had one of the simplest “auth” stories because they didn’t care.
There's different levels of cheating. We can avoid the worst cases by not putting the game state/Netcode in the users computer which basically makes it like an X Server.
It would add some latency but could be opt-in for those that care enough for all players in a match to take the hit.
All the games that use kernel anti cheat have the simulation running on the server.
You can't make a competitive fps game with a dumb terminal, it can't work because the latency is too high so that's why you have to run local predictive simulation.
You don't want to wait the server to ack your inputs.
> All the games that use kernel anti cheat have the simulation running on the server.
There's an exception with fighting games. Fighting games generally don't have server simulations (or servers at all), but every single client does their own full simulation. And 2XKO and Dragon Ball FighterZ have kernel anti cheat.
Well I'm just nitpicking and it's different because it's one of the few competitive genres where the clients do full game state simulations. Another being RTS games.
reply