Why I like Domino

My colleague Patrick sent me a very interesting blog entry about Sharepoint and what it takes to master it.

Interesting reading for every one who wants to know a little more about the product and what it is like to work with it.

Read it?… Ok!
Now you now why I’m happy to be a Domino developer. I suppose we can expect another rip and replace version from Microsoft.
I can’t figure out, why developer keep up with a product management like that? You constantly have to relearn. The experience and knowledge you get is partly made useless with every new version forcing you to learn the basics again. It’s a waist of resources!
I do like challenges. But I do not like to have to throw away my knowledge every time a new release gets out.
No, better stick with things that tends to evolve instead of revolving.

I know a customers developing there own products to overcome these obstacle. After a Biztalk upgrade all their plug-ins were useless, since the api was rewritten. So the decision was made to develop something more independent. Nice to see that Microsoft value them so much, that they get an award for it. But it also shows that some customer are aware of the risks with Microsoft development , you should always consider the fact that you may loose your development investments, when upgrading.
Is that something that is considered in TCO and ROI calculation? Apparently not, the install base would be considerably smaller then.

Microsoft seams to make everything they touch to a complex non transparent issue at the moment. Take the OOXML draft with 6000+ pages. Why so complex?
Microsoft had a very good start with DOS. It’s was simple and easy to use. Basic was also easy to use, not very useful, but simple.
I believe Microsoft lost the word simple after Word 2.0.

In the blog entry there is a list on technologies you have to master to customize Sharepoint. I wounder how that list would look for Domino and Quicker.

First from the Real World software development blog listing:

1. SharePoint
2. SQL Server
3. Internet Information Server
4. Active Directory
5. File Stores
6. Indexing
7. Software Development
8. Search Engines (To help customize the brutal search built into it)
9. Database Design and Development
10. XML
11. .NET 2.0
12. ISA Server
13. Master Pages

And for Domino with Quickr:

  1. Domino server
  2. LotusScript
  3. Formula
  4. Java
  5. JavaScript
  6. XML

(Comparing Domino and Quickr and Sharepoint with each other is not fair, but comparing Microsoft products against Lotus products have never been fair, either way)

What struck me most is not the fact that there is a big difference in the number of lines, but he fact there is only one product/system to learn. No SQL server, no IIS… only Domino!

Now I know why I like Domino, it is simple to manage and easy to use. Developing application can be quick and simple or hard and complex. You as a developer have the choice.

At the moment I feel lucky not having to learn another system, being able to concentrate on things I find interesting. Namely perfecting my Java, JavaScript and the new (not rewritten) functionalities in Domino 8.

Maybe that’s why so many Domino developer have time to blog 🙂


Some issues when installing the Quickr QIssues from SNAPPS

Tried to install QIssues from SNAPPS this week at a business partner event (Moment Quickr Partner Teknik utbildning) in Kista, Sweden.

Focus off the event was to learn how to install and customize Quickr.

The course were held by Rob Enright a great teacher even though his music taste needs getting used to 😉 . A lot of hands on, which I like a lot. Good step by step instructions even though the material had some small obstacles to overcome, as typos and some order issues.
Nothing really big and nothing that reduced the overall experience. On the contrary, in this case, the faults enriched my overall experience. Finding and correcting simple faults is a great way to learn.

During the class, which was the first time i installed Quickr and the first time I tried to install the free Quickr templates from SNAPPS, I did have some problems installing it. The documentation did not contain all the necessary steps to get it to work on my Quickr installation.
Here’s what I did!

Now I only have to learn how to create my on templates.

Another thing I learn is that the user experience for quicker on Domino and WebSphere shows some big differences. I believe it would have been a great idea to put the developer in the same room from the beginning, and use the same team for defining usability and functionality.

It is a little bit sad that when trying to explain Quickr for a customer, there is going to be a lot of “but” and “will be better soon”.
Something that is confusing for the customer is hard to explain and harder to sell. Great product great vision, but not 100% ready in that respect.

Hope the usability and functionality will near each other sooner then planned.

Installing SNAPPS template

Last week I installed quickr for the first time and the free quickr templates from SNAPPS .
I started of with with QIssues. Following the instruction everything went well until “load qptool register…” it gave me an error in the connection with LDAP. Something with a wrong credential. Google said it is probably caused by a wrong password or user name.

After playing around a bit, I found away of installing the templates. I’m pretty sure it is not the best way but it worked for me. Some step may not be necessary.

This is what I did:

  1. Registered at SNAPPS to download the templates and documentation.
  2. Install qcommon_files.zip and qengine_db.zip. as described in the documentation
  3. Then follow the description in step 1 and 2 in the “Instructions for Installing a Single Template for Standalone Use” section.
  4. Before you do step 3. Create a group in the domino directory called “QuickPlaceAdministratorsSUGroups” can be found in the ACL in main.nsf in the qissues folder, put your Quickr administrator and Domino administrator in it. Without it you have no access to the application since default is set to “No Access”.
  5. Now sign the three files in the qissues folder. Use an ID that can run agents on the server.
  6. I had the option “Allow managers to create new users in each place” active. Can be found in User Directory => Change Directory => LDAP Server. I’m not sure if this solved the problem or the signing of the databases.
  7. Now go to the 3:d step in “Instructions for Installing a Single Template for Standalone Use”.
  8. Since the manager of the template, now has been registered in Quickr but not in LDAP (Domino directory), it was not possible to log in with the suggested user name in step 4. Therefor I added a new person in to the directory, with mail system set to “none”. To get the right user name I copied it from the main.nsf ACL in the qissues folder and pasted it in to the User Name field. Then gave it the first name qissues and last name SNAPPS. In short name I entered qissues and set the password to the same. Then I was able to move on to step 4.

After that had no more problems. All the tests I did went well.

I tried to install it, with the template q*-user registered in the domino directory beforehand. But then I got an error telling me that the user already existed when loading qptool register.

Hope it can save you some time when trying the templates!