4 ms·
As the number of tools grow and the number of teams using/developing them grow this becomes more and more untenable. You not only have to maintain the tool itse
by emeraldd 6y ago
As the number of tools grow and the number of teams using/developing them grow this becomes more and more untenable. You not only have to maintain the tool itself, but also the build stacks associated with them and it becomes the task of the user to make sure they are running the most recent version. This leads to more complex support situations.
Basically, you need a deployment methodology that allows for:
* Ease of use by "novice" developers
* Only introduces minimal overhead for those developers
* Makes it easy to upgrade or remove a tool you installed 6 months ago
* Doesn't require a tool development team to come up with their own solution
This is a surprisingly tricky to do on a diverse environment with 1000+ internal users.