this post was submitted on 12 May 2024
189 points (90.9% liked)
Programmer Humor
32472 readers
467 users here now
Post funny things about programming here! (Or just rant about your favourite programming language.)
Rules:
- Posts must be relevant to programming, programmers, or computer science.
- No NSFW content.
- Jokes must be in good taste. No hate speech, bigotry, etc.
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
And the dev experience IMO is much better. I don't have to deploy a huge ass service to test a tiny feature.
If you have to deploy your service to test features instead of being able to test them locally while developing them then you have a really poor dev workflow.
If you don't have a staging environment for doing integration testing of your feature in a non dev environment, you have a poor dev workflow. I never said I don't test locally. And even then, I don't want to run a huge monolith in my local environment if I don't work with 90% of it.
Nowhere did I say you shouldn't have a staging environment. However, if you can develop and test changes locally then by the time it goes to staging, the code should already be in good shape most of the time. Staging is like your guardrail, it shouldn't be part of your main dev loop.
Meanwhile, not sure what the issue is with running a monolith locally. The reality is that even large applications aren't actually that big in absolute terms. Having to run a bunch of services locally to test things end to end is certainly not any easier either.
If you need to run a bunch of services locally manually, then you're doing it wrong
Do tell how you do end to end testing without running services locally.