Guerra de las estaciones de trabajo: cómo los postores más bajos dieron forma al panorama tecnológico actual

Artículo original ↗ Discusión en Hacker News ↗

Se argumenta que los IBM PC baratos y “suficientemente buenos”, junto con DOS y sistemas Unix, vencieron a plataformas más capaces pero caras como las Lisp machines, los entornos Smalltalk y las estaciones de trabajo propietarias, configurando el panorama informático actual, en gran medida homogéneo. Los comentaristas exploran cómo la apertura, buses estándar como ISA y EISA, y componentes comerciales baratos fomentaron una enorme reutilización de software y el crecimiento del ecosistema, mientras que los sistemas más ricos y maleables tuvieron dificultades con la portabilidad, las herramientas y el encaje de mercado. El intercambio plantea preguntas más amplias sobre la inercia tecnológica, las compensaciones de diseño de “worse is better” y si aún hay espacio para revivir modelos de computación más potentes y maleables por el usuario en una industria dominada por hardware de consumo, sistemas operativos tipo Unix y la web.

IBM PC, coste y competencia de sistemas operativos

  • Debate sobre si el IBM PC “ganó porque era barato”.

    • Algunos señalan que era caro frente a CP/M/Z80 y las máquinas domésticas de 8 bits, pero relativamente barato como escritorio empresarial, especialmente cuando se combinaba con el MS-DOS de bajo precio.
    • MS-DOS rebajó a UCSD p-System y CP/M-86, y su combinación con hardware de PC abierto y clonable fue decisiva.

  • Se alega que Concurrent DOS de Digital Research (un sucesor multitarea y compatible con DOS de CP/M-86) dependía de una función del 286 que Intel eliminó antes del lanzamiento, lo que hundió su oportunidad de competir.

  • La documentación abierta por IBM del bus ISA se considera crucial para los ecosistemas de terceros y el dominio del PC, impulsada en parte por restricciones antimonopolio.

Evolución, “postor más bajo” e inercia

  • Muchos coinciden en que sistemas más simples y baratos desplazaron repetidamente a otros más ricos y sofisticados, pero argumentan que esto es más “suficientemente bueno por ahora” que puramente “el postor más bajo”.

  • Algunos ven una convergencia hacia herramientas de menor denominador común (p. ej., C) que escalan socialmente: lo bastante fáciles para muchos programadores “promedio”, incluso si en teoría son inferiores.

  • Otros replican que no todos los dominios siguen este patrón: los mainframes, los sistemas industriales a medida y algunos SO de investigación buscaron “mejor” en lugar de “más barato” y sobrevivieron en nichos.

  • La inercia y más de 30 años de software acumulado se consideran la mayor barrera para “empezar de cero” con paradigmas mejores.

Límites de memoria y transiciones de arquitectura

  • Se hace una analogía entre los límites de 64 KB en CPUs de 8 bits y los límites de 4 GB en x86 de 32 bits.
    • Los críticos dicen que no son comparables: 4 GB rara vez bloquea cargas de trabajo normales, y PAE mitigó los límites a nivel de sistema.
    • Los defensores argumentan que, en ambas épocas, los primeros adoptantes toparon con los límites antes, presionando una transición antes de que el mercado masivo lo sintiera.

Lisp, Smalltalk y sistemas dinámicos

  • Fuerte desacuerdo sobre el “fetichismo de Lisp”. Algunos critican la sobreidealización de Lisp; otros defienden su importancia histórica pero prefieren sucesores como Dylan o sistemas al estilo Smalltalk.

  • Varios describen los entornos de Lisp y Smalltalk (especialmente las Lisp machines) como sistemas completamente vivos, introspectivos y autocontenidos que superan con creces a los entornos actuales basados en navegador.

  • Otros encontraron las Lisp machines complejas y difíciles de aprender sin guía, destacando una curva de aprendizaje pronunciada y una “rareza” para la mayoría de los usuarios.

  • Se especula con que algunas personas están neurológicamente mejor adaptadas a S-expresiones desnudas, lo que sesgó la evolución de los lenguajes hacia el minimalismo sintáctico, posiblemente a costa de una adopción más amplia.

Reutilización de código, portabilidad e imágenes vivas

  • Una crítica importante: las “imágenes vivas” de Lisp/Smalltalk dificultaban compartir y fusionar código, especialmente entre proveedores y entornos.

    • Existían conjuntos de cambios en Smalltalk y “sistemas” en Lisp, pero los equipos grandes informaron fusiones dolorosas y conflictos, lo que llevó a herramientas como Envy/Developer.

  • Otros replican que Common Lisp junto con toolkits portables de interfaz de usuario (p. ej., CLIM, CLUE/CLIO) y el intercambio de archivos basado en NFS permitieron una reutilización sustancial entre plataformas, aunque la fragmentación entre proveedores persistía.

  • Contraste con C + Unix/Linux: a pesar de la fragmentación, el modelo relativamente estable de C/ABI y la cultura de código abierto hicieron que la reutilización y la portabilidad fueran mucho más prácticas a escala.

Convergencia de lenguaje y plataforma

  • Algunos ven una “evolución convergente” de los lenguajes: muchos lenguajes modernos derivan hacia un conjunto de características similar a OCaml; los lenguajes muy cargados de macros a menudo “se convierten en Lisp”.

  • Se discuten Dylan y SK8 de Apple como ejemplos de sistemas potentes, inspirados en Lisp pero más legibles, que nunca llegaron a la corriente principal pese a sus sólidos méritos técnicos.

Web, nube y sistemas maleables

  • Una postura: los modernos “neo-mainframes” y los complejos sistemas en línea recrean muchas ideas perdidas de groupware y multiusuario, solo que mediante la web y la nube.

  • Se propone la web como el entorno hoy más maleable y modificable por el usuario (vía userscripts, web components), potencialmente un camino de vuelta a una informática “blanda”, moldeada por el usuario.

  • Nube frente a local se plantea como otro ciclo recurrente: los sistemas centralizados se vuelven complejos y caros, lo que reaviva el interés por alternativas locales/autohospedadas.

Recepción del artículo

  • Muchos lectores elogian la profundidad del artículo y su enfoque de historia alternativa, a pesar de algunas simplificaciones.

  • Los escépticos cuestionan afirmaciones concretas (p. ej., sobre herramientas modernas, familiaridad con GitHub), pero los partidarios responden con contraejemplos y citas históricas.

  • En general, el hilo trata el artículo como una lente valiosa, aunque opinativa, sobre cómo fuerzas económicas, sociales y técnicas dieron forma al paisaje informático relativamente homogéneo de hoy.