Maybe people will tell you that you can't build complicated software on a low-code platform. Those developers may have been using the wrong platform. Hopefully I can help guide some dev's away from that. There are plenty of low-code platforms around, and most will promise outlandish productivity improvements. But not all of them give you everything you need to actually succeed. Below I offer some ways to help evaulate if a platform can really deliver what they promise, from a developer’s perspective.
I've never met a developer who doesn't produce bugs and you don't want your end-users to catch them for you. Multiple environments enable a more complete and controlled QA process, which far fewer bugs slipping through to users.
You need to be able to roll back changes sometimes, how hard is that going to be? How hard will it be for multiple developers to work on the platform at once? Is that even possible? How does the platform handle conflicts? The answer to this question will determine how well teams can work together, and have an influence on velocity.
If a platform requires you to copy and paste files around manually to deploy it, that platform will not be stable. If a developer needs to follow a manual process to release changes, there will inevitably be mistakes, likely resulting in production downtime. More automation in this space is almost always a good thing. Good platforms in this space allow you to do it in a few clicks. The bad one's will require you copy and paste files around like it's 1998.
This is where a lot of low-code platforms fall down. Software gets complicated. The more functionality it has, the more complicated it gets. If you can't organise, re-use and encapsulate that complexity then you can't build high quality, reliable and maintainable systems
Documentation should cover more than just how to use the platform, it should also guide you towards best practice. It should include practical examples and provide in depth walkthoughs. Some platforms will have forums and support available as well.
No low-code platform can do everything. You will need to integrate with external systems. You are going to need some funtionality from a code library at some point. How hard is it to do this? How much time will it take? What languages does it support? Is your development team familiar with these languages?
Does the platform require patching? How much technical skill and time is required to do that? Who is responsible for patching? Will the vendor do it or do we need to train up and do it ourselves? Do we need to upgrade the platform periodically? How much effort or cost does that upgrade typically involve? Good platforms in this space will offer to handle all of the patching and maintainence for you. Other platforms will see you do it all yourself with little support available.
These tips should help you form a basic framework to evaluate if low-code could work for organisation. As always, there's much to consider depending on your individual situation so if you'd like help planning your next project please get in touch.
At Kiandra, we recognise and acknowledge the pivotal role of performance testing in achieving this fine balance. In this blog, we will unravel what performance testing truly means at Kiandra and why it's a cornerstone of our development philosophy.
Kiandra are proud to announce that it has attained the status of Premier OutSystems Partner – the most important partnership status from the world’s leading enterprise low-code platform.
Kiandra has received the OutSystems Partner of the Year Award for the entire Australia New Zealand region. The custom software solutions provider was recognised at the ‘Top Partner of Australia and New Zealand’.
Whether you’re curious about custom software or have a specific problem to solve – we’re here to answer your questions. Fill in the following form, and we’ll be in touch soon.