the corner office

a blog, by Colin Pretorius

« Fuhree | Main | IBM buys GlueCode »

# Workplace and Notes

There's been some heated discussion over the past week about the state of the Notes/Domino market (eg. in response to blog entries from Carl Tyler, Volker Weber and Ed Brill, and a follow-up from Rocky Oliver, and others), and that has also segued into other discussions around the merits and demerits of Lotus Workplace (more at vowe.net and viz also Greyhawk68's experiences).

I don't really have an opinion about the Notes market - it seems fairly flat, but not dead, locally. If lots of people are saying business is great and lots of other people are saying it's grim, then the truth is probably somewhere in between. More thoughts on that another time maybe. The discussion around Workplace is fairly intriguing though. I haven't played with it, so I can't say how cool it is or isn't. It certainly sounds incredibly promising, particularly when it comes to the possibilities of the Eclipse RCP and what that will mean for next-gen rich client apps - within or outside a Notes paradigm.

Apart from residual uncertainty and unhappiness from the original Notes vs Workplace confusion, the major gripe still seems to be that Workplace is a monster. To install... getting better, but still not there. Tangentially, there's something people allude to and what I think is the real problem: you can't bang it onto an old PIII or whatever in your home office and play around with it. You can do that with Domino, and with Tomcat, and MySQL, and PostgreSQL, and Apache, and PHP and ditto for lots of MS stuff. The software is essentially free, and accessible, and you can get stuck in on a Sunday afternoon and grok what those platforms and environments do and what they can offer you. And in this modern day and age, this is why there are strong developer communities and ecosystems around all these cheap and accessible chunks of software. They have fsck-aroundability.

But when you need machines with heaps of gigs of RAM and multiple CPUs just to get a slow proof-of-concept environment going, you're talking about big-ass enterprise software, and that's another baby entirely. Nobody runs SAP at home, not many people have AS/400's running in their basements. People don't do pet projects on Websphere servers and blogs aren't persisted into DB2 backends. That's not a good or bad thing per se, that's just the nature of the beast; these systems have different things to offer (although a lack of fsck-aroundability is a disadvantage). I just think some of the disillusionment happens because people are expecting Workplace to be as lean and accessible as something like Domino, and it's not, and maybe never will be.

A side issue is just why a platform needs that much memory and CPU power when other platforms get you 80% or 90% or even 100% of the way there for a tenth of the resource requirements, but that's another story.

File under: techie : {2005.05.09 23:46}

Comments:

1. Greyhawk68 (2005.05.10 - 16:22) #

I think the major problem with Workplace Services Express is that it is combining Portal Server, Workplace Server, and a Cloudscape database and throwing it all into one box. Each one wants as much RAM as it can suck up, and that makes the requirements outlandish.

In a full-blown Workplace environment you would have a separate Web server, Portal Server, Database Server and Workplace Server. Distributing the load probably makes it work much better. Cramming it all into one box and declaring it a solution just doesn't work.

Hopefully the imminent 2.5 release will address some of this stuff, because I think it really does show promise.

-Grey

2. Brendon Upson (2005.05.11 - 11:00) #

I have been playing around with Eclipse plugins for the last day or so. If anyone honestly believes the average developer will do *anything* productive with this complex confusing menagerie think again. On the server side, developing even the simplest portlet is a curiously perplexing experience.

It puzzles me how we here at WNC can develop a full app server in a 450Kb jar file... The full GUI installer including database and installer runs to under 5MB (and installs in under 2mins on any platform). Just looking at the server console now on Puakma.net, we are currently consuming 16.6MB RAM. It frightens me to think what might be in Workplace....

Add a comment

Your name (mandatory):

Your email:
Your email address is not displayed
Your home page:

Comment (sorry, no HTML):

Remember details?
Yes No

meta

-home-
about
contact
disclaimer
articles
code
tech blog

style: [?]
[plain.dark.blue]

Categories

java
linux
music
notes/domino
personal
politiek
studies
techie
thee_blog
world

RSS Feeds

rssfeed all posts
rssfeed all cmts
rssfeed tech posts
rssfeed tech cmts

Archives

2012.02
2012.01
2011.12
2011.11
2011.10
2011.09
2011.08
2011.07
2011.06
2011.05
2011.04
2011.03
2011.02
2011.01
2010.12
2010.11
2010.10
2010.09
2010.08
2010.07
2010.06
2010.05
2010.04
2010.03
2010.02
2010.01
2009.12
2009.11
2009.10
2009.09
2009.08
2009.07
2009.06
2009.05
2009.04
2009.03
2009.02
2009.01
2008.12
2008.11
2008.10
2008.09
2008.08
2008.07
2008.06
2008.05
2008.04
2008.03
2008.02
2008.01
2007.12
2007.11
2007.10
2007.09
2007.08
2007.07
2007.06
2007.05
2007.04
2007.03
2007.02
2007.01
2006.12
2006.11
2006.10
2006.09
2006.08
2006.07
2006.06
2006.05
2006.04
2006.03
2006.02
2006.01
2005.12
2005.11
2005.10
2005.09
2005.08
2005.07
2005.06
2005.05
2005.04
2005.03
2005.02
2005.01
2004.12
2004.11
2004.10
2004.09
2004.08
2004.07
2004.06
2004.05
2004.04
2004.03
2004.02
2004.01
2003.12
2003.11
2003.10
2003.09
2003.08
2003.07
2003.06

© Colin Pretorius