Compare and contrast: https://aframe.io/

A-frame has got a certain amount of traction, it's component based and declarative. It feels like an extensible "VR HTML" (or "VR Web components"). React is similarly component based - but one step removed from the markup.

I don't understand the intent here. What am I building that's a browser VR experience? That's as foreign to me as saying a browser cooking experience. Those are words, but I just don't understand how they'd operate together in a way that would be enjoyable and easy to use.

The future of the VR web: everyone who uses it gives patent indemnity across their whole portfolio to Facebook. Facebook only gives reciprocation across the narrow patents covered by React/ReactVR, not their full portfolio.

If you build a part of your business on this, they can pull the license if you sue them for infringement in some completely unrelated area and leave you screwed.

I really want WebVR to work but when I tested with a Chromium WebVR-capable build I ran into a bunch of aframe samples that claimed my browser was not VR capable, some that were really choppy in performance, and a handful thay worked correctly.

After that I started thinking I should just build in Unity because there was a much greater liklihood of people actually using it with a client they download that actually works rather than hoping they would have a working browser for WebVR.

I also would like to have browser windows available inside of VR for interfacing with remote desktops or any existing 2d interface. Which you can do that with Unity using a browser component from the Asset Store.

But I would prefer using JavaScript/A-Frame if it would actually work for most people.

It seems that Altspace maybe is some custom build of Chromium build because they support aframe.

Who wrote this release copy? Full of English errors...

ctrl-F: "vrml"

welp, now I feel old.

So, where is all the real work being done?

Oh, that's right, by THREE.js inside the normal WebGL API.

This is just a fancy way to execute a banal-ly simple 3D scene that takes a single parameter - what text to show. It doesn't do much and I don't see any useful abstractions for the usual 3D primitives and doesn't meet the requirements of 3D programming in general.

How do I say that this is total bullshit without being spotted as redditor?

Well you've obviously downloaded the code, fully immersed yourself in it's architecture and anticipated it's future limitations.

Or maybe you just skimmed the blog post in 30 seconds and decided to be negative for the sake of it?

From reading some of the other replies to you, there is an interesting point to be made about how state is managed in this and whether it has any of the same architectural underpinnings of react.js or react native. But you didn't bother to make that point and ended up just sounding grumpy and disinterested. I've read several people recently say they avoid reading HN because of this kind of snark and others say it's made them feel like they wasted their time building something.

Oh come on, read the rest of the blog post.

It's clearly doing more than you are implying it is.

From what I can see it looks like it's giving you a react-looking way of managing objects, views, and "stuff" for a VR application. It is working with a lot of other things to do some of the heavy lifting rendering wise, but that doesn't mean you can just shrug off the work that's going into this as not "real".

Besides, they are calling it "pre-alpha". Complaining that it's not doing much before it's much more than a name seems overly negative for no reason.

Yeah, I played with react-aframe and a couple other webvr experiments over the summer. A huge benefit of virtual dom in web dev is immutability and programming with immutable state. But all these experimental libraries are backed by THREE.js which means your state is done with traditional imperative math primitives. Just composing a scene in React is not very interesting because the real fun is in interacting with the state of all the objects, for example coding physics. So in the end it does not feel like React. Though Arcadia (experimental Unity engine adapter for Clojure, a functional programming language) is onto a way to bridge these imperative and functional worlds, the fundamental abstraction of Arcadia is to dehydrate a fat object instance into immutable data, then you can program with immutable data, and then hydrate the data back into the fat object instance (which is optimized for use with Unity and the underlying imperative hardware). E.g. https://github.com/arcadia-unity/Arcadia/blob/6105770a780194...

Here are some related notes i dumped on reddit in April 2016 maybe helpful, about doing VR from Clojure: https://www.reddit.com/r/Clojure/comments/4sgjhz/new_clojuri...

It uses the declarative syntax of React to compose views. The benefit is the common abstraction which will allow people familiar with React to quickly get something running.

Why the negativity?

But it has React word in it so it must be great.