Para inicializar un proyecto ya hay que tomar muchas decisiones, lo que menos necesitamos es que agreguen una más. Los usuarios avanzados pueden usar lo que mejor les parezca, pero cada decisión que se agrega es una barrera de entrada para los usuarios principiantes o menos avanzados
you speak spanish very nicely. i learned enough to become semi-fluent years ago. even though i have not spoken or heard spanish in many years, i can still easily understand you :)
Hagan lo que hagan, voy a utilizar NPM. Lo mismo con Reactjs y tambien con Windows....cada uno es libre de usar lo que desee, nada ni nadie se lo impide, no se porque tantas vueltas.....
Yo creo que durante la instalacion de node deberian preguntar si queres instalar tambien npm, con el checkbox marcado, como para que el que esta iniciando no tenga que pensar nada y el que ya tiene un poco de idea pueda decidir si quiere usar otro
eso es si instalas de forma grafica, pero para los que instalamos en consola y lo usamos en docker o en jenkins nos implica mas cositas. La verdad a mi me funciona bien npm
@@andresf.cardenas2637 Suele haber una flag para hacer instalaciones silenciosas. Se puede hacer que si esta activada se aplique la configuracion por defecto que seria instalar npm. Y "mas cositas" es literalment 1 commando. Depende como estes instalando node se puede hacer tambien que si tras preguntar durante la instalacion no recive input durante x segundos se continue automaticamente con la config por defecto (instalar NPM)
Lo que viene luego... en los próximos meses Node tendrá un administrador de administradores de administradores de paquetes que permitirá quitarle el monopolio Corepack y podremos optar por nuevos sistemas. Triunfan la abstracción y la recursividad infinitas.
¿Por qué a heces usas el inglés y otras el español para referirte a lo mismo? Además de que queda fatal, es un lío saber a qué te refieres en cada momento.
Siempre vi super lógico la idea de usar corepack, yo siempre lo uso para pnpm, dejarlo en experimental solo porque los nuevos se pueden perder me parece poca justificación para un cambio tan importante y coherente en el ecosistema de JavaScript, en su momento no estuvo presente porque estoy seguro que Ryan ni nadie se imaginaba la escala a la que llegaría JavaScript en el servidor.
Si se hace con corepack la elección del gestor, ese gestor vendrá ya incluido en la instalación de node junto con los demás gestores o se hará una descarga solo del gestor seleccionado??
debe dejarse al desarollador escoger si quiere NPM, YARN u otro, y eso de que nunca han tenido ningun problema? (7:46) pues.. no creo que exista herramienta sin problema
En mi opinion, yo gastaria mi esfuerzo en lograr tasas de rendimiento como las que tiene bun, no se que beneficio tiene tener N gestores de paquetes para el producto final
No hablamos del registro de npm. Hablamos del CLI de npm. Son dos cosas distintas aunque compartan el nombre. Por ejemplo, puedes usar npm (CLI) con un registro de Artifactory.
vender todas las acciones de npm ahora. Que node quite a npm, npm muere. Compramo acciones npm, node vuelve a poner npm y lo promociona. Las acciones suben y salimos ganando plata
Me parece como una alterativa no tan invasiva, que durante la instalación esté NPM seleccionado por defecto, pero que te dé la opción de elegir algún otro. Algo como esto: Would you like to change your package manager? Enter to keep the default NPM (Recommended) Y+Enter to change the default option
A mí también me parece buena opción esto. Porque si empezamos teniendo un comando nuevo para escoger qué gestor de paquetes queremos, mañana acabaremos teniendo otros comandos alternativos a ese y volveremos al punto de partida 😂
7 месяцев назад
Ojalá se extinga NPM, PNPM le da MIL vueltas y el instalador de paquetes de Bun también 🙌🏼
¿Quién financia, quién paga los servidores donde están alojados estos paquetes? me pregunto lo mismo con pip y con los programas de linux que uno instala por terminal, ¿Quién paga los servidores? puesto que deben soportar cientos de conexiones haciéndoles peticiones
La tontería es que NPM nunca intenta mejorar como package manager. Es demasiado lento comparado con Bun o Pnpm y es poco eficiente con el manejo del disco. Lo único bueno de NPM es su registro de paquetes. Al menos, como package manager, NPM no tiene mucho sentido.
Cual monopolio. Que facil es llegar a querer mandar cuando la casa esta hecha. Esto me recuerda la estupide de quitar el MASTER por MAIN en Git tubimos un monton de problemas por esa estupidez. Ya es hora de dejar de hacerle caso a esas personas que tienen demaciado tiempo libre para jodernos a los que si estamos ocupados trabajando.
Ganas de inventarse problemas. El usuario novel debería centrarse en aprender y no en elegir un gestor de paquetes, que para ese momento cualquiera le dará igual. El usuario experimentado, elegirá el gestor de paquetes que mejor se ajuste a sus necesidades. El usuario novel, por lo anterior, con npm fluirá sin problemas. Cuando aprenda lo que deba aprender, ya tendrá tiempo de buscarse la vida entre gestores de paquetes.
Si estan tan en contra, porque no mejoran el rendimiento de npm?? lo que estan haciendo es no dejar evolucionar al lenguaje, muchos proyectos siempre se quedan estancados por tener un node_modules muy pesado y npm no ha hecho nada para arreglarlo.
Pero Yarn, PNPM al final hacen uso de NPM, que npm sea más lento que Windows Vista hace que salgan estás ideas, lo ideal es que venga por default npm pero al instalar Node te de la opción de cambiar el gestor si quieres.
Esto es como todo...si funciona para que tocas. Es mejor npm default y después dar la libertad al usuario de que gestor quieres por defecto por consola. Node y npm es un pack, si la comunidad también quiere tener dentro a Yarn y pnpm que se pongan a hacer "su nodejs" y todos contentos.
si es así, porque no mejor, cuando estés instalando node, que te pregunte que administrador quieres. yo, siendo muy nuevo en esto, te digo. Sí me preguntan desde un principio, que sabor quiero, voy a probarlos todos. primero el recomendado, luego, que beneficios tiene el otro y así hasta que encuentre uno que me guste, se me sea fácil o simple de usar, o que sea el más confiable o ágil en ciertas operaciones.
Otra cosa, este chando tiene instalado dos managers, yarn y npm. Siento que sí una documentación me dice, usa X para intalar esto, y luego otra me dice usa Y para instalar esto otro... Eso no me molesta, talves porque ya estoy a costumbrado a nunca encontrar buenas documentaciones, pero si de eso se trata, sólo son diferentes paso a usarse con la documentación de turno. Y sí esto hace que mejoren o actualicen ciertas documentaciones, es un ganar ganar.
Deberían dejarlo con NPM por defecto porque, a mi punto de vista humilde de programador, hay quienes le importa un carajo o simplemente están empezando a aprender, y quienes ya tienen cierta experiencia pueden decidir que les gusta más como distribuidor de paquetes, al final solo es un comando no es un proceso laborioso.
Yo lo que no entiendo en esta historia es que mas le a npm que se use su gestor de paquetes u otro si al final la dependencia se la descarga del repo de npm independientemente del gestor de paquetes ¿no? y al final de lo que sacan pasta es de vender su servicio enterprise de gestion de paquetes de npm. Osea al final vale si es una putada porque te bajan las descargas pero por lo demas no creo que les influya demasiado.
A la final, los otros manejadores de paquetes utilizan la base de datos de npm para obtener los paquetes. Uno como desarrollador solo sube sus paquetes en npm también
Estoy de acuerdo contigo, que venga npm y la posibilidad de activar pnpm con corepack, porque hay compañeros que apenas empiezan con node y de por si no entienden mucho la diferencia de npm, y pnpm
la diferencia esta en los segundos. si despiegas usando el npm install se tarda digamos 2 minutos, usando pnpm a lo mucho 1 minuto. el ahorrar tiempo despleguanda y estres si no sale bien y estar constamente ejecutando el deploy pufff ya te digo yo si pudiera usario pnpm para deploy lo haria pero npm esta tan arraigado que no se animan a cambiarlo.
@@gabrielfernandoalicuchallo6363 la diferencia principal creo que vienen siendo los enlaces simbólicos que usa pnpm por lo que lo hace más rápido, ya que solo guarda una vez el package en lugar de ir guardando en cada repositorio, yo la verdad utilizo pnpm desde hace ya unos años y npm solo en algunos proyectos que requiero usarlo jejeje
Esto me recuerda a cuando los Windows traían ya instalado el Internet Explorer y llegaron incluso a los tribunales: Microsoft perdió, fue condenado y tuvieron que dejar elegir qué navegador usar en los Windows.
En que punto detenemos la granularidad? Por mi la experimental que se vuelva la default, casi contrario verás hilos interminables en Twitter sobre como el último cambio de node destrozo un proyecto y otro y otro
Y los mas triste es que aunque te puedes configurar tu propio registro los únicos que parece que lo hacen son los de Microsoft, que también son los dueños de NPM.
La solución seria muy sencilla cuando se instale node pregunte por 2 opciones novato o experto, novato instala por defecto npm, experto el usuario escoge que va a usar.
Sinceramente, perder el tiempo con gestores de paquetes, cuando ya tenemos bastante con programar. Me parece que con que el gestor de paquetes funcione bien, y tenga las librerías de Node al alcance ya me conformo.
También hay que tener en cuenta que framenwork como angular utiliza npm. Y entiendo que como angular lo pueden usar otros framenwork con React o Vue. No se hasta que punto puede ser problemática usar npm en un framenwork y otro descargado de paquetes en Node. Podría ser un lío.
No cambia nada. Corepack es como nvm, es un gestor de gestores de paquetes. Una vez aactivado npm es exactamente lo mismo que como funcionava hasta ahora.
simple, cundo lo instalas que este marcado por defecto npm (tanto en CLI como en GUI) pero que te permita personalizar entre todas las opciones. Yo seria el usuario que optaria por tener solo pnpm.
Tendría que tener una sintaxis única y que tú eligieras el motor por debajo. ¿Cual es el problema de que venga npm por defecto? ¿Que arregla el quitarlo? Si quitarlo da problemas, que se deje
NPM es de Microsoft, Node.js es de una fundación. Son proyectos distintos de organizaciones distintas. Y tampoco hay ninguna necesidad de que venga embebido en el mismo instalador, seria suficiente que fuese la opción seleccionada por defecto y ya corepack lo instala por detrás igual que los otros.
Los monopolios mal, pero la gente necesita empezar por algo y opino como tú porque quien empieza de 0 y no sabe por cual tirar, si tiene uno que viene por defecto al menos le ayuda en su proceso de aprendizaje hasta que este suficientemente formado para elegir si quiere cambiar y saber valorar que le conviene.