
🏗️ head of support eng. @railway | [email protected]
Singapore
Joined December 2016
- Tweets715
- Following144
- Followers389
- Likes380
Enabled for Pro users now! Working on enabling Hobby & Free/Trial next.
Builds and deployments have been re-enabled for @Railway Enterprise customers. We’re working on enabling builds for all tiers, starting with Pro next.
Apologies for the inconvenience folks!
Live updates available at status.railway.com/incident/…
IMPORTANT: Please rotate any API keys/tokens you've added as environment variables to any Railway services.
An urgent notice from the Railway team
blog.railway.com/p/security-…
Builds and deployments have been re-enabled for @Railway Enterprise customers. We’re working on enabling builds for all tiers, starting with Pro next.
Apologies for the inconvenience folks!
Live updates available at status.railway.com/incident/…
An urgent notice from the Railway team
blog.railway.com/p/security-…
A community member in our Discord asked "what causes @Railway to go down". I ended up writing more than I planned. Sharing because the answer is less obvious than people think!
(Caveat: this is the high-level version. Infra failure modes as a platform are long tail and I left plenty out, but this covers the shape of it.)
Model-specific ASIC like Taalas is the way forward IMO. TPUs are still bottlenecked by its HBM for model weights. Taalas etches the model on the silicon so weights are directly fabricated into the silicon itself.
Taalas has accomplished 17k TPS on Llama 3.1 8B at ~250W power draw which is astonishing.
Imagine a future where models are cartridges you can plug-and-play like components of a Framework laptop.
It’s 100% a skill issue. I’ve been fully remote in globally distributed orgs for more than a decade, and I’ve built successful remote teams and processes spanning 15-hour timezones.
A good remote team ships *more* efficiently than an in-person team.
The key is autonomy, ownership, & clear written comms as defaults. Writing is also why remote orgs compound. Every decision leaves an artifact. In-person orgs evaporate their context daily.
“Remote doesn’t work” almost always decodes to “I can’t tell who’s working/what they’re working on without watching them” which is less about remote and more a confession about your org chart.
I've seen leaders shitting on remote work quite a bit lately.
I can confidently say it's a skill issue x100
Remote work isn't perfect but neither is in person. A good remote team can ship just as efficiently as a good in person team.
It is harder to build a good remote team though as most people don't have self management experience.
Build a team of high ownership people and you won't lose.
@ElectricSQL + @tan_stack DB seems to be the most plug-and-play solution I've seen that doesn't require a major re-architecture.










