Pior é melhor - Worse is better

Pior é melhor (também chamado de estilo New Jersey ) é um termo concebido por Richard P. Gabriel em um ensaio de mesmo nome para descrever a dinâmica de aceitação de software. Refere-se ao argumento de que a qualidade do software não aumenta necessariamente com a funcionalidade: há um ponto em que menos funcionalidade ("pior") é uma opção preferível ("melhor") em termos de praticidade e usabilidade. O software que é limitado, mas simples de usar, pode ser mais atraente para o usuário e o mercado do que o contrário.

Quanto ao título oximorônico , Gabriel o chama de caricatura, declarando o estilo ruim em comparação com "The Right Thing". No entanto, ele também afirma que "tem melhores características de sobrevivência do que o estilo de desenvolvimento da coisa certa" e é superior à "Abordagem do MIT" com a qual ele o comparou.

O ensaio foi incluído no livro de 1994 The UNIX-HATERS Handbook e tem sido referido como a origem da noção de uma divisão conceitual entre desenvolvedores nas costas leste e oeste dos Estados Unidos.

Origem

Gabriel era um programador Lisp quando formulou o conceito em 1989, apresentando-o em seu ensaio "Lisp: Boas notícias, más notícias, como ganhar muito". Uma seção do artigo, intitulada "The Rise of 'Worse is Better ' ", foi amplamente disseminada no início de 1991, depois que Jamie Zawinski a encontrou nos arquivos de Gabriel na Lucid Inc. e a enviou por e-mail para amigos e colegas.

Características

Estilo new jersey

Em The Rise of Worse-Better , Gabriel afirmou que "Worse-is-Better" (também o "estilo de Nova Jersey" ou "costa leste") é um modelo de design e implementação de software que tem as características (em ordem aproximadamente decrescente de importância):

Simplicidade
O design deve ser simples, tanto na implementação quanto na interface. É mais importante que a implementação seja simples do que a interface. Simplicidade é a consideração mais importante em um design.
Exatidão
O projeto deve estar correto em todos os aspectos observáveis. É ligeiramente melhor ser simples do que correto.
Consistência
O design não deve ser excessivamente inconsistente. A consistência pode ser sacrificada pela simplicidade em alguns casos, mas é melhor descartar aquelas partes do design que lidam com circunstâncias menos comuns do que introduzir complexidade ou inconsistência na implementação.
Integridade
O projeto deve abranger tantas situações importantes quanto possível. Todos os casos razoavelmente esperados devem ser cobertos. A integridade pode ser sacrificada em favor de qualquer outra qualidade. Na verdade, a integridade deve ser sacrificada sempre que a simplicidade da implementação for ameaçada. A consistência pode ser sacrificada para atingir a integridade se a simplicidade for mantida; especialmente inútil é a consistência da interface.

A abordagem do MIT

Gabriel contrastou sua filosofia com o que ele chamou de " estilo de design do MIT / Stanford" ou "abordagem do MIT" (também conhecida como abordagem da "costa oeste" ou "a coisa certa"), que ele descreveu como:

Simplicidade
O design deve ser simples, tanto na implementação quanto na interface. É mais importante que a interface seja simples do que a implementação.
Exatidão
O design deve estar correto em todos os aspectos observáveis. Incorreção simplesmente não é permitida.
Consistência
O design deve ser consistente. Um projeto pode ser um pouco menos simples e menos completo para evitar inconsistências. A consistência é tão importante quanto a correção.
Integridade
O projeto deve abranger tantas situações importantes quanto possível. Todos os casos razoavelmente esperados devem ser cobertos. A simplicidade não pode reduzir excessivamente a integridade.

Gabriel argumentou que os primeiros Unix e C , desenvolvidos pela Bell Labs , são exemplos da abordagem de design pior é melhor. Ele também os chama de "vírus de computador definitivos".

Efeitos

Gabriel argumentou que "pior é melhor" produzia software com mais sucesso do que a abordagem do MIT: Contanto que o programa inicial seja basicamente bom, levará muito menos tempo e esforço para implementar inicialmente e será mais fácil se adaptar a novas situações. Portar software para novas máquinas, por exemplo, torna-se muito mais fácil dessa forma. Assim, seu uso se espalhará rapidamente, muito antes de um programa desenvolvido usando a abordagem do MIT ter a chance de ser desenvolvido e implantado ( vantagem do pioneiro ). Assim que se espalhar, haverá pressão para melhorar sua funcionalidade, mas os usuários já foram condicionados a aceitar "pior" em vez da "coisa certa":

Portanto, o software pior-é-melhor primeiro ganhará aceitação, segundo condicionará seus usuários a esperar menos e terceiro será melhorado a um ponto que é quase a coisa certa. Em termos concretos, embora os compiladores Lisp em 1987 fossem tão bons quanto os compiladores C, há muito mais especialistas em compiladores que desejam tornar os compiladores C melhores do que os compiladores Lisp melhores.

Gabriel dá os créditos a Jamie Zawinski por extrair as seções de pior-é-melhor de "Lisp: Boas notícias, más notícias, como ganhar muito" e enviá-las por e-mail a seus amigos da Carnegie Mellon University , que as enviaram a seus amigos do Bell Labs , "que os enviava para seus amigos em todos os lugares." Ele aparentemente conectou essas ideias às de Richard Stallman e viu ideias relacionadas que são importantes na filosofia de design do Unix e, de maneira mais geral, no movimento do código aberto , sendo que ambas foram centrais para o desenvolvimento do Linux .

Em dezembro de 2000, Gabriel respondeu a seu ensaio anterior com um intitulado Pior, é melhor, é pior, sob o pseudônimo de Nickieben Bourbaki (uma alusão a Nicolas Bourbaki ), ao mesmo tempo em que escreveu Is Worse Really Better? , aplicando o conceito ao sucesso do C ++ no campo da programação orientada a objetos, apesar da existência de linguagens mais elegantes projetadas em torno do conceito.

O UNIX-HATERS Handbook inclui Pior é Melhor como um apêndice e enquadra o conceito em termos de pior é melhor na forma de Unix ser "evolutivamente superior" aos seus concorrentes.

Veja também

Referências