{"id":1348,"date":"2006-03-23T11:31:00","date_gmt":"2006-03-23T15:31:00","guid":{"rendered":"http:\/\/www.markbaker.ca\/wp\/2006\/03\/23\/enterprise-architecture-isnt\/"},"modified":"2006-03-23T11:31:00","modified_gmt":"2006-03-23T15:31:00","slug":"enterprise-architecture-isnt","status":"publish","type":"post","link":"http:\/\/www.markbaker.ca\/blog\/2006\/03\/enterprise-architecture-isnt\/","title":{"rendered":"Enterprise architecture isn’t"},"content":{"rendered":"

A great\npost from Uche<\/a>,\nwhich references another\ngreat post from Dare<\/a>.\nDare writes;<\/p>\n\n

\nThe funny thing about a lot of the people who claim to be ‘Enterprise Architects’ is that I’ve come to realize that they tend to seek complex solutions to relatively simple problems. How else do you explain the fact that web sites that serve millions of people a day and do billions of dollars in business a year like Amazon and Yahoo are using scripting languages like PHP and approaches based on REST to solve the problem of building distributed applications while you see these ‘enterprise architect’ telling us that you need complex WS-* technologies and expensive toolkits to build distributed applications for your business which has less issues to deal with than the Amazons and Yahoos of this world?\n<\/blockquote>\n\n

And Uche follows up;<\/p>\n\n

\nI’ve recently had occasion to discuss my “enterprise” credentials with some mainstream-y CIO\/CTO types. It always amazes me how many of that number gaze vacantly at simple architectural ideas, and find true comfort in endless, overlapping boxes with data arrows flying in all dizzying directions, so long as those boxes are labeled “Oracle”, “SAP” and such.\n<\/blockquote>\n\n

Indeedy-do. I could have sworn I wrote a blog post a while ago\nabout this, but I can’t find it… but the gist was that complexity is\nactually desirable<\/em> to many architects (enterprise or otherwise, but\nmore prevalent in enterprise IME) because – at least as far as I can determine –\nit seems to validate the importance of the problem; the more important the task,\nthe more complexity that’s “desirable”. Obviously this is the complete\nantithesis of principled design.<\/p>\n\n

So forget open source, open standards, software-as-a-service … the\nwholesale simplification of inter and enter-prise architecture by putting\nit on the Web, is by far<\/em>, the biggest disruptive force facing\n– and indeed, currently shaping – our industry today.<\/p>\n\n

And Uche just\nfollowed up<\/a>\nwith a beaut (why can’t I come up with these?!);<\/p>\n\n

\nMy recent experiences, and Dare’s quote, bring me to mind of the old adage: “No one ever got fired for buying IBM”. Why is there no sign of a corresponding “No one ever got fired for designing like Google”?\n<\/blockquote>\n\n

Sweet Uche, very sweet. But have patience, it won’t be long before\nthat’s mainstream thinking. As one of the Dare’s commentors said (in a very\nlesscode<\/a>\/Gandhi-esque\nstyle);<\/p>\n\n

\nFirst they ignore you.\nThen they laugh at you.\nThen they just say 'Ok, well you can exist, but our problems are\n*much* more complicated, as distributing a two-phase transaction\nupdate between 15 business partners using 3 different security\ntokens types is \/never\/ a bad idea...'.\nThen you win.\n<\/pre>\n\n
Tags:\nsoa<\/a>,\nrest<\/a>,\nsoftwarearchitecture<\/a>,\nenterprisearchitecture<\/a>,\narchitecture<\/a>,\nenterprise<\/a>,\nweb<\/a>,\nwebservices<\/a>.<\/p>","protected":false},"excerpt":{"rendered":"A great post from Uche, which references another great post from Dare. Dare writes; The funny thing about a lot of the people who claim to be ‘Enterprise Architects’ is that I’ve come to realize that they tend to seek complex solutions to relatively simple problems. How else do you explain the fact that web […]","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[22],"class_list":["post-1348","post","type-post","status-publish","format-standard","hentry","category-uncategorized","tag-rest"],"_links":{"self":[{"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/posts\/1348","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/comments?post=1348"}],"version-history":[{"count":0,"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/posts\/1348\/revisions"}],"wp:attachment":[{"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/media?parent=1348"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/categories?post=1348"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.markbaker.ca\/blog\/wp-json\/wp\/v2\/tags?post=1348"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}