Gadgetopia

Introducing The Dynamic Data Store : EPiServer is shipping a handy new feature in CMS 6 which provides for data storage of…whatever.

[…] storing data in a database using Entity Framework or NHibernate requires you to design and compile a class when developing your application. This works really well when you know the shape or structure of your data at compile time. EPiServer CMS has a few features where the shape or structure of the data isn’t actually known until runtime.

The Dynamic Data Store is very key-value-ish, like Amazon’s SimpleDB or Google’s BigTable.  It gives you a simple place to store variably-shaped data when building your apps, without having to roll new tables or build ORMs.  There are so many times when you just want to store some random piece of data, and the Dynamic Data Store gives you a simple way to do that, and get it back out, strongly-typed, even.

The comments on this blog post are interesting – there are a lot of people expressing reservations that developers will mis-use it, which is understandable.  In everything, it’s all in the execution.  Anything can be mis-used, if you’re careless.

Allan has written a handy example to store ratings of a certain page.  He wrote a simple “Rating” class, which has a property for the page to which it’s applied.  Then he wrote a couple extension methods so you can get this information directly off EPiServer’s core content object.  In the end, he’s built a feature that looks as though it’s built right into EPiServer and has an infrastructure behind it, when really it consists of nothing but a half-dozen methods and perhaps 20 lines of code.

Gilbane Boston 2009 - Content Management Conference: I managed to wrangle a speaking slot at Gilbane Boston on December 1-3.  I’m going to be giving a shortened version of my Chicago talk entitled “Content Types: The Building Blocks of Your Content Model.”

SEO FAQ : An entertaining rant against SEO companies.  I’m not a fan of the SEO industry – for every one credible firm, there are 100 that are completely full of crap.

If you’re a company that’s about to pay some SEO expert, please, I beg you, take that money and hand it to a talented writer or competent web developer instead. It’ll be much better spent.

And here’s why he’s pissed:

I publish a magazine and I know a lot of magazine publishers. And they are forking over embarrassing sums of money to charlatans who say they can raise their search engine rankings. These magazines can barely pay their writers.

A lot of SEO firms prey on ignorance and false hope.  I will grant some exceptions, but it’s largely a disgusting, bottom-feeding industry.

Picosecond : A picosecond is pretty fast – one-trillionth of a second.  As a point of reference:

330 picoseconds (approximately) – the time it takes a common 3.0 GHz computer CPU to add two integers

So, your addition operation requires one-third of one-billionth of one second.  If you had optimized correctly, you wouldn’t have incurred this penalty, you hack.

COPE: Create Once, Publish Everywhere : Here’s an interesting article from NPR on what they call COPE – Create Once, Publish Everywhere.

COPE is the key difference between content management systems and web publishing tools, although these terms are often used interchangeably in our industry. The goal of any CMS should be to gather enough information to present the content on any platform, in any presentation, at any time.

What they’re talking about is storing content in such a way that the final presentation layer is unimportant.  In fact, they differentiate their “CMS” from what they call “WPT” — “Web Publishing Tools.”

This is important – page through the SlideShare presentation on the page.  In it, they show the editing interface where they put together the story, and they show all the different forms which came out of it, from Web to iPhone.  Great examples of presentation-free content management.

In reading this, I was really stuck how similar it is to the post I made this spring called Beyond Web Centricity in Content Management.  I said:

[…] sometimes we (as Web developers) get too caught up in the “Web” part. Sometimes we get very Web-centric about our content, when we really should be looking at content from a completely presentation-free perspective.

The NPR article includes an extensive graphic explaining their different layers of their storage system and where items are cached along the pipeline.

Why do WYSIWYG editors suck at invisible, surrounding elements?

I’m evaluating a design right now to quote a content management implementation.  One of the elements involved arbitrarily shading an area of the page.  The HTML jockey in me says, “Just wrap that section in a DIV…”  But the CMS integrator in me knows that the client is going to be doing this in a WYSIWYG editor, and how do you do this?

One of the problems is that it’s a somewhat abstract thing for content editors to understand – they don’t know anything about HTML and tags, so they can’t grasp the idea of some invisible, surrounding…thing, around their other content.

WYSIWYG editors don’t help.  Try to find easy functionality for surrounding other content in a div and then – and here’s the kicker — putting a class or an ID on that DIV.

If you end up finding or configuring this, then you have to explain it to the editors.  It becomes a training issue, because it’s much tougher to understand than just, “Write some text there…” or “Put an image there…”

So, what ends up happening?  Tables, baby.  A single-row, single-column, single-cell table with a class on it.  WYSIWYG editors have all sorts of functionality for tables, and they show them visually very well in a way content editors understand.

A little sad, though.

Rant over.

Intranet in the cloud : A nice rant about how more companies should host their intranets externally, rather than inside their own infrastructure.

I was recently pressed on the subject of a “hosted intranet” and why an organization shouldn’t outsource their intranet to “the cloud.” God forbid we let professionals who know what they’re doing maintain our second-rate, after-though, cost-center of an intranet!

It is baffling to me that the intranet isn’t hosted externally for more organizations. Well, I’m well versed with clueless executives with knee-jerk reactions around “security”, privacy, and “the way things have always been done” but I guess I’m naïve to have faith that more would start to embrace the 21st century. If these dolts can Facebook then surely there’s hope, right?

At first glance, this fits with my experience.  Intranets should be developed under the auspices of Business Communications, rather than IT.  Blend does continuing technical maintenance of two large-ish intranets, and in both cases, we don’t work directly under IT.  The IT staff of the companies involved are very helpful, but the intranet is not their primary concern.  They only get involved when there’s a problem.

However, my second reaction to hosting an intranet in a cloud is that intranets often (hopefully) get embedded deep into the technical infrastructure of a company.  With any luck, they’re more than just tacked-on news article generators, but instead integrate with internal tools and resources like scheduling, task management, Active Directory, messaging, and the like.

Integrating a system this deep can be hard to do remotely.  I was just looking at Amazon’s Virtual Private Cloud the other day, which puts a cloud of machines local to your network.  While this would certainly work, there would likely be latency issues, and you have to ask what the point is, then.  If your intranet is crippled when it can’t talk closely with other, internal systems with crazy-fast response times, then what’s the point of having it in the cloud in the first place?

80legs : Interesting service – a Web spider for hire.

80legs is a service platform for crawling and processing web content. Our service is very powerful and very affordable. […] Crawl up to 2 billion web pages/day. […] Only $2 per million pages crawled and $0.03 per CPU-hr used.

Nine Mistakes That Turn Your Corporate Intranet into a Ghost Town : I really enjoyed this article.  It’s full of some good, practical advice.

Mistake #2: Creating a one-way communication platform: Intuitively, it doesn’t make sense. Tight controls around who can publish, and strict policies and heavy approval processes only stop people dead in their tracks. If you make it easy for people to contribute and publish information, they’ll gravitate towards the intranet, not away.

This post goes back to my post from years ago entitled The Three Types of Intranets.  So does the point below:

Mistake #5: Downplaying the importance of integration. […] the primary value of an intranet lies within its ability to integrate data from a variety of applications for easier management, accepting anything less would give you little more than a fancy Web interface.

Let us now praise metators : Tony Byrne succumbs to use of the word “metator.”

Metators are not just found among corporate web teams. Records managers have been dealing with metadata for decades. Now, you might think of your enterprise records manager as some corporate ninny who makes you clean up your virtual bedroom. In reality, she is organizing and processing large volumes of information on behalf of the enterprise, its customers, and ultimately for you, too. She is, in short, a metator.

Bob Boiko coined this word long ago – it’s a portmanteau of “editor” and “metadata.”  I’ve loved the idea of it since I read about it in the first edition of The Content Management Bible, so many years ago.  I resist using the term because it’s really awkward to say (seriously – try saying it out loud in a sentence).

The idea is that there’s an editor who isn’t so much concerned with dotting i’s and crossing t’s in an actual piece of content, but more concerned with figuring out where that single piece of content fits into the larger picture – how it relates to other content, and where it should fit in the overall scheme of the information architecture of an organization.

A metator is a librarian, really.  Someone who assumes responsibility for ensuring the all the bits of information in a domain is intelligently organized in relation to each other.  An actual librarian doesn’t read every book, but they know where the books of beekeeping are, and why they’re in that particular spot, and why books on yachtmanship aren’t in the same place.

For a large-enough organization, this role is critical.  Content editors turn out reams of content, and the last stop in the workflow should be a metator who effectively puts the content in his wheeled cart, and pushes it into the stacks to be shelved in the right place.

Content Management Systems just don’t work. : This is an excellent post about something we’ve discussed before – is a “boxed” CMS really worth it?  For instance, in this excerpt, the author is struggling with the decisions that the vendor or platform makes for you:

See— the problem with a full scale Content Management System is that it has too many opinions. Those opinions were though of by somebody other than you and the needs of your organization. The more developed a content management system (or any piece of software, really) the more “opinions” it has. And the more “opinions” it has, the more likely one of them is going to really tick you off.

I can relate to this.  We work with one system in particular that makes an astonishing array of presumptions about how you’re going to use it, and if you try to step outside those presumptions, demons fly out of the abyss and try to suck your eyeballs out.

This goes back to a previous discussion we had about Content Management as an API.  In that post, we had a great experience with hand-rolling a CMS.  Sadly, in another situation it was the exact opposite – we tried to hand-roll something simple, but the client wanted more and more “CMS-ish” features, and there came a point where we realized we had spent so much time and effort that we could of purchased a commercial system and been better off.

For me, the solution is a boxed system with a great API.  In fact, ensure that the system is built from the API out, rather than the interface and publication layer in.  For now, EPiServer has filled this need for us.  eZ publish is good too, and Ektron’s API is getting better and better every release (though they’ve had the distinct disadvantage of backing the API into the product, which makes it so much harder and longer, as they’ve been fleshing out this API for about four years now, and are just now getting close to done with it….)

So, in the end, I don’t agree with the author’s contention that you just need a good Rails/Django developer over a boxed CMS.  He says it’s an over-used point, but I still believe you just end up re-writing too much functionality in the end.

Web content migration: disastrous strategy : Gerry McGovern has a great plan for solving the intranet content problem – don’t migrate your old content. Abandon it and start again.

Taking your old intranet content and migrating it into a new software system is doomed to failure. If your website isn’t working then ask this question: why isn’t the website working? Is it because of the technology? Is it because of the graphics and the layout? Or is it because of the content? Nine-times-out-of-ten it will be the content.

Why I switched from PHP to Python : Here’s the best description I’ve heard yet for why PHP is the way it is (emphasis mine).

What makes PHP, as a language, awesome is also what makes it horrible to work with, which is that it’s not really a language, but rather a giant plugin architecture for exposing lower level libraries in a high level fashion. Most of the language that developers use are, in fact, thin wrappers around popular C functions (curl, mysql, gd, etc.). Most of the time these libraries’ functions are simply exposed as-is. Anyone who’s coded curl in C will feel right at home while using curl from PHP. The problem with this is it leads to wildly inconsistent API’s.

The whole article is a great comparison of Python and PHP.  Worth reading.

Are you paying competitive hourly rates? : J. Boye did a survey of the rates charged by content management integration firms, mostly in Europe.

The values quoted here are in Euros, and the current exchange rate is 1 Euro = $1.42.  As such, system integrators are expensive, it turns out.

Blend charges a list rate of $125/hour, which puts us well under any rates quoted on this page.

Via Seth.

I’d like to learn a new programming language, but I’m struggling with what to learn.  My experience has been in procedural (VBScript, crappy PHP) and object-oriented languages (C#, good PHP).

The temptation is to learn something like Python, but it’s just another OO language really.  There are syntactical differences, but, in the end, the paradigm is the same.  Sure, Ruby has some syntactical sugar to it, but it’s still from the same bloodline.

I’m thinking about going way, way out on a limb…

• Lisp
• Scala
• Erlang
• Prolog
• R
• Processing
• Smalltalk

I want something that’s going to make me look at programming from an entirely different direction.  Any recommendations?