![delphilowcode | Embarcadero RAD Studio Delphi C++Builder Blogs](https://i0.wp.com/blogs.embarcadero.com/wp-content/uploads/2020/10/delphilowcode.png?resize=1066%2C694&ssl=1)
These days low-code development is en vogue. Various research groups, such as Gartner, put the low-code application development platform market at ~$10M billion in 2019 and project CAGR to be greater than 20% from 2020 to 2027. In contrast, the market for developer tools has largely remained flat, and growth is estimated to be under 5% at best, largely driven by the wide proliferation of open source.
Why is this important for Delphi developers? Let me first start with a quick overview of low code, since many developers are not familiar with the concept. Low code is a software development approach that requires little to no coding in order to build applications and processes. A low-code development platform uses visual interfaces with simple logic and drag-and-drop features instead of extensive coding languages. Low code is hardly new. Twenty years ago, 4G scripting languages aimed to simplify development by abstracting low-level languages, such as C++, into more simplified scripting languages. Some of these were purpose built (e.g., SAS), and others were more generic (LANSA, UNIFACE, etc.). Many of the latter have now evolved into low-code platforms.
Some of the most popular and relatively new examples of low-code platforms these days are Outsystems and Mendix. They provide visual IDEs and produce web applications that can be deployed on mobile. They have slick UIs, for sure, but what is important is that underneath they consist of Java/C# applications with JavaScript front ends. Indeed, almost always to implement complex apps, you have to go to the source code and program in these respective languages.
![gmpost1 | Embarcadero RAD Studio Delphi C++Builder Blogs](https://i0.wp.com/blogs.embarcadero.com/wp-content/uploads/2020/10/gmpost1.png?resize=750%2C422&ssl=1)
Frequently porting these pieces of the app into the IDE is not that easy, or at least the low-code aspect is lost. For example, you can “expand” Mendix with Java.
![gmpost2 | Embarcadero RAD Studio Delphi C++Builder Blogs](https://i0.wp.com/blogs.embarcadero.com/wp-content/uploads/2020/10/gmpost2.png?resize=750%2C382&ssl=1)
What this means is that, to build a complex app, you suddenly may need a Java developer, JavaScript developer, and yes, an OutSystems visual developer. You can imagine the impact on speed of development and especially maintenance of applications.
While many low codes promise no-code approaches, this is frequently not practical for robust apps that are scalable and performant. It is no accident that all low-code platforms rely on armies of consultants and professional services.
Now, all of these remind you for sure of RAD Studio. What is great about RAD Studio is that you seamlessly move from Visual Development to coding to maximize performance. The resulting app is highly performant and ultimately scalable. Of course, if you want to build a web client, some approaches could send you to JavaScript, but it is not so different from a “fancy” low-code platform.
The main benefit of low code is that you need fewer developers, and people can learn the system fast. Well, that is the secret of Delphi. You need few developers, and learning Delphi is probably as easy as learning any one of these low-c-code platforms. The real Delphi experts know Delphi. The real experts for these other platforms have to know so much more. The Delphi community, which may not be as large as that of C# or C++, is vast compared to any one of these low-code approaches. Finally and importantly, RAD Studio comes at a fraction of the cost of any other low-code solution.
So next time someone asks you to explain why you love RAD Studio and Delphi, just tell them: It is just like having a low-code solution but much better!
Design. Code. Compile. Deploy.
Start Free Trial Upgrade Today
Free Delphi Community Edition Free C++Builder Community Edition
Hi Atanas, yes VCL RAD components has allways been fantastic, an buying Firemonkey has proved to be a genious move that enables Delphi RAD on mobile and even Linux, or more platforms. And styles is a great addition that makes everything look great magically.
But when you speak about web,then buying Extjs is another great idea. A great idea, that I believe,
could be improved, I feel RAD Server is a Dodge Vioer supercar without the engine to do RAD, you have to do everything manually … but if you could buy UNIGUI like you bought Firemonkey (and keep the genious boss onboard) then Rad server would get a RAD engine and you would provide horsepower by expanding Unigui dev team. It would enable better Unigui/Extjs integration with special features (like getting a simple grid cell x,y,Acol,ARow coords without requiring manual javascript coding !)
And maybe he does not want to sell, but it’s where little compagny make the most money, when they get sold to big ones, it should be their goal.
And no it’s not a problem for good competitors like TMS, they wait anyway until Dephi compiles to WebAssembly 😉
Best regards
VERY WELL SAID
I SECOND THAT — GREAT COMMENT AND I AGREE .. buying UniGUI would be a great move loved by the comunity .. WebAssembly as compile target for Delphi is a scenario to dream for as a future road ahead .. i think for all in the comunity even that some has not realised it until they see it AND if it is there.
As newly employee at University in 1982, one of my prime works was to be responsible for an Altos 8000/7 4 user Z80A based computer to help the secretaries to do a better job, but also let other employees (professors etc) and students give better opportunities, but the effect was that one of the secretary started a war againt the institute leader and me and put forward lots of lies and scaremongering about using computers like health threat by dangerous irradiations and lot of other.
Same may apply to Delphi if the developers feel their boss will fire 90% of staff because Delphi makes it so much easier to make a product that works.
Instead, why not focus on the possibility to make the products more scalable by dividing development woerks having one group tying together the components used and when functioning, let another group that risk getting fired do the work to intorduce using interfaces and make the code MVVM functioning.
And if still to many emplyees, use those to make new products after lets say a run of crowdsourcing challenge, like using Something liike Spigit Engage, (https://www.google.no/search?q=spigit+engage)
By the way, maybe there should be a market for a Java -> Delphi tranlator ??
Low code tools and frameworks hide the engine, but in order to create optimal solutions, you have to aware of what going on under the hood, so when things go wrong (crash, slowdown,…), you can diagnose and fix things.
With Delphi you can always take a look under the hood (codes with a full source), examine the engine and figure out if it’s the problem in the engine or your code.
But, at a fraction of cost? It’s like comparing a rollsroyce with a mars mission, the car costs a fraction, but still few spend money for it.