A la base, je suis plutôt content de cette version si je liste toutes les améliorations. Par contre l'effet est différent si j'essaye de classer les améliorations. Exemples.

C'était nécessaire !

Ce sera la première catégorie, par exemple pour la nouvelle classe de requêtes qui a été écrite pour gèrer automatiquement les tentatives successives en cas de coupure réseau. Plus robuste, plus propre, je dis définitivement oui.

Ce sera nécessaire !

Second exemple... la fonction Nonce() permet de sécuriser une session préférentielle entre plusieurs connexions (PC, téléphone, tablette...). C'est technique mais sera très utile... d'ici 6 à 12 mois. 

Au final c'est mieux

En mode application, les Notifications ont été déplacées visuellement juste en dessous du menu. Ca évite ce petit décalage disgracieux qui m'agaçait. Voilà. Détail, mais au final c'est mieux, c'est notre catégorie.

Ca fait pas de mal...

Mais en avançant on arrive à des choses comme /wb/hosted/lost qui centralise maintenant toutes les erreurs http, avec un log commun. On va pas se mentir, c'est non nécessaire. Mais au moins c'est propre et organisé.

Potentiellement utile, on ne sait jamais ?

Plus dur... CONTEXT_CHANGE détecte les changements brusques de contexte (déconnexion, changement de service...) pour mettre à jour l'interface. Oui mais en cas de coupure involontaire ? Imaginons un "token flush" parfaitement violent. Et bien maintenant c'est détecté. Mais est-ce utile... ? Je doute que le cas puisse seulement se présenter IRL.

Ca partait d'un bon sentiment.

Nous voici arrivé au bout de la chaine, dernière catégorie avec par exemple ce /wb/libs/cli.lib qui est la nouvelle librairie pour décharger le noyau de... 70 lignes de code. Entre ça et l'optimisation du Pump() on peut estimer à un gain de 0.02 W par an. Ce n'est pas un arbre pour la planète, mais au moins une petite feuille ?


Je crois que c'est le moment de réaliser que tout va, que tout est suffisamment propre. Il va falloir un peu de self-control pour éviter de partir sur des détails inutiles. C'est pas facile. Alors je dois visualiser cette petite feuille... elle est sympathique, mais je ne dois pas oublier la forêt !

Mais juste un coup de fraicheur : le logo de Rain reste un quadruple antislash. Car pour ceux à qui cela ne sauterait pas immédiatement aux yeux, sachez qu'il y a une raison derrière ça...

Le nouveau logo de Rain

Alors pourquoi \\\\ ?

Ce logo est né un soir d'été d'un petit gribouillage sur un coin de table, et est ni plus ni moins que le schéma de fonctionnement de ce WebOS. _{Là où vous voyez 4 lignes, moi je vois un immense post-it pour m'assurer de ne pas me perdre en route. J'y verrais même une quasi-philosophie de vie.}

La transformation de 4 couches successives qui se superposent : web, application, machine, sdk.

Et ceci, représenté avec des ^antislash car Rain reconstruit ces couches exactement dans ce sens, qui est le sens inverse des aiguilles d'une montre... l'opposé de la bienséance si vous voulez. Mais c'est tout l'intérêt.

Nerd, un peu. Mais le logo est beau...

A un mois près, 5 années se sont écoulées depuis les premières lignes de ce WebOS. Ca, c'était un périple...

Entre temps, Umiga a été réécrit de zéro et est devenu Rain. Une refonte complète pour pouvoir supprimer toutes les lourdeurs qui s'étaient accumulées. Rain est plus léger, plus capable, plus cool.

Et le petit détail : Blogr l'application de contenu est maintenant opérationnelle. _{Ca permet de faire ce blog, par exemple}. C'était un sujet totalement secondaire, mais la dernière étape manquante pour pouvoir officialiser la fin de la première version.

Bref, avec cette Build 248 : Rain "Brooklyn" est arrivé à son terme... et ça veut dire...

Place à Gotham !

_{Et en plus, j'ai un blog.}