<?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: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;DEYASX04cSp7ImA9WhVUFkk.&quot;"><id>tag:blogger.com,1999:blog-11168006</id><updated>2012-05-22T01:22:28.339+01:00</updated><category term="quota" /><category term="tools" /><category term="package" /><category term="phones" /><category term="heatmap" /><category term="lexicon" /><category term="strategy" /><category term="UI" /><category term="interfaces" /><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="airports" /><category term="divide" /><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="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="information" /><category term="holiday" /><category term="humour" /><category term="policy" /><category term="definition" /><category term="delivery" /><category term="government" /><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="Vista" /><category term="education" /><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="dumb" /><category term="systems" /><category term="code" /><category term="learning" /><category term="Facebook" /><category term="WS-*" /><category term="adoption" /><category term="recovery" /><category term="App" /><category term="scale" /><category term="BSA" /><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="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="standards" /><category term="social media" /><category term="caching" /><category term="debt" /><category term="virtualisation" /><category term="mobile" /><category term="DOA" /><category term="finance" /><category term="documentation" /><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="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 7" /><category term="EDA" /><category term=".net" /><category term="performance" /><category term="consultancy" /><category term="eclipse" /><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="UML" /><category term="XML" /><category term="cloud" /><category term="BPEL" /><category term="decisions" /><category term="people" /><category term="integration" /><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="BeJUG" /><category term="pricing" /><category term="Google Maps" /><category term="value" /><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="modelling" /><category term="POA" /><category term="EAI" /><category term="hype" /><category term="HTML5" /><category term="database" /><category term="language design" /><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="ERP" /><category term="games" /><category term="OASIS" /><category term="BPM" /><category term="Java" /><category term="Web 2.0" /><category term="Air" /><category term="SLA" /><category term="TSOA" /><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="estimation" /><category term="kick-off" /><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://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><generator version="7.00" uri="http://www.blogger.com">Blogger</generator><openSearch:totalResults>512</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;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://profiles.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/AAAAAAAAFIE/BFr93W72njw/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="0 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://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>0</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://profiles.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/AAAAAAAAFIE/BFr93W72njw/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://profiles.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/AAAAAAAAFIE/BFr93W72njw/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><entry gd:etag="W/&quot;AkUEQXk5fCp7ImA9WhVWGUg.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-2055315242949799485</id><published>2012-05-02T12:30:00.000+01:00</published><updated>2012-05-02T12:30:00.724+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-05-02T12:30:00.724+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 a writer in one day</title><summary type="html">

Ever read Shakespeare and thought 'I wish I could do that'?  Ever read Steinbeck, Dickens, Austen, Pratchett or Proust and thought 'How do they do that?'.  For too long literature has been thought of as something that requires rigour, experience and actual talent to achieve.  But no longer.

I am now offering people the chance to learn to be a writer in a single day.  As part of this course you&lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/E8k1LgWj21g" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/2055315242949799485/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=2055315242949799485" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/2055315242949799485?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/2055315242949799485?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/E8k1LgWj21g/learn-to-be-writer-in-one-day.html" title="Learn to be a writer in one day" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/05/learn-to-be-writer-in-one-day.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DEMESHY-fip7ImA9WhVWGUg.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-3275280832202771916</id><published>2012-05-02T12:00:00.000+01:00</published><updated>2012-05-02T12:00:09.856+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-05-02T12:00:09.856+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 artist in one day</title><summary type="html">

Ever looked at the Mona Lisa and thought 'I wish I could do that'?  Ever looked at the Turner Prize and thought 'How do they do that?'.  For too long art 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 artist in a single day.  As part of &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/YUNXBXJ3ZDo" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/3275280832202771916/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=3275280832202771916" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/3275280832202771916?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/3275280832202771916?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/YUNXBXJ3ZDo/learn-to-be-artist-in-one-day.html" title="Learn to be an artist in one day" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/05/learn-to-be-artist-in-one-day.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEEFSXc_cSp7ImA9WhVWE0s.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-1249721980124404103</id><published>2012-04-25T15:03:00.001+01:00</published><updated>2012-04-25T15:03:38.949+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-04-25T15:03:38.949+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="cloud" /><category scheme="http://www.blogger.com/atom/ns#" term="SaaS" /><category scheme="http://www.blogger.com/atom/ns#" term="MDM" /><title>Bling and ignorance - how cloudy thinking will screw up IT</title><summary type="html">Today it was annouced that Progress Software are going to 'divest' their BPM and SOA technologies and instead are going to focus on cloud technologies that don't really exist yet.  This is indicative of a mentality I see around so first lets start with some credentials:

1) I worked with Google around a SaaS partnership in 2007 around Google Apps
2) I delivered an SFDC solution in 2008
3) I've &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/SeNyldSph6o" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/1249721980124404103/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=1249721980124404103" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/1249721980124404103?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/1249721980124404103?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/SeNyldSph6o/bling-and-ignorance-how-cloudy-thinking.html" title="Bling and ignorance - how cloudy thinking will screw up IT" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>1</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/04/bling-and-ignorance-how-cloudy-thinking.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkAERnY-eyp7ImA9WhVWEUQ.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-4073070750076860694</id><published>2012-04-23T17:31:00.001+01:00</published><updated>2012-04-23T17:31:47.853+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-04-23T17:31:47.853+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="technology" /><category scheme="http://www.blogger.com/atom/ns#" term="practice" /><title>Why Silicon Valley is bad for Enterprise IT</title><summary type="html">
99% of IT is done outside of Silicon Valley in Enterprises.  I like the valley and San Francisco is my second favourite 'new' city (Sydney comes first, London, Rome and Paris remain... well London, Rome and Paris).  The problem is that 99% of the media about IT is about what happens in Silicon Valley.  This is the equivalent of all coverage of the global car market being about Ferrari.  Its not &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/0phyowUJfcA" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/4073070750076860694/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=4073070750076860694" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/4073070750076860694?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/4073070750076860694?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/0phyowUJfcA/why-silicon-valley-is-bad-for.html" title="Why Silicon Valley is bad for Enterprise IT" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>1</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/04/why-silicon-valley-is-bad-for.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DE4GSXc_cCp7ImA9WhVWE0s.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-7635194143415800115</id><published>2012-04-19T15:56:00.002+01:00</published><updated>2012-04-25T16:15:28.948+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-04-25T16:15:28.948+01:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="CISPA" /><category scheme="http://www.blogger.com/atom/ns#" term="War" /><category scheme="http://www.blogger.com/atom/ns#" term="EU" /><category scheme="http://www.blogger.com/atom/ns#" term="information" /><category scheme="http://www.blogger.com/atom/ns#" term="Data Privacy" /><title>Information the next Trade War?  Data Privacy v CISPA</title><summary type="html">Today it was annouced that Progress Software are going to 'divest' their BPM and SOA technologies and instead are going to focus on cloud technologies that don't really exist yet.  This is indicative of a mentality I see around so first lets start with some credentials:

1) I worked with Google around a SaaS partnership in 2007 around Google Apps
2) I delivered an SFDC solution in 2008
3) I've &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/sLHoAo7TIR4" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/7635194143415800115/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=7635194143415800115" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7635194143415800115?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7635194143415800115?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/sLHoAo7TIR4/information-next-trade-war-data-privacy.html" title="Information the next Trade War?  Data Privacy v CISPA" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/04/information-next-trade-war-data-privacy.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DEEHQXw4fSp7ImA9WhVRF0Q.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-7143826710548175399</id><published>2012-03-26T22:17:00.000+01:00</published><updated>2012-03-26T22:17:10.235+01:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-03-26T22:17:10.235+01:00</app:edited><title>Why you should Unit Test - an example by MS Office</title><summary type="html">
I'll admit it, when I'm writing code just for myself to learn stuff I tend not to unit test.  When I'm in a team environment I insist on it as the person coding isn't going to be the person maintaining.  Unit Testing has lots of benefits in terms of project success, code quality and longevity.  If you think testing first then you tend to think about the solution to the problem a bit more and &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/3qdkfUQeTTs" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/7143826710548175399/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=7143826710548175399" title="2 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7143826710548175399?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7143826710548175399?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/3qdkfUQeTTs/why-you-should-unit-test-example-by-ms.html" title="Why you should Unit Test - an example by MS Office" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>2</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/03/why-you-should-unit-test-example-by-ms.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkQBRHg5fCp7ImA9WhVRFE4.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-968930436882670468</id><published>2012-03-22T17:45:00.002Z</published><updated>2012-03-22T17:45:55.624Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-03-22T17:45:55.624Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="patents" /><category scheme="http://www.blogger.com/atom/ns#" term="Google" /><title>Dear Google you've patented my published idea...</title><summary type="html">
Okay so a while ago I had an idea, that people should blog about ideas they had and tag them as 'prior art' as a way to defeat patents.  Well today I read an article about Google patenting a location specific ad service which takes in local information (the weather) to give people targeted adverts. Well back in 2008 I had an idea, where I talked about temporal information including the phrase:

&lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/SmLNWv2s4D8" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/968930436882670468/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=968930436882670468" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/968930436882670468?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/968930436882670468?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/SmLNWv2s4D8/dear-google-youve-patented-my-published.html" title="Dear Google you've patented my published idea..." /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/03/dear-google-youve-patented-my-published.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkEDQH08eCp7ImA9WhVRFEw.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-7114139255209356214</id><published>2012-03-22T12:17:00.002Z</published><updated>2012-03-22T12:17:51.370Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-03-22T12:17:51.370Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="predications" /><category scheme="http://www.blogger.com/atom/ns#" term="Apple" /><title>Why the iPad is temporary but the screen is forever</title><summary type="html">

Just thinking about the old MSFT case with the DoJ where a split up of Windows and Office divisions was muted (but abandoned), with current rumours that Office will be on the iPad later this year there is a question on the post-PC revolution...

Will I be able to code?  If I've got Office then that covers 90% of everything I do in my current role.  10% requires some sort of virtualisation &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/idgzR5bOoIw" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/7114139255209356214/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=7114139255209356214" title="2 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7114139255209356214?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7114139255209356214?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/idgzR5bOoIw/why-ipad-is-temporary-but-screen-is.html" title="Why the iPad is temporary but the screen is forever" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>2</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/03/why-ipad-is-temporary-but-screen-is.html</feedburner:origLink></entry><entry gd:etag="W/&quot;A0cMRns5eip7ImA9WhVSFUk.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-5809616695974113221</id><published>2012-03-12T10:44:00.002Z</published><updated>2012-03-12T10:44:47.522Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-03-12T10:44:47.522Z</app:edited><title>SaaS v cloud, its a licensing thing</title><summary type="html">
One of the things I get asked quite a bit is what is the difference between SaaS and cloud solutions and while there are lots of options for me it comes down to a simple question:

How are you licensing it?  
Your SaaS vendors license via users or other capacity metrics.  Things go up, things go down but you license based on those 'things'.   So for SFDC its the connected users for instance, &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/J0A_i7ZD0ag" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/5809616695974113221/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=5809616695974113221" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/5809616695974113221?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/5809616695974113221?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/J0A_i7ZD0ag/saas-v-cloud-its-licensing-thing.html" title="SaaS v cloud, its a licensing thing" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/03/saas-v-cloud-its-licensing-thing.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEIFQn8zeSp7ImA9WhVTGUs.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-5832944971793609771</id><published>2012-03-05T15:45:00.002Z</published><updated>2012-03-05T15:48:33.181Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-03-05T15:48:33.181Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="lexicon" /><category scheme="http://www.blogger.com/atom/ns#" term="FUD" /><title>FUD Farming</title><summary type="html">
FUD Farming: the practice of selling expertise based, primarily or solely, on negative (or FUD) based messaging.

I'd like to include a new term into the lexicon: FUD Farming.  Over the years I've seen the following attempt to sell used over and over again

X is a complete and utter disaster, X will lead to the destruction of modern society and ultimately Armageddon.  X doesn't work like it &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/Ky89xRhzeYs" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/5832944971793609771/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=5832944971793609771" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/5832944971793609771?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/5832944971793609771?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/Ky89xRhzeYs/fud-farming.html" title="FUD Farming" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/03/fud-farming.html</feedburner:origLink></entry><entry gd:etag="W/&quot;A04HQHg7cCp7ImA9WhVTFkw.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-1182629250330779524</id><published>2012-03-01T16:38:00.004Z</published><updated>2012-03-01T16:38:51.608Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-03-01T16:38:51.608Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="WS-*" /><category scheme="http://www.blogger.com/atom/ns#" term="REST" /><category scheme="http://www.blogger.com/atom/ns#" term="WebSockets" /><title>WebSockets v REST (v WS-*) more pointless than eclipse v Emacs (v vi)</title><summary type="html">
Well the shiny kids have a new toy... its WebSockets and by jiminy if it isn't just the best thing ever.  Actually to be fair to people promoting WebSockets they do appear to be taking a more rational, and less religious, stance than the REST area but this discussion remains pointless.  Mark Little's recent InfoQ post was a good pitch on the debate.

Just as REST v WS-* is pointless so the &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/yLsz0xVjmCU" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/1182629250330779524/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=1182629250330779524" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/1182629250330779524?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/1182629250330779524?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/yLsz0xVjmCU/websockets-v-rest-v-ws-more-pointless.html" title="WebSockets v REST (v WS-*) more pointless than eclipse v Emacs (v vi)" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/03/websockets-v-rest-v-ws-more-pointless.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CkEAQnoyfSp7ImA9WhVTFkw.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-6412470629703295545</id><published>2012-03-01T14:04:00.000Z</published><updated>2012-03-01T14:04:03.495Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-03-01T14:04:03.495Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="IBM" /><category scheme="http://www.blogger.com/atom/ns#" term="cloud" /><title>Has cloud lost its buzz?</title><summary type="html">
After doing a presentation the other day I joked to someone from IBM that the WebSphere 'Cloudburst' appliance was one of the silliest names I'd heard.  An appliance that was tagged as cloud.  He then informed me that its not called that anymore but is now called the much duller, but more accurate, Workload Deployer.  Now I'm still not sure as to why this is a piece of physical kit rather than a&lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/GYvK5qazn-o" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/6412470629703295545/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=6412470629703295545" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/6412470629703295545?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/6412470629703295545?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/GYvK5qazn-o/has-cloud-lost-its-buzz.html" title="Has cloud lost its buzz?" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/03/has-cloud-lost-its-buzz.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D08EQXs5eyp7ImA9WhVTE0k.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-1391132238556817353</id><published>2012-02-27T12:30:00.000Z</published><updated>2012-02-27T12:30:00.523Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-02-27T12:30:00.523Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="skype" /><category scheme="http://www.blogger.com/atom/ns#" term="omnichannel" /><category scheme="http://www.blogger.com/atom/ns#" term="MDM" /><title>How Skype treat me as a transaction not an individual</title><summary type="html">
I blogged at work on how the challenge of Omnichannel engagement means you need to treat the customer as an individual not as a transaction.

Well here is an example of a company doing the exact opposite.

First some background.  At work I tend to use a VPN that takes me out through the Netherlands but regularly I'm in different countries and I tend to use Skype.  Now Skype know a lot of &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/SlieymC5XK0" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/1391132238556817353/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=1391132238556817353" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/1391132238556817353?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/1391132238556817353?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/SlieymC5XK0/how-skype-treat-me-as-transaction-not.html" title="How Skype treat me as a transaction not an individual" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://1.bp.blogspot.com/-LDTdz0P6d1E/T0e77D0GUWI/AAAAAAAAKR4/bq5RRB0DIQY/s72-c/Skype+post+log-in.png" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/02/how-skype-treat-me-as-transaction-not.html</feedburner:origLink></entry><entry gd:etag="W/&quot;A0EMRnw5fip7ImA9WhVTEEU.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-2448419986672198163</id><published>2012-02-24T13:21:00.001Z</published><updated>2012-02-24T13:21:27.226Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-02-24T13:21:27.226Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="us border" /><category scheme="http://www.blogger.com/atom/ns#" term="cloud" /><category scheme="http://www.blogger.com/atom/ns#" term="SaaS" /><category scheme="http://www.blogger.com/atom/ns#" term="government" /><title>How politicians could kill SaaS with stupidity</title><summary type="html">
Back when I was doing SaaS a few years ago I raised the issue of the Patriot act as being a reason why cloud providers would be setting up in Europe.  The rule however appears even worse than I knew so now the Patriot Act impact US cloud sales directly as the hosting location doesn't matter its the rules.


With the US Congress seeming to view China and the rest of the world with concern and &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/vU21BpeTpWk" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/2448419986672198163/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=2448419986672198163" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/2448419986672198163?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/2448419986672198163?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/vU21BpeTpWk/how-politicians-could-kill-saas-with.html" title="How politicians could kill SaaS with stupidity" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>1</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/02/how-politicians-could-kill-saas-with.html</feedburner:origLink></entry><entry gd:etag="W/&quot;C0IARXYzfip7ImA9WhVTEEU.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-4949041508264704095</id><published>2012-02-24T11:05:00.001Z</published><updated>2012-02-24T11:05:44.886Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-02-24T11:05:44.886Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="MDM" /><category scheme="http://www.blogger.com/atom/ns#" term="big data" /><category scheme="http://www.blogger.com/atom/ns#" term="business" /><title>42 - Or do you understand your Big Data question?</title><summary type="html">
What is the ultimate Big Data question?  Well it is of course the Biggest Question... the question... of Life, the Universe and Everything.... but that poses a problem: in an analytical world do you really understand the question?





(or in short form if you are in a rush)








The point here is that one of the major challenges with Big Data is that we are moving away from simple SQL driven&lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/97TP8ixudx0" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/4949041508264704095/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=4949041508264704095" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/4949041508264704095?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/4949041508264704095?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/97TP8ixudx0/42-or-do-you-understand-your-big-data.html" title="42 - Or do you understand your Big Data question?" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/02/42-or-do-you-understand-your-big-data.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D0MFRHw4eSp7ImA9WhRaFE8.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-561366025266617588</id><published>2012-02-16T20:50:00.000Z</published><updated>2012-02-16T20:50:15.231Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-02-16T20:50:15.231Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="predictions" /><category scheme="http://www.blogger.com/atom/ns#" term="Facebook" /><category scheme="http://www.blogger.com/atom/ns#" term="social media" /><category scheme="http://www.blogger.com/atom/ns#" term="iOS" /><category scheme="http://www.blogger.com/atom/ns#" term="Apple" /><title>How Apple will beat Facebook</title><summary type="html">
Looking at the extension of iMessage to the desktop made me think about how Apple can take on Facebook and win.  Lets see what Facebook have over Apple technically...


Multiple people in one conversation
Broadcast conversations with 'followers'


Now Apple have already integrated Twitter into the iPhone but lets assume that long term the folks from Cupertino want total control.  What do they &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/UZ1Z1wCLbfA" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/561366025266617588/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=561366025266617588" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/561366025266617588?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/561366025266617588?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/UZ1Z1wCLbfA/how-apple-will-beat-facebook.html" title="How Apple will beat Facebook" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/02/how-apple-will-beat-facebook.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DUUMQ384fSp7ImA9WhRaEUk.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-4620728530067584850</id><published>2012-02-13T15:33:00.002Z</published><updated>2012-02-13T15:34:42.135Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-02-13T15:34:42.135Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="VPN" /><category scheme="http://www.blogger.com/atom/ns#" term="predictions" /><category scheme="http://www.blogger.com/atom/ns#" term="HTML5" /><category scheme="http://www.blogger.com/atom/ns#" term="Apple" /><title>Why Broadband, Apps and Moore's law will beat Server based HTML 5</title><summary type="html">
The browser is about to have its day... Apps are going to win.  Now these Apps could be like the Chrome store pieces and developed in HTML5 but with local storage and offline access added but they will fundamentally be local things.  Why?


Moore's Law isn't going away any time soon. 

 In a couple of years we will have Smartphones with quad or even octo cores, 8GB of main RAM and 256 GB of &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/rbe6tci_pHI" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/4620728530067584850/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=4620728530067584850" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/4620728530067584850?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/4620728530067584850?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/rbe6tci_pHI/why-broadband-apps-and-moores-law-will.html" title="Why Broadband, Apps and Moore's law will beat Server based HTML 5" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>1</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/02/why-broadband-apps-and-moores-law-will.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DUUAQXk-eip7ImA9WhRaEUk.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-1513685874935276519</id><published>2012-02-13T14:47:00.003Z</published><updated>2012-02-13T15:34:00.752Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-02-13T15:34:00.752Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="code" /><category scheme="http://www.blogger.com/atom/ns#" term="iOS" /><category scheme="http://www.blogger.com/atom/ns#" term="refactoring" /><title>Why I rewrite rather than re-factor</title><summary type="html">
Refactoring is one of those terms in IT that gets bandied about as a good thing.  Refactoring is meant to be the small incremental cleaning up of code to restructure it while leaving it functionally the same(1).  Some folks say that re-writing is different as it changes this functional contract.  What happens in the field however is different...

Refactoring tends to be done in small chunks and &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/KNBrQ0q7ikA" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/1513685874935276519/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=1513685874935276519" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/1513685874935276519?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/1513685874935276519?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/KNBrQ0q7ikA/why-i-rewrite-rather-than-re-factor.html" title="Why I rewrite rather than re-factor" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>1</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/02/why-i-rewrite-rather-than-re-factor.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DEEERX05fCp7ImA9WhRUFko.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-846054962198146585</id><published>2012-01-27T15:03:00.002Z</published><updated>2012-01-27T15:03:24.324Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-01-27T15:03:24.324Z</app:edited><title>Controlling what kids access - VPN to the Home - the next big thing in Mobile security</title><summary type="html">
I've got kids, currently they are under the age where they get Smartphones and unfettered internet access but such a day is coming.  Now at home I can set it up so on the WiFi there is a proxy and all content has to be routed via that proxy or it doesn't go out and I can lock down the proxy so they can't go where I don't want.


However on a Smartphone they get good internet access without me &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/ByL17_05590" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/846054962198146585/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=846054962198146585" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/846054962198146585?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/846054962198146585?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/ByL17_05590/controlling-what-kids-access-vpn-to.html" title="Controlling what kids access - VPN to the Home - the next big thing in Mobile security" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/01/controlling-what-kids-access-vpn-to.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D0UFQHs_cCp7ImA9WhRVGEQ.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-7613581220461488577</id><published>2012-01-18T14:00:00.000Z</published><updated>2012-01-18T14:00:11.548Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-01-18T14:00:11.548Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="iPhone" /><category scheme="http://www.blogger.com/atom/ns#" term="learning" /><category scheme="http://www.blogger.com/atom/ns#" term="iOS" /><category scheme="http://www.blogger.com/atom/ns#" term="language design" /><category scheme="http://www.blogger.com/atom/ns#" term="coding" /><title>IT going backwards - Objective C is 90s retro</title><summary type="html">
I've ranted quite regularly on how Enterprise IT just hasn't really developed in the last 5 years and my personal task for 2012... learning Objective C and programming for iOS has taken my disbelief to another level.  Back in 2008 I learnt Python and for me it sucked.  Its 'advantage' over scripting languages of the 80s and 90s was minimal and it had the most hated (for me) of things... indent &lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/80ONpii3eQA" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/7613581220461488577/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=7613581220461488577" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7613581220461488577?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/7613581220461488577?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/80ONpii3eQA/it-going-backwards-objective-c-is-90s.html" title="IT going backwards - Objective C is 90s retro" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/01/it-going-backwards-objective-c-is-90s.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CUUEQHk7cCp7ImA9WhRVF04.&quot;"><id>tag:blogger.com,1999:blog-11168006.post-8177377275214400188</id><published>2012-01-16T17:00:00.000Z</published><updated>2012-01-16T17:00:01.708Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-01-16T17:00:01.708Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="rant" /><category scheme="http://www.blogger.com/atom/ns#" term="CBP" /><category scheme="http://www.blogger.com/atom/ns#" term="mobile" /><category scheme="http://www.blogger.com/atom/ns#" term="us border" /><title>iPads on planes during takeoff?  Hell I'd like to use it in the airport!</title><summary type="html">
People have been asking for iPads, and Kindles, to be used during takeoff and landing (like Pilots can) but for me that isn't a massive deal, yes I'd like to read my online Economist from the iPad when I'm travelling and sure it can be a bit of a pain to have to use old style paper... but I've got a bigger gripe.

The CBP (Customers and Border Protection) and their mental policies at immigration&lt;img src="http://feeds.feedburner.com/~r/ServiceArchitecture/~4/jQMEf3xrjow" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://service-architecture.blogspot.com/feeds/8177377275214400188/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=11168006&amp;postID=8177377275214400188" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/8177377275214400188?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/11168006/posts/default/8177377275214400188?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/ServiceArchitecture/~3/jQMEf3xrjow/ipads-on-planes-during-takeoff-hell-id.html" title="iPads on planes during takeoff?  Hell I'd like to use it in the airport!" /><author><name>Steve Jones</name><uri>https://profiles.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/AAAAAAAAFIE/BFr93W72njw/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://service-architecture.blogspot.com/2012/01/ipads-on-planes-during-takeoff-hell-id.html</feedburner:origLink></entry></feed>

