Comment Google gère le testing et les releases de ses produits

Google a parfois des bonnes idées, autant là j'ai un gros doute sur la pertinence de standards custom...

les développeurs AngularJS qui veulent migrer vers la v2.0 l'ont dans le cul en terme de rétro compatibilité

Développement mobile : sécuriser des transactions client/serveur sous Windows phone 8 et 8.1

le coût de la non qualité sur le web : 50%

Go a migré vers Github

Quoi de neuf dans C# 6 ? vidéo à l'appui

42 newsletters pour développeurs... pour ceux qui n'ont pas déjà assez de news à suivre (clin d'oeil à moi même)

Présentation : introduction de Code Retreat

Le Hollandais Volant : je ne trouve pas cela si stupide que ça. et à ce titre j'en rajouterais même une couche avec cette citation de Martin Fowler : "When you feel the need to write a comment, first try to refactor the code so that any comment becomes superflouus" https://twitter.com/abt_programming/status/531036428948738048

Un code lisible n'a pas besoin d'une pile de commentaires :) , je déteste d'ailleurs devoir chercher en ligne la documentation d'une méthode d'une API parce le nom de la méthode, son type de retour ou bien ses paramètres sont ambigus.

Il n'y a vraiment que si on ne peut pas faire autrement qu'on devrait commenter du code, pas si le code en soi est clair (KISS)

Vidéo où James Mickens se moque de Javascript ;) (et d'autres choses du Web)

Java performances tips du mois d'octobre 2014

Améliorer les performances du logging en java avec quelques astuces

la nouvelle version de Bootstrap est sortie :)

trouver, traquer les erreurs javascript et dans les ténèbres les corriger

Encore un petit article sur l'outil d'automatisation de tâches Grunt :)

Bonnes pratiques : Les 12 principes d'Heroku

petit fork perso du repo Shaarli de Sebsauvage, avec quelques adaptations que j'avais apporté à mon shaarli (http://www.morgangeek.be/shaarli/)

Mon besoin était assez particulier :
J'avais envie de partager sur mon shaarli quelques articles que je partageais déjà via d'autres plateformes. Le partage automatique de ces plateformes vers shaarli n'était pas vraiment une solution (dans shaarli j'aime ajouter des mots clés aux articles pour les retrouver ainsi que pour les stats ... et enfin j'aime garder le contrôle sur ce que je partage :) , sans compter que shaarli ne supporte pas encore le push depuis d'autres plateformes)

J'ai donc opté pour du pull manuel : le fait de pouvoir lire (en mode utilisateur connecté) dans shaarli les articles que je partageais déjà ailleurs et, toujours depuis l'interface shaarli, ouvrir la page de formulaire de partage shaarli à la demande pour certains de ces articles :) ...

J'en ai profité pour rendre configurable l'affichage des boutons Blog et Twitter en haut de la page, et rendre configurable le flux rss des articles que je souhaitais retrouver dans mon shaarli... voilà voilà.

c'est donc bien un mini fork... pas de quoi changer de version :) ... mais le panneau de config contient quelques champs en plus , et shaarli contient une nouvelle page ;)

Enfin, remercions LastRSS :) avec son script super simple pour parser un flux rss et en extraire des infos.

Complètement gratuit, GitEye est un client graphique pour Git, qui s'appuie sur Eclipse pour son coeur, et qui est compatible Github.

Un peu de pub pour Last RSS, que je vais utiliser en backend de shaarli.
Avantage de Last RSS : très très léger (9 KB) contrairement à SimplePie qui pèse tout de même ses 1.3 MB... mais qu'on me conseillait partout :/
Le but final ? pouvoir vous partager des articles directement depuis des flux rss consultés depuis mon shaarli, sans avoir l'administration d'un lecteur rss. Juste le flux en lecture !