5 ms·
I avoid "developer environments" because they are different from production environments and that leads to bugs that don't show until the application is in prod
by stefanha 4y ago
I avoid "developer environments" because they are different from production environments and that leads to bugs that don't show until the application is in production. "But it worked in development" problems waste a lot of time.
Putting "developer environment" in the name of this tool perpetuates bad practices.
Any tool that constructs environments for applications should be general enough to handle both production and development.
- hakre 4y agoErr, playing that card in this context looks a bit disconnected to me. Does this suggest a bit of unknowns in Nix and Nix OS?
- yakshaving_jgt 4y agoYou don’t want to deploy your development tool chain to your production environment, ergo, you want a development environment.
- crabmusket 4y agoIn the JS world it's common to have hot-reloading development servers, whereas the production environment does not do that. And with the rise of TS, transpilation and bundling are also a thing on the backend, not just for shipping web assets. Once the bundle is done, all your production server needs is `index.js` and `node`, not `tsc`, `webpack` or whatever else you're using.
- airocker 4y ago‘Node’ on dev may run differently than node on production depending on version of dependencies , for eg a shared object file it loads.
- crabmusket 4y agoYes, of course that could happen. All I'm suggesting is that the optimally productive tradeoff is somewhere in between "develop in a full clone of production cloud" and "works on my machine and nowhere else".
- airocker 4y agoI would totally want to deploy on the prod environment. If the tools have their symbols resolved properly, they should run on any reasonable environment. The other way around that we build a dev environment that is different from prod just makes no sense.
- vidar 4y agoThe word you are looking for is staging environment
- ar_lan 4y agoWhy not use Nix in production, then? Hermetic evaluation of all dependencies allows a deterministic dev/prod set of environments. I, at the very least, completely disagree with you on this specific point as this tool is using Nix.
- deleted 4y ago[deleted]
- stefanha 4y agoThis is what the last paragraph was intended to convey. The tool should be aimed at setting up any environment, not just development.
- v3ss0n 4y agoFine, let's just develop on production. Cases solved
- FactoryReboot 4y agoGood idea. Let’s go beyond merely testing in prod
- v3ss0n 4y agoCut cloud cost by half, no more 'it works on my machine ' problem, it just works or it won't.