Incling

Projet

Incling aide les marques à tester leurs produits et à les adapter à une utilisation réelle. Ce processus consiste à permettre aux utilisateurs de tester leurs produits et de partager leurs réflexions et leurs expériences. Initialement, une applet Java était utilisée pour enregistrer un écran avec les actions et les commentaires de l’utilisateur, mais une fois que les navigateurs ont commencé à déprécier le support du plugin Java, il a été décidé de trouver une équipe de développement tierce qui exécuterait le plan de rénovation. À la recherche du meilleur fournisseur de services d’externalisation Java en Europe de l’Est, de nombreux clients se retrouvent chez Redwerk, car notre société de développement Java est fière du travail que nous accomplissons pour développer des applications de bureau. Ainsi, Redwerk a été engagée en tant que société de développement de logiciels Microsoft astucieuse pour proposer une solution, et ce projet est devenu un ajout à la liste des projets Java réussis par Redwerk.

Défis

• Délai de projet court – nous n’avions que 2-3 semaines pour livrer la solution, nous avons donc dû travailler rapidement.
• La solution devait avoir un impact minimal sur l’expérience utilisateur (l’utilisateur ouvre la page Web, clique sur le bouton et lance l’enregistrement de l’écran). Nous ne pouvions pas introduire de problèmes supplémentaires tels que l’installation manuelle de Java, le téléchargement de mises à jour, le redémarrage, etc.
• L’application devait fonctionner sous Windows, Mac et Linux (distributions DEB et RPM).
• Nous avons également dû résoudre des problèmes de localisation pour rendre l’application entièrement traduisible.

Solution

Notre première action a été d’effectuer une revue détaillée du code de l’applet existant. Certains problèmes sont apparus presque immédiatement : la base de code contenait un certain nombre de composants hérités, et il n’y avait ni systèmes de construction ni gestionnaires de dépendances en place. Chez Redwerk, nous aimons garder nos constructions automatisées et notre code propre et minimaliste – moins de lignes signifie moins de bugs. Par conséquent, notre prochaine étape évidente a été d’implémenter des scripts de construction basés sur Gradle et d’utiliser les dépôts Maven pour récupérer les dépendances. Avec seulement quelques heures de nettoyage, nous avons pu réduire la base de code de près de 15 000 lignes. Cela nous a également permis d’exécuter l’intégralité du processus de construction avec une seule commande console.

Après la configuration initiale, nos développeurs Java ont commencé à travailler sur la création de l’application, la rédaction des scripts d’installation et la correction de l’infrastructure de traduction, le tout simultanément. Comme l’applet était déjà écrite en Java, il a fallu très peu de temps pour réutiliser le code existant dans une application autonome. Nous avons rédigé nos scripts de package et d’installation en utilisant NSIS, launch4j, fpm, pkgbuild et packr. Notre solution installe automatiquement Java sur la machine de l’utilisateur si nécessaire et enregistre un gestionnaire d’URI personnalisé qui permet aux utilisateurs de lancer l’application en cliquant sur un lien de la page Web.

Nous avons également implémenté un moyen de livrer de manière transparente les mises à jour de version aux utilisateurs : chaque fois qu’un utilisateur démarre un nouvel enregistrement d’écran, l’application communique avec le backend pour vérifier s’il y a des mises à jour disponibles et se met à jour en arrière-plan si nécessaire.