Développement durable: et si l’avenir passait par les «low-tech»?

Par exemple la désalinisation solaire. En faisant s’évaporer de l’eau de mer grâce au soleil, on récupère de l’eau potable. Mais aussi les « frigos du désert », qui fonctionnent sans électricité, là encore grâce à un système d’évaporation utilisé par certains maraîchers dans des pays chauds. On peut également citer la culture de la spiruline, une algue connue pour ses vertus nutritives, produite à Madagascar pour lutter contre la mal-nutrition. Ou encore l’hydroponie, un mode d’agriculture hors-sol utilisé notamment au Cap-Vert et qui permet de faire pousser des plantes avec une faible quantité d’eau.

Source : Développement durable: et si l’avenir passait par les «low-tech»?
Je trouve cette démarche excellente et pleine d’intelligence. Oui le high-tech apporte beaucoup mais il n’est pas disponible pour tous, il est fragile, il est complexe, il ne dure pas, coûte cher et consomme beaucoup de matières premières souvent rares. On ne peut pas baser tout notre avenir et notre progression seulement sur le high-tech.

Eclipse paré pour Java 9 avec la mise à jour Oxygen

La mise à jour annuelle de la Fondation Eclipse couvre 83 projets dont Linux Tools, PDT, Sirius et EGit. Pour la prochaine, baptisée Oxygen, la possibilité d’ajouter Java Runtime Environment et le support pour l’environnement Java 9 sont notamment au rendez-vous.

Source : LeMondeInformatique
La nouvelle mise à jour d’éclipse débute le support pour Java 9 (qui n’est pas encore sorti). Des mises à jour pour docker aussi.

La maison des horreurs de l’encoding | Sam & Max – Liens en vrac de sebsauvage

« Bref, en 2017, on se touche la nouille pour savoir qui a son architecture multi-services load balancée web scale à base de NoSQL, de containers orchestrés et de serveurs asynchrones. Mais pour afficher du texte y a plus personne hein… »Ah oui, tiens j’aurais aussi pu mentionner ce risque dans mon article sur le CSV… bouwahaha

Source : La maison des horreurs de l’encoding | Sam & Max – Liens en vrac de sebsauvage
Tellement mais alors tellement vrai…

Documenter vos projets autrement avec git et asciidoc

Un collègue m’a fourni une vidéo intéressante sur une manidère différente de gérer une documentation projet : https://youtu.be/1rKgVF5CEEY
Il est vrai que cela fait un moment qu’on tourne autour du pot. Les wikis c’est bien mais le bon logiciel est toujours délicat à trouver. Sans détailler la réflexion ici (peut être une autre fois) il y a toujours une contrainte qui fait que ce n’est jamais parfait…
Je suis donc en train de me pencher sur une mouvance qui me semble intéressante : gérer sa documention as a code. En simplifiant cela veut dire que votre documentation est gérée dans un dépot git, avec un outil de collaboration sympa comme gitlab et  des fichiers sous forme plain text avec une syntaxe simple et lisible comme markdown ou asciidoc (j’ai tendance à préférer le second actuellement).
Cela vous permet d’avoir une documentation où chacun peut collaborer simplement (coucou pull request). De plus, il se trouve que github et gitlab intègrent les syntaxes asciidoc et markdown en natif, vous pouvez donc déjà naviguer dans votre documentation directement sur leur site web.
Le fin du fin sera de générer un site statique joli (avec un moteur de recherche) et si possible une version pdf. C’est là que l’excellent gitbook entre en action.
Enfin, pour mettre la cerise sur le gateau, vous pouvez rebuilder votre site documentaire de manière automatisée avec un job gitlab ci bien senti.
Au passage, pour le job gitlab je me suis construit une image docker gitbook qui m’aide bien.
Cette manière de faire semble s’étendre car même chez owasp on a choisi de construire le nouveau developer guide de cette manière sur github.
Que du bon donc pour l’instant ! A creuser à l’usage.

Ayé je succombe à GitHub et c'est mal

C’est le mal, j’ai créé mon compte GitHub et je commence à l’utiliser. C’est le mal, dépendant d’un système tierce qui est utilisé par tellement de monde que j’en viens à me dire que l’hégémonie et les conséquences néfastes qui vont avec ne sont pas loin…
Mais faut avouer c’est assez pratique et sympa et je dois me faire trop vieux pour passer du temps a continuer de créer et administrer mes propres services. Je suis faible, fouettez moi
Au passage cette page est pas mal foutue pour lister les clients git.
Je vais donc tester (oui hélas je bosse sous windows mais j’ai pas trop le choix en fait) :

  • Sourcetree après tests, c’est toujours pas utilisable sous win (lenteurs, plantage sur merge et conflits)
  • Smartgit en fait l’option free est bidon, c’est juste free pour 30jours d’usage donc exit
  • GitHub 4 windows ca va c’est a peu près utilisable mais beaucoup trop simpliste et assisté
  • Mysgit ajoute les fonctions de base à windows, même si c’est de l’émulation ca semble une base fiable requise (choix retenu)
  • TortoiseGit lui au moins il fonctionne et est intégré correctement (choix retenu)

Honte à moi…
En tout cas force est de constater que git se démocratise petit à petit au dela des pur et durs de la ligne de commande linux only.
Edit 06/11/2014 : mise à jour outils et évaluation