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.}

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 !

Première catégorie pour une 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 se prendre une session préférentielle entre plusieurs (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à.

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 inutile. 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.

Au bout de la chaine il y a /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 ?




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...