#belltv

Le projet de l’app Bell TV est la quintessence du «  penser et travailler mobile avant tout  ». En effet, nous avons développé une application native iOS et Android pour ensuite la porter sur ordinateur. L’objectif était d'offrir l'essence de l'expérience mobile tout en profitant des avantages d'un navigateur web. La puissance des ordinateurs permet une expérience de haute qualité basée sur des technologies web, qui permettent des itérations et un déploiement plus rapide.

L'objectif est clair depuis le tout début du projet : il ne faut pas dédoubler les efforts de production en écrivant deux applications (iOS et Android). L’équipe a investi temps et efforts pour utiliser un transcompilateur (en d’autres termes, un traducteur) permettant de partager la logique entre l’application Android, écrite en Java, et l’application iOS, écrite en Objective-C. Au moment de créer une version web, il nous a semblé ridicule de réécrire toute la logique déjà partagée entre iOS et Android uniquement parce que nous considérions une nouvelle plateforme  sachant que notre objectif était de reproduire l’expérience mobile.

Le premier grand défi a donc été de trouver un moyen de ne pas de réécrire la logique de base, mais bien de la partager entre les trois plateformes (iOS, Android et Web).  À cette fin, nous avons écrit notre propre traducteur de Java à JavaScript puisque, même si ces langages ont un nom similaire, ils sont tout à fait différents. La création de logiciels pouvant être traduits de l’un à l’autre n’était pas tâche facile et elle ajoutait un certain risque au projet. Cependant, dès la réalisation de notre preuve de concept, nous étions convaincus que ce serait la meilleure solution pour nos clients, nos utilisateurs et pour le produit.

Pour les lecteurs plus techniques, l'idée de traduire du code parfaitement fonctionnel de Java à Javascript peut sembler un peu ambitieuse (voir folle). Après tout, le code Java peut être utilisé sur le serveur sans modification. Nous aurions pu créer des services sur le serveur utilisant la logique partagée qu'un navigateur web aurait pu utiliser pour afficher des informations. Dans l’application mobile, la logique commune suppose qu’elle fonctionne pour un utilisateur unique ; elle donne des informations destinées à tous les utilisateurs, comme le guide TV, qu’elle adapte et filtre pour n’afficher que ce qui est pertinent pour cet utilisateur ; et tout le traitement des données se fait sur son appareil.

Faire la même chose sur un serveur signifiait que, lorsque le nombre d’utilisateurs augmente, le nombre de serveurs devait également augmenter puisque la puissance de l'infrastructure doit être adaptée au volume de traitement. Cette option n’avait aucun sens, ni pour nous ni pour nos clients. Le fait de comprendre que la logique partagée devait être sur l’appareil de l’utilisateur et non sur le serveur a confirmé que traduire la logique existante de Java en JavaScript était l’alternative la plus raisonnable. 

Aujourd’hui, Bell TV est disponible en tant qu’application web monopage (un ensemble de fichiers HTML, CSS et JavaScript). Pour Bell, cela signifie que l’ensemble de l’application s’exécute dans le navigateur de l’utilisateur et utilise le même code que l’application mobile pour communiquer avec les services web. Cela permet le maintient d’un seul ensemble de serveurs pour répondre à la demande des applications mobiles et des navigateurs web. En ce qui concerne les utilisateurs de l’application, ils retrouvent sur leur ordinateur Mac ou Windows les mêmes fonctionnalités que dans leur application mobile. Enfin, pour l’équipe de développement, cela signifie que nous pouvons dorénavant rendre les nouvelles fonctionnalités disponibles sur les trois plateformes beaucoup plus rapidement, car elles partagent une logique de base commune.

The Bell TV project is the epitome of “thinking and working mobile first”. After all, we wrote a native iOS and Android application and then, ported it to the desktop. The goal of our team was to make the already existing mobile experience accessible on a desktop through a web browser. Our assumption was that we could use the superior computing power of desktop computers to create a very a high-quality experience using web technologies instead of native code, like we did for the mobile devices.

At first, our main objective was to avoid duplicating the efforts by writing two mobile applications with the exact same feature set. Our team used time and effort to use a transpiler to share logic between the Android application, written in Java, and the iOS application, written in Objective-C. Since our goal was to replicate the mobile experience, it seemed ridiculous to rewrite all the logic already shared between iOS and Android when the time came to create a web version. Defining a way to share the logic between three different platforms (iOS, Android, and Web) was the first big challenge the team had to tackle. It has been really puzzling to find a solution but in the end, it became obvious that we had do the same thing we did for iOS and Android, and translate the Java code for the Web. To achieve this, we wrote our own Java to JavaScript transpiler. Even though these two languages have a similar name, they are entirely different. Writing a transpiler is no simple task and was quite a risk for the project. However, from the moment the team did a proof of concept, we were convinced that it was the best solution for our client, our users, and the product.

To the more technically minded reader: It might seem a little insane to translate perfectly good Java code into Javascript. After all, Java code can be used on the server without modification. We could have created server-side services that use the shared logic and a web browser could just use those to display information. This approach was considered for a brief moment at the beginning of the project.

However, it had one big issue: scaleability.

In the mobile application, the shared logic assumes it is working for one particular user. It gives information intended to all users, like the TV guide but then it tailors and filters that information to show only what’s relevant to that user; and all of this occurs on the user’s device.

Doing the same on the server would mean that, as the number of users increases, the number of servers also need to increase. This option didn’t make sense either to us or to our client. Understanding that the shared logic needed to live on the user’s device and not the server really made translating the existing Java logic to JavaScript a more reasonable alternative.

Today, the Bell TV app is available as a single-page application (a collection of HTML, CSS, and JavaScript files) and it means that the entire application runs in the user’s browser and uses the same code as the mobile application to talk to the web services. This allows Bell to maintain a single set of servers to meet the requests from both mobile applications and web browsers. As for the users, they have the features they love in the mobile application available on their Mac or Windows computers. Finally, for the development team, it means that we can make new features available to all three platforms much faster since they share common core logic.