Forum Discussion
Hi,
According to my current understanding...
'DevOps', like 'Agile', 'Framework' and other terms that are overused, is too overloaded with the (internal) definitions and this must be clarified on the start before proceeding further.
For example, I think that the initial idea of DevOps was to establish communication between all participants of the software production line, so that, for example, Development is aware about the problems that Support is presented with. Such awareness might help to understand why Support asks for some things and why it is asked that these things are implemented in a certain way which, from Development point of view, might be not ideal. Alternatively, Support becomes more aware about what, why and how is implemented by Development and why not all requests from Support may be implemented in the asked way.
This idea, to me personally, seems to be a logical and reasonable one.
I also met with the (over-improved?) implementation of the above idea when it was required that all members of the given team can do the same work: develop, test, manage environment. To some initial extent this might work. But in a greater extent, I am far not sure that this is the good idea - every job has its specifics and, for example, while developer can create good unit tests, he can be far less aware about the specifics of the functional UI testing or database performance analysis and improvement. For me this looks like the case with the car garage staff: while in general all mechanics are aware about mechanics, engines, electrical part and painting, I never heard about the requirement that all mechanics in the garage must be equally perfect in, say, engine repair and car painting. And do this for both small cars and trucks. (And if I knew such a garage, I'm pretty sure I would not visit it because I do not believe that one can be perfect in such different skills (even despite the fact that they all are about car repair). And if he is not perfect in any given skill, what is the reason for me to ask for his service? )
Just my current vision based on the latest experience...
Good feedback.
I can't find anything you've said to argue with - especially the view company's have towards generalizations; testing, dev, support. I've found silos at every company I've worked. And there's a reason. The software is generally so complex that everyone can't know everything.
I spoke with a recruiter recently and got the impression he was guiding me in the DevOps direction because he has a client with a vacancy which uses some of the DevOps buzzwords.
Related Content
Recent Discussions
- 2 hours agoSubhraDas
- 8 hours agoJacobjacob44