<LinearGradient colorA="#0f172a" colorB="#7c3aed" />
<CursorTrail />
I appreciate that React & Co. have established it as a standard. I've used A-Frame lately, which lets you build WebVR components, and even there you declare your scene as <a-scene>
<a-box position="-1 0.5 -3" rotation="0 45 0" color="#4CC3D9"></a-box>
<a-sphere position="0 1.25 -5" radius="1.25" color="#EF2D5E"></a-sphere>
</a-scene>
and I feel this is getting a bit much. Wouldn't it be better to have a JS API that lets you define objects and properties and compose your shader / scene etc. programmatically? (I've seen that Shaders offers that too — just asking in principle.)Often in R3F projects you'll end up running per frame animations via the normal declarative property API in the useFrame hook anyway, as adjusting props in a loop is not great for performance. The JSX instead becomes a way to easily understand the hierarchy and nesting of objects, as well as quickly mount/unmount new elements.
All of this could have been avoided had we just gotten a "good job" and a pat on the back when we showed our jquery scripts!
Jokes aside, looks impressive!
These are the new signature of an LLM generated SaaS product landing page, bonus points for the visualization subtly changing based on your mouse position.
CPU and GPU in the service of visuals are far more well spent than bombing and spying on people, for example
Sites with these things inevitably turn into a massive jank fest unless you're running the latest supercomputer, and even then that can sometimes not be enough.