![]() Typically this would end up with the same number of teams = same number of components.Systems developed by multiple decently sized teams will need some sort of dividing lines / splitting up components.This is probably why most software systems aren’t architected well – they start out small and then teams / software grow.Typically small teams don’t need to think about architecture because they can work well without drawing lines.Hard to develop software = unhealthy lifetime.Architecture’s main goal is to support the life cycle of the system.There are few, if any behavioral options that architecture can leave open.Software architecture is NOT about whether the software works – seems counter intuitive…but….even bad architecture can work.The strategy should be to leave as many options open as possible, for as long as possible.Purpose of the shape of software is to facilitate the development, deployment, operation and maintenance of the software itself.They must continue to program so they can experience the problems / pains the rest of the developers feel.They still program but also focus on guiding the rest of the team towards better productivity.Even though it sounds like an architect is Gandalf the Gray, it’s really still a programmer.Makes us think of weighty decisions and deep technical prowess.Help us out by checking out our sponsors and affiliate resources.Make your travel plans now to catch Joe presenting at the next Orlando.TeamCity now comes with 100 configurations instead of just 20.Stitcher: mbaumbach, Madjac, GotSkillsNowGimmieJob.iTunes: mbaumbach, Rawldo, JeremyRose22, Cplyoung, Arbinger, DanMarshall909, AndrewScottVT, _gopher_, feargalwalsh.We take a moment to say thanks to those that left us a review:.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |