Alt.net

TwitterFacebook
Get flash to fully experience Pearltrees

ALT.Net France - Mozilla Firefox

Bien que les containeurs IoC soient très répandus et utilisés par de développeurs, ils sont souvent considérés comme obscures et compliqués. Il y a beaucoup d’incompréhension autour du but de leur utilisation, ce qui fait que beaucoup de développeurs ne s’en servent pas correctement. Dans cette session j’aimerais présenter quelques exemples de mauvaise utilisation, expliquer quelques aspects concernant les containeurs IoC qui sont plus ou moins compris par les développeurs et démontrer comment ils doivent être utilisés correctement afin d’en tirer pleinement profit. Les exemples seront basé sur Unity 2.0 et StructureMap. Pour cette session, nous avons invité Matthieu Mezil qui n’est pas que spécialiste du code EF obscur http://www.altnetfr.org/
Parmi les pratiques d'une des méthodes agiles les plus répandues, eXtreme Programming (XP), la programmation en binôme est sans doute l'une des plus contestée : les managers voient à coup sûr ce qu'ils y perdent (de l'argent), plus difficilement ce qu'ils y gagnent. Quel est donc le surcoût d'un travail en binôme, et qu'y gagne-t-on ? Il existe pour y répondre des études quantitatives conduites méthodiquement, avec comparaison de tâches identiques menées soit en paire soit en solo. http://www.ergotinfo.fr/

Denis Dollfus' Blog - Mozilla Firefox

http://codingly.com/

Codingly - Mozilla Firefox

Guest post de Jb Evain . J’ai un nouveau pet-peeve [1]. Mais comme pour beaucoup d’entre eux, c’est parce que je me suis longtemps fait avoir. Now that I saw the light, et que je ne me trompe guère plus, voir les autres se tromper m’est tout bonnement insupportable. D’ailleurs mon introduction est amusante, car beaucoup de français ont pour «pet-peeve» l’over utilisation des mots anglais dans une phrase française.
http://www.thedotnetfrog.fr/ On a trop souvent tendance à opposer rapidité de développement et qualité. Ces 2 caractéristiques ne sont en fait pas situées sur le même axe : faire diminuer la qualité n'implique pas une accélération du temps de développement. Bien au contraire. Le raisonnement est généralement le suivant : il faut implémenter le plus rapidement une solution qui "fonctionne", pas besoin de faire quelque chose de spécialement brillant ou "beau techniquement". Malheureusement, c'est oublier une vérité fondamentale du développement logiciel :

The .Net Frog - Mozilla Firefox