Domino <===> Scott Adams

Again this year, I did not attend IBMConnect. Last year it was for personal reasons, this year it did not make sense given the direction that I see IBMConnect heading towards.  However, I really appreciated that IBM had a number of sessions live and recorded on Livestream for me to watch.  What I really miss is not the sessions, but seeing the people within our community. But that is OK since I will most likely see them at ICON and MWLUG. And I always have Twitter.  The most compelling session for me was the OGS with Scott Adams.  To me what Scott Adams said about himself was a reflection of what I feel about Domino/XWork.  As he mentioned in his presentation, he is not the best in anything he does, like drawing. He practices and tries and eventually become better at it.  That is how I feel about Domino/XWork.

We have been looking into other server technologies and see what we are missing.  Should we venture off into another server platform? Domino is not fastest compared to other technologies, it is not cool compare to nodejs, its HTTP thread is small compared to other technologies, its NoSQL technologies is limited by the 64GBytes file size and 32K limits, view indexing should be redesigned, each time I talk to someone they make fun of me for working with old technology, with the exception of the Windows version the SSL technology is old and so on and on. 

But as Scott Adams said, I am OK with that, because just like Scott Adams, Domino/XWork is flexible. We can and do build on top of what we have and that is the key!
  • SSL not up-to-date, proxy it with Nginx server
  • Need bigger database infrastructure, create connectors to CouchDb or MongoDB
  • Need more threads, get a bigger server, it will still be smaller than a Websphere-based server
  • Need bigger field sizes, use MIME
  • and so on
Because of its flexibility, we as a community will figure out a method to address any limitations.

But one thing that cannot be beaten if IMPLEMENTED CORRECTLY is SECURITY.  So when others are making fun of me using Domino, I ask them how is security implemented and you know what a majority of the developer say, oh the admin handles that or why do you need that level of restrictive security. In today's world, that is the wrong answer. Again, just like NoSQL, Domino was and will be ahead of its time if that makes sense.

So as I move forward on learning, tailoring, and improving Domino/XWork for our needs, just like Scott Adams, we are improving what Domino/XWork can do and more some and when someone ask me why I am using Domino/XWork, I tell them because it is the best and meet the needs of all my current AND future customers.


Comments

Unknown said…
What has your experience been with nginx?

Are you using it as a reverse proxy and/or ssl termination?

Any real gotchas?
February 11, 2014 at 12:15 PM
Mike McP said…
Ideally, rather than implement a round picture of someone's face in Mail Next, IBM could figure out how to eliminate the 64k bottleneck.

Just sayin...we shouldn't need to backend a database platform into another database platform.
February 11, 2014 at 1:33 PM
Domino Interface said…
Russell, I am planning on it. I have not tried yet. A number of others have already done it and it works.
February 11, 2014 at 1:55 PM
Domino Interface said…
Mike, I wish that too, but I don't see it happening.
February 11, 2014 at 1:56 PM
Post a Comment

Popular posts from this blog

The iPhora Journey - Part I - Reimagining Domino

Domino, which is currently owned by HCL Technologies, is one of the most enduring application platforms ever built. It owes its existence to Ray Ozzie, who was heavily influenced by his use of the PLATO system, a pioneering interactive/educational network at the University of Illinois. The first version of Domino (then called Lotus Notes) was released in 1989, and Domino applications from 1989 can still run on the newest version (12.01). You can build Domino applications for deployment on the Notes clients, mobile devices, or Web browsers, and for programming and customization, you can use Nodejs, Java, LotusScript, and Formula language, or any combination of them. Regardless of which programming languages are used, a typical application is usually represented by a single Domino database. However, the IT landscape has changed significantly since Domino was a dominant player in the market. The migration to web and mobile applications using cloud-based solutions has led to the steep decl
Read more

Creating Composite Applications for Classic Lotus Notes Clients – Part 2

Image
This is part 2 of my creating composite application for classic Lotus Notes clients. In part 2, I will cover how a new event in Lotus Notes 8 can used to simplify the process of creating a composite application. You can download the demo code from the sidebar or download it from here. This new event is "onSelect" and is found in Notes View. This event works not only for regular views but also for embedded views and even embedded views within a dialog box. This event is triggered whenever a document is selected in a view. It hold true even when the view is display for the first time. As a Notes developer, I feel this one single event is more than enough reason to upgrade to at least the Lotus Notes 8 Basic client. It makes a number of UI issues simply go away. Just like in the previous Lotus Notes clients we need to create a launch document in our composite application that will be used to trigger the population of the frames in the composite application. However, rather t
Read more

The iPhora Journey - Part 5 - Dammit Jim, I'm a LotusScripter not a JavaScripter

Image
As often said by Dr. McCoy in the original Star Trek series, he is a doctor, not a ____________ .  However, just like Dr. McCoy, you may sometimes need to work on things that seem very alien to your experience.  One of those things, might be JSON. LotusScript, which was derived from Visual Basic, was written long before JSON existed, and therefore, LotusScript had no built-in capabilities for handling JSON objects. As we mentioned in Part 4, JSON plays a critical role in iPhora.  All data are stored as JSON, and JSON serves as the primary data and communication format between modules, functions and services.  All core components operate using JSON-based configurations.  Therefore, it was extremely important that we are able to fluidity create, read and process JSON.   Creating a JSON string is relatively easy in any programming language. You can create it even using Commodore 64 Basic, and if built sequentially, one line at a time, it is possible to create JSON representations of ve
Read more