Un article bien pointu sur l'intérêt (ou pas) de rendre une méthode final ... Mais également de l'intérêt (ou pas, encore une fois) des méthodes redéfinies/surchargées pour la performance.
C'est vrai, mais en même temps non.
C'est vrfai parce qu'il y a des nigauds qui considèrent qu'il suffit de livrer le source chez GitHub pour que le projet soit complet.
C'est faux parce qu'il n'y a pas de difficulté majeure de migration (il suffit de déplacer l'upstream de github vers gitorious ou bitbucket). Sauf, bien sûr, pour les bugs qui ne sont pas visibles dans git, hélas.
via http://sebsauvage.net/links/?KOE6Tg
Oh oh oh
Je viens d'avoir la discussion avec un collègue, qui m'expliquait qu'il est préférable de livrer des nouvelles fonctionnalités sans bugs.
Et du coup, j'ai fait un peu d'introspection (ça n'était pas glorieux) et je suis tombé sur cet article assez intéressant sur le rapport coût/bénéfice de la correction de bugs ...
J'avais déja entendu parler de ce concept complètement dingue, mais j'avais oublié le nom du (ou des) frameworks qui peuvent permettre la mise en application du concept. Là, avec l'intégation maven/ant, c'est très chouette.
Oh, tiens, une web-app centralisée pour gérer les fichiers de propriétés dans différents environnements. Ca paraît une idée plutôt chouette, et assez pratique pour les dev-ops, non ?
via http://java.dzone.com/articles/mule-meets-zuul-centralized
Sacrément intéressant. je me demande ce que ça donnera avec les method references de Java 8 ...
Bon, par contre, je suis peu satisafait par le "AT ENTRY" en chaîne de caractère pour spécifier le moment où renvoyer l'exception. Les enums sont faits pour ça, nom d'un chien !
Explqiuer HeartBleed en quatre images ? C'est possible.
Et parfaitement réussi, d'ailleurs.
Une grosse compilation d'articles permettant de devenir un meilleur développeur Javascript
Mais alors quelle claque, ce truc !
Les contrôleurs en pur Java, le hot-reload, les messages d'i18n qui utilisent le header Accept-Language, la détermination des autres urls "simplement" avec un reverseUrl...
Ce truc me fait un effet maximum, bien plus que tout ce que j'ai pu voir ailleurs. Le meilleur étant évidement l'OSGi et le déploiement direct (même si j'aurais bien aimé le voir dans un Glassfish).
Le blog qui tâche ... Cela dit, il ya parfois une explication (que je dois blogger, d'ailleurs)
Le benchmarking d'applications Java est un sujet assez pointu. Et ce blog donne quelques bonnes idées pour les cas non triviaux.
Tous les frameworks javascript disponibles dans des bon vieux jars mangeables par n'importe quel vrai (lire pour la plateforme java) outil de build. J'ai déja fait le boulot ingrat de repackager un twitter bootstrap. Donc j'apprécie l'énormité du truc. (trouvé via la doc de Wisdom Framework)
Très chouette article. Ca donne vraiment envie d'utiliser Metrics (du moins, encore plus que al doc officielle qui est déja bien fichue).
Très chouette article clarifiant, au-dela des frameworks qui sont assez arides comme introduction ce qu'est CQRS et ce qu'il peut impliquer sur l'architecture d'un logiciel.
Très bon article de LinuxFr sur les détails d'implémentation de la JVM qui peuvent parfois rendre fous les développeurs java ...
Très bon article (normal chez Palantir) expliquant comment faire un test unitaire vérifiant qu'un memory leak n'existe plus. Ca ne marche toutefois aps dans mon cas, hélas.
Je connaissais pas le -XX:OnOutOfMemoryError.
C'est le genre de truc vicieux qui peut mettre un bazar pas possible si il n'est pas correctement loggé ...
C'est bien cet article, parce qu'il explique bien que le "mouvement" NoSQL est en quelque sorte une espèce de vaste cacophonie remplie de spécialistes du buzzword bingo, mais aussi de bonnes idées.
Un interpréteur en ligne pour PHP qui, comme 'lautre en javascript, ne fait pas le malin avec des fenêtres partout, mais permet simplement de tester une idée.
C'est juste dommage que personne ne propose un service connecté aux gists ...
C'est de la folie furieuse,c e Jinq : il analyse les effets de bord définis par le bytecode pour reconstruire un modèle analysable du code de la méthode et s'en servir pour l'appliquer à une base de données. Je pensais que gaedo avait une ou deux idées coquines, mais là, c'est du grand art dans le pignolage, je trouve.