Dans les chapitres précédents, nous avons pris le temps de comprendre la base de données sur laquelle nous allons travailler par la suite dans ce tutoriel.

Il est maintenant temps de se jeter à l’eau et d’attaquer la programmation en Perl. Dans ce chapitre, nous allons voir ensemble le code minimal qu’il faudra écrire lorsque vous manipulerez des bases de données en Perl, à savoir la connexion et la déconnexion.

Afin que tout le monde travaille sur la même base de données, je vais bien entendu vous fournir une petite base d’exemple.

Avant de commencer à coder en Perl, nous allons devoir installer quelques outils, à savoir un SGBD (Système de Gestion de Base de Données), le module DBI et enfin les pilotes du SGBD choisi.

Cette première partie sera donc entièrement consacrée à l’installation de ces outils, pour que vous puissiez étudier la suite du tutoriel en toute tranquillité, dans les meilleures conditions.

Ce billet est une introduction aux références en Perl.

S’agissant d’une notion une peu délicate, je vais tenter de vous expliquer de manière ludique de quoi il en retourne et comment les utiliser correctement.

Situation sanitaire oblige, beaucoup d’établissements de l’enseignement supérieur mettent en place une plateforme leur permettant d’intéragir au mieu, à distance, avec leurs étudiants. Dans un grand nombre de cas, c’est la plateforme Moodle qui est choisie.

En effet, Moodle est actuellement la plateforme d’enseignement en ligne (LMS – Learning Management System) la plus répandue. Sa modularité et sa grande richesse fonctionnelle lui permettent de s’adapter à toutes sortes d’utilisations pédagogiques.

Depuis 2012 mon tutoriel “Structurez vos données avec XML” était disponible sur le Site du Zéro puis sur OpenClassrooms.

OpenClassroom a récemment fait le choix de supprimer le tutoriel de sa plateforme. J’imagine que la ligne éditoriale ne correspondait plus à celle du site ou que le format écrit ne correspond plus au format souhaité par le site qui privilégie maintenant le format vidéo.

Nous venons de voir que les bugs trackers sont extrêmement importants pour surveiller et améliorer la stabilité d’une application une fois celle-ci distribuée sur un ou plusieurs magasins d’applications. Si vous êtes amené à faire évoluer pas mal d’applications fortement utilisées, il vous arrivera forcément un jour des mauvaises surprises. La plus connues étant : l’application fonctionne parfaitement pendant vos tests, mais une fois en production c’est le drame, rien ne marche, les crashs sont multiples! Vous allez véhiculer une très mauvaise image de votre application et accumuler les mauvaises notes sur le magasin d’applications de la plate-forme touchée.

Continuons notre étude des outils relatifs à la supervision des applications mobiles avec les bugs trackers.

Vous disposez maintenant de presque toutes les notions nécessaires à la bonne rentabilisation de votre application mobile. Dans le cadre de ce cours, il nous en reste une à étudier : la notion de supervision d’une application mobile.

Dans le précédent chapitre, nous avons vu comment le deep linking (ou liens profonds) permet d’ouvrir une application depuis une autre pour réengager au sein de votre application des utilisateurs qui viennent d’une application tierce.

Et s’il était possible d’aller encore plus loin dans le réengagement des utilisateurs ? Et s’il était possible de réengager des utilisateurs qui viennent du web ? Ce n’est pas tout à fait impossible ! C’est ce que nous allons voir dans ce chapitre via l’étude de ce qu’on appelle l’app indexing.