Founder @ThunderSolutns building thunderous.dev | Also a giant weeb ← this is important

Joined May 2022
142 Photos and videos
i make meme
32
Everyone's been talking about Vanilla Extract, but I can't believe we're sleeping on Linaria. Is there a reason for that?
2
43
I suppose there's no typescript enforcement for raw CSS, but i personally dont think it's worth throwing out the baby with the bathwater. I know CSS, everyone knows CSS, it's a transferrable skill so you shouldnt have to worry about your tooling choice throwing a wrench in that
19
my gripe with vanilla extract is the clumsy JS object syntax. I just want to write css
40
what if all server logic could be done in native html like <script server> and SSR using expressions like <script expr>? Cause that's my latest brainchild, btw npm init thunderous please try it, criticize if you wanna. I need some feedback
25
I've been thinking a lot about going back to plain dumb vanilla. So I made a thing. Try it! npm init thunderous npmjs.com/package/thunderous…

36
Well since yall wanna talk about AI all the time - my focus has been on tools that make it easier for the AI to build stuff right.
1
12
I guess that applies to people too, but it certainly helps the thing trained to do what the average person does.
10
Man I thought I could come here and escape the AI craze. Dont get me wrong, AI is useful and interesting... but man, I just want to see people enjoying code again. There's nothing but yelling about the end of the trade as we know it, whether excited or nervous or upset.
1
12
The web is too complicated and I'm too dumb. Let's bring back grug. Just HTML and CSS, maybe some JS when you need it ...no but seriously, i'm workin on a pretty cool project on this topic
9
Why is it that every time I come back to Twitter, there's some new controversy? This time it's LLM communities? How do you guys have the energy to care? lmao
1
35
The replies on this are exactly what I'd expect. I'm betting all the haters have never actually tried it.
Just learned a team at Microsoft is doing code reviews *after* merge. Why? To move faster. No more pausing work to wait for code reviews. No need for stacked PRs. No more time-consuming merge conflicts caused by long code review delays. This has risks, but may work well for a team that is: - mature - high trust - has strong automated quality checks
18
gotta admit, when i took a break from linkedin and came back to twitter, i didn't expect this level of argument 😂
23 Nov 2025
FRONTEND IS HARDER THAN BACKEND FRONTEND IS HARDER THAN BACKEND FRONTEND IS HARDER THAN BACKEND FRONTEND IS HARDER THAN BACKEND FRONTEND IS HARDER THAN BACKEND FRONTEND IS HARDER THAN BACKEND
96
I don't think Scrum is right and our intuition is wrong. If the framework operates like a trick question that fools 75% of people, then the framework is wrong.
27
Got a hot take for ya. TypeScript is more dynamic than static. Sure it checks before runtime, but calling it compile time is generous. It's source-to-source, and it only strips types. For the language holistically, compiler and runtime together, JS is truth, not the compiler.
1
22
TS is just JS with annotations. TS is not a complete language by itself, because its semantics, runtime, and behavior are all just plain JS. TS does not change JS behavior from dynamic to statically typed. So I think it's misleading to describe TS as a statically typed language.
1
12
Technically, it's a static validator for dynamic types. But if you aren't into being pedantic, the shortcut is "a dynamically typed language" in my book.
11
If I said I was away for two years being enlightened among shaolin monks, would you believe me?
20
Code_E_Pendant retweeted
369
935
17,400
331,585
Hey, I don't want this
48