Samuel
to add to this, there’s a few product-y reasons why I would really like a createPost API 1. we could run a server-side language detection model that actually works, so we wouldn’t need the language select in the client (it sucks) 2. you wouldn’t need to specify a createdAt time anymore (cont.)
P(aul) Frazee@pfrazee.com· 13 Nov 2025
Nerding out about the question of whether the client or the server should be the one who speaks to the PDS
The politics of purely client-side apps
There's a surprisingly nuanced discussion in development about the political economy of clients and servers in the Atmosphere
pfrazee.leaflet.pub
7 3 43
Samuel
well now we have to do 2 calls, one to fetch the language, one to make the post. now posting takes twice as long in a flow that should be as low-friction as possible
2 1
Samuel
@samuel.fm
and re: #2, wouldn’t fix the problem of semi-invalid posts getting written to your PDS if your system clock is wrong (it does happen!)
1 1
Ms Boba (rebuilding community era)
Oooh that's interesting, I hadn't thought about that. Damn, this decentralization thing got hands. I'd love to hear more what issues that causes. When I did the exploration of lexicons out there they all had a createdAt field.
3