4 ms·
You may be interested in this article: https://medium.com/@kris-nova/organic-and-mechanistic-systems-e576ac470845 https://medium.com/@kris-nova/organic-and-mec
by wrycoder 4y ago
You may be interested in this article:
https://medium.com/@kris-nova/organic-and-mechanistic-systems-e576ac470845 https://medium.com/@kris-nova/organic-and-mechanistic-system...
What you are dealing with is organically grown software. No one really understands it, and it's likely to be fragile.
I agree with all those here that say the first thing to do is to introduce version control. You don't want to break that money machine without a way to revert.
Second, introduce some lightweight form of code review, but don't tick people off.
Third, if you want to do something like revise the user interface, consider adding an API to the existing organic code base, and build the new UI with that API. Generally, take that approach and avoid jamming something into the middle of the existing code that no one fully understands.
- n0nagn 4y agoI agree with this. I built an open source package that should work for you in this situation with no version control in it. https://github.com/n0nag0n/commie2 https://github.com/n0nag0n/commie2 Get this installed internally and then start doing some "lightweight" code reviews. Your other team members can get emails about any comments you make and it'll be lightweight collaboration.