Je mange sans sucre raffiné et sans sel. À l'instar des végétaliens, il peut donc sembler difficile de manger normalement. Et comment se faire plaisir avec quelques douceurs lorsque le sucre est proscrit ?

Rien de bien difficile, il suffit de prendre les recettes habituelles et de les adapter légèrement.

J'ai toujours un petit faible pour le chocolat noir. Voici ma recette des Brownies, version sans sucre raffiné.

Depuis l'avènement des premiers véhicules réellement autonomes, de nombreuses personnes se posent la question afin de savoir si en cas de choc inévitable il faut sacrifier le passager du véhicule ou le piéton.

Le débat fait rage, tant du côté des utilisateurs, des non utilisateurs, des législateurs et des fabriquants.

Et plus les questionnements sont nombreux, plus la question semble complexe et la réponse très compliquée à mettre en place.

Compliquée ! Vraiment ?

J’ai récemment vu une vidéo Youtube qui parlait de la conscience, notamment de la question « Sommes-nous conscients ? ».

Si le sujet et la façon de l’aborder étaient intéressants et répondaientt à un certain nombre de questions, la définition de la conscience dans son fonctionnement même n’était pas abordé, comme si elle restait mystérieuse ou, au contraire, trop évidente.

Je vais donc tenter de donner une définition fonctionnelle de ce qu’est la conscience et comment elle fonctionne, sachant qu’il ne s’agit bien là que d’une interprétation personnelle.

Parfois, le geek que je suis est possédé par une soudaine humanité qui me pousse à consulter des sites d’informations afin de me tenir informé des dernières avancées en matière de sciences et de technologies.

Pis, lorsque le système de commentaire n’est pas dissuasif, je me surprends même à déposer des messages et, comble de l’horreur, discuter d’un sujet avec mon prochain – j’entends par là, un vrai sujet, autre que « Quelle est la meilleure distribution de Linux ? ».

Bref, pris dans le tourment enivrant de la liberté d’expression, je tapotais sur mon clavier à tout va, commentant la dernière information qui m’inspirait lorsque je reçus un message du modérateur m’indiquant que je « perturbais le flow » et me sommait de regrouper mes interventions en un seul message.

Si Laurent Chemla confessait être un voleur, je dois aujourd'hui avouer que je viens de basculer dans le côté obscur du Web.

En effet, par ce sombre matin quasi-hivernal, j'étais réveillé tôt, sans l'envie de dormir plus. Alors je me suis levé pour m'occuper et j'ai décidé de terminer la configuration de quelques serveurs que j'avais laissée en suspend par manque de temps.

Alors que d'habitude une configuration prend plus de temps que prévu, mû par une inspiration soudaine, j'exécutais mes tâches sans aucune fausse note, tant et si bien que j'achevais tout, beaucoup trop tôt… encore. Je suis donc passé à la suite, un petit truc laissé de côté il y a quelques mois et qu'il était temps de finir : un de mes relais Tor donnait des signes de fatigue et je décidais d'opérer sans tarder.

Lorsque Siri a été mis en place sur les iPhone, Judith B. Newman a décrit dans un article – puis dans un livre – comment l'Assistant d'Apple était devenu le meilleur ami de son fils autiste Augustus. Il passait son temps à poser plein de questions, et Siri lui répondait toujours, sans jamais se lasser, sans jamais juger, sans jamais s’impatienter.

J’ai décidé d’utiliser ces caractéristiques pour (ré)apprendre une langue étrangère. Pour ma part, j’ai préféré utiliser le Google Home.

J’entends parfois l’expression «la confiance n’exclut pas le contrôle». Une expression –originellement de Lénine– de micromanager qui, en plus d'amuser, laisse un goût amer dans la bouche quand on en est l'objet.

Ce goût amer n'est pas anodin, il est le résultat d'une tentative de communication entre l'inconscient et le conscient, le premier tentant de passer un message au second. En réalité un double message: l'assertion est fausse et on essaie de nous manipuler.

Comme tout slogan, il est destiné à changer le chemin habituel de la compréhension des signes afin d'en perturber le sens et d'identifier plus difficilement sa validité.

Pour savoir ce qu'il en est très précisément, prenons le temps de le déconstruire et de rapporter chaque partie à son plus petit dénominateur commun. À partir de là, nous pourrons reconstruire l'assertion dans le bon sens et déterminer si elle est valide ou non.

À chaque fois que je passe un entretien d’embauche, même si le recruteur reconnaît ma compétence technique et mon expérience, je fais face à 2 critiques majeures. Dans 2 cas sur 3, il me dit: «le trajet ne vous fatigue pas ?». Dans le tiers restant: «Vous n’avez pas peur de vous ennuyer ?». Comme si le fait d’avoir des buts dans la vie, de faire des choses chez soi, d’avoir des passions, notamment son métier, était un handicap qui rendait l’environnement professionnel quotidien fade, ennuyeux.

J’ai de la chance : j’aime mon métier. Je l’exerce depuis un certain nombre d’années. Je me présente toujours pour faire la même chose –ou presque– que depuis le début de ma carrière, sans jamais me lasser ou demander plus de responsabilités. Et comme mon travail reste assez de bas niveau, «manuel» pourrait-on dire –même si d’un point de vue technique il est plutôt «digital» puisque j’utilise mes doigts–, on s’attendrait, avec mon expérience et mon recul, à ce que j’aspire à autre chose et que le poste que je convoite n’est, en définitive, ni plus ni moins qu’un poste pour fuir autre chose plutôt que pour adhérer à un changement. Et donc, la conclusion logique : je ne resterai pas –et donc ma candidature n'est pas retenue.

En plus de me coûter une place potentielle, je trouve toujours cette idée assez curieuse. Pas idiote. Cette idée est tout à fait logique et a du sens si elle est placée dans le contexte de mon interlocuteur. Mais elle est curieuse car elle est contre-intuitive si on se place du côté de l'individu passionné.

L'imprimerie a appris à l'homme à lire; Internet lui a appris à écrire.

Internet est un formidable outil qui permet de relier les hommes à travers leurs idées, avec l'écriture comme support fondamental même si de nouveaux moyens de communication et transmission de savoir par l'audio et la vidéo tendent à se développer de plus en plus.

Cependant, la barrière de la langue est souvent un frein à la compréhension. Mais cette difficulté pourrait disparaître à terme.

J'ai longuement hésité avant de publier cet article car je n'avais plus aucun copie d'écran à ajouter car la machine qui m'a servi à tester a eu la mauvaise idée de perdre son LVM au dernier moment, avec les fichiers dessus.

Cependant, ce que j'ai à dire sur cette distribution ne requiert pas absolument de captures d'écran pour être compréhensible. J'ai quand même du temps passé à la tester dans le but d'écrire cet article.

 «Pourquoi faire simple quand on peut faire compliqué ?» Telle est la devise des Shadocks qui pourrait s'appliquer à ma situation actuelle. En effet, j'ai pris quelques heures de mon temps -- 5 heures en tout et pour tout -- pour développer un service XML-RPC entièrement en Shell UNIX.

Tout est parti d'une amélioration de mon EntropyCMS. Je comparais le résultat avec une autre page, d'un autre site, afin de comprendre pourquoi Google trouvait des erreurs dans la sémentique; une page de référence dont le code était joli, propre, même s'il contenait un nombre incalculable de références à des réseaux sociaux dont la plupart faisaient redondance. Comme je regardais si les métadonnées et la sémantique de mon résultat produit avaient les mêmes propriétés que la référence choisie, je suis tombé sur une balise faisant du pingback en faisant appel à un obscur xmlrpc.php.

Ce n'était pas la première fois que je voyais cette référence. Mais, cette fois-ci, j'ai décidé de me pencher sur le sujet et d'en savoir plus sur ce XML-RPC car mes serveurs LAPSUS utilisent des services P2P et je vois régulièrement passer des requêtes XML-RPC sur mon réseau sans savoir ce que c'est exactement. D'autre part, étant un grand utilisateur de XML, j'étais très intrigué par un service utilisant un protocole utilisant ce langage.

Je suis toujours très frustré de voir des tests de distributions faits à la va-vite, dans une machine virtuelle qui sera supprimée après la fin du tournage, avec la présentation en quelques clics des nouveautés, des plus et des moins et se focalisant souvent sur les performances brutes, mais plus rarement sur les détails nécessaires à un usage quotidien confortable. De plus, rares sont ceux qui testent dans la durée. Parfois, ils nous gratifient d'un petit «une semaine avec…», trois petits tours et puis s'en vont. C'est pourquoi j'ai décidé de lancer une série de tests de distributions libres sur une durée d'un mois chacune, afin de les éprouver dans le temps.

Aujourd'hui, je commence le cycle avec un jeune arrivant dans la famille des Ubuntu, à savoir Ubuntu Budgie (v16.10). Cette distribution possède la particularité d'être disponible en 32 bits, chose de plus en plus rare de nos jours. J'avais dans l'idée de tester une distribution sur une machine dédiée 64 bits, mais en définitive, j'ai voulu voir si cette distribution 32 bits tenait la route avant de la tester sur 64 bits.

L'éco-conception logicielle est une pratique de plus en plus courante. Elle repose sur des principes d'économie, de design technique, technologique et logiciel permettant de gagner en efficacité énergétique sans trop sacrifier la beauté du code.

A priori, l'éco-conception logicielle, lorsqu'elle est expliquée sous la forme d'une longue liste de bonnes pratiques, peut paraître rébarbative. Mais cette liste ne tombe pas du ciel. Intuitivement, si l'on comprend le principe thermodynamique de l'entropie, alors on peut en déduire assez aisément un certain nombre de bonnes pratiques d'éco-conception logicielle sans faire trop d'efforts de mémoire.

Être (micro)hébergeur nous confronte parfois à des problèmes inhabituels que monsieur Tout-Le-Monde ne rencontrerait pas : pour chaque domaine que j’héberge, j’associe un serveur de courriel. Et depuis que j’ai changé de fournisseur d’accès à Internet (FAI), une partie des courriels envoyés depuis chez moi reviennent avec des erreurs :

host xxx.yy.zz[IP] refused to talk to me: xxx.yy.zz 421 Access temporarily denied. Reason : sender host aaa.bbb.ccc.ddd does not resolve to a valid hostname

ou encore :

host xxx.yy.zz[IP] said: 550 No RDNS entry for aaa.bbb.ccc.ddd (in reply to RCPT TO command)

Passé un moment de surprise – Comment est-il possible que des machines connectées à Internet pour causer librement refusent de se parler ? –, c’est bien la première fois que je fais face à ces erreurs. Et c’est aussi la première fois que je tombe sur un FAI qui m’oblige par la force des choses à me soucier du DNS inverse et son enregistrement associé : le PTR.

Comme tout le monde, je suis constamment victime de l’abondance numérique. Notre histoire (écrite donc) et nos contrats (officiels ou sociaux) reposent encore sur l’écrit, permettant de garder une traçabilité. Nous sommes donc incités à conserver toute trace écrite le plus longtemps possible. Et je ne compte plus les fois où cette conservation m’a sorti d’un mauvais pas.

Les capacités de stockage me permettent aisément de stocker les écrits qui restent encore peu gourmands en ressources.

Cependant, cette facilité a son revers de médaille : devant le nombre croissant de messages, d’échanges et de sujets, il devient parfois difficile de s’y retrouver et le stockage devient alors contre-productif. Ce n’est pas tant l’information qui compte, mais la bonne information au bon moment. Et face à cette abondance numérique, il convient de faire le ménage pour séparer le bon grain de l’ivraie.

Développer une application sur un serveur applicatif LAPSUS requiert un très haut niveau de compétences techniques qui n'est pas à la portée de n'importe qui. Pour vous en convaincre, je vais détailler ici les principales fonctions utilisées.

Plus je développe, plus j’ai besoin de communiquer sur un certain nombre de sujets, notamment les nouveaux articles de cybercarnet, ou la disponibilité de nouveaux téléchargements.

Écrire un article de cybercarnet prend un certain temps, ne serait-ce que pour la structure, la mise en forme, la vérification, la recherche des sources. Parfois, il  m’est juste nécessaire de publier une nouvelle courte. J’utilise habituellement plutôt Google+ que je trouve pratique, mais assez lourd à l’usage – j’entends ma machine vrombir dès que je l’utilise. Et puis c’est une solution centralisée et propriétaire.

J'ai été abordé dans la rue par deux hommes. Comme ils semblaient chercher quelque chose, j'ai pensé qu'ils cherchaient une adresse et donc, lorsqu'ils m'ont abordé, je pensais pouvoir les aider à trouver leur chemin.

En fait, ils voulaient plutôt m'aider à trouver le mien grâce à l'aide de la foi et de Dieu. Ils m'ont posé tout un tas de questions, et posé aussi un certain nombre d'affirmations comme le fait que l'homme a été créé par Dieu car notre présence n'est pas un hasard, que tous les hommes sont des pécheurs…

STOP!

L'homme a été créé par Dieu car notre présence n'est pas un hasard.

Réfléchissons un instant.

Je développe toujours des applications web en tenant compte des performances énergétiques. Et je m’arrange toujours pour qu’elles consomment le moins de ressources possible. Pour certaines applications pensées en mode « single », je vais même jusqu’à imposer qu’elles puissent tourner sur des Raspberry Pi. Mais comme j’aime que ce soit simple à utiliser, il faut inclure aussi « simple à installer ».

La méthode de base est « décompresser et utiliser ». Ce qui implique l’usage de fichiers gérés en local plutôt qu’une base de données. Tout d’abord parce qu’une base de données nécessite plus de ressources pour fonctionner (daemon, écoute de port, etc.) mais aussi plus de complications au moment de l’installation et configuration (mot de passe, définition de ports).

C’était l’idée de départ que j’avais pour deux applications en cours de développement : EntropyCMS et FINT. Les développements commençaient bien, mais rapidement, les premières limitations sont apparues.

Lorsqu'on est micro-hébergeur, la grande question du matériel se pose fatalement. Et devant la richesse des offres, il n'est pas toujours aisé de faire un choix. Pour les serveurs qu'on héberge chez soi, il y a plusieurs possibilités mais 2 catégories majeures : l'assemblage personnel ou l'achat d'une solution toute faite.

Vous conviendrez que le micro-hébergement n'étant pas une pratique courante, il n'existe aucune offre satisfaisante. Et de toute façon, cette offre serait inutile car tout dépend de l'hébergement qu'on propose et des choix technologiques et logiciels que l'hébergeur a faits. Car l'infrastructure est avant tout une affaire de choix. Pourquoi du Linux plutôt que du Windows^® ? Pourquoi telle distribution plutôt que telle autre ? Il y a des choix de facilité et des goûts personnels. Le résultat provient d'un mélange des deux.

Cependant, il y a des choix qui proviennent clairement de contraintes techniques. Voici les miens.