nvm: versiones de Node y estado del shell
Proyecto educativo para nvm: visualizar intención sin modificar la máquina
Diseña un explorador de PATH y .nvmrc de solo lectura que separe sintaxis, resolución y ejecución y evite instalar automáticamente.
Qué aprenderás
- Enseña transiciones con datos sintéticos
- Separa aprender de aprovisionar
- Parte de fixtures y comprueba comprensión
Antes de empezar
- Comandos de shell y entorno de procesos
- Distinguir instalación y selección del runtime
Diagnostica la versión solicitada frente a la activa y define límites explícitos de instalación y verificación.
Conclusiones clave
- Separa solicitado, disponible, seleccionado y ejecutándose.
- Una visualización no debe convertirse silenciosamente en instalación.
- Evalúa comprensión antes de añadir animación.
Enseña transiciones con datos sintéticos
Una extensión educativa mostraría solicitud de versión, inventario disponible, PATH entrante y resultado lado a lado. Ordenaría entradas y señalaría el primer ejecutable bajo un modelo simplificado. Alias y funciones deben aparecer como capas adicionales; un dibujo de cadenas no inspecciona automáticamente toda la resolución de una shell real.
Otra vista analizaría .nvmrc sintético, mostrando comentarios retirados, solicitud devuelta y disponibilidad aún sin resolver. El caso de texto desconocido enseña que parsing correcto no significa instalación realizada. Es una propuesta de interfaz, no una función entregada por nvm ni por este artículo.
Separa aprender de aprovisionar
No cargues perfiles, ejecutes archivos shell arbitrarios ni instales la versión escrita solo para dibujar una visualización. Empieza con ejemplos sintéticos explícitos. Si luego importas entorno real, hazlo local y opcional, oculta rutas personales y nunca recopiles cabeceras de autorización ni credenciales.
Una lista ordenada accesible y SVG explican precedencia y estados sin motor 3D. Three.js necesitaría una ventaja educativa demostrada para justificar más interacción y renderizado. La aceptación esencial es predecir un comando ocultado o distinguir versión solicitada de activa, no la complejidad del escenario.
Parte de fixtures y comprueba comprensión
Los 16 casos pueden aportar expectativas para PATH vacío, prefijos conservados, duplicados y fallos de parsing. Mantén visible la revisión y explica que el adaptador de diagnóstico no reproduce colores originales. Si otra revisión difiere, muestra una comparación versionada en vez de cambiar silenciosamente la lección.
El siguiente hito sería un prototipo estático con teclado y etiquetas traducidas, seguido de tareas de predicción. No se entregaron aplicación interactiva, mejoras de aprendizaje medidas ni reparación automática del entorno. El SVG ilustra el flujo propuesto y el experimento solo acredita las transformaciones limitadas que realmente ejecutó.
Pasos de implementación
- 1
Define PATH y .nvmrc sintéticos.
- 2
Muestra parsing y disponibilidad por separado.
- 3
Explica con teclado sin ejecutar entradas del usuario.
- 4
Versiona el modelo y prueba predicciones.
Ejemplo para copiar
{
"propuesta": "explorador de intención de runtime de solo lectura",
"estado": "no implementado",
"cargarPerfiles": false,
"instalarVersiónEscrita": false,
"recopilarCredenciales": false,
"tareaEducativa": "distinguir solicitud, resolución y proceso activo"
}Preguntas frecuentes
¿El explorador está disponible en nvm?
No. Es una propuesta editorial basada en código fijado y fixtures, no una interfaz existente.
¿Por qué empezar con SVG y no Three.js?
Rutas ordenadas y transiciones encajan en explicaciones 2D accesibles. La complejidad adicional debe seguir a un beneficio educativo demostrado.
Fuentes
- nvm.shFuente verificada 2026-09-08
- test/fast/Unit tests/nvm_change_pathFuente verificada 2026-09-08
- test/fast/Unit tests/nvm_strip_pathFuente verificada 2026-09-08