pixel - Fotolia

Get started Bring yourself up to speed with our introductory content.

Codeless development churns out simple in-house apps

Not every company has the expertise on staff to meet all of its in-house app development needs through traditional app dev, but codeless development can help IT cover more ground.

This article can also be found in the Premium Editorial Download: Modern Mobility: There's an enterprise app store for that:

Many companies face the challenge of developing custom mobile applications without sufficient resources or coding expertise. For those organizations, help is on the horizon with codeless application development platforms.

With codeless app development, workers with little development experience can easily add features -- including geolocation, maps and the ability to take a signature directly on a device -- into a mobile app via a drag-and-drop interface.

These tools will become critically important in the coming years. By 2018, more than half of all employee-facing mobile apps will be made by enterprise business analysts using codeless tools, according to Gartner's "Predicts 2015: Mobile and Wireless" report.

Code or no code?

The benefits of using codeless tools for mobile app development are clear: No knowledge of complex code is required, and the platforms spit out simple, reusable models on which to build applications. This approach reduces the number of applications IT needs to outsource to developer partners. It also frees up experienced developers to focus their efforts on critical business-to-consumer apps, which often contribute more significantly to the company's bottom line.

No knowledge of complex code is required.

Codeless development also speeds up the process of creating apps for straightforward projects such as consumer surveys or mobile-based data entry. This lets IT create more efficient, mobilized business processes for employees in less time than it would take for more complicated apps to be built. But not every app is a good fit for codeless development. Some internal apps may still require more heavy lifting with code, such as applications requiring rich graphical interfaces.  

Codeless capabilities are now significant features in mobile application development platforms (MADPs) including Kony's Modeler, Salesforce1 Lightning, Oracle's Mobile Application Framework, IBM Worklight and SAP Web IDE. Some codeless MADPs also include back-end integration capabilities, application templates rather than reusable components, and tools for both native and hybrid development.

This article originally appeared in the May issue of the Modern Mobility e-zine.

Next Steps

Learn more about codeless MADP

MADPs are part of the new enterprise mobile technology stack

This was last published in May 2015

Dig Deeper on EMM tools | Enterprise mobility management technology

PRO+

Content

Find more PRO+ content and other member only offers, here.

Join the conversation

6 comments

Send me notifications when other members comment.

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Please create a username to comment.

How would codeless development help your organization produce in-house applications?
Cancel

Historically, there were major attempts with "codeless development". Visual programming, for instance: https://en.wikipedia.org/wiki/Visual_programming_language


It stayed, but success is limited.

Cancel
I think it has the potential to help produce an array of poorly-built in-house applications. I think the problem is that it lowers the entry threshold, and fosters development without an understanding of the intricacies of software development.
Cancel
You know I was talking about something like this a few weeks ago.  And I wish I could remember who it was that said it, but someone told me that every time they try to make a tool to take the complexity out of programming, it end sup either not being flexible enough, or you still end up having to have a programmer to use it.

That may not always be true, but I definitely feel that sometimes the tools are the problem.
Cancel
You know, I'm currently reading Jerry Weinberg's books from series "Psychology of Programming" - helped me realize one more angle. All this "magic" that techies can do drives [certain kind of] managers crazy. They want predictable and replaceable resources, so they're willing to pay for any tool or process that promise such thing.
Cancel

Any "codeless" development is still a development with the same old code. Adding an abstract layer on top does not reduce the amount of the actual functional code, it makes it bigger.


While, indeed, knowledge of complex coding might not be required, it comes with a cost of lost flexibility - an abstraction supports just a limited set of combinations, and dependency on even more complex skills of those supporting that abstraction layer.

Cancel

-ADS BY GOOGLE

SearchNetworking

SearchTelecom

SearchUnifiedCommunications

SearchSecurity

Close