Passage obligé sur le blog... c'est un petit test en tems réel pour voir si rien n'a été cassé entre temps.  Et à priori, tout va bien...

Backsic 2025 !

Et je reviens avec une vision du bonheur : en direct de ma todo "B25 sur R275" signifie que Backsic a été entièrement porté sur ce Rain OS. Correctement j'entends. Ca y est, fin du grand périple, les deux projets ont été fusionnés. 

Au cours des 7 dernières années il aura juste fallu que je crée deux webOS, trois versions de Backsic, quatre éditeurs, trois compilateurs... et survivre à je ne sais pas combien d'impossibilités techniques avant de trouver une recette qui fonctionnait de bout en bout.

Y'a des projets comme ça qui fondamentalement ne sont pas simple... 

J'adore me programmer des "sessions de travail". Je prends le calendrier, je cherche un moment marquant et je me bricole une deadline. N'importe quel moment pourvu que ça coïncide avec un changement d'ambiance. Ca peut être le printemps, les vacances, la fin d'une semaine de canicule...

Le principe est simple : nouvelle ambiance, nouveau sujet. C'est amusant, méthodique, et efficace. Car je me suis souvent fait piéger à perdre la motivation - ou pire me faire prendre dans la motivation d'une nouvelle idée - simplement car l'ambiance locale changeait. Maintenant, j'anticipe.

Ainsi ma prochaine session débutera avec les vacances d'été, et j'ai 3 semaines d'avance puisque comme dit, R258 est amplement suffisante... vraiment... _{même si... R259 vient d'arriver. J’ai installé la nouvelle version pour, disons, trois micro détails. Trois. Utile, donc.}

Un "b", un cube, épuré. Tout est là.

Bref me voici avec 3 semaines à écouler en attendant la prochaine séquence. Entre m'occuper du jardin et 2 chapitres de Doom Slayer - un équilibre très subtil - j'en ai profité pour mettre à jour le logo de BK qui sera mon prochain sujet de fixation...

Trois semaines avant d'ouvrir le devlog officiel. Super impatient, mais je résiste en regardant le calendrier...

A la base, si je liste toutes les améliorations, je suis plutôt content de cette version. Mais, étrangement, l'effet est très différent si j'essaye de classer les améliorations. Voyez vous même...

C'était nécessaire !

Ce sera la première catégorie, par exemple pour la nouvelle classe 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 3ème 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étectait déjà 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" aussi violent que sournois. 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 clairement pas un arbre pour la planète, mais même pas sûr que ce soit 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. Pas facile...

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