<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Technology Musings - Latest Comments</title><link>http://technologymusings.disqus.com/</link><description> Technology Musings: A discussion of SOA, SaaS, Cloud Computing, Venture Capital and Various Other Technology Related Topics</description><atom:link href="https://technologymusings.disqus.com/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Fri, 04 May 2012 03:15:36 -0000</lastBuildDate><item><title>Re: Android &amp;#8211; Rise of the Amazon Marketplace, Part 2</title><link>http://www.technologymusings.com/android-rise-of-the-amazon-marketplace-part-2/#comment-518592618</link><description>&lt;p&gt;Technology plays a major role in a business. Fast exposure to prospect clients are gained and it benefits almost 90% of businessmen. World without great technologies, well, I can't imagine what would it looked like. All I can say is that, it really had helped a lot of entrepreneurs.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bruce Bent II</dc:creator><pubDate>Fri, 04 May 2012 03:15:36 -0000</pubDate></item><item><title>Re: Consideration For The Technical Implementation of an SOA</title><link>http://www.technologymusings.com/consideration-for-the-technical-implementation-of-an-soa/#comment-106797865</link><description>&lt;p&gt;Surprised not more comments came up, I find your research fascinating. It is based on simple facts and produces powerful decision fodder for people in your use case situation. I am somehow one of them and will be discussing this with our Dev. teams for immediate review...&lt;/p&gt;&lt;p&gt;Thanks for the good work&lt;br&gt;(oh shit, we are still heavy on Java)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Franck MIKULECZ</dc:creator><pubDate>Sat, 04 Dec 2010 19:57:36 -0000</pubDate></item><item><title>Re: How To Build an SOA Based, High Performance, Scalable and Reliable Twitter on Steroids</title><link>http://www.technologymusings.com/how-to-build-an-soa-based-high-performance-scalable-and-reliable-twitter-on-steroids/#comment-48052249</link><description>&lt;p&gt;Excellent work &amp;amp; design. I also work on Datapower and appreciate the wonders it does!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">rohanpillai</dc:creator><pubDate>Sun, 02 May 2010 14:03:11 -0000</pubDate></item><item><title>Re: Here is my hammer.  Show me your screw!</title><link>http://www.technologymusings.com/solutiondesign/here-is-my-hammer-show-me-your-screw#comment-27925255</link><description>&lt;p&gt;screws, lol&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">eight</dc:creator><pubDate>Sun, 03 Jan 2010 16:31:54 -0000</pubDate></item><item><title>Re: The New Economics of Technology Startups?</title><link>http://www.technologymusings.com/the-new-economics-of-technology-startups/#comment-27925226</link><description>&lt;p&gt;My company's  reliance on advertising is overwhelming, they pay $1000/week&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">eight</dc:creator><pubDate>Sun, 03 Jan 2010 16:30:55 -0000</pubDate></item><item><title>Re: The New Economics of Technology Startups?</title><link>http://www.technologymusings.com/the-new-economics-of-technology-startups/#comment-17149394</link><description>&lt;p&gt;we need more free products supported by text ads in the bottom corners, beats premium any day&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sam495</dc:creator><pubDate>Tue, 22 Sep 2009 18:34:08 -0000</pubDate></item><item><title>Re: Here is my hammer.  Show me your screw!</title><link>http://www.technologymusings.com/solutiondesign/here-is-my-hammer-show-me-your-screw#comment-16985640</link><description>&lt;p&gt;nail gun!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Robert Morgan</dc:creator><pubDate>Sun, 20 Sep 2009 11:17:20 -0000</pubDate></item><item><title>Re: Here is my hammer.  Show me your screw!</title><link>http://www.technologymusings.com/solutiondesign/here-is-my-hammer-show-me-your-screw#comment-16865900</link><description>&lt;p&gt;should it not be i have a hammer, give me a wall and a nail :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nnj</dc:creator><pubDate>Fri, 18 Sep 2009 05:42:38 -0000</pubDate></item><item><title>Re: Consideration For The Technical Implementation of an SOA</title><link>http://www.technologymusings.com/consideration-for-the-technical-implementation-of-an-soa/#comment-16546193</link><description>&lt;p&gt;holy crap my head hurts&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Robert Morgan</dc:creator><pubDate>Sun, 13 Sep 2009 16:48:47 -0000</pubDate></item><item><title>Re: Enterprise 2.0 Needs To Stop Being So Naive</title><link>http://www.technologymusings.com/enterprise-2-0-needs-to-stop-being-so-naive/#comment-16546184</link><description>&lt;p&gt;bring in the probe! lol&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Robert Morgan</dc:creator><pubDate>Sun, 13 Sep 2009 16:48:19 -0000</pubDate></item><item><title>Re: The Need For Speed</title><link>http://www.technologymusings.com/softwaredesign/highperformancecomputing/the-need-for-speed#comment-16299295</link><description>&lt;p&gt;I don't think so.  XBRL is currently only being used for SEC filings, etc.  Its not something that is catching on more broadly in financial markets at this time.  Generally we don't use a lot of XML because of the high cost of parsing it.  Even with the filings,  I think you will see some of the currently data vendors take the XBRL from the SEC, parse it once and re transmit it using legacy formats.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">techmusings</dc:creator><pubDate>Thu, 10 Sep 2009 08:20:24 -0000</pubDate></item><item><title>Re: The Need For Speed</title><link>http://www.technologymusings.com/softwaredesign/highperformancecomputing/the-need-for-speed#comment-16252372</link><description>&lt;p&gt;With trades happening so fast, exchanges moving toward dark pools will XBRL be the technology platform of choice for market sensitive news dissemination?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nnj</dc:creator><pubDate>Wed, 09 Sep 2009 09:53:07 -0000</pubDate></item><item><title>Re: Enterprise 2.0 Needs To Stop Being So Naive</title><link>http://www.technologymusings.com/enterprise-2-0-needs-to-stop-being-so-naive/#comment-16091470</link><description>&lt;p&gt;Thanks very much for this big dose of sense.  I appreciate it, it fits totally with my observations of the challenges of enterprise IT. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bob Gourley</dc:creator><pubDate>Mon, 07 Sep 2009 07:49:01 -0000</pubDate></item><item><title>Re: Why a Business Process Modeling (BPM) Approach to SOA Usually Fails</title><link>http://www.technologymusings.com/softwaredesign/why-a-business-process-modeling-bpm-approach-to-soa-usually-fails#comment-16033806</link><description>&lt;p&gt;I agree with you re the BPM.  The intent here is not to say that you should not do a BPM exercise as part of the SOA design process.  You definitely need to do that.  The problem is that most people stop there and end up making their design too process specific.  You have to take the design process a bit beuond the BPM and look at foundational services and more importantly in my experience you need to identify the fundamental data subjects the architecture needs to deal with as the associated fundamental data objects (or types).&lt;/p&gt;&lt;p&gt;As for the performance issue, the answer is it depends.  Let me cross post the comment I made to a similar question on the original article on &lt;a href="http://technologymusings.com" rel="nofollow noopener" target="_blank" title="technologymusings.com"&gt;technologymusings.com&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;The answer is it depends. Keep in mind that this is a logical architecture at this point. While we may choose to deploy it in a physical realization that matches this with each component on a separate server and every call being through a network hop, etc, it it not necessary. Also, we have not indicated that each service interface needs to be web services (which is slower, but not slow by most people standards (sub 1ms per call typically unless the interface takes big XML data objects in the call)). That said, you can do this message based and have very low latency per hop/call (as low as 3 microseconds with the latest high speed messaging). Either way, a single call to a traditional on disk database is going to swamp the Web Services and the layered network calls. If you want to be low latency the whole design end to end needs to account for that goal. You may put critical service components on a single box to minimize network hops. You may use a binary service interface for those high performance calls, etc. There are many ways to skin this. The key is to remember that SOA does not require statelessnes, SOAP or REST. SOA applies independent of the technologies we choose to use to implement it.&lt;/p&gt;&lt;p&gt;But your right if you have too many layers and you don't choose your technology implementation well, you could slow it down.  But it would take a lot to be noticeable vs the database calls or the internet hop costs themselves.&lt;/p&gt;&lt;p&gt;Hope that helps&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">techmusings</dc:creator><pubDate>Sat, 05 Sep 2009 18:19:32 -0000</pubDate></item><item><title>Re: Why a Business Process Modeling (BPM) Approach to SOA Usually Fails</title><link>http://www.technologymusings.com/softwaredesign/why-a-business-process-modeling-bpm-approach-to-soa-usually-fails#comment-15980425</link><description>&lt;p&gt;Paul,&lt;br&gt;  I don't think this is an issue of BPM approach having failed the SOA implementation. All BPM is supposed to identify a process. The actual modelling of as a contact or a customer or a user is part of your SOA and how you define them. That is more an abstraction ant really part of a business process.&lt;/p&gt;&lt;p&gt;I agree that the design you came up with makes more sense. Lot is also going to depend on how the company goes about its BPM/SOA journey. If one dept of group implements SOA without understanding the business context across other functional areas, you will end up a architecture similar to what you mentioned. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">venkumar99</dc:creator><pubDate>Fri, 04 Sep 2009 12:42:14 -0000</pubDate></item><item><title>Re: Enterprise 2.0 Needs To Stop Being So Naive</title><link>http://www.technologymusings.com/enterprise-2-0-needs-to-stop-being-so-naive/#comment-15734616</link><description>&lt;p&gt;Agree Paul, we need more definition around E2.0.  I am developing a blog post that I hope sheds some more light on the subject (although it's only my own view).  I'd be interested in your feedback.  &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mark Fidelman</dc:creator><pubDate>Tue, 01 Sep 2009 17:06:17 -0000</pubDate></item><item><title>Re: Enterprise 2.0 Needs To Stop Being So Naive</title><link>http://www.technologymusings.com/enterprise-2-0-needs-to-stop-being-so-naive/#comment-15704176</link><description>&lt;p&gt;I agree.  Large enterprises are definitely not early adopters as a rule.  I do think the thoughts and technologies around Enterprise 2.0 will be embraced earlier by the SMB sector and startups in general.  Even then,  the definition and focus of Enterprise 2.0 is still too narrow in my opinion.  It can't just be about Social Networking tech and cloud, etc.  its needs to be more encompassing if we are going to apply such a grandiose label to it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">techmusings</dc:creator><pubDate>Tue, 01 Sep 2009 09:22:02 -0000</pubDate></item><item><title>Re: Enterprise 2.0 Needs To Stop Being So Naive</title><link>http://www.technologymusings.com/enterprise-2-0-needs-to-stop-being-so-naive/#comment-15702681</link><description>&lt;p&gt;Good post Paul, yet I think your focus is on the late majority and not the early adopters.  I too have come across similar resistance and issues that you have faced at the CXO level and specifically the CIO (think old manufacturing).&lt;/p&gt;&lt;p&gt;The fact remains, some will embrace the E2.0 movement sooner than others.  But, you need to start somewhere.  &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mark Fidelman</dc:creator><pubDate>Tue, 01 Sep 2009 08:31:50 -0000</pubDate></item><item><title>Re: Enterprise 2.0 Needs To Stop Being So Naive</title><link>http://www.technologymusings.com/enterprise-2-0-needs-to-stop-being-so-naive/#comment-15694636</link><description>&lt;p&gt;Ahhhh, but it's all about hype these days...not just for the the traditional media, but for the blogosphere as well. And then after all the buzz, people can start making money via conferences, consulting, workshops, etc. Where's the fun in working with dead, er, legacy systems!? Who wants to live in the REAL world? Again, spot on Paul.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Brandon Bohling</dc:creator><pubDate>Tue, 01 Sep 2009 00:36:38 -0000</pubDate></item></channel></rss>