<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:gd='http://schemas.google.com/g/2005' xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-17867862</id><updated>2011-11-24T14:56:41.616-05:00</updated><category term='Nexaweb'/><category term='user-generated content'/><category term='scuttlebutt'/><category term='developer services'/><category term='cloud computing'/><category term='social commerce'/><category term='Javascript'/><category term='algorithmic trading'/><category term='real time web'/><category term='AppEngine'/><category term='community'/><category term='B2B'/><category term='BAM'/><category term='PAM'/><category term='CEP'/><category term='Latency'/><category term='analytics'/><category term='Java'/><category term='XAP'/><category term='banking'/><category term='Ajax'/><category term='Skype'/><category term='Apama'/><category term='Investing'/><category term='bailouts'/><category term='&quot;Meltdown&quot;'/><category term='SaaS'/><category term='iPhone'/><category term='buffet'/><category term='ActiveX'/><category term='metrics'/><category term='Silverlining'/><category term='twitter'/><category term='Eclipse'/><category term='elasticity'/><category term='nosql'/><category term='social media'/><category term='Comet'/><category term='marketing automation'/><category term='database'/><category term='engagement'/><title type='text'>On My Watch</title><subtitle type='html'></subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default?max-results=100'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>32</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>100</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-17867862.post-1866122730670477964</id><published>2011-06-01T19:00:00.012-04:00</published><updated>2011-06-06T10:34:49.620-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='marketing automation'/><category scheme='http://www.blogger.com/atom/ns#' term='analytics'/><title type='text'></title><content type='html'>&lt;div style="text-align: center; "&gt;&lt;b&gt;&lt;span class="Apple-style-span"&gt;4.5 &lt;/span&gt;&lt;/b&gt;&lt;/div&gt;&lt;div style="text-align: left; "&gt;&lt;br /&gt;&lt;/div&gt;&lt;div style="text-align: left; "&gt;&lt;span class="Apple-style-span"&gt;&lt;b&gt;4.5 out of 10. &lt;/b&gt;&lt;/span&gt;&lt;/div&gt;&lt;div style="text-align: left; "&gt;&lt;span class="Apple-style-span"&gt;&lt;br /&gt;&lt;/span&gt;&lt;/div&gt;&lt;div style="text-align: left; "&gt;&lt;span class="Apple-style-span"&gt;That's how firms rate their use of analytics, according to Michael Hopkins, editor-in-chief of MIT Sloan Management Review as described &lt;a href="http://www.information-management.com/blogs/CIO_analytic_proficiency-10020465-1.html?ET=informationmgmt:e2233:2192982a:&amp;amp;st=email&amp;amp;utm_source=editorial&amp;amp;utm_medium=email&amp;amp;utm_campaign=IM_Blogs_082510_060111"&gt;here&lt;/a&gt;. Moreover, Brad Peterson, Schwab CIO says get marketing to pay rather than IT. He used mobile app in his example thinking, I think, about capturing mobile data for analysis but why not use marketing budgets to better drive marketing analytics more broadly. Better yet, align costs to revenue and profits. And enable ROI calculations then maximize ROI.&lt;/span&gt;&lt;/div&gt;&lt;div style="text-align: left; "&gt;&lt;span class="Apple-style-span"&gt;&lt;br /&gt;&lt;/span&gt;&lt;/div&gt;&lt;div style="text-align: left; "&gt;&lt;span class="Apple-style-span"&gt;Here are a few places to start:&lt;/span&gt;&lt;/div&gt;&lt;div style="text-align: left; "&gt;&lt;ul&gt;&lt;li&gt;&lt;span class="Apple-style-span"&gt;Move beyond web and email analytics. While hits, visitor counts, email opens and the like are critical, they are not enough. Marry this data with target company organizational structures, social graphs, CRM data and other internal and external data to get a full picture of the market or slice into territories.&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span class="Apple-style-span"&gt;Let people drive the analytics based on their roles and needs. Sales reps can mine the data to look for past deal patterns and possible triggering events in search of next deal. Marketing can analyze previous campaigns and plot the next one. Managers, directors and C-Level can watch for longitudinal trends.&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span class="Apple-style-span"&gt;View marketing data through different lenses. For example, sales interested in this quarter, marketing next and biz dev 2-3 quarters away in adjacent markets.&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;&lt;div style="text-align: left; "&gt;&lt;span class="Apple-style-span"&gt;In short, capture whatever data you can from the market and from the field and let your servers and analytics algorithms do the work to crunch the data for you. And use the analytics in a feedback loop: Learn from how the system is used to determine results and let the measurable actions of those responsible for quota or P&amp;amp;L drive ROI calculations. &lt;/span&gt;&lt;/div&gt;&lt;div style="text-align: left; "&gt;&lt;br /&gt;&lt;/div&gt;&lt;div style="text-align: left; "&gt;&lt;span class="Apple-style-span"&gt;&lt;/span&gt;And turn 4.5 into 9's and 10's.&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-1866122730670477964?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/1866122730670477964/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=1866122730670477964' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/1866122730670477964'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/1866122730670477964'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2011/06/4_825.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-2633508894860639495</id><published>2011-05-01T14:40:00.006-04:00</published><updated>2011-05-19T14:10:44.145-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='B2B'/><category scheme='http://www.blogger.com/atom/ns#' term='marketing automation'/><category scheme='http://www.blogger.com/atom/ns#' term='real time web'/><title type='text'></title><content type='html'>&lt;div style="text-align: center;"&gt;&lt;span class="Apple-style-span"&gt;Real Time Web and Marketing Automation&lt;/span&gt;&lt;/div&gt;&lt;div style="text-align: center;"&gt;&lt;br /&gt;&lt;/div&gt;&lt;div style="text-align: left;"&gt;I am reposting graphic from earlier &lt;a href="http://benbloch.blogspot.com/2008/09/real-time-web-architecture-kind-of-eye.html"&gt;post &lt;/a&gt; but applying to marketing automation.   Although quite generic and almost ancient history (2008), it surprisingly pertains I think. But Real Time Web is People-to-People and so is B2B marketing. &lt;/div&gt;&lt;div style="text-align: left;"&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;img src="http://2.bp.blogspot.com/_NFD3ggOiFF8/SdTECEYH2HI/AAAAAAAAACg/UJFIW7bmpos/s400/RTweb.png" /&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Traditional marketing automation concerns itself primarily with managing campaigns (landing pages, etc) and scoring, routing and nurturing marketing leads or, more generically, contacts. Making real time means: &lt;/div&gt;&lt;div&gt;&lt;ul&gt;&lt;li&gt;1:1 marketing - letting customers find and communicate with marketers while actively engaged. And vice-versa. &lt;/li&gt;&lt;li&gt;Meaningful bidirectional notifications - keep customers informed based on their interest and marketers informed of customer actions and, critically, relationships &lt;/li&gt;&lt;li&gt;Viewing marketing and sales process as well as a series of events - behavioral events, conversion events, inquiries, transactions&lt;/li&gt;&lt;li&gt;Searching lead and other internal marketing data for contact, lead, prospect and customer actions - or of those in their business network. On demand and continually.   So while customers are googling you or more usually solutions to their problem or deals, marketers can be looking for them. &lt;/li&gt;&lt;li&gt;Correlate events and data across prospect network to uncover hidden triggering events.&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-2633508894860639495?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/2633508894860639495/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=2633508894860639495' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/2633508894860639495'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/2633508894860639495'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2011/05/real-time-web-and-marketing-automation.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://2.bp.blogspot.com/_NFD3ggOiFF8/SdTECEYH2HI/AAAAAAAAACg/UJFIW7bmpos/s72-c/RTweb.png' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-6923923407313264224</id><published>2010-03-19T08:05:00.005-04:00</published><updated>2010-03-22T10:00:39.110-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='cloud computing'/><category scheme='http://www.blogger.com/atom/ns#' term='database'/><title type='text'></title><content type='html'>&lt;div style="text-align: center; "&gt;&lt;b&gt;Chorus, Atoms and Chairman&lt;/b&gt;&lt;/div&gt;&lt;br /&gt;Is this the new nomenclature for cloud computing, specifically databases for the cloud?  No more records, transaction managers and the like. In one of the more interesting sessions I have seen, yesterday's &lt;a href="http://ewh.ieee.org/r1/boston/computer/starkeytalk.html"&gt;presentation &lt;/a&gt;at MIT by Jim Starkey and Nimbus DB described his vision of a cloud database.&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;In NimbusDB speak, a &lt;b&gt;chorus &lt;/b&gt;is (I think)  a set of Peer-to-Peer database nodes all exchanging metadata messages about their data.   The db is based on adding the network layer, along with memory, disk etc, to the pyramid of data access resources linking a set of nodes on the network.  &lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;&lt;b&gt;Atoms &lt;/b&gt;are 50k chunks of data (Why not 64K?) for both metadata and application data.  &lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;The &lt;b&gt;Chairman &lt;/b&gt;is responsible for managing read and write permissions to the atoms.&lt;br /&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;I definitely buy the theory and, having recently finished an book on Einstein,  appreciate the references to Relativity. Not all database transactions (e.g. some reads) require immediate consistence. Eventual consistency (as long as eventual is within application specific tolerance windows) but not immediate. But I also have questions - specifically about time stamps, impact of version unavailability, whether chairman have live synchronized backups and performance impact of message chatter.&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-6923923407313264224?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/6923923407313264224/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=6923923407313264224' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/6923923407313264224'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/6923923407313264224'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2010/03/chorus-atoms-and-chairman-is-this-new.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-2377164221616052630</id><published>2009-12-01T16:07:00.002-05:00</published><updated>2010-03-19T14:48:17.589-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='nosql'/><category scheme='http://www.blogger.com/atom/ns#' term='cloud computing'/><category scheme='http://www.blogger.com/atom/ns#' term='database'/><title type='text'></title><content type='html'>&lt;div style="text-align: center;"&gt;&lt;b&gt;Cloud DB's &lt;/b&gt;&lt;/div&gt;&lt;br /&gt;SQL-NoSQL, MVCC-Distributed MVCC, Relational-Non relational  .....&lt;div&gt; &lt;/div&gt;&lt;div&gt;The challenges are myriad for managing data in the cloud, particularly since traditional databases (Oracle, SQLServer, MySQL etc.) are difficult and expensive to scale and virtualize, requiring full backups for "instant" virtualization.  &lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;On the other hand, the choices are expanding.  NoSQL, such as Google's BigTable and Amazon's SimpleDB, is gaining real adherents as it piles up successes (just don't ask for joins.)  Joins in a  massively distributed environment will probably require a distributed relational database based on MVCC or some other technique to ensure queries against a consistent snapshot.  While not yet proven (AFAIK), this holds real promise.  Many of the applications I am working on currently,  including Innerpass' collaboration application, do require relational queries but they don't require subsecond response.  And they could also benefit from the ability to handle spikes without provisioning db servers.  Eventual consistency is actually a good match with asynchronous Ajax-based page refreshes where temporarily inaccurate or incomplete link lists can be tolerated.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;My guess it will come down,  like most (if not all) technologies and architectures before it, to application requirements and business imperative.  First off, many apps won't need to change and won't change - it it ain't broke, don't fix it.   Greenfield applications and, in some instances, applications that need to modernize - as they are exposed to larger user bases, for example, will need to consider cloud architectures. Technology adoption and adoption rates will be driven by the nature of the application, cost and time-to-market concerns.  High volume, low data value sites will tend, from what I can see,  toward non relational deployments, data warehouses to columnar and MapReduce hybrids and transactional applications will remain dependent on relational databases.  The biggest questions are the in between ones. And the type of relational database will be very performance and latency dependent.  Those with high latency tolerance may find distributed databases acceptable and even preferrable while those demanding higher throughput and consistency will stick with tried and true.  &lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-2377164221616052630?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/2377164221616052630/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=2377164221616052630' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/2377164221616052630'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/2377164221616052630'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2009/12/cloud-dbs-sql-nosql-mvcc-distributed.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-5142019427113106640</id><published>2009-08-03T15:53:00.003-04:00</published><updated>2009-11-03T17:31:38.814-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='elasticity'/><category scheme='http://www.blogger.com/atom/ns#' term='cloud computing'/><title type='text'></title><content type='html'>&lt;div style="text-align: center;"&gt;&lt;span class="Apple-style-span" style="font-weight: bold; "&gt;&lt;span class="Apple-style-span"  style="font-size:large;"&gt;Boiling It Down&lt;/span&gt;&lt;/span&gt;&lt;/div&gt;&lt;br /&gt;Buckets of ink and electrons have been spilled answering "What is Cloud Computing" - ranging from the overly stingent (requiring a specific hardware and/or software formalism) to overly broad (calling everything on the Internet a cloud application).  Here is what it boils down to for me:&lt;div&gt;&lt;ul&gt;&lt;li&gt;&lt;b&gt;Elasticity&lt;/b&gt;:  The resources - hardware, software, network - that the application needs to run needs are elastic.  As the application usage goes up, it should be able to access more of what it needs, from CPU cycles and horsepower to database "rows" and disk space. And as it goes down, these resources should be released for other applications to use.  In other words, the elasticity of a single computer (where CPU, memory and other resources are shared across all the applications on that box) is spread across the data center, across clients and servers.  &lt;/li&gt;&lt;li&gt;&lt;b&gt;Pay for what you use&lt;/b&gt;: Implicit - and a (perhaps the) primary benefit of elasticity is economic - aligning costs with use. As use (and resources) go up and down, so should the costs.&lt;/li&gt;&lt;li&gt;&lt;b&gt;Easy to Provision/Order/Pay For&lt;/b&gt; - This is about on ramping and adding resources.  In a completely auto-elastic system, provisioning is implicit.  But even if provision is not automatic, it still needs to be easy.  &lt;/li&gt;&lt;/ul&gt;&lt;div&gt;So .... cloud computing is both business model (yes whether public or private) and technology and these attributes generally cut across both.   Elastic resources really includes the technology (enable it) and the ability to track what is used to support the business model, whatever its specifics.  &lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-5142019427113106640?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/5142019427113106640/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=5142019427113106640' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/5142019427113106640'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/5142019427113106640'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2009/08/boiling-it-down-buckets-of-ink-and.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-2308528698265484717</id><published>2009-06-19T16:31:00.006-04:00</published><updated>2009-07-13T21:40:12.432-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='BAM'/><category scheme='http://www.blogger.com/atom/ns#' term='banking'/><category scheme='http://www.blogger.com/atom/ns#' term='PAM'/><title type='text'></title><content type='html'>&lt;div style="TEXT-ALIGN: center"&gt;&lt;span style="FONT-WEIGHT: bold"&gt;My (Personal) Activity Monitor?&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;div style="TEXT-ALIGN: left"&gt;Like waiting for my jetpack (still waiting...) I am also waiting for an activity monitor - like Business Activity Monitor (BAM) but for me - a Personal Activity Monitor (PAM). After years of promises and slew of technologies - both corporate (data warehouses, real time XML ..) and consumer (IM, RSS readers, ...), I know everything is possible and many things done. But I am just looking for an easy way to track things potentially complex things about me and my accounts, not just online social networking and communication accounts (Facebook, Twitter, LinkedIn, GMail, Skype ...) but transactional accounts (e.g. bank accounts). It is my information (so I should know it) but I don't always - and more importantly I want to monitor transactions and transaction status - and be alerted if something goes wrong or something is just not right.&lt;/div&gt;&lt;div style="TEXT-ALIGN: left"&gt;&lt;/div&gt;&lt;div style="TEXT-ALIGN: left"&gt;&lt;BR&gt;I have wanted this for some time but, recently, there was fraud activity on my personal bank account. So now I really want it. I only found out because I happened to be log onto account for another reason - and I saw suspicious activity that I should have been notified of. (Essentially several unauthorized transactions over a 2 day period on the opposite - West - coast for unauthorized withdrawals 4-5 times bigger than either my wife or I usually take out). And if it didn't trigger bank algorithms, I should have been able to set up my own. Now, I did get the money back (but it cost me several hrs, some embarassment of bounced check on a closed account and still chasing the fee reimbursements), but it sure would have been better to catch it before it happened - or at least before it happened second or third time. Save the bank the money too since they had to cover it (and ultimately the country since this is a bank receiving billions in gov't bailout money). And the fact that the bank's systems were not set up just strengthens the impetus to push the filtering algorithms out to the users. &lt;div style="TEXT-ALIGN: left"&gt;&lt;/div&gt;&lt;/div&gt;&lt;div style="TEXT-ALIGN: left"&gt;&lt;BR&gt;My credit card company allows me to configure various alerts, such as bills due or thresholds met and my brokerage account lets me set up simple trading triggers. But noone (at least none of my providers) let me set up more than simple monitors (like a threshold alert) that would catch a pattern preceding my bank account fraud. The amounts alone should have triggered an alert, or at least a watch. And noone lets me input other data (my travel schedule, for one thing, would have said I wasn't in California on those days) to process against the data they already have. &lt;/div&gt;&lt;div style="TEXT-ALIGN: left"&gt;&lt;/div&gt;&lt;div style="TEXT-ALIGN: left"&gt;&lt;BR&gt;Providing consumers the ability to set up filters like this would actually save institutions/businesses (like banks) money (in analysis and engineering overhead) AND produce a better result I think - more customized, more able to take advantage of what I know about myself - more situationally aware. &lt;/div&gt;&lt;div style="TEXT-ALIGN: left"&gt;&lt;/div&gt;&lt;div style="TEXT-ALIGN: left"&gt;&lt;/div&gt;&lt;div style="TEXT-ALIGN: left"&gt;Not sure exactly what it is (control of a Facebook plus SECURE access to real transactional data?) but I want my PAM... &lt;/div&gt;&lt;div style="TEXT-ALIGN: left"&gt;&lt;/div&gt;&lt;div style="TEXT-ALIGN: left"&gt;&lt;/div&gt;&lt;div style="TEXT-ALIGN: left"&gt;&lt;/div&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-2308528698265484717?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/2308528698265484717/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=2308528698265484717' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/2308528698265484717'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/2308528698265484717'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2009/06/my-personal-activity-monitor-like.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-9222931798939242995</id><published>2009-06-17T14:23:00.001-04:00</published><updated>2009-06-22T14:50:37.625-04:00</updated><title type='text'></title><content type='html'>&lt;div style="text-align: center;"&gt;&lt;span style="font-weight: bold;"&gt;SSO for Clouds&lt;br /&gt;&lt;/span&gt;&lt;span style="font-style: italic;"&gt;How close are we&lt;/span&gt;?&lt;span style="font-weight: bold;"&gt;&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;div style="text-align: left;"&gt;Now that SFDC supports SAML 2.0 (plus oAuth) standards for Single Sign On, that joins them up with Google AppEngine as 2 of the major cloud providers on a common path.  This should bode well for SSO I would think.  However, I think Amazon, particularly for S3, needs to get on board, since they are by far the biggest player in IaaS with the greatest number of independent developers, for the tipping point to come.   EC2-based apps can obviously be SSO-enabled by the app developer deploying on it, but doesn't t it make sense to have this facilitated for app developers who are not SSO experts) ?  And SSO, as I said, for S3 in particular opens up a lot of options for collaborative applications, options for collaboration that is also &lt;span style="font-weight: bold; font-style: italic;"&gt;secure &lt;/span&gt;and &lt;span style="font-weight: bold; font-style: italic;"&gt;managed&lt;/span&gt;.&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-9222931798939242995?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/9222931798939242995/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=9222931798939242995' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/9222931798939242995'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/9222931798939242995'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2009/06/sso-for-clouds-how-close-are-we-now.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-6401344199730391096</id><published>2009-06-08T13:24:00.005-04:00</published><updated>2009-06-08T14:08:36.000-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='&quot;Meltdown&quot;'/><category scheme='http://www.blogger.com/atom/ns#' term='bailouts'/><title type='text'></title><content type='html'>&lt;div style="text-align: center;"&gt;Got to be a better way&lt;br /&gt;&lt;br /&gt;&lt;/div&gt;Last night finished &lt;a href="http://www.amazon.com/Meltdown-Free-Market-Collapsed-Government-Bailouts/dp/1596985879"&gt;Meltdown&lt;/a&gt;&lt;span id="btAsinTitle"&gt;: A Free-Market Look at Why the Stock Market  Collapsed, the Economy Tanked, and Government Bailouts Will Make Things Worse by Thomas E Woods.&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;Is Deflation OK?  Woods says it is but my text books say no. Otherwise, &lt;span style="font-style: italic;"&gt;some &lt;/span&gt;of prescription sounds pretty darn good, particularly, as a techie and modernizer, the first:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;Let Them Go Bankrup&lt;/span&gt;t - 'What's special about banks?"  Can't we find other ways to connect depositors and borrowers without propping up the losers? Banks are intermediaries.  Doesn't technology make this process easier and easier - including proper regulation - and lower the costs?  I am not a banker and sure they'll be pain but there already is (to the tune of $billions) and can't us (we?) technologists build the connections and controls.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;Abolish Fannie And Freddie&lt;/span&gt; - What are they even doing now?&lt;br /&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;Stop the Bailouts&lt;/span&gt; - How can more debt solve the problem of too much debt?  Or at least "Where's mine?" &lt;/li&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;End gov manipulation of Money&lt;/span&gt; - not sure about this one.  Again, is deflation OK and time to go back to the gold standard?  Above my pay grade for sure.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;Put the Fed on The Table&lt;/span&gt; - As far as what I can tell, Fed is probably one of the most rational and least political institution now but it is hardly ever mentioned as part of the problem. Certainly better than the over leveraged banks, regulators (particularly Office of Thrift Supervision), Congress, dead beat borrowers and activists pushing for loans to people who can't pay but didn't easy credit get us into this fix? (Actually I don't really fault the banks too much (some of my best friends are bankers - some even design financial products) - they just operate in the environment the govt created but take a look at some of those complex loan contacts used for ARM's - yikes)&lt;br /&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;Close Those Special Lending Windows &lt;/span&gt;- Again don't really understand the detailed pros and cons but do the Term Auction facilities hurt or help?&lt;/li&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;End the Monopoly Money&lt;/span&gt; - Back to the gold standard? Let me check my gold chain inventory....&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;I''ll get off my soap box now - but there has got to be a better way than flushing billions/trillions away - a billion here and billion there....  Guess I need to read Von Mises next.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-6401344199730391096?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/6401344199730391096/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=6401344199730391096' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/6401344199730391096'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/6401344199730391096'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2009/06/got-to-be-better-way-last-night.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-8019176190332197616</id><published>2009-05-11T08:27:00.011-04:00</published><updated>2009-05-21T13:57:30.075-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='developer services'/><category scheme='http://www.blogger.com/atom/ns#' term='AppEngine'/><category scheme='http://www.blogger.com/atom/ns#' term='cloud computing'/><title type='text'></title><content type='html'>&lt;div style="text-align: center;"&gt;&lt;span style="font-weight: bold;"&gt;On Developer Cloud Services&lt;/span&gt;&lt;br /&gt;&lt;/div&gt;&lt;br /&gt;Developer cloud services are an increasingly viable options for architects, developers and managers. By developer services, putting my "developer hat" on, I mean services that developers access to provide necessary application functions as opposed, for example, to application level services (like creating a customer record) and lower level infrastructure services (like storage). In fact, developer level services sit between the other two as the (admittedly)  simplistic diagram shows below.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://4.bp.blogspot.com/_NFD3ggOiFF8/ShWC9_-VnEI/AAAAAAAAAC4/TSLR7Nx_yOc/s1600-h/Stack.png"&gt;&lt;img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 400px; height: 300px;" src="http://4.bp.blogspot.com/_NFD3ggOiFF8/ShWC9_-VnEI/AAAAAAAAAC4/TSLR7Nx_yOc/s400/Stack.png" alt="" id="BLOGGER_PHOTO_ID_5338316934974118978" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Essentially, developer services are those functions (typically with an API)  that developers need to build out applications and are typically managed by the platform (just as J2EE or .Net do). Some key services would include data/database, caching, logging, authentication, validation, messaging and text/XML processing services.  These services could even include specific types of common data, like zipcodes and stock quotes.  Storage services may belong here as well depending upon what type of interface and control there is (e.g. developer level vs storage administrator).  Multitenancy, a critical consideration for public clouds, could generally be managed here either as a built in function going across other services  or as a distinct service accessed by the developer as needed. While some are starting to emerge in platforms like Google AppEngine (BigTable, logging, etc.), it would be great to see these built out further.  And they'd make the higher level, higher value application services (that we all need) easier to build - since less time and effort would be spent (wasted) on plumbing, necessary but reusable plumbing.  &lt;span style="font-style: italic; font-weight: bold;"&gt;Plus &lt;/span&gt;they'd hopefully be &lt;span style="font-weight: bold; font-style: italic;"&gt;better &lt;/span&gt;implemented with more, better implemented. features, such as monitoring, reporting and analytics.&lt;br /&gt;&lt;br /&gt;This in fact aligns pretty well with the IaaS, PaaS and SaaS breakdown folks are using - as mapped below.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://2.bp.blogspot.com/_NFD3ggOiFF8/ShWCeS-1yPI/AAAAAAAAACw/5Fmas0BIr4Y/s1600-h/StackIaaS.png"&gt;&lt;img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 451px; height: 231px;" src="http://2.bp.blogspot.com/_NFD3ggOiFF8/ShWCeS-1yPI/AAAAAAAAACw/5Fmas0BIr4Y/s400/StackIaaS.png" alt="" id="BLOGGER_PHOTO_ID_5338316390320687346" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;One man's call ...&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;div style="text-align: center;"&gt;&lt;div style="text-align: left;"&gt;&lt;div style="text-align: center;"&gt;&lt;div style="text-align: left;"&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;/div&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;br /&gt;&lt;/div&gt; &lt;span style="font-weight: bold;"&gt;&lt;/span&gt;&lt;br /&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-8019176190332197616?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/8019176190332197616/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=8019176190332197616' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/8019176190332197616'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/8019176190332197616'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2009/05/on-developer-cloud-services-developer.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://4.bp.blogspot.com/_NFD3ggOiFF8/ShWC9_-VnEI/AAAAAAAAAC4/TSLR7Nx_yOc/s72-c/Stack.png' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-4871114058180348480</id><published>2009-03-08T14:51:00.002-04:00</published><updated>2009-03-10T16:14:59.063-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Investing'/><category scheme='http://www.blogger.com/atom/ns#' term='buffet'/><category scheme='http://www.blogger.com/atom/ns#' term='twitter'/><category scheme='http://www.blogger.com/atom/ns#' term='scuttlebutt'/><title type='text'></title><content type='html'>&lt;div style="text-align: center;"&gt;&lt;span style="font-weight: bold;"&gt;Scuttlebutt - 2009&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;div style="text-align: left;"&gt;Trying to recover (along with everyone else) from market bloodbath - so this is what it feels like to be sliding into a Great Recession - I am rereading book on Warren Buffet - &lt;span style="font-weight: bold;"&gt;&lt;a href="http://www.amazon.com/Warren-Buffett-Way-Second/dp/0471743674/ref=sr_1_1?ie=UTF8&amp;amp;s=books&amp;amp;qid=1236713925&amp;amp;sr=1-1"&gt;The Warren Buffet Way&lt;/a&gt; &lt;/span&gt;(by Robert Hagstrom Jr).  This book talks about the legend's investment strategy as well as that of the two who influenced him - Benjamin Graham and Philip Fisher. While Graham was the dean of financial analysis, Fisher, the author of&lt;a href="http://www.amazon.com/Uncommon-Profits-Writings-Investment-Classics/dp/0471445509/ref=pd_bbs_sr_1?ie=UTF8&amp;amp;s=books&amp;amp;qid=1236713827&amp;amp;sr=8-1"&gt; Common Stocks and Uncommon Profit&lt;/a&gt; was more qualitative, focusing more on manager quality than quantitative metrics.&lt;br /&gt;&lt;br /&gt;Anyway, Fisher was a big advocate of what he called business "scuttlebutt" - essentially using the business grapevine - to find and evaluate the quality companies and stocks.  This involves talking to suppliers, customers, company employees, and people knowledgeable in the industry, and, eventually, company management.  Fisher even teaches how to the correct, company-specific questions.  Common sense I guess but Peter Lynch, from Fidelity fame, is a big advocate of this approach - kicking tires, eating donuts at Dunkin Donuts, etc,&lt;br /&gt;&lt;br /&gt;Fisher acknowledges the scuttlebutt method is a lot of work.   It was in 1958 when it was written - requiring lots of driving and calling around. But this is 2009 - isn't this a perfect use of tools likeTwitter? Twitter is hot, Twitter is cool, Twitter evaluation is sky high - but Twitter believe it or not , is not for everything.  But it or perhaps one of its current or future competitors could be perfect for this, for business scuttlebutt.  Or at least a good start.&lt;br /&gt;&lt;br /&gt;StockTwits may be closest thing so far although don't really offer much in the way of managing this sort of analysis.&lt;br /&gt;&lt;br /&gt;&lt;/div&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-4871114058180348480?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/4871114058180348480/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=4871114058180348480' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/4871114058180348480'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/4871114058180348480'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2009/03/scuttlebutt-2009-trying-to-recover.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-5559802620888617027</id><published>2009-02-12T09:52:00.003-05:00</published><updated>2009-02-19T10:39:28.545-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Silverlining'/><category scheme='http://www.blogger.com/atom/ns#' term='SaaS'/><category scheme='http://www.blogger.com/atom/ns#' term='cloud computing'/><title type='text'></title><content type='html'>&lt;div style="text-align: center;"&gt;&lt;span style="font-size:130%;"&gt;&lt;span style="font-weight: bold;"&gt;On Premises "Cloud"?&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;div style="text-align: left;"&gt;Is this an oxymoron? Or has its time come?&lt;br /&gt;&lt;br /&gt;At a recent Silver Lining Cloud Computing meeting, we were treated to a couple interesting presentations, one by &lt;a href="http://www.snaplogic.com"&gt;SnapLogic&lt;/a&gt;, the other by &lt;a href="http://www.tamalesoftware.com/"&gt;Tamale Software&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;While SnapLogic offers technology to link private and public clouds/public SaaS offerings like SalesForce.com, Tamale offers an on premises appliance that they manage from their data center.  Specifically tooled for their customers (securities analysts and portfolio managers), while it raises some cloud-oriented questions particularly around about scalability and handling spikes, it certainly helps alleviates concerns about security.  Security is maybe the big issue for cloud computing, ensuring data privacy. I believe the economic drivers will still push many organizations to public cloud providers, but this "on premises" deployment model could be a good transitional state for some organizations and maybe even an end state for others.&lt;br /&gt;&lt;br /&gt;In addition to cost-effective  scalability, updateability is also an issue for on premise and on premise/cloud hybrids.  To this end,  Tamale has developed some interesting deployment technology called Delta. Not sure if this is code name or product name, but it essentially simplifies and automates the deployment of new components from their centralized data center to the customer's premises.&lt;br /&gt;&lt;br /&gt;Definitely worth watching and looking into with more detail - addresses a big obstacle to the path to the cloud.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;/div&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-5559802620888617027?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/5559802620888617027/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=5559802620888617027' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/5559802620888617027'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/5559802620888617027'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2009/02/on-premises-cloud-is-this-oxymoron-or.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-5041834371708434858</id><published>2008-12-05T21:05:00.014-05:00</published><updated>2009-01-30T18:06:59.709-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='twitter'/><category scheme='http://www.blogger.com/atom/ns#' term='cloud computing'/><title type='text'></title><content type='html'>&lt;div id="{AD955856-96A1-4C7C-BE09-62812C4EEF1D}" style="text-align: center;"&gt;&lt;span style="font-size:130%;"&gt;&lt;span id="{9883F862-FF11-4267-80E4-22753EA4E9FA}" style="font-weight: bold;"&gt;Real Time Cloud?&lt;br /&gt;&lt;span id="{716850B2-E673-4169-B40B-1D608A85E6D0}" style="font-style: italic;"&gt;&lt;/span&gt;&lt;br /&gt;&lt;/span&gt;&lt;/span&gt;&lt;div id="{969AB345-64AF-427E-AF93-4A80BBB87DB4}" style="text-align: left;"&gt;&lt;br /&gt;Can something like Twitter, the popular microblogging service, be truly real time - where all Tweets are distributed to web, cell phone and other followers in real time or nearer real time - and also handle spikes (like at a big event) as well as higher order business and filtering logic? Twitter is known to have stability problems that they refreshingly &lt;a href="http://dev.twitter.com/2008/05/twittering-about-architecture.html"&gt;admit to&lt;/a&gt;.   It is certainly a messaging system so a real time message-driven or event-driven architecture as part of the answer as opposed to its content management-oriented approach seems to make sense.&lt;br /&gt;&lt;br /&gt;But what does this mean? And will it really help it scale while still providing the user experience it needs. Not sure what the " complexity and unpredictability" they talk about is, maybe there aren't off the shelf technologies but maybe the answer is in the cloud - cloud computing - particularly for handling spikes, flashes and even denials of service.&lt;br /&gt;&lt;br /&gt;&lt;/div&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-5041834371708434858?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/5041834371708434858/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=5041834371708434858' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/5041834371708434858'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/5041834371708434858'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2008/12/real-time-cloud-can-something-like.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-1377144139967337095</id><published>2008-12-03T20:16:00.009-05:00</published><updated>2008-12-09T10:50:40.845-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='cloud computing'/><title type='text'></title><content type='html'>&lt;div id="{30B4D550-543B-4A98-B3B1-8F3D46FBDE6E}" style="text-align: center;"&gt;&lt;span style="font-weight: bold;"&gt;Notes from New England Cloud Computing Group&lt;/span&gt;&lt;br /&gt;monthly meeting 12/2/2008&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;div id="{F94FA2D9-E547-4BF7-AE43-184696DBF9B3}" style="text-align: left;"&gt;In addition to usual meet and greet, had the pleasure of presentations by Bret Hartman, from RSA who spoke about security as it relates  to the cloud plus 2 from an innovative startup using S3 and EC2 -  Vikram Kumar and Prasad Thammaneni from &lt;a href="http://www.pixily.com/"&gt;Pixily&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;Probably biggest points of discussion were the economics of EC2 (including whether its use eliminated the need for costly planning steps, particularly capacity planning) plus the greater obstacles/hurdles enterprises (particularly security) need to overcome to adopt cloud computing vs startups/SMB's (Internal/private clouds could be a happy medium and even interim.)&lt;br /&gt;&lt;br /&gt;I believe the hosts will be putting a video recording &lt;a href="http://www.slacloudgroup.com/?p=17"&gt;here&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;Other topics/discussion points:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Cloud computing is fundamentally different from enterprise computing, particularly from a security perspective, and requires new technology/approaches - this is Brett Hartman's contention. I agree. Large enterprises in particular have security policies that will not &lt;yet&gt; allow deployment to multi-tenant environments like Amazon.  This could also be the &lt;/yet&gt;consensus bottom line: Until security is woven into cloud computing fabric more completely, cloud computing remains an unrealistic - albeit compelling - option for enterprises where intrusion and data loss are real fears - and real risks.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Start ups (like Pixily) and SMB's have different needs than enterprises and are (and will be in the forseeable future) much quicker to adopt cloud computing with its limitations - and budgetary attractions. Question remains as to whether a startup can scale sufficiently using cloud providers - this is where security rubber meets the road.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Capacity planning is not eliminated in the cloud - but it is reduced and does change&lt;/li&gt;&lt;li&gt;There is a need for use cases. Best use cases for Cloud tend to be consumer services.  Whether a large bank, like Bank of America,  can be supported by an &lt;external&gt; multitenant cloud provider remains an open question.&lt;br /&gt;&lt;/external&gt;&lt;/li&gt;&lt;li&gt;EMC's vision/roadmap for cloud as presented by Brett. Includes:&lt;/li&gt;&lt;ul&gt;&lt;li&gt;Security that is dynamic (content-driven), policy-driven, transparent, risk-driven and information-centric (as opposed to network-centric)&lt;/li&gt;&lt;li&gt;Products for partners to build cloud infrastructure, such as &lt;a href="http://www.emc.com/products/detail/software/atmos.htm"&gt;Atmos&lt;/a&gt;.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Cloud services, including Decho&lt;span id="{D7EF8643-B6F0-469E-A98D-9E16CEDC29DA}" style="text-decoration: underline;"&gt; &lt;/span&gt;(presumably &lt;a href="http://mozy.com/"&gt;Mozy&lt;/a&gt;)&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;li&gt;Pixily's positioning - as a consumer service for archiving paper-based documents&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;&lt;br /&gt;&lt;/div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-1377144139967337095?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/1377144139967337095/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=1377144139967337095' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/1377144139967337095'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/1377144139967337095'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2008/12/notes-from-new-england-cloud-computing.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-2873925050989552104</id><published>2008-10-06T16:31:00.010-04:00</published><updated>2008-10-08T12:54:27.829-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='metrics'/><category scheme='http://www.blogger.com/atom/ns#' term='social media'/><category scheme='http://www.blogger.com/atom/ns#' term='engagement'/><title type='text'></title><content type='html'>&lt;div id="ms__id1509"&gt;&lt;br /&gt;&lt;div id="ms__id1438" align="center"&gt;&lt;strong&gt;&lt;span style="font-size:130%;"&gt;&lt;/span&gt;&lt;/strong&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;&lt;div id="ms__id1508" align="center"&gt;&lt;strong&gt;&lt;span style="font-size:130%;"&gt;Social Media and Engagement &lt;/span&gt;&lt;/strong&gt;&lt;/div&gt;&lt;br /&gt;&lt;div id="ms__id2006" align="center"&gt;&lt;em&gt;&lt;span style="font-size:130%;"&gt;Measuring Social Media&lt;/span&gt;&lt;/em&gt;&lt;br /&gt;&lt;/div&gt;&lt;br /&gt;&lt;div id="ms__id1460" align="left"&gt;&lt;strong&gt;&lt;span style="font-size:130%;"&gt;&lt;a title="Monday Links: Greeking, Linking, Fishing, Social, Mobile &amp;amp; Engagement" href="http://www.toprankblog.com/2008/10/link-post-100708/" rel="bookmark"&gt;&lt;/a&gt;&lt;/span&gt;&lt;/strong&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;&lt;div id="ms__id1708" align="left"&gt;&lt;a href="http://www.toprankblog.com/2008/10/link-post-100708/"&gt;This &lt;/a&gt;post from &lt;a href="http://www.toprankblog.com/"&gt;&lt;strong&gt;Online Marketing Blog&lt;/strong&gt; &lt;/a&gt;has several useful online marketing links but two, in particular, taken together reinforce a thread I have begun to follow - that is Engagement Metrics and Social Media. Looking at &lt;strong&gt;#4&lt;/strong&gt; &lt;strong&gt;(&lt;/strong&gt;linking to &lt;a href="http://www.beingpeterkim.com/2008/09/ive-been-thinki.html"&gt;237 examples of brands using social media&lt;/a&gt;) and &lt;strong&gt;#10&lt;/strong&gt; (linking to a &lt;a href="http://www.webanalyticsdemystified.com/sample/Web_Analytics_Demystified_and_NextStage_Global_-_Measuring_the_Immeasurable_-_Visitor_Engagement.pdf"&gt;white paper &lt;/a&gt;from &lt;a href="http://www.webanalyticsdemystified.com/"&gt;WebAnalyticsDemystified &lt;/a&gt;) suggests a possible formulation for measuring the impact of community on engagement and on community engagement itself.&lt;/div&gt;&lt;br /&gt;&lt;div id="ms__id2004" align="left"&gt;&lt;/div&gt;&lt;div id="ms__id1712" align="left"&gt;&lt;br /&gt;&lt;br /&gt;&lt;p align="center"&gt;&lt;em&gt;&lt;strong&gt;Engagement Metrics&lt;/strong&gt;&lt;/em&gt;&lt;/p&gt;&lt;br /&gt;&lt;br /&gt;&lt;p&gt;The white paper, &lt;strong&gt;&lt;em&gt;Measuring the Immeasurable: Visitor&lt;/em&gt;&lt;/strong&gt; &lt;strong&gt;&lt;em&gt;Engagement&lt;/em&gt;&lt;/strong&gt;, postulates a possible formula to measure engagement: &lt;/p&gt;&lt;/div&gt;&lt;br /&gt;&lt;div id="ms__id1711" align="left"&gt;&lt;br /&gt;&lt;/div&gt;&lt;br /&gt;&lt;div id="ms__id1506" align="left"&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;&lt;div id="ms__id1457"&gt;&lt;a href="http://3.bp.blogspot.com/_NFD3ggOiFF8/SOvTz0Iuj9I/AAAAAAAAAB4/kWRX9yYorw0/s1600-h/EngagementMetric.jpg"&gt;&lt;img id="BLOGGER_PHOTO_ID_5254526277379854290" style="DISPLAY: block; MARGIN: 0px auto 10px; CURSOR: hand; TEXT-ALIGN: center" alt="" src="http://3.bp.blogspot.com/_NFD3ggOiFF8/SOvTz0Iuj9I/AAAAAAAAAB4/kWRX9yYorw0/s400/EngagementMetric.jpg" border="0" /&gt;&lt;/a&gt; &lt;/div&gt;&lt;br /&gt;&lt;br /&gt;&lt;div id="ms__id1691"&gt;where:&lt;/div&gt;&lt;br /&gt;&lt;ul&gt;&lt;br /&gt;&lt;li&gt;&lt;div id="ms__id1694"&gt;&lt;strong&gt;Ci = Click Depth Index &lt;/strong&gt;capturing the contribution of page and event views&lt;/div&gt;&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;div id="ms__id1695"&gt;&lt;strong&gt;Di = Duration Index&lt;/strong&gt; capturing the contribution of time spent on site&lt;/div&gt;&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;div id="ms__id1697"&gt;&lt;strong&gt;Ri = Recency Index&lt;/strong&gt; capturing the visitors “visit velocity”—the rate at which visitors return to the web site over time&lt;/div&gt;&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;div id="ms__id1698"&gt;&lt;strong&gt;Bi= Brand Index&lt;/strong&gt; capturing the apparent awareness of the visitor of the brand, site, or product(s)&lt;/div&gt;&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;div id="ms__id1699"&gt;&lt;strong&gt;Fi=Feedback Index&lt;/strong&gt; capturing qualitative information including propensity to solicit additional information or supply direct feedback&lt;/div&gt;&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;div id="ms__id1700"&gt;&lt;strong&gt;Ii= Interaction Index&lt;/strong&gt; capturing visitor interaction with content or functionality designed to increase level of Attention the visitor is paying to the brand, site, or product(s)&lt;br /&gt;&lt;/div&gt;&lt;/li&gt;&lt;li&gt;&lt;div id="ms__id1701"&gt;&lt;strong&gt;Li=Loyalty Index&lt;/strong&gt; capturing the level of long-term interaction the visitor has with the brand, site, or product(s)&lt;/div&gt;&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;&lt;div id="ms__id750"&gt;&lt;/div&gt;&lt;br /&gt;&lt;div id="ms__id5923"&gt;I am not sure how practical these are &lt;em&gt;in practice&lt;/em&gt; but, upon initial read, they seem to address at least some of the shortcomings of traditional engagement measures, such as session duration, page views per session. But even it is the best, most workable model for online media, the question to me is whether it sufficiently covers social media and communities. For example, are blog comments properly accounted for? What about friends lists and social graphs?&lt;br /&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;&lt;div id="ms__id5922"&gt;&lt;/div&gt;&lt;div id="ms__id5921"&gt;Which leads to the second item - the 237 examples of brands. More to the point, 237 initiatives are listed, some more effective than others but, at the end of the day, only metrics can tell us which ones are which and these metrics need to align with each community's and social initiative's objectives.&lt;br /&gt;&lt;br /&gt;&lt;/div&gt;&lt;div id="ms__id1503" align="center"&gt;&lt;br /&gt;&lt;em&gt;&lt;strong&gt;Social Media&lt;/strong&gt;&lt;/em&gt;&lt;br /&gt;&lt;/div&gt;&lt;div id="ms__id1703"&gt;&lt;br /&gt;&lt;/div&gt;&lt;br /&gt;&lt;div id="ms__id2007" align="left"&gt;Take one of them - &lt;a href="http://www.oracle.com/community/index.html"&gt;Oracle Community &lt;/a&gt;. Oracle, as another example of a software company looking to bridge their disparate developer and partner communities, puts a number of communities - Oracle Technology Network, Oracle Partner Network, Oracle Ace Program, OSpace, Oracle Customers and others - under this umbrella. Then add the Open Source communities not included here, such as &lt;a href="http://www.oracle.com/technology/products/berkeley-db/index.html"&gt;Berkeley DB&lt;/a&gt;. &lt;/div&gt;&lt;br /&gt;&lt;br /&gt;&lt;div id="ms__id7062" align="left"&gt;&lt;/div&gt;&lt;div id="ms__id7063" align="left"&gt;Bottom line is the need to manage these disparate yet interrelated Oracle-focused communities. How well do these engagement metrics apply to the properties under this umbrella? Although there is obviously significant community overlap (e.g. between developers/architects and partner channel managers), there are also significant community differences. And the metrics (both &lt;em&gt;what&lt;/em&gt; is collected and &lt;em&gt;how&lt;/em&gt; they are collected) need to reflect both the similarities and differences.&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;div id="ms__id1435" style="TEXT-ALIGN: center"&gt;&lt;span style="font-size:130%;"&gt;&lt;span id="{84E0CC2F-E6D4-4E85-A67C-0CF4102FB6CB}" style="FONT-WEIGHT: bold"&gt;&lt;/span&gt;&lt;/span&gt;&lt;/div&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-2873925050989552104?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/2873925050989552104/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=2873925050989552104' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/2873925050989552104'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/2873925050989552104'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2008/10/social-media-and-engagement-measuring.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://3.bp.blogspot.com/_NFD3ggOiFF8/SOvTz0Iuj9I/AAAAAAAAAB4/kWRX9yYorw0/s72-c/EngagementMetric.jpg' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-2638853356908070099</id><published>2008-09-28T08:50:00.008-04:00</published><updated>2008-09-29T12:37:16.142-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='metrics'/><category scheme='http://www.blogger.com/atom/ns#' term='community'/><title type='text'></title><content type='html'>&lt;div id="ms__id1529" align="center"&gt;&lt;strong&gt;&lt;span style="font-size:130%;"&gt;Community Metrics and Instrumentation&lt;/span&gt;&lt;/strong&gt;&lt;/div&gt;&lt;div id="ms__id1530" align="left"&gt;&lt;/div&gt;&lt;div id="ms__id1533" align="left"&gt;&lt;br /&gt;&lt;a href="http://blogs.wsj.com/biztech/2008/07/16/why-most-online-communities-fail/"&gt;Why Communities Fail &lt;/a&gt;suggests traditional metrics used to measure communities are wrong: &lt;/div&gt;&lt;div id="ms__id1554" align="left"&gt;&lt;br /&gt;&lt;/div&gt;&lt;blockquote&gt;&lt;p&gt;"The third problem with online communities is how &lt;em&gt;businesses go about measuring the success of their communities&lt;/em&gt;. Businesses say that their primary objectives are generating word-of-mouth marketing and increasing customer loyalty. Yet the metric that businesses use most often to measure success is the number of visits to the site. Moran points out that there isn’t much of a connection between what businesses want and what they’re measuring. Better metrics might be rankings in Google or the number of inbound links" &lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;/blockquote&gt;&lt;div id="ms__id1534" align="left"&gt;&lt;/div&gt;&lt;div id="ms__id5074" align="left"&gt;So what are the right metrics then? Yes, of course what is measured should be aligned with the goals of the community. But how? How should a community be instrumented?&lt;/div&gt;&lt;div id="ms__id9723" align="left"&gt;&lt;/div&gt;&lt;div id="ms__id9724" align="left"&gt;&lt;/div&gt;&lt;div id="ms__id7917" align="left"&gt;&lt;/div&gt;&lt;div id="ms__id3685" align="left"&gt;&lt;/div&gt;&lt;div id="ms__id7872" align="left"&gt;In my view, the top metrics (selected from a larger list courtesy of &lt;a href="http://www.getclicky.com/help/api"&gt;GetClicky &lt;/a&gt;) to choose from include:&lt;/div&gt;&lt;div align="left"&gt;&lt;/div&gt;&lt;div align="left"&gt;&lt;/div&gt;&lt;ul&gt;&lt;li&gt;&lt;div id="ms__id1538" align="left"&gt;links&lt;/div&gt;&lt;/li&gt;&lt;li&gt;&lt;div id="ms__id1539" align="left"&gt;links-outbound&lt;/div&gt;&lt;/li&gt;&lt;li&gt;&lt;div id="ms__id1540" align="left"&gt;site-rank &lt;/div&gt;&lt;/li&gt;&lt;li&gt;&lt;div id="ms__id1541" align="left"&gt;visitors&lt;/div&gt;&lt;/li&gt;&lt;li&gt;&lt;div id="ms__id12784" align="left"&gt;visitors-unique&lt;/div&gt;&lt;/li&gt;&lt;li&gt;&lt;div id="ms__id1542" align="left"&gt;actions-average &lt;/div&gt;&lt;/li&gt;&lt;li&gt;&lt;div id="ms__id1543" align="left"&gt;time-average&lt;/div&gt;&lt;/li&gt;&lt;li&gt;&lt;div id="ms__id1544" align="left"&gt;bounce-rate&lt;/div&gt;&lt;/li&gt;&lt;li&gt;&lt;div id="ms__id12815" align="left"&gt;visitors-online &lt;/div&gt;&lt;/li&gt;&lt;li&gt;&lt;div id="ms__id1546" align="left"&gt;feedburner-subscribers&lt;/div&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p id="ms__id12817" align="left"&gt;&lt;/p&gt;&lt;p align="left"&gt;&lt;em&gt;&lt;strong&gt;And&lt;/strong&gt;&lt;/em&gt; inbound link statistics, in particular, are a good indicator of real, organic community traction and are applicable to nearly all community types. Plus tools like GetClicky provide them - as shown here&lt;/p&gt;&lt;div id="ms__id1522"&gt;&lt;a href="http://4.bp.blogspot.com/_NFD3ggOiFF8/SODsKJc9GGI/AAAAAAAAABw/IoC3peF1-bM/s1600-h/ClickyDemoLink_annotated.jpg"&gt;&lt;img id="BLOGGER_PHOTO_ID_5251456824594208866" style="DISPLAY: block; MARGIN: 0px auto 10px; CURSOR: hand; TEXT-ALIGN: center" alt="" src="http://4.bp.blogspot.com/_NFD3ggOiFF8/SODsKJc9GGI/AAAAAAAAABw/IoC3peF1-bM/s400/ClickyDemoLink_annotated.jpg" border="0" /&gt;&lt;/a&gt;&lt;em&gt;&lt;strong&gt;And&lt;/strong&gt;&lt;/em&gt; additional ones to watch include:&lt;/div&gt;&lt;div id="ms__id6117"&gt;&lt;/div&gt;&lt;div id="ms__id5076"&gt;&lt;/div&gt;&lt;ul&gt;&lt;li&gt;Twitter-use - since its use is rapidly increasing and creates a useful snapshot in time&lt;/li&gt;&lt;li&gt;Cross-community links, such as &lt;a href="http://www.facebook.com/"&gt;Facebook &lt;/a&gt;for consumer-focused communities, &lt;a href="http://www.linkedin.com/"&gt;LinkedIn &lt;/a&gt;for business/executive-focused communities or even &lt;a href="http://www.apache.org/foundation/mailinglists.html"&gt;Apache mailing lists&lt;/a&gt; for developer-oriented ones.&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;div id="ms__id1526"&gt;&lt;a href="http://1.bp.blogspot.com/_NFD3ggOiFF8/SODr6CDW3YI/AAAAAAAAABo/2ihJEDQMsUE/s1600-h/ClickyDemoLink_annotated.jpg"&gt;&lt;/a&gt;&lt;strong&gt;&lt;em&gt;&lt;span style="color:#ff0000;"&gt;But&lt;/span&gt;&lt;/em&gt;&lt;/strong&gt;, I have yet to see a really good model for which to use when and which ones to really bank on.&lt;br /&gt;&lt;br /&gt;&lt;/div&gt;&lt;div id="ms__id3087" align="center"&gt;&lt;strong&gt;&lt;/strong&gt;&lt;/div&gt;&lt;div id="ms__id1552"&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-2638853356908070099?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/2638853356908070099/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=2638853356908070099' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/2638853356908070099'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/2638853356908070099'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2008/09/community-metrics-and-instrumentation.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://4.bp.blogspot.com/_NFD3ggOiFF8/SODsKJc9GGI/AAAAAAAAABw/IoC3peF1-bM/s72-c/ClickyDemoLink_annotated.jpg' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-5662183219736628534</id><published>2008-09-25T10:40:00.010-04:00</published><updated>2009-04-02T10:20:40.177-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Apama'/><category scheme='http://www.blogger.com/atom/ns#' term='CEP'/><category scheme='http://www.blogger.com/atom/ns#' term='real time web'/><category scheme='http://www.blogger.com/atom/ns#' term='Comet'/><title type='text'></title><content type='html'>&lt;div id="ms__id117" align="center"&gt;&lt;strong&gt;&lt;span style="font-size:130%;"&gt;Real Time Web Architecture&lt;/span&gt;&lt;/strong&gt;&lt;/div&gt;&lt;div id="ms__id144" align="left"&gt;&lt;/div&gt;&lt;div id="ms__id171" align="left"&gt; &lt;/div&gt;&lt;div align="left"&gt;Kind of an eye chart, but here is an architecture for real time web apps, a possible reference architecture.&lt;br /&gt;&lt;br /&gt;&lt;/div&gt;&lt;div align="left"&gt; &lt;/div&gt;&lt;div id="ms__id164" align="left"&gt;&lt;/div&gt;&lt;div id="ms__id165" align="left"&gt;Note the inclusion of CEP (like Apama, Streambase or Esker) and Data streaming (like Cometd) along with traditional web and mashup servers. I think that is where the future resides - being able to handle both client pulls (dynamic and static) as well as real time data feeds. Real time data feeds traditionally have been feeds (like securities prices) that are limited to certain markets but increasingly they are broader, mass market feeds - such as Feedburner, Facebook, Twitter and phone/sms - integrating both system-generated and human-generated messages. &lt;/div&gt;&lt;div id="ms__id218" align="left"&gt;&lt;/div&gt;&lt;div id="ms__id215" align="left"&gt;Programming languages will be all over the map (from compiled C#, Java, etc) to open web scripting (Python, Javascript etc.) to messaging and proprietary optimized event processing languages like StreamSQL and Apama's monitor script.&lt;/div&gt;&lt;div id="ms__id198" align="left"&gt;&lt;/div&gt;&lt;div id="ms__id199" align="left"&gt; &lt;/div&gt;&lt;div align="left"&gt;&lt;br /&gt;Depending on feedback, I hope to describe these components in more detail in future posts and also keep this updated to reflect technology and market developments.&lt;br /&gt;&lt;br /&gt;&lt;/div&gt;&lt;div id="ms__id166" align="left"&gt;&lt;/div&gt;&lt;div id="ms__id143" align="center"&gt;&lt;strong&gt;&lt;/strong&gt;&lt;/div&gt;&lt;div id="ms__id125"&gt;&lt;/div&gt;&lt;div id="ms__id124"&gt;&lt;/div&gt;&lt;div id="ms__id128"&gt;&lt;a href="http://2.bp.blogspot.com/_NFD3ggOiFF8/SdTECEYH2HI/AAAAAAAAACg/UJFIW7bmpos/s1600-h/RTweb.png"&gt;&lt;img id="BLOGGER_PHOTO_ID_5320092599645100146" style="margin: 0px auto 10px; display: block; width: 400px; height: 209px; text-align: center;" alt="" src="http://2.bp.blogspot.com/_NFD3ggOiFF8/SdTECEYH2HI/AAAAAAAAACg/UJFIW7bmpos/s400/RTweb.png" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div id="ms__id104" style="text-align: center;"&gt;&lt;br /&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://4.bp.blogspot.com/_NFD3ggOiFF8/Sb_wzAIO4NI/AAAAAAAAACY/YXlDloI8CG4/s1600-h/rt_web_architecture.png"&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;&lt;div id="ms__id131"&gt;&lt;/div&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-5662183219736628534?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/5662183219736628534/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=5662183219736628534' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/5662183219736628534'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/5662183219736628534'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2008/09/real-time-web-architecture-kind-of-eye.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://2.bp.blogspot.com/_NFD3ggOiFF8/SdTECEYH2HI/AAAAAAAAACg/UJFIW7bmpos/s72-c/RTweb.png' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-4404696226226711207</id><published>2008-09-19T14:49:00.018-04:00</published><updated>2008-09-25T16:18:08.616-04:00</updated><title type='text'></title><content type='html'>&lt;div align="center" id="ms__id7338"&gt;&lt;strong&gt;&lt;span style="font-size: 130%;"&gt;Web 2.0 Expo &lt;/span&gt;&lt;/strong&gt;&lt;/div&gt;&lt;br /&gt;&lt;div align="center" id="ms__id7339"&gt;&lt;strong&gt;&lt;/strong&gt;&lt;br /&gt;&lt;div id="ms__id7321"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;Didn't exhibit or speak but did walk the exhibit floor at &lt;/span&gt;&lt;a href="http://en.oreilly.com/webexny2008/public/content/home"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;Web 2.0 Expo &lt;/span&gt;&lt;/a&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;in NYC yesterday. &lt;/span&gt;&lt;/div&gt;&lt;br /&gt;&lt;div id="ms__id7327"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;It was surprisingly vibrant coming in the midst of the financial meltdown - just blocks away. &lt;/span&gt;&lt;/div&gt;&lt;br /&gt;&lt;div align="center" id="ms__id7320"&gt;&lt;img alt="" border="0" id="BLOGGER_PHOTO_ID_5248898481559879090" src="http://3.bp.blogspot.com/_NFD3ggOiFF8/SNfVW-92vbI/AAAAAAAAABU/fajeVsDDf7k/s400/WSJ.JPG" style="cursor: hand; display: block; margin: 0px auto 10px; text-align: center;" /&gt;&lt;img alt="" border="0" id="BLOGGER_PHOTO_ID_5248896765005794354" src="http://4.bp.blogspot.com/_NFD3ggOiFF8/SNfTzETeDDI/AAAAAAAAABM/CfmIb7P4Szw/s400/Crisis.jpg" style="cursor: hand; display: block; margin: 0px auto 10px; text-align: center;" /&gt;&lt;span style="font-size: 78%;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;div align="center" id="ms__id11117"&gt;&lt;span style="font-size: 85%;"&gt;&lt;span style="font-size: 78%;"&gt;Source: Wall Street Journal Digital Network&lt;/span&gt;&lt;/span&gt;&lt;/div&gt;&lt;div align="left" id="ms__id11118"&gt;&lt;span style="font-size: 100%;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;div align="left" id="ms__id11119"&gt;&lt;span style="font-size: 100%;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;div align="left" id="ms__id11120"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;div align="left"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;Although there was some good gallows humor in among the crowd. &lt;/span&gt;&lt;/div&gt;&lt;br /&gt;&lt;div align="left" id="ms__id7340"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;In my adhoc "survey", nearly all said traffic was either excellent or good. Although obviously anecdotal only, there was quite a bit more activity in Web 2.0's half of the Javitz Center than &lt;/span&gt;&lt;a href="http://www.interop.com/"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;Interop's &lt;/span&gt;&lt;/a&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;which was dead. &lt;/span&gt;&lt;/div&gt;&lt;br /&gt;&lt;div align="left" id="ms__id7342"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;This vibrancy is either a sign of an innovative space with a good value proposition or a bunch of ostrich's hiding their head in the sand. &lt;/span&gt;&lt;/div&gt;&lt;br /&gt;&lt;div align="left" id="ms__id7336"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;div align="left" id="ms__id7337"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;In any case, while there were definitely a number of me-to technologies, what struck me was the focus on business models and user experience as opposed to technology - big change from years past. &lt;/span&gt;&lt;/div&gt;&lt;br /&gt;&lt;div align="left" id="ms__id7354"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;div align="left" id="ms__id7355"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;Can't mention everything (maybe I'll do a more complete overview if I have time) but here are a couple worth mentioning from my loop around the exhibitor floor.&lt;/span&gt;&lt;/div&gt;&lt;br /&gt;&lt;div align="left" id="ms__id7334"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;div align="left" id="ms__id7343"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;&lt;a href="http://www.sightix.com/"&gt;Sightix&lt;/a&gt; stood out to me - in terms of both business model and technology. &lt;/span&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;I wanted to show a good example here but unfortunately couldn't get online demo to work very well (not sure what I am suppose to select) or how to create my own account. (Maybe it is just me ....)&lt;/span&gt;&lt;/div&gt;&lt;br /&gt;&lt;div align="left" id="ms__id7350"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;div align="left" id="ms__id7351"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;In any case, what I like about it is the focus on social relatioonships and the contextual linkages between people - not just that someone is part of your network but also the how and why. Are they a friend, a customer or your boss? (I &lt;em&gt;think&lt;/em&gt; Sightix can show this.) This opens up a lot of possibilities - socially rich ERP/CRM is one good example. Business model was also &lt;em&gt;EASY - &lt;/em&gt;along the lines of&lt;em&gt; "&lt;/em&gt;Try it - if you like it, pay us on a CPM basis" - making it easy to experiment. &lt;/span&gt;&lt;/div&gt;&lt;br /&gt;&lt;div align="left" id="ms__id7352"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;div align="left" id="ms__id29676"&gt;&lt;span style="font-family: arial; font-size: 130%;"&gt;Another was Sun - a couple social computing initiatives in particular - &lt;a href="http://www.zembly.com/"&gt;Zembly.com&lt;/a&gt; and Sun's offering around GlassFish and Shindig (for OpenSocial) - that deserve a closer look. I also had an interesting discussion with &lt;a href="http://blogs.sun.com/angelo/"&gt;Angelo Rajadurai &lt;/a&gt;(&lt;strike&gt;Rajadouri&lt;/strike&gt;) regarding how to "integrate" - or better yet - cross fertilize (my words) disparate but related communities. Is this the new (or is the new new) Sun?&lt;/span&gt;&lt;/div&gt;&lt;div align="left" id="ms__id29677"&gt;&lt;/div&gt;&lt;div align="left" id="ms__id29678"&gt;&lt;span style="font-size: 130%;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;div align="left" id="ms__id7346"&gt;&lt;span style="font-size: 130%;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;br /&gt;&lt;div align="left" id="ms__id7349"&gt;&lt;span style="font-size: 130%;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;br /&gt;&lt;div align="left" id="ms__id7356"&gt;&lt;span style="font-size: 130%;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;br /&gt;&lt;div align="left" id="ms__id7357"&gt;&lt;span style="font-size: 130%;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;br /&gt;&lt;div align="left" id="ms__id7344"&gt;&lt;span style="font-size: 130%;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;br /&gt;&lt;div align="left" id="ms__id7345"&gt;&lt;span style="font-size: 130%;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;br /&gt;&lt;span style="font-size: 130%;"&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-size: 130%;"&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;div align="left" id="ms__id11116"&gt;&lt;/div&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-4404696226226711207?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/4404696226226711207/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=4404696226226711207' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/4404696226226711207'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/4404696226226711207'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2008/09/web-2.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://3.bp.blogspot.com/_NFD3ggOiFF8/SNfVW-92vbI/AAAAAAAAABU/fajeVsDDf7k/s72-c/WSJ.JPG' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-5237451060772309917</id><published>2008-09-12T14:37:00.010-04:00</published><updated>2009-02-19T08:38:52.115-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='metrics'/><category scheme='http://www.blogger.com/atom/ns#' term='community'/><title type='text'></title><content type='html'>&lt;div id="ms__id6234" align="center"&gt;&lt;strong&gt;Community Lifecycle&lt;/strong&gt;&lt;br /&gt;&lt;/div&gt;&lt;div id="ms__id6235"&gt; &lt;/div&gt;&lt;div id="ms__id6236"&gt;The following diagram (&lt;a href="http://www.flickr.com/photos/jeremiah_owyang/2264621253/"&gt;borrowed &lt;/a&gt;from Forrester's Jeremiah Owyang) shows some steps a successful community goes through - from Conception to Maturity - as measured by member activity. &lt;/div&gt;&lt;div id="ms__id6239"&gt; &lt;/div&gt;&lt;div id="ms__id6240"&gt; &lt;/div&gt;&lt;div id="ms__id6237"&gt;&lt;a href="http://3.bp.blogspot.com/_NFD3ggOiFF8/SNfPLGxRz0I/AAAAAAAAABE/ScVYERbm0nQ/s1600-h/2264621253_2891a5c557.jpg"&gt;&lt;img id="BLOGGER_PHOTO_ID_5248891680426413890" style="margin: 0px auto 10px; display: block; text-align: center;" alt="" src="http://3.bp.blogspot.com/_NFD3ggOiFF8/SNfPLGxRz0I/AAAAAAAAABE/ScVYERbm0nQ/s400/2264621253_2891a5c557.jpg" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div id="ms__id6201"&gt;&lt;a href="http://3.bp.blogspot.com/_NFD3ggOiFF8/SNfAgxKyGTI/AAAAAAAAAAs/LILVXRJ-zr0/s1600-h/2264621253_2891a5c557_m.jpg"&gt;&lt;/a&gt;Nothing controversial here - &lt;em&gt;Strategy, Research, Launch, Kickstart, Growth, Ongoing Management, Continuous Improvement&lt;/em&gt; - but my biggest question ( I am not a Forrester client) is how member activity is measured. Is it total hits or some sort measure of community engagement - such as number of inbound links?   In my view and experience, defining the proper metrics is not only critical to defining and measuring success but also in advancing the community across the lifecycle. You want to avoid this:&lt;/div&gt;&lt;br /&gt;&lt;div id="ms__id6228"&gt;&lt;a href="http://3.bp.blogspot.com/_NFD3ggOiFF8/SNfOlwFuPqI/AAAAAAAAAA8/isXhokVuCwo/s1600-h/Volatility.jpg"&gt;&lt;img id="BLOGGER_PHOTO_ID_5248891038682988194" style="margin: 0px auto 10px; display: block; text-align: center;" alt="" src="http://3.bp.blogspot.com/_NFD3ggOiFF8/SNfOlwFuPqI/AAAAAAAAAA8/isXhokVuCwo/s320/Volatility.jpg" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;&lt;div id="ms__id6141"&gt;&lt;/div&gt;That is volatility - or worse which is decline. There can obviously be volatility on an hour-to-hour, day-to-day or even week-to-week basis but generally you need an up trend to advance the community from strategy to the continous improvements associated with maturity. And since you can't fix what you can't measure, you need the &lt;strong&gt;right&lt;/strong&gt; metrics. &lt;div id="ms__id6238"&gt; &lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-5237451060772309917?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/5237451060772309917/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=5237451060772309917' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/5237451060772309917'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/5237451060772309917'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2008/09/community-lifecycle-following-diagram.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://3.bp.blogspot.com/_NFD3ggOiFF8/SNfPLGxRz0I/AAAAAAAAABE/ScVYERbm0nQ/s72-c/2264621253_2891a5c557.jpg' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-8726908760724978498</id><published>2008-09-12T14:24:00.009-04:00</published><updated>2008-09-22T16:08:59.946-04:00</updated><title type='text'></title><content type='html'>&lt;div id="ms__id12246" align="center"&gt;&lt;strong&gt;Private Communities&lt;br /&gt;&lt;/strong&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;&lt;div id="ms__id4586"&gt;&lt;/div&gt;&lt;p&gt;In my experience, private communities, while sounding exclusionary - like private gated communities in Florida, are really just purposeful communities - pulling together people for a reason - one that helps and/or rewards all participants.&lt;/p&gt;&lt;p&gt;So they are different from those communtiy efforts seeking to cast the widest net - and the most eyeballs.&lt;/p&gt;&lt;p&gt;A good example might be an M&amp;amp;A group evaluating a company's books, a project team organizing a project or a product management comittee. In terms of customer-focused private communities, - &lt;a href="http://www.communispace.com/communications/10-Tips/Communispace-Report-10_Tips.pdf"&gt;"10 Tips For Building Successful Online Customer Communities"&lt;/a&gt; - from Communispace - offers a reasonable starting list. Finding the social glue (#3 on their list) may be the most important - providing sustainability and engagement - and also requires real well-intentioned effort.&lt;/p&gt;&lt;div id="ms__id2373"&gt;&lt;/div&gt;&lt;div id="ms__id2372"&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-8726908760724978498?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/8726908760724978498/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=8726908760724978498' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/8726908760724978498'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/8726908760724978498'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2008/09/building-private-communities-from-what.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-1259208449275923411</id><published>2008-01-17T07:04:00.006-05:00</published><updated>2009-02-19T08:33:46.128-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Javascript'/><category scheme='http://www.blogger.com/atom/ns#' term='Java'/><category scheme='http://www.blogger.com/atom/ns#' term='Skype'/><category scheme='http://www.blogger.com/atom/ns#' term='ActiveX'/><title type='text'></title><content type='html'>&lt;div id="ms__id1475"&gt;Just returned from &lt;a href="http://skypejournal.com/blog/2007/12/skype_developer_event_new_york.html"&gt;Skype Developer Conference &lt;/a&gt;in NYC. Also made a presentation on Innerpass' architecture and how it is integrated with/utilizes Skype.&lt;br /&gt;&lt;br /&gt;&lt;/div&gt;&lt;div id="ms__id3003"&gt; &lt;/div&gt;&lt;div id="ms__id3004"&gt;Integration BTW is achieved with a Javascript abstraction. Depending upon OS and browser, Javascript calls either an ActiveX control or a java applet. This symmetry, in my opinion, makes development, debugging and maintenance easier.&lt;br /&gt;&lt;br /&gt;For ActiveX, &lt;a href="https://developer.skype.com/Docs/Skype4COM"&gt;Skype4Com &lt;/a&gt;was used.&lt;br /&gt;&lt;br /&gt;For Java, Skype4Java I extended/bug fixed Skype4Java and wrapped in a signed applet.&lt;br /&gt;&lt;br /&gt;&lt;/div&gt;&lt;div id="ms__id3005"&gt; &lt;/div&gt;&lt;div id="ms__id1480"&gt;Probably the most interesting topics, from my perspective anyway, was how to deliver Skype functionality to Web browsers - sans Skype client - and utilizing Skype on a server. I am eager to hear more, particularly on client-less call participation.  The big question for this scenario was obviously the codecs (how they would be downloaded, how they would run, etc) - although  Skype client obviously does more than that (e.g. call routing, call state management) .&lt;/div&gt;&lt;div id="ms__id1478"&gt;&lt;/div&gt;&lt;br /&gt;&lt;div id="ms__id1477"&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-1259208449275923411?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/1259208449275923411/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=1259208449275923411' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/1259208449275923411'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/1259208449275923411'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2008/01/just-returned-from-skype-developer.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-6108438581659599025</id><published>2007-07-20T09:15:00.003-04:00</published><updated>2009-02-19T08:34:27.285-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Javascript'/><category scheme='http://www.blogger.com/atom/ns#' term='XAP'/><category scheme='http://www.blogger.com/atom/ns#' term='Nexaweb'/><title type='text'></title><content type='html'>&lt;span style="font-weight: bold;"&gt;Using XAP Tree&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;span&gt;Although I am no longer employed by Nexaweb, I will probably continue experimenting with and possibly using Apache XAP in real projects.&lt;br /&gt;&lt;br /&gt;For one community project, while still with Nexaweb I put together an overview of the XAP Tree and posted it &lt;a href="https://home.comcast.net/%7Eben.bloch/XAP/Using_XAP_Tree.PDF"&gt;here&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;The XAP Tree is one of the UI components included in the XAP Build. This document described the components and how it fits with the rest of the XAP framework - shown below.&lt;br /&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://4.bp.blogspot.com/_NFD3ggOiFF8/RqC6uqcTzSI/AAAAAAAAAAU/MhtDyWnSQ9o/s1600-h/XAP.gif"&gt;&lt;img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer;" src="http://4.bp.blogspot.com/_NFD3ggOiFF8/RqC6uqcTzSI/AAAAAAAAAAU/MhtDyWnSQ9o/s320/XAP.gif" alt="" id="BLOGGER_PHOTO_ID_5089272889758436642" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;span&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;While I didn't test performance, particularly with large complex trees, it can be built declaratively either statically or dynamically using virtually any server side framework and thus most likely fit into your existing web development methodologies and technologies. It can also save you a lot of time.&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://1.bp.blogspot.com/_NFD3ggOiFF8/RqC0u6cTzRI/AAAAAAAAAAM/Ph9NRQF87UU/s1600-h/XAP.gif"&gt;&lt;br /&gt;&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-6108438581659599025?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/6108438581659599025/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=6108438581659599025' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/6108438581659599025'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/6108438581659599025'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2007/07/using-xap-tree-although-i-sam-no-longer.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://4.bp.blogspot.com/_NFD3ggOiFF8/RqC6uqcTzSI/AAAAAAAAAAU/MhtDyWnSQ9o/s72-c/XAP.gif' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-4333267052752326163</id><published>2007-06-08T06:55:00.003-04:00</published><updated>2009-02-19T08:27:53.906-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Eclipse'/><category scheme='http://www.blogger.com/atom/ns#' term='Nexaweb'/><title type='text'></title><content type='html'>&lt;div style="text-align: center;"&gt;&lt;span style="font-weight: bold;"&gt;Eclipse DTP&lt;/span&gt;&lt;br /&gt;&lt;/div&gt;&lt;span style="font-weight: bold;"&gt;&lt;br /&gt;&lt;/span&gt;&lt;span&gt;I spent some time with John Graham the lead at the Eclipse Data Tools Platform (DTP) at Eclipse last week.  I learned quite a bit about DTP's current state and some future possibilities. Nexaweb uses it for design time binding of its rich application platform to SQL databases.  DTP helps make it incredibly easy to select the target database using Eclipse GUI and then generate all the binding metadata.&lt;br /&gt;&lt;br /&gt;I usually use Apache Derby or MySQL with it but can also use commercial rdbm's, such as SQL Server.&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://1.bp.blogspot.com/_NFD3ggOiFF8/RqC0u6cTzRI/AAAAAAAAAAM/Ph9NRQF87UU/s1600-h/XAP.gif"&gt;&lt;br /&gt;&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-4333267052752326163?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/4333267052752326163/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=4333267052752326163' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/4333267052752326163'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/4333267052752326163'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2007/06/eclipse-dtp-i-spent-some-time-with-john.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-117423717438393829</id><published>2007-03-18T13:57:00.000-04:00</published><updated>2007-03-19T12:38:51.470-04:00</updated><title type='text'></title><content type='html'>If you are going to AjaxWorld next week in NY and want to see something fresh, check &lt;a href="http://www.ajaxworldconference.com/general/session07.htm?id=125"&gt;this&lt;/a&gt; out. Colleagues of mine sure (from Nexaweb) but I am pretty jaded myself.   Don't want to spoil their presentation, but should at least get you thinking about how modern applications should be constructed, deployed and managed.   Dare I say a better way - particularly as browser and other Internet access technologies improve (as well they should!) and proliferate.&lt;br /&gt;&lt;br /&gt;Monday 3:40-4:10 pm.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-117423717438393829?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/117423717438393829/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=117423717438393829' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/117423717438393829'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/117423717438393829'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2007/03/if-you-are-going-to-ajaxworld-next.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-117312975406296781</id><published>2007-03-05T16:20:00.001-05:00</published><updated>2009-02-19T08:45:36.132-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Java'/><category scheme='http://www.blogger.com/atom/ns#' term='XAP'/><category scheme='http://www.blogger.com/atom/ns#' term='Eclipse'/><title type='text'></title><content type='html'>&lt;span style="font-weight: bold;font-size:130%;" &gt;Main Takeways from Eclipse Con (Santa Clara, CA 3/4-8)&lt;/span&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Eclipse development is about we (us/community), not me or I.  Developers need to be social. As someone who has reverbed between engineering and sales/marketing, sure. But for some it may be new.  But I am also no longer a committer anywhere - so it is easy for me to say ;-)&lt;/li&gt;&lt;li&gt;Less is more - particularly when it comes to preso's.  As an example, James Governor's (from Redmonk) session was minimalistic - some slides had one word on them - but stayed with me.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Got an updated perspective on Eclipse - kind of like a trade association with bits. Some pioneering still to do but I think they are on the right track.  One big question I think is how far can an IDE-focused organization go?  Developers want tooling but people/enterprises want OS's, platforms, applications, solutions.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Spent time with some of the Apache Maven folks and an interesting &lt;a href="http://www.simulalabs.com/"&gt;company (Simula Labs) &lt;/a&gt;they are part of. They cracked open &lt;a href="http://incubator.apache.org/xap/"&gt;Apache XAP &lt;/a&gt;(which BTW had its first incubator release - o.3.0 - Applause!)  and worked on a Maven build for it.  I look forward to the results and insights (is Maven good for Javascript?).&lt;/li&gt;&lt;li&gt;Eclipse and more generally Open Source business models need more attention.   Probably shouldn't rival technical sessions in number, but more depth and analysis   would be helpful.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Look forward to followups at &lt;a href="http://www.ajaxworld.com/"&gt;AjaxWorld &lt;/a&gt;and &lt;a href="http://www.openajax.org/member/wiki/2007_March_Members_Meeting_Agenda"&gt;Open AjaxAlliance F2F&lt;/a&gt; in 2 weeks in NY.  Ajax was BIG topic here - faster growing than Java - Eclipse-Ajax is even tracking with Visual Studio-Ajax, according to some job-based analysis provided by Don Smith of Eclipse.   The game is changing....&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-117312975406296781?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/117312975406296781/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=117312975406296781' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/117312975406296781'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/117312975406296781'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2007/03/main-takeways-from-eclipse-con-santa.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-117184008786822518</id><published>2007-02-18T18:07:00.001-05:00</published><updated>2009-02-19T08:38:02.438-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='XAP'/><category scheme='http://www.blogger.com/atom/ns#' term='Nexaweb'/><title type='text'></title><content type='html'>I need to write an ROI calculator as part of some demos at Nexaweb. I may as well show the process. Since this is not intended to be a robust mission critical application, I am really looking for how easy it is to go from concept to development and to iterate (since I am sure there we won't get it right the first time)&lt;br /&gt;&lt;br /&gt;So let's start with the ROI logic in - surprise - an Excel spreadsheet. (Excel being where many of these rules and formulas are  created.) .&lt;br /&gt;&lt;br /&gt;Here is the spreadsheet.&lt;br /&gt;&lt;br /&gt;&lt;div style="text-align: center;"&gt;&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://photos1.blogger.com/x/blogger/5138/1733/1600/323488/SS%20Design.jpg"&gt;&lt;img style="margin: 0pt 10px 10px 0pt; float: left; cursor: pointer; width: 479px; height: 359px;" src="http://photos1.blogger.com/x/blogger/5138/1733/320/46749/SS%20Design.jpg" alt="" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;div style="text-align: left;"&gt;Since Nexaweb technologies is based on declarative XML (XAL), the approach I decided to take (with the help of Fred Mikkelsen) was to use Excel itself to generate the basic XAL markup which would in turn form the basis of the Nexaweb ROI calculator (without the formulas).&lt;br /&gt;&lt;br /&gt;So, while formulas would not be preserved, cells and tabs would be.   The rest of the development then would be to implement the formulas (such as sum) and spread sheet like functionality (such as auto update when a user exits a cell)  with Javascript (added to Nexaweb platform as MCO's) and Nexaweb event handling and UI update technologies.&lt;br /&gt;&lt;/div&gt; &lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-117184008786822518?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/117184008786822518/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=117184008786822518' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/117184008786822518'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/117184008786822518'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2007/02/i-need-to-write-roi-calculator-as-part.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-117071701603573731</id><published>2007-02-05T18:09:00.001-05:00</published><updated>2009-02-19T08:40:46.392-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Java'/><category scheme='http://www.blogger.com/atom/ns#' term='iPhone'/><title type='text'></title><content type='html'>&lt;span style="font-size:130%;"&gt;Was Steve Jobs right&lt;/span&gt;?&lt;br /&gt;&lt;br /&gt;Was he right when he &lt;a href="http://java.sys-con.com/read/331264.htm"&gt;dissed  &lt;/a&gt;Java recently (setting the Java world aflutter)?&lt;br /&gt;&lt;br /&gt;Well &lt;span style="font-weight: bold;"&gt;noone &lt;/span&gt;wants to bet against the Legend himself, certainly not a mere mortal like me with far fewer 0 (zero)'s in my bank account (and far fewer bank accounts I am sure), but, let me raise some &lt;span style="font-style: italic;"&gt;ahem &lt;/span&gt;points:&lt;br /&gt;&lt;br /&gt;&lt;ol&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;What are you going to do with all those existing Java applications?&lt;/span&gt;      We still have Fortran and Cobol.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;Why (back to this century) isn't there room for more than 1 "rich client" technology in the browser, phones and end user devices in general?&lt;/span&gt;     iPhone may support Javascript but can one technology be the be all and end all? (I don't care how cool - or is it hot -  Ajax/JS is. It is NOT easy to build robust complex apps in. Things that are easy in Java - like avoiding name space collisions to take a simple example - is too hard in Javascript. And things that are hard in Java - like building a ui table that handles 100,000 rows - is virtually impossible in Ajax.) .  Maybe a phone doesn't need to support high performance applications (yet!), but does it make sense to limit client technologies to the flavor of the month? I think not.&lt;br /&gt;&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;Wouldn't it be better to assume there will multiple client technologies?     &lt;/span&gt;(Ajax - XML/HttpRequest this year but what about next or the next 2? ) There are too many devices.  (Heck even Apple might come up with a better rendering technology for cell phones.) So Java vs Ajax vs html/dhtml vs Flex is the wrong question. Wouldn't it be better to plan for multiple uses, faces or skins for an application or for multiple client technologies? Wouldn't it be better to code the UI or at least the user interactions and page flows &lt;span style="font-style: italic;"&gt;independent &lt;/span&gt;of the client technology du jour and plan for both change as well as innovation? The reality of multi-faceted, dynamic and truly reusable/extensible applications is here - or at least the potential for it is.&lt;br /&gt;&lt;/li&gt;&lt;/ol&gt;And all these changes or lack of easy change cost - in real costs, in time, in opportunities lost.&lt;br /&gt;&lt;br /&gt;And, unlike Steve, I can't afford to waste any of my 0's.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-117071701603573731?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/117071701603573731/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=117071701603573731' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/117071701603573731'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/117071701603573731'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2007/02/was-steve-jobs-right-was-he-right-when.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-116976807180764118</id><published>2007-01-25T18:34:00.001-05:00</published><updated>2009-02-19T08:36:31.054-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Javascript'/><category scheme='http://www.blogger.com/atom/ns#' term='XAP'/><category scheme='http://www.blogger.com/atom/ns#' term='Ajax'/><category scheme='http://www.blogger.com/atom/ns#' term='Nexaweb'/><title type='text'></title><content type='html'>Open Source Software (OSS) and Ajax&lt;br /&gt;&lt;br /&gt;In looking at all the open source activity around Ajax (here is a good &lt;a href="http://developers.slashdot.org/article.pl?sid=06/08/07/1336257&amp;amp;from=rss"&gt;list&lt;/a&gt; including Dojo, Google, Microsoft Atlas, Yahoo - from last year but a good place to start - to which I'd also like to add &lt;a href="http://incubator.apache.org/xap/"&gt;Apache XAP&lt;/a&gt; - Full disclosure: I have been a consultant to Nexaweb - contributors of the technology comprising this Apache incubator project - since  the beginning of the year), it got me to thinking - is Open Javascript any different from other open source?&lt;br /&gt;&lt;br /&gt;So I went back and started looking at all kinds of data points, ranging from the canonical (such as&lt;a href="http://www.catb.org/%7Eesr/writings/cathedral-bazaar/cathedral-bazaar/"&gt; Cathedral and Bazaar&lt;/a&gt;) to the pragmatic discussions of commercial business models (such as &lt;a href="http://www.taberconsulting.com/download/dtr-26.htm"&gt;Taber&lt;/a&gt;) and lots in between (including Greg Stein's &lt;a href="http://www.eclipsecon.org/2006/Sub.do?id=106"&gt;Apache vs Eclipse, &lt;/a&gt;and looser models like SourceForge)  and considered the nature of the language itself.&lt;br /&gt;&lt;br /&gt;So where do I come out? I guess the following themes emerge:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;Open source is innovation.  &lt;/span&gt;Since many of the most talented developers and experts are engaged in open source for a whole host of reasons, solving the problems that invariably need to be solved (such as name space collisions, memory utilization, debugging to name a few) virtually require their involvement  - particularly if we want these problems to be solved sooner rather than later.   Honey attracts the bees - if you want bees, go to where the honey is.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;Code is already visible. &lt;/span&gt;Isn't Javascript already "open source" by its very nature?  Should code be obfuscated or should this be embraced? Embrace it.  &lt;/li&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;Javascript is social. &lt;/span&gt;As a key underpinning to social neworking, it is already part of the architecture of participation, of community.   Leverage community.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;There is a lot to do.  &lt;/span&gt;To make Ajax really work well, particularly for businesses, more invention and problem solving needs to be done.   Again, go to where the bees are.&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-116976807180764118?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/116976807180764118/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=116976807180764118' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/116976807180764118'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/116976807180764118'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2007/01/open-source-software-oss-and-ajax-in.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-116749225068654391</id><published>2006-12-30T10:23:00.001-05:00</published><updated>2009-02-19T08:42:49.111-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='user-generated content'/><category scheme='http://www.blogger.com/atom/ns#' term='social commerce'/><title type='text'></title><content type='html'>&lt;span style="font-size:130%;"&gt;&lt;span style="font-weight: bold;"&gt;2006 - The Year of User Generated Content&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;It is hardly surprising to call 2006 the Year of User Generated Content, what with rapid adoption (and rich valuations) of YouTube, MySpace and the like - consumer-generated content.   Couple that with business user generated content - where the content is commercial  , even market oriented, and its impact on the year is even stronger.  I would even go so far to say that electronic markets are based on user-generated content - where the content are commercial offers - ranging from lists of offers (e.g. Craigs List)  to bids and offers, from ebay to Wall Street.&lt;br /&gt;&lt;br /&gt;The technology impact of this is important - namely:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;I/O: &lt;/span&gt;Frequent updates as opposed to frequent reads add real architectural challenges.  Typically scale out and caching solves the frequent read problem pretty well. Frequent writes requires a whole another approach - with risks of dirty data everywhere (particularly if performance is an issue - and where is it not?)&lt;br /&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;Code segregation: &lt;/span&gt;For social networking applications likeMySpace, this enables users and contributors to self-style their pages.  In the 1st generation of Web 2.0 this means segregating UI from styling (via CSS for example) but for 2nd generation Web 2.0 (should this be Web 3.0?), this concept extends further - to business logic, to data base queries, etc. 2006 was for 1st generation - expect 2nd generation to be significantly more complex - scaling to enable user styling was hard enough.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;Data synchronization: &lt;/span&gt;Related to the 1st issue.  With high write rates, keeping data fresh is pitted against keeping it fast.&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;From a business perspective, what matters is monetization - and how does this content generate revenue?  This need not be evil nor underhanded -  infrastructure enabling such content generation and distribution is not free.  For electronic markets, the content makes the market - the market generates revenue for the operator.  For  non transactional systems, revenue comes from leveraging the network effect. This network effect benefits everyone -  users, aggregators and those that want to sell to the aggregated users alike.&lt;br /&gt;&lt;span style="font-weight: bold;font-size:130%;" &gt;&lt;br /&gt;And 2007?   Is Social Commerce Coming?&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;I see very many of the same things happening in 2007 in the area of Social Commerce - where Web 2.0 meets E Commerce.   While the details and challenges differ, my guess is there will be distinct technology and business model challenges.&lt;br /&gt;&lt;br /&gt;But first, a Social Commerce overview:&lt;br /&gt;&lt;br /&gt;While originally popularized by Yahoo &lt;a href="http://shopping.yahoo.com/shoposphere/"&gt;Shoposphere  &lt;/a&gt;and currently being pitched by Gartner and others, it seems to be a combination of social technologies, such as blogs and wikis and networking technologies and commerce, commercial transactions. Some categories are pretty well established:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Affiliates and referrals (popularized by Amazon)&lt;/li&gt;&lt;li&gt;Network marketing&lt;/li&gt;&lt;/ul&gt;while other are emerging, such as:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Group Commerce, whether within groups (physical or virtual) or between them&lt;/li&gt;&lt;li&gt;Social mashups involving commercial transactions&lt;/li&gt;&lt;/ul&gt;But however it surfaces commercially with whatever monetization strategy, in terms of technology, look for heavy borrowing from Web 2.0 (wiki's, blogging, Ajax) plus:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;Distributed transactions &lt;/span&gt;- like high frequency/volume of updates, this poses  distinct scalability challenges - both in terms of managing state and transaction locks but  also propogating transaction state information across  a wide number of participants and systems. Under such conditions, a potentially huge number of events and messages could be generated by system and participants alike.&lt;br /&gt;&lt;/li&gt;&lt;li style="font-weight: bold;"&gt;Complex User Interaction models: &lt;span style="font-weight: normal;"&gt;Along with the potential need to coordinate  transactions across independent participants, comes the need to coordinate the participant collaborations as well.&lt;br /&gt;&lt;/span&gt;&lt;/li&gt;&lt;li style="font-weight: bold;"&gt;Greater code segregation models: &lt;span style="font-weight: normal;"&gt;As discussed above, advanced Web 2.0 (Web 2.0 Gen 2) needs modularization beyond UI layout, it needs segregation of business logic from UI and business logic from data access.   This is true for social commerce as well. In fact, social commerce is part of Web 2.0 Gen 2. &lt;/span&gt;&lt;br /&gt;&lt;/li&gt;&lt;li style="font-weight: bold;"&gt;More nimble UI's: &lt;span style="font-weight: normal;"&gt;UI's need to be aligned with the user category and be able to be adjusted as user categories change and new ones come on line. Consumer interfaces are obviously different than those for enterprise and SaaS (Software as a Service). This is nothing new - what is becoming increasingly important however are for applications and services to service multiple different user segments.  Look to code segregation - discussed above - to be a key enabler.&lt;br /&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-116749225068654391?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/116749225068654391/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=116749225068654391' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/116749225068654391'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/116749225068654391'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2006/12/2006-year-of-user-generated-content-it.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-116585318686861682</id><published>2006-12-11T11:05:00.001-05:00</published><updated>2009-02-19T08:18:53.972-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Latency'/><title type='text'></title><content type='html'>&lt;span style="font-weight: bold;font-size:130%;" &gt;Latency Kills&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;It has been a long while since last post but I would like to post a few times on an area I have hearing a lot about for last few months. It is not a new issue by any means but there has some recent reemphasis on it for a host of reasons. The issue is latency - so view this as a first with possibly more to come.&lt;br /&gt;&lt;br /&gt;&lt;span style="color: rgb(255, 0, 0);font-size:130%;" &gt;Remember the Highway Warning - Speed Kills?&lt;/span&gt;&lt;br /&gt;Well, in electronic markets it is reversed - Speed Wins - Latency Kills.&lt;br /&gt;&lt;br /&gt;From very high frequency markets, as is common in the financial markets, to broader albeit less latency-sensitive ones, such as eBay and shopping cart dependent Amazon, latency can kill business, kill profitability. I'll be continuing to watch this trend over the coming months but let's start by looking at the problem of latency generally and some of the common patterns that emerge.&lt;br /&gt;&lt;br /&gt;Latency is a fact of life in computerized systems, particularly distributed systems - in fact is a fact of physics since computers and networks are at their core limited by the speed of light, the speed of electrons pulsing through microprocessors, network cards, optic fibers etc. While the speed of light sounds fast (and it is, more than 186,000 miles/sec as any high school physics book will tell you), its impact starts to add up the more the microprocessor needs to do, the more times memory needs to be accessed, the more times circuit boards are traversed, and, critically, the more physical distance needs to be traversed. And in today's globally networked systems, these distances can be long, sometimes thousands of miles.  But even a relatively short hop (from say from a data center in Boston where a stock market order might originate to a data center in New Jersey where the order is executed) can take several ms.&lt;br /&gt;&lt;br /&gt;While each component does indeed become optimized - microprocessors go faster and faster (remember Moore's Law), RAM and storage go faster and more optical fiber gets used - the real problem surfaces when all discrete, optimized components and systems are inter-connected as they are in today's Internet and today's electronic markets. Essentially they become co dependent.&lt;br /&gt;&lt;br /&gt;Nothing controversial or dramatically insightful here. The main point of this is that there are many disparate sources of latency that multiply as systems and people are connected. And this latency has a business impact.&lt;br /&gt;&lt;br /&gt;In high frequency financial markets, latency is measured in millseconds (one thousandth of a second) and even microseconds (one millionth of a second) and delays often mean lost business - business lost because someone else "hit the quote" first.  Thousands of orders are at risk - and just one missed order may cost hundreds of dollars or even several thousand dollars.&lt;br /&gt;&lt;br /&gt;In eCommerce applications, latency is measured in seconds for user responsiveness and subseconds for the servers servicing these user requests but the problem is compounded due to scale - millions of users. As for its impact, just think what often happens when a shopping cart takes too long to respond ... the shopper cancels the order or just moves on to a competitor's site.  How much do these lost orders add up to?&lt;br /&gt;&lt;br /&gt;So while the dynamics and requirements of different markets vary widely, because they are all based on interconnected, co-dependent systems and people, latency is an almost everpresent concern and needs to be squeezed out where possible and managed where it is not squeezed out.  Common patterns, techniques and technologies have emerged to help solve this problem from a range of angles. Some emerging top contenders include:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;High performance stream processing to reduce the time it takes to process high speed streams of data (such as financial or geospatial data)&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Non invasive network level latency monitoring to determine how much latency each component in a distributed system contributes in an end-to-end transaction and ideally to route around the bottleneck&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Rich Internet Applications (RIA) using Ajax, Flash and other emerging technologies to reduce the number of round trips a browser needs to make with a web server&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Real time Content Delivery Networks (CDN) to move real time content as close as possible to where it is needed and to route requests for data to the closest possible source.&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt; It'll be interesting to see how these trends and technologies develop, particularly as user-generated content continues on its exponential path  and even trends to the "real time".&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-116585318686861682?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/116585318686861682/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=116585318686861682' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/116585318686861682'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/116585318686861682'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2006/12/latency-kills-it-has-been-long-while.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-6798265397174901461</id><published>2006-01-06T08:09:00.009-05:00</published><updated>2009-02-19T10:01:04.703-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Apama'/><category scheme='http://www.blogger.com/atom/ns#' term='CEP'/><category scheme='http://www.blogger.com/atom/ns#' term='algorithmic trading'/><title type='text'></title><content type='html'>&lt;div style="text-align: center;"&gt;&lt;span style="font-weight: bold;"&gt;&lt;span style="font-size:130%;"&gt;Using &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_0"&gt;Apama&lt;/span&gt; Trading Strategies Platform&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;&lt;/div&gt;&lt;span style="font-weight: bold;"&gt;&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;div style="text-align: left;"&gt;I have recently had the occasion to pound on the &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_1"&gt;algorithmics&lt;/span&gt; trading platform from &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_2"&gt;Apama&lt;/span&gt; - both for use at a major Wall Street sell side shop and as a platform for an enterprise risk management system my company is exploring.&lt;br /&gt;&lt;br /&gt;The &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_3"&gt;Apama&lt;/span&gt; platform offers several components, including:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Event Modeller - an &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_4"&gt;IDE&lt;/span&gt; for developing applications. (See screenshot below)&lt;/li&gt;&lt;li&gt;Event Manager - the event processing engine. They call it a &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_5"&gt;correlator&lt;/span&gt; since it "correlates" events.&lt;/li&gt;&lt;li&gt;Smart Blocks builder - for building reusable components&lt;/li&gt;&lt;li&gt;Dashboard generator - to generate the &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_6"&gt;UI's&lt;/span&gt;&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Some out of the box trading analytics(&lt;span class="blsp-spelling-error" id="SPELLING_ERROR_7"&gt;VWAP&lt;/span&gt;, &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_8"&gt;EWMA&lt;/span&gt;, etc) , utilities (e.g. timer) and calculators (P&amp;amp;L, position, etc) &lt;/li&gt;&lt;li&gt;Some sample trading strategies, such as Statistical arbitrage (&lt;span class="blsp-spelling-error" id="SPELLING_ERROR_9"&gt;StatArb&lt;/span&gt;) &lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;&lt;div style="text-align: center;"&gt;&lt;span style="font-style: italic;"&gt;Event Manager&lt;/span&gt;&lt;br /&gt;&lt;div style="text-align: left;"&gt;The Event Manager is the guts of the system. It processes events guided by a proprietary event definition and scripting language (&lt;span class="blsp-spelling-error" id="SPELLING_ERROR_10"&gt;monitorscript&lt;/span&gt;).  Events are defined using a simple text-based scheme. For example, here is the definition for a stock quote provided in one of the samples:&lt;br /&gt;&lt;/div&gt;&lt;/div&gt;&lt;br /&gt;&lt;span style="font-family:courier new;"&gt;event &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_12"&gt;StockTick&lt;/span&gt; {&lt;/span&gt; &lt;span style="font-family:courier new;"&gt;   &lt;br /&gt;string &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_13"&gt;stockCode&lt;/span&gt;;    &lt;/span&gt; &lt;span style="font-family:courier new;"&gt;    &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_14"&gt;&lt;br /&gt;wildcard&lt;/span&gt; integer &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_15"&gt;bidQuant&lt;/span&gt;;&lt;br /&gt;  &lt;/span&gt; &lt;span style="font-family:courier new;"&gt;    &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_16"&gt;wildcard&lt;/span&gt; float &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_17"&gt;bidPrice&lt;/span&gt;;    &lt;/span&gt; &lt;span style="font-family:courier new;"&gt;    &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_18"&gt;&lt;br /&gt;wildcard&lt;/span&gt; integer &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_19"&gt;askQuant&lt;/span&gt;;    &lt;/span&gt; &lt;span style="font-family:courier new;"&gt;    &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_20"&gt;&lt;br /&gt;wildcard&lt;/span&gt; float &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_21"&gt;askPrice&lt;/span&gt;;    &lt;/span&gt; &lt;span style="font-family:courier new;"&gt;    &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_22"&gt;&lt;br /&gt;wildcard&lt;/span&gt; integer &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_23"&gt;lastQuant&lt;/span&gt;;&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:courier new;"&gt;    &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_24"&gt;wildcard&lt;/span&gt; float &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_25"&gt;lastPrice&lt;/span&gt;;&lt;/span&gt; &lt;span style="font-family:courier new;"&gt;&lt;br /&gt;}&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;One of the nice nice things about defining events or objects in this way is the ease in which they are defined. There is also no run time casting like a compiled language - which has both pros and cons. I tend like simplicity - must be simple minded.&lt;br /&gt;&lt;br /&gt;Monitor script is more complex. It defines relationships between events. It is designed for speed, to enable processing of large volumes of events looking for potentially complex time-based relationships at high speed. All in flight events are kept in memory to speed access and processing. There are several key constructs but I'll call out 2 in particular:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;event handlers.  This is fundamental to &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_26"&gt;Apama&lt;/span&gt; and where it is optimized.  The language sets filters and actions on events.  The filters can be very complex. &lt;/li&gt;&lt;li&gt; Routers and Emitters - are used to generate new derivative events&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;There is a Java interface to &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_27"&gt;monitorscript&lt;/span&gt; that most Java developers use but run time processing uses a proprietary binary data format.&lt;br /&gt;&lt;br /&gt;&lt;div style="text-align: center;"&gt;&lt;span style="font-style: italic;"&gt;Event Modeller&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;/div&gt;The Event Modeller is the &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_28"&gt;IDE&lt;/span&gt;. While they claim it is for business users, I believe it is to be used by application support working with the trading strategist.  While not a full featured IDE one has come to expect from Visual Studio or Eclipse, it is indispensable, particularly in  its autogeneration of proprietary MonitorScript.   And there is no other IDE thjat generates Apama's Monitorscript.&lt;br /&gt;&lt;br /&gt;Here is a screen shot taken from a StatArb example.&lt;br /&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://1.bp.blogspot.com/_NFD3ggOiFF8/SZ1yyX6IIBI/AAAAAAAAACQ/8SEblP6eZUI/s1600-h/statarb.jpg"&gt;&lt;img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 400px; height: 315px;" src="http://1.bp.blogspot.com/_NFD3ggOiFF8/SZ1yyX6IIBI/AAAAAAAAACQ/8SEblP6eZUI/s400/statarb.jpg" alt="" id="BLOGGER_PHOTO_ID_5304522145849155602" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;blockquote&gt;&lt;/blockquote&gt;&lt;div style="text-align: center;"&gt;&lt;span style="font-weight: bold;"&gt;&lt;br /&gt;&lt;span style="font-size:130%;"&gt;&lt;/span&gt;&lt;/span&gt;&lt;div style="text-align: left;"&gt;&lt;br /&gt;&lt;div style="text-align: center;"&gt;&lt;span style="font-style: italic;"&gt;Like to See...&lt;/span&gt;&lt;br /&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;Beyond performance metrics which I have not had time to analyze yet, biggest thing I'd like to see are ability to process XML data using XML expressions (such as &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_29"&gt;XPath&lt;/span&gt;) and &lt;span style="font-style: italic;"&gt;some day&lt;/span&gt; to process unstructured text in real time.&lt;br /&gt;&lt;br /&gt;Overall does its job of processing complex rules at high speed - which is what high frequency quant traders need.&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;&lt;/span&gt;&lt;/div&gt;&lt;span style="font-weight: bold;"&gt;&lt;br /&gt;&lt;/span&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-6798265397174901461?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/6798265397174901461/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=6798265397174901461' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/6798265397174901461'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/6798265397174901461'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2006/01/using-apama-trading-strategies-platform.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://1.bp.blogspot.com/_NFD3ggOiFF8/SZ1yyX6IIBI/AAAAAAAAACQ/8SEblP6eZUI/s72-c/statarb.jpg' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-112990902257569024</id><published>2005-10-21T11:34:00.001-04:00</published><updated>2009-02-19T08:57:17.873-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='CEP'/><title type='text'></title><content type='html'>&lt;span style="font-size:130%;"&gt;CEP &gt;= Stream Processing?&lt;br /&gt;&lt;span style="font-size:100%;"&gt;A lot has been written recently about complex event processing (&lt;a href="http://www.complexevents.com/"&gt;CEP&lt;/a&gt;) and the question I have is whether or at least how it will be used, in the real world, beyond stream processing.  Stream processing - which is  not really new to real time developers (of applications like trading systems and  security monitors) - is essentially geared to processing data (called events) in real time - in other words, before it is put in database or file system and its context is lost and, critically, time passes (read latency).  What is new is that a distinct product category is emerging that offers stream processing in product form with admittedly some new spins (such as injectable scripts) and the general *-abilities that productized software offers.&lt;br /&gt;&lt;br /&gt;Advocates, such as &lt;a href="http://www-ee.stanford.edu/Faculty/Luckham_David.html"&gt;David Luckham&lt;/a&gt; in particular, suggests that CEP represents a whole new way of analyzing data to infer context where it may have been lost and, by analyzing event sequences across time, can be recovered.  Seems like the top usage scenario proferred by most vendors putting themselves in this CEP space (e.g. &lt;/span&gt;&lt;/span&gt;&lt;span style="font-size:130%;"&gt;&lt;span style="font-size:100%;"&gt;&lt;a href="http://www.progress.com/apama/index.ssp"&gt;Apama&lt;/a&gt;, &lt;a href="http://www.streambase.com/"&gt;Streambase&lt;/a&gt; and &lt;a href="http://www.alerilabs.com/"&gt;Aleri&lt;/a&gt;&lt;/span&gt;&lt;/span&gt;)&lt;span style="font-size:130%;"&gt;&lt;span style="font-size:100%;"&gt;, however, is in low latency environments, particularly &lt;a href="http://en.wikipedia.org/wiki/Algorithmic_trading"&gt;algorithmic trading&lt;/a&gt;.    In this scenario, software processes make trading decisions automatically by interpreting price and other feeds within the context of trading strategies designed by the business (typically experienced traders).   And latency is the enemy since each automated processes is competing with other automated processes - as well as human traders - for the same quotes. It is essentially a race to the order book.&lt;br /&gt;&lt;br /&gt;While these products &lt;/span&gt;&lt;/span&gt;&lt;span style="font-size:130%;"&gt;&lt;span style="font-size:100%;"&gt;offer a host of other features (Stream SQL from Streambase is particularly interesting), they are basically each addressing this latency issue by offering - albeit in different ways - better and faster ways of processing streaming data. A worthy endeavor, to be sure,  but it is stream processing.&lt;br /&gt;&lt;br /&gt;It will curious to see what other types of applications develop and whether they fit the CEP moniker.   I haven't seen it yet. The problems of discovering context for an event or other data (whether histroical or real time) do exist but can this crop of technology adequately address it?&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;/span&gt;&lt;span style="font-size:130%;"&gt;&lt;span style="font-size:100%;"&gt;&lt;br /&gt;&lt;/span&gt;&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-112990902257569024?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/112990902257569024/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=112990902257569024' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/112990902257569024'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/112990902257569024'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2005/10/stream-processing-lot-has-been-written.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17867862.post-112975816860738592</id><published>2005-10-14T17:41:00.000-04:00</published><updated>2006-12-11T16:29:25.850-05:00</updated><title type='text'></title><content type='html'>Since this is first post in this blog, I'll use it to say this blog will be &lt;span style="font-style: italic;"&gt;mostly &lt;/span&gt;about, for lack of a better term, business technology, the use of technology (particularly software) to improve business performance and business-IT alignment - you know work stuff. So topics (read: acronyms/buzzwords) like SOA, EII, BPM, CEP, RSS, Real Time Enterprise, &lt;span style="font-weight: bold;"&gt;etc&lt;/span&gt;. as well as specific applications within various verticals will certainly be inbounds. But I am sure other random topics (personal and otherwise) will creep in as well from time to time.&lt;br /&gt;&lt;br /&gt;One topic I have been thinking a bit more than usual about lately has been RSS and blogging - mostly in how it relates - or at least could relate - to SOA and other application data flows. And mostly because a smart guy I know sort of led the horse to water. Some intriguing relationships certainly are possible. Treating RSS as at least a semi-structured feed can certainly help integrate and coordinate human activity with business applications and human-readable information flows with application-readable ones. And maybe even smart or at least interesting things could be done.&lt;br /&gt;&lt;br /&gt;Obviously &lt;a href="http://www.weblog.com/"&gt;weblogs &lt;/a&gt; (recently acquired by Verisign) is helpful for any budding "real time enterprise". On a side note, I really love weblog, once again, like RSS, for its simplicity. Rest and XML-RPC - no complex subscription protocols. Thanks again, &lt;a href="http://www.scripting.com/"&gt;Dave&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;And still watching next gen (Web 2.0) search engines like &lt;a href="http://www.sphere.com/"&gt;Sphere &lt;/a&gt;and others because it seems increasingly likely that the 1st gen search providers (we know who they are) will need to start tweaking their algorithms to account for freshness/timeliness AND content quality/relevance as blogs and other content are ranked - or else open the door for new entrants.&lt;br /&gt;&lt;br /&gt;Building this out has interesting possibilities ...  And a likely topic for future posts.&lt;br /&gt;&lt;br /&gt;One unrelated note to close on: Adam Bosworth's  piece on &lt;a href="http://salesforce.breezecentral.com/intelligentreaction/"&gt; intelligent reaction&lt;/a&gt; is worth a gander, particularly for those interested in user-driven innovation but really for all since it is applicable to building a demand-driven and reactive business, in general. And maybe not so unrelated to RSS after all....&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17867862-112975816860738592?l=benbloch.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://benbloch.blogspot.com/feeds/112975816860738592/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=17867862&amp;postID=112975816860738592' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/112975816860738592'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/17867862/posts/default/112975816860738592'/><link rel='alternate' type='text/html' href='http://benbloch.blogspot.com/2005/10/since-this-is-first-post-in-this-blog.html' title=''/><author><name>Ben Bloch</name><uri>http://www.blogger.com/profile/09984599876221157103</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry></feed>
