He is responsible for the software engineering evolution from a model that was good for building static stuff like houses and bridges to a model that works well with dynamic stuff with continuously evolving requirements.
Why do you hate TDD, agile and pair programming and what software designing methodology are you following?
At the risk of outing myself, it's a strange correspondence based approach. The idea is that we never commit to a repository but instead email changes to each other, making a patch queue. This has the benefit of forcing every commit to be code reviewed. The process is that we get an email to start work on some new ticket, which will be a reply from the "tip" email that we are supposed to base our work on, with a new subject. This is a development branch, so to speak. We have separate email addresses for separate projects, so project management is fairly hands-off. Requirements are hashed out in these email chains. This has the benefit of making all of our code "literate" in that it is adjacent the requirements.