vovanidze
Joined 6 months ago
Joined 6 months ago
going back to gopher or text-only browsers feels like admitting defeat tbh. we can still build incredibly fast modern apps if we just stop treating the users hardware like an infinite resource for adtech. you dont need massive frameworks and client--side bloat to make something good.
this trend is exactly why relying on client-side 'trust" or saas toggles is failing us. if you want real privacy now you have to build it into the architecture. aggressive edge caching and stateless proxies that sanitize payloads before they even hit the upstream provider is basically mandatory now. if the data never reaches their persistence layer, they cant train on it. we need to start trusting our own infra, not their updated tos.
moving to a bff pattern isnt just about hiding tokens, its about reducing the client attack surface entirely. shifting api orchestration and sanitization to edge proxies makes so much more sense. the browser should just be a dumb terminal rendering ui, not a secure vault managing state and credentials
waiting for legislation or eulas to fix this is a lost cause since adtech always finds a loophole. the fix has to be architectural. moving toward stateless proxies that strip device identifiers at the edge before they even hit upstream servers. if the payload never touches a persistent db there is literally nothing to de-anonymize. stateless infra is the only sane way forward
definitely giving this a spin on my dev box later. the fact that it still uses a quilt patch series for dev is such a throwback tbh.
my point is strictly about premature optimizaton. ive seen teams spend their first month writing helm charts and terraform before they even have a single paying user. if you have product-market fit and need zero-downtime rollbacks, absolutly use k8s. but if youre just validatng an mvp, a vps and docker-compose (or sqlite) is usually enough to get off the ground.
its all about trade-offs tbh.
weve basically been brainwashed to think we need kubernetes and 3 different databases just to serve a few thousand users. gotta burn those startup cloud credits somehow i guess.
mad respect for the honesty though, actually makes me want to check out db pro when i finally outgrow my flat files.
a jsonl file and a single go binary will literally outlive most startup runways.
also, the irony of a database gui company writing a post about how you dont actually need a database is pretty based.