Translating documents

It has been a while since i’ve wrote here. So.. let’s relight the candle.

I have a Microsoft Word document. How can I translate it? Or just some words from it.

Well, you can look online for a freelancer or a company who provides translation services. But that costs money… and quite some time. Or you can ask your friend Moe to help. But… yeah…

If you are on a recent version of Office, you might have noticed a “Translate” button in the “Review” ribbon tab. This is a standard feature provided by Microsoft to help. But it doesn’t really.

01Now we have a better option, to use an Office (Word, Excel… etc) plugin called “SDL Language Cloud – Translation for Documents” (an incredibly long name, I know). Besides the fact that it actually works… let’s see how it can help us.


Install the plugin

Open MS Word and “Insert” -> Add-ins (Store) -> “SDL Language Cloud – Translation for Documents”. You will need an SDL Language Cloud subscription also (free trials available).

Start translating

What this plugin does is to use the automatic machine translation engines to send you complete translations back. Which you can edit afterwards to your liking, if needed.

translate selected textThis can be done for selected text or for the entire document at once (preserving formatting, pictures… etc).

Translating pieces of text

Select the text, choose the From and To languages (no autodetection) and decide if you want the translation to replace the text or come afterwards (so you can still see them somehow in parallel).

Translating the entire document

Switching to the option for entire document translation brings up a new possibility: usage of dictionaries (eg: terminology).

translate document optionBut first, it’s nice that what this does is create a new document in the destination language. It does seem to take a while, maybe several minutes.

About the dictionary, this is very useful if you have a document with some words you would like to be translated always in a certain manner (or finalnot translated at all.. such as brand names which are actually normal words) or company taglines. In order to do this one must use the Language Cloud online to define the dictionary and then use it in this plugin.

That’s it.

All in all… much better than the Microsoft Translate option in Office… which does not work for selected text and for the entire document it just opens it in a web view from where you can’t even download it.

Key things:

  • Works in regular Word application and in the Online version
  • Translating pieces of text is easy, “in place” or “appending” to your text
  • Translating documents preserves the formatting, pictures, tables etc
  • You can use dictionaries to make sure certain things are always translated as prescribed (terminology)

Disclaimer: I work for SDL and this is how I came to learn about this plugin.

The Content Mangement Engine

After about 15 years in the Enterprise/Business Content Management space, I am sad to say we’re not much better than 10 years ago.

Our ECM software is still “off course” and, more importantly, users hate it. They are forced to use it mostly because some higher management decided that’s the way things need to be done. It is a “process thing”.
Sure, one can find examples of truly successful projects but let’s face it… they are not the norm.

The usual reaction of vendors to this challenge is to build the “yet another ECM platform/software/product”. Which will be leaner, friendlier, modern… cloudier (eeyy!) than the current ones. And will sell like gold while conquering the world.


Obligatory cat picture

I think we should take all that knowledge we gathered in building content management systems and mix it with the real, basic way people use content in the first place. In the Operating System.

Think of it. What’s the most important difference between a normal file and a piece of content? Metadata. You could devise a pretty clever engine to manage metadata for all files at the OS level.

Some will say that it’s more than metadata that makes a content object. Such as behavior. I would say there’s an app for anything. Apply this pattern and your behavior is done. Based on metadata, of course.

Make that synch-able across devices. How? Through the cloud like paradigm. Public, private, hybrid.. whateva’.

Being in the OS solves also the “checkout -> open in native app -> save back” conundrum. Yes, the “web” ECM suites are still struggling with this in 2015+. Incredible, isn’t it? Anyone remember the Java applets – they just don’t die because there is no other way around it. yet (but after 10+ years of them being used in this use case).

Security? You already have identity management at OS level pretty much going fast ahead to integrated IDM already. Much faster than you would do outside the OS. The rules themselves (as with all the other content governance mechanisms) will obviously need to be in a specific software, on top of the basic OS.

Viewers? There’s an app for that, especially with the sandboxing each modern OS now has. Rights Management? Much easier.

Can you really spot any significant problem which would balance the benefits of having the Content Management Engine built-in the Operating System? With Storage, Metadata, Search, Plugin/App model for extensions, IDM, Security (View/Read/Version/…) & Synch.

One reason would be that in order to do this you need to be an OS vendor with a significant footprint. Google and Apple are far away from this line of thinking, so they probably won’t aim at it. Oracle might see it, but I still don’t have an Oracle OS on any of my devices.
Microsoft is really the only one who can pull it off. But I think they already have a lot on their hands. SharePoint fantastic rise should have already given them the heads up on this one, on another hand…

Or an ISV, brave enough to build OS extensions for Win, OSX, IOS, Linux & Android. Bundle them together with smart software, service backed from an elastic infrastructure…

One can only dream.

Dreams do come true, you know?

Posted in Uncategorized | 1 Reply

A contest for software developers

We recently organized a software development challenge to give newcomers an opportunity to market their application to an enterprise cloud platform. And we did this exactly when the “app” ecosystem buzzed with the fact that enterprise apps offer a greater payback than consumer ones.

Each and every software developer dreams of hitting it big with their great idea. Which is great and perfectly understandable once you get to really know the psychology of us, coding geeks. Instead of dismissing that, let’s harness the energy and help such wannabe entrepreneurs give their idea a shot.

So we did. The idea was simple: you bring the app, we bring the infrastructure and… more importantly… the “go to market”. Sales, channel, marketing, enterprise insight, support… all what a small dev shop does not have.

Oh boy… what a ride! Speaking at dev conferences, powering up the community to talk about it, raid the university campuses around the country, talking one-to-one with potential participants…. And the entries started to come. Some funny. Some serious. Some completely off-course. Some spot-on.

As this is now closed, I have a few suggestions to early software development entrepreneurs:

Do it.
If you have an idea you think it’s worth it. Just do it. There are probably at least other 1000 people like you in the world with the same idea. If you act on it, then you probably already surpassed most of them. That should encourage you enough. On another side… think why there aren’t so many “doing it”: because it’s easier to only think about it than to move a muscle.Don’t “gold polish”! Build an MVP as soon as possible.

If you are not embarrassed by the first version of your product, you’ve launched too latesaid Raid Hoffman and it’s close to perfect.

Find the buyer.
SomebIf you build it they will comeody needs to pay for what you do. Why should they pay? Is what you’re doing worth their money? In their opinion, not yours. This is where things go awkward: you love what you do… but can’t honestly find somebody to pay for it. You’re an artist 🙂 ! We’ve seen this in our competition a lot. The perfect example was for an app which aimed to teach you how to survive a disaster and the first thing it said was “Don’t panic”. Really. Hitchhikers aside, if I open an App after a disaster, then for sure I’m not panicking… am I?

The answers to “who can pay for it” questions are actually very hard to write down. But simple mathematics and a bit of honest estimations would be close to enough to justify a first commercial release. Or the project inclusion to “academic experiments” box.

Publish it.
No matter how marvelous the idea is, and how exceptionally beautiful is executed, if you can’t get it in front of the customer in a convincing manner, you would need a miracle to sell it. It might happen, but it’s much safer to actually work on that.

Well now, my fellow software developers, I know this sounds so “high level”, but it won’t hurt to spend some time on these topics, as high level as they are. If I did that many years ago then probably I would have many more successful products now. And if this would be taught in school, then I would have had many more great submissions in my competition.

How is this linked to Enterprise Content Management?

It is. ECM needs innovation and this can come only from new entrepreneurs. It’s one of the emerging technology area (just look at the sprawl of content producing devices, imagine the sheer volume of such “big content”) and it’s old enough to have a massive legacy waiting for disruption. I just don’t want to see many good ideas go nowhere because their owners didn’t seriously consider all the three pillars above.

Recognizing that you don’t master it all and partnering to see it through. Now that’s a good strategy!

A psihology of cloud

There is one thing which makes cloud offerings appealing in general: these are impersonal social transactions.

Now, let me clarify this a bit: when somebody buys an IT software solution Small shops custom solutionsthe usual way of doing this is by directly talking with the software development company (or a system integrator, somebody doing IT consulting.. etc). This means the buyer and the seller interact in a social manner (even though usually strictly professional 😉 ) and work their way through the finalization of the “project”. A simpler case is for out of the box products but there are seldom such things in the business solutions space.

Cloud changes this. Not by itself, but it can really take off once people on all sides start taking advantage of it.

Everybody says cloud solutions are ‘simple”, “easy”… and we quickly think about this as being “feature”-simple/easy. This is a bit true but a major incentive is the fact that the buyer can obtain its reward without any emotional involvement. He does not need to actually “talk” to some other person, he doesn’t need to explain itself to somebody. He simply clicks. This is where the lure of cloud is.

Of course, this does not mean the traditional way of selling software solutions will die. It’s exactly like when you’re going to the mall/supermarket vs. to your local corner shop. Both will coexist, each of them adapting to the market demands.Supermarket browsing

Now, if any of this is true, we will see vendors adapt to fit this consumer psychology. Maybe it’s not such a big surprise that Amazon is so successful in cloud now… isn’t it?

We need wholesalers and retailers for software solutions. Cloud providers are going to do this and software vendors will transform to meet their demand. But just as in the current physical goods economy, in cloud you’ll find some brands and a certain uniform quality while we will also have local shops with “limited series” products.

This will drive standardization, because you can’t have a supermarket unless you do have many similar products (comparable by some metrics understandable by the customer). And here lies a very big challenge, since in the business solutions area there are currently no pervasive standards, formal on informal. I believe the vendor struggle to be present in cloud with their business solutions (something which we will see more and more in the next year(s), together with the consumer behavior  will generate these standards.

Clearly interesting times…

Content Management Solutions Interoperability

No, this is not about CMIS, although the topic can be linked together not just through an acronym.

infoexchangeThis is a bit inspired by the recent identity crisis manifested in the “Enterprise Content Management” space, by many esteemed professionals doing their best to define either “content” in itself or more nowadays replacing “Enterprise” with “Easy” within ECM. While these kind of discussions are good and provide at least food for thought, I would like to see how we can go forward.

After a period of effervescence in the mid 2000, looking around to see what kind of solutions and software we have for solving common business problems around content…. I don’t see a significant evolution.

Sure, there’s this “cloud” thing. But we’ve been doing SaaS for a much longer time. And there’s file sharing, that’s indeed cool.

What I do believe is missing today is a roadmap to have inter-operability at the business level. Everybody is tackling the “information silo” problem and, of course, this creates new silos based on brand new shining technology.

When Cloud was born, a lot of people said we need to have cloud inter-operability. To integrate one cloud provide with another. But most of the reasons behind this are technical and even if you related them to business needs, there are always more pressing itches which need to be scratched, so the money and time will go elsewhere.

What does the “business” need is actually a way to be able to scratch quickly and later on to exchange their information with other business areas/departments/systems/you get the idea. I don’t want to sound like a prophet, but I think we’ll see new and new information silos created everyday, much faster than any consolidation can occur. And we should not be afraid of this.

These silos need to inter-operate. This is the actual need. Technically, we have CMIS – for example. But not the technical issue is the main roadblock. It’s the data, with its meaning (context, as it can be referred to). How do you exchange data?

Picture this:

What if, every major ECM system (EMC Documentum, IBM FileNet, Microsoft SharePoint, OpenText XYZ, Alfresco etc.) will come preloaded with a set of predefined, extendable “schema” to exemplify how an “invoice” should be modeled? Or a “drawing”, or a “project plan”, or a “meeting minute”?

What if these schema would be built together by a consortium of all these people implementing solutions for customers (eg: Oasis)?

Imagine what this would do for enabling value driven inter-operability.

SharePoint and large files

Suppose you want to put SharePoint to some good use and you or your CIO thought “let’s just use SharePoint as a DMS”.

What can go wrong here? It can store files, users love it, we have plenty of licenses, integrates into Office, has search, versioning, metadata… all sorts of neat stuff.

This is completely true and SharePoint can definetely act as a very good DMS. If you know its limits and really understand that theoretical limits are a different beast in real life. As a side note, a DMS system is almost never just a neutral tool. It needs customization (or at least heavy configuration by a specialist) to implement business rules and processes. I’ll maybe touch on these on another post.

First, you will want to check the official Microsoft Sharepoint boundaries page here. Even in “small” DMS environments you will need to pay close attention to the “File size” limit and to the “Content database items” one.trextrying

So, you’ve found out that the maximmum file size is 2GB and that the recommended file size ranges between 50 and 250 MB. Chances are that you have many important files bigger than this. Jump to the internet and the best MSFT advice you’ll get is somehow sommarized in this TechNet post. Which basically says that you can’t. Or shouldn’t.

Don’t get me wrong. Technically, anything is possible in software and there are convoluted ways of making SharePoint handling files over 2GB in size. Such as splitting the file in volumes and storing those instead… and aggregating them on download… messy stuff.. Or use RBS for offloading the content database from SQL Server while you aim for the 4 TB limit (but still helpless for 2GB+). After which you are forced anyway to restructure your core DMS business solution logical architecture.

I, on another hand, have the opinion that a technology platform (eg SharePoint) should help me concentrate on business solutions (eg: solve DMS problems) not require advanced expertise just to make things kinda’ work and then keep an eye on the business requirements and solution to not break my pretty little technical-very-backend architecture limitations.

Back to the issue: can it be done in SharePoint?

Yes. But we need also another content platform to handle the exceptions.

What we can do is build a custom document library (or let’s say, a new type of document library with our additional features) which enable content transfer to and from the user using another content platform for storing the large files. This can work also to overcome the limitation of the number of items in a document library/content database.

Features can be implemented to create/destroy native SharePoint items as needed so that the user will be able to use SharePoint standard document library features on some selected documents if they really need to (provided that it’s not larger than 2GB, case when you are stuck with upload/download/stream only for the content.. no inline editing for you).

This way, the SharePoint limitations will not apply anymore (since the features are presented “at the glass” and interact directly with the other “hidden” content platform) but you still have the SharePoint features for selected items should you wish to bring them into the native space. Searches can be done a variety of ways. Either using SharePoint features (since it can index external stores) or the external CMS may have its own API for that.

Security is also ok, since you will choose a content platform which can really do item level security even for many or large files (in SharePoint you are advised to not use item level security if you have many documents in your library).

Linking the external CMS underneath a SharePoint document library gives you a lot of advantages… I’ll let you discover those, this is just a blog post.

One more hint: if your chosen content platform exposes itself as a CMIS provider, then you really hit the jackpot. Strategically speaking, because in real life SharePoint cannot act as a CMIS client anymore (since ShP 2013, although it could in 2010). But I think they will not be able to ignore this in the future and anyway you’ll find partners developing ShP addons to expose CMIS in the UI.

Here you have it. I just shared with you our solution on how to make SharePoint as a DMS when considering its large files limitation (and also works for the “many files” limitations).

ECM made simple – the hunt for

Anyone who has been involve in “Enterprise” Content Management projects will tell you that usually they are nothing but simple. This complexity rises from a number of from education to procedures, politics, skills, adoption, competence, technical chracteristics.. etc

The quick answer to this is to mount a big implementation project. And everybody is happy: the vendor sells licenses, the consulting team has billable months and the customer feels he gets something important since he spends the big bucks on it.

The problem is that this is the default approach from everyone at the table although it’s clear to any sane-minded person that at least half of such projects would be better if tackled with a different approach: give the customer a tool which he would want to use.

Most of the vendors identified this opportunity and addressed it with the “out of the box technical tool” or “platform” approach. These are at best some DIY kits for customer internal IT staff to still try to do a complex projects to address the ever complex business challege. SharePoint executed this quite well at least until it also hit the wall of complex projects/

Because the answer is not a technical tool or a platform.

There is no universal answer either. At least not about ECM 🙂

We need to diversify. We need strong competence for complex projects but equally we need to have a market for simple to use and access business solutions / applications. There are probably very very few who can do both well, I’m looking forward for a disruption in this area.

This requires a culture change for all participants. I can’t count the meetings I’ve been into where the customer pushed to have feature after feature inside the solution while the supplier said mostly “yes” since it would bring him more money. I call this the hunt for more muney and the fear of failure. After all, the supplier needs to eat and the customer to succeed.

From this situation we can’t escape easily. But we do need to.

Cloud is here to help. Is an enabler, not the answer. But it generates the kind of focus which can lead to a new market. The market for simple ECM solutions. Cheap, easy to use and easy to dispose.


Imagine buying a business solution for under 5k. Or paying under 1k/month for the use of your entire business unit.The CRM space is doing it so why can’t we? Basic Office is already like this, are we so much different?
And how do you tackle the complexity I’ve presented at the beginning? You don’t. You just let the customer decide and adapt. Money is the blood of enterprises and if you lower that entry point with a quality product then you just got yourself a new market. This does not exclude the big multi-million projects… it just adds up.It’s tough but it can be done and when can reach with it the impulse buy area for business owners, you struck gold.

But remember: business solutions, with the right equilibrium of features.

See you there!

Want to deliver ECM solutions in cloud?

While I’m no expert on the topic, I’ve spent a lot of my last years doing just that within our company – which is not a pure player in the space. Here are some ponderings which should be useful both for providers and for customers.The Cloud - from xkcd -

If you’ve not been living under a rock for the last years, you probably noticed the hype called “cloud” (not to mention “big data”, let;’s just leave it to that for a moment). As many pointed out, “cloud” has many meanings and while some are new, a lot of work had already been done  under different not so cool names like PaaS, SaaS (why not AaaS?), IaaS.. etc. Infinite elasticity, scalability and “always on” are subliminal promises vendors lure customers with. Some deliver this better than other. Some customers need it, some not. Well… it’s a free market after all.

Say you are a solution provider (integrator, services, whatever) and want to jump on this bandwagon. You call somebody in the company and say “let’s do this!”. If you’re thorough enough, you’ll make a business plan (at least). Please consider this:

1. You can’t just take on-premise software solutions and make them run in “cloud”.

Especially ECM stuff. If that solution is a good onw, it’s probably very complex. Complexity doesn’t play nice with reusability. Cloud is about reusing as much as possible so you can make economies of scale. If you don’t care about that (eg: you expect less than 20 customers) then consider the people administering it. They will be your staff? If so, do they need to learn a lot of specific characteristics for each of your customers? Hmm….

I’m sure all your enteprise customers will use the same software application, just configured differently. Aren’t they? You’ll educate them? Or you will be the next Consider it. Of course, you can isolate them and basically have an individual instance with all the peculiar characteristics customized for each customer. I sure hope they will be paying you the big buck, because it will be fun to keep that updated in time.

Or you will take the enterprise solutions you have and scale them down to fit a more “general”/small business need. It might work. Remeber: keep it veeeery simple to use. Very. For example; Metadata? You should innovate here. Checkout/checkin? Find another way. Your 20+ action menu? Trim it down to 5. Can’t?

2. Infrastructure is not scalable to the infinity

Put a virtualization layer on top, it eases things up. But you thought of that already. Reality check #1: virtual stuff runs slower than barebone hardware. Reality check #2: top grade infrastructure is expensive. Of course you can try the Google approach and build a lot using commodity hw. But you need special management tools and procedures fo do it. And maybe even rethink your software solutions. Goto no. 1.

Some ECM solution components might not even be compatible with virtualization. Hehehe. Are they yours or do you purchase/oem/integrate from other vendors? What;s their plan?

3. Business model si a different beast

How do you sell it? With the same sales people? How do you incetivize them? I’m sure you are aware that selling cloud stuff brings a tiny-tiny fraction of the initial revenue vs. selling one-off licenses & implementation services. When does your salesperson get bonused? Will this work for them or they will continue to push for the classic sale even if you have cloud to offer?

On the good news side, if you sell in the ECM space you should have already been thinking  about this for at least 1-2 years now… why? The days of multi-million solution sale are gone. The majority of customers are now planning for smaller initial costs and to have services and extensions spread over multiple years. With the ocassional exceptions, but if you’re counting on those, then you’re reading the wrong post.

What about licenses ? Your ECM solution will most likely sum up an impressiove number of third party licensing. Are those vendors providing a clear and adequate licensing model for the cloud? Do you change your user per GB stored? If so, you’re storage vendor is charging you based on the monthly reported usage? Eh?

4. Your internal processes and resources

Once you go live, you need to run it. If you have only a few customers, it’s probably not very much different than what you did until now. Especially if you already provided some sort of SaaS/PaaS before. But this is not the idea… “Cloud” should mean many more customers for you as it means more resources for your customers. Cheaper, for both. So, you will need to redesign internal processes (and tools) to be more effective. When you sell at 5 USD/user/month you need to take inspiration from Henry Ford. Considering you will still keep you current business model, beware how you mix people and resources around.

Support for an ECM solution is complicated. Will you take calls from all the end-users? Are your people capable of understanding this for all those many “cloud” customers you will hopefully have? Or they will just create frustration which will generate a lot of comments in the area of “why did we externalized this? it was much better when our (then thought lousy) IT handled it”. Remember, you’re changing a way of working, you’re not providing a solution to a greenfield area. What works for a telecom company providing commodity services and products will not apply in the ECM space.

The list can go on…

Is it all bad?

No way! Just look around. Although I called cloud “hype”, it passed that stage. Vendors are started to mature and many have realized the above items and are at avrious stages to address them.

This post is for you, our customers! Take care when choosing your cloud provider(s). I really do think you need one (the chances are you probably need cloud vs. you don’t). Do not evaluate in the same way Amazon with Box with EMC or with a specialized solution provider.They are different, at least for the reasons stated above. Work with them in understanding how did they solve the challenges, see their actual experiences and be cautious of “i know how to do it but we have no customers yet” offerings..

EMC Momentum 2012 – some technical bits

Today it was a day to dive into more technical details on the new D7 platform and mingle with other partners.

I attended 2 absolutely great sessions: Rohit Ghai “Transformation: In Action” keynote and the always great one done by Jeroen on Documentum Architecture. I missed the performance session of Ed Bueche… there is so many you can fit in a tight schedule.

Yesterday I was quite disappointed on the “monotoneous” tone of Rick starting keynote. Today, Rohit delivered a completely different show. Very good topics presented in a vivid atmosphere and rhetoric.

The talk nicely presented through clear examples the links from business challenges to the technology. Also, demo’s were done and showcased key integrations between EMC IIG’s new products. 

If you care about Enterprise Content Management (not only of EMC), look at the keynote recording here.

From Jeroen’s session there are so many things to take… here’s a high level list:

D7 and beyond : performance. massive improvements on the session and related memory management. Really matters. I think it’s a reason to plan for an upgrade in itself. NGIS is developed in parallel (more below).

xPlore 1.3: many updates, too technical for a high level list here. It is a key component of D7. New features for content processing as well as for manageability (command line tools etc). Has it’s own release cycle.

REST: the new API to use for the platform. All components will be exposed through REST. XML, Json, AtomPub… My take on this: DFS and DFC are on the way out. The session included a live “demo” on navigating with REST (json) alongside with create/search objects. Pagination included. Impressive and very very useful. Supports resource mobility (HTTP redirects) – nice! Look out for

Line of Sight – monitoring your virtual deployment of Documentum 7 though the usage of common tools existing in the vmWare product portfolio. Useful for OnDemand and similar deployments.

D2 and xCP: the usual stuff… (there is anough about these already written). One interesting thing: D2 is the client NGIS is currently being tested with, it seems to be the first client to work with NGIS (not xCP).

Captiva 7 – automatic classification and information extraction. Very good progress here, really the major thing about C7 (alongside the new UI).

EMC Migration Appliance – a consulting project aimed to move quickly data between old style repositories and repositories used through D2/xCP… Obviously doesn’t move the UI customizations (wg from Webtop).

Syncplicity – a generic connector (Server Synch Agent) between DMS and Syncplicity. Generic, because it can be extended for other repositories/systems.

NGIS – Finally, some info! Work is being done very actively (as I understood). multi-tennancy, base cost per object almost 0, no downtime on upgrading, add servers on the fly, no single point of failure, advanced smart containers, no SQL database (my addition, not on the slide), advanced RBAC and ACL’s side by side base don XACML, ditributed query execution…. and many many more (I have a picture, but my BB can’t upload it… sorry)

CMIS – not on the slides. but I went out and asked about it. Jeroen gave a politically correct answer. It’s clear that since CMIS does not have too much traction in the ECM space… this is not a high priority. It’s a vicious circle. Would have been very nice to see it 1:1 with the REST revolution….

For a very detailed conference live report… look at #mmtm12 on Twitter. Sevral people are doing a great job live tweeting everything.

EMC Momentum 2012 – Day 2 – the launch

Documentum 7, Captiva 7, Syncplicity, Document Sciences, Kazeon, xCP 2.0, D2 4.0 …

And a poor baby surrounded by social media freaks:


The baby was in the keynote, as a method of explaining the emergence of big data. Frankly, I would very much encourage EMC to find more inspirational speakers, especially for keynotes. Rick is surely a guy who has its priorities straight and most probably tries to get the organization execute on the vision… but a keynote must energize the audience. Today it was a calm and serious discussion. Good for a activity review… not so good for raising excitement for the “largest product launch in IIG history”.

That aside… here are my top picks:

Documentum 7:

– Search is a core focus and receives a lot of new features.Thesaurus… etc. This is a great thing. Search needs to be a centerpiece of the platform, not just a feature.

– Do more for less: a lot of performance enhancements touted for session management, memory management (for concurrent users…). Charts show flat line scalability until 400 concurrent users and even beyond. Truly impressive, let’s hope this did not affent the robustness of the platform (ugh! can’t even think of it)

Captiva 7:

– improved UI. Smiled a bit when Rick mentioned they studied the motion of the eye of operators to see which are the hot areas of the UI. Glad to see EMC entering in 2010 🙂 (yes, this kind of usability tests are common for meny years already now).

– intelligent capture (auto-learning in production… etc). Nice idea. I’m a bit cautious to see how this can be truly understood by many customers and used


– the newcomer, it somehow reminds me of the partnership touted a few years ago. Sure, this is an EMC internal product now… And there are some good scenarios to use it. Integration with xCP 2.0 would be a good thing (is on the short term roadmap)

xCP 2.0 and D2 4.0

– I put these 2 together because with the xCP moving from “process/task centered UI” to an “any UI type” paradigm and with D2 being so configurable and extendable with widgets… the line between them is a bit blurry. Both are now in a major transition phase. D2 4.0 does not do all of which 3.1 does, but aims higher. Also, xCP 2.0 is much much better than 1.x as a vision, but needs a lot of execution (and time) to mature.

By the way, Webtop si here to stay. Because it is actually a very valuable piece fo software with a lot of investment in the installed base.

Ah… eRoom was mentioned also. That ol’ bastard just won’t die 🙂

Noticed another thing: Documentum Administrator will be rewritten. Makes sense, since Webtop/WDK is fading out.

There is a lot of efferverscence in Vienna right now… When this cools down, I’m not very sure which is the direction followed by EMC for the UI.A double play (xCP 2 and D2) can be potentially confusing for both partners and customers…

I’ve also seen a lot of things about EMC Solutions. EMC is really building A LOT of solutions of its own. In Life Sciences, in Engineering (the famous EPFM) but also in Healthcare and horizontal stuff like generic archiving. Hmmm… 

See you tomorrow!