Jef Raskin achava que arquivos e aplicações atrapalhavam. Canon Cat tentou um documento contínuo.

Jef Raskin ajudou a iniciar o projeto Macintosh porque queria computadores mais simples.

Mas o Macintosh lançado não encerrou seu argumento.

Depois de sair da Apple, Raskin continuou fazendo uma pergunta mais radical:

E se arquivos, pastas, aplicações e modos fossem parte do problema?

Canon Cat foi sua tentativa de responder.

Raskin queria que o computador desaparecesse atrás da tarefa

Na Apple, defendia um computador acessível, barato e fácil de usar.

Imaginava personal computers chegando a milhões de pessoas comuns.

Computer History Museum reconhece Raskin como a origem do projeto Macintosh antes de Steve Jobs assumir em 1981.

Mas suas ideias de interface eram mais radicais que o desktop gráfico que a Apple acabou lançando.

Menos gestão do computador.

Mais trabalho direto.

Software tradicional obriga o usuário a administrar a estrutura da máquina

Abrir uma aplicação.

Criar um arquivo.

Dar um nome.

Escolher uma pasta.

Salvar.

Lembrar onde ficou.

Trocar de aplicação quando a tarefa muda.

Raskin via isso como cognitive overhead.

O usuário quer escrever, calcular ou comunicar.

Por que também deveria ser bibliotecário do computador?

Canon Cat removeu grande parte dessa estrutura

Lançado em 1987, Canon Cat parecia mais um appliance dedicado à escrita que um PC convencional.

Não havia um desktop familiar cheio de ícones de aplicações e pastas.

O ambiente central funcionava como um fluxo contínuo de texto.

Em vez de navegar por uma hierarquia de arquivos, o usuário se movia diretamente pelo conteúdo.

Computer History Museum o descreveu como substituir arquivos e pastas por um documento infinito.

Busca virou navegação

Uma das ideias mais distintas era LEAP.

O usuário segurava uma tecla LEAP e digitava caracteres do texto que queria encontrar.

O cursor saltava diretamente até a correspondência.

Search virava parte da navegação básica, não um comando separado usado ocasionalmente.

A ideia de Raskin era chegar à informação pelo que você lembra dela, não pelo lugar onde o computador a guardou.

O teclado era central por escolha

Cat favorecia interação por teclado em vez do mouse.

Não porque Raskin não entendesse interfaces gráficas.

Ele esteve profundamente envolvido com interface design na Apple.

Sua objeção era obrigar o usuário a mudar de modo de interação sem necessidade.

Se as mãos já estão no teclado, pegar o mouse pode interromper o flow.

Ele também questionava a ideia de aplicações separadas

Sistemas modernos ensinam que cada tipo de trabalho pertence a um programa diferente.

Escrever em um.

Calcular em outro.

Comunicar em outro.

Raskin preferia um ambiente mais unificado.

A tarefa deveria determinar o que acontece, não a fronteira entre pacotes de software.

É uma ideia surpreendentemente moderna.

Canon Cat não foi uma revolução comercial

Não substituiu Macintosh nem IBM PC.

Sua vida comercial foi curta.

Desktop, graphical apps e mouse ficaram dominantes.

Mas vitória comercial e valor conceitual são coisas diferentes.

Cat continua interessante porque mostra uma direção alternativa da história das interfaces.

Ele pergunta como seria a computação se reduzíssemos a estrutura visível em vez de ensinar usuários a administrá-la.

Muitos produtos modernos redescobrem a mesma tensão

Search boxes reduzem navegação por menus.

Command palettes pulam direto para ações.

Spotlight permite achar documentos sem lembrar a pasta exata.

AI assistants permitem cada vez mais descrever intenção em vez de escolher uma sequência de aplicações.

Não são descendentes diretos do Canon Cat.

Mas voltam à mesma pergunta:

Quanta estrutura do sistema o usuário realmente precisa entender?

Organização ajuda o sistema, mas pode pesar para humanos

Arquivos, pastas e aplicações são abstrações úteis.

Ajudam o software a gerenciar storage, ownership e capacidade.

Mas toda abstração visível vira um conceito que o usuário talvez precise aprender.

Raskin lutava contra esse custo.

Seu instinto era fazer o sistema carregar mais do trabalho de organização.

A interface mais humana talvez mostre menos de si mesma

Equipes de tecnologia costumam adicionar capacidade adicionando controles visíveis.

Mais um menu.

Mais um modo.

Mais um workspace.

Raskin apontava na direção oposta.

A mesma capacidade pode existir com menos conceitos expostos?

Navegação pode virar search?

Salvar pode ser automático?

Que parte do seu produto existe principalmente porque o computador precisa dela, embora o usuário fosse mais feliz se ela desaparecesse?

Fontes

• Computer History Museum — Hello: The Apple Mac @ 40
• Computer History Museum — Core 2009, Macintosh and Canon Cat history
• Stanford University — Interview with Jef Raskin, 2000
• Stanford University — Jef Raskin, “Computers by the Millions,” 1980
• Canon Cat Editor Technical Documentation — LEAP and interaction model
• Retrato da imagem destacada — Jef Raskin segurando um modelo do Canon Cat, foto de Aza Raskin, correção de cor por Hubcapp, CC BY 4.0 via Wikimedia Commons. O gráfico editorial de documento contínuo é original.