Nobody tells you this about “building in public”:
It’s not just posting screenshots or revenue.
It’s documenting:
• the confusion
• the pivots
• the slow days
• the small wins
Wrote about what “building in public” actually means in 2026 👇
https://t.co/bktqtMt548
#buildinpublic
@craigweiss The interesting question is what you're actually paying for now. Not the code, but the convenience, hosting, integrations, and not having to maintain it.
@nikks_techie I’d put a guardrail between the agent and prod: read-only DB user, query validation, EXPLAIN/cost checks, statement timeout, and resource limits. Never let generated SQL execute unrestricted.
@code_bytein The classic problem is a lost update: both transactions read the same value, modify it, and one overwrites the other. Transactions + appropriate row-level locking or optimistic locking can prevent that.
@TheGBreaker The interesting part is that starting online has become much easier. The hard part is still building something people consistently pay for.
One thing I keep thinking about with BuildTrail:
Founders already have GitHub.
Notion.
Linear.
Analytics.
Stripe.
X.
The problem isn't lack of data.
It's turning all of that into a story people can actually follow.
@DanielSmidstrup Yeah, and that's probably why the agencies struggle with it. You can outsource content production, but it's harder to outsource actually understanding the community.
One TypeScript habit I'm trying to build:
Don't make types describe what I hope the API returns.
Make them describe what the API can actually return.
The difference becomes very obvious when the API starts failing.