A friend used Replit to prove out a startup (it worked) and what worked for him is that Replit has a whole platform integrated with their coding assistant that include hosting and backend runtimes. So his cycle time of vibe-deploy-test was very short and very simple for someone non-technical.
No need to think about how/where to deploy, cloud platforms (AWS, GCP, Azure), etc. Just vibe and deploy.
(He did end up moving off the platform once he had enough validation)
Most experienced programmers have no experience deploying apps (or their experience is from earlier in their career). Especially engineers at big companies where there are whole teams dedicated to infra/devops.
The percentage of programmers with side projects they deploy themselves is very small. I’d guess less than 10% have a side project deployed somewhere. (And these days
> Most experienced programmers have no experience deploying apps (or their experience is from earlier in their career)
Most experienced programmers in my circles have evening/weekend projects. We are notorious for hoarding unused domains for the "brilliant side project" that gets a burst of commits right after domain-renewal time
Yeah. I'd say about 1/4 of my time on my new app has been spent on deployment-related stuff, rather than the app itself. And I'm not inexperienced with servers and cloud. It's a pretty big deal to integrate that stuff.
I have a habit now of getting that out of the way first just so I don't have to think about it. Get a basic functioning prototype and then figure out my infra and deployment as early as possible.
Depending on my projects, I tend to keep it pretty simple.
For personal projects, usually Firebase (+ occasional Cloud Run mixed in) which makes it relatively easy.
For professional projects, it's pretty easy now on AWS with their (unfortunately named) Copilot CLI [0] (highly, highly recommended).
But mostly, I keep my infra simple and bias towards modular monoliths [1] which ends up being the majority of my infra work (container packaging and deployment of the initial runtime infra).
Both make it pretty dead simple to deploy. AWS Copilot being the "more powerful" of the two, but still dead simple to use compared to CDK, Cloud Formation, or writing Terraform or Pulumi scripts.
I've really shortened the loop on deploying my side projects with Claude Code. I run it with `--dangerously-skip-permissions` on a prompt I've written and it adapts it for the project in hand with a "safe" set of defaults, and I've got a basic verification script to ensure it's not unsafe (e.g. can't access postgres from the web, firewall blocking all non-required ports). The rest - which can vary from project to project, like creating VMs, configuring rules, whether it's a rust project or a docker compose file - Claude knows how to handle pretty well. Super super simple now.
> (He did end up moving off the platform once he had enough validation)
I'm really curious what this looks like in practice? Like can you just download the whole codebase, throw it against a Supabase Postgres DB, and you're off running? What about any backing services or microservices? Is it tied to any thing like lambdas etc.
I should be clear here that "moving off the platform" involved a re-write for various reasons. First and foremost was that the LLM generated code was in a bad state due to the fact that he started in late 2024 when coding agents weren't really quite there yet and he had accumulated a LOT of tech debt very quickly. But Replit allowed him to validate the business viability first with some absolutely trash tier code (hacked 3x; one time where the hacker event sent an email to all customers).
Not sure why this is controversial. I know it’s an issue with Cursor as they have to limit availability of models based on region. OpenAI specifically blocks India and Pakistan for example, among a long list of other countries.
Why would anyone region-block a country which gives them a ton of users? OpenAI actually has India-specific plans alongside their regular ones, and I use Claude Code every day with zero problems.
As someone who's going to write frontend in Leptos in the next 2 weeks, what stops me from recommending wasm for every frontend application is the bundle size. I don't want to ship compiled megabytes to the user to render UI.
If there was a rust frontend framework that compiles to JS, I'd use it for all my frontend code.
I'm sure it has its uses, but for anything practical I think Vibe Voice is the only real OSS cloning option.
F2/E5 are also very good but has plenty of bad runs, you need to keep re-rolling.
It's easy to argue we don't really live in a democracy. Plenty of laws and regulations go against the majority to favour a few powerful entities (think about copyright laws, healthcare in the US).
That said, the alternative to democracy is not necessary the increasingly authoritarian governments we see around the world. If we gave more power and freedom to the individual and less to the state, we could have more freedom without democracy.
Democracy after all is the dictatorship of the majority on the minority. Why not just have any entity controlling the lives of others?
Thanks! It’s a common surprise. The Basque Country (Bizkaia) has fiscal autonomy, so the rules here are pretty different from Madrid or Barcelona. It allows us to flip the 'high tax' narrative and offer a massive net upside for expats.
I agree but that's because both iOS and Android are pretty bad in several ways.
MeeGo from Nokia was pretty amazing as well and I'm sure it could have launched Linux phones into actual competitors to iOS and Android - if only Microsoft and Elop didn't manage to kill Linux at Nokia.
If Microsoft didn't kill it, lack of YouTube and other Google services would. That was the primary difference. With iPhone you had access to Google-owned stuff, Google never allowed other platforms like Symbian/MeeGo/Windows Phone to ever use its online services.
The game was broken from the start. Microsoft had no chance.
I don't get all these vibe coding tools when Claude is better than any of them
reply