Skip to main content

The Future of Domino from the POV of an ISV

Many in the ICS community have made the statement that Notes and Domino are dead.

Many in the ICS community have been questioning the future of Domino and they have ever right to do so considering the lack of and inconsistent communication from IBM and lack of improvements to the platform for the past 4 years.  Yes we have had improvements regarding SSL security fixes but that was driven by the discovery of serious vulnerabilities in SSL.

Like many customers and IBM partners, we built many many Notes applications internally and for clients. Some of these applications are still running on many of our clients and will continue to do so for the foreseeable future. They do not have the coolest interfaces since those capabilities weren't around even from other vendors at the time they were developed. They are clunky looking, but they are secure which is very important since the beginning of Notes and more so these days. 

IBM announced yesterday that they are extending support for Domino at least until 2021 and will be providing incremental enhancements to Domino through fix and feature packs which I am glad to hear. Personally, I dislike the naming convention for future releases which will be provided as feature packs. I thought it was confusing and did not project the feeling that Notes and Domino were vibrant products. IBM should start with a different naming convention given that they are switching to incremental enhancements through feature packs.

Over 5 years ago, we started making the transition from a consulting firm to an ISV. As an ISV that provide business solutions either through mobile or web client, the naming convention is irrelevant for us. Customers never sees the version number nor they even know that it is Domino at the core.

There are three types of ISVs for Domino. Looking at our wonderful MWLUG sponsors, you have application ISVs like Riva CRM Integration who develop applications that works on Domino, you have IBM ICS product ISVs like BCC, Crossware, HADSL, panagenda, RPR Wyatt, Teamstudio and Ytria that enhances and augments the ICS product portfolio, and then you have us, Phora Group. Why do we separate ourselves from other ISVs?  

We wanted a scalable multi-tenant application architecture with data security being the up-most of importance. For Phora Group, Domino is a JSON-based NoSQL database infrastructure comparable to MongoDB, CouchDB and Couchbase but data security built into it core architecture. It is an application/database server.  When we started the process of developing iPhora, we looked at developing it using these other technologies.  However, the advantage of Domino is that authentication, data distribution, web services, integration, data security, application logic and many others things are built into its architecture all packaged into a small but scalable footprint. There are stuff in Domino that just isn't that easy to duplicate using other platforms.  

When we designed iPhora, we wanted its architecture to be database infrastructure agnostic and if needed, we could transition it to other database technologies.  So we developed the iPhora architecture as abstraction layers with application logic driven through RESTful services that are surfaced with a JavaScript-based MVC. The architecture is based on what many call "modern" or "cooler" approaches. We redesigned many of the functionalities in Domino including security and data management all of which can be transitioned to different platforms. The core components found in Domino are what is important to us and is what makes Domino unique.

So from our unique POV as an ISV as long as Domino is alive and kicking it is good news for us. Based on what we are hearing from IBM, the core Domino technology will continue to be an integral part of our iPhora solutions. It provides us a unique platform unlike any other, even after 26 years.  My wish list is not more features, but separate Domino into core blocks and allow us ISVs to build Domino like Lego blocks to match our needs. Less is more.

Comments

Mike McGarel said…
I particularly liked your focus on using Domino as a NoSQL database with its built-in advantages.

Popular posts from this blog

The iPhora Journey - Part 8 - Flow-based Programming

After my last post in this series -- way back in September 2022, several things happened that prevented any further installments. First came CollabSphere 2022 and then CollabSphere 2023, and organizing international conferences can easily consume all of one's spare time. Throughout this same time period, our product development efforts continued at full speed and are just now coming to fruition, which means it is finally time to continue our blog series. So let's get started... As developers, most of us create applications through the conscious act of programming, either procedural, as many of us old-timers grew up with, or object-oriented, which we grudgingly had to admit was better. This is true whether we are using Java, LotusScript, C++ or Rust on Domino. (By the way, does anyone remember Pascal? When I was in school, I remember being told it was the language of the future, but for some reason it didn't seem to survive past the MTV era).  But in the last decade, there a...

Creating Twitter Bootstrap Widgets - Part II - Let's Assemble

Creating Twitter Bootstrap Widgets - Part I - Anatomy of a Widget Creating Twitter Bootstrap Widgets - Part II - Let's Assemble Creating Twitter Bootstrap Widgets - Part IIIA - Using Dojo To Bring It Together This is two part of my five part series "Creating Twitter Bootstrap Widgets".   As I mentioned in part one of this series, Twitter Bootstrap widgets are built from a collection standard HTML elements, styled, and programmed to function as a single unit. The goal of this series is to teach you how to create a Bootstrap widget that utilizes the Bootstrap CSS and Dojo. The use of Dojo with Bootstrap is very limited with the exception of Kevin Armstrong who did an incredible job with his Dojo Bootstrap, http://dojobootstrap.com. Our example is a combo box that we are building to replace the standard Bootstrap combo box. In part one, we built a widget that looks like a combo box but did not have a drop down menu associated with it to allow the user to make a select...

The iPhora Journey - Part 3 - Creating an Integrated UI Framework

The iPhora Journey - Part 1 - Reimagining Domino The iPhora Journey - Part 2 - Domino, the Little Engine that Could The iPhora Journey - Part 3 - Creating an Integrated UI Framework There are many ways to create the user interface (UI) for a web application. The HTML page could be created on the server and then pushed out. It could be static with the data generated on the page by the server with JavaScript, providing a more dynamic experience, or the server could generate new HTML content to update portions of the web page. XPages or PHP are good examples of this. Another method is to have the web page partially generated by the server and have JavaScript build the rest of the HTML by pulling data from the server via an API. This is the approach used in the Single Page Application (SPA) model. In all cases, it is still dependent on the web server technology being using.  As mentioned previously in this blog, XPages is dependent on complete integration between form and document, whi...