Live data from Hacker News

Viewing profile — mlsarecmg

mlsarecmg

HN member
Joined
Sat, May 07, 2016, 2:34 PM UTC
HN karma
464
Public activity
204 items

About mlsarecmg

No profile information was provided.

Recent public activity

  1. 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…

  2. 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.

  3. 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…

  4. 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…

  5. 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…

  6. comment
    Comment #28195635

    Threejs already has a webgpu renderer.

  7. 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.

  8. 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 …

  9. 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…

  10. 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.

  11. 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 …

  12. 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…

  13. 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…

  14. 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…

  15. 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(() =…

  16. 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. …

  17. 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…

  18. 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.

  19. 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…

  20. 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…

  21. 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…

  22. 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…

  23. 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.

  24. 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…

  25. comment
    Comment #28191512

    r3f does not introduce overhead. the readme text explains it all https://docs.pmnd.rs/react-three-fiber/advanced/scaling-perf...