Joe Pea
@joe.trusktr.io
850 followers 250 following 1.3K posts
Building 3D HTML Elements ✨ https://lume.io Solid.js infra team. https://solidjs.com Custom Elements advocate. ⚒️ SpaceX, NASA, Velodyne Lidar, AKQA, IMVU, SF Fed
Posts Media Videos Starter Packs
joe.trusktr.io
I love a web app that is so fucking clean I don't have to install the native mobile app.

one.app is an incredibly well made web app.

You don't need a native app to make a good UX.

You can also wrap a web view on any platform and ship it as "native".
OnePay | More. For your money. | Formerly One
OnePay combines mobile banking, debit rewards, a digital wallet and more in one app. Banking services provided by bank partners, Members FDIC.
one.app
joe.trusktr.io
The shaders are very nice!

Can you make them Custom Elements? I don't use React, Vue, or Svelte most of the time, but a custom element lib (see elements at lume.io). With custom elements I could combine Lume 3D elements with your shader elements no matter what project I bring those to.
Lume. Web Graphics Made Easy
Create beautiful graphics on any website with simple HTML compatible with React, Vue, Svelte, Solid.js, Angular, and all web frameworks.
lume.io
joe.trusktr.io
Any tag name even without a dash is valid too!
joe.trusktr.io
Today we can write web components with type checking in React, Preact, Vue, Svelte, etc, so I don't really see a point in putting effort to make components for all the frameworks, that's lots of extra work!
joe.trusktr.io
Ooh, got link?
joe.trusktr.io
Copilot being funny? Copilot code completion to the right of my cursor when I typed `@` says "@Copilotyright Microsoft Corporation. All rights reserved."
joe.trusktr.io
"without constraints" is notable here. Shoelace has many consumers, which means it isn't easy to radically change anything without breaking lots of people (or preventing them from upgrading).

Curious how this compares to Shoelace and Web Awesome.
joe.trusktr.io
Does this mean generators in JS engines have room for optimization? 18x is a TON!
joe.trusktr.io
Good testing really really helps. And you can makes these test more rapidly with AIs!

There's no way I can go back to no vibe coding. I'm waaaaaay more productive.
joe.trusktr.io
I keep hearing complaints about vibe coding mess code. So pessimistic!

Vibe coding actually allows experienced developers to create code that is better than ever, faster than ever before.

It simply requires guidance of the AI. It's similar to being a manager, ensuring work's on the right track.
joe.trusktr.io
Copilot's new prompt-to-app tool, Spark, builds full-stack apps with React.

So that means I'm not using Spark. :)

I hope big companies stop pushing outdated tech and start innovating more!

Meanwhile, I can use a local coding agent with a better stack and modern advancements...
joe.trusktr.io
Regardless of using the build or no build (JSX or `html`) the rest, is just JS. The reactivity system is not hiding anything, what you write is the actual JS, whereas with Svelte, `let foo` is modified, pasting that into plain JS will not behave the same.
joe.trusktr.io
Sorry, that wasn't clear. I mentioned it in a different part of the thread.

Solid's reactivity works the same without a build using the html function here:

github.com/solidjs/soli...
solid/packages/solid/html at main · solidjs/solid
A declarative, efficient, and flexible JavaScript library for building user interfaces. - solidjs/solid
github.com
joe.trusktr.io
Yeah, that's why I mentioned that instead of JSX you can use the `html` tagged template function and the rest stays the same, without a build. Still can't do that in Svelte.
joe.trusktr.io
Decorators?
infrequently.org
The prevalence of transpilers on top of a language's syntax, particularly if concentrated, is a measure of the irrelevance of its standards bodies.
joe.trusktr.io
The solid code works without a build when using `html`.

`html` isn't far off from working in SSR. No one has been motivated enough to add it.
joe.trusktr.io
Yeah, I know. I'm just saying the code on the left (Svelte) requires a build, the one on the right (Solid) doesn't (but then it's only client side).

The Svelte code cannot work with a build at all.
joe.trusktr.io
Me too. And with random photos with depth enabled, iOS will smartly make the text taller or shorter, and even place the text behind the 3D-ified subject!
joe.trusktr.io
Yes indeed. My decorators have been for signals too! I have a non-decorators pattern for them that I'll have to fall back to, with the main downside being that property names are duplicated (the class fields, and a static field specifying which fields to signalify)
joe.trusktr.io
yeah I publish the compiled output too, but the fact I have a build solely for decorators is not great.
joe.trusktr.io
I haven't tried that one yet! Sounds cool!

I've been really enjoying continuity improvements across devices, along with the new spotlight.
joe.trusktr.io
I like decorators, but I'm thinking of dropping them because that's the only reason I need a build step in my projects.

Browsers have been taking too long to ship the standard.

Going plain JS will freeing: write code, git push, anyone can consume it. Removes friction, especially for libraries.
joe.trusktr.io
Putting glass aesthetics aside, macOS 26 and iOS 26 are really great UX, usability, and productivity upgrades. Really enjoying it! Even if it didn't have glass, but the same old blur effect, the upgrade would be really nice. It's a big step up compared to previous OS versions.
joe.trusktr.io
The "user server" still works without a build right? In that case there's just not server side rendering. All the code I see in the shot works in client only apps (after transforming JSX to JS ofc)