Tbh, I’ve never worked in such an environment. I know somebody who told me similar things and I would love to hear more about this to form my own opinion on this. But it’s just not that deep. When I say corporate, I mean it’s full of GUIDs and only machine-readable names, commands and configs. It’s also most of the time not designed with the flexibility in mind and covers only the most commonly (used by the company supporting it) use cases. It just doesn’t have the free spirit which most of the open source tools, which are designed with humans in mind, have. If you need to supply a parameter to get output from a command that is often run manually while you could also have one to deactivate output for script usage. This seems like the wrong way to go.
Tbh, I’ve never worked in such an environment. I know somebody who told me similar things and I would love to hear more about this to form my own opinion on this. But it’s just not that deep. When I say corporate, I mean it’s full of GUIDs and only machine-readable names, commands and configs. It’s also most of the time not designed with the flexibility in mind and covers only the most commonly (used by the company supporting it) use cases. It just doesn’t have the free spirit which most of the open source tools, which are designed with humans in mind, have. If you need to supply a parameter to get output from a command that is often run manually while you could also have one to deactivate output for script usage. This seems like the wrong way to go.