DesignDev: you design it, you build it

enter site TL;DR: software architects should be involved in the development process for their own designs. This will give them a good incentive to create simple and maintainable designs.

follow url Before DevOps came along, there used to be a separation between development and operations. Developers would pack their applications and throw them over the wall for the operations team to run them. Eventually, it was noticed that this led to low quality, unreliable applications and the focus changed to a ‘ you build it, you run it’ approach. If you want to understand why this approach works, you have to read  Skin in the Game: Hidden Asymmetries in Daily Life by Nassim Nicholas Taleb. It’s all about symmetry and risk sharing.

http://thetransformationclub.fitness/?meningit=dating-obsessive-compulsive-personality-disorder&cbf=a3 But what about the Software Architect? Where does s/he fit in the design and development process? I keep seeing the consequences of bad design over and over: systems are hard to develop and maintain, applications have to be discarded and re-done, deadlines are missed, etc. All this results in frustration for developers and increased costs for the company. 

http://aronsonfence.com/?viosele=rencontre-du-troisieme-type-notes&5e8=e9 The less the software architect is involved in the development stage, the worse the design/architecture tends to be. Yet, if the architect is involved with the system’s development from the start, the better the design turns out.

http://www.accomacinn.com/?falos=bin%C3%A4re-option-demo I think two reasons explain this phenomenon. The first is that software architects who can code, tend to be better architects. The second one, and more important, has to do with incentives. The way most companies are set up, if a project succeeds the software architects get the credit – if it fails, the blame and long hours fall on the development teams. This structure is the exact assymetry that Taleb was talking about:  one actor gets the rewards, the other is stuck with the risks.

http://beerbourbonbacon.com/?niokis=dating-young-single-mom&618=f1 The solution? Simple: you design it, you build it. Or even better: you design it, you build it and you run it. Shall we call this DesignDevOps ?

site de rencontre international totalement gratuit The comparison between software architects doing the coding and (real?) architects physically building a house is often made, but I think this comparison is wrong. I would say that a software architect doing the coding is like a general rushing into the battle with his or her soldiers as opposed to staying safe at the base. This is why I have no plans to stop coding any time soon.