Ovviamente, ciascuno dei precedenti non \u00e8 necessariamente confrontabile perch\u00e9 alcuni sono strumenti front-end, altri sono strumenti back-end e ce ne sono alcuni che offrono una sorta di ibrido.<\/p>\n
Inoltre, alcuni sono premium, alcuni sono open source, alcuni sembrano essere abbandonati e alcuni hanno persino portato a processi di compilazione interrotti.<\/p>\n
Questo porta a una serie di domande molte delle quali vorrei coprire. Quindi qui, se non altro che riflessioni sui moderni gestori di pacchetti, ci sono le cose a cui ho pensato.<\/p>\n
Gestori di pacchetti moderni<\/h2>\n
Le domande che mi sono venute in mente (e di cui stavo discutendo con detto amico) sono le seguenti:<\/p>\n
- \n
- come dovremmo sapere quale usare,<\/li>\n
- quando usarli,<\/li>\n
- e se vale la pena restare con loro?<\/li>\n<\/ul>\n
E quindi ho pensato di condividere qui i miei pensieri attuali su detti strumenti e sulla loro applicabilit\u00e0.<\/p>\n
Quali usiamo?<\/h3>\n
\u00c8 facile evitare questa risposta e dire "qualunque tu voglia", ma penso che la risposta sia un po’ pi\u00f9 sfumata di cos\u00ec.<\/p>\n
Ad esempio, ci sono curve di apprendimento, pacchetti, manutenzione e cos\u00ec via che vengono forniti con ciascuno di essi. Questa non \u00e8 una cosa buona o cattiva \u2013 \u00e8 il naturale di quello che sono.<\/p>\n
![\"Riflettendo](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-163159-61e74b8c11842.png\")
<\/a><\/p>\nLa domanda che mi interessa di pi\u00f9 \u00e8 "quale \u00e8 quello che serve meglio il mio team, il mio progetto e i miei clienti?" Ed ecco perch\u00e9:<\/p>\n
- \n
- Se il team pu\u00f2 adottare facilmente l’utilit\u00e0, allora non c’\u00e8 quasi zero attrito per iniziare a utilizzarla per il proprio lavoro.<\/li>\n
- Se funziona bene con il progetto fin dall’inizio, dovrebbe facilitare la manutenzione man mano che il progetto cresce e matura. Questo \u00e8 importante perch\u00e9 altrimenti rischiamo di sprecare tempo e fatica preziosi per mettere le cose al passo quando l’utilit\u00e0 cambia (se cambia) e questo pu\u00f2 essere dannoso per la pianificazione di un progetto.<\/li>\n
- Ci\u00f2 che serve meglio al cliente, credo, \u00e8 una di quelle situazioni in cui "il diavolo \u00e8 nei dettagli". Questo \u00e8 cos\u00ec che se i primi due sono soddisfatti, il cliente non sar\u00e0 pi\u00f9 saggio. In secondo luogo, costerebbe meno tempo, fornirebbe pi\u00f9 valore e li farebbe investire nell’usarti come fornitore per il loro servizio.<\/li>\n<\/ol>\n
Detto questo, non credo che ci sia un solo caso "Questa \u00e8 l’utilit\u00e0 che dovresti usare" perch\u00e9, ancora una volta, non conosco i dettagli di un determinato progetto. Quindi, non voglio prescrivere una soluzione quando un’altra potrebbe adattarsi al caso.<\/p>\n
Ed ecco un esempio:<\/p>\n
Ho usato Gulp, CodeKit e Yarn in diversi progetti. Sarebbe bello avere un unico strumento da usare? Sicuro! E ognuno pu\u00f2 fare relativamente le stesse cose degli altri.<\/p>\n
Ma la velocit\u00e0 con cui si avvia qualcosa, la portabilit\u00e0 e i pacchetti disponibili differiscono leggermente e se sto lavorando a qualcosa per me stesso, per un cliente, con un team o da solo sono tutti fattori che entrano nell’equazione .<\/p>\n
Nel tempo, credo che sviluppiamo un’intuizione su quale sia il migliore, dati i requisiti di un progetto e data l’esperienza con ciascuno degli strumenti di cui sopra.<\/p>\n
Quindi, certo, c’\u00e8 un investimento in anticipo che \u00e8 necessario per familiarizzare con tutti quelli che ritieni opportuno per essere vantaggioso per il tuo team e per i tuoi sforzi, ma pu\u00f2 servirti bene mentre continui ad andare avanti come sviluppatore.<\/p>\n
Quando li usiamo?<\/h3>\n
Non penso che questa sia una domanda cos\u00ec difficile a cui rispondere se hai fatto la dovuta diligenza nel provarli. Sempre con l’intuizione, giusto?<\/p>\n
![\"Riflettendo](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-163159-61e74b90da956.png\")
<\/a><\/p>\n![\"Riflettendo](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-163159-61e74b9636bfe.png\")
<\/a><\/p>\n