Bien s\u00fbr, chacun des \u00e9l\u00e9ments ci-dessus n’est pas n\u00e9cessairement comparable car certains sont des outils frontaux, d’autres sont des outils principaux, et certains offrent une sorte d’hybride.<\/p>\n
De plus, certains sont premium, certains sont open source, certains semblent \u00eatre abandonn\u00e9s et certains ont m\u00eame conduit \u00e0 des processus de construction cass\u00e9s.<\/p>\n
Cela conduit \u00e0 une s\u00e9rie de questions dont plusieurs que j’aimerais couvrir. Donc, voici, si rien d’autre que des r\u00e9flexions sur les gestionnaires de paquets modernes, sont les choses auxquelles j’ai pens\u00e9.<\/p>\n
Gestionnaires de packages modernes<\/h2>\n
Les questions qui me sont venues \u00e0 l’esprit (et dont je discutais avec ledit ami) sont les suivantes :<\/p>\n
- \n
- comment sommes-nous cens\u00e9s savoir lequel utiliser,<\/li>\n
- quand les utiliser,<\/li>\n
- et si \u00e7a vaut le coup de rester avec eux?<\/li>\n<\/ul>\n
Et donc j’ai pens\u00e9 que je partagerais ici mes r\u00e9flexions actuelles sur ces outils et leur applicabilit\u00e9.<\/p>\n
Lesquels utilisons-nous\u00a0?<\/h3>\n
Il est facile d’esquiver cette r\u00e9ponse et de dire "celui que vous voulez", mais je pense que la r\u00e9ponse est un peu plus nuanc\u00e9e que cela.<\/p>\n
Par exemple, il existe des courbes d’apprentissage, des packages, une maintenance, etc. qui accompagnent chacun d’eux. Ce n’est pas une bonne ou une mauvaise chose – c’est naturel de ce qu’ils sont.<\/p>\n
![\"R\u00e9flexion](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-163159-61e74b8c11842.png\")
<\/a><\/p>\nLa question qui m’int\u00e9resse le plus est "laquelle sert le mieux mon \u00e9quipe, mon projet et mes clients\u00a0?" Et voici pourquoi\u00a0:<\/p>\n
- \n
- Si l’\u00e9quipe peut facilement adopter l’utilitaire, alors il n’y a pratiquement aucune friction pour se mettre en route et l’utiliser pour son travail.<\/li>\n
- Si cela fonctionne bien avec le projet d\u00e8s le d\u00e9part, cela devrait faciliter la maintenance \u00e0 mesure que le projet grandit et m\u00fbrit. Ceci est important car sinon nous risquons de perdre un temps et des efforts pr\u00e9cieux pour mettre les choses \u00e0 jour lorsque le service public change (s’il change) et cela peut nuire au calendrier d’un projet.<\/li>\n
- Ce qui sert le mieux le client, je crois, c’est l’une de ces situations o\u00f9 \u00able diable est dans les d\u00e9tails \u00bb. C’est ainsi que si les deux premiers sont satisfaits, le client n’en sera pas plus avis\u00e9. Deuxi\u00e8mement, cela co\u00fbterait moins de temps, apporterait plus de valeur et les maintiendrait investis dans l’utilisation de vous en tant que fournisseur pour leur service.<\/li>\n<\/ol>\n
Cela dit, je ne crois pas qu’il y ait un seul cas "C’est l’utilitaire que vous devriez utiliser" car, encore une fois, je ne connais pas les d\u00e9tails d’un projet donn\u00e9. Ainsi, je ne veux pas prescrire une solution quand une autre peut convenir au cas.<\/p>\n
Et voici un exemple :<\/p>\n
J’ai utilis\u00e9 Gulp, CodeKit et Yarn dans diff\u00e9rents projets. Serait-il agr\u00e9able d’avoir un seul outil \u00e0 utiliser? Bien s\u00fbr! Et chacun peut faire relativement les m\u00eames choses que les autres.<\/p>\n
Mais la vitesse \u00e0 laquelle il faut faire avancer quelque chose, la portabilit\u00e9 et les packages disponibles diff\u00e8rent l\u00e9g\u00e8rement, et si je travaille sur quelque chose pour moi, pour un client, avec une \u00e9quipe ou seul sont tous des facteurs qui s’int\u00e8grent dans l’\u00e9quation .<\/p>\n
Au fil du temps, je crois que nous d\u00e9veloppons une intuition sur ce qui peut \u00eatre le mieux compte tenu des exigences d’un projet et de l’exp\u00e9rience acquise avec chacun des outils ci-dessus.<\/p>\n
Donc, bien s\u00fbr, il y a un investissement initial qui est n\u00e9cessaire pour se familiariser avec le nombre que vous jugez bon pour \u00eatre b\u00e9n\u00e9fique pour votre \u00e9quipe et vos efforts, mais cela peut vous \u00eatre utile pendant que vous continuez \u00e0 avancer en tant que d\u00e9veloppeur.<\/p>\n
Quand les utilisons-nous ?<\/h3>\n
Je ne pense pas qu’il soit aussi difficile de r\u00e9pondre \u00e0 cette question si vous avez fait preuve de diligence raisonnable en les essayant. Encore une fois avec l’intuition, non?<\/p>\n
![\"R\u00e9flexion](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-163159-61e74b90da956.png\")
<\/a><\/p>\n![\"R\u00e9flexion](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-163159-61e74b9636bfe.png\")
<\/a><\/p>\n