Viewing profile — mlsarecmg
mlsarecmg
HN member- Joined
- Sat, May 07, 2016, 2:34 PM UTC
- HN karma
- 464
- Public activity
- 204 items
- HN profile
- View on Hacker News ↗
About mlsarecmg
No profile information was provided.
Recent public activity
-
comment
Comment #34418730
React acknowledges that nothing can ever be purely declarative, it allows you to declare a view while giving you an outlet for imperative computations and side-effects (hooks). The…
-
comment
Comment #32696673
sounds like gpu accel is off. or extensions messing with the browser? mbp going to 1fps over a bit of webgl must have a cause.
-
comment
Comment #28195914
i have yet to encounter something that shouldn't be expressed as a graph. three, babylon, ogl, blender, gltf, cad, games, they're all scene aligned. that doesn't seem to be a confl…
-
comment
Comment #28195732
i can't say why webgl took over, as well as threejs, but i like how close to the metal they are. i would also much rather have a lower level representation underneath instead of st…
-
comment
Comment #28195668
threejs has no problem rendering hundreds of thousands of objects, so react doesn't have a problem either because its baseline is threejs, it does not introduce overhead or a perfo…
-
comment
Comment #28195635
Threejs already has a webgpu renderer.
-
comment
Comment #28195626
It has similar benefits as react-dom has for the dom. Less code, faster performance, less memory consumption, real interop with a growing eco system.
-
comment
Comment #28195566
React is not based on the dom, R3f merely expresses regular threejs which works as an object graph. Three is the usual choice for 3D on the web, if you use it once you'll see that …
-
comment
Comment #28195537
You are arguing against threejs not react. R3f reconciles threejs in the exact way it's getting used, a graph. This ofc is also how blender gltf et al work. If you make a webgl app…
-
comment
Comment #28192401
if you have a threejs app that pushes the limits, the react counterpart will merely do the same, only with less code. threejs renders exclusively.
-
comment
Comment #28192339
there are many large scale apps built with it these days. it was initially made for complex use cases, to bring order into the scene graph, and of course to optimize raw rendering …
-
comment
Comment #28192265
this is a custom renderer. "react" does not know what a "div" is, this comes from "react-dom", that is why they have split these two packages apart. but they also allow you to make…
-
comment
Comment #28192238
i am sorry but there is a deep misconception here. of course you can update thousands of things, why wouldn't you. try racing game for instance: https://twitter.com/0xca0a/status/1…
-
comment
Comment #28192023
i've written them. the first pits react against zustand, it naively lets react churn through the whole graph 60 times per sec, you wouldn't do that ever, but zustand could. i initi…
-
comment
Comment #28191992
no ref is used as an element in that code. const ref = useRef() useEffect(() => console.log(ref), []) return will return { current: [dom node] } const ref = useRef() useEffect(() =…
-
comment
Comment #28191967
we're running in circles unfortunately and i've explained where the test you're referring to comes from and what it meant. i've posted the real test and if you want, engage in it. …
-
comment
Comment #28191937
no special jsx pragma needed. this is actually just plain react, and so on come from react-dom, which defines these elements. other renderers define theirs. here's a mini custom re…
-
comment
Comment #28191908
what you link there has more to do with react vs zustand. if it interests you, read up on react 18 concurrency, this is the bit you are missing in this discussion.
-
comment
Comment #28191823
r3f is a custom renderer, there is no difference in useRef between a div or a mesh, refs give you the underlying object. lowercase elements are native elements (div, span, mesh, vi…
-
comment
Comment #28191760
there were multiple versions of that test, the fist had nothing to do with the subject matter, the ones that people refer to (spinning cubes) had an artificial delay that was added…
-
comment
Comment #28191714
this is how refs work. it's the same with a div. the ref will be filled in useEffect, not before. null! is a common typescript thing, it is a semantic guarantee that the ref is sta…
-
comment
Comment #28191658
you want your view to do something, to participate in the render loop, to animate, user interaction etc. look at the example on the main page: https://github.com/pmndrs/react-three…
-
comment
Comment #28191607
it does not take a dom-equivalent tree, it just expresses the same code you would write out imperatively in a declarative way. threejs is a nested graph after all.
-
comment
Comment #28191566
hard to read through all that tbh. i mostly do not understand what you are talking about when threejs is clearly a tree that react expresses with complete ease. groups in groups wi…
-
comment
Comment #28191512
r3f does not introduce overhead. the readme text explains it all https://docs.pmnd.rs/react-three-fiber/advanced/scaling-perf...