The problem is they often don't get beyond the protoype stage, the 'developer' leaves the company and whole business processes end up depending on something that is no longer maintained.
In our place it took a huge effort to move away from notes. Literally thousands of 'important' databases in the system over the years. Some were converted to web using low-code tech, some were simply archived or exported. But it was a huge mess.
I'm not against prototyping or efficiency at all. But the reality is that Notes had become a really stale platform, and even a prototype should have a continuous maintainer.
In the end we just had too many users using things that nobody knew anything about. This was really a huge risk.
> Because if you don't have the connections to get budget to pay a professional developer, you shouldn't be able to solve your problem with software?
This is a good point though, and we've now kept a whole team of low-code devs that take on things just like this for new projects that could offer efficiency, but they do it in a proper way with documentation and maintenance.
In our place it took a huge effort to move away from notes. Literally thousands of 'important' databases in the system over the years. Some were converted to web using low-code tech, some were simply archived or exported. But it was a huge mess.
I'm not against prototyping or efficiency at all. But the reality is that Notes had become a really stale platform, and even a prototype should have a continuous maintainer.
In the end we just had too many users using things that nobody knew anything about. This was really a huge risk.
> Because if you don't have the connections to get budget to pay a professional developer, you shouldn't be able to solve your problem with software?
This is a good point though, and we've now kept a whole team of low-code devs that take on things just like this for new projects that could offer efficiency, but they do it in a proper way with documentation and maintenance.