Devjuju

Apprendre le génie logiciel n’est pas un problème de rareté. C’est un problème d’ordre. N’importe quel sujet a été expliqué dix fois gratuitement ; ce qui n’est pas donné, c’est lequel lire ensuite et où l’on en est. Ce que vend Devjuju, ce n’est pas le contenu mais l’ordre.

Un parcours est une suite dotée d’un nom, d’un résumé et d’une position, plus un indicateur disant s’il est publié. L’ordre est une colonne de la base de données et non une décision de la page, si bien qu’un parcours inachevé reste hors de la liste au lieu d’apparaître à moitié bâti. En dessous se trouve l’apprentissage lui-même, et il est mesuré avec plus de soin qu’on ne l’attendrait.

Qui ordonne le parcours

L’ordre n’est pas engendré à partir du comportement de chaque apprenant. Une personne l’arrange, il est stocké comme une position sur le parcours, et les apprenants reçoivent la même suite. Cela ressemble à une faiblesse et c’est un choix : personne ne peut expliquer pourquoi chaque apprenant a reçu un ordre différent après telle optimisation, tandis qu’une suite écrite et publiée peut être regardée, contestée et améliorée. Un parcours inachevé n’est pas publié : si l’ordre n’est pas arrêté, personne ne le voit.

La lecture et le visionnage sont comptés séparément

Une leçon peut avoir deux formes : un texte à lire et une vidéo à regarder, chacune portant sa durée attendue. Votre progression n’est donc pas un seul chiffre. Deux pourcentages sont conservés par leçon, combien vous avez lu et combien vous avez regardé, une ligne par apprenant et par leçon. Cela ressemble à un détail et cela répond à la bonne question : celui qui a regardé la vidéo sans lire le texte n’est pas au même endroit que celui qui a fait l’inverse, alors qu’un unique chiffre mélangé les ferait paraître identiques.

Une connexion non estampillée ne correspond à rien

Ce qu’un apprenant voit de sa propre progression est décidé par des règles écrites dans la base de données, et non par une vérification dans le code du serveur. Chaque requête appose son identité sur la connexion, et les règles lisent cette empreinte. Le détail qui compte est ce qui se passe en cas d’échec : si l’empreinte n’a jamais été posée, la lecture revient vide, de sorte qu’une connexion non estampillée ne correspond à rien plutôt qu’à tout. Le droit de supprimer est de même réservé au seul superutilisateur, et la distinction entre administrateur et superutilisateur a été rétablie, car les confondre aurait donné à chaque administrateur un droit qu’il n’avait jamais eu.

Ce que vous payez, et qui encaisse

Devjuju lui-même ne parle jamais à un prestataire de paiement. Il s’assure que l’apprenant a un compte de facturation, puis demande au service de facturation partagé une session de paiement selon la formule et le cycle. Et tout ce qui est réservé à un palier payant interroge un seul module, jamais le prestataire de paiement ni la table des abonnements directement. Les paliers sont ordonnés et une vérification prend toujours la forme au moins ce palier, si bien qu’ajouter un palier au-dessus n’oblige pas à revoir chaque appel. Cela veut dire aussi que lorsque la facturation change, un seul endroit change.

À qui cela s’adresse

Les personnes qui se lancent dans le génie logiciel et veulent un parcours ordonné plutôt que des tutoriels épars.

Visiter Devjuju: www.devjuju.com