DEV Community

Aurimas Dainius
Aurimas Dainius

Posted on

Collaborating with business using low-code development

Has it ever happened to you while coding that you either had to:

  1. Draw a diagram before starting coding to put ideas into place and have a scheme of how a process should look like?
  2. Have to draw a diagram to show to a business stakeholder so that you are able to more easily explain how a process works?

I bet you've faced at least one of those situations.

Lost in translation

There are a few problems caused by such scenarios:

  1. The biggest one is that some information will inevitably be lost in translation. Some information will be lost in the intermediate step of drawing a diagram, whether you plan to write code from it later or you draw it based on existing code.
  2. It takes time and energy to make a more visual model of what needs to be done.

How low-code can help

One of the biggest advantages of low-code development is visual programming where instead of writing text you drag and drop or draw elements that eventually do something you expect.

Let's consider the example below:

A simple business microflow in Mendix

Are you able to deduce what is done in this flow? (called microflow in Mendix)

I would argue even a non-technical person will understand the gist of it.

We get the following benefits of visual programming in this case:

  1. Both you and the more business-oriented person (but anyone can benefit from this really) will have a much more intuitive representation of a business process. And it's an actual piece of software that runs and is constantly evolving, not some document that stays hidden away in Confluence and eventually becomes obsolete.
  2. It's quicker as we can understand drawings much faster than we can read text.
  3. It's shared because the other person, even if they don't have a lot of technical skills, will be able to figure out more or less what they are seeing. It can also be used in meetings/presentations.
  4. Less information will be lost in translation as there are simply fewer steps for information to travel.

There are some drawbacks too:

  1. Poorly implemented microflows would still be difficult to understand.
  2. Some training is still needed. Any visual programming tool still has a notation which, even if simple, requires at least minimal investment to understand.

Summary

It's a simple use case, but stacked up over time, over many interactions can add up to significantly less time used for such activities and likely producing better results due to less friction in knowledge sharing.

You still need to follow good programming practices with low-code:

  1. Avoid microflows with too much stuff in it. Just like in normal programming, code that executes business logic should be quite clear to read and not overloaded with technical calls.
  2. Don't be afraid of long variable/object names. This is descriptive and most of the time avoids the need for comments, which tend to not be updated as logic changes.

As low-code tooling continues to evolve, I feel like the gap between developer and business knowledge will grow ever smaller, benefiting everyone involved.

Heroku

This site is built on Heroku

Join the ranks of developers at Salesforce, Airbase, DEV, and more who deploy their mission critical applications on Heroku. Sign up today and launch your first app!

Get Started

Top comments (0)

Heroku

This site is powered by Heroku

Heroku was created by developers, for developers. Get started today and find out why Heroku has been the platform of choice for brands like DEV for over a decade.

Sign Up

👋 Kindness is contagious

Discover a treasure trove of wisdom within this insightful piece, highly respected in the nurturing DEV Community enviroment. Developers, whether novice or expert, are encouraged to participate and add to our shared knowledge basin.

A simple "thank you" can illuminate someone's day. Express your appreciation in the comments section!

On DEV, sharing ideas smoothens our journey and strengthens our community ties. Learn something useful? Offering a quick thanks to the author is deeply appreciated.

Okay