488Fermer490
BrunniLe 29/06/2016 à 09:26
Mwé :/ J'ai l'impression en fait qu'on es de plus en plus en plus dans cette optique :
- On limite la "valeur" d'un software engineer (faire du code de merde, pas réfléchir),
- On divise en plus petits projets jetables (dès qu'un truc est découpable, on en fait au mieux un autre projet github, au pire on importe un node module ou même un produit commercial).

Ce n'est pas forcément mal. Mais typiquement dans le cas de node tu tombes sur des trucs qui ont des comportements incompréhensibles parce que A qui utilise une librairie B ne juge pas nécessaire de décrire en détail ce qu'une de ses fonctions fait (on peut le savoir si on va voir dans le code de A), mais ensuite B référence en fait une librairie C qui te permet d'avoir une syntaxe spéciale dans l'argument qui était passé directement de A à B (et donc de B à C). Et souvent quand tu reprends un code l'ingénieur qui l'a fait a utilisé les spécificités de la lib C parce que soit il connaissait soit Stackoverflow lui avait dit. Mais toi t'es perdu parce que tu ne peux pas faire le chemin inverse.