Guerra das estações de trabalho: como os menores licitantes moldaram o cenário tecnológico de hoje

Artigo original ↗ Discussão no Hacker News ↗

Argumenta-se que os PCs IBM baratos, “bons o suficiente”, além de DOS e sistemas Unix, venceram plataformas mais capazes, porém caras, como máquinas Lisp, ambientes Smalltalk e estações de trabalho proprietárias, moldando o cenário computacional amplamente homogêneo de hoje. Comentadores exploram como a abertura, barramentos padrão como ISA e EISA, e peças comerciais de prateleira de baixo custo incentivaram o reuso massivo de software e o crescimento de ecossistemas, enquanto sistemas mais ricos e maleáveis enfrentavam problemas de portabilidade, ferramentas e adequação ao mercado. A discussão levanta questões mais amplas sobre inércia tecnológica, trade-offs de design do tipo “pior é melhor” e se ainda há espaço para reviver modelos de computação mais poderosos e maleáveis ao usuário em um setor agora dominado por hardware commodity, sistemas operacionais parecidos com Unix e a web.

IBM PC, Custo e Competição entre Sistemas Operacionais

  • Debate sobre se o IBM PC “venceu porque era barato”.

    • Alguns observam que ele era caro em comparação com CP/M/Z80 e máquinas domésticas de 8 bits, mas relativamente barato como desktop corporativo, especialmente quando empacotado com o MS-DOS de baixo custo.
    • O MS-DOS subcotou o UCSD p-System e o CP/M-86, e sua combinação com hardware de PC aberto e passível de clonagem foi decisiva.

  • O Concurrent DOS da Digital Research (um sucessor multitarefa e compatível com DOS do CP/M-86) teria dependido de um recurso do 286 que a Intel removeu antes do lançamento, prejudicando sua chance de competir.

  • A documentação aberta da IBM sobre o barramento ISA é vista como crucial para os ecossistemas de terceiros e para o domínio do PC, em parte impulsionada por restrições antitruste.

Evolução, “Menor Licitante” e Inércia

  • Muitos concordam que sistemas mais simples e baratos repetidamente substituíram outros mais ricos e sofisticados, mas argumentam que isso é mais “bom o suficiente por enquanto” do que puramente “menor licitante”.

  • Alguns veem uma convergência para ferramentas de denominador comum mais baixo (por exemplo, C) que escalam socialmente: fáceis o bastante para muitos programadores “médios”, mesmo que teoricamente inferiores.

  • Outros contrapõem que nem todos os domínios seguem isso: mainframes, sistemas industriais sob medida e alguns sistemas operacionais de pesquisa buscaram “melhor” em vez de “mais barato” e sobreviveram em nichos.

  • A inércia e os mais de 30 anos de software acumulado são vistos como o maior obstáculo para “começar do zero” com paradigmas melhores.

Limites de Memória e Transições de Arquitetura

  • É feita uma analogia entre os limites de 64 KB em CPUs de 8 bits e os limites de 4 GB em x86 de 32 bits.
    • Os críticos dizem que não são comparáveis: 4 GB raramente bloqueiam cargas de trabalho normais, e o PAE mitigou limites em todo o sistema.
    • Os defensores argumentam que, em ambas as eras, os primeiros adotantes atingiram os limites primeiro, pressionando uma transição antes que o mercado de massa sentisse o problema.

Lisp, Smalltalk e Sistemas Dinâmicos

  • Há forte discordância sobre o “fetichismo de Lisp”. Alguns criticam a romantização excessiva de Lisp; outros defendem sua importância histórica, mas preferem sucessores como Dylan ou sistemas no estilo Smalltalk.

  • Vários descrevem os ambientes Lisp e Smalltalk (especialmente as Lisp machines) como sistemas totalmente vivos, introspectivos e autodedocumentados, muito além das configurações baseadas em navegador de hoje.

  • Outros acharam as Lisp machines complexas e difíceis de aprender sem orientação, destacando uma curva de aprendizado acentuada e “estranheza” para a maioria dos usuários.

  • Há especulação de que algumas pessoas sejam neurologicamente mais adequadas a S-expressions puras, o que teria enviesado a evolução das linguagens em direção ao minimalismo sintático, possivelmente às custas de uma adoção mais ampla.

Reutilização de Código, Portabilidade e Imagens Vivas

  • Uma crítica importante: as “imagens vivas” de Lisp/Smalltalk tornavam o compartilhamento e a fusão de código difíceis, especialmente entre fornecedores e ambientes.

    • Change sets em Smalltalk e “systems” em Lisp existiam, mas grandes equipes relatavam merges e conflitos dolorosos, levando a ferramentas como Envy/Developer.

  • Outros contrapõem que Common Lisp, somado a toolkits de UI portáveis (por exemplo, CLIM, CLUE/CLIO) e compartilhamento de arquivos baseado em NFS, permitiu reutilização substancial entre plataformas, embora a fragmentação entre fornecedores permanecesse.

  • Em contraste com C + Unix/Linux: apesar da fragmentação, o modelo relativamente estável de C/ABI e a cultura de código aberto tornaram a reutilização e a portabilidade muito mais práticas em grande escala.

Convergência de Linguagens e Plataformas

  • Alguns veem uma “evolução convergente” das linguagens: muitas linguagens modernas derivam em direção a um conjunto de recursos semelhante ao do OCaml; linguagens com macro intensivo frequentemente “se transformam em Lisp”.

  • Discussão sobre Dylan e o SK8 da Apple como exemplos de sistemas poderosos, inspirados em Lisp, porém mais legíveis, que nunca chegaram ao mainstream apesar de seus fortes méritos técnicos.

Web, Nuvem e Sistemas Maleáveis

  • Uma visão: os modernos “neo-mainframes” e sistemas online complexos recriam muitas ideias perdidas de groupware e multi-tenant, só que via web e nuvem.

  • A web é proposta como o ambiente mais maleável e “hackeável” pelo usuário hoje (via userscripts, web components), potencialmente um caminho de volta para a computação “macia”, moldada pelo usuário.

  • Nuvem versus local é enquadrado como outro ciclo recorrente: sistemas centralizados ficam complexos e caros, o que renova o interesse em alternativas locais e auto-hospedadas.

Recepção do Artigo

  • Muitos leitores elogiam a profundidade do artigo e sua abordagem de história alternativa, apesar de algumas simplificações.

  • Céticos questionam alegações específicas (por exemplo, sobre ferramentas modernas, familiaridade com GitHub), mas apoiadores respondem com contraexemplos e citações históricas.

  • No geral, o fio trata o artigo como uma lente valiosa, ainda que opinativa, sobre como forças econômicas, sociais e técnicas moldaram o cenário computacional relativamente homogêneo de hoje.