<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/atom10full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><feed xmlns="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:blogger="http://schemas.google.com/blogger/2008" xmlns:georss="http://www.georss.org/georss" xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr="http://purl.org/syndication/thread/1.0" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" gd:etag="W/&quot;DUEHRn07cCp7ImA9WhFSFEg.&quot;"><id>tag:blogger.com,1999:blog-11168006</id><updated>2013-06-17T09:27:17.308+01:00</updated><category term="quota" /><category term="tools" /><category term="package" /><category term="phones" /><category term="heatmap" /><category term="lexicon" /><category term="Predictive Analytics" /><category term="strategy" /><category term="UI" /><category term="interfaces" /><category term="analytics" /><category term="Apple" /><category term="DR" /><category term="mobility" /><category term="safety" /><category term="geo-ripping" /><category term="Sky+" /><category term="practice" /><category term="VPN" /><category term="SAP" /><category term="pivotal" /><category term="divide" /><category term="airports" /><category term="reliability" /><category term="resource" /><category term="video" /><category term="Flex" /><category term="stateless" /><category term="iOS" /><category term="Globalisation" /><category term="Legacy" /><category term="next" /><category term="anti-patterns" /><category term="rant" /><category term="BBC iPlayer" /><category term="IBM" /><category term="Google+" /><category term="semantic" /><category term="MSN" /><category term="clint eastwood" /><category term="engineering" /><category term="Javascript" /><category term="JBI" /><category term="decoded" /><category term="holiday" /><category term="information" /><category term="humour" /><category term="policy" /><category term="definition" /><category term="government" /><category term="delivery" /><category term="legal" /><category term="Rules" /><category term="patents" /><category term="iPhone" /><category term="scope creep" /><category term="Mashups" /><category term="vendors" /><category term="marketing" /><category term="business SOA" /><category term="design" /><category term="governance" /><category term="CO2" /><category term="Prior Art" /><category term="specifications" /><category term="project" /><category term="conferences" /><category term="formalism" /><category term="analysts" /><category term="education" /><category term="Vista" /><category term="technology" /><category term="yahoo pipes" /><category term="Microsoft" /><category term="PaaS" /><category term="FUD" /><category term="ESB" /><category term="Tivo" /><category term="BTL" /><category term="advertising" /><category term="Oracle" /><category term="SOA" /><category term="us border" /><category term="WebSockets" /><category term="canonical form" /><category term="Scala" /><category term="Wikipedia" /><category term="VM" /><category term="Las Vegas" /><category term="dumb" /><category term="systems" /><category term="Information Fabric" /><category term="code" /><category term="learning" /><category term="BT" /><category term="Facebook" /><category term="WS-*" /><category term="adoption" /><category term="recovery" /><category term="App" /><category term="scale" /><category term="BSA" /><category term="Software Development" /><category term="BSB" /><category term="SCA" /><category term="Blueprints" /><category term="War" /><category term="principles" /><category term="TCO" /><category term="issue" /><category term="predications" /><category term="fashion" /><category term="Google" /><category term="pop" /><category term="Open Source" /><category term="VME" /><category term="private" /><category term="App Engine" /><category term="Carbon" /><category term="infrastructure" /><category term="Ruby" /><category term="BI" /><category term="standards" /><category term="social media" /><category term="caching" /><category term="debt" /><category term="virtualisation" /><category term="fast data" /><category term="mobile" /><category term="DOA" /><category term="finance" /><category term="SQL" /><category term="documentation" /><category term="business architecture" /><category term="omnichannel" /><category term="comedy" /><category term="zombies" /><category term="predictions" /><category term="methodology" /><category term="time machine" /><category term="Enterprise Architecture" /><category term="product" /><category term="hadoop" /><category term="big data" /><category term="BEA" /><category term="Orange" /><category term="travel" /><category term="apple TV" /><category term="iPod" /><category term="rightscale" /><category term="Paris" /><category term="Java SE" /><category term="Java SE 7" /><category term="EDA" /><category term=".net" /><category term="performance" /><category term="BT Vision" /><category term="eclipse" /><category term="consultancy" /><category term="tin" /><category term="future" /><category term="Adobe" /><category term="open cloud" /><category term="business" /><category term="CISPA" /><category term="refactoring" /><category term="maths" /><category term="security" /><category term="customer service" /><category term="federation" /><category term="Java SE 8" /><category term="UML" /><category term="XML" /><category term="architects" /><category term="cloud" /><category term="BPEL" /><category term="decisions" /><category term="integration" /><category term="people" /><category term="AM" /><category term="software" /><category term="gerald" /><category term="EU" /><category term="coding" /><category term="requirements" /><category term="redundancy" /><category term="scam" /><category term="architecture" /><category term="BeJUG" /><category term="pricing" /><category term="Google Maps" /><category term="value" /><category term="big" /><category term="contract" /><category term="public" /><category term="social business" /><category term="NFC" /><category term="IT" /><category term="snakeoil" /><category term="CBP" /><category term="change" /><category term="socbiz" /><category term="skype" /><category term="RPC" /><category term="complexity" /><category term="JavaOne" /><category term="WS" /><category term="geo-social" /><category term="SaaS" /><category term="python" /><category term="metrics" /><category term="simple IT" /><category term="requirements landfill" /><category term="internet" /><category term="modelling" /><category term="POA" /><category term="EAI" /><category term="hype" /><category term="HTML5" /><category term="database" /><category term="language design" /><category term="thinking" /><category term="XaaS" /><category term="platforms" /><category term="recession" /><category term="vision" /><category term="budget" /><category term="vacation" /><category term="REST" /><category term="Data Privacy" /><category term="GDA" /><category term="MDM" /><category term="HCI" /><category term="culture" /><category term="streaming" /><category term="games" /><category term="ERP" /><category term="OASIS" /><category term="BPM" /><category term="Java" /><category term="Web 2.0" /><category term="Air" /><category term="NoSQL" /><category term="SLA" /><category term="TSOA" /><category term="bluffers" /><category term="SOAP" /><category term="dead" /><category term="JCP" /><category term="economics" /><category term="Sun" /><category term="jobs" /><category term="QoS" /><category term="iPhone 4" /><category term="selling" /><category term="religion" /><category term="joke" /><category term="fail" /><category term="iPad" /><category term="failure" /><category term="JDO" /><category term="satire" /><category term="data" /><category term="AppStore" /><category term="kick-off" /><category term="estimation" /><title>Business SOA</title><subtitle type="html">A Simple blog about Business SOA and generally about how to drive IT from a business perspective. All opinions are mine and should be taken with a pinch of salt etc etc</subtitle><link rel="http://schemas.google.com/g/2005#feed" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/posts/default" /><link rel="alternate" type="text/html" href="http://service-architecture.blogspot.com/" /><link rel="next" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default?start-index=26&amp;max-results=25&amp;redirect=false&amp;v=2" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><generator version="7.00" uri="http://www.blogger.com">Blogger</generator><openSearch:totalResults>533</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><feedburner:info uri="servicearchitecture" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/atom+xml" href="http://service-architecture.blogspot.com" /><entry gd:etag="W/&quot;CE8ERXYzeip7ImA9WhBbFk8.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-7821272593605530247</id><published>2013-05-15T14:00:00.000+01:00</published><updated>2013-05-15T14:00:04.882+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-05-15T14:00:04.882+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Las Vegas" /><category scheme="http://www.blogger.com/atom/ns#" term="big data" /><category scheme="http://www.blogger.com/atom/ns#" term="Predictive Analytics" /><title>Big Data - are you the house or the played?</title><summary type="html">
Coming back from the EMC World conference in Las Vegas I was looking at the people playing on the slots and making ridiculous bets at Craps and wondering 'don't these people know anything about statistics?'.  Lets be clear I get the idea of it being fun, but when you sit next to someone on a blackjack table who twists when the dealer is showing a six and they've got 15 is just depressing.

There&lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/n1VfeCdySVk" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/7821272593605530247/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=7821272593605530247" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7821272593605530247?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7821272593605530247?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/n1VfeCdySVk/big-data-are-you-house-or-played.html" title="Big Data - are you the house or the played?" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2013/05/big-data-are-you-house-or-played.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkAMQXY4fSp7ImA9WhBUGU8.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-8609051840475864655</id><published>2013-05-07T13:13:00.000+01:00</published><updated>2013-05-07T13:13:00.835+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-05-07T13:13:00.835+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="mobile" /><category scheme="http://www.blogger.com/atom/ns#" term="big data" /><category scheme="http://www.blogger.com/atom/ns#" term="architecture" /><category scheme="http://www.blogger.com/atom/ns#" term="federation" /><title>Federated Caching in the world of the 64GB mobile</title><summary type="html">
There is something that is beginning to irritate me, ok something else.  Its mobile applications that don't cache.  I'm fed up of travelling on a train or being on a plane and the end result being that my iPad or iPhone app doesn't work because I'm in an area that doesn't have reasonable network coverage.  I was using the App earlier when it had WiFi and it was all fine but the app requires me &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/ORomB7S_Rgs" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/8609051840475864655/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=8609051840475864655" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/8609051840475864655?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/8609051840475864655?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/ORomB7S_Rgs/federated-caching-in-world-of-64gb.html" title="Federated Caching in the world of the 64GB mobile" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2013/05/federated-caching-in-world-of-64gb.html</feedburner:origLink></entry><entry gd:etag="W/&quot;C0EFSHk_fSp7ImA9WhBUGEk.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-7388802343147967071</id><published>2013-05-06T13:00:00.000+01:00</published><updated>2013-05-06T13:00:19.745+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-05-06T13:00:19.745+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Software Development" /><category scheme="http://www.blogger.com/atom/ns#" term="Java" /><category scheme="http://www.blogger.com/atom/ns#" term="big data" /><category scheme="http://www.blogger.com/atom/ns#" term="BI" /><category scheme="http://www.blogger.com/atom/ns#" term="Information Fabric" /><title>Software Developers are you ready for the cage fight with the BI guys?</title><summary type="html">
In all of my career to date in IT there really has been three clear worlds in IT, the software development guys who are the bespoke tailors, the package guys who deliver off the shelf and the BI guys.

I'm going to admit a prejudice here.  Until a couple of years ago my impression of BI guys was folks who were one step up from Excel guys.  It was dead-data and done in batches, sure it had to be &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/W1PW6ChwcBY" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/7388802343147967071/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=7388802343147967071" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7388802343147967071?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7388802343147967071?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/W1PW6ChwcBY/software-developers-are-you-ready-for.html" title="Software Developers are you ready for the cage fight with the BI guys?" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>1</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2013/05/software-developers-are-you-ready-for.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DUEERHc_fSp7ImA9WhBUEkk.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-5678919634956832524</id><published>2013-04-29T16:00:00.000+01:00</published><updated>2013-04-29T16:00:05.945+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-04-29T16:00:05.945+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="rant" /><category scheme="http://www.blogger.com/atom/ns#" term="people" /><category scheme="http://www.blogger.com/atom/ns#" term="IT" /><category scheme="http://www.blogger.com/atom/ns#" term="fashion" /><category scheme="http://www.blogger.com/atom/ns#" term="analysts" /><category scheme="http://www.blogger.com/atom/ns#" term="vendors" /><title>IT is a fashion industry</title><summary type="html">
You know when people laugh at the fashion industry for saying that 'blue is the new black' and because of its ridiculous amount of fawning over models, designers and the like?  Is that really different to IT?  We've got our fashion houses - Google, Facebook, Apple.  We've got the big bulk conglomerates IBM, Oracle, SAP, Microsoft and oh hell the fawning that goes around...

I'd say the &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/0FUTd5RKHWQ" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/5678919634956832524/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=5678919634956832524" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/5678919634956832524?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/5678919634956832524?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/0FUTd5RKHWQ/it-is-fashion-industry.html" title="IT is a fashion industry" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>1</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2013/04/it-is-fashion-industry.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CUENQX45cCp7ImA9WhBVGEU.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-5811810666498100986</id><published>2013-04-25T10:54:00.001+01:00</published><updated>2013-04-25T10:54:50.028+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-04-25T10:54:50.028+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="pivotal" /><category scheme="http://www.blogger.com/atom/ns#" term="big" /><category scheme="http://www.blogger.com/atom/ns#" term="hadoop" /><title>The Hadoop hump - why enterprises struggle to move from Proof of Concept to Enterprise deployment</title><summary type="html">
At the recent Hadoop Summit in Amsterdam I noticed something that has been bothering me for a while.  Lots of companies have done some great Proof of Concepts with Hadoop but they are rarely turning those into fully blown operational solutions.  Being clear I'm not talking about the shiny, shiny web companies where the business is technology and the people who develop are the people who support,&lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/UUHwpBQ-xqc" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/5811810666498100986/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=5811810666498100986" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/5811810666498100986?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/5811810666498100986?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/UUHwpBQ-xqc/the-hadoop-hump-why-enterprises.html" title="The Hadoop hump - why enterprises struggle to move from Proof of Concept to Enterprise deployment" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2013/04/the-hadoop-hump-why-enterprises.html</feedburner:origLink></entry><entry gd:etag="W/&quot;Ck4EQXs9fyp7ImA9WhBVGE0.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-2004513727164113807</id><published>2013-04-24T11:55:00.000+01:00</published><updated>2013-04-24T11:55:00.567+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-04-24T11:55:00.567+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="fast data" /><category scheme="http://www.blogger.com/atom/ns#" term="big data" /><category scheme="http://www.blogger.com/atom/ns#" term="analytics" /><title>Big Data, Fast Data, Orange Data, Blue Data - its decisions that count not data</title><summary type="html">
Oh the chanting is out, Big Data, Fast Data, the three 'V's and of course the ubiquitous elephant are roaming across the IT landscape as the next great hype monster.  Its going the same way as pretty much every IT hype exercise.  Yes this links to the hype cycle but the way it happens is sadly predictable in IT.


Company has a business problem they think about it in an innovative way
Company &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/2bKSv9VNhVs" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/2004513727164113807/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=2004513727164113807" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/2004513727164113807?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/2004513727164113807?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/2bKSv9VNhVs/big-data-fast-data-orange-data-blue.html" title="Big Data, Fast Data, Orange Data, Blue Data - its decisions that count not data" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2013/04/big-data-fast-data-orange-data-blue.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEcMRng9fyp7ImA9WhBVFkg.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-4170603339485054877</id><published>2013-04-22T16:26:00.000+01:00</published><updated>2013-04-22T18:34:47.667+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-04-22T18:34:47.667+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="business architecture" /><category scheme="http://www.blogger.com/atom/ns#" term="Enterprise Architecture" /><title>The single eye of enterprise architecture</title><summary type="html">
There is a famous phrase

In the kingdom of the blind, the one eyed man is king
IT has always had a problem communicating with the business, and the business communicating with IT.  To fix this IT created something called Enterprise Architecture which aimed to provide a framework around the internal IT estate in a manner that helped that conversation. We can argue how successful that was but &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/keraDckuMas" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/4170603339485054877/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=4170603339485054877" title="4 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/4170603339485054877?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/4170603339485054877?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/keraDckuMas/the-single-eye-of-enterprise.html" title="The single eye of enterprise architecture" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>4</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2013/04/the-single-eye-of-enterprise.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DkMGSXc7fCp7ImA9WhBQGUk.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-6084112045184832919</id><published>2013-03-22T09:27:00.000Z</published><updated>2013-03-22T09:27:08.904Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-03-22T09:27:08.904Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="people" /><category scheme="http://www.blogger.com/atom/ns#" term="NoSQL" /><category scheme="http://www.blogger.com/atom/ns#" term="big data" /><category scheme="http://www.blogger.com/atom/ns#" term="SQL" /><category scheme="http://www.blogger.com/atom/ns#" term="hadoop" /><title>Why NoSQL became MORE SQL and why Hadoop will become the Big Data Virtual Machine</title><summary type="html">
A few years ago I wrote an article about "When Big Data is a Big Con" which talked about some of the hype issues around Big Data.  One of the key points I raised was about how many folks were just slapping on Big Data badges to the same old same old, another was that Map Reduce really doesn't work they way traditional IT estates behave which was a significant barrier to entry for Hadoop as a new&lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/AMccU5UVlQQ" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/6084112045184832919/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=6084112045184832919" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/6084112045184832919?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/6084112045184832919?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/AMccU5UVlQQ/why-nosql-became-more-sql-and-why.html" title="Why NoSQL became MORE SQL and why Hadoop will become the Big Data Virtual Machine" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2013/03/why-nosql-became-more-sql-and-why.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D0EEQXw8cSp7ImA9WhBQEU0.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-8674286409985714803</id><published>2013-03-12T16:26:00.002Z</published><updated>2013-03-12T16:26:40.279Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-03-12T16:26:40.279Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="rant" /><category scheme="http://www.blogger.com/atom/ns#" term="BT Vision" /><category scheme="http://www.blogger.com/atom/ns#" term="customer service" /><category scheme="http://www.blogger.com/atom/ns#" term="BBC iPlayer" /><category scheme="http://www.blogger.com/atom/ns#" term="BT" /><title>BTVision iPlayer not working - and the excuses BT use</title><summary type="html">
I've had an experience in the last few months with the folks from BT that really brought home how bad support can be when they have a real issue and how they look to trot out excuses to fob you off when they dont actually have a fix.

So in January iPlayer stopped working at my mother's house.  She isn't a techy so I took over support.  The first call went fine, and a secondary follow up call &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/uSKvIlCkmjA" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/8674286409985714803/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=8674286409985714803" title="2 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/8674286409985714803?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/8674286409985714803?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/uSKvIlCkmjA/btvision-iplayer-not-working-and.html" title="BTVision iPlayer not working - and the excuses BT use" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>2</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2013/03/btvision-iplayer-not-working-and.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEMEQXk8fyp7ImA9WhBSE0o.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-2895249826258270481</id><published>2013-02-20T15:00:00.000Z</published><updated>2013-02-20T15:00:00.777Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-02-20T15:00:00.777Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Java" /><title>Java needs to start again... from BEFORE JavaSE 6</title><summary type="html">
Back in 2006 I wrote a post on why JavaSE 6 wasn't for the Enterprise with all of the cruft that had been added and one comment I made around the inclusion of a Web Server was its potential impact on security.  Well it appears that thanks to this bloatware approach and lack of focus on core stability Java is now one of the number 1 security threats out there.  Apple have been hacked thanks to &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/4QSr_PEH_dk" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/2895249826258270481/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=2895249826258270481" title="3 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/2895249826258270481?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/2895249826258270481?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/4QSr_PEH_dk/java-needs-to-start-again-from-before.html" title="Java needs to start again... from BEFORE JavaSE 6" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>3</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2013/02/java-needs-to-start-again-from-before.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkAMRnc_eCp7ImA9WhBSEkQ.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-692987148845411584</id><published>2013-02-19T18:33:00.000Z</published><updated>2013-02-19T18:33:07.940Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-02-19T18:33:07.940Z</app:edited><title>Big Data and smart maths aren't new, that is the GOOD THING about it</title><summary type="html">
One of the things that annoys me sometimes, and its quite a long list, is when people proclaim something as 'new' when in fact its just a case that its gone mainstream.  The problem I have with this is that it normally means that they've forgotten all of the learnings of previous generations of implementation and are starting from scratch and making the same old mistakes.  We saw this with the &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/GP_x5qbxCdo" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/692987148845411584/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=692987148845411584" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/692987148845411584?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/692987148845411584?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/GP_x5qbxCdo/big-data-and-smart-maths-arent-new-that.html" title="Big Data and smart maths aren't new, that is the GOOD THING about it" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2013/02/big-data-and-smart-maths-arent-new-that.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DEUAR3s8eyp7ImA9WhBSEUw.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-7179009846106001072</id><published>2013-02-15T17:40:00.001Z</published><updated>2013-02-17T15:50:46.573Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-02-17T15:50:46.573Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="big data" /><title>Train Delays - why context counts in Big Data</title><summary type="html">
Right now in the UK there are hundreds if not thousands of trains around the UK, all moving at different speeds and going on various routes across millions of rails, switches, points and other things.  This gives billions of pieces of information.

But right here, right now I just want to know why my train is stuck and when I'll get home.

The key to remember in Big Data is that its not the &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/P1fYOP9kqYM" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/7179009846106001072/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=7179009846106001072" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7179009846106001072?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7179009846106001072?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/P1fYOP9kqYM/train-delays-why-context-counts-in-big.html" title="Train Delays - why context counts in Big Data" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2013/02/train-delays-why-context-counts-in-big.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEEMQXo4eSp7ImA9WhBTFko.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-2980145063928705446</id><published>2013-02-12T12:38:00.000Z</published><updated>2013-02-12T12:38:00.431Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-02-12T12:38:00.431Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="IT" /><category scheme="http://www.blogger.com/atom/ns#" term="information" /><category scheme="http://www.blogger.com/atom/ns#" term="business" /><title>IT has made its self redundant through technology</title><summary type="html">
There are lots of stats out there about CMOs (Chief Marketing Officers), CFOs and COOs now spending more on IT than the IT department.  Lots of this spend is on SaaS solutions and information centric solutions.  The previously powerful IT department has dropped out of contention in many cases because its not seen as adding any value.

And what is the main reason for that?

Well the IT department&lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/WgWzBopvnpA" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/2980145063928705446/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=2980145063928705446" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/2980145063928705446?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/2980145063928705446?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/WgWzBopvnpA/it-has-made-its-self-redundant-through.html" title="IT has made its self redundant through technology" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2013/02/it-has-made-its-self-redundant-through.html</feedburner:origLink></entry><entry gd:etag="W/&quot;A0UEQHgyfyp7ImA9WhNaGUo.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-5058672494969819906</id><published>2013-02-04T12:00:00.000Z</published><updated>2013-02-04T12:00:01.697Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-02-04T12:00:01.697Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="rant" /><category scheme="http://www.blogger.com/atom/ns#" term="technology" /><category scheme="http://www.blogger.com/atom/ns#" term="REST" /><category scheme="http://www.blogger.com/atom/ns#" term="people" /><category scheme="http://www.blogger.com/atom/ns#" term="thinking" /><title>People are the problem can we stop pretending its technology</title><summary type="html">
A friend of mine the other day said an amazing thing

I like coding in C++
I mean, seriously?  The land of friends, of people writing C code and debugging nightmares, had things got that much better, I mean I know there are some good threading libraries now but seriously, C++ is nice?

All of the idiots code in Java, they don't know C++
And there we have the point.  Its not about what technology&lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/B70iti1M2Fk" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/5058672494969819906/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=5058672494969819906" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/5058672494969819906?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/5058672494969819906?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/B70iti1M2Fk/people-are-problem-can-we-stop.html" title="People are the problem can we stop pretending its technology" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2013/02/people-are-problem-can-we-stop.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CE8CSHk7eSp7ImA9WhNbEUQ.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-6061166596821852703</id><published>2013-01-14T19:47:00.003Z</published><updated>2013-01-14T19:47:49.701Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-01-14T19:47:49.701Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Java" /><category scheme="http://www.blogger.com/atom/ns#" term="Java SE" /><title>Zero Day for Java - time to change strategy and kill JavaSE</title><summary type="html">
Hopefully Oracle will finally look at Java with this zero day exploit and realise that part of the reason for the issue is the kitchen sink approach taken by the Java leadership at Sun and now Oracle.  It adds needless complexity and with that adds security risks.  A better approach would be to recognise that Java is a platform in itself and that the core of Java is extremely small.  Making this&lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/2nZyLwkLq0s" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/6061166596821852703/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=6061166596821852703" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/6061166596821852703?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/6061166596821852703?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/2nZyLwkLq0s/zero-day-for-java-time-to-change.html" title="Zero Day for Java - time to change strategy and kill JavaSE" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>1</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2013/01/zero-day-for-java-time-to-change.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D0QCSX09cCp7ImA9WhNWFE8.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-6461261396927674337</id><published>2012-12-13T19:00:00.002Z</published><updated>2012-12-13T19:02:48.368Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-12-13T19:02:48.368Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="thinking" /><category scheme="http://www.blogger.com/atom/ns#" term="Enterprise Architecture" /><title>Architectural Homeopathy</title><summary type="html">
Sometimes when you are in a meeting someone says something brilliant, I had that experience today when someone said 'We have a sick body, can we please stop pretending everyone is a surgeon'.  Her point was simple, historically in the company they have had challenges of people having opinions and critically of decisions being made without data and whose implementation success isn't tracked.

I &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/a5MJIQJhyEQ" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/6461261396927674337/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=6461261396927674337" title="2 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/6461261396927674337?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/6461261396927674337?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/a5MJIQJhyEQ/architectural-homeopathy.html" title="Architectural Homeopathy" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>2</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/12/architectural-homeopathy.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CkYDRnY5cCp7ImA9WhNXEU4.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-8432990300085939769</id><published>2012-11-28T19:16:00.000Z</published><updated>2012-11-28T19:16:17.828Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-11-28T19:16:17.828Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="humour" /><category scheme="http://www.blogger.com/atom/ns#" term="internet" /><title>The internet was better before...</title><summary type="html">
Over the past few years I've heard lots of complaints about 'the internet was better before everyone used Facebook' and it got me thinking.  That much like the strata in rocks you can determine your geological internet age based on the first thing you remember complaining about.  So moving backwards

Smartazoic - the modern era (2011 to present)
If you haven't yet complained about the new entry &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/vY--BqfQ8v0" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/8432990300085939769/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=8432990300085939769" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/8432990300085939769?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/8432990300085939769?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/vY--BqfQ8v0/the-internet-was-better-before.html" title="The internet was better before..." /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>1</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/11/the-internet-was-better-before.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkQBSHs7eip7ImA9WhNXEEk.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-8874808468428503856</id><published>2012-11-27T20:32:00.003Z</published><updated>2012-11-27T20:32:39.502Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-11-27T20:32:39.502Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="people" /><category scheme="http://www.blogger.com/atom/ns#" term="change" /><category scheme="http://www.blogger.com/atom/ns#" term="project" /><title>When to shout, the art of constructive destruction</title><summary type="html">
I've always believed that sometimes teaching is about the stick as well as the carrot but there are very clear rules on when to use the stick and how to use it.

Its not good enough to start with shouting, that marks you down as an idiot and a prat.  If someone has done something that you don't want but have never explained to them then its your fault as the person in authority. 

Rule 1: You &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/pbuvcq_lN2k" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/8874808468428503856/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=8874808468428503856" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/8874808468428503856?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/8874808468428503856?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/pbuvcq_lN2k/when-to-shout-art-of-constructive.html" title="When to shout, the art of constructive destruction" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/11/when-to-shout-art-of-constructive.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEcFQHg9cCp7ImA9WhJXGUk.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-2805488404445896443</id><published>2012-08-14T12:00:00.000+01:00</published><updated>2012-08-14T12:00:11.668+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-08-14T12:00:11.668+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Java" /><category scheme="http://www.blogger.com/atom/ns#" term="Java SE" /><category scheme="http://www.blogger.com/atom/ns#" term="Java SE 8" /><title>Java SE - could it be more pointless?</title><summary type="html">
Back in 2007 I gave a presentation on Java whose theme was that Java had won.





On slide 12 I put forward a proposal that I'd talked about here before as well in that Java needs to be professional and critically reduce to having a small core on which people can innovate and develop whether that be in smartphones, desktops, servers, virtual machines, smart cards or anything else that people &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/XmBJH3exl-w" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/2805488404445896443/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=2805488404445896443" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/2805488404445896443?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/2805488404445896443?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/XmBJH3exl-w/java-se-could-it-be-more-pointless.html" title="Java SE - could it be more pointless?" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/08/java-se-could-it-be-more-pointless.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DkMERn0-fSp7ImA9WhJQGEQ.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-7935591783458599328</id><published>2012-08-02T09:00:00.000+01:00</published><updated>2012-08-02T09:00:07.355+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-08-02T09:00:07.355+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="people" /><category scheme="http://www.blogger.com/atom/ns#" term="thinking" /><category scheme="http://www.blogger.com/atom/ns#" term="IT" /><category scheme="http://www.blogger.com/atom/ns#" term="bluffers" /><category scheme="http://www.blogger.com/atom/ns#" term="architects" /><title>How to weed out bluffers....</title><summary type="html">
Following up from the concept of thinking being dead I'd like to talk now about one of the biggest challenges in IT.


How do you spot those people who are bluffing?
And here I mean people who don't really think they are bluffing because they are rubbish, or those that are bluffing because they think you are rubbish, its related to the challenge of Terry Pratchett Architects (PArchitects?) where&lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/gLzPDRtJs6Q" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/7935591783458599328/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=7935591783458599328" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7935591783458599328?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7935591783458599328?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/gLzPDRtJs6Q/how-to-weed-out-bluffers.html" title="How to weed out bluffers...." /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/08/how-to-weed-out-bluffers.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D0QBRnYyfyp7ImA9WhJSFUs.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-6735911902955651616</id><published>2012-07-04T10:53:00.000+01:00</published><updated>2012-07-06T10:02:37.897+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-07-06T10:02:37.897+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="rant" /><category scheme="http://www.blogger.com/atom/ns#" term="people" /><category scheme="http://www.blogger.com/atom/ns#" term="IT" /><title>Thinking is dead</title><summary type="html">
Anne wrote a reasonable blog a while ago on why SOA was and wasn't dead but I'd like to go a bit further today and say that generally the concept of thinking appears to be dead.  The value of 'thought' and thinking in IT has diminished, in a way that mirrors society at large, to the stage where design, planning, architecture and anything else other than just banging away at a keyboard appear to &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/PUvkfBxb08c" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/6735911902955651616/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=6735911902955651616" title="15 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/6735911902955651616?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/6735911902955651616?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/PUvkfBxb08c/thinking-is-dead.html" title="Thinking is dead" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>15</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/07/thinking-is-dead.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CkMER38yfSp7ImA9WhVVFUg.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-4590860364241095952</id><published>2012-05-09T09:00:00.000+01:00</published><updated>2012-05-09T09:00:06.195+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-05-09T09:00:06.195+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="AppStore" /><category scheme="http://www.blogger.com/atom/ns#" term="App" /><category scheme="http://www.blogger.com/atom/ns#" term="travel" /><category scheme="http://www.blogger.com/atom/ns#" term="iPhone" /><category scheme="http://www.blogger.com/atom/ns#" term="CO2" /><category scheme="http://www.blogger.com/atom/ns#" term="Carbon" /><category scheme="http://www.blogger.com/atom/ns#" term="iOS" /><category scheme="http://www.blogger.com/atom/ns#" term="Apple" /><title>Carbon Travel Tracker</title><summary type="html">


Okay so now in the iTunes Store is my first attempt at an application that does something actually useful. Its the Carbon Travel Tracker. I travel a lot, not as much as some but quite a lot more than most, two questions always came to mind

1) Just how much do I really travel
2) What is the Carbon impact of that


In the spirit of 'if you don't measure it you can't change it' this really was &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/QjzHF6jN0wU" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/4590860364241095952/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=4590860364241095952" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/4590860364241095952?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/4590860364241095952?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/QjzHF6jN0wU/carbon-travel-tracker.html" title="Carbon Travel Tracker" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://4.bp.blogspot.com/-h7BeBb-ji-Y/T6PPBOGUWSI/AAAAAAAAPm4/h6BjQEkE-qY/s72-c/IuMUvkaIECEkEAj2IUZa8M-temp-upload.xkhpfwml.170x170-75.png" height="72" width="72" /><thr:total>1</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/05/carbon-travel-tracker.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DEIEQHczfip7ImA9WhVWGUs.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-7770561443466328635</id><published>2012-05-02T14:46:00.001+01:00</published><updated>2012-05-02T14:48:21.986+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-05-02T14:48:21.986+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="rant" /><category scheme="http://www.blogger.com/atom/ns#" term="decoded" /><category scheme="http://www.blogger.com/atom/ns#" term="education" /><title>Why coding isn't a 1 day thing and why the UK view on education has to change</title><summary type="html">
decoded.co have started quite the PR and education puff around the idea that they can teach you to code in a day.  Or to be accurate on their site they say they

To teach anyone code in a day.
Now clearly that sentence doesn't make sense as coding is a task, something you do so it should be 'to code' not simply 'code'.  Its like saying 'To teach anyone run in a day' so first off they clearly &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/JnJPw7Gw1Rg" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/7770561443466328635/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=7770561443466328635" title="3 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7770561443466328635?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7770561443466328635?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/JnJPw7Gw1Rg/why-coding-isnt-1-day-thing-and-why-uk.html" title="Why coding isn't a 1 day thing and why the UK view on education has to change" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>3</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/05/why-coding-isnt-1-day-thing-and-why-uk.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CUEFRXY_fSp7ImA9WhVWGUs.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-5937368313574933217</id><published>2012-05-02T14:00:00.000+01:00</published><updated>2012-05-02T14:00:14.845+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-05-02T14:00:14.845+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="rant" /><category scheme="http://www.blogger.com/atom/ns#" term="decoded" /><category scheme="http://www.blogger.com/atom/ns#" term="satire" /><title>Learn to be French in one day</title><summary type="html">

Ever listened to a French Art house film and thought 'I wish I could do that'?  Ever walked through the streets of Paris listening to people and thought 'How do they do that?'.  For too long being French has been thought of as something that you need education for, something that requires rigour, experience and actual learning to achieve.  But no longer.

I am now offering people the chance to &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/zYuyXwtbM60" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/5937368313574933217/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=5937368313574933217" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/5937368313574933217?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/5937368313574933217?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/zYuyXwtbM60/learn-to-be-french-in-one-day.html" title="Learn to be French in one day" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/05/learn-to-be-french-in-one-day.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CkcEQX48fCp7ImA9WhVWGUs.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-5250790262215166107</id><published>2012-05-02T13:00:00.000+01:00</published><updated>2012-05-02T13:00:00.074+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-05-02T13:00:00.074+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="rant" /><category scheme="http://www.blogger.com/atom/ns#" term="decoded" /><category scheme="http://www.blogger.com/atom/ns#" term="satire" /><title>Learn to be an actor in one day</title><summary type="html">

Ever looked at a play and thought 'I wish I could do that'?  Ever looked at the Oscar winner for best actor and thought 'How do they do that?'.  For too long acting has been thought of as something that you need training for, something that requires rigour, experience and actual talent to achieve.  But no longer.

I am now offering people the chance to learn to be an actor in a single day.  As &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/P1_5rlPEvkY" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/5250790262215166107/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=5250790262215166107" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/5250790262215166107?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/5250790262215166107?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/P1_5rlPEvkY/learn-to-be-actor-in-one-day.html" title="Learn to be an actor in one day" /><author><name>Steve Jones</name><uri>https://plus.google.com/101953459252929322687</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh5.googleusercontent.com/-vprBOVtrPKI/AAAAAAAAAAI/AAAAAAABdbM/TSK9oqBjtgw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/05/learn-to-be-actor-in-one-day.html</feedburner:origLink></entry></feed>
