tag:blogger.com,1999:blog-110772992024-03-08T00:17:07.939+00:00The life under the CrossJoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.comBlogger25125tag:blogger.com,1999:blog-11077299.post-19400767260601218842007-11-27T10:43:00.000+00:002007-11-27T11:05:11.658+00:00Extending SOA<span style="font-family:verdana;">It has been quite a while ... lots of things have happened that have stopped me from writing ... but today reviewing my posts I thought about something important:</span><br /><br /><strong><span style="font-family:courier new;">SOA only looks after ONE aspect of a business solution.</span></strong><br /><strong><span style="font-family:Courier New;"></span></strong><br /><span style="font-family:verdana;">And it is not that this aspect is not important: a "service oriented" design will enhance all aspects of a business solution, "architecture" ... well this word is so misused it is difficult to find it within this context.<br /><br />If using an analogy, I.T. business solutions were construction, the 'end-to-end' solution (software, hardware, costs of operations) would be <strong>THE CONSTRUCTION</strong> -. So you wouldn't call a plumber a "PIPING ARCHITECT" nor you would call an electrician an "ELECTRICAL ARCHITECT" (what about a "PLASTERING ARCHITECT?") ... your plumbing would be done by a DESIGNER that understand how the PIPING DESIGN fits in your overall ARCHITECTURE.<br /><br />And the same with SOA - I have seen in plenty of situations how misunderstandings from 'Service Orientated Architects' can cause havoc in an organisation - thinking only of conceptual without any context into real building blocks for a solution (typical examples are proxying, security, synchronous vs asynchronous and pure design vs real life compromises), what happens ? The business doesn't perceive SOA as an enabler - because the P.R. people ('architects') understand only one aspect of what 'enabling' really means.<br /><br />So what would be an 'extended' or 'expanded' SOA - one that considers ALL services (think about utility computing?): networking is a service, virtualisation is a service, processing power is a service, operating system is a service, application servers are a service, business logic is a service ... at the top of all this, you have your 'Service Oriented Design' which are expressed in a language that the business can understand (or could closely understand, like BPEL?).<br /><br />This would obviously be a more compelling 'SOA' proposition to non-technical people ...</span>JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-37199302523593645722007-04-12T12:23:00.000+00:002007-04-12T12:32:05.203+00:00More interesting stuff on SOASee "<a href="http://weblog.infoworld.com/realworldsoa/archives/2007/04/5_things_to_con.html">5 Things to Consider Before you start your SOA Project</a>" by Dave Linthicum, makes a lot of sense and compliments what the thoughts i have related to <a href="http://blogs.zdnet.com/storage/?p=118">Robin Harris' one</a>:<br /><br /><span class="artText"><ol><li><strong><em>Consider the people.</em></strong> Most SOA projects die due to lack of talent, not lack of need or resources. Make sure you have the right people on the job, and they are trained properly. As Ron and I discussed on the Podcast this week, the SOA talent shortage is hurting this emerging area of technology. </li><li><strong><em>Consider the Buy-in</em></strong>. Most SOAs only live with approval and support from the top. Thus, projects that don't have sponsors in the right places are doomed, typically due to politics, not technical failure. SOA is a huge change in the way you approach IT, and this change requires resources and support. If you don't have them, don't try SOA. </li><li><strong><em>Consider your own needs</em></strong>. Most SOA implementers have tendency to dash out there and select technology before understanding the problems they are looking to solve. Your needs, for your enterprise, are unique and require solutions that are customized for your issues. One size does not all…SOA is something you do, not something you buy. </li><li><strong><em>Consider the approach</em></strong>. You can't iterate your way to a successful SOA, and you need a good definition of the project steps before beginning your own SOA project. Typically this means discovering metadata, services, processes, etc., and then defining your own SOA that's meets your needs. </li><li><strong><em>Consider the business case.</em></strong> While most people think SOA is always a fit, in some cases it won't have the impact required to justify the cost. Thus, you need to stop and think about the business cases at some point, and this will help you establish creditability with the sponsors, as well as shine a profitable light on the project when asking for resources.</li></ol></span>JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-34484122756655937162007-04-12T06:45:00.000+00:002007-04-12T12:33:17.982+00:00SOA Management MisconceptionsInteresting article published by <a href="http://www.actional.com/products/product_literature/SOA-Misconceptions.html">Actional</a> that lists the top 10 misconceptions. Particularly:<br /><br /><ul><li><span style="font-weight: bold;">Perception</span>: a multitude of services comprises an architecture.</li><li><span style="font-weight: bold;">Reality</span>: services built as part of an SOA initiative need to be managed, governed, and secured or else the result is scattered and poorly integrated services working against each other.</li></ul>JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-43648561632949159232007-04-10T20:24:00.000+00:002007-04-10T21:49:20.810+00:00SOA - Stir Oats & AcknowledgeIt has been a while, but I have been busy expanding my photography collection (which can be seen following <a href="http://www.flickr.com/photos/eljoshcruz/">this link</a>), so I have been away from the computer most of the <span class="blsp-spelling-corrected" id="SPELLING_ERROR_0">Easter</span> week. But it is good - refreshing ! - gives me good perspective to analyse <a href="http://blogs.zdnet.com/storage/?p=118&tag=nl.e622">Robin <span class="blsp-spelling-error" id="SPELLING_ERROR_1">Harris's</span> article on <span class="blsp-spelling-error" id="SPELLING_ERROR_2">SOA</span> and why is it dead from inception</a>.<br /><br />At first, I found it a bit strange to start an article about <span class="blsp-spelling-error" id="SPELLING_ERROR_3">SOA</span> referring to <span class="blsp-spelling-error" id="SPELLING_ERROR_4">ILM</span>, that is until I saw where is that Robin Harris' expertise lies: <a href="http://blogs.zdnet.com/BTL/?p=4735">he is in charge of <span class="blsp-spelling-error" id="SPELLING_ERROR_5">ZdNet's</span> storage sections</a>.<br /><br />So I remember <span class="blsp-spelling-error" id="SPELLING_ERROR_6">ILM</span> - and I am still waiting to see who has the money to implement it - multi-tiered storage is still very expensive to implement (for the average enterprise at least), and it solves a problem (ever heard of the reasons for <a href="http://en.wikipedia.org/wiki/Sarbanes-Oxley_Act"><span class="blsp-spelling-error" id="SPELLING_ERROR_7">SoX</span></a> compliance for traceability and accountability or the case of the <a href="http://www.siliconvalleywatcher.com/mt/archives/2007/03/3807_judge_inte.php">email lost by Intel</a>): you keep relevant data for your business <span style="font-weight: bold;">AWAY</span> from your service delivery platform - until it is required and then move back again to where it needs to be processed. And yes, you can claim that applications could be developed to take the life cycle of information into consideration - but that would make them more complex to implement, so rather than increase the complexity in the software layer, let's implement information life cycle as a different aspect in a different dimension (storage handles it on behalf of the applications).<br /><br /><strong>The demand side of the equation</strong><br />But enough of <span class="blsp-spelling-error" id="SPELLING_ERROR_8">ILM</span>, he talks about <span class="blsp-spelling-error" id="SPELLING_ERROR_9">SOA</span>. So if we start from the beginning - if the enterprise is not developing software, it means that it requires no change - hence it <span class="blsp-spelling-error" id="SPELLING_ERROR_10">doesnt'need</span> <span class="blsp-spelling-error" id="SPELLING_ERROR_11">SOA</span>. But problem is, most enterprises have delivered solutions with timescales, mostly poorly designed, with budget constraints (see "<a href="http://www.coleyconsulting.co.uk/failure.htm">Why projects fail</a>"), projects have been failing since before <span class="blsp-spelling-error" id="SPELLING_ERROR_12">SOA</span> and <span class="blsp-spelling-error" id="SPELLING_ERROR_13">CORBA</span> - and shamefully most will continue failing after <span class="blsp-spelling-error" id="SPELLING_ERROR_14">SOA</span> and <span class="blsp-spelling-error" id="SPELLING_ERROR_15">CORBA</span> (See the "<a href="http://www1.standishgroup.com/sample_research/index.php">CHAOS Report</a>" from 1994 by the <a href="http://www1.standishgroup.com/">Standish Group</a>). Failures are not only the ones listed above, it is the fact that solutions are <a href="http://www.agilemodeling.com/essays/agileDesign.htm">thought tactically and developed tactically, when they should be thought strategically and developed tactically</a>.<br /><br /><strong>No way to show a return<br /><span style="font-weight: bold;"></span></strong><span class="blsp-spelling-error" id="SPELLING_ERROR_16">SOA</span> is all about evolution - and decoupling design from implementation (remember - "highly cohesive, loosely coupled"), you don't pay for <span class="blsp-spelling-error" id="SPELLING_ERROR_17">SOA</span> 'upfront' ... you pay for the technology - the same way you pay for a database - not for the data models!!!! <span class="blsp-spelling-error" id="SPELLING_ERROR_18">OOP</span> failed at the big scale because the granularity is too fine, each department had it's own agenda and schedule - it is like blaming Java or C for failures because enterprises use a mixture of not only languages, but operating systems, repositories, methodologies & <span class="blsp-spelling-error" id="SPELLING_ERROR_19">IDE</span> tools.<br /><span style="color: rgb(51, 0, 153); font-weight: bold;">Assessment</span><span style="font-weight: bold;">: </span><span style="font-style: italic;">you will show as much return on a <span class="blsp-spelling-error" id="SPELLING_ERROR_20">SOA</span> effort as you can show on any new project - if the project lacks business case, <span class="blsp-spelling-error" id="SPELLING_ERROR_21">SOA</span> lacks business case for your organization.</span><br /><br /><strong><span class="blsp-spelling-error" id="SPELLING_ERROR_22">SOA</span> <i>increases</i> execution variability</strong><br />Once a service has been developed it is possible to get a average response times under different loads - the implementation of the service is the same as an <span class="blsp-spelling-error" id="SPELLING_ERROR_23">API</span> in C++, <span class="blsp-spelling-error" id="SPELLING_ERROR_24">EJB</span> in Java or stored procedure inside a database - if the design gives room for non-deterministic behaviour, you will get it, disregarding the fact that it COULD be implemented in a highly deterministic way (obvious room for some peaks under different circumstances during different scenarios).<br /><span style="color: rgb(51, 0, 153); font-weight: bold;">Assessment</span><span style="font-weight: bold;">: </span><span style="font-style: italic;">if your software executes with high variability - it will do disregarding of <span class="blsp-spelling-error" id="SPELLING_ERROR_25">SOA</span>, it is a problem in your design and/or implementation, don't go blaming the technology.</span><br /><br /><strong>“They make you feel cool. And hey. I met you. You are not cool.” <i>Almost Famous</i></strong><br />Obvious, the usual enterprise IT is not - see the case of customer relationship management - everyone thought they were unique, needing to treat customers in a unique, bespoke way - increased costs of development, lacked standardization, created highly customised pieces of software - a new release came and ... you guessed ! all the software had to be thrown as it wasn't portable due to the bespoke, unique customisations. But as a matter of fact, what is so different in the insurance market ? 90 to 95 percent should be the same standard business processes (see in telecommunications <span class="blsp-spelling-error" id="SPELLING_ERROR_26">eTOM</span>, <span class="blsp-spelling-error" id="SPELLING_ERROR_27">NGOSS</span>, etc.) ... the fact is that if you create a pattern, your software becomes commodity ... THAT IS WHAT IS COOL - making your software behave like bricks for the organisation.<br /><span style="color: rgb(51, 0, 153); font-weight: bold;">Assessment</span><span style="font-weight: bold;">: </span><span style="font-style: italic;">I can't save this one, lacks <span class="blsp-spelling-corrected" id="SPELLING_ERROR_28">fundamentals</span> - <span class="blsp-spelling-error" id="SPELLING_ERROR_29">iPods</span> and <span class="blsp-spelling-error" id="SPELLING_ERROR_30">SOA</span> are unrelated, period.<br /><br /></span><strong>The Storage Bits take</strong><br />Here the point of <span class="blsp-spelling-error" id="SPELLING_ERROR_31">SOA</span> is hit, only if briefly - you can estimate more accurately the development of a business enabling service (i.e. of the type "<span style="font-family:courier new;"><span class="blsp-spelling-error" id="SPELLING_ERROR_32">createSubscriber</span></span>" that non technical people will understand and can trace through their use cases). Once you have <span class="blsp-spelling-corrected" id="SPELLING_ERROR_33">elaborated</span> on the business components that this service touch, you can give a cost assessment ("LOB dollars") - but one advantage of the decoupling is that once you have created (if you know how) a service with a version, all your applications depending of that specific service and specific version can continue being operational when new versions come along, you can do this in any technology (i.e. <span class="blsp-spelling-error" id="SPELLING_ERROR_34">CORBA</span>), but truth is that the platform agnostic web services are the ones that give you a method that really achieves this flexibility.<br /><span style="color: rgb(51, 0, 153); font-weight: bold;">Assessment</span><span style="font-weight: bold;">: </span><span style="font-style: italic;">As I said, touches the point of <span class="blsp-spelling-error" id="SPELLING_ERROR_35">SOA</span>, only if briefly.</span><strong></strong>JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-17322065057934968352007-04-03T20:31:00.000+00:002007-04-12T12:36:27.835+00:00Hobby ...Just have been posting some photos on my <a href="http://www.flickr.com/photos/eljoshcruz/">flickr account</a>, go and have a look,<br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://farm1.static.flickr.com/208/442540395_0a5e51afbe.jpg"><img style="cursor: pointer; width: 200px;" src="http://farm1.static.flickr.com/208/442540395_0a5e51afbe.jpg" alt="" border="0" /></a><br /><br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://farm1.static.flickr.com/210/442488887_088e2698d6.jpg"><img style="cursor: pointer; width: 200px;" src="http://farm1.static.flickr.com/210/442488887_088e2698d6.jpg" alt="" border="0" /></a>JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-49129798864380239202007-03-19T14:28:00.000+00:002007-03-19T14:49:01.835+00:00Google on the GrooveVery interesting article, but there are plenty of conditions that have changed between the pre-Microsoft era (and their subsequent 'golden period' of win95-win2000) to what Google faces today, before the Internet took off it was easier to have "control" over your peers and partners - today's everything is so connected that your worst business nightmare might be incubating around the corner, or around the clock - and the fact that it is a so connected world not only enables faster rate of change, also enables to have stealth mode developments whilst bigger companies have to continue with the traditional publicity.<br /><br />It is conspicuous the reference '<span style="font-style: italic; color: rgb(153, 153, 153);">What can Google do to make its growth strategy fit better into a long term Googley development "groove"?</span>' ... is Ballmer referring to Ray Ozzie's <a href="http://www.groove.net/default.cfm?pagename=RayOzzie">GROOVE</a> ? Maybe in the 21st century, Microsoft 'grooves' there :)JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-23767226890788711102007-03-10T11:16:00.001+00:002007-03-10T11:24:41.528+00:00And the toy of the moment is ...The delicious Sony vaio VGN-UX (1XN in the UK):<br /><br /><div style="text-align: center;"><img src="http://shop.sonystyle-europe.com/SonyStyle/mimes/openAccess/promotion/promotion_vaioUx_images/gb/mainImage1.jpg" /><br /><div style="text-align: justify;">I've been using it for a week and my only complain so far is the fact that in extremely light conditions, you will get a headache if you need to do some work (I've been using it from the hotel room at night and with dim lights it is great fun!).<br /><br />Obviously to write some serious document, nothing beats the external keyboard - but even with my 17" laptop, i find after 30 minutes my wrists are aching, so the external keyboard is necessary then as well !<br /></div><div style="text-align: justify;"><br /></div></div>JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-79816305078178681662007-02-26T13:23:00.000+00:002007-02-26T13:28:08.415+00:00Impressive DeviceHaving a look at some <a href="http://www.lightreading.com/"><span class="blsp-spelling-error" id="SPELLING_ERROR_0">lightreading</span></a> articles ran into <a href="http://www.ted.com/tedtalks/tedtalksplayer.cfm?key=j_han">Jeff Han's "interface-free," touch-driven computer screen, which can be manipulated intuitively with the fingertips, and responds to varying levels of pressure</a>, quite an impressive piece of kit !<br /><br />On top of all the potential (i.e. the usual sex driven devices!) i think his point around data visualisation is a key one - plotting complex data mining information and allowing the end-user to manipulate it using a tool like that will make understanding of the internals of businesses easier (hopefully).<br /><br />Kudos to Jeff ! and hope to see it in the iPhone soon ;)JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-70422078658363673472007-02-14T15:28:00.000+00:002007-02-14T15:34:46.858+00:00My new heroine, KUDOSOh wow ... I like how <a href="http://invisiblethings.org/">Joanna Rutkowska</a> writes ... she's my new online <a href="http://dictionary.reference.com/browse/heroine">heroine</a>! In a virtual battle she would kick <a href="http://blogs.technet.com/markrussinovich/">Mark Russinovich’s</a> bottom !<br /><br />And she's a cutie patootie:<br /><center><img src="http://invisiblethings.org/images/joanna.jpg" /></center>JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-46546746734356155762007-02-13T21:42:00.000+00:002007-02-01T12:13:12.563+00:00Ohh even those that do no evil seem to have disgruntled employees?"<a href="http://blogs.zdnet.com/Ratcliffe/?p=261&tag=nl.e622">Driving the latest flare-up is testimony by a former Google employee that the company earned $809,000 in AdWords revenue from EasyDownloadCenter.com and TheDownloadPlace.com, now-defunct "bootleg movie download" sites.<br />According to the Journal, Google assigned account executives who advised the sites on what keywords they should be selling, which implies Google had knowledge of the illegal nature of the sites.</a>"<br /><br />One wonders: a do-no-evil employee denouncing or a disgruntled employee - which shouldn't exist as do-no-evil should produce disgruntlement. I also like the precision of the earnings ! nicely put.JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-12606207980393979512007-02-01T12:11:00.000+00:002007-02-01T12:13:12.820+00:00Mozart ...Reading some GMAT reference ... "<a href="http://people.howstuffworks.com/genius1.htm"><span style="font-style: italic;">The study showed that listening to Mozart made students temporarily more intelligent. While not everyone agrees that it helps, no one has ever seriously argued that listening to Mozart hurts.</span></a>"<br /><br />Now shopping at <a href="http://www.amazon.co.uk/Complete-Works-Wolfgang-Amadeus-Mozart/dp/B000A0HFZS/sr=8-1/qid=1170331860/ref=pd_ka_1/202-6521595-2431015?ie=UTF8&s=music">amazon</a> ;)JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-85099326042607418732007-01-25T07:48:00.000+00:002007-01-25T09:55:13.911+00:00P & NP ... linear & nonlinear ... the wonderful world of mathematicsI had a bit of (*cough*) spare time yesterday and had a quick scan around the <a href="http://www.claymath.org/">Clay Mathematics Institute</a> links ... all in the aim of <a href="http://www.claymath.org/millennium/">solve "some" of the <span onclick="BLOG_clickHandler(this)" class="blsp-spelling-corrected" id="SPELLING_ERROR_0">millennium</span> problems</a> (<span onclick="BLOG_clickHandler(this)" class="blsp-spelling-error" id="SPELLING_ERROR_1">buahaha</span>!) ... but it kept me thinking all the way throughout my work out ... dinner and even whilst trying to sleep ... basically I cannot find a type of mathematics that would make calculations in a "batch" way; to get actual solutions within sets, mathematics has just operations that are iterations across a set. What appears to be required is "parallel" operations that operate on the sets themselves. <span onclick="BLOG_clickHandler(this)" class="blsp-spelling-error" id="SPELLING_ERROR_2">Abelian</span> groups are described in a "sequential fashion" - discrete - (as the theory of element X is member_of set Y "for each" X1...<span onclick="BLOG_clickHandler(this)" class="blsp-spelling-error" id="SPELLING_ERROR_3">Xn</span> that behaves in a certain way, blah blah, all that can work in one operation, but when you have the actual "Xi" that is a different story!).<br /><br />My question is: "union" is a no <span onclick="BLOG_clickHandler(this)" class="blsp-spelling-corrected" id="SPELLING_ERROR_4">brainier</span>, as it is just one iteration to obtain the desired result (<span style="font-style: italic;">oversimplified - OK, but hope you get my point</span>); but what about "intersection" and "difference" (which are the principles required by all NP problems), is there any field in mathematics that is working on "parallel" execution ? I assume it requires a a totally new branch of mathematics - and a total new way of thinking ? - as our brain is used to go throughout each element in the input side to generate the corresponding result on the output side - as opposed to get a whole set of elements, apply one single operation "<span style="font-style: italic;">a la quantum computing</span>" and get back all the solutions required. (<span style="font-style: italic;">OK it was more of a paragraph than a question :)</span>)JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-79034124347778281632007-01-21T22:19:00.000+00:002007-01-22T08:25:56.767+00:00Genius misquoted ...Someone found an <a href="http://www.technologyreview.com/InfoTech/17987/">interesting interview</a> with <a href="http://www.research.att.com/%7Ebs/"><span onclick="BLOG_clickHandler(this)" class="blsp-spelling-error" id="SPELLING_ERROR_0">Bjarne</span> <span onclick="BLOG_clickHandler(this)" class="blsp-spelling-error" id="SPELLING_ERROR_1">Stroustrup</span></a> and seems that everyone has focused on one statement of the interview [(<a href="http://www.theserverside.com/news/thread.tss?thread_id=43898">1</a>), (<a href="http://www.dehora.net/journal/2007/01/qotd_15.html">2</a>), (<a href="http://corfield.org/blog/index.cfm/do/blog.entry/entry/Stroustrup_on_Aesthetics">3</a>) amongst <a href="http://www.google.com/search?q=%22There+are+more+useful+systems+developed+in+languages+deemed+awful+than+in+languages+praised+for+being+beautiful.%22&ie=utf-8&oe=utf-8&rls=org.mozilla:en-GB:official&client=firefox-a">others</a>].<br /><br />In his interview, immediately after the quote everyone is so effusive about ("<span style="font-style: italic;">There are more useful systems developed in languages deemed awful than in languages praised for being beautiful--many more.</span>"), he makes some very important assertions:<br /><ol><li>"<span style="font-style: italic;">Elegance is essential, ...</span>"</li><li>"<span style="font-style: italic;">I think we should look for elegance in the applications built, rather than in the languages themselves.</span>"</li><li>"<span style="font-style: italic;">To use C++ well, you have to understand design and programming technique.</span>"</li><li>"<span style="font-style: italic;">C++ is designed to allow you to express ideas, but if you don't have ideas or don't have any clue about how to express them, C++ doesn't offer much help.</span>"</li><li>"<span style="font-style: italic;">The main reason for C++'s success is simply that it meets its limited design aims: it can express a huge range of ideas directly and efficiently.</span>"</li></ol>Man, I think all quoting him should at a minimum use [3] & [4] as part of their statements. The quote should actually consider:<br /><ul><li>There are many projects, most of them fail ... because of poor design, no matter which language is used (assertion 3 & 4)</li><li>There are many programmers, most of them dislike to share their knowledge (or is it just their egos driving?) making <span onclick="BLOG_clickHandler(this)" class="blsp-spelling-error" id="SPELLING_ERROR_2">API's</span> and code as cryptic as possible ... that adds to poor maintainability (how many of you have been involved in a "code hand-over" ... it is never a bed of roses!)</li><li>Using standards and libraries (lets say <a href="http://en.wikipedia.org/wiki/Hungarian_notation"><span onclick="BLOG_clickHandler(this)" class="blsp-spelling-error" id="SPELLING_ERROR_3">hungarian</span> notation</a>, <a href="http://www.sgi.com/tech/stl/"><span onclick="BLOG_clickHandler(this)" class="blsp-spelling-error" id="SPELLING_ERROR_4">stl</span></a>, and even <a href="http://ootips.org/yonat/4dev/smart-pointers.html">smart pointers</a>) software can be written in C++ that is efficient, elegant, and maintainable.</li></ul>It is obvious that the guys that like quoting have only worked in small projects and/or really like just liaising at the code level.JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-44000840207491220602007-01-17T09:19:00.000+00:002007-01-17T10:09:39.457+00:00One ring to rule them all ...Wired has published an interesting article - I suppose it has the story has all the potential to be used in future MBA courses that focus on change and/or technology - "<a href="http://www.wired.com/news/wiredmag/0,72497-0.html?tw=wn_index_1">How Yahoo Blew It</a>", and how Yahoo <a href="http://www.wired.com/news/wiredmag/0,72512-0.html">answers</a> to the article. What I find the most amusing is the closing statement: "<span style="font-style: italic;">But now we have empirical evidence: At Yahoo, the marketers rule, and at Google the engineers rule.</span>"<br /><br />I think the statement can be expanded ... it is not "marketers" that rule, it is most probably a group of people that understand business but lack the knowledge of technology (i.e. what is there and where are we going?) - This is a more general statement, not specific to yahoo, as this is the kind of thing that you hear in companies all over -. One of the most common cycles of "growing pains" is when the start-up mentality is over thrown by the "businessmen", core knowledge moves on to greener pastures, new management comes and faces the void of "what is there, and how to move to the next stage"; think of the analogy of a sports team, the 90's <a href="http://www2.blogger.com/www.nba.com/bulls/">Chicago Bulls </a>was in a start up position to build a franchise, keeping the engine well oiled they created history, <a href="http://www.nba.com/playerfile/michael_jordan/index.html">Michael Jordan</a> was at the 'center' - is it true that no single person is irreplaceable? Tell that to a guy that still generates more revenue than most of "Corporate America" :) -. But always remember, it was a team with A & B players - not all were super stars (think "Los Galacticos" failure in Real Madrid!) . I believe that Google managed - smartly- to avoid this stage, by having equilibrium between "mature" and "start up" management, they shift gears faster than any one else in the market. Google has a "Michael Jordan" somewhere - be it a team or a concept - that allows for the winning attitude to remain at the top of the curve. (I still yet to know if Google's criteria for recruitment has A & B players focused around other aspects, they seem to recruit technical A players across the board ... so there should be another aspect(s) that categorises employees).<br /><br />Now ... you can also see how Microsoft is gathering their own "Wilt Chamberlain" team, just have a look at the recent hire of <a href="http://www.regdeveloper.co.uk/2007/01/16/microsoft_ibm_donald_ferguson/">Donald Ferguson</a> to be a member of <a href="http://rayozzie.spaces.live.com/editorial/rayozzie/pub/pages/who.html">Ray Ozzie's</a> team ...<br /><br />It is a shame that as opposed to Basketball, corporate competition is a much slower game, much like a slow motion chess!, we will know the results not before the next 5 years (optimistic!) ... and many other players might yet be incubated that can change the balance in any direction!<br /><br /><span style="font-weight: bold;">PS: </span><span style="font-style: italic;">Overall, Microsoft, Google & Yahoo have enormous market values, and this is just evaluating an aspect (mainly technology and how it integrates into the business). But, today (17th of Jan'07) Yahoo has a market value just over 1/3 of that of Google, Google has also just over 1/3 of the market value of Microsoft ... (Yahoo is obviously 1/9th of Microsoft).</span>JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-43881935358221516112007-01-09T00:29:00.000+00:002007-01-09T00:57:43.709+00:00Enterprise 2.0 ????Interesting article written by Dion Hinchcliffe "<a href="http://blogs.zdnet.com/Hinchcliffe/?p=76&tag=nl.e622">Enterprise 2.0: Ten Predictions for 2007</a>" regarding an unclear (or undocumented?) transition from "1.0" to "2.0" - the term "enterprise" because of its widespread misuse. I quite like the TOGAF definition:<br /><ul><li>"enterprise" is any collection of organizations that has a common set of goals and/or a single bottom line. In that sense, an enterprise can be a government agency, a whole corporation, a division of a corporation, a single department, or a chain of geographically distant organizations linked together by common ownership.</li></ul>So, lets try to dissect Dion's predictions:<br /><br /><strong>10. Despite the potential for other types of applications, blogs and wikis will dominate the Enterprise 2.0 landscape in 2007. </strong>: Whilst this might be true, the purpose of an enterprise is to delivery products of services - if all the employees will spend their time writing blogs and wikis, then "2.0" is just synonym for "disaster". This is pretty much an acknowledgement that 2.0 is associated with "surf the web more".<br /><br /><strong>9. A number of Enterprise 2.0 projects will see lower than expected returns due to excessive structure and low social interaction</strong>: this one is a no-brainer ... introduction of new technologies (thinking of SOA in this iteration) will always deliver (in the context of the average enterprise) less than expected returns - there are models of SOA that explain how as projects (services released and shared) progress the ROI increases.<br /><br /><strong>8. Compliance tools will get the rug pulled out from under them as users flock to easier tools out of desperation</strong>: yet another no-brainer ... SOX is a burden over the average enterprise, think of the complexities of implementing non-regulatory processes (CMM, Price, TOGAF, Zachman) and why it is so expensive (in human resources & money) to not to have the "rug" pulled out of them, SOX compliance will be more of a miracle!<br /><br /><strong>7. It will be a make or break year for the first round of Enterprise 2.0 tools that add a process aspect</strong>: "add a process aspect" ... don't quite get that one ... BPEL ? content flow ? both are new technologies ... or are this business processes within the enterprise ? head hurts by now ...<br /><br /><strong>6. Not a dent will be made in 2007 in the installed base of pre-existing collaborative tools such as e-mail, telephone, and IM. </strong>: is this a prediction ? a lot of enterprises are consolidating platforms, a lot of telephony systems have just been installed, IM technologies are still emerging and corporates hardly understand how they operate - even users are still too colloquial to spot something extremely useful about IM, it is just another way of sending emails, when emails are too short - ... doubt much will change for a while.<br /><br /><strong>5. Consumerization of the enterprise will continue apace and will help drive Enterprise 2.0 adoption at the grassroots level. </strong>: uhmmm don' t quite get this one! if an employee 'blogs' publicly, it will be sanctioned. 'private' blogging, and wikis are not understood - people still prefer documents that can be printed (kill the rain forest!!!) and print as many as versions are published ! cooperative environments are still too futuristic (i remember my collaborative/groupware seminar back in 1996 ... still a lot of that hasn't seen the light within the "1.0" scope)<br /><br /><strong>4. A surprisingly fierce battle will ensue between the big software makers and the small Enterprise 2.0 startups.</strong>: are we talking about dotcom 2.0 ? ... the battle will be mainly in terms of over priced startups (most of them, not all) and how enterprises will try to mitigate costs of acquisition ...<br /><br /><strong>3. Effective enterprise search will emerge as a key prerequisite for Enterprise 2.0 success.</strong>: good ideas are pre-requisites of success of any enterprise - search is just a tool to find information! Good search engines, good search queries and good documents are all requirements to make good use of the information, one of them missing (mainly "good documents") and it doesn't matter how smart you make your search infrastructure - information will be misplaced.<br /><br /><strong>2. A few high-profile misuses of Enterprise 2.0 will crop up but will fail to put much of a damper on things.</strong>: and this is just by using the law of averages ... ?<br /><br /><strong>1. Enterprise 2.0 and Office 2.0 will face off as leading new terms for online business software and no one will win</strong>: "Enterprise 2.0 is a broad a term" ... I say "enterprise is a broad term" ... office is just a tool (again) that enables - "office 1.0" has been misused - and "office 2.0" will also be misused - bad architectures give bad results, the "think tactical, develop tactical" paradigm used by most enterprises is what dooms themselves !<br /><br />I guess that article was written for the pure of heart ... I am sorry!JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-67304286915518847972007-01-03T10:22:00.000+00:002007-01-03T10:39:02.257+00:00The holidays are overOK ... I've been too busy to post, mainly because of the perils of work ... mainly too tired to post from the hotel room!<br /><br />Whilst I've been busy not posting, been entertained by reading ... finished "<a href="http://www.amazon.co.uk/Equation-That-Couldnt-Solved-Mathematical/dp/0285637436/sr=8-1/qid=1167820016/ref=sr_1_1/026-4340906-4365251?ie=UTF8&s=books"><b class="sans">The Equation That Couldn't Be Solved: How Mathematical Genius Discovered the Language of Symmetry</b></a>" by Mario Livio ... half the way through the book, it started to come back ... the Abelian groups, incredible to remember them as I've not actually ever had to use them in practice, but anyway ... that was it. Now have moved on to my next concurrent set of books (i read a few pages of some of them every night, the most entertaining one or a "priority one" is coming with me on the plane for faster reading):<br /><ul><li>"<a href="http://www.amazon.co.uk/Jasons-Secret-History-Sciences-Postwar/dp/0670034894/sr=1-1/qid=1167820117/ref=sr_1_1/026-4340906-4365251?ie=UTF8&s=books"><b class="sans">The Jasons: The Secret History of Science's Postwar Elite</b></a>"<span style="font-style: italic;">by Ann K. Finkbeiner</span>, this is a very refreshing book about "underground science history" !<br /></li><li>"<a href="http://www.amazon.co.uk/IMS-IP-Multimedia-Concepts-Services/dp/0470019069/sr=11-1/qid=1167820237/ref=sr_11_1/026-4340906-4365251"><b class="sans">The IMS: IP Multimedia Concepts and Services</b></a>" <span style="font-style: italic;">by Miikka Poikselka (Author), Aki Niemi (Author), Hisham Khartabil (Author), Georg Mayer (Author)</span>, not really reading this one, but just using it as reference for some work. I went to a <a href="http://www.conted.ox.ac.uk/cpd/electronics/courses/ims.asp">course lectured by Hisham & Georg</a> back in 2005, worth going just because I found Georg the most entertaining - his analogies and anecdotes make the concepts permeate!</li><li>"<a href="http://www.opengroup.org/bookstore/catalog/b061.htm"><span style="font-weight: bold;">TOGAF Version 8 Enterprise Edition Study Guide</span></a>", OK ... i want to prepare for my TOGAF certification !</li><li>"<a href="http://www.amazon.co.uk/Blank-Slate-Modern-Penguin-Science/dp/014027605X/sr=8-1/qid=1167820532/ref=pd_ka_1/026-4340906-4365251?ie=UTF8&s=books"><b class="sans">The Blank Slate: The Modern Denial of Human Nature</b></a>" <span style="font-style: italic;">by Steven Pinker</span>; man this is a great book ! Problem is I find the concepts not really revolutionary - from my perspective it sounds mainly like common sense and as I read, I feel like "OK, great, but why is everyone debating this subject?".</li></ul>Also suffering from a mild cold :( shame shame !JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-22862897109167148842006-12-13T14:10:00.000+00:002006-12-13T17:19:52.850+00:00The case for yet another ID systemWhat is going on ? There are plenty of "open" "decentralized" "single sign on/authentication/trust" frameworks already ... Wouldn't it be better to choose ONE and support it ? There is a case for a generic "open identification" system but as far as I can see, <a href="http://openid.net/about.bml">OpenID</a>, <a href="http://shibboleth.internet2.edu/">Shibboleth </a>and <a href="http://www.eclipse.org/higgins/">Higgins</a> are kind of implementing the same pattern, just with different technologies. Phil Becker makes an interesting statement in his <a href="http://blogs.zdnet.com/digitalID/?p=78">article</a>, but I don't know where is the proof that "<span style="font-style: italic;">OpenID has a much lighter cost structure than any alternative.</span>"<br /><br />From what I've seen on their websites, Shibboleth is the one with the most advance in terms of <a href="https://mail.internet2.edu/wws/arc/i2-news/2006-12/msg00004.html">trials</a>, wouldn't it be a better investment to support it rather than to create competing frameworks ?JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-70207618502990656582006-12-06T07:51:00.000+00:002006-12-06T07:53:53.134+00:00Where in the world ...OK ... the change of job has happened :) Now from working in the middle of nowhere in the South East of the UK, I am working in the middle of nowhere in the centre of the Netherlands -.<br /><br />The job so far is OK and the commuting remained the same (3 minutes door to door), the only pain is the flights to come-and-go - all packed both ways so far !JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-61617941034316163022006-11-21T18:57:00.000+00:002006-11-21T19:02:39.720+00:00Strengths ...I had to do an interesting <a href="http://www.strengthsfinder.com/">test</a> for a position, the results for my 5 top strengths:<br /><br /><span style="font-weight: bold;">Learner</span><br />You love to learn. The subject matter that interests you most will be determined by your other themes and experiences, but whatever the subject, you will always be drawn to the process of learning. The process, more than the content or the result, is especially exciting for you. You are energized by the steady and deliberate journey from ignorance to competence. The thrill of the first few facts, the early efforts to recite or practice what you have learned, the growing confidence of a skill mastered-this is the process that entices you. Your excitement leads you to engage in adult learning experiences-yoga or piano lessons or graduate classes. It enables you to thrive in dynamic work environments where you are asked to take on short project assignments and are expected to learn a lot about the new subject matter in a short period of time and then move on to the next one. This Learner theme does not necessarily mean that you seek to become the subject matter expert, or that you are striving for the respect that accompanies a professional or academic credential. The outcome of the learning is less significant than the "getting there."<br /><br /><span style="font-weight: bold;">Arranger</span><br />You are a conductor. When faced with a complex situation involving many factors, you enjoy managing all of the variables, aligning and realigning them until you are sure you have arranged them in the most productive configuration possible. In your mind there is nothing special about what you are doing. You are simply trying to figure out the best way to get things done. But others, lacking this theme, will be in awe of your ability. "How can you keep so many things in your head at once?" they will ask. "How can you stay so flexible, so willing to shelve well-laid plans in favor of some brand-new configuration that has just occurred to you?" But you cannot imagine behaving in any other way. You are a shining example of effective flexibility, whether you are changing travel schedules at the last minute because a better fare has popped up or mulling over just the right combination of people and resources to accomplish a new project. From the mundane to the complex, you are always looking for the perfect configuration. Of course, you are at your best in dynamic situations. Confronted with the unexpected, some complain that plans devised with such care cannot be changed, while others take refuge in the existing rules or procedures. You don't do either. Instead, you jump into the confusion, devising new options, hunting for new paths of least resistance, and figuring out new partnerships-because, after all, there might just be a better way.<br /><br /><span style="font-weight: bold;">Ideation</span><br />You are fascinated by ideas. What is an idea? An idea is a concept, the best explanation of the most events. You are delighted when you discover beneath the complex surface an elegantly simple concept to explain why things are the way they are. An idea is a connection. Yours is the kind of mind that is always looking for connections, and so you are intrigued when seemingly disparate phenomena can be linked by an obscure connection. An idea is a new perspective on familiar challenges. You revel in taking the world we all know and turning it around so we can view it from a strange but strangely enlightening angle. You love all these ideas because they are profound, because they are novel, because they are clarifying, because they are contrary, because they are bizarre. For all these reasons you derive a jolt of energy whenever a new idea occurs to you. Others may label you creative or original or conceptual or even smart. Perhaps you are all of these. Who can be sure? What you are sure of is that ideas are thrilling. And on most days this is enough.<br /><br /><span style="font-weight: bold;">Strategic</span><br />The Strategic theme enables you to sort through the clutter and find the best route. It is not a skill that can be taught. It is a distinct way of thinking, a special perspective on the world at large. This perspective allows you to see patterns where others simply see complexity. Mindful of these patterns, you play out alternative scenarios, always asking, "What if this happened? Okay, well what if this happened?" This recurring question helps you see around the next corner. There you can evaluate accurately the potential obstacles. Guided by where you see each path leading, you start to make selections. You discard the paths that lead nowhere. You discard the paths that lead straight into resistance. You discard the paths that lead into a fog of confusion. You cull and make selections until you arrive at the chosen path-your strategy. Armed with your strategy, you strike forward. This is your Strategic theme at work: "What if?" Select. Strike.<br /><br /><span style="font-weight: bold;">Input</span><br />You are inquisitive. You collect things. You might collect information-words, facts, books, and quotations-or you might collect tangible objects such as butterflies, baseball cards, porcelain dolls, or sepia photographs. Whatever you collect, you collect it because it interests you. And yours is the kind of mind that finds so many things interesting. The world is exciting precisely because of its infinite variety and complexity. If you read a great deal, it is not necessarily to refine your theories but, rather, to add more information to your archives. If you like to travel, it is because each new location offers novel artifacts and facts. These can be acquired and then stored away. Why are they worth storing? At the time of storing it is often hard to say exactly when or why you might need them, but who knows when they might become useful? With all those possible uses in mind, you really don't feel comfortable throwing anything away. So you keep acquiring and compiling and filing stuff away. It's interesting. It keeps your mind fresh. And perhaps one day some of it will prove valuable.JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-76927651986453973172006-11-15T12:21:00.000+00:002006-11-15T12:30:07.288+00:00Statement of the day ..."<span style="font-style: italic;">While detailed domain expertise is important, it is not the most critical skill set required in the EA team. Far more critical are the skills of the enterprise architect—roles performed by the individuals tasked with contributing the enterprise perspective to architectural directions. These individuals operate higher in the abstraction “stack” and are concerned with how the various piece-parts and building blocks of the enterprise relate to each other in order to fulfill the enterprise strategy. In this role, enterprise architects are typically less concerned with the lower level details. Note the use of the term “role” in the prior sentence. In practice, enterprise architect is one of many roles played by an individual. Individuals may also perform several other roles, perhaps including domain subject matter expert.<br /><br />The enterprise architect role requires individuals to understand the business of the enterprise and to interpret its strategy. They must appreciate innovation and be able to embrace a vision for how the business responds to external trends, while pursuing growth, cost-savings, customer satisfaction, efficiency or any mix of strategic objectives. Most importantly, they must be able to interpret the implications of those strategic directions. The implications become the guiding directives for all subsequent decisions. With this knowledge, they must be able to drive the enterprise in new directions, perhaps change the way decisions are made and modify the way the enterprise operates. In other words, they need to lead.</span>"<br /><div style="text-align: right;"><span style="color: rgb(102, 51, 255);font-size:85%;" >Taken from "Building & Managing the Virtual EA Team" By George S. Paras</span><br /><br /></div>I wonder, where are the companies (and recruitment managers) that follow these principle in their vision of Architecture ?!JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com1tag:blogger.com,1999:blog-11077299.post-45596564445137930692006-11-14T23:44:00.000+00:002006-11-14T23:46:39.192+00:00Confusing ...I see <a href="http://www.theserverside.com/news/thread.tss?thread_id=43020">Tim Bray's references</a> on the server side and I am lost ! Seems that most of the references are around web technologies - not enterprise systems ! Taken out of context, graphics that don't explain what they are charting and how data was sourced will always be abused !<br /><br />Any how ... we'll see who posts real information to see who is more scalable in which context.JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com1tag:blogger.com,1999:blog-11077299.post-49888176251573281232006-11-13T22:16:00.000+00:002006-11-13T22:29:23.486+00:00GRRR ! What is an architect ?I am having so much fun with the different definitions of an "architect" in the market !!! Seems that the definition goes from being a very senior java developer (just see Sun's and BEA's certifications) all the way down to <a href="http://en.wikipedia.org/wiki/Enterprise_Architect">Enterprise Architects</a> with all the methodologies in the market!<br /><br />Come on !! You don't call the guy that design the electrical system in a building the "architect" - you call them "electrical engineers" ! the guy that plugs it ALL together and helps deliver in a timely fashion IS the architect!<br /><br />Having lots of knowledge about the specifics of a technology is great, but that doesn't give you neither the understanding of how to apply it appropriately in a project, doesn't give understanding of how the solution plugs with the rest of the enterprise, and doesn't give the visibility of how it will run once deployed.JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-1162986431077453712006-11-08T11:46:00.000+00:002006-11-13T22:08:45.336+00:00YeepeeJust passed the "britishness" test :) now to finalise the forms and post everything !JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-1162930118689011622006-11-07T20:07:00.000+00:002006-11-13T22:08:45.070+00:00News groups contributionsSome contributions made over time to newsgroups can be found <a href="http://groups.google.co.uk/groups/search?q=%28joshcruz%40yahoo.com+OR+%22joshua+cornejo%22%29&start=0&scoring=d&hl=en&lr=&safe=off&num=20&">here</a>, so people don't think i've been doing nothing!JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0tag:blogger.com,1999:blog-11077299.post-1109344638986285782005-02-25T23:15:00.000+00:002006-11-13T22:08:44.725+00:00Day One ... the testOh well I've finally manage to create a blog !<br /><br />We'll see how long it takes for other tasks to drag me away from this :)JoShCrUzhttp://www.blogger.com/profile/03384221508117544566noreply@blogger.com0