Twitter Shenanigans – #CMSAsRoadSign

Thankfully this one was shortlived, though it did add a nice visual touch for a change (if I do say so myself). The rule in this case was that all of the photos had to be personally shot by the author of the tweet.

Unlike previous shenanigans, this one is in increasing chronological order.

Who / When What Editorial Comment by Moi
2012-04-13 09:35:32
#CMSAsRoadSign: #Documentum
A little obvious perhaps, but the inspiration for the meme.
2012-04-13 09:37:32
#CMSAsRoadSign: #FileNet
2012-04-13 09:40:20
#CMSAsRoadSign: #Sharepoint
…or you’ll go blind!
2012-04-13 09:43:07
@pmonks Can I play too? #CMSAsRoadSign #Alfresco
2012-04-13 09:50:21
#CMSAsRoadSign: #Box
My personal fave. Is Box functionally handicapped, or will your business be disabled if you use it?

Probably both!

2012-04-13 09:56:35
#CMSAsRoadSign: #Alfresco
I guess even curmudgeons can be fanbois sometimes…
2012-04-13 10:00:49
#CMSAsRoadSign: #Oracle
2012-04-13 10:06:18
#CMSAsRoadSign: #Nuxeo
Never trust a bunch of dodgy looking French dudes!
2012-04-13 10:09:20
#CMSAsRoadSign: #OpenText
The duct tape holding the sign together speaks volumes…
2012-04-13 10:15:51
#CMSAsRoadSign: #Sharepoint
2012-04-13 10:18:12
#CMSAsRoadSign: #Box
In fact they’re in charge of the asylum!
2012-04-13 10:22:49
#CMSAsRoadSign: #Documentum #FileNet #Sharepoint #OpenText #Oracle #Box #Nuxeo
The perfect punchline for the meme!

In other news, in addition to the utter unreliability of the Twitter Search API, I’ve also discovered that they prevent embedding of tweet images in other sites (including WordPress) – all the more reason to use yfrog et al rather than Twitter’s crappy built in image service.

Published in: on 2012-04-13 at 4:39 pm  Leave a Comment  
Tags: ,

Twitter Shenanigans โ€“ #BadECMSlogans

Looks like this blog is transforming into an archive of snarky #ECM hashtags on twitter, but I guess it could be worse… ย  …I could still be trying to write real blog posts. ย *sigh*

As with the last one of these, I’veย removed retweets, meta-comments about the meme, etc. Also, the twitter search APIs totally suck at giving the same results twice, so if you notice tweets missing from this list, please let me know (@pmonks) and I’ll happily add them in.

Who / When What Editorial Comment by Moi
2012-03-30 15:09:48
Not sure about #ECM, why don’t you #mullet over. #BadECMSlogans +6.022E23 points for raising the tone of the conversation by introducing the ultimate hairstyle.
2012-03-30 15:02:50
We don’t really have a solution for you, but we know @piewords. #BadECMSlogans
2012-03-30 15:00:44
SharePoint it’s an ECMS, honest….. #BadECMSlogans
2012-03-30 14:06:23
#ECM: Attempting to solve the same problem as microfilm for 20 years. #BadECMSlogans
2012-03-30 14:06:14
Met my quarterly KPI by turning @piewords into a leading provider of #BadECMSlogans Aha! So we discovered the true source of this meme! I always thought @piewords was a mere #ECMCoven puppet. Or is he a muppet?
2012-03-30 13:54:31
We are like Buck Rodgers. Give us your Content & you won’t find it for 500 years #BadECMSlogans #ECM
2012-03-30 13:50:53
#ECM – because your content will be even more important to future generations as it is to you! #BadECMSlogans
2012-03-30 13:49:55
#ECM You’ll check out before your content does. #BadECMSlogans
2012-03-30 13:46:34
Content Mgmt, Content checks in but it can’t check out #BadECMSlogans #ECM
2012-03-30 13:44:54
We have extensive support for inbound content migration! <fineprint>But don’t support outbound migration at all.</fineprint> #BadECMSlogans
2012-03-30 13:38:37
Yes, we’ve failed in the past, but you still have a Content problem & we still want to make money #BadECMSlogans #ECM
2012-03-30 13:32:29
Spend 85% of your IT budget on maintenance, get a new version every 5 years #badecmslogans #ecm
2012-03-30 13:21:41
#BadECMSlogans we IDOLize your content
2012-03-30 13:17:53
#BadECMSlogans positive file-osophy
2012-03-30 13:14:35
Afraid of the future? Content Mgmt will help you stay focused on the past #BadECMSlogans #ECM Highly commended!
2012-03-30 12:55:45
in summary #BadECMSlogans from vendors: meaning based fusion making better decisions faster
2012-03-30 12:51:16
#BadECMSlogans #ECM Something something STREAMLINE, something something PRODUCTIVITY, something something EASY TO INTEGRATE…
2012-03-30 12:51:04
you can find all the #BadECMSlogans you want just by visiting the vendors’ sites True, but it’s more fun to try to guess what the vendors are going to say next.
2012-03-30 12:50:51
We’ll help you disguise your business problems as technology problems #BadECMSlogans #ECM
2012-03-30 12:49:32
Our product will streamline your inorganic process, enabling knowledge workers to optimize to a new emergent level #BadECMSlogans #ECM
2012-03-30 12:44:10
Capturing your dollars as well as your content. #BadECMSlogans #ECM Highly commended!
2012-03-30 12:40:25
You’ll like us so much that you’ll be asking for our Search product next #BadECMSlogans #ECM
2012-03-30 12:38:08
4/5 Analysts think we rock #BadECMSlogans #ECM A very close second favourite!
2012-03-30 12:37:36
#ECM – When #CRM, #BPM, #ERP just aren’t enough. #BadECMSlogans
2012-03-30 12:32:27
Because we’re an innovative, visionary, leading, collaborator in Fartner’s Tragic Quadrant. #BadECMSlogans #ECM
2012-03-30 12:25:53
No, you don’t need a taxonomy, our search module will take care of that #BadECMSlogans
2012-03-30 12:16:38
#ECM – It’s like having your very own Ollie North. #BadECMSlogans
2012-03-30 12:04:17
Without #ECM @piewords & @pmonks wouldn’t have met, fallen in love, started a family (@ljseverson, @danieloleary)! #BadECMSlogans
2012-03-30 12:02:36
“@piewords: Store now, find later, much later, if at all #BadECMSlogans #ECM” < fixed
2012-03-30 12:00:49
Store now, find later, much later #BadECMSlogans #ECM
2012-03-30 11:59:55
Just Scan It! #BadECMSlogans #ECM
2012-03-30 11:58:18
#ECM – at least we don’t chop down forests or spill oil in the ocean! #BadECMSlogans
2012-03-30 11:55:09
Social #ECM – where "social" means "Stockholm Syndrome". #BadECMSlogans
2012-03-30 11:45:07
Mobile #ECM – not finding your content no matter where you are. #BadECMSlogans
2012-03-30 11:42:42
#ECM: Keeping @piewords off the streets since 1997 #badecmslogans Would be good if I hadn’t heard a rumour about one @piewords roaming the streets of the Mission District of San Francisco at a very late hour last Thursday…
2012-03-30 11:41:04
Their product may work better, but soon they’ll be bought by us & we’ll fix that #BadECMSlogans #ECM
2012-03-30 11:38:04
ECM is a domain-specific technology for generating complicated tabbed-dialog boxes when saving documents. #BadECMSlogans
2012-03-30 11:37:39
ECM: So easy even an end user could use it! #BadECMSlogans Highly commended!
2012-03-30 11:37:12
It’s just like Ex Lax. #BadECMSlogans #ECM
2012-03-30 11:35:25
Let’s you focus on *your* core business. If your core business is funding endless projects. #BadECMSlogans #ECM Highly commended!
2012-03-30 11:33:37
If you think Content is complex, wait’ll you get a load of our Management #BadECMSlogans #ECM My personal favourite! @andrewg95 wins a night out with me next time he’s in San Francisco!
2012-03-30 11:28:50
We can integrate into you backend systems seamlessly and surface your data #badecmslogans
2012-03-30 11:27:23
I shot the sheriff. But they lost the photographic evidence. #BadECMSlogans #ECM
2012-03-30 11:26:35
RT @bduhon: #ECM: Oh, yeah. We take care of moving that out of box #badecmslogans < fixed
2012-03-30 11:26:05
#ECM: Oh, yeah. We take care of that out of the box #badecmslogans
2012-03-30 11:26:01
If we knew what we were doing, do you think we’d be doing this? #BadECMSlogans #ECM
2012-03-30 11:24:14
This is your content. This is your content on drugs. Any questions? #BadECMSlogans #ECM
2012-03-30 11:24:10
Automating your content and business processes for efficiency and ROI #BadECMSlogans
2012-03-30 11:23:56
#ECM – an excuse for balding, overweight middle-aged folks to meet up at conferences and lie about their glorious past. #BadECMSlogans
2012-03-30 11:22:53
#ECM – it’s like having your very own TLA generator. #BadECMSlogans
2012-03-30 11:22:04
"RT @juergmeier: @pmonks "#ECM: now we have a new term that keeps us busy the next 10 years" #aiim conference, 1998" #BadECMSlogans
2012-03-30 11:19:55
@piewords Like drugs? Try implementing #ECM and get hooked. #BadECMSlogans
2012-03-30 11:18:30
#ECM – because if you don’t, it’ll be your arse on the line when the auditors come knocking. #BadECMSlogans
2012-03-30 11:18:09
Like beer? Buy Content Mgmt & have a reason to drink for the rest of your life #BadECMSlogans #ECM
2012-03-30 11:17:38
Cloud Content Management – ’cause we can’t be bothered either. #BadECMSlogans #ECM
2012-03-30 11:15:29
Nothing kickstarts the career of a professional poker player better than an #ECM sales job! Apply today! #BadECMSlogans
2012-03-30 11:15:05
Content Mgmt, paying for my kids college fund since 1997 #BadECMSlogans #ECM Trust @piewords to state the unadulterated truth.
2012-03-30 11:14:10
Content Mgmt, tricking companies into acquisitions for 20 years #BadECMSlogans #ECM
2012-03-30 11:14:01
#ECM – encouraging content silos so that your kids can experience what you experienced. #BadECMSlogans
2012-03-30 11:13:35
Why should lawyers make all the money? #BadECMSlogans #ECM
2012-03-30 11:12:33
If it’s in there we’ll find it. Trust us. #BadECMSlogans #ECM
2012-03-30 11:10:48
Yeah, we can’t solve Content Mgmt, but neither can they #BadECMSlogans #ECM #truth
2012-03-30 11:08:02
#ECM: It’s in there #badecmslogans
2012-03-30 11:07:41
EMC – Content Mgmt never was so fun! #BadECMSlogans #ECM
2012-03-30 11:07:20
#ECM in the #Cloud: Because otherwise I’d have to document SharePoint #badecmslogans
2012-03-30 11:06:17
Content Mgmt, so easy, even @pmonks can do it! #BadECMSlogans #ECM
2012-03-30 11:05:08
#ECM – providing employment to 50-something, balding, overweight, under motivated sales folk since 1990. #BadECMSlogans
2012-03-30 11:04:02
#ECM in the #Cloud: when you can’t be bothered to do it yourself #badecmslogans
2012-03-30 11:03:51
It’s a beautiful interface. Why would I lie? #BadECMSlogans #ECM
2012-03-30 11:01:36
We’re Midol for your ESI. #BadECMSlogans #ECM
2012-03-30 11:00:51
Fixed RT @pmonks #ECM – trivializing web content management since 1995. #BadECMSlogans
2012-03-30 11:00:04
#ECM – ignoring web content management since 1995. #BadECMSlogans
2012-03-30 10:59:22
Keeping the myth of DoD 5015.2 compliance alive since 1998 #BadECMSlogans #ECM
2012-03-30 10:59:05
It’s not like Sharepoint, it *is* Sharepoint. #BadECMSlogans #ECM
2012-03-30 10:58:14
#ECM – because it’s hard to make money selling filesystems. #BadECMSlogans
2012-03-30 10:57:16
Because Sanity is over-rated #BadECMSlogans #ECM #jackscale
2012-03-30 10:55:00
At its heart, it’s really just a database. #BadECMSlogans #ECM
2012-03-30 10:54:34
Cookies are content, calories are information, body fat is experience #BadECMSlogans #ECM
2012-03-30 10:54:07
#ECM The difference between plagiarism and content reuse. #BadECMSlogans
2012-03-30 10:53:40
Solving new problems w/ the same tech for 20 years #BadECMSlogans #ECM
2012-03-30 10:53:05
Cloud content management – no we didn’t know your content was stored in North Korea either. The things you learn! #BadECMSlogans #ECM
2012-03-30 10:52:20
Content Mgmt in the cloud, now you can blame someone else for lost content #BadECMSlogans #ECM
2012-03-30 10:52:06
#ECM – no one hides 1990-era technology behind 1995-era UIs better than us! #BadECMSlogans
2012-03-30 10:50:43
#ECM – no we don’t know what it means either, but trust us – you need it worse than an emergency root canal! #BadECMSlogans
2012-03-30 10:50:25
If we can’t find, *they* can’t find it. #BadECMSlogans #ECM
2012-03-30 10:49:16
Clear skies: #ECM in the #cloud #badecmslogans
2012-03-30 10:48:50
Like a high colonic for your Enterprise Information. #BadECMSlogans #ECM
2012-03-30 10:48:03
#ECM: Because ALL of the new buzzwords are bullshit #badecmslogans Ooh! A personal attack on @sliewehr – I LIKE!!1!
2012-03-30 10:46:38
Adaptive Case Management, because we already sold you Info Mgmt and Content Mgmt #BadECMSlogans #ECM
2012-03-30 10:45:46
#ECM – because we just got the memo that Microfische is no longer cool. #BadECMSlogans
2012-03-30 10:43:22
Better than a shared drive #BadECMSlogans #ECM
2012-03-30 10:41:32
Info Mgmt, because we already sold you Content Mgmt #BadECMSlogans #ECM
2012-03-30 10:41:30
Our solution, your problem. #BadECMSlogans #ECM
2012-03-30 10:38:20
@chris_p_walker Keep Your Content Content #BadECMSlogans
2012-03-30 10:38:16
Content Mgmt, Replacing the problems you thought you solved already #BadECMSlogans #ECM"
2012-03-30 10:37:16
#ECM Putting the CON in Content. #BadECMSlogans
2012-03-30 10:36:18
Content Mgmt, because job security is so hard to find #BadECMSlogans #ECM
2012-03-30 10:35:21
Content Mgmt, like you’ve got something better to do #BadECMSlogans #ECM
2012-03-30 10:34:59
Content Mgmt Systems, because something has to make Ferraris look cheap #BadECMSlogans #ECM
2012-03-30 10:34:18
ECM – bringing all the fun & efficiency of paper handling to the computer! #BadECMSlogans #ECM
2012-03-30 10:33:19
"ECM" #BadECMSlogans #ECM
2012-03-30 10:31:07
"RT @justincormack: @pmonks content strategy is measured by purchases on @getshitter" < #BadECMSlogans is a real business btw – I know what I’m asking for for my next birthday!!
2012-03-30 10:28:42
If it were easy to use, what would you need us for? #BadECMSlogans #ECM
2012-03-30 10:28:02
Abandon hope all who save your content here. #BadECMSlogans #ECM
2012-03-30 10:27:26
#BadECMSlogans replace paperwork with contentwork
2012-03-30 10:27:04
The Megamillions Jackpot will almost cover the costs of a new ECM system #BadECMSlogans #ECM
2012-03-30 10:24:59
Because if you save enough Content, nobody will ever be able to find the evidence #BadECMSlogans #ECM
2012-03-30 10:24:58
#ECM – because your 26 existing content management systems aren’t enough. #BadECMSlogans
2012-03-30 10:24:02
Content Mgmt, because sometimes the 3rd time is the charm #BadECMSlogans #ECM
2012-03-30 10:23:42
Content Management – it’s easier to let your employees use Box, then set aside sufficient funds for future settlements. #BadECMSlogans #ECM
2012-03-30 10:22:59
#BadECMSlogans towards a Content Free Office
2012-03-30 10:22:36
Content Mgmt, overwhelming eDiscovery lawyers since 1997 #BadECMSlogans #ECM
2012-03-30 10:22:17
An ECM system is what you *finally* get approval to buy five minutes after the lawyers call the CEO #BadECMSlogans #ECM Highly commended!
2012-03-30 10:22:02
Do you like paper cuts? Does removing staples from 42,135,772 stacks of papers sound like fun? Join an #ECM consultancy now! #BadECMSlogans
2012-03-30 10:21:29
#BadECMSlogans in soviet CMS, Contents own you
2012-03-30 10:19:46
Drinking too much coffee? Our #CMS will keep you awake #BadECMSlogans #ECM
2012-03-30 10:19:22
Content isn’t like a box of chocolates, unless you’re still using 3×5 index cards #BadECMSlogans #ECM
2012-03-30 10:17:56
Our #CMS platform: it’ll manage info that would make a billy goat puke #BadECMSlogans #ecm
2012-03-30 10:16:31
This is your father’s Content Mgmt System #BadECMSlogans #ECM
2012-03-30 10:15:20
It’s what we like to call the content black hole. #BadECMSlogas #ECM
2012-03-30 10:14:26
Content Declared. The New Content Mgmt #BadECMSlogans #ECM
2012-03-30 10:14:03
Making You Content With Your Content RT @piewords: Need @bduhon to help w/ #BadECMSlogans
2012-03-30 10:13:14
You want it useable or you want it on budget? #BadECMSlogas #ECM
2012-03-30 10:13:05
Content Management: boring as batshit but who likes being sued and losing because they don’t have the paperwork? #BadECMSlogans #ECM
2012-03-30 10:12:32
Where content goes to die. #BadECMSlogas #ECM
2012-03-30 10:12:06
This is Content Mgmt and This is What We Do #BadECMSlogas #ECM
2012-03-30 10:11:02
It’s The End of Content as You Know It #BadECMSlogans #ECM
2012-03-30 10:09:33
Once your your content’s gone, it can never come back. #BadECMSlogans #ECM (apologies to Neil Young)
2012-03-30 10:08:53
Simple, Secure, Sharing from Anywhere #contradiction #BadECMSlogans #ECM Copied verbatim from (@piewords objected).
2012-03-30 10:08:03
Content Management Platform for Business Applications #BadECMSlogans #ECM Ditto (but from Nutseo).
2012-03-30 10:07:11
All your Content are belong to us. #BadECMSlogans #ECM
2012-03-30 10:04:53
If you had effective Content Mgmt, you’d be done w/ your weekly work by now. #BadECMSlogans #ECM The post that kicked it all off.

PS. The code I use to get tweets out of Twitter is available as a gist.

Published in: on 2012-03-30 at 4:25 pm  Leave a Comment  
Tags: , ,

Twitter Shenanigans – #ecmband

It’s been a while (too long!), but a couple of days ago another of these ECM / pop culture crossover memes hit the twitterverse, with some very funny consequences. Given that the meme seems to have died down I thought I’d capture it for posterity – too many of these memes (remember #cmspickuplines?) have been lost due to Twitter still not offering the ability to find all tweets with a given hashtag, irrespective of when they were originally posted (<irony>I’d tag that with #fail but Twitter wouldn’t preserve it so what’s the point…</irony>).

Without further ado, here’s the list of #ecmband tweets up until 10am US-Pacific on September 4th, 2011 (note: for brevity I’ve removed retweets, meta-comments about the meme, etc.):

Who / When What Editorial Comment by Moi
2011-09-04 09:45:35
#ecmband Silly IDOL (with tip o the hat to @CherylMcKinnon for inspiration)  
2011-09-04 09:36:38
#ecmband (traffic) INXS  
2011-09-04 09:34:57
#ecmband The Niggles  
2011-09-04 09:33:19
#ecmband Justin Timetobreak  
2011-09-04 09:09:24
#ecmband Madness  
2011-09-03 17:56:04
#ecmband Building IDOL  
2011-09-03 17:52:35
#ecmband New Bids are a Shock  
2011-09-03 13:44:48
#ECMBand OASIS Very nice!
2011-09-03 09:58:29
#ecmband Weird Al Freskovic cc @pmonks  
2011-09-03 09:56:02
#ecmband K2  
2011-09-03 09:38:15
#ecmband Frank Seedata. late to the meme  
2011-09-03 08:00:46
#ecmband Arrested Development (schedule)  
2011-09-03 07:57:07
#ecmband Megadearth (of good content)  
2011-09-03 07:55:29
#ecmband FUD Fighters  
2011-09-03 07:53:12
#ecmband Vanilla ICE (In-Context Editing)  
2011-09-02 20:15:53
#ecmband Routines of the Stone Age  
2011-09-02 20:10:30
#ecmband Midnight Toil  
2011-09-02 20:07:52
#ecmband Daft Junk  
2011-09-02 20:07:16
#ecmband sCream  
2011-09-02 20:04:19
#ecmband Paper Jam  
2011-09-02 20:04:09
#ecmband No Order  
2011-09-02 20:03:54
#ecmband Linkedin Perk  
2011-09-02 20:02:44
#ecmband Cloudplay  
2011-09-02 19:53:38
#ecmband Dolly Partition (disturbing country trend)  
2011-09-02 19:52:30
Conway Twitter #ecmband  
2011-09-02 19:51:54
#ecmband Johnny Cache  
2011-09-02 19:49:29
#ecmband Jackedup Drive Bit of a stretch from the real band name…
2011-09-02 19:49:09
#ecmband Dolly Partition  
2011-09-02 19:48:03
#ecmband Tina CD Burner  
2011-09-02 19:26:55
This is weird even for me – Lyrics to Losing My Revisions #ecmband – blame @pmonks I think someone needs some therapy!
2011-09-02 19:26:25
The 5-Year Commitments #ecmband  
2011-09-02 19:20:04
@pmonks #ecmband Elvis pRESTley  
2011-09-02 19:18:03
#ecmband Johnny Cache  
2011-09-02 19:17:29
#ecmband Java Jars of Clay  
2011-09-02 19:16:51
#ecmband St(r)ing  
2011-09-02 19:11:48
@pmonks #ecmband Men At Work-flow  
2011-09-02 19:11:05
@pmonks #ecmband WebDAV Lee Roth  
2011-09-02 19:09:55
@pmonks #ecmband Rod SteWAR  
2011-09-02 19:05:32
@pmonks #ecmband ClassPath Benetar  
2011-09-02 19:04:42
#ecmband The VERS Pipe  
2011-09-02 18:57:19
Oh dear lord. Home after 4 hours of dinner out and see almost 100 new #ecmband name tweets. Pouring another glass of vino… Hangover much?
2011-09-02 18:51:16
@pmonks #ecmband Ozzie Onbase  
2011-09-02 18:49:56
@pmonks #ecmband Depeche Model  
2011-09-02 18:47:51
@pmonks #ecmband Url2  
2011-09-02 18:45:11
@pmonks #ecmband A FileLock of Seagulls Highly commended!
2011-09-02 18:43:40
@pmonks #ecmband David Lee Rootnode  
2011-09-02 18:42:16
@pmonks #ecmband Red-Hat Chilli Peppers  
2011-09-02 18:35:06
@pmonks #ecmband N.W.A (Not Without Alfresco)  
2011-09-02 18:34:05
@WillieGonzalez @pmonks #ecmband Workflow Rida  
2011-09-02 18:32:07
@pmonks #ecmband L.D.A.P Cool J  
2011-09-02 18:30:10
#ecmband The Pretenders … (you know who they are)  
2011-09-02 18:26:30
@pmonks #ecmband Adam AMP  
2011-09-02 18:25:01
@pmonks #ecmband 10,000(MB) Maniacs  
2011-09-02 18:14:39
#ecmband Simple (file) Plans  
2011-09-02 17:44:05
the Monk-eys @pmonks #ecmband  
2011-09-02 17:03:18
Distro’s Midrange Scanners #ecmband  
2011-09-02 16:30:57
#ecmband CMIS Non The Richer  
2011-09-02 16:24:20
The Search-and-Replacements #ecmband  
2011-09-02 16:23:06
@CherylMcKinnon Legal Hold Play #ecmband  
2011-09-02 16:20:50
the Police – Every little thing she scans is magic #ecmband  
2011-09-02 16:15:43
#ecmband DJ PDF and the Fresh Prints  
2011-09-02 16:15:33
George Michael & Aretha Franklin – I knew you were waiting #ecmband  
2011-09-02 16:11:24
#ecmband Living in a Box (is claustrophobic as all get out!)  
2011-09-02 16:10:22
@pmonks #ecmband Bad Company (EMC Corp)  
2011-09-02 16:07:42
Tears for Years #ecmband My favourite – perfectly captures the vibe of ECM!!
2011-09-02 16:06:22
SEO Speedwagon #ecmband  
2011-09-02 16:05:55
The Pixels #ecmband  
2011-09-02 16:00:05
The Crash #ecmband  
2011-09-02 15:56:24
#ecmband Buena Vista Social Business 2.0 Club  
2011-09-02 15:50:19
#ecmband Deep Trouble  
2011-09-02 15:49:05
Rockumentum! #ecmband Trust the marketeers to throw in some fanboi-ism!
2011-09-02 15:47:22
The Transactional Hip #ecmband  
2011-09-02 15:46:42
#ecmband Springclean Day  
2011-09-02 15:43:47
The Backscan Boys #ecmband  
2011-09-02 15:36:46
Ace of Base64 #ecmband  
2011-09-02 15:36:07
Sonny and Sharepoint #ecmband Very clever!!
2011-09-02 15:34:31
#ecmband CEVA lovitch  
2011-09-02 15:33:15
Rendition of the Orphan #ecmband < must be doom metal  
2011-09-02 15:29:33
Orchestral Manoeuvres in the Cloud #ecmband  
2011-09-02 15:28:38
Monkloaf #ecmband cc @pmonks  
2011-09-02 15:26:56
#ecmband Scott and the #Crapronyms cc @sliewehr  
2011-09-02 15:24:50
#ecmband Adriaan and the Analysts  
2011-09-02 15:24:16
I think Peter and the Chipmonks is enough of an #ecmband by himself @pmonks  
2011-09-02 15:24:06
R.E.M. and their Document LP… too obvious #ecmband  
2011-09-02 15:18:57
#ecmband led zipfiles  
2011-09-02 15:18:42
The E. Files Band #ecmband  
2011-09-02 15:16:58
Credence Capture Revival #ecmband  
2011-09-02 15:16:27
Steely Scan #ecmband  
2011-09-02 15:12:56
Limp business #ecmband  
2011-09-02 15:12:39
#ecmband iron mountain #metal  
2011-09-02 15:12:14
#ecmband The B-5015.2s  
2011-09-02 15:11:34
#ecmband the shadow (files)  
2011-09-02 15:11:27
Run-EMC #ecmband No thanks!
2011-09-02 15:09:39
Toner-Loc #ecmband  
2011-09-02 15:09:31
Contellica #ecmband  
2011-09-02 15:08:10
#ecmband Jesus Jones… …Documentum is down *again*?!?!  
2011-09-02 15:07:40
#ecmband The Jesus and Money Drain  
2011-09-02 15:07:14
Alans Microsoft Project #ecmband  
2011-09-02 15:07:06
Tommy Duplex #ecmband  
2011-09-02 15:06:51
#ecmband Nick Cave and the Bad Feeds  
2011-09-02 15:05:43
Kenny Login #ecmband In a large and carefully conducted survey (i.e. I asked some friends), this one came out as the crowd favourite. Oh, and we all got written off as “hopelessly geeky”… you win some, you lose some…
2011-09-02 15:05:25
Dire Straightedge #ecmband (weak I know)  
2011-09-02 15:03:42
#ecmband Extreme… …frustration with this archaic, monolithic, proprietary PoS CMS!  
2011-09-02 15:02:42
ZZ Pad – Gimme all your content #ecmband  
2011-09-02 15:02:37
Ink Supply #ecmband  
2011-09-02 14:57:41
#ecmband benny and the gets  
2011-09-02 14:57:05
#ECMband COLDPlay  
2011-09-02 14:56:40
#ecmband super stamp  
2011-09-02 14:56:14
Dexy’s Midnight Publish Job Runners #ecmband (how retro)  
2011-09-02 14:55:56
#ecmband the rolling store (and retrieve ) courtesy @PhilippeLaval  
2011-09-02 14:55:05
OpenText – ‘Managing content loud’ #ecmband  
2011-09-02 14:53:20
The Offline – Punk; always against what is common #ecmband  
2011-09-02 14:50:33
#ecmband Simply Read  
2011-09-02 14:50:11
#ECMBand songs “Loosing My Retention” by E.R.M. (think this has been done before)  
2011-09-02 14:49:39
#ecmband The Cure (is open source)  
2011-09-02 14:48:02
#ecmband rage against the machine #extendedITmix ๐Ÿ™‚  
2011-09-02 14:45:23
The New Datamodel Army #ecmband  
2011-09-02 14:43:02
#ECMBand New Rendition  
2011-09-02 14:35:34
The Hummingbirds #ecmband  
2011-09-02 14:34:11
#ecmband Ready, #AIIM, Fire!  
2011-09-02 14:33:03
#ecmband Flows runs and the machine  
2011-09-02 14:31:04
#ecmband Laurence and the Hart-ons cc @piewords I know that this is @piewords secret favourite, but he’d never admit it because he’s suppressing his inner lunatic.
2011-09-02 14:30:50
Peter and The Requirements @bduhon @cherylmckinnon @pmonks @piewords @jessewilkins @juliecolgan #ecmband  
2011-09-02 14:27:51
#ecmband Irina and the Seven Devs cc @irina_guseva  
2011-09-02 14:27:38
#ecmband siouxie and the brand sheets  
2011-09-02 14:26:17
#ecmband Lee Dallas and the Textans  
2011-09-02 14:24:23
RT @CherylMcKinnon: #ecmband names… Katrina & the Forrester Waves, New Kids on the Numeric Block, Shania Twain… (note: not sure why the original is no longer showing up in my twitter search, so I’ve included this RT instead)
2011-09-02 14:24:15
#ecmband The (Style) Police  
2011-09-02 14:24:09
#ecmband Spandex Ballet  
2011-09-02 14:02:30
@CherylMcKinnon I can see it now “The ECM Mullets present Business Up Front, Party in the Back!” #ecmband cc @piewords @ldallasBMOC The tweet that kicked it all off.

Footnote: although I used the Twitter API to retrieve these tweets, retrieving all tweets for a given hashtag is still a bit of a crapshoot. As a result I’ve probably missed some of the entries – if you notice any that I have missed, please let me know and I’ll manually add them.

Published in: on 2011-09-04 at 10:42 am  Leave a Comment  
Tags: , , ,

Lane asks for help

Short post to capture the initial salvo in the “Distributed Denial of Credibility Attack” against one @ljseverson:

Lane asks for help

(addendum: does anyone else find’s HTML auto-cleansing rules annoyingly draconian??)

Published in: on 2011-06-03 at 11:26 am  Leave a Comment  

Clients Behaving Badly

It’s been a while since I blogged, and while the next installment in my NoSQL and CMS series is in the process of being written, right now I’m fired up about a totally different topic, and thought in fine curmudgeonly fashion I’d vent my spleen here.

So what has me so fired up it’s brought me out of my extended blog hiatus?

Clients Behaving Badly, aka Nasty Vendor Management Games

In a nutshell, these are the games clients play with providers (vendors) of a product or service in order to extract as much value from that provider as possible. Many such games are entirely legitimate (in fact I have increased respect for clients who utilise those!) but there are also many that are inherently exploitative in nature, and it’s those ones that have me fired up at present.

I’m not the first to have commented on these silly games (I wish this post was as entertaining!) and others have commented on the reverse situation – providers playing dirty tricks on clients. The point of this post is that such tricks are not limited to those who sell products or services, let alone those engaged in the Content Management arena.

What I’m going to do here is enumerate some of the more unpleasant games I see being played, primarily during the implementation and production phases (since that’s primarily where I live). If you’re on the provider side this may help you to recognise these games when a client trundles them out and take appropriate action (if any – sometimes it’s appropriate to just play along). If you’re on the client side, I would encourage some honest self-appraisal of whether you’ve used or continue to use any of these tactics when dealing with your providers – keeping in mind that they will likely backfire (or at least be defanged) if the provider wasn’t born yesterday.

In no particular order, here’s my list:


This is where the client asks a provider staff member a question, and if the answer is not to their liking they simply ignore it and ask someone else the same question again (repeating ad nauseam if they get the same answer repeatedly). The game stops when the client gets the answer they were looking for or a reasonable approximation – at that point they hold the entire provider to that particular answer.

In practice it’s rare that this tactic will achieve the result the client is after, since usually there’s a good reason they’re getting an answer they don’t like (particularly if they get the same answer several times). In fact chances are the answer the client liked came from a well-meaning but uninformed member of the provider’s staff and is therefore of dubious accuracy.


  • Asking a detailed technical question, ignoring the answers from technical staff but accepting the answer from a sales person or marketer.
  • Asking a licensing question, ignoring the answers from sales staff but accepting the answer from a technical person.

Selective Deafness

This game is a variation of the previous one. In it, the client asks a question, receives an answer not to their liking, but continues the conversation as if they had received the answer they wanted.


  • Asking for a discount (so far so good), but then ignoring a “we’re terribly sorry, we cannot discount this” response by saying things like “so that’s agreed then – you’ll send us a quote with the X% discount?”.

Revisionist History

This game involves the client denying prior events or creatively reinterpreting them. In the best case there is documentary evidence from the time the events took place that neatly summarises what actually happened (meeting minutes, for example – learn to document everything you do, kids!), allowing history to speak for itself.

Ultimately though, this game is an extremely toxic one because it completely annihilates any trust that may have existed between client and provider.


  • Client stating that a particular recommendation was made by the provider when it was not.
  • Client asserts that they had never been informed that something they were doing was ill-advised, when in fact they had.
  • Client is Winston Churchill, who beautifully summarised this game when he said “History will be kind to me, for I intend to write it”.

Damsel in Distress

I find this one quite depressing, given how trivially it can be avoided (at least if the issues are related to whatever the provider delivers).

The classic manifestation of this game is having a client approach a provider (typically a product vendor of some kind) with the message that their product is “fundamentally broken and you better come over here and fix it RIGHT NOW before we go postal on your a**!”. Typically this message of hope and inspiration is delivered shortly after some important milestone has just been missed.

A common (but panicky) vendor response is to throw some poor professional services peon at the client, promising that all of the problems will magically be fixed. The poor suckerconsultant can see #fail written all over the assignment from light years away, and can see that if only they’d been involved 3/6/9 months earlier disaster would have been averted via an informed design.

To add insult to injury, if the vendor’s sales staff are doing their job, they would have seen the potential for disaster and recommended training and/or professional services early on to help stave it off. If this is the case and the client ignored that recommendation, they will often play a double game of “Damsel in Distress” and “Revisionist History”, presumably figuring that the one-two punch of tactics will bludgeon the provider into submission.

Bullying / Badgering

If the one-two punch isn’t enough, truly obnoxious clients will turn to bullying and badgering to bend the provider to their will (on occasion this game is also played independent of the others). This game has numerous variations, including:

  • Leapfrog – complaining up the chain of command when something isn’t going their way (this is a particularly nasty combination of bullying and robo-questioning)
  • Threats – ranging from “we’re considering dropping you” to “we’re talking with our lawyers”

Failure to RTFM

This one is so silly I almost can’t believe it makes this list, but, well, it’s also ubiquitous so deserves some air play. This is really just another manifestation of the general trend towards hubris seen amongst techies (a topic which deserves a post all its own, and yes I am as guilty of this as anyone).

Typically this one starts out with a techie thinking something like this: “I don’t need to read some stupid manual to install this here application. How much trouble can I get into by double-clicking install.exe??”

Lots, as it turns out, and you don’t come across very well when you pull a “Damsel in Distress” 6 months later and the provider responds with “that’s described in bold red blinking 48pt Comic Sans on page 2 of the manual”.

Misdirected Accountability

This is typically seen when a client demands that a provider support someone else’s work. This can take quite a wide variety of forms, including:

  • Client designs and develops extensions by themselves (without RTFM of course), and those extensions are unstable, perform poorly or any one of a bezillion other problems. They then blame it on the provider and demand that they fix the “broken product”.
  • Client engages a third party to implement some extensions to a product, then after that third party has long since ridden off into the sunset demands that the provider fixes bugs in it.
  • Provider’s product uses some third party product (a relational database, for example) but client doesn’t have the skills to maintain or support that third party product so over time the entire system becomes slow and/or unstable. They then blame the provider’s product, since that’s where the symptoms are most visible.

Blamestorming / Finger Pointing

This game often follows on from Damsel in Distress, particularly if jobs are at stake. Rather than focusing on determining where problems lie and addressing them (irrespective of fault), the client team reverts to an unproductive game of finger pointing.

Foil Bait

This is a pre-sale game where the client is using the provider as leverage with their incumbent provider, or another provider that they are actually interested in. This is a commonly used tactic on open source software vendors, since there are some clients who see open source as little more than a great way to scare traditionally licensed vendors into discounting their hefty up front license fees.

An obvious warning sign is a prospect that is very interested in pricing, but isn’t particularly interested in product functionality or service offerings.

In Conclusion

And there you have it – a veritable Smörgåsbord of unpleasant client behaviours that anyone who’s worked for a provider of some kind (be it product or services) is likely to have seen at one time or another.

I have no illusions that this post will help reduce the prevalence of these antics, but at least by shining a spotlight on them I can encourage providers to be vigilant, and enter new client relationships trusting that they will be conducted respectfully and to mutual benefit, while also verifying that silly games aren’t on the cards.

Published in: on 2010-10-31 at 12:32 pm  Comments (3)  
Tags: , , , , , ,

NoSQL and CMS – Comparing NoSQL with CPS Requirements

Now that we have both our CPS requirements mapped out, and a reasonable understanding of the NoSQL Universe, we can finally get to the fun stuff: mapping requirements to technologies.

For this kind of exercise I’m quite partial to ye olde comparison matrix – a table with the alternatives listed horizontally (in our case that’s the different classes of NoSQL technology) and with comparison criteria listed vertically (in our case our CPS requirements). You then play a “fill in the blanks” game for all of the cells in the table.

While simple and effective, comparison matrices have a tendency to be rather information-dense – for that reason I’ve elected to use boolean yes / no values in each cell, rather than more granular scoring systems (such as numerical scales). If we were doing a more thorough comparison (say, if we were actually implementing a CPS on top of a NoSQL technology) I would want to use a variety of more granular scoring systems.

Let’s dive in:

Key / Value BigTable-like Document Graph Relational (for comparison)
1 Richly structured content types 1 1
2 Unstructured binary objects 2 3
3 Relationships / references / associations
4 Schema evolution4 5
5 Branch / merge
6 Snapshot-based versioning
7 ACID transactions6 7
8 Scalability to large content sets 8
9 Geographic distribution 9

One of the nice things about comparison matrices is that they immediately highlight the differentiating criteria for any given comparison, allowing one to focus the discussion on those areas where compromises will be necessary.

Looking at the matrix above, the eye is immediately drawn to rows 1, 2 and 3, which is where the variability between the different classes of NoSQL is found. In fact what this immediately tells us is that there’s no “perfect” class of NoSQL for our CPS requirements – none of them satisfy all three of the following requirements:

  • Richly structured content types
  • Unstructured binary objects
  • Relationships / references / associations

What’s worse are rows 5 and 6, and (to a lesser extent) row 9. These rows indicate that there are entire requirements that no extant NoSQL technology satisfies.

In looking at these 3 requirements in isolation, there is an obvious class of systems that do satisfy them – Source Code Management (SCM) systems, especially Distributed SCMs (Mercurial, Bazaar, git and the like). It is important to stress that DSCMs don’t meet many of the other CPS requirements however (for one thing the “data model” they expose is a filesystem, which is completely unsuited for CPS content modeling), so they’re by no means an appropriate CPS repository in and of themselves.

The conclusion I’ve drawn is that the ideal CPS repository would be a three-way love child between 2 classes of NoSQL solution (document and graph databases) and DSCM. Specifically:

  • Document database style data model (satisfies requirements #1, #2, #4 and #7) plus Graph database style relationships (satisfies requirement #3)
  • SCM style versioning and branch/merge (satisfies requirements #5 and #6)
  • DSCM or CouchDB style multi-master replication and conflict detection (satisfies requirement #9)

I think of this hybrid as a “Document-Relational10 Version Control System” (DRVCS for the acronym junkies).

All three kinds of system meet requirement #8 when used in isolation, and a cursory analysis doesn’t reveal any obvious reasons why the DRVCS couldn’t retain this characteristic (although the devil is often in the details when it comes to questions of scale).

The bigger questions here are whether anyone is considering implementing such a repository, and if not whether it’s possible to emulate the missing requirements on top of any of the extant NoSQL technologies.

To the first point, I’m not aware of any efforts aimed at implementing a DRVCS, although I’m by no means familiar with all of the repository development going on out there. I’m also sure I’ll receive comments that such-and-such a technology already meets all of these requirements. I’m skeptical that such a beast actually exists, but would love to be proven wrong – what would convince me is the addition of the technology to the comparison matrix above, with a brief description in each of the new column’s cells describing how the technology satisfies each requirement.

I’ve also spent a bit of time thinking about whether it would be possible to build out the missing features on top of an extant NoSQL technology, and at this stage my gut tells me that the branch / merge and snapshot based versioning requirements would be difficult (and probably impractical) to build on top of any of these technologies. These features are technically complex enough that they deserve first class support in the repository, rather than being implemented as an “emulation” layer on top of something else.

Next Up

Next up I’ll be reviewing the repository-level requirements for Presentation Management CMSes, and we’ll repeat this comparison process to see how NoSQL technologies stack up against that use case. Fingers crossed for a more positive outcome!

1 Standard practice in graph and relational databases is to decompose complex objects into separate vertexes / rows with connecting edges / foreign keys. I don’t particularly like this approach since it confuses true inter-object relationships (“links” between otherwise independent content items) with the internally rich data structures of those content items. With a relational databases you can fake it by using 1-M foreign key constraints with CASCADE DELETE, although I see that as a weak substitute for “real” richly structured content types. Both relational and graph databases also impose “reconstitution costs” (joins) when an object is retrieved in its entirety – document databases don’t have this issue (this issue is nicely described in The Future of Databases).
2 While it is possible to store large binary objects in most graph databases, some (notably Neo4J) don’t recommend doing so.
3 While it is possible to store large binary objects in most relational databases (via LOB data types), this is generally frowned upon as relational databases typically aren’t very efficient at handling them and there are no standard ways to perform certain types of I/O within a single binary object (e.g. pulling out particular byte ranges, random I/O, etc.). In fact I was very close to putting a cross in this cell in the matrix – there are very good reasons why most CMSes that use a relational database choose to store binaries outside in a “real” filesystem.
4 Virtually all of the NoSQL classes mentioned here support Schema Evolution but not directly – instead they are “schemaless”, which means they don’t impose or require that the data model is declared to the repository up front. This is in fact an ideal way to support schema evolution, by allowing higher level CMS-specific logic to decide what a “schema” is, and how schema evolution will be supported, without the underlying persistence mechanism getting in the way. Compare this to the equivalent operation in a relational database (while recalling the good old days of multi-day “ALTER TABLE” marathons!) and you’ll quickly appreciate how liberating a schemaless repository can be.
5 Typical BigTable-like systems aren’t fully schemaless, in that some form of up front “data modeling” is required, and once instances of that schema exist the options for modifying those models are limited.
6 Most NoSQL solutions only support ACIDity in predefined ways – they don’t typically allow external logic to programmatically demarcate arbitrary transactional boundaries. For example document databases typically only support ACIDity for a single document at a time, but not for batches of documents (note that the graph database Neo4J is a notable exception to this general trend). In my opinion this is perfectly adequate for most CMS uses cases, including the CPS use case.
7 MongoDB’s default behaviour is not what is traditionally thought of as ACID – in particular consistency and durability are relaxed in order to improve performance. That said MongoDB provides mechanisms for the implementer to increase both consistency and durability (at the cost of performance) – these facilities are described in this great guide.
8 Many in the NoSQL movement would tout this as the primary limitation of relational databases, however recall that for the Content Production use case, the scalability to large traffic volumes is not a requirement (an editorial team cannot generate anything approaching an internet scale traffic load), and the data volumes are not necessarily beyond what a relational database can handle either (a typical web site has 10s to 100s of thousands of discrete content items, and when stored in a relational data model that would typically equate to one or two orders of magnitude more rows). Some might argue I’m being somewhat lenient on relational databases in this analysis, but there are reasons they’ve enjoyed such widespread adoption for so long, beyond the momentum / familiarity arguments.
9 CouchDB stands out in this regard, with exceptional support for geographical distribution. It achieves this by offering a replication mechanism that can be used to create multi-master topologies with automatic conflict detection (so that concurrent updates in different places are detected, and can be resolved by higher level logic – in our case that would be done by the hypothetical CPS logic that’s sitting on top of CouchDB). CouchDB’s replication functionality is, in my opinion, a perfect fit for this requirement, and we’ll be hearing more about it in my upcoming post on NoSQL in the context of Document Management CMSes.
10 “Relational” isn’t the most accurate term to describe the “relationship / reference / association” part of this hypothetical system, but I haven’t come up with a better alternative.

Share via Share via Digg Share via Facebook Bookmark in Google Share via MySpace Share via Reddit Share via StumbleUpon Favourite in Technorati Share via Twitter

NoSQL and CMS – A Brief Overview of the “nosql” Universe

Before we compare our list of CPS requirements against the universe of NoSQL, it helps to have an understanding of what NoSQL actually is. As it turns out, NoSQL doesn’t refer to a single technology but rather a grab bag of otherwise unrelated technologies that are only loosely “related” by virtue of not being based on relational (specifically SQL) technologies.

And you thought the NoSQL moniker was simply a clever marketing ploy to incite rage amongst relational aficionados! ๐Ÿ™‚

While Wikipedia lists no less than 7 major types of NoSQL solution, the “Big 4” that are discussed most frequently are:

  1. Key / Value
  2. BigTable-like
  3. Document
  4. Graph

Let’s look at each of them in turn.

Key / Value

These solutions are typically little more than sophisticated distributed hash tables, often adding direct support for some combination of persistence (durability of data across restarts), replication (physical duplication of data, typically across multiple servers) and sharding (partitioning of data into discrete subsets, each of which is stored on separate sets of servers). They often restrict what data can be used for keys, while allowing values to be any kind of data that can be serialised. Typically querying can only be done by key.

Lord Voldemort looking a tad peeved Some examples:


Not just big, this table is humungous! These solutions are based on Google’s BigTable system (used internally by Google, as well as being the primary data storage facility available to Google App Engine developers). They can be thought of as being one step above a Key / Value store in that the values are not simply unstructured binary blobs that are opaque to the store, but are instead structured data elements that can be used for additional non-key based queries.

In some respects these solutions are quite similar to a relational database, minus explicit foreign keys, and with support for different “rows” in the same “table” having different “columns” (this is somewhat of an over-simplification, but from a data/content modeling perspective is reasonably accurate).

Some examples:


The original and still the best way to store documents Document databases store “flat” collections of structured documents – in this case “document” does not (as the name might suggest) mean binary documents (Word, PDF etc.), but rather structured data objects with potentially rich internal structures.

The current generation of document databases have, for the most part, standardised on JSON as the underlying data format for documents, however I consider XML databases to fall under this umbrella as well (albeit many of those have additional facilities for slicing and dicing XML in various weird and unnatural ways that are illegal in some states).

Interestingly, query facilities vary widely between the extant document databases, with some offering query facilities on par with relational databases, while others don’t provide anything resembling a traditional query capability.

Some examples:


Circle graph Graph databases are unquestionably the oldest NoSQL solution, with at least one example predating the relational model by several years!

In these databases, data is stored as a series of discrete objects (“vertexes”) connected by zero or more relationships (“edges”) to one another. Typically the objects are simple hash table data structures and cannot have rich internal data structures (in contrast to a document in a Document database).

Some examples:


Borrowing a nice diagram from the Neo4J folks, one way of comparing the different classes of NoSQL solution is as follows:

Note: when looking at this graph I mentally replace the “Complexity” label with “Sophistication of data modeling” – the diagram is equally accurate with that substitution and to my mind that’s a more interesting picture (not to mention more relevant to the discussion of CMS and NoSQL).

In the next post we’ll instead look at how these classes of NoSQL solution compare to the CPS requirements we previously identified.


There are any number of good NoSQL primers available on the interwebitubes, and I’d encourage you to read them if you’re new to the topic. I particularly like:

  1. Slides 11 through 17 of “A NOSQL Overview And The Benefits Of Graph Databases (nosql east 2009)” by Neo4J’s Emil Eifrem.
  2. NoSQL – the Shift to a Non-Relational World
  3. NoSQL – Death to Relational Databases(?)
  4. Ricky Ho’s NOSQL Patterns (if you’re after a little more “meat”)

Before I get flamed to a burnt crisp by the CouchDB fanbois, yes I’m quite familiar with map/reduce “materialised” views – I simply don’t consider that to be a “real” query mechanism. This feature also runs afoul of my “avoid crystal ball gazing at all costs” principle, but that’s a topic for another day.

Share via Share via Digg Share via Facebook Bookmark in Google Share via MySpace Share via Reddit Share via StumbleUpon Favourite in Technorati Share via Twitter

NoSQL and CMS – Requirements for Content Production Systems

For each of the CMS problem domains mentioned in the introduction, I’m going to start out by outlining the core requirements that are most relevant to NoSQL.

Typically these requirements will focus on the “repository” underlying the CMS – how content is represented, how it is structured, how it is stored and retrieved, how the repository is scaled to large traffic volumes and so on. This is not to diminish the importance of other requirements (such as the editorial UI/UX), however NoSQL has a lot less direct relevance to those facets of a CMS.

Let’s kick off the series with my favourite CMS use case – the Content Production System (CPS).

Requirements for a CPS

A CPS has a number of requirements that are relevant to NoSQL solutions. These include:

  1. Richly structured content types
  2. Unstructured binary objects
  3. Relationships / references / associations
  4. The ability to evolve content models over time (what I call “schema evolution”)
  5. Branch / merge (in the Source Code Management (SCM) sense of the term)
  6. Snapshot based versioning
  7. ACID transactions
  8. Scalability to large content sets
  9. Geographic distribution

Let’s discuss each of these in more detail:

Richly Structured Content Types

In my experiences, types in a WCM content model are generally more complex than those in other content management use cases (e.g.. Document Management), with complex nested data structures within types being the norm rather than the exception.

While the specifics vary widely depending on the precise information architecture of the web site, some typical examples might be:

  • News Article:
    • a number of singleton fields such as “title”, “summary”, “author”, “date”, “body” etc.
    • an unbounded set of related image files, each of which has a “thumbnail” and a “high fidelity” rendition. These images may have further fields associated with them (provenance information, for example).
  • Product:
    • a number of singleton fields such as “SKU”, “title”, “description”, etc.
    • a variety of images such as “thumbnail”, “high fidelity”, “left view”, “right view”, etc.
    • nested data structures such as a regional price list – a set of (country code, currency, price) tuples
  • Recipe:
    • a set of ingredients, each of which has:
      • singleton fields such as “name”, “quantity”, “optional / required flag”, “substitutes” etc.
      • a nested data structure containing nutritional information
    • an ordered set of preparation instructions

All of these are based on actual WCM content models I have seen used in live web sites.

Unstructured Binary Objects

A no-brainer really – any CMS (WCM or otherwise) that is unable to efficiently store binary objects (regardless of MIME type) isn’t worthy of the moniker. Enough said.

Relationships aka References aka Associations

WCM content models are inherently interlinked, after all that’s what the “hyper” in “hypertext” refers to! Continuing our examples above: a Product may contain references to complementary Products and other content types such as Technical Specifications, White Papers etc.; a News Article might refer to related News Articles, and so on.

In fact often the most highly interlinked part of a WCM content model are the content types representing the navigational model of the site. Regardless of whether the site uses a traditional single-root hierarchy, a multi-hierarchy (“faceted”) navigation scheme, a tag cloud or some wacky newfangled model dreamt up by a genius information architect, the content type(s) representing the navigational data structures are always highly interlinked with the non-navigational content types (the Products, News Articles, Recipes, etc.) and are often interlinked with themselves. This latter case is particularly true of hierarchically based navigational schemes, which continue to be the dominant navigational paradigm used in content-rich web sites.

While it is possible to “manage” links via the humble hyperlink (and in fact this is the de-facto approach in several CPSes), this is less than ideal for various reasons:

  • it’s difficult to inform an author that they’re about to break links on the site by moving or deleting a content item that is the target of a reference
  • it’s difficult to determine what needs to be deployed in order to ensure that all dependencies are met (i.e. so links won’t be broken, post-deployment)
  • the graph of links provides useful information to authors about the dependencies within their content set, possible navigation paths through the site etc.
  • coupled with usage analytics data, visualisations of the link graph can be a powerful tool for authors in revising, distilling and generally maintaining the relevance of the content they’re delivering

Schema Evolution

A general guiding principle that I have followed throughout my technical career has been to avoid (as far as possible) anything that requires what I refer to as “crystal ball gazing” – making decisions now that require prediction of the future and that may be difficult to correct when that prediction turns out to be incorrect (as inevitably happens).

Content models are a classic example of this – in the decade or so that I’ve been working in content management professionally, I don’t recall a single instance where the content model was defined perfectly first time, up front, prior to use.

Unfortunately some of today’s CPSes make it extremely difficult to change the definition of a content type once that type has instances in existence – requiring (for example) a full dump / reload of the entire content set for even the most trivial of changes to the model.

This is the crux of the “schema evolution” requirement – any CMS worth a damn must provide the ability for the content model to evolve over time, regardless of whether content that uses that model exists or not.

Branch / Merge

This is the ability for an author (or set of authors) to spin off from the main “branch” of editorial activity, work independently for some period of time and then merge their changes back into the main “branch”.

This is an optional (though common) requirement – some CPSes don’t provide this capability and some editorial teams don’t require it either.

That said, any web site that has a lifecycle that involves both frequent incremental revisions and infrequent major revisions that are prepared in parallel will benefit from this kind of functionality. Anyone who’s ever managed multiple concurrent software releases will grasp the issue (and its solution) immediately.

Snapshot Based Versioning

By “snapshot based versioning” I mean a versioning system that captures the full state of the content set at a given point in time, and can resurrect that state at any point in the future, regardless of what operations are executed by authors in the meantime (including deletes, renames and moves of assets).

Anyone who suffered through RCS / CVS in the good old days and is now using a sane SCM (Subversion or Mercurial, for example) will know exactly what I’m referring to here!

Surprisingly, some CPSes continue to use RCS style per-asset versioning, which means they are unable to resurrect deleted assets – a serious problem if your web site happens to fall under one of the regulations (e.g. HIPAA, SEC, FTC, etc.) that require that the complete state of a site be “resurrectable” for quite significant periods of time (often 7 years).

ACID Transactions

Basically this boils down to the guarantee that modifications to the content set can be durably persisted to the CPS, either succeed or fail in their entirety and can be read back out in the case of success. To many this will seem a no-brainer, but when we move on to our review of NoSQL solutions we’ll find that some of them don’t necessarily provide this guarantee.

Note: while advantageous in some situations, I consider externally defined transactional boundaries (i.e. the ability to “batch up” numerous otherwise unrelated content modifications into an arbitrary ACID transaction) to be a “nice to have” requirement, rather than a hard requirement. Again we’ll see the impact of this when we review NoSQL technologies.

Scalability to Large Data Sets

Interestingly, scalability in the presence of large amounts of traffic is the area where NoSQL technologies garner the most attention, yet it is one of the least important requirements for a CPS. This is because even large (several hundred person) editorial teams are unable to generate the kind of traffic load that even a moderately successful web site can receive.

However what does matter is that the CPS can scale in the presence of large amounts of data – typical content-heavy web sites these days contain tens to hundreds of thousands of discrete content items, many of which will contain several media assets (images, video, fire applets, etc.) that themselves may be heavyweight (MB to GB in size).

Geographic Distribution

Basically this requirement is for those organisations that have geographically distributed editorial teams who wish to ensure good performance of the editorial tool, no matter where the editors are physically located.

Although in essence a “nice to have” requirement, I threw it in here because I’m hearing it increasingly often and some NoSQL solutions cater to it quite nicely.

Next Up…

Next up I’ll give a quick overview of some (but not all!) of the more relevant NoSQL technologies currently on the market, and we’ll compare them against the requirements we’ve defined here to see to what degree they are relevant to the CPS use case.

Share via Share via Digg Share via Facebook Bookmark in Google Share via MySpace Share via Reddit Share via StumbleUpon Favourite in Technorati Share via Twitter

Published in: on 2010-06-25 at 12:56 pm  Comments (7)  
Tags: , , ,

NoSQL and CMS – a Match made in Heaven?

As anyone who’s visited planet Earth in the last year or so knows, the NoSQL (“Not Only SQL”) movement is rapidly gaining both momentum and mind share, despite a number of prominent detractors. Rather than entering into a lengthy debate on the general pros and cons of NoSQL technologies, I’d like to reflect on the possible applications of these technologies to the specific problems of content management, a use case that (to my mind) it seems particularly well suited to. I briefly scraped the surface of this topic in a prior post.

As discussed previously what is meant when we refer to a “CMS” varies quite significantly depending on the use case, and my initial focus will be on the impact of NoSQL on CMS’s that target the Web Content Management (WCM) use case, followed with a post on the impact of NoSQL on the Document Management (DM) use case.

Even within the seemingly narrow confines of WCM, we’re discussing (at least!) two different problem domains (Content Production Systems and Presentation Management Systems) that have markedly different requirements (and are arguably unrelated), and I’ll discuss the impact of NoSQL on each of these areas in turn.

Let’s begin!

Share via Share via Digg Share via Facebook Bookmark in Google Share via MySpace Share via Reddit Share via StumbleUpon Favourite in Technorati Share via Twitter

Published in: on 2010-06-24 at 10:19 pm  Comments (5)  
Tags: ,

Signs You’re at a Geek Conference

I’m currently attending Google I/O 2010, and while the technical aspects of the conference are being well covered elsewhere, what I’ve enjoyed more is the “people watching” aspect, specifically the differences between a “geek” conference such as this one, and “non-geek” conferences such as the various CMS conferences I regularly attend.

While most of my observations have been made on Twitter, I thought I’d capture them here for perpetuity. Without further ado, I present to you “Signs You’re at a Geek Conference”:

Sign #42 you’re at a geek conference: the line for the men’s is out the door & the women’s is vacant.

Sign #117 you’re at a geek conf: presenter with European accent says “shart” & no one laughs – they know he’s talking scalability.

Sign #13 you’re at a geek conference: 87% of attendees are using Macs, and 47% of those have “Powered by Ubuntu” stickers on them.

Sign #1 you’re at a geek conference: you make lists of geeky things you see there and share with everyone you know ๐Ÿ™‚ (from my good friend BRob / br524 on Twitter)

Sign #73 you’re at a geek conference: there are lots of attractive young ladies… …but what’s with the “staff” t shirts?

Sign #37 you’re at a geek conference: rickets is the most commonly discussed health issue.

Sign #64 you’re at a geek conference: you overhear “their PL/1 code wasn’t up to COBOL standards” (tip o’ the hat to LuisSala).

Sign #51 you’re at a geek conference: lots of tender loving talk about babies… …but 99% referring to stealth mode startups.

Sign #82 you’re at a geek conf: pool tables are empty but 5 of the last 7 foosball world champions are duking it out in the rec. area.

Sign #90 you’re at a geek conference: you compliment someone on their period costume, and they give you a death stare.

Share via Share via Digg Share via Facebook Bookmark in Google Share via MySpace Share via Reddit Share via StumbleUpon Favourite in Technorati Share via Twitter

Published in: on 2010-05-21 at 7:25 am  Comments (1)  
Tags: , , , ,


While deconstruction is serious business for the curmudgeon, I occasionally like to take a break from the rigours of sowing chaos and discord by presenting some more constructive observations.

In this post I’d like to capture the mental picture I have of how Content Management fits together, neatly putting all of the pieces of the CM puzzle (DM, WCM, RM, AA, etc.) in their rightful place. As a bonus we will also learn how and why various products (including our good friend WordPress) fit into the Content Management menagerie.

I consider AA to be part of CM, as beer consumption appears to be an increasingly important part of the Content Professional’s technical proficiency.

A Hierarchy of CM Problem Domains

In my previous post I introduced the “Reversi Rule” and noted that for CM we came up with the rather broad definition of “the management of content”. To me this generality is a large part of the appeal of the term (particularly when compared to ECM, which is just downright confusing) – it generously includes the diverse array of human endeavours that could conceivably be classified as “Content Management”, it doesn’t say anything about what those specific problem domains look like (beyond requiring that they involve the “management of content”, for some reasonable definition of “management” and “content”) and it doesn’t exclude any of the broad range of actors who face these problems (including, but not limited to, enterprises).

So what specific value, then, does such a broad definition for Content Management provide us?

Perhaps I’m betraying my technologist background, but to me Content Management clearly forms the root of a hierarchy of increasingly specialised problem domains – in graphical format, this hierarchy might start to look something like this:


Note: this diagram does not attempt to capture all possible CM problem domains, although doing so would be an illuminating exercise.

This diagram clearly illustrates a couple of important points:

  1. A vast array of activities can be referred to as “Content Management”.
  2. Many of these use cases have unique and highly specialised requirements, particularly as we get closer to the tips of the tree.
  3. Some of the management activities we think of as being common across the hierarchy actually have quite different semantics depending on the specific problem domain (versioning requirements are very different between Docroot Revision Control and Records Management, for example).
  4. File / folder-centric definitions of content are only part of the content management picture.

A graphical treatment also helps to highlight part of the reason why we’re all having so much trouble agreeing on what “Content Management” really is – we all tend to operate down at different tips of the tree, yet throw around our specific problem domain as The One True Form of Content ManagementTM!

I think this gets to the root of Pie’s earlier loss of composure, yet he is arguably guilty of the same sin, albeit while standing on a different soap box.

What About the Technology?

Typically software products are a trailing indicator of business problems, so it’s no surprise to find that there are systems for almost all of the use cases identified on the diagram. In fact adding the word “System” or “Software” to most of the labels on the diagram will result in an extant product classification. There are a few exceptions (“Docroot Revision Control System” and “Structured Content Production System”, for example), however there are products on the market today that are admirably described by these two terms.

The Bonus Round

Going back to our (by now somewhat fatigued) example of WordPress, it clearly falls into the node labeled “Blogs”, and by adding “System” to the label we get “Blog System”. Sounds fair – I doubt anyone would dispute that WordPress is indeed a Blog System.

Now by looking at the diagram we can see that a Blog System is a specialised form of Presentation Management System, which itself is a specialised form of Web Content Management System, which is finally a specialised form of Content Management System. I can hear some incredulous voices: “are you asserting that WordPress is all of these things?”. Absolutely!

Let’s pick some more examples, to see if we can break this model:

  • Alfresco RM – clearly a Records Management System therefore also a Document Management System, therefore also a Content Management System.
  • Virage MediaBin – this is an easy one: the web site explicitly touts it as Digital Asset Management, so only one step and we arrive at Content Management System. NEXT!
  • Ektron eWebEditPro (here’s a potentially contentious one!) – again the web site tells us it’s HTML Editing Software, therefore a Web Content Management System and a Content Management System.

Interesting eh? All these vastly different systems (we’ve just picked 4 that are completely different from one another), yet all of them provide specialised facilities for the management of content central to various different problem domains. They’re all Content Management Systems!

To paraphrase Drew Carey, next time you’re at a social event without companionship or sustenance, I’d encourage you to play “pin the CMS tail on the product donkey” (allowing yourself the ability to extend the hierarchy above with categories that I left out) – I think you’ll mostly find it a trivial exercise.

In Conclusion

At this point you might still be asking yourself what all this means and whether there is any real value in such a broad definition for Content Management.

My answer to that would be that an inclusive definition such as this one comes closest to the true meanings of the words “Content” and “Management”, without requiring us to open the can of worms that would be involved in trying to define these two words in detail (which is impossible anyway, since their precise definitions depend on the specific problem domain).

More importantly, by not requiring us to come to some global agreement about what “content” and “management” mean, this definition can help us move beyond the historical divides within the profession (notably the divide between the Web Content Management and Document Management camps), by giving us common terminology that is compatible with how these terms are used today by all camps, while also being sufficiently well defined that everyone knows what’s implied (and just as importantly, not implied) when someone make an assertion such as “Microsoft Word is a Content Management System”.

Published in: on 2010-05-07 at 5:58 pm  Comments (3)  
Tags: , , , , , , , , , , , ,

The Case for Killing “ECM”

I’ve been commenting quite a bit recently on Sir Pie’s noble quest to define “ECM”, but have held back on weighing in in detail until now. I figured it was high time I put my money where my mouth is and attempt to explain the conclusion I’ve arrived it.

To me the discussion about what “ECM” means is fundamentally based on the definition of “Content Management” in general, and more specifically, the definitions of all of those things that are thought of as being part of humanity’s “Content Management” activities (including, but by no means limited to: Web Content Management; Document Management; Records Management; Image Management; Digital Asset Management; Print Management; etc.).

So how might we go about defining all these things?

The Reversi Rule

Now some would argue (persuasively, in many cases!) that I’m just simpleminded, but I’ve always used a nice simple rule for figuring out what a complimicated name such as “Document Management” means – I like to call it the “Reversi Rule” (Reversi is such a nice simple game!):

Approximately reverse the words in the name and then fill in the blanks to construct a grammatically correct sentence.

So using this rule:

  • “Document Management” is “The management of documents”.
  • “Web Content Management” is “The management of web content”.

And most tellingly:

  • “Content Management” is the (rather broad) “management of content”.

A Short Digression…

Now this may seem like little more than childish word play, but it actually enables us to unambiguously answer some rather interesting questions, such as the ever-popular-on-twitter “Is WordPress a CMS?”.

The reasoning goes something like this:

Q. What is a CMS?
A. A system that manages content.  (Reversi Rule)

Q. Is WordPress a system?
A. Yes it is.  (very little ambiguity here!)

Q. Does WordPress provide management features?
A. Yes it does, including the most important features for an author of web content: editing, version control and publication.  (one might argue that “management” is more than this, but these three are amongst the most important activities an author of web content performs on their content, regardless of the system they’re using)

Q. Is what WordPress manages content?
A. Yes it is – content in the form of blog posts and pages.  (again, very little ambiguity here, although no one would dispute that this is a rather limited view of what web content is)

So when measured against our definition of “CMS”, WordPress passes with flying colours – it is unequivocally a system that manages (edits, versions, publishes) content (blog posts, pages).

So what has this go to do with “ECM”?

Well by applying the Reversi Rule to “ECM”, we get:

  • “Enterprise Content Management” is “The management of enterprise content.”

But what is “enterprise content”? Is it web content? Documents? Paper (physical or scanned)? Records? Digital media assets? As I’ve argued before, it could be none, any, or all of the above – it depends on the enterprise in question.

That’s not very promising, so let’s try again:

  • “Enterprise Content Management” is “The management of content in an enterprise.”

Well we still have the problem of deciding what that content is, and we’re now excluding those organisations that aren’t structured as enterprises in the first place! What about the (these days literally!) poor governments of the world that are just as desirous of content management as enterprises are??


The conclusion I’ve drawn is that “ECM” is a chimera of a term that cobbles together two completely unrelated concepts: “content management” (the management of content) and “enterprise” (a company that has been organised for commercial purposes).

For this reason I think “ECM” is a term that provides no value over and above other terms (specifically “Content Management”), and I suspect that’s part of the reason why Pie and others have struggled so long to try to find a workable definition that does more than just confuse the heck out of any unfortunate souls who come into contact with it.

I also suspect that deep down, Pie has at least some subconscious inkling that “CM” is a superior term to “ECM”, as evidenced by a recent brain snap. As demonstrated in the WordPress digression above, the usage of the term “CMS” that Pie finds so objectionable is indeed justified, if perhaps not the full picture. This is something I intend to explore further in a subsequent post.

Share via Share via Digg Share via Facebook Bookmark in Google Share via MySpace Share via Reddit Share via StumbleUpon Favourite in Technorati Share via Twitter

Published in: on 2010-05-05 at 9:46 am  Comments (11)  
Tags: , , ,

A Slice of Pie

(with apologies to Pie on the title – it was too good to pass up! ๐Ÿ˜‰ )

For quite a while now, Pie has been on a virtuous crusade to clearly define what is meant by the term “Enterprise Content Management” (ECM). In a late December post entitled “Turning the ECM Definition Around”, Pie neatly justified his search as follows:

Back in October, there was some debate on updating the definition of ECM. Since then, there has been discussions out there about whether the term ECM should even be used anymore. My basic opinion is, and has been, that we need to fix/update the definition, not the term. Changing the term would require a lot of work to educate people for very little gain.

Earlier this week Pie continued his hunt for the (thus far elusive) “perfect definition” of ECM with his post ECM or Document Management?, and a number of the points made in the post rang particularly hollow to my ears.

To paraphrase, the post asserts that ECM, at its core, is little more than Document Management (specifically, management of the files produced by Office productivity applications), and that none of the other extant Content Management use cases (Records Management, Digital Asset Management, Web Content Management, Collaboration etc.) are necessary for a system to be defined as an ECM CMS (although they may be provided as optional extensions to the core DM feature set).

Micro Slice
At a micro level, I think this view ignores recent† thinking about what constitutes a “document” – specifically the accelerating move away from the persistence of content as monolithic “binary content blobs” (PDF being the canonical example) stored in simple folder hierarchies, to open, semi-structured formats (DocBook, DITA, ODF, the Office 2007 XML formats, etc.) stored in repositories with richer navigational constructs (search, tag clouds, categorisation, etc.).

While these semi-structured formats can usually be “flattened” into files (in most cases as XML, although there are other equally suitable structured file formats) and stored in simple folder hierarchies, this is very much a lowest common denominator storage format, and far more interesting (and valuable!) possibilities open up if content is stored in a more modern, non-file/folder based repository (see my earlier post for a brief discussion of the storage mechanism such a hypothetical CMS might use).

Current Document Management products, on the other hand, are still firmly rooted in the “big blobs of data stored in folder hierarchies” view of content storage, and that suggests a couple of things:

  1. There is demand for, and value in, systems that are rooted in the “dumb file/folder” world view. Whether these deserve to retain the title of “Document Management System” remains to be seen, but my $0.02 is that the definition of Document Management will evolve to keep pace with developments in the field, quite possibly faster than the current batch of “DM CMSes” can innovate to keep up.
  2. Balancing this, “Document Management” as a term has accumulated two decades of baggage, and (like the term ECM itself), that inertia will be difficult to shake off.
  3. ECM as practiced today is far more than “dumb file/folder” management – which segues nicely to a second helping of pie ๐Ÿ˜‰

Macro Slice
At a macro level I simply need to point to the types of content that many enterprises are managing and the use cases they have for that content.

Take Amazon for example, arguably the poster child of a wildly successful content-centric Enterprise (disclaimer: I have never worked for or on behalf of Amazon, so anything I state here is educated guesswork on my part, based solely on publicly available information). I would be very surprised if much of their content was in a file format of any flavour (binary content blob or semi-structured), and it’s highly unlikely that they manage it in “dumb” folder hierarchies either (whether on a “real” filesystem or in a file/folder-centric CMS).

On top of this, Amazon’s use case for their content is classic WCM – much of their content ends up on what is arguably the largest brochureware site on the internet, with the classic brochureware goal of enticing customers to buy more of Amazon’s product (which, in some cases, is itself digital content, but that’s a topic for another post).

Amazon isn’t the only example of an Enterprise managing content in this way or for this purpose, yet if (as Pie argues) the term ECM is synonymous with the narrow definition of Document Management, Amazon isn’t doing Enterprise Content Management! So is Amazon doing it wrong, or is our working definition of ECM still insufficient to describe how today’s Enterprises manage their content?

† “recent” meaning “within the last decade or so”

Share via Share via Digg Share via Facebook Bookmark in Google Share via MySpace Share via Reddit Share via StumbleUpon Favourite in Technorati Share via Twitter

Published in: on 2010-01-20 at 7:15 am  Comments (2)  


After congratulating myself on finding an available and (if I do say so myself) clever name, I’ve just discovered that there is already a Content Curmudgeon out there in the blogosphere. To avoid confusion, I’ve renamed this blog to “The CMS Curmudgeon”, although it appears WordPress won’t allow me to change the URL.

Published in: on 2010-01-08 at 1:12 pm  Leave a Comment  

Bottom 10 Predictions for 2010

In mid December, Justin Cormack (of Technology of Content fame) and I agreed to do a little retrospective on the worst things we’d seen during 2009.ย  While Justin wasted no time in submitting a great post on the topic, I blinked on or around December 15th and when I opened my eyes it was January 2010 already, so in an attempt to regain Justin’s respect I offer a humble “Bottom 10 Predictions for 2010”, in no particular order:

  1. Content Management RFPs will continue to be liberally strewn hither and yon like confetti at a WASP wedding, with zero regard for their efficacy or otherwise.
  2. There will be at least one spectacular† flameout when an otherwise solid WCMS is shoehorned into a completely inappropriate use case, and then explodes in a shower of shiny sparks. This will be a direct result of WCM continuing to be misidentified as a single commoditised use case – an issue that has been beaten to death in the past, but still has no remedy in sight.
  3. Map / reduce will be touted as the One True Answer to Everything, while RDBMS stalwarts struggle in vain to calm the hysteria and remind everyone that it’s “merely” a handy way to crunch large data sets.
  4. Suffering indigestion, OpenText will divest themselves of at least one of their product portfolio.ย  My money is on the former Tower products acquired via the Vignette purchase – they were a going concern before Vignette acquired them, and have remained relatively independent since then.
  5. SMB / CIFS will remain the most popular remote filesystem protocol in existence, despite being the worst (except for all the others).ย  (with apologies to Winston Churchill)
  6. JCR will continue to be ignored by all of the “top shelfCMS vendors – rapid adoption of CMIS on the server side will amplify the collective yawn that JCR evokes amongst CMS vendors.
  7. Momentum will continue to build on the CMIS client side – I humbly disagree with Pie’s #3 prediction for 2010 on this point, as there’s already been significant CMIS client development, and that’s before the spec has even been ratified.ย  (I realise this is more of a “top” prediction, than a “bottom” prediction, but even a curmudgeon has his sunny moments!)
  8. The Cloud will be the teenage sex of 2010 – everyone says they’re doing it, but only a small subset really understands what’s involved and an even smaller minority of those are actually doing it “for real”.ย  (note: The Cloud narrowly beat out Enterprise 2.0 for this title – I expect to see a great return match next year!).
  9. (speculation) Ektron will be acquired by Microsoft in order to jump start Sharepoint’s WCM capabilities.
  10. (super speculation!) Duke Nukem Forever will be released and will cure all those evil Wiiborgs of their sordid, physically demanding “gaming”.

And there you have it – my bottom 10 list for 2010.ย  I hope this is enough to regain Justin’s respect, although I may have gone a little overboard with one or two items on this list.ย  ๐Ÿ˜‰

† “Spectacular” meaning it will become a cautionary tale in CMS circles.

Share via Share via Digg Share via Facebook Bookmark in Google Share via MySpace Share via Reddit Share via StumbleUpon Favourite in Technorati Share via Twitter

Published in: on 2010-01-07 at 4:32 pm  Comments (3)  
Tags: , , , , , ,

A new year, a new blog

After finally jumping into this whole blogging phenomenon in 2009 (yes, I’m a luddite as well as a curmudgeon – would that be a “lurmudgeon”?) over on the Alfresco team blog, I realised that I was covering more than just Alfresco specific topics and decided it was high time to split my general interest in Content Management (particularly of the Web variety) from my specific focus on the Alfresco platform.ย  So what better way to kick off the new year (not to mention a new decade – and yes, I do realise the decade doesn’t officially start for another 12 months) with a new blog!

For my first act, I plan to (finally) fulfill a promise I made to Justin Cormack, outlining my bottom 10 predictions for 2010.ย  What else would you expect from a curmudgeon?ย  ๐Ÿ˜‰

Published in: on 2010-01-06 at 9:10 am  Leave a Comment