vmsp
Joined 11 years ago
Karma
610
Submissions
151
Member since
Aug 28
Recent submissions
Comment · 2 days ago
Is this the 349th? [1] Probably not, they're likely over it already. I'm sure this one will really fix France and make things that much better.
[1] https://taxpolicy.org.uk/2026/05/30/france-germany-uk-number...
Comment · 2 days ago
It's extraordinary they managed to form a list in 2025 and defeat the super corrupt, super established incumbent. A huge win for Serbia and democracies everywhere.
I'm a bit skeptic on all those professors and PhDs being a boon, though. In Portugal, we've been ruled by PhDs since 1926, if not before. Most ministers are professors, many of them independent. Results haven't been good. I hope Serbia proves us wrong.
Comment · 1 month ago
This is the kind of thing I would have found amazing a year ago — maybe even less — but now I can't help but wonder "What for?"
A coding agent already knows how to generate whatever it needs on the backend plus the client-side pieces. What's the point in having a Rust subset that compiles down to JS when I can just not have it and the result be the same?
I feel like the question these days is to figure out the right level of abstraction and Topcoat might be too much.
PS: This isn't a jab at the library or its authors. It's just me trying to figure out what still matters in the age of LLMs.
Comment · 1 month ago
Whatever answer you get, it's nothing more than an opinion. For now, anyway.
Comment · 1 month ago
They're not using `wal_level = logical`, which has been the "friendly" way of doing CDC on Postgres since ever, but are going straight to `wal_level = replica` which, afaik, has never really been used to build something atop of except Postgres' own replication.
This is very interesting. I'd never have guessed that it'd make such a difference. I also bet this is the sort of thing that would have never end up being implemented without access to coding agents. Having to figure out these protocol-level details is no longer the huge time sink it was
Comment · 1 month ago
I've been building a framework for web, ios and android native development at https://github.com/vmsp/flypath.
It's based on the Server-Driven UI philosophy where the backend streams both code and UI into a frontend that just knows how to render what it's told. This is pretty cool because it makes it makes over-the-air updates possible.
It also follows the batteries-included philosophy of Rails. Has an ORM, background and cron jobs (all based on Postgres), Django-style migrations, JSX Emails and pretty great FFI that's built around a simple `"use native"` directive, in the React Server Component fashion).
Comment · 1 month ago
I came here to say this. I also prefer fully native apps but this is the elephant in the room. If most of your web code can be re-used on native, that's a ton of tokens you won't have to pay for.
Comment · 1 month ago
I was about to comment this. The selling for svelte has always been that the compiler will output just the needed instructions for the expressed transformation. No virtual DOM.
Comment · 1 month ago
OXC Transformers are amazingly faster than Babel. I'm building a framework (https://github.com/vmsp/flypath) for web, iOS and Android native development that's fully backed by OXC and Vite. Instead of transforming styles using Babel like StyleX, I just use OXC. Instead of Metro (React Native's bundler), which also uses Babel, it's just Vite. It's still very early but it's plenty, plenty fast.
Comment · 2 months ago
Location: Portugal
Remote: Yes
Willing to relocate: No
Technologies: Ruby, TypeScript, Python, Go, Rails, Django, Postgres, React, React Native, Node, Next.js, Postgres, Redis
Résumé/CV: https://0x1.pt/Vitor_Sousa_Pereira_CV.pdf
Email: [email protected]
In my free time, I work on https://github.com/vmsp/flypath. A framework for web, android and iOS native apps using Server-Driven UI.
Comment · 4 months ago
Hasn't Node been able to run TypeScript for a couple of versions? Why's the transpiler needed?
https://0x1.pt
[email protected]