Pipeline-awareness en Nushell

El pipeline en Nushell, en 3 ideas

• Datos tipados en tránsito: las etapas operan sobre registros/filas. Muchos comandos trabajan “por columna” sin parseo manual.
• Bloques por elemento: la unidad de procesamiento suele ser un record; se usa each para transformar fila a fila.
• Selección y expansión: select mantiene tablas, get extrae (expande) una columna a valores simples —un paralelismo útil con “expandir propiedad”.

# Nushell — pipeline de números a registros y filtrado
1..5
| each {|n| { original: $n, doubled: ($n * 2) } }
| where doubled > 5
| select original doubled

# Nushell — pipeline de números a registros y filtrado
1..5
| each {|n| { original: $n, doubled: ($n * 2) } }
| where doubled > 5
| select original doubled

Análogo a begin/process/end en Nushell

# Inicialización (begin)
let mut count = 0

# Proceso por elemento (process)
ls
| where type == file
| each {|f|
    $count = $count + 1
    { name: $f.name, size: $f.size }
}

# Finalización (end)
print $"Procesados ($count) archivo(s)"

# Inicialización (begin)
let mut count = 0

# Proceso por elemento (process)
ls
| where type == file
| each {|f|
    $count = $count + 1
    { name: $f.name, size: $f.size }
}

# Finalización (end)
print $"Procesados ($count) archivo(s)"

Encaje por nombre: columnas en Nu vs parámetros en PowerShell

En PowerShell, ByPropertyName hace binding cuando el nombre de propiedad coincide con el del parámetro. En Nu, muchos comandos operan sobre columnas de la tabla actual; para “alinear” nombres, se usan rename/update antes de invocar otras etapas.

# CSV con columnas 'login' y 'dept'
open newusers.csv
| rename samAccountName login
| rename Department dept
| select samAccountName Department

# CSV con columnas 'login' y 'dept'
open newusers.csv
| rename samAccountName login
| rename Department dept
| select samAccountName Department

select (tabla) vs get (expandir)

# Mantener tabla con una columna
ls | select name | first 3

# Expandir a lista de strings (análogo a “expandir propiedad”)
ls | get name | first 3

# Mantener tabla con una columna
ls | select name | first 3

# Expandir a lista de strings (análogo a “expandir propiedad”)
ls | get name | first 3

───┬────────────
 0 │ Cargo.toml
 1 │ README.md
 2 │ nu.nuon

───┬────────────
 0 │ Cargo.toml
 1 │ README.md
 2 │ nu.nuon

Subexpresiones: “haz esto primero” en Nushell

# Pasar el resultado de una subexpresión a una opción
let mod = (open modules.txt | lines | to text)
help $mod

# Pasar el resultado de una subexpresión a una opción
let mod = (open modules.txt | lines | to text)
help $mod

Modos de invocación: parameter sets vs firmas en Nu

# Definir un comando en Nu con dos flags excluyentes
def summarize [
  --path (-p): path
  --list (-l): list<path>
] {
  if ($path != null and $list != null) {
    error make { msg: "Usa solo --path o --list" }
  }

  let items = if $path != null {
    ls $path | where type == file | get name
  } else {
    $list
  }

  $items
  | each {|p|
      let f = (ls $p | first 1)
      { name: $f.name, size: $f.size }
    }
}

# Definir un comando en Nu con dos flags excluyentes
def summarize [
  --path (-p): path
  --list (-l): list<path>
] {
  if ($path != null and $list != null) {
    error make { msg: "Usa solo --path o --list" }
  }

  let items = if $path != null {
    ls $path | where type == file | get name
  } else {
    $list
  }

  $items
  | each {|p|
      let f = (ls $p | first 1)
      { name: $f.name, size: $f.size }
    }
}

Interoperabilidad: estructurado ↔ texto/binario

• Entradas estructuradas: open detecta formatos (CSV/JSON/TOML/Parquet) y devuelve tablas/objetos listos para filtrar sin parseo manual.
• Salida: to csv, to json, save permiten materializar resultados.
• Comandos externos: si esperan texto, convierte con to text o extrae columnas con get; si devuelven texto, vuelve a estructurar con from ….

# JSON -> estructurado -> filtrar -> CSV
open users.json
| where active == true
| select id name email
| to csv
| save active-users.csv

# JSON -> estructurado -> filtrar -> CSV
open users.json
| where active == true
| select id name email
| to csv
| save active-users.csv

Qué puedes hacer en uno y no en el otro (o no igual)

• PowerShell → parameter binding ByValue/ByPropertyName entre cmdlets arbitrarios y parameter sets con selección automática. En Nu, el “binding” es por columnas y la exclusión mutua es manual.
• PowerShell → hooks formales begin/process/end por función. En Nu se compone con variables/bloques; no hay ganchos integrados por etapa.
• Nushell → operaciones tabulares idiomáticas sin clases/propiedades .NET: muchas tareas de ETL se expresan más concisas sobre tablas (p. ej., open + where + update).
• Nushell → autodetección de formatos y paths de columna simplifican pipelines centrados en datos; no requiere escribir tipos o wrappers.

Conclusiones

Ambos ecosistemas comparten la idea de composición basada en objetos, pero difieren en cómo llegan ahí: PowerShell confía en un binding rico entre parámetros y el ciclo begin/process/end; Nushell apuesta por tablas y columnas con bloques expresivos y transformación explícita.

Elegir uno u otro depende de si priorizas binding y contratos de cmdlets (PowerShell) o operaciones tabulares y datos heterogéneos con sintaxis concisa (Nushell).