Geek and Tips links 25/03/2015
Oulah tout ce qu'il ne faut pas faire se fait dans mon entreprise :

- Le développeur qui bosse tout seul sur certains pans du projet
- Les décideurs qui ne connaissent pas assez notre métier et qui croient tout savoir
- Décisions prises à très court terme sans réfléchir aux conditions à long terme

Bref de la perte de temps et d'argent pour tout le monde.
Une image des joies du code résume parfaitement la situation : http://lesjoiesducode.fr/post/114124249775/la-dette-technique-expliquee
(Permalink)

Les piti liens de Vader 25/03/2015
Intéressant article sur la dette technique.

"La dette technique représente l’ensemble des menaces liées directement à la technique qui pèsent sur un logiciel.

D’une manière assez triviale, on peut caractériser la dette technique par l’absence de respect des bonnes pratiques de conception et de développement. [...]

Mais la dette technique peut aussi se présenter sous d’autres formes qui sont également assez fréquentes. On peut citer par exemple le cas d’un développeur qui travaille tout seul dans son coin sur des pans entiers d’un logiciel. La connaissance n’est alors pas du tout partagée. Il suffit que le développeur en question s’absente temporairement (ou pire, définitivement) pour semer la panique générale dans une équipe."

Via http://geekandtips.com/links/?kyw5Xg
(Permalink)

@jeekajoo shaarlinks 25/03/2015
J'aime ce passage:
"""
La dette technique est donc un facteur largement négligé dans les décisions quand il n’est pas complètement ignoré. Très souvent dans notre métier, les décisions sont prises avec une vision très court terme, sans trop penser aux conséquences sur le long terme. Or, ce qui est intéressant sur du court terme l’est rarement sur du long terme, et ça s’exprime notamment à travers la dette technique.

Lorsque la pression économique nécessite de s’endetter, le bon sens voudrait que cette dette soit remboursée dès que la période critique est passée. On emploie souvent dans cette situation l’expression « nous le ferons plus tard ». Mais « plus tard » signifie bien souvent « jamais ». Les décideurs ont en effet toujours besoin de choses plus prioritaires (à leurs yeux en tout cas) que de rembourser la dette technique. C’est ainsi que la dette s’accumule, petit à petit.
"""
Oui, la tentation du surendettement est grande.
Faire un truc vite fait mal fait, qui fait le taff mais qui te pétera à la gueule ou qui te ralentira dans ton travail plus tard. C'est comme construire une maison sur des fondations en polystyrene. C'est d'autant plus chaud sur du code d'infrastructure. Car remettre en cause du code qui tourne en production exige de faire des migrations, elles-mêmes dangereuses et chronophages. Le produit c'est avant-tout une infra qui fonctionne et qui est robuste, rien d'autre.

Il faut réussir à avancer relativement rapidement (avec de l'intégration continue) tout en se projetant sur le long terme. Il y a un juste milieu à trouver.

Lien via http://geekandtips.com/links/?kyw5Xg
(Permalink)

partage de liens - nonymous 25/03/2015
Article passionnant.
Via http://geekandtips.com/links/?kyw5Xg
(Permalink)