yakkomajuri
Joined 6 years ago
Karma
3,237
Submissions
391
Member since
Feb 13
Recent submissions
Comment · 1 day ago
Small clarification: some people in the thread seem to think I'm saying Bitcoin will no longer exist or will tank in value. I'm actually not making a point about the price of crypto at all, just its usefulness as currency.
The price seems to be fully independent of that and as someone who diversifies their investments I own a little bit of crypto and would like to see it go up :)
Comment · 2 days ago
I think we can probably declare crypto as failed now.
Note that I was one of the folks early on that bought into the idea (but not as much of the coins sadly) and I still think the Bitcoin white paper is a beautiful intellectual exploration (as is the concept of blockchains).
But the centralized entry and exit points in practice mean all the theoretical benefits aren't really in play.
Comment · 18 days ago
Yeah and they will happily give you all the context you need about their experience
Comment · 23 days ago
I mean, fair play? I appreciate marketing that has effort involved, especially these days.
You do have to get your word out somehow
Comment · 24 days ago
Hey, thank you! I think you've hit at the heart of what has been a struggle of mine which is what to call this thing.
Originally Railcode started out as an AI-native Retool let's say. But while Retool added an MCP and now supports custom code they're still a reasonably rigid platform. I don't really believe a platform that's rigid works out today, and I'm also all-in on the user's own harness [1]. As a result we ended up building something that's a lot closer to Vercel as far as the flexibility and ownership you have, but with the governance layer of Retool.
I'd say we're technically a layer above plain compute.
In practice:
- Projects are just code. We can host static frontends and JavaScript serverless functions for the backend.
- When you deploy an app it's immediately behind company auth
- If you want to connect some data, you can e.g. connect an MCP and allow the Growth team to use that connection. Projects the Growth team builds can then use railcode.connector('posthog') and no API keys are ever shared
- If you connect a warehouse, you can create specific queries and assign them to users or roles to be able to build on top of, same model as connectors
- If you need to store some data, you can just do railcode.db.collections.create('orders') and it works. For an LLM it's railcode.llm.generate and admins can configure keys and manage spend centrally
- You can set a design system that agents follow when building apps in Railcode
Non-technical users don't need to manage infra or spin up a database (like they would on Vercel) and admins retain control and observability over everything that gets built.
Companies have started to build some version of this internally on top of Vercel, Railway, and Cloudflare, so I'd say we're somewhere in between an application layer thing and compute.
Genuinely curious: what would you call it if not a cloud?
writing: yakko.dev gh: https://github.com/yakkomajuri