Marvin Hagemeister
@marvinh.dev
I build simple and fast things. Part of Preact team.
Seeing how quickly @npmx.dev came onto the scene and how many developers from different backgrounds came together to build it gives me hope for the future. The real value is always the people and the culture surrounding them.
February 10, 2026 at 8:39 PM
Seeing how quickly @npmx.dev came onto the scene and how many developers from different backgrounds came together to build it gives me hope for the future. The real value is always the people and the culture surrounding them.
Reposted by Marvin Hagemeister
Here is one of the dumbest things about vibe coding that I don't see a lot of people talking about
Imagine you're an open source maintainer and someone opens up a pull request against your repository that they vibe coded. They may or may not tell you they vibe coded it; it doesn't really matter… 🧵
Imagine you're an open source maintainer and someone opens up a pull request against your repository that they vibe coded. They may or may not tell you they vibe coded it; it doesn't really matter… 🧵
February 7, 2026 at 2:05 AM
Here is one of the dumbest things about vibe coding that I don't see a lot of people talking about
Imagine you're an open source maintainer and someone opens up a pull request against your repository that they vibe coded. They may or may not tell you they vibe coded it; it doesn't really matter… 🧵
Imagine you're an open source maintainer and someone opens up a pull request against your repository that they vibe coded. They may or may not tell you they vibe coded it; it doesn't really matter… 🧵
Reposted by Marvin Hagemeister
The Graph view is cool but... The updates view is pretty awesome as well
February 6, 2026 at 10:05 AM
The Graph view is cool but... The updates view is pretty awesome as well
Reposted by Marvin Hagemeister
One of the bigger challenges I have had promoting @solidjs.com is assuming developers have a general idea of how their tools work. I'd show off fine-grained rendering, and be met with "Isn't that how React works?" I'd find myself educating them more about their existing tools.
May 15, 2025 at 8:38 PM
One of the bigger challenges I have had promoting @solidjs.com is assuming developers have a general idea of how their tools work. I'd show off fine-grained rendering, and be met with "Isn't that how React works?" I'd find myself educating them more about their existing tools.
Reposted by Marvin Hagemeister
Deno Sandbox
◽ Volumes
◽ Snapshots
◽ Secrets
👉 See the announcement video for more
deno.co/announcing/s...
◽ Volumes
◽ Snapshots
◽ Secrets
👉 See the announcement video for more
deno.co/announcing/s...
February 5, 2026 at 4:43 PM
Deno Sandbox
◽ Volumes
◽ Snapshots
◽ Secrets
👉 See the announcement video for more
deno.co/announcing/s...
◽ Volumes
◽ Snapshots
◽ Secrets
👉 See the announcement video for more
deno.co/announcing/s...
Great read by @danielchooper.bsky.social who just build his own built time visualization with minimal code
danielchasehooper.com/posts/syscal...
danielchasehooper.com/posts/syscal...
I Made A Real-Time Build Visualizer
Sometimes software takes a long time to compile just due to how much code it has, like in the LLVM project. But often a build is slower than it could be for dumb, fixable reasons. I’ve had the suspici...
danielchasehooper.com
February 5, 2026 at 6:55 PM
Great read by @danielchooper.bsky.social who just build his own built time visualization with minimal code
danielchasehooper.com/posts/syscal...
danielchasehooper.com/posts/syscal...
Reposted by Marvin Hagemeister
Oooo it's been a while since we had a new tag type for HTML! I'm hoping this can unlock things like declarative CSS highlights groups.google.com/a/chromium.o...
Intent to Prototype: Parse processing instructions in HTML
groups.google.com
February 4, 2026 at 12:56 AM
Oooo it's been a while since we had a new tag type for HTML! I'm hoping this can unlock things like declarative CSS highlights groups.google.com/a/chromium.o...
Not sure. Haven't noticed a pattern so far. Waiting on network seems plausible although it seems odd that it freezes the UI too.
February 2, 2026 at 12:29 PM
Not sure. Haven't noticed a pattern so far. Waiting on network seems plausible although it seems odd that it freezes the UI too.
I'm surprised how often claude code just freezes. Like doesn't accept any input anymore, shows no update in the UI. It's completely dead. No high CPU usage either, so probably not an infinite loop.
Happens around 5 times per day for me.
Happens around 5 times per day for me.
February 1, 2026 at 11:40 PM
I'm surprised how often claude code just freezes. Like doesn't accept any input anymore, shows no update in the UI. It's completely dead. No high CPU usage either, so probably not an infinite loop.
Happens around 5 times per day for me.
Happens around 5 times per day for me.
Nah, you only need lifetimes when the language has references, see bsky.app/profile/stev...
lifetimes are only relevant on references
if your language doesn't have references, it can't have lifetimes
if your language doesn't have references, it can't have lifetimes
January 31, 2026 at 6:21 PM
Nah, you only need lifetimes when the language has references, see bsky.app/profile/stev...
oh god, that's nasty. Something malicious code would do
January 31, 2026 at 5:35 PM
oh god, that's nasty. Something malicious code would do
Yeah Go has lots of things going for it but I'm looking for something without GC. And I wish the type system would be more powerful in Go
January 31, 2026 at 9:06 AM
Yeah Go has lots of things going for it but I'm looking for something without GC. And I wish the type system would be more powerful in Go
Oh nice, that's the first time hearing about Moonbit. I have some reading to do! Thanks for sharing
January 31, 2026 at 9:05 AM
Oh nice, that's the first time hearing about Moonbit. I have some reading to do! Thanks for sharing
That sounds like zig is only aimed at experienced devs.
January 31, 2026 at 7:42 AM
That sounds like zig is only aimed at experienced devs.
Yeah, I think it should work without GC. GC has it's uses, but I basically just want a simpler and faster to compile rust 👀
January 30, 2026 at 10:54 PM
Yeah, I think it should work without GC. GC has it's uses, but I basically just want a simpler and faster to compile rust 👀
And I know full well that Deno will always be written in Rust, but nonetheless I kinda want to explore alternative ways. And compile times are always an issue.
January 30, 2026 at 10:05 PM
And I know full well that Deno will always be written in Rust, but nonetheless I kinda want to explore alternative ways. And compile times are always an issue.
I'm at this stage too. What motivates me to keep pursuing it is the feedback loop. I might be biased but compiling a huge code base like Deno takes a looooot of time. This makes AI not as effective as it could be.
A faster feedback loop would make AI more effective
A faster feedback loop would make AI more effective
January 30, 2026 at 10:05 PM
I'm at this stage too. What motivates me to keep pursuing it is the feedback loop. I might be biased but compiling a huge code base like Deno takes a looooot of time. This makes AI not as effective as it could be.
A faster feedback loop would make AI more effective
A faster feedback loop would make AI more effective
I might be hacking on something in that space too 👀
January 30, 2026 at 10:02 PM
I might be hacking on something in that space too 👀
agree, looking at bun's issue tracker the amount of segfaults don't give me much confidence.
January 30, 2026 at 9:56 PM
agree, looking at bun's issue tracker the amount of segfaults don't give me much confidence.
yeah but I want all three
January 30, 2026 at 9:55 PM
yeah but I want all three
I wonder if it's possible to create a language that has it all:
- Safety + Performance of Rust
- near instant compile times like go
- simple syntax without lifetime stuff
- Safety + Performance of Rust
- near instant compile times like go
- simple syntax without lifetime stuff
January 30, 2026 at 8:00 PM
I wonder if it's possible to create a language that has it all:
- Safety + Performance of Rust
- near instant compile times like go
- simple syntax without lifetime stuff
- Safety + Performance of Rust
- near instant compile times like go
- simple syntax without lifetime stuff
> file contains more tokens than 25000 limit
> sed 781,823
> sed 890,900
> sed 1200,1323
... 🤔
> sed 781,823
> sed 890,900
> sed 1200,1323
... 🤔
January 29, 2026 at 8:17 PM
> file contains more tokens than 25000 limit
> sed 781,823
> sed 890,900
> sed 1200,1323
... 🤔
> sed 781,823
> sed 890,900
> sed 1200,1323
... 🤔
Oh good point, I didn't think of that. I have a project where tests are separate and Claude frequently looks at these too but I hadn't given it much thought 🙈
January 29, 2026 at 3:09 PM
Oh good point, I didn't think of that. I have a project where tests are separate and Claude frequently looks at these too but I hadn't given it much thought 🙈
That makes sense. I handled it this way too, but since every file tends to grow I'm kinda wondering if I should just do that by default
January 29, 2026 at 3:07 PM
That makes sense. I handled it this way too, but since every file tends to grow I'm kinda wondering if I should just do that by default