Low-code and no-code

Low-code and no-code platforms offer an alternative solution to counter businesses’ limited ability in making software and address the industry’s challenges of inadequate efficiency and slowed innovation. As a project company that currently doesn’t deliver products under a low/no code paradigm, it would be interesting to overview the actual possibilities, the pros, and the cons.

Pros of Low-Code/No-Code:
1. Less coding
Non-technical users can quickly (learn to) use the platforms as they require minimal to no coding.
2. Productivity and speed.
It is natural that in case of creating more standard interfaces for digital products that not involving any difficulties, UX and frontend-wise, would be faster this way.
3. Increased agility and short-release cycles
The increased speed of developing software allows for shorter release cycles and staying ahead of the competition.
4. Easy to understand
Traditional codes are challenging to understand, which means that debugging will take chunks of time.

Cons of Low-Code/ No-Code:
1. Limited flexibility
With traditional codes, developers can customize the software to any degree they want, whereas low-code and no-code rely on the built-in functionality of the platforms and the plugins. The development team might have difficulty fulfilling related requirements if certain functionality is not provided. 
2. Security and risk
Regarding security, low-code, and no-code projects rely heavily on their platform providers to address any security flaws discovered due to the lack of control over the source code. If these platform providers are liquidated, there will be no security updates, and businesses will be unable to fix the issues themselves. In addition, if companies rely on low-code/no-code platform providers as hosts, their data and systems might be exposed and vulnerable to security breaches.
3. Vendor lock-in
The more a business invests in using a specific low-code/no-code platform, the more difficult it is for them to switch to a different platform. This increases the dependency of the business on an individual vendor.

Where does that leave us? 
The area of low-code/no-code is experiencing much growth thanks to the many pros outlined above. Ultimately, choosing a low-code or a no-code platform depends on each business’s objectives and needs. Some see it as bringing IT and business closer, while others disagree. 
From our perspective, I would say that the above-elaborated development paradigm is still unsuitable for more complex tasks but will give some advantages in simple B2C product creation, such as ” forms and buttons.”
Considering projects we deliver, most of the time, dealing with advanced technologies and complex business cases with risks and security concerns, our client prefers to get the development in a more “classic” way. Companies should consider, but carefully, it is still not mature enough for most complex development tasks.

What is your opinion?