Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Editing code live in production should not be part of your workflow, so kind of a pointless feature.

I don't work with life-critical software and yet auditors demand that every code-change to production is peer reviewed and linked to a jira item.



Ticketed and peer-reviewed fixes can be deployed live in production as if they were live code edits. Technically it is the same thing; it's just a process difference.


To be clear, I’m not describing “editing live in production” as the workflow. The workflow is editing code live on your development machine, committing the changes, and going through the normal code review + CI/CD pipeline you’d set up for any other project.

Something like Fix & Continue in Visual Studio is good for testing out smaller changes. By comparison, something like SLIME + Lisp is powerful enough to use for developing new features. The running system on your developer workstation is mostly synchronized with the source code on disk because the interface you use for making changes is the editor. This synchronization is not perfect, but that’s why you have your unit tests and CI/CD pipeline.


Tell that to JPL.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: