Applications web et mobiles

Ce qui est inclus dans le développement

Nous concevons et écrivons des applications web et mobiles pour une tâche précise du client : services internes, espaces clients, panneaux de pilotage, intégrations avec de l'équipement et des API tierces. D'abord, nous analysons le processus du client, nous fixons les exigences et les contraintes, puis nous assemblons l'architecture, la maquette et la version opérationnelle. Si l'application pilote une machine, des engins d'entrepôt ou une ligne, nous préparons la partie logicielle et le paramétrage, et c'est l'équipement du client lui-même qui découpe, soude, imprime ou déplace les charges sous le pilotage de notre code. Nous livrons non seulement l'interface, mais aussi la logique serveur, la base de données, l'authentification et l'échange de données entre les nœuds. Nous transmettons les sources, la documentation et les instructions de maintenance, pour que le système puisse être développé sans dépendance à un prestataire unique.

Comment fonctionne le développement, au fond

À la base de tout service se trouve la séparation entre la partie cliente, que voit l'utilisateur, et la partie serveur, où vivent les données et la logique métier. Le navigateur ou l'appareil mobile envoie une requête, le serveur la traite, sollicite la base de données et renvoie une réponse, qui se transforme en un écran avec des boutons et des formulaires. Entre ces couches fonctionne l'API — un ensemble de règles selon lesquelles les parties du système échangent des données dans un format strict. Lorsque le service est relié à de l'équipement physique, s'ajoute un circuit supplémentaire : l'application envoie des commandes au contrôleur, et celui-ci pilote les actionneurs, les capteurs et les mécanismes d'exécution du client. Nous répondons de ce que cette chaîne, depuis l'appui sur l'écran jusqu'à l'action de la machine, se déclenche de façon prévisible et sans perte de données.

Comment est apparu le développement web

Le web en tant que technologie est né au CERN : en mars 1989, Tim Berners-Lee a rédigé une proposition de système d'échange de documents, et le tout premier site au monde, il l'a publié le 20 décembre 1990 sur le serveur info.cern.ch. Le 30 avril 1993, le CERN a versé le logiciel du web dans le domaine public, et cette décision a levé les barrières à une adoption massive. Le développement serveur a trouvé un appui en 1995, lorsque Rasmus Lerdorf a publié le code source de PHP, et PHP est devenu un langage à part entière à partir de la version 3.0 en 1998. Ainsi, en une décennie, s'est constitué l'assemblage du navigateur, du protocole de transfert et du langage serveur, sur lequel se construisent encore les applications web et mobiles. Ces dates ne sont pas une histoire abstraite, mais le fondement des outils dont nous nous servons chaque jour.

Pourquoi la précision logicielle est déterminante

En développement, il n'y a pas de droit à l'approximation : une seule erreur dans une condition ou une vérification d'entrée non close casse la logique de tout le service ou ouvre une faille de sécurité. Lorsque l'application pilote l'équipement du client, le prix de l'imprécision est plus élevé — une commande erronée à la machine ou au convoyeur signifie un rebut, un arrêt ou une casse du matériel réel. C'est pourquoi nous séparons le paramétrage et les paramètres du code, nous couvrons les parties critiques par des tests et nous vérifions le comportement du système avant qu'il ne sorte dans le circuit de production. Une configuration précise des droits d'accès, des formats de données et du traitement des défaillances détermine si le service tiendra la charge et les situations atypiques. Le logiciel ici n'est pas une coque, mais cette partie qui définit la fiabilité avec laquelle tout le reste se déclenchera.

Langages et outils de développement

La partie serveur, nous la construisons le plus souvent sur PHP avec le framework Laravel : il fournit le routage, le travail avec la base de données, l'authentification et les gabarits clés en main, ce qui raccourcit le délai d'assemblage sans perte de maîtrise du code. Pour les interfaces web, nous appliquons l'approche PWA — l'application fonctionne dans le navigateur, mais s'installe sur l'appareil, s'ouvre depuis une icône et conserve une partie de ses fonctions sans réseau permanent. Le développement mobile, nous le menons là où il faut un accès à l'appareil photo, à la géolocalisation, aux notifications push ou à un mode hors ligne plus poussé que ne le permet le navigateur. Le choix entre une PWA et une application mobile distincte, nous le faisons selon la tâche, et non selon la mode : nous calculons le budget, l'audience et les exigences matérielles. Cette stack couvre la plupart des scénarios où sont nécessaires des applications web et mobiles pour l'entreprise et des liaisons avec l'équipement.

Quand sont apparus ces outils

Laravel a été publié par Taylor Otwell en juin 2011 comme une alternative mieux équipée aux frameworks PHP de l'époque, et dès septembre 2011 la version 2 a ajouté les contrôleurs et le moteur de templates Blade, encore utilisés aujourd'hui. Le terme même de Progressive Web Apps a été introduit en 2015 par l'ingénieur de Google Alex Russell et la designer Frances Berriman, décrivant une classe d'applications web fonctionnant comme des applications natives. Le développement mobile en tant que direction de masse a grandi après la sortie de l'iPhone en 2007 et l'apparition des magasins d'applications à partir de 2008, ce qui a posé la notion même d'installation d'un service sur un appareil. Ces trois points — 2011, 2015 et la fin des années 2000 — délimitent la stack avec laquelle nous travaillons. Nous utilisons des outils à l'histoire claire et à la communauté mature, et non des solutions expérimentales brutes.

Pourquoi vous pouvez nous confier cette tâche

L'expérience cumulée de notre équipe de développement dépasse 45 ans dans l'IT, et cela signifie une main aguerrie sur des projets où le logiciel doit fonctionner, et pas seulement se lancer en démonstration. Nous procédons en ingénieurs : nous analysons la tâche jusqu'aux exigences, nous fixons l'architecture et nous vérifions le système avant le lancement en production, au lieu de le corriger sur des utilisateurs en direct. ASI Robotics écrit des programmes et configure l'équipement du client — nous ne nous substituons pas à la production, mais nous répondons du code et de la configuration dont dépend le résultat. Nous transmettons les sources et la documentation, pour que le client ne se retrouve pas dépendant d'un seul exécutant et puisse développer le produit par la suite. Si vous avez besoin d'applications web et mobiles reliées à des processus et à des équipements réels, nous prenons en charge la partie où l'erreur coûte cher, et nous en répondons.