Low-code development has become increasingly popular since the onset of the COVID-19 pandemic in 2020. Low-code technologies allow organizations to build and customize fully responsive, easy-to-deploy applications with little to no coding. It accelerates digital transformation and empowers citizens developers. In this episode of DevOps Unbound, hosts Alan Shimel and Mitch Ashley are joined by Derya Sousa (Kianda), Andrew Manby (HCL) and Brian van den Brink (Valori) to discuss the benefits of low code and how it is transforming software development. The video is below and a transcript of the conversation follows.
Alan Shimel: Hey, everyone, welcome to another episode of DevOps Unbound. DevOps Unbound is a biweekly panel session on all things DevOps, of all thingsโhence the name, DevOps Unbound. It is sponsored by our good friends at Tricentis, and many thanks to Tricentis for sponsoring DevOps Unbound.
For those of you who are catching DevOps Unbound for the first time, in addition to our biweekly panel sessions like this, which are pre-recorded, we also do a monthly live roundtable open to the audience, and you are one of the guests at the roundtable where you get to ask questions and steer the panel discussion yourself. So, if you go to DevOpsUnbound.com or check it out on Digital Anarchist, TechStrongGroup.com, or DevOps.com, you’ll be able to see the schedule and maybe join in one of our live roundtables.
Today, though, is one of our pre-recorded panelsโand what a panel we have. Our topic today is low code/no code and many of its aspects and flavors, if you will.
But before we jump into that, I want to introduce you to our panel todayโand I thought we lost one there for a second, but weโre okay. Let me first introduce you to Brian van den Brink. Brian, welcome to DevOps Unbound.
Brian van den Brink: Thank you, Alan. Yeah, Iโm Brian, I work for Valori, itโs a company in the Netherlands. We completely focus on testing, so we donโt have any developers, itโs really all about testing for us, and I worked there for about eight years now. I started, really, as a tester of test automation, et cetera, but then I also noticed in the assignments I did that it was also important to learn something about requirements, how do you get them ready to be tested.
So, I focused also a few years on business analysis to get going and know what I need for testing, up until, I think, approximately five years ago when I came into contact with OutSystems, and really focusing now on testing solutions specifically for the OutSystems platform and seeing how can you use a low code platform in your benefit as a tester. And yeah, it really opened a lot of opportunities for me, I think, but also for testers, like, how can you work with low code and use it for your testing strategy, so.
Alan Shimel: Excellent, and thank you very much, Brian. Next, let me introduce you to Derya Sousa, and Iโve been trying all through our prelim to get it right, I hope I did, but if not, say it correctly, but please introduce yourself. Okay, three timeโs the charm. Iโm sorryโgo ahead.
Derya Sousa: Itโs great to be here on this panel today. Thank you so much for having me, first of all. So, Iโm Derya Sousa, Iโm the Co-founder and COO of a company called Kianda Technologies, based in Ireland, helping companies across the globe. Kianda is a no code/low code application development platform, and we are the enablers of digital transformation and accelerators of digital transformation for companies.
My background is in IT. I worked as a developer IT consultant across different companies, industries during my career, and I came across the fact of how difficult it is to deliver digital solutions for companies. Thatโs how the idea of Kianda was born in mid-2016, with the vision of helping people regardless of their technical skills to create the technology they need.
Alan Shimel: Okay, thank you. Thank you for what youโre doing and thank you for joining us today. Our next panel member is Andrewโexcuse me, itโs Andrew Manby, correct? Andrew, if you wouldnโt mind introducing yourself?
Andrew Manby: Sure. My nameโs Andrew Manby. I head up Product Management for our Digital Solutions Portfolio here at HCL Software. You know, in our portfolio, we have both professional developer low code platforms and also citizen developer low code platforms.
A little bit about me, Iโve been involved in multiple successful software products. Some of them you may know about, a product called DataStage, which we created back in a former company that really, along with Informatica, lit the imagination of the data integration market and have also been involved in other market spaces as well, including bringing thought leadership to IBM around big data analytics.
Alan Shimel: Excellent. And then, last but not least, not necessary a panel member, but a panel member, but heโs also my Co-host for DevOps Unbound, itโs TechStrong Group CTO and TechStrong Research Principal and Co-founder, Mitchell Ashley. Hey, Mitch, how are you?
Mitch Ashley: Hey, Alan, always good to be doing a panel together and for the folks on the panel I know, good to see you again. Folks that Iโve met for the first time, like our audienceโgood to have you all here. I know weโll have a great discussion.
Alan Shimel: Absolutely. Thanks. So, guys and gal, let me kick this off. As I was talking about before we went live, I almost view the low code/no code discussion with a BC, Before COVID, time frame, right? Much like ADBC, we have DC and then pre-COVID. I thinkโand Derya, youโre living proof of this. Low code/no code was alive and well prior to COVID, right? You started in 2016. Low code/no codeโs been around, obviously, much longer than that.
But certainly, with the onset of COVID and the pandemic, never have we seen a need to do more, faster, to get apps out better, to expand the base of people who can develop like we have this past going on almost two years now, right, year and a halfโwell, more than a year and a half, two years. And so, weโve seen sort of a rapid development in the state of low code/no code.
And Derya, I donโt mean to pick on you, but Iโm gonna ask you to kinda kick us off, here. I gotta assume that this is what youโve seen at your company in particular over the last year and a half to two years.
Derya Sousa: I think to start with, I could tell you, when we founded Kianda, when we would say low code/no code platform, our audience would say, โWhat do you mean?โ Now, we came to a stage that anyone we talk to understands now, most of the people we are talking to, they understand what we do because of this trend and the movement thatโs happening with the help of the unfortunate event of the pandemic. But low code/no code was always here, solutions that we had. It started long, longโyears ago. You know, we were using Excel sheets, we were using Access, we were using WordPress back then to create our website. So, they are, I think, the initial solutions that we started to use.
But it came to a stage that the surge of the remote working, the surge of the digitalization needs that are growing really dramatically now in the last two years, itโs going into more enterprises, itโs going into more organization level. And what we are seeing, this is a problem thatโs not a new problem. Currently, only 0.5 percent of the work population is capable of coding.
So, what was happening before was, you know, business users, anyone working in organizations, they were in need for technical solutions, and they were always waiting for IT teams to go in and create these systems for them. But itโs changing now, there is more inclusivity in creating technologies, empowering people, regardless of them knowing how to code or not. Itโs giving an amazing world of opportunities for people who were not able to be part of it, be actively part of digital transformation are now becoming what we call citizen developers to create these technology companies, organizations are in need. And of course, we live in a digital first world now with everything thatโs going on around us. Any company who doesnโt try to benefit leverage from these technologies that are rapid application development are gonna stay, unfortunately, behind when it comes to competitive advantages and improving or creating that economical value for the organizations.
Alan Shimel: Agreed. Folks on my panelโthoughts, follow on to that?
Andrew Manby: Yeah, I have a few thoughts. So, you know, as Mitch and I have discussed a couple of times, rightโfor me, low code or sort of no code has been around for a long period of time. In fact, my father-in-law was programming in dBase, you know, many years ago, right? [Laughter]
Alan Shimel: Thatโs another name I havenโt heard in a while.
Andrew Manby: Yeah, okay, letโs get Delphi, FoxPro, all of those things out on the table. Letโs do it.
Mitch Ashley: I think I met your father-in-law, so. [Laughter] [Cross talk] dBase.
Andrew Manby: [Laughter] Yeah. So, all of these things have been around for a long period of time, right? And if technology has taught us anything is, they evolve to serve a particular need and thatโs because the business was trying to accomplish a particular outcome, right? So, they built something, theyโve effectively had it deployed.
Now, whatโs happened now is, you know, we have a lot more tech savvy people in the workforce and, you know, IT is taking a little bit more of a proactive approach. They want a bit more governance, they want a bit more standardization, they also want to be assured of the security and governance of what the business buys, and I think this generation of low code and also no code tools, which I think are two separate things, by the wayโ
Alan Shimel: Absolutely.
Andrew Manby: – help us to do that. And so, you know, I don’t think itโs new. You know, whatโs actually interestingโand I hope weโre gonna get to this, Alanโis the type of things that weโre seeing that people are building with these individual products.
So, I think it was always there beforehand. I think a lot of organizations like, for instance, we have one major airline and thereโs a couple of hundred people who are business users building applications on it, right? But typically, you know, to be clear, a lot of them are employee-facing, and they fill the gap between some of those traditional enterprise applications or maybe to some of those SaaS franchises that we often hear about now to get the job done, right? So, I think it was alive and well before, and I think itโs continuing.
Alan Shimel: Absolutely, itโs continuing, but I think itโs changing. And Brian, I think you might serve as a poster child.
Brian van den Brink: I think, actually, if you look a few years ago, like maybe four or five years ago, a lot of companies were maybe starting to work with, for example, health systems with low code platforms, using them as smaller apps, basically, in their organization.
For example, you know, logging hours of your work, whatever, and then starting to grow, likeโhey, we can really get to a product really fast, and then other departments of the organization see, hey, they realized an app in a few months, and itโs interesting to maybe expand on it. And then you see, like, a center of excellence within a company start to build apps, and then it grows bigger, and now, I think, currently more and more organizations actually use low code for their core applications as well. So, actually, the most important processes are also done with low code nowadays, and itโs growing like that, because they see the benefits, I guess. And when I seeโ
Alan Shimel: Well, why shouldnโt they?
Brian van den Brink: – yeah. And what I see in my work as well is that, if you work in a high code environment, it might be difficult for a tester or for a business analyst to say, โHey, this is how it worksโ and dive into the product, you know, dive into the code, then you need these technical skills. But I think with low code, itโs easier, for example, for a tester to say, โIs this really what we meant with this piece of software?โ and you can really get the dialogue going with your developer, even with your product owner, for example, to see, is it really doing what we want it to do, and how can we improve it, for example? And thatโs so much easier in a low code environment, I think, than in a high code environment.
Mitch Ashley: You know, Alan, thereโs someโAccelerated Strategies, now TechStrong Research did some research earlier this year on low code/no code and there were some interesting trends in that. And I think part of it was driven by, Derya was talking about the effect of the pandemic; you were, as well. That rose software to prominence in terms of business strategy must-have capabilities. And along with that, sort of low code/no code was sort of viewed by IT as something that happened outside of IT, we donโt really care about it, the business units are doing something, whatever, to it is a mainstream platform.
And Iโm not saying it wasnโt before, but I think the embracing of low code/no code as a strategy, I think that improved over the last 18 months, and you can also see it by the need to access data, what information people need to get to, because no application is truly an island. They eventually have to get security, they eventually have to get to data and other systems and the fact that, Andrew, you talk about citizen developers and professional developers both as IT viewing those as legitimate creators of applications.
Are you seeing that trend as well? That certainly bore out in our research.
Andrew Manby: Yeah, so, we have some of our own survey thatโs coming out very shortly that we did with Forrester. You know, we actually found that, from a business decision making perspective for the people surveyed, 80 percent of them said that low code was one of the top three IT priorities for the organization, right?
Mitch Ashley: Mm-hmm.
Andrew Manby: You know, 77 percent of the respondents actually said that, you know, agility and velocity were the two most important things to their business in achieving that.
So yeah, I think companies are realizing that. I do think that thereโs a couple of other different phenomena, and I think, Mitch, you and I have talked about this when weโve had a separate conversation. I do think there are the organically grown stuff that Brian was talking about, which is, you know, you provide a citizen development tool, you establish a center of excellence, right, and then you sort of start draining the desire of the organization to fill the gap with building these applications.
But I think thereโs alsoโand maybe you touched on it, Brianโyou know, organizations are taking also a top down type approach, right? And they’re saying, what are the important digital touch points I have in my organization and, given the advent of COVID, what do I need to be able to fill the gap or continue my business, right? So, if Iโm a retailer, through the early part of COVID, one of the biggest challenges I had was, how do I handle, you know, touchless commerce? How do I pick up the deliveries and still allow my retail department to function, right?
Or say, for instance, Iโm a tax office, right, and all of a sudden, you know, the tax function, thereโs no people in the office, and what we want people to do is start filing an abeyance request to delay the delivery of the taxesโhow are you gonna do that? Or, you know, families are looking for special support, family services support, right? So, those types of things have suddenly become very, very important and low code, whether it was built by the IT organization or it was built by the business has really helped to fill the void. Sometimes, there have been brand new things, and sometimes they’re just really about adapting the business to the new reality.
Alan Shimel: Absolutely. Let me weigh in, here. You know, I think prior to the pandemic, there is a long history of low code as I think, Andrew, you pointed out, right, though it may not have been called low code then. But prior to the pandemic, low code/no code was around, but a lot of people viewed it as, โLook, if Iโve gotta get something done simply, itโs Minecraft, you know, for adults.โ Itโs easy, you know, for simpleโas I think, Brian, you mentioned, itโs good if I wanna track my hours or something like that. Itโs a glorified spreadsheet.
And then I think what weโve seen with the pandemic is, in my mind, weโve seen three branches of low code/no code, and I think, Andrew and Mitchell, you both mentioned it. One is no code, and I gotta be really honest with youโI got a problem with that. I have the same problem with no code that I have with no ops. I think thatโs pure marketing, and I don’t know what you can truly, truly do with just no code. And we can talk about that, feel free when Iโm done if you guys wanna jump.
Andrew Manby: Iโm just thinking about your Excel spreadsheet, right?
Alan Shimel: Uh huh.
Andrew Manby: You know, Excel is no code until you type in that formula.
Alan Shimel: Right, and then all of a sudden, you betterโtake it from me, Iโm illiterate on Excel formulas, so I know thereโs code there.
Mitch Ashley: Because you put in an expression, youโre now coding, right?
Andrew Manby: Yeah, exactly. [Laughter]
Alan Shimel: But when we look at quote-unquote low code, here is the big takeaway with COVID for me is, we have low code for developer teamsโand Brian, Iโm gonna include testers in there, because testers were already scripting and doing some coding in order to write their test.
So, we have low code for development teamsโDevOps teams, whatever you wanna call them, developersโand then we have low code for the quote-unquote citizen developer. These are people who traditionally didnโt do any development other than maybe spreadsheets. And, you know, lo and behold, the business analyst, the person over in Sales or Marketing or in HR, they now have the capability of not having to wait or go through that whole IT process driven formula, but they could use some paint by numbers and relatively easily build a very functional application. Donโt equate citizen developer with simple app. Thereโs some sophisticated stuff we can do now.
Brian van den Brink: Alan, I wanted to react to that is that, indeed, the citizen developers, but also the IT development teams working with low code.
Alan Shimel: Yep.
Brian van den Brink: But what I do see is that more and more companies choose low code to basically restructure their, how do you say, legacy applications, you know, rebuild it or rethink their software. And I think itโs really crucial to still haveโmaybe you can work with citizen developers as part of, okay, what are the business requirements we need and how are we gonna implement it, et cetera. But itโs super important, I think, to still have your development skills on par with what you need. Because even with low code, maybe itโs easier to make something, but you still need the same kind of skill set that the developer would have to know how do I structure things, you know, how do I set up my architecture around it. Those kinds of things are still development skills, maybe without coding, but itโs still development skills, I think.
And thatโs why I think you always need maybe a senior developer, whatever, in your team to be able to handle those kinds of questions and then supported, I think, of course, by juniors or citizen developers even, but the development skills that you need to build an application are still very much necessary, I think.
Alan Shimel: Agreed. Derya, it looks like you wanted toโ
Derya Sousa: I would like to add something, a point to what you said, Alan, to your definitions. So, there are solutions in the market that low code solutions, they generate code for a developer to go in and speed up this process of delivery and make the changes as they receive them.
Alan Shimel: Yeah.
Derya Sousa: There are solutions like what we provide. We donโt generate code, so we call ourselves as our customers call a true no code platform. However, we allow developers to go in and create widgets, create rules and actions that can help them bring that end to end business application to life. And I think thatโs important, because there is a good bit of differentiation between them, and from our experience, we work with IT teams as well as Business Departments.
Alan Shimel: Yeah.
Derya Sousa: But we start with IT Departments, because theyโve seen the benefits they can getโ
Alan Shimel: The strength, the power.
Derya Sousa: – by using a platform like thisโexactly, filling the gaps that they might have. And now, even since the pandemic, we are talking to more public entities forโpublic hospitals, for example, for government agencies. Even them, they tend to be slower to catch up with innovation and technologies. Even them are looking at low code/no code systems, how they can use their legacy systems, which theyโve been using maybe two decades, but they had no idea how, actually, they could bring a user-friendly interface on top of these systems.
So, thatโs where, I think, solutions like rapid application development solutions that come into place and bring a lot of benefits to organizations.
Andrew Manby: Yeah, I would agree that certainly, you know, some of those you think are traditional sort of holdouts, right, typically on the laggards in the adoption curve are certainly doing that. You know, weโve seen that in state government, weโve seen that in large tax authorities. Weโve also seen that in the District of Columbia Motor Vehicle Registry. But I think also one of the things that I want to make sure that we add to the conversation, I sort of touched on it is, you know, I think organizations, Iโm just thinking about actually the first private distribution only utility in North America is the Vermont Electric Company. And they, a lot of companies want to go through additional transformation, right? I know weโve all heard that term, right? But they really set out a plan for a number of years to sort of think about how they could not only replace some of the legacy, but really sort of think about, you know, shifting the cheese on what does it mean to digitize the processes that they actually do.
So, I think, for some of the organizations, you know, they’re not only thinking aboutโokay, how do I put a new front end on an existing system where, you know, itโs been particularly inflexible. But I think also, a lot of them are a lot more, you know, thinking about how do I, you know, move the cheese? So, in the case of the D.C. DMV, how do I, for instance, say, โI donโt want to have people go into a motor vehicle registry to register their vehicle, right? I donโt need them to go into a public office to pay a parking fine or a speeding ticketโwhat if we just actually changed our processes and put it on one of these things, right?
So, I think a lot of organizations out there are actually thinking about low code in that way, and I think thatโs where the conversation shifts from being an IT way and an enabler to also beingโalright, you know, the CMO, the COO has a seat at the table and she is saying, โLook, how can we improve the engagement with our customers where our traditional ways of engagement with them have change significantly?โ And I see probably equal amounts of companies coming to us and saying, โIโd like to do this,โ right? You know, โI want to change the way people buy tires for their cars,โ right?
Mitch Ashley: You know, in thinking about this, it seems that sometimes the terms we create donโt always serve us well, right?
Andrew Manby: Right, right.
Mitch Ashley: And, you know, visual programming is what we wouldโve called low code maybe 5 or 10 years ago and you know, is a macro low code or no code? And actually, I don’t really care, itโs a macro, itโs just likeโyou know, is Python a scripting language or a programming language? I really donโt care. It sort of doesnโt matter. I think the end result is, you know, you talked about, Derya, the rapid application development, and I donโt mean the RAD term, but creating applications quickly and expanding the universe of people who can do that across the business is all good. I mean, itโs to the benefit, to the end of the business. And we can create a mess for ourselves, or we can do it well, in a way that it works together.
But I think, hopefully, we get to a point in a year or two where we donโt think about low code/no code, right, itโs justโitโs another way of, itโs an application platform for creating apps. And anybody can do it, because itโsโI mean, whether itโs no code, I donโt care if Trelloโs a no code or a low code. I donโt care if Zapier is a low code or a no code, you know, just to pick a few commonly used things. I think weโre about the result we wanna get.
Andrew Manby: Yeah, I agree, Mitch. I mean, I think at the end of the day, you know, we obviously know that technology goes in cycles. You know, certainly, in our portfolio, we have low code that we would sell to a customer for doing that specific task, right, and those are broad sort of use cases.
But, you know, low code or that sort of no code citizen developer construct exists in our digital experience platform and it also exists in some technology we have specifically for the DevOps process, which is a low code version way of them to help orchestrate what they do in the DevOps process. And you think to yourselfโwell, are they a commercial low code tool? Well, no, but they’re bringing the, enshrining the value of a no code/low code tool to a specific challenge.
You know, maybe that will be the way that this market will evolve over time, but definitely, I would say that where we are right now is, itโs permeating into lots of different places, right? You know, does that mean that, say, is Monday a no code tool? But probably what makes it stickier is the fact that it has some no code type capabilities to it, right? And maybe thatโs okay, right, for customizing certain types of applications.
Mitch Ashley: Well, it ventures into the whole workflow space, right? I mean, you know, Atlassian now is positioning themselves as a competitor to Monday and others as a workflow tool, and you could say thatโs low code or no code, too. So, itโs really, when we talk about that as a segment of the market, it really is much bigger than just what we might narrowly define as low code.
Alan Shimel: Yeah. So, to me, the definition goes back to something Brian was talking about earlier, and that isโwhatโs the involvement of IT, right? Even with this citizen developer thing, I see it bifurcating. There are some cases where traditional IT teams are calling in a non-traditional IT person to help with the building, architecting, sizing of an app. And that non-traditional IT person benefits from the team being, using low code/no code tools, right? So, thatโs one scenario with the IT Departmentโs involvement.
Then thereโs sort of a shadow low code/no code development kinda operation without IT, right? Whereโhey, man, it takes too long, I donโt wanna go through the whole change management process and the architecting, I just need this quickly. And I got the tool to do it and itโs cheap and itโs SaaS an itโs boom, boom, boom and Iโm done. โHey, whereโd that come from?โ โEh, I built it.โ โYou built it?โ โYeah, I built it.โ Right? And thatโs powerful. Iโm not gonnaโletโs not kid ourselves. Thatโs a powerful enabler in an organization when the IT person says, โHey, wait a second, whereโd you get that?โ โI built that.โ Right?
How do those two jibe? And I think thatโs really where the friction, where the rubber meets the road, and what is low code, what is no code, who does it? I think the delineation is, is IT involved or not? And, you know, Derya, you were saying most of your engagements are going through the IT Department. Brian, you seem to be on the IT Department is involved side of the house as well. Andrew, Iโve heard you go both ways here a little bit. But, to me, thatโs the key sort of indicator.
Andrew Manby: Well, and Alan, can I ask you a question, then, right?
Alan Shimel: Sure.
Andrew Manby: You know, I tend to think about low code for citizen developers to be a bit like a sandbox, right? You know, I liveโwhere I live, thereโs a zoo a mile away, right, and thereโs an area there and a kidsโ playground, thereโs a tent and thereโs a sandbox underneath it, right? And it makes it very easy for the family to sit down and observe their kids, right?
So, you know, I think the way that no code is developing from an IT perspective, itโs trust but verify. Can I see what they’re doing? If they get into trouble, I can help them out, or as Derya said, you know, if thereโs something that they need, right, maybe they need a specific widget to do a payment or they need something to deliver a package or they need some very specific type of math problem and they build an algorithm in the math lab and they want to bring it in, thatโs when IT does that, but also, again, itโs that oversight and governance, right? Trust but verify, but you know, whoโs using the application? What data do they have access to? Are they doing Select Star from HR executive salaries, right? Is someone curating those data sources for them so they can do no harm in their developments?
So, I think thatโs the place where citizen development is going. I think thatโs where organizations want to invest, thatโs where theyโll put the COEs. I think the days of, say, my father-in-law building something in dBase will go away from an IT perspective.
Alan Shimel: So, let me use your sandbox analogy. Iโll put forth the proposition to you that most parents, a lot of mommies, take their kids to the sandbox and leave them there because itโs a relatively safe environment and they can concentrate on other things, maybe doing some of their own work or speaking to the other moms or what have you, and they consider it a safe environment to leave their kids, and they only keep half an eye on them versus, you know, being on swings or something. Same thing, here.
Andrew Manby: Exactly, Alan. So, I think, for me, you hit the nail on the head, right? If itโs about IT backlog, youโve effectively given one strategy to halve or reduce your IT backlog because, with your supervision, right, the moms can go off and do something else which they focus on which really requires their skills.
Alan Shimel: Mm-hmm.
Andrew Manby: But then, you know, as citizen developers in the sandbox, I can get what I need done for the business faster. Isnโt it like a division ofโ
Alan Shimel: Well, letโs go try it.
Andrew Manby: – a division of labor?
Alan Shimel: It is sort of a division of labor because weโre not talking about kids in sandboxes. But when you have testers doing low code/no code, you know, building quick, being able to testing faster, betterโthat, to me, is a very different low code/no code use, right? Thatโs aโ
Brian van den Brink: What we often see, for example, with Tricentis, Tricentis is a low code testing tool, and I think itโs important as a company if, for example, I choose low code development for my core applications. Then also, you have to probably think about what does that mean for the other roles within the IT Department like, do we have to think about then, also, a low code testing tool that fits our development platform, for example? Often, I think what I still see happening is that we choose low code for several reasons and the decisions that help that. Also, you can rely onโokay, thatโs the same decisions we need for our test tooling, for example. And I think whatโs important is that I think what the low code opens is that you can work with a low code platform and use those capabilities for a testing perspective as well.
So, for example, if I test a process, it takes a lot of time to go through all the screens and to test a workflow, for example. And Iโm testing a workflow and thereโs all kinds of data I need to test specific outcomes of that workflow, try to find solutions in your platform to basically mock that data or to set that data up through a faster way than to going through all those screens, maybe you can use an API or you can leverage something out of the platform to make that faster. And I think thatโs where low code testing comes in place is that itโs easier to shift left towards a developer and discuss those kinds of things. Likeโokay, we have a requirement we want from this business perspective, what do we need to build that as a developer and what do we need as a tester to test that more efficiently? And I think thatโs where the thing comes together is that if we discuss that within a team and then itโs really an IT thing, what do we need from a technology perspective to make everybodyโs life easier, basically?
And I think low code, companies use low code, for example, because they have a challenge in finding the technical people to be able to build their apps. And we have similar challenges in testing that itโs difficult to find the technical people to build the technical scripts. So, there, I think we need to make sure, as a company, that you match these challenges in the same way thatโokay, low code platforms probably also need low code testers, because you have, you know, you make those decisions for a reason, I guess. And thatโs what I see in my work.
Yeah, it opens a lot of opportunities as a tester to be more efficient in your work and to make sure that you keep up the pace with your developers. Because low code development is a lot faster than traditional development, and if you donโt change as a tester as well, you will always be, like, a bottleneck in the process, because youโre not as fast anymore. And then thatโs why you need to think of smarter solutions as well.
Alan Shimel: Derya, low code apps need low code testers?
Derya Sousa: Sorry?
Alan Shimel: Brian said something that if you have low code apps, it makes sense to have low code testers.
Derya Sousa: Low code testersโyeah, yeah, absolutely. Just to add to the original conversation about governance and security, I would like to maybe add a couple of points there. I think, again, the solution to what you mentioned, Alan, there isโyes, we deal with IT Departments and, you know, business users are being exposed to these solutions, low code/no code solutionsโwhere is the security, who has access to what, and how we can implement governance. And it sounds like a broad concept, but you know, any organization would need to implement governance, you know, how they operate, what is moss, what is a shoot, what is a can for them to do and now to do things.
And the same approach should be implemented when it comes to employing this type of low code/no code solutions. So, just because the platform is like a LEGO building block or sandbox, as you mentioned, it doesnโt mean that we should forget about everything, itโs too exciting, letโs build whatever we need and, you know, roll it out quickly. I think the same approach as the company would have had in their change management, change control, governance, they all should be now considered the same way for low code/no code approaches, whether itโs IT building it or whether itโs business users building it.
And what we usually see thatโs working is when IT and Business Departments work together. So, IT creates some kind of a controlled environment for these non-IT users to go in and create solutions while IT is shadowing them or supervising them, giving them tools they need. But at the end, itโs all a controlled environment where, Iโm really the biggest fan of giving people free, innovative solutions that they can freely innovate and create solutions they need, but this should not come without a plan. So, a low code/no code system should not be implemented without a plan.
So, thatโs why we are seeing sometimes a struggle that companies go through, because they see the opportunities, they start with one solution and they want to implement so many more in a couple of monthsโ period, and it can be challenging if there is no plan. It can be challenging if there is no strategy, overarching strategy that looks to different kind of aspects of how to implement such a rapid application development system, yeah.
Brian van den Brink: Yeah, when we haveโ
Andrew Manby: I probably disagree, because I think thereโs different modalities. I would say a lot of citizen developer low code is an either they develop it to prototype it and then hand it to IT once theyโve actually proven it, sometimes they’re there for a period of time so itโs literally like a pop-up booth or a food truck. You know, it arrives, it serves it purpose, and then itโs torn down, right? So, I don’t think you can necessarily have IT be involved in all of them.
I mean, certainly, you have some sort of, you know, diamond team to do that, but I don’t think it all happens like that. I think thereโs different ways that, yeah, some of it is definitely planned out through IT and Business to deliver something. Sometimes itโs a cross functional team and itโs driven by the business. But I think part of the attraction of low code, and we mustnโt forget about it is, itโs that organic nature and the empowerment of the people in the business to get their job done.
And sometimes, you know, back to Alanโs point, itโsโyou know, you donโt wanna get slowed down by what ITโs doing and as vendors, if we do our job correctly, we give them that safe space to be able to do that, right? Trust but verify.
Brian van den Brink: I think itโs important toโI think, indeed, what it opens, and I agree there is, it allows you to prototype things from a business perspective, but I think whatโs important then in the next space is that that prototype is not to go in our production environment, basically. So, you know, you have to make sure that sometimes what we say is that, if you look at old spaghetti code, with low code, itโs easy to make, like, fast-cooking spaghetti, basically. Because, you know, you can make your mistakes faster because it allows you to create things faster, as well.
So, I think, indeed, you start with a prototype, you verify the basic concept, and then at some point, if you really wanna structurally have a core application out of it, it has to go through architecture principles and things like that. But I think thatโs what Derya also means, maybe, with the plan is that, once it goes to that, after that first phase, it really goes into that planning phase and how are we gonna structurally broaden this application, for example?
Derya Sousa: Absolutely. Just to add there, so, the applications we build, we deliver, or our customers are delivering are core applications, core business applications, and I donโt see them working well in terms of security and governance if they are just let and thereโs no plan or thereโs no cooperation with IT teams.
So, from my experience, Iโve seen this and there are, really critical solutions are being built with low code/no code systems, and they are connecting to critical data as well, and especially with security in mind, that we all have to have nowadays. I donโt see this getting to the highest potential without IT being involved.
Andrew Manby: Yeah, I will agree about that, but I would argue, continue to argue that there are a lot of things that need to be put in production in a safe space that have been curated by IT that we just allow the business to run with, right? Thatโs just the nature of the beast, right?
Alan Shimel: Absolutely
Andrew Manby: And to be honest, I don’t know why you would want to change that.
Alan Shimel: Well, this is a great conversation, but weโre out of time, weโre over time. But, you know, obviously, if you couldnโt tell at home listening to this, thereโs a lot more we couldโwe couldโve spent all day talking and still not cover it all. Maybe weโll have to re-run it and bring it back for another low code/no code episode, soon.
But weโre gonna need to wrap up this episode of DevOps Unbound. Brian, Andrew, Deryaโthank you so much for joining in and contributing to this panel, it was great. Mitchell, as alwaysโgood job, man, you know? Youโre doing thisโ
Mitch Ashley: Enjoyed listening to the panel as well as participating. Itโs a great group.
Alan Shimel: Absolutely. Many thanks to Tricentis for sponsoring DevOps Unbound. Weโll be back in two weeks with a fresh topic related to DevOps. Hope to see you there and have you join us, but for now, this is Alan Shimel for DevOps Unbound. Have a great day, everyone.
[End of Audio]
