Category Archives: Developers

Integration Guide added to Mobilengine Developer Docs

Posted by

The Mobilengine Developer Documentation has been expanded once again, and now includes a complete and up-to-date reference guide on data transfer between the Mobilengine Cloud and external systems (a.k.a. integration).

Whether you want to use the Mobilengine Cloud as middleware to push the data submitted by mobile users to your own CMS, or selectively sync company reference data to mobile users, the guide has got you covered.

d5doc

3 mobile app development trends disrupting enterprise mobility [Video]

Posted by

Developing a mobile app isn’t as cut and dried as some may think, since this sector is influenced by numerous factors and trends.

Hi, and welcome Mobilengine video blog!

As more organizations hop aboard the mobility bandwagon, three specific trends have appeared, and if businesses don’t heed these best practices, then mobility investments could fail.

One: Cloud services are the standard in mobile application development and support. As Tech.Co reported, cloud environments keep back-end systems connected to front-end apps with simplicity, making it easier to develop and support more apps in less time.

Two: Rapid development is required. With the popularity of mobility in all industries, from equipment rentals to construction, organizations can expect all employees to demand apps for their workflows. Rapid development platforms make it possible to meet those needs.

Three: Development platforms are popular. This year alone, 35 percent of large enterprises will use mobile app development platforms to create mobile workflow solutions. These tools allow for less coding and quicker deployment.

For more mobility news, stick with the Mobilengine video blog!

Mobile app requirements push businesses to rapid development solutions [Video]

Posted by

According to a new 451 Research report, over 50 percent of businesses plan to deploy 10 or more mobile apps in the next 10 years.

Hi, and welcome to the Mobilengine video blog!

Clearly, the demand for business-to-employee mobile workflow apps is high right now, as staff members clamor for new solutions to work on the go and send data in real-time.

Industries with the most interest in mobile workflow apps include health care, sales and retail.

However, these organizations and their IT teams cannot keep up with mobile app development demands.

As a result, more businesses are looking for rapid development platforms and help from external partners.

The report noted that companies that require numerous mobile workflow apps were liable to deploy mobile-backend-as-a-service solutions and mobile app development platforms.

This is the only way to keep up with the high volume of mobile apps required nowadays.

That's all for today, thanks for joining us and stay tuned to Mobilengine for more mobility news!

Workflow Script Reference Guide Available

Posted by

We reached another milestone for the Mobilengine Developer Documentation yesterday: the comprehensive reference guide to the Mobilengine Workflow Scripting Language is online.

In a nutshell, the scripting language lets you process incoming data to the Cloud to let you create, insert, update, or delete reference data items based on user-submitted data or data coming from external integrated systems. Script-based data processing isn’t just a one-way exchange either – create and send messages to integrated external systems, or remotely open forms with custom data on specific users’ mobiles at will! What’s more, scripts can work both server- and client-side to overcome network interruptions.

The Tutorials gave a quick overview of the most-often used workflow scripting operations, but this guide is the final word (so far) in workflow scripting reference. The guide is bristling with working sample code that SDK developers can try and/or tweak to use in their own projects, and we strived hard to make the details transparent.

That said, the documentation now comes with a very handy way to comment or ask questions about anything on the page: simply select a part of the text you’ve got something to say about, click the dialog that pops up, and type away. Looking forward to hearing from you, and watch this space for future updates.

The state of tablet sales: Q2 2015 numbers released [Video]

Posted by

Every industry, from health care to construction, loves tablets, but their employees aren’t a fan of every device and the market is split.

Hi, and welcome to the Mobilengine video blog!

IDC released a report on tablet sales for Q2 2015, and while 44.7 million units were shipped around the world, not all tablets are flying off the shelves.

In fact, despite being No. 1 overall for tablet vendors, Apple saw shipments decline for its line of iPads, sending out 10.9 million units. Meanwhile, Samsung shipped 7.6 million tablets, a metric that puts the company second in market share.

Tablets have quickly become the best choice for enterprise mobility, as their larger screens make data entry easier in fields like health care, construction and logistics. However, a mobile device is worthless without a mobile workflow solution, making Mobilengine a critical part of any tablet strategy.

That’s all the news we have for this week. Stay with Mobilengine for more mobility news and tips!

Webforms Reference Guide announcement

Posted by

The Mobilengine Developer Documentation is growing and maturing. We are working towards the goal of having Mobilengine SDK developers dip into the online documentation and come away with a comfortable feeling of insight.

On the one hand, our tutorials that take SDK developers from zero to Mobilengine hero in manageable steps have been through numerous reviews, and bugs have been squashed. The shinier new tutorial chapters feature lots of working sample code throughout, and are designed to be completed over a few days’ worth of lunch breaks.

keep-calm-and-read-the-documentation

To complement the hands-on walkthrough, a brand new ‘Webforms Reference Guide’ has been added. The guide is a comprehensive documentation of the Mobilengine Webforms Markup Language that browser-based Mobilengine workflow forms are developed in. Webforms is a recent addition to the Mobilengine SDK, but it’s already becoming essential: apart from web-based forms, forms running on the soon-launching Mobilengine iOS client also speak an updated version of the language. In the new reference guide, details of available form controls and data operations are laid out clearly and consistently, and tons of conveniently highlighted sample code illustrate the syntax.

Many more chapters are in the pipeline, and the existing material is constantly kept up-to-date, so regular visits to https://mobilengine.com/documentation/ are highly recommended.

Independent Review of Mobilengine Developer Documentation

Posted by

This week we are happy to present writer and developer John Xenakis’s independent review of our developer documentation and SDK. John created an in-depth review which we want to share with our readers.

Over the years I’ve worked on over 100 different software applications and I’ve used many development tools (such as Mobilengine). As a part-time technology journalist, particularly for ten years as Technology Editor of CFO Magazine, I’ve written over a thousand articles; I’ve also interviewed thousands of CEOs, CFOs, CIOs, software development managers, and programmers. In addition, as a personal project, I’ve been developing an Android app called “Professional Debt Calculator”. One question that went through my mind as I started is whether your documentation provides me with enough information so that I could implement ProDebtCalc using Mobilengine.

There’s a lot of sophisticated material in this tutorial manual. One thing that should be considered is converting it to a couple of in-class courses, one introductory course, and one advanced course.

CONTENTS:
Tutorial – “Sandbox View”
Tutorial – Advanced Capabilities
Scripting and Computations
The Big Picture

Tutorial – “Sandbox View”

The tutorial puts you right into the sandbox, where you start playing with the tools and creating simple applications. I found the explanations clear and easy to follow. The pattern consistently followed in the document was, “Here’s what we’ve done; next, you’ll want to do that; here’s how you do that.” That worked very well throughout the document.

An issue is that you’re starting out right in the sandbox, and you’re always in the sandbox. The reader never has an opportunity to get out of the sandbox and get the big picture. I’ll suggest several possibilities as I go along. As I was reading through the manual, I was thinking about my ProDebtCalc program, and wondering how much of it I could implement using Mobilengine. As I developed my program, the UI evolved into a three-level infrastructure: dataItems (interest rate, start date, interest assessment rule, etc.), dataBlocks (collections of related dataItems), and tabData (collections of dataBlocks on a single tab, allowing the user to select different tabs).

Tutorial – Advanced Capabilities

One of the problems of writing a tutorial manual for Mobilengine is that Mobilengine itself violates the Principle of Least Astonishment in some ways, especially for a newbie who may have never seen anything like this before. I’m going to suggest additional some additional explanatory material that you may wish to consider.

I mentioned that I’ve taught programming courses in procedural languages like Java, but I’ve never done so for a language that’s XML-based, so I don’t know how difficult it would be, but I think many newbies approaching this tutorial manual will be confused because they’ve never seen anything like this before.

I think some introductory material on the pros and cons for procedural vs xml-based languages would be very helpful for the “big picture,” because otherwise when you’re just thrown into the sandbox, it takes a while to figure out what’s going on. This is where a user story will be extremely useful – a user explaining how he sees the differences, the pros and cons, between a procedural language and an xml-based language. Actually, several user stories explaining it in different ways would be most credible.

I taught programming courses over three decades in different procedural languages, and I discovered something that really surprised me, once I figured out what was going on. Students could understand assignment statements like “a=5; b=6; x=a+b;” and know what’s going on. In addition, when the variables were changed from numeric to string, and the operator was concatenation, they had no trouble dealing with that as well.

However, when the value of the variable was a pointer to another variable, as in “p=addr(x); p->x = p->x + 1;”, I would lose about 1/3 of the class, no matter how many times I explained. My conclusion was that pointers were simply too abstract a concept for many programmers. This is similar to the situation where a student in geometry class might be able to apply the formula to compute the area of an isosceles triangle, but could not even begin to understand how to prove something, such as that a triangle with two equal sides has two equal angles.

In advanced programming courses, where I described in class how to implement a linked list, sorting a linked list, adding a new element to a linked list, or removing an element, even programmers who had years of programming experience were simply unable to understand this example, or solve the homework problems related to it. Once again, my conclusion was that even for experienced programmers, use of pointers was simply too abstract to understand. This is similar to a calculus student who can mechanically apply the formula to differentiate a function, but has no understanding of how to derive that formula.

In languages like C++, Java, C#, Python, etc., this problem is simplified by providing a collection of data structures (linked lists, maps, adjustable arrays, hash tables, sorted sets, etc.) The programmer can mechanically use the APIs for these data structures, even if he’s incapable of understanding how any of them are implemented.

Many readers of your manual are going to have similar difficulties trying to understand how data tables work. I noticed that you provided a link to an sqllite tutorial, but you might consider inserting a chapter on the use of tables in Mobilengine. This chapter doesn’t need to follow the pattern of adding one feature after another to the Rocky Jupiter application. It could be a chapter to help the newbie overcome his inability to understand the concept of a data table. The objective would be to provide enough examples so that the user can apply the examples mechanically, without needing to understand how the tables are implemented.

Another major issue has to do with synchronizing updates to the database in a multi-user environment. I know from a number of experiences that many long-time programmers really have no clue how large multi-threaded systems work, and how to synchronize multiple threads. This requires a level of abstraction that goes well beyond even pointers and data structures, and beyond the capabilities of perhaps 75+% of programmers. I noticed that you provided some excellent examples of data synchronization. I just want to make the point that a large number of your readers will not have a clue what’s going on, but probably what you’ve done is as good as can be done.

Scripting and Computations

When I was reading about the scripting language, I immediately wondered how much capability it had compared to, say, Perl or JavaScript. The documented examples seem to suggest that the capabilities are extremely limited, and I couldn’t find any additional documentation online. Whatever the capabilities, the scripting language needs at least a full reference summary.

My ProDebtCalc app performs brief computations in several places, and a very big computation at the end to do the amortization. I was wondering how I would do these computations in a Mobilengine implementation.

The scripting language does not seem capable of even simple computations, as would be required, for example, in an e-commerce app that needs computations to configure a product. So how, I wondered, would I implement the computations in my app, particularly the amortization computation, which currently runs on my mobile phone in 8000 lines of Java code?

The manual seemed to provide only one workaround: Do the computation on my own computational server somewhere, then request a computation from the app by going through the Mobilengine server:

App <> MBE-Server <> Endpoint My-Computational-Server

The computational server would provide the results as back to the Mobilengine server in the form of a series of tables. The above would work, but could take a long time for each request, and require two sets of large data transfers, since the amortization table can be thousands of lines long.

Perhaps there’s an “escape mechanism” in the scripting language that lets the app make a procedure call to a compiled program on the mobile device. Even then, the mortization table data apparently would have to be transmitted to the Mobilengine server, and then bring the data back again to display in the user interface. This is an important issue.

In other words, there are a lot of issues here having to do with computations. It may be that Mobilengine doesn’t support apps that do a lot of computations, or it may be that there are workarounds that I’m not aware of (or that I missed in my reading). In any case, there should be a chapter of the manual describing this whole subject.

The Big Picture

From what I’ve read on the internet, Mobilengine has a very good story to tell about the big picture, and some of that story should be included in the manual.

I’ve already discussed some of the issues that the developer is going to be concerned about, how an xml-based language works, how to do dynamic forms, and how to do computations.

There are also issues that the development manager / CIO / CFO should concern themselves with. I understand that Mobilengine has thousands of users in Europe, so there’s a positive story to tell. It would be great if the reader can be told this story in the introduction to the manual, and should be reminded of this in other places by referring to the large number of users. Another issue CIOs are concerned about is how well the tool is supported. This can also be handled with user stories.

Also, an issue for CIOs is “brick walls.” I’ve discussed a number of possible issues (doing computations, etc.), so the concern for the CIO will be whether something will need to be done, but it can’t be done using this tool, and there’s no workaround to get it done. I think that the best way to handle this issue is to be honest about it, and talk to your users about problems they’ve had.

Another issue is data security. This is a serious issue for a lot of companies, and in some cases (when health or financial information is involved), there may be strict regulatory requirements. The CIO needs to know that company data is protected, and the development programmer needs to know what he has to do in the code to make sure that data is protected.

Related to data security is malware and hacking. The entire security issue is very important, and should be thoroughly addressed in the documentation at all levels, from coder to CIO.

Visit our Developer Pages

3 reasons why you need a rapid mobile app dev platform [Video]

Posted by

Fifty-six percent of mobile leaders said that it takes between 7 months and a year to build one mobile enterprise app.

Hi, and welcome to the latest Mobilengine video blog!

Common mobile enterprise app development techniques cannot keep up with the pace of business. Once a company identifies a problem that can be solved with a mobile app, employees can wait up to a year to be given a solution. But not with Mobilengine since it offers rapid development capabilities.

Here are three reasons why you need a rapid mobile app development platform.

One: Rapid mobile development platforms such as Mobilengine provide a simple SDK to design forms and workflows according to your business process. Once ready, you can launch them on your universal workflow app. This process requires 10 percent of the amount of the code when compared to native development solutions

Two: On the backend, the Mobilengine PaaS solution provides a fully functional management console, complete with monitoring tools and integration middleware. You don’t really have to code anything, instead only parametrize the backend to your organization and users. Instead of wasting time developing infrastructure, focus on your business.

Three: With a rapid mobile development platform like Mobilengine, once you are ready, you can immediately run your new mobile solution in the cloud, allowing you to scale your development.

Thanks for joining us, and stay tuned for more mobility news, tips and strategies from Mobilengine.

MADP: The smartest approach to mobile enterprise app development [Video]

Posted by

This year, 82 percent of CEOs plan to invest in mobility.

Hi, and welcome to the Mobilengine video blog!

Enterprise mobility is no longer an option. However, the growing demand for enterprise mobile apps of all kinds has caused a schism between traditional and mobile app development. Now, the latest trend to solve that problem in enterprise mobility is leveraging mobile application development platforms such as Mobilengine.

The major difference setting MADPs apart is that platforms like Mobilengine offer a complete mobile development package.

Organizations can build, test, manage, sync, secure and deploy mobile workflow apps on the same platform with a universal app and backend. This means that companies can focus on their business rather than the understructure, mobile app management, security, synchronization and analytics. Without those requirements, businesses can create and deploy solutions in a tenth of the time of other solutions.

Furthermore, MADPs give developers flexibility when they create and customize mobile apps, perfectly splitting the difference between native development and off-the-shelf solutions.

With MADPs, developers have a single platform to create a variety of forms, development costs remain low, time to deployment is fast and there’s no constant maintenance required.

MADPs are the future of enterprise mobility, and with Mobilengine PaaS, you can empower your employees with mobile apps while remaining true to your business.

What makes Mobilengine unique? [Video]

Posted by

There is a large variety of mobile enterprise app development programs, tools and strategies to choose from, with each offering something different. Do you know what separates Mobilengine’s platform-a-as-service solution from the rest?

Hi, and welcome to the Mobilengine video blog!

Mobilengine recently released a new software development kit, and that got businesses asking, “What is unique about Mobilengine’s mobile app platform?” Let’s put that question to rest.

Mobilengine is an enterprise mobile app development and management platform for building, launching, controlling and supporting business-to-employee mobile workflow apps. All of those capabilities make Mobilengine one of a kind, but the unique qualities don’t stop there.

The Mobilengine PaaS provides organizations with everything required to support numerous workflow apps, from enterprise-grade hardware in the cloud to integration languages for development. This means that businesses can create a mobile workflow for any task without starting from scratch every time developing a complex app. Mobilengine also allows enterprises to quickly deploy that mobile workflow app to employees’ devices, making this PaaS solution 10 times faster from build to implementation than any other.

In essence, Mobilengine is a platform that provides a universal mobile app on which you launch workflows and forms for employees. Once mobile workflows and forms are created, you can launch them into the Mobilengine provided cloud for all employees to access. This rapid mobile app development process requires 10 percent of the time and lines of code of other platforms, and the hosted enterprise-grade hardware ensures that IT staffs focus on the business, not maintenance.

Subscribe to our email list

Follow:






Your business comes first, right?

So focus on your business, not software development.

Get a Demo

Széchenyi 2020

Pályázat