Gartner confirms Convertigo #LowCode Mobile Development Platform as "Honorable Mention" in recent MXDP (Multi eXperience Development Platform) 2020 Study.

This confirms Convertigo's value for its Open Source Low Code platform targeting professional developers in large enterprises as well as its new Convertigo #NoCode module targeting citizen developers in smaller companies. Thanks to Convertigo's #LowCode & #Nocode technologies, Enterprises will now be able to build Mobile & Web apps with a fraction of the cost and time to deliver compared to traditional development.

Based on open standards such as #Kubernetes, #Angular & #NodeJS, Convertigo #LowCode platform can be used on premises or on the Cloud. The platform provides an "all in one" integrated solution for #MBaaS (Mobile Backend as a Service), Offline datasync, #LowCode back-end service design and #LowCode Front-end for pixel-perfect UI design.

Check out the platform for a free trial here:https://bit.ly/3gQ0vZx

French goverment has stated that it was not posible to travel more than 100 Km from home in the post containement phase of the COVID 19 Crisis. So, at Convertigo we decided to build an app showing the limits of traveling distances. Even more as we love airlanes and flying, it was an issue to know what are the allowed airfields for a given home address.This app was developed in deployed in 4 hours time and uses Convertigo Low Code technology to build all the components of the app :- A back end holding the POI (Points of Interest) database for Airfields and access to Google's geolocalisation APIs- A PWA (Progressive Web App) front-end displaying the map, POIs and maximum travel distance..- A DataSync to transfer the POI database to the client side.

Convertigo Mobility Platform 7.8.0 is now released !

Convertigo Mobility platform 7.8.0 is now released and available for Download. see here for details. https://www.convertigo.com/introducing-convertigo-7-8/

Using DevOps and CI (Continuous Integration) technologies with Convertigo

Using Low Code and DevOps technologies leads to the best mobile & web application production cycle (SDLC). See here how Convertigo can be combined with classic DevOps and Continuous Integration (CI) technologies to deliver the best agility processes for application development and production

Convertigo is using Gradle technologies to build apps

Convertigo Low Code can be used with classic build technologies such as Gradle. This is why you can add a simple build.gradle file in your Convertigo projects to enable automatic build, test, deploy to server and even APK / IPA application generation.You must add this file in the root of your project in the "Project Explorer" view. Download the file from :https://github.com/convertigo/convertigo/blob/release/7.8.0/convertigo-templates/common/build.gradleYou must also add the gradle wrapper to your project download the files. To do this :

• Create a 'gradle' directory
• In this directory, create a 'wrapper' directory
• download to the wrapper directory these 2 files :
• gradle-wrapper.properties
• gradle-wrapper.jar

Your project is now Gradle enabled and ready for CI !Note : Depending of your Convertigo Studio version, this may be already done automatically by the Studio.

Understanding the build.gradle file

If you have a look at the build.gradle file, you will see a list of tasks such as 'load' , 'car', 'deploy' etc .. For each task you will find some configuration options. You have two possibilities to configure a task:

• Uncomment a configuration option in the build.gradle file, for example: projectVersion '1.0.0-release'
• Or use a -P option in the CI command that will launch the gradle build. for example: $ gradle --refresh-dependencies --info -Pconvertigo.load.projectVersion=1.0.0-release car

You will find many options there, all are documented in the build.gradle file.

Build Process

When the CI server will launch the gradle build, the Convertigo gradle plugin will automatically perform all the build tasks depending on the gradle build command issued. For example for a 'deploy ' task$ gradle --full-stacktrace --refresh-dependencies --info -Pconvertigo.deploy.server=https://myserver/convertigo -Pconvertigo.deploy.user=admin -Pconvertigo.deploy.password=mypassword deployWill automatically :

• Load the project and modify any of the properties configured in the 'load' task
• Then export the project. if the project contains some Low Code front end (MobileBuilder) objects, then a dependency to the 'compileMobileBuilder' task will automatically be declared, resulting by a 'compileMobileBuilder' task to be executed before the 'export' task
• The 'compileMobileBuilder' task depends on the 'generateMobile builder' task responsible for generating the Angular Code of the Low Code Front end.
• The 'car' task will be executed to generate the .CAR file holding the project.
• And finally the project will be deployed on the target server https://myserver/convertigo using the 'deploy' task'

Using gradle builds in common CI servers

So far Convertigo gradle builds has been tested in Microsoft TFS pipes and Circle CI. But, nothing prevents using gradle builds in other CI servers such as jenkins as long as the CI server supports gradle.

Un article récent est paru dans le Monde Informatique à propos du Low Code, expliquant pourquoi certains developpeurs détestaient ce concept. Nous avons trouvé utile de répondre point par point à chaque "Frustration". Cet article explique en effet les frustrations que les développeurs pouvaient ressentir envers certaines plateformes low code. Or, toutes les plateformes ne sont pas équivalentes. Voici comment la plateforme Low Code Open Source Convertigo réponds à chaque point :

1. Il pensaient que la maintenance pouvait être difficile :
   S’il y a un point sans ambiguïté à souligner, c’est que le coût de la maintenance est directement proportionnel à la quantité de code à maintenir. Donc, le Low Code est par définition moins onéreux à maintenir contrairement à ce que dit l’article.
   
   Le point sur l’ouverture du code souligné dans cet article est cependant tout à fait exact. C’est pourquoi, seules les plateformes Low Code Open source peuvent prétendre à résoudre le point épineux de la maintenance.
2. Il pensaient que tout le monde obtiendrait la même chose :
   Encore une fois, ce point fait une généralité sur les plateformes low Code « simplistes ». Il existe sur le marché des plateformes qui permettent de réaliser des applications « Pixel Perfect » ou l’utilisateur final ne peut s’imaginer une seconde qu’elle à été crée par une plateforme Low Code telle que Convertigo.
3. Une taille unique ne convient pas : Cela rejoint le point précédent. Toutes les plateformes ne sont pas équivalentes. Seules des plateformes ouvertes comme Convertigo permettent de répondre entièrement à des demandes de développement très précises.
4. Il pensaient que que parfois coder est plus simple que configurer :
   Ceci n’est pas faux ! C’est pourquoi une plateforme Low Code se doit de permettre une capacité de programmation « Classique » pour des parties de l’application spécifique. C’est justement ce que permet Convertigo par l’utilisation du langage d’appoint standard du marché TypeScript.
5. Il pensaient avancer à l’aveugle : Effectivement certains outils Low Code sont conçus avec des technologies propriétaires qui masquent complètement le fonctionnement des applications aux développeurs. Ceci n’est pas le cas d’une plateforme ouverte conçue en utilisant les derniers standards du marché. Les applications développées avec la plateforme peuvent donc être analysées et « Debuggées » par les outils classiques du marché.Par exemple la plateforme Convertigo est basée sur la Technologie Angular et bénéficie automatiquement de toute la panoplie d’outils autour de ce Framework.
6. Il pensaient que les tâches les plus simples devenaient des casse-têtes :
   Effectivement certaines plateformes « simplistes » ne permettent pas aux développeurs de caser facilement du code custom dans les applications à l’instar d’une plateforme telle Que Convertigo qui au contraire a été conçue à l’origine avec cette capacité.Les problèmes de sécurité cités dans l’article peuvent en effet survenir, sauf si la plateforme à été conçue avec une notion forte de sécurité et de non-intrusion.
7. Il pensaient que le low-code n’etait pas souvent efficace :
   Au contraire ! une plateforme low code a pu optimiser les chemins de code les plus classiques utilisées dans 90% des applications. C’est justement ce des développeurs « oublient » de faire et ne font que si des soucis de performance sont détectés.L’exemple cité dans l’article est sans doute vrai, mais si on utilise une plateforme ouverte telle que Convertigo, rien n’empêche un développeur de programmer lui-même son export fichiers dans le langage TypeScript de la plateforme. Effectivement, il ne bénéficiera pas dans ce cas de l’apport low code mais que sur une petite partie de l’appli.
8. Il pensaient que cela leur donnait peu d’expérience :
   Ce point est très juste. Beaucoup de développeurs ne voient pas la valeur d’inscrire une plateforme Low Code sur leur CV et estiment que leur compétence ne sera pas valorisée. Ils ont tort !
   
   Il faut savoir que le TJM Moyen d’un développeur compétent sur une plateforme low code est supérieur de 70% par rapport un développeur classique ! En effet, comme le client est conscient de l’efficacité du couple Dev - plateforme en accélérant sa délivery et diminuant sa maintenance future, il n’hésite pas à payer plus cher le TJM de ces développeurs, qui peuvent consacrer plus de temps aux métiers, à la qualité des IHM de l’expérience utilisateur.
9. Il pensaient etre enfermés :
   Cela dépend de la plateforme. En effet, utiliser une plateforme mono-cloud d’un des GAFAM n’est sans doute pas une bonne idée. En revanche, utiliser une plateforme open source Multi cloud et on premises comme Convertigo gomme entièrement cette dernière frustration !

Pour conclure, ces frustrations sont sans doute réelles mais sont largement compensées par l’efficacité des plateformes low code d’aujourd’hui, surtout si elles sont open source, ouvertes et basées sur des standards du marché. D'ailleurs, une étude Gartner fait état que en 2024 le Low Code représentera 65% des applications d’entreprise !

Great news this week! Gartner gave Convertigo in its Magic Quadrant Study as an "Honorable mention" as an MXDP Vendor (Multi eXperience Development Platform). MXDP covers multi-channel apps development for building Multi factor apps for Desktop, tablets, progressive web apps, smartphones interacting with enterprise data, and conversional agents.Since Convertigo 7.6, Convertigo platforms ships with an Amazon LEX connector integrating Amazon's IA conversational agents in mobile apps in a few clicks!Gartner forsees that in 2023 more than 25% of the mobile apps, progressive web apps and conversational apps atlarge enterprises will be built and/or run through a multiexperience development platform!

Convertigo support Forums are now moved to stack overflow. This is to get a better responsiveness of the Convertigo community. Of course, all existing questions and answers are archived in the original Convertigo forums so that developers can still access them to get some valuable information. See this page

Convertigo Mobility Platform 7.6.0 is now released !

Convertigo Mobility platform 7.6.0 is now released and available for Download. see here for details. https://www.convertigo.com/introducing-convertigo-7-6/

Convertigo rated to Top 10% of Startups by Early Metrics!

Early Metrics assesses the growth potential of innovative ventures. Their ratings bring transparency to corporations, investors and entrepreneurs. The company promotes the most exciting innovations of tomorrow. Ratings are executed after a 3 main pillars: the management team, the project technology and the company's ecosystem. This scientific approach combined with an objective analysis, leads to independent ratings of tech startups.

Guess What? Using this approach, Convertigo has been Rated 10% of the 2200 Startups already rated by Early Metrics. This confirms that Convertigo is performing pretty well in the Low Code Enterprise Digitalization Market

How to use the GoogleLogin Mobile Builder component?

Convertigo Mobile builder offers a way to authenticate users with their Google account in your Mobile application.

GoogleLogin component Setup

In your Mobile application, you may want to authenticate users by the built-in Android configured Google account (for Android devices) or directly the Google Sign-in form (iOS devices). Mobile Builder GoogleLogin component is the solution. It allows you to perform a Google authentication to retrieve some user's data. See the Convertigo component documentation here for more details on the different properties.

Configuring Google environment

For this component to work properly, you will need to setup some Google configuration using the Google API Console. First of all, connect to the Google API Console here: https://console.developers.google.com/apis

Google API console

Then, create a new project. You can give it the same name as your Mobile Builder project.

New project

Add new OAuth client ID credentials for both Android and iOS platforms.

Adding OAuth 2.0 credential

OAuth 2.0 credentials list

Set the Bundle ID (iOS) and the package name (Android) to the name you set in your project (YourProject -> MobileApplication -> Application ID property or the name that has been automatically generated if property is left empty: com.convertigo.mobile.<projectName>)

Android debug keystore:

When building your APK in debug mode, you can find the requested Signing-certificate fingerprint value by typing the following command:

keytool -list -keystore ~/.android/debug.keystore



Copy the SHA1 value to the Google developers console.

Signing-certificate fingerprint command line

Signing-certificate fingerprint Google console

You can verify the certificate fingerprint in your built APK by unzipping it and execute following command:

keytool -printcert -file CERT.RSA



You have to find back the same SHA1 value.

Signing-certificate fingerprint inside APK

Android release keystore

iOS URL scheme

Copy the iOS URL scheme and create a customAction component in your project and set the Application plugins property to:

Application plugins [[cordova-plugin-googleplus, 7.0.0, {REVERSED_CLIENT_ID: '<iOS URL schema>'}]]

Client ID for iOS

Convertigo Mobile Builder project (Studio)