A special evening with Dave Farley
Title: Taking Back Software Engineering
Date: Wednesday 17th July 2019
Time: 18:30 – 21:00
Venue: CodeNode, 10 South Place, London EC2M 7EB (entrance door is opposite Cards Galore)
You are invited to hear legendary Continuous Delivery pioneer, Dave Farley, (yes, the one that wrote the book) talk about the importance of Software Engineering as a discipline.
It’s not often we get the chance to hear insights from Dave and thanks to BMC software, this is complimentary. Not to be missed!
Along with Dave, Ross Burton of Fidelity and Matt John of Devoteam will be discussing how DevOps practices can be used to help avoid a meltdown from a people, process and tech perspective.
18:30 – 19:00 Networking Drinks and Pizza
19:00 – 19:30 Ross Burton (Fidelity)
19:30 – 20:00 Matt John (Devoteam)
20:00 – 20:30 Dave Farley – Taking Back “Software Engineering”
20:30 – 21:00 Close (aka Go to the pub)
Devoteam and E-Synergy Solutions will also sponsor this event. Hope to see you there. For more information read on…
Title: Taking Back “Software Engineering” by Dave Farley
Craftsmanship is not enough
Would you fly in a plane designed by a craftsman or would you prefer your aircraft to be designed by engineers? Engineering is the application of iterative, empirical, practical science to real-world problems. Craftsmanship is a wonderful thing, and as a reaction to the terrible abuses of the term engineering in software development software craftsmanship has helped in our learning of what really works.
The term software engineering has gained a bad reputation. It implies “big up-front design” and “mathematically provable models” in place of working code. However, that is down to our interpretation, not a problem with engineering as a discipline.
In recent years we have discovered what really works in software development. Not everyone practices approaches like Continuous Delivery, but it is widely seen as representing the current state-of-the-art in software development. This is because at its root CD is about the application of an iterative, practical, empirical, maybe even science-based approach to solving problems in software development. Is this a form of software engineering?
Software isn’t bridge-building. It is not car or aircraft development either, but then neither is chemical engineering, neither is electrical engineering. Engineering is different in different disciplines. Maybe it is time for us to begin thinking about retrieving the term software engineering. Maybe it is time to define what our engineering discipline should entail.
To discuss how Devoteam can assist your organisation with service management, please contact email@example.com.