Desktops Skeuomórficos: Um Problema de Renderização

Aqui vai uma afirmação que vai incomodar os dois lados: o skeuomorfismo nunca morreu porque os usuários odiavam. Ele morreu porque era caro, em pixels, em ciclos de GPU e em horas de designer, e o design flat venceu por economia, não por estética. Um projeto novo que está circulando, o DEsk, um desktop Wayland skeuomórfico para Linux em que as janelas são folhas de papel sobre uma mesa de nogueira com ray tracing, é o primeiro teste sério dessa tese em anos. E ele prova o ponto com elegância: no momento em que você decide que a sala inteira é iluminada por um único abajur, você se compromete com uma arquitetura de renderização que se parece mais com a de uma game engine do que com a do GNOME Shell.

O que um Desktop Skeuomórfico Realmente Precisa Renderizar

O design flat é gentil com o renderizador. Um compositor moderno como o Mutter ou o KWin passa a maior parte do tempo fazendo composição de texturas: as aplicações entregam buffers, você desenha quads, aplica um shader de cantos arredondados de vez em quando e uma sombra projetada, e pronto. O frame inteiro é praticamente gratuito em qualquer GPU fabricada na última década, e é exatamente por isso que a UI flat tomou conta: não custa nada e escala para qualquer resolução com uma simples transformação.

O skeuomorfismo quebra cada parte desse acordo. No momento em que sua linguagem de design diz “esta janela é uma folha de papel couché com fibras, espessura e uma ponta dobrada”, você precisa de:

• Sombreamento de material: papel não é uma cor, é uma resposta difusa com algo de subsuperfície e textura de fibra. Isso é trabalho por pixel, não um retângulo preenchido.
• Iluminação consistente: todo objeto da cena precisa concordar sobre onde está a luz. Um abajur significa um shadow map (ou uma consulta de ray) do qual tudo participa, incluindo o conteúdo ao vivo das janelas.
• Sombras de contato: uma janela “deitada sobre a mesa” precisa de oclusão ambiente onde o papel encontra a nogueira, senão a ilusão desmorona na hora.
• Deformação: o DEsk permite levantar a ponta do papel para espiar o verso da folha e amassar janelas em uma bola quando você as fecha. Isso é deslocamento de vértices sobre uma textura ao vivo, não uma animação de escala.

Nada disso é difícil isoladamente. As game engines fazem isso há décadas. Mas um compositor de desktop tem restrições que um jogo não tem: o conteúdo dessas “folhas de papel” é saída arbitrária de aplicações, atualizada a até 60 fps, e você não pode pré-calcular nada sobre ele. Você está sombreando um feed de vídeo ao vivo como se fosse tinta em papel.

O Compositor Vira uma Game Engine

A própria documentação de arquitetura do DEsk descreve a mudança sem rodeios: a sala (mesa, estante, console, caixa de correio) é renderizada com ray tracing na GPU via GLES 3, com um tracer na CPU como fallback, e o resultado fica em cache por tamanho de tela. Essa única frase contém toda a estratégia de engenharia, e vale a pena desmontá-la, porque é a única forma sensata de fazer isso.

O truque é a divisão entre estático e dinâmico. Fazer ray tracing da sala a cada frame seria absurdo: mesmo um path tracer modesto precisa de segundos por frame em hardware intermediário. Mas a sala é estática. A mesa não se move; o abajur não se move. Então você faz o trace uma vez no login (“o primeiro login desenha a sala uma vez: alguns segundos em uma GPU, mais sem uma”), guarda a radiância em cache e, daí em diante, a sala é só um fundo texturizado. Os objetos dinâmicos, como as janelas de papel, a gaveta e as cartas na caixa de correio, são renderizados por forward rendering por cima, iluminados para combinar com a cena em cache.

// Sketch of the two-layer architecture a skeuomorphic shell converges on
struct frame {
// Layer 1: the room. Traced once at login, cached per output size.
texture room_cache;          // desk, shelf, post box, baked lamp light
// Layer 2: dynamic objects, forward-rendered each frame.
vector<object> paper_windows; // app buffers mapped onto paper quads
vector<object> drawer_items;
vector<object> notifications;
};
void render(frame *f) {
blit(f->room_cache);                       // one textured quad, nearly free
for (auto &o : f->paper_windows)
draw_paper(o);                         // fibre shader + fake AO + dog-ear
composite(f->drawer_items, f->notifications);
}

Não por coincidência, é exatamente assim que o Myst funcionava em 1993: cenas pré-renderizadas e estáticas, com sprites dinâmicos compostos por cima. Vários observadores disseram que o DEsk tem “muita vibe de Myst”, e eles estão mais certos do que imaginam. Não é só um parentesco estético, é a mesma arquitetura de renderização, chegando lá porque as mesmas restrições (iluminação global cara, composição barata) continuam valendo. Como nerd de história, eu adoro isso. Trinta anos de progresso em GPUs, e a resposta honesta para “como faço ray tracing do meu desktop” ainda é “não faça: faça o trace uma vez e minta sobre isso”.

O design para múltiplos monitores mostra o mesmo pragmatismo. Em vez de fazer ray tracing de uma sala maior para cada tela, os monitores extras mostram “mais das tábuas da mesa, continuando a partir dela”: o fundo estático se estende, e a cena em cache é amortizada entre as saídas. Uma tela desconectada no meio da sessão simplesmente tem suas janelas reparentadas para uma das que restam. Simples, mas contorna o problema realmente difícil de refazer o trace a cada evento de hotplug.

O Skeuomorfismo Sobrecarrega a GPU de Formas que a UI Flat Nunca Faz

Vamos ser concretos sobre esse custo, porque “é mais pesado” faz muito trabalho não merecido na maioria das discussões sobre esse estilo. Compare o que um compositor flat faz por uma janela com o que a metáfora do papel do DEsk exige:

Flat: vincule o wl_buffer do cliente como textura, desenhe um quad com um shader que amostra essa textura, talvez arredonde os cantos com uma função de distância com sinal, aplique uma sombra barata de 9 taps. Custo por janela: um punhado de leituras de textura por pixel, todas em regiões amigáveis ao cache.

Papel: o buffer do cliente é só a “tinta”. Você também precisa de uma camada base de papel (textura de fibra, escurecimento nas bordas, uma borda de espessura), de uma ponta dobrada que é uma geometria dobrada separada com iluminação própria, de uma sombra de contato contra a mesa que depende da posição da janela na cena e de uma iluminação que concorde com a lâmpada assada no cache da sala. E quando o usuário arrasta uma borda para “puxar mais papel”, o quad de papel se redimensiona independentemente do conteúdo: você desacoplou a geometria da janela da geometria da superfície, o que nenhum compositor normal faz.

O custo real, porém, não é a vazão: GPUs modernas riem de algumas camadas extras de textura. É a complexidade do pipeline. O orçamento de shaders de um compositor flat é um ou dois programas para a sessão inteira. Um shell skeuomórfico precisa de um pequeno sistema de materiais: papel, nogueira, latão, vidro (as lentes da lâmpada do relógio), tecido. Cada material é uma variante de shader; cada variante é algo que pode quebrar em algum driver; cada uma interage com a iluminação compartilhada da lâmpada, então não dá para criá-las isoladamente. É por isso que a era clássica de temas do Enlightenment e do GTK2 morreu, e é o contra-argumento mais forte entre os praticantes: o gerenciador de janelas é a parte fácil. Cada aplicação ainda desenha seu próprio conteúdo com GTK ou Qt, e nenhuma quantidade de nogueira do lado do compositor vai fazer um app libadwaita parecer que pertence a uma mesa física. O DEsk resolve isso só parcialmente: janelas com decoração do lado do cliente “ficam sobre papel também”, o que significa que a metáfora envolve os apps em vez de transformá-los.

O Wayland Facilita e Dificulta ao Mesmo Tempo

Há um motivo para um projeto assim existir agora e não em 2010. A aposta arquitetural central do Wayland, em que o compositor é dono do frame inteiro e cada pixel passa por ele, é exatamente a aposta que um shell skeuomórfico precisa fazer. No X11, um app podia desenhar onde quisesse, e o melhor que se podia fazer era um gerenciador de composição reparentando janelas desesperadamente e torcendo. No Wayland, o shell recebe buffers de superfície limpos e isolados e tem liberdade total sobre como apresentá-los. Se você quer mapear uma superfície numa folha de papel deformável com uma ponta dobrada, o Wayland é o primeiro sistema de exibição em que isso é apenas difícil, e não incoerente.

Mas o Wayland também aumenta a conta. Um ambiente de desktop não é um renderizador; é um renderizador mais vinte anos de acúmulo de protocolos: Xwayland para apps legados, a ponte IBus para métodos de entrada (o DEsk permite digitar no índice da estante e no bloco de notas), PipeWire para o botão de volume, logind para brilho e tampa, MPRIS para a página de mídia do relógio, PAM para a tela de bloqueio. Cada uma dessas é uma superfície de integração que um projeto como o GNOME distribui entre centenas de contribuidores. O DEsk traça uma linha firme, “o que ele faz e o que ele pega emprestado”, delegando rede, Bluetooth, impressão e o tema de outros apps a softwares livres já existentes. Essa estratégia de empréstimo é a única forma de uma equipe pequena entregar um desktop completo, mas significa que a ilusão skeuomórfica para abruptamente nas bordas: as configurações de Wi-Fi são um painel GTK flat de outra pessoa.

Vale notar para quem tiver vontade de testar: como a sala fica em cache por tamanho de tela e a camada dinâmica é forward rendering simples em GLES 3, o custo em regime deve ser normal, comparável a qualquer compositor com efeitos pesados. Os pontos de dor são o trace no login em máquinas sem GPU (o fallback na CPU existe, e é lento) e a aspereza geral de uma beta v0.1: revisores relatam animações inconsistentes em controles com estado, como a chave de energia do Painel de Controle, que numa UI skeuomórfica não é um bug cosmético. Quando a animação de girar a chave falha, você não consegue saber se a máquina vai realmente desligar. O skeuomorfismo aumenta as apostas na correção de animações, porque a animação é o indicador de estado. A grande virtude subestimada do design flat é que um interruptor tem exatamente dois estados desenháveis e nenhum meio-termo.

Por Que Paramos de Construir Assim

A história padrão diz que o skeuomorfismo era uma muleta, metáforas com cara de real para ensinar as pessoas a usar telas sensíveis ao toque, e que, quando os usuários amadureceram, jogamos fora as costuras de couro. Essa história está majoritariamente errada, e o DEsk é útil justamente porque expõe a economia real. O skeuomorfismo morreu quando duas coisas aconteceram ao mesmo tempo: os displays Retina quadruplicaram a contagem de pixels que texturas pintadas à mão precisavam cobrir, e o mobile fez a UI rodar em GPUs limitadas que consomem bateria. A UI vetorial flat escala de graça; uma textura de metal escovado em 1x, 2x e 3x não escala. O redesenho do iOS 7 da Apple não foi uma evolução do gosto; foi um orçamento de renderização sendo cortado. Se você leu sobre como os terminais acelerados por GPU saíram das grades de glifos TTY para pipelines completos de shaders, já viu a mesma troca pelo outro lado: gastamos GPU à vontade dentro do conteúdo de um app, mas o chrome em si entrou em dieta.

Há também um motivo mais profundo que não tem nada a ver com GPUs: consistência não se compõe. Um designer pode criar uma metáfora física linda; mil desenvolvedores terceiros não conseguem. A metáfora da estante funciona para os apps próprios do DEsk. No momento em que o Firefox renderiza sua própria UI cinza e flat sobre o papel, você está olhando para uma captura de tela colada em um cenário. A thread do Hacker News acertou isso por dois lados ao mesmo tempo: um comentarista saudosista da era temável do GTK2, e outro apontando que os toolkits modernos “parecem projetados para resistir a temas”. O desktop pode ser uma mesa; os apps nunca serão. A metáfora vaza, e quem já construiu um ambiente temático sabe que o vazamento é fatal para a ilusão. É a mesma lacuna que faz os anti-padrões de UX persistirem tanto: a superfície é fácil de consertar, o ecossistema não.

Onde a Tese Contrária Quebra

Eu disse que o skeuomorfismo perdeu por economia, e acredito nisso. Mas a honestidade exige as concessões, e as arestas do próprio DEsk as fornecem.

Primeiro, parte do custo nem é de renderização: é ambiguidade de interação. Uma metáfora física toma emprestadas as expectativas do usuário sobre o mundo real, e a física não tem desfazer. Quando fechar uma janela é “amassar em uma bola e jogar fora”, isso é encantador exatamente uma vez e levemente alarmante na quadragésima vez em que você fecha a janela errada por reflexo. A abstração do chrome flat é um recurso: um pequeno × é uma promessa, não uma performance. Segundo, estado. Objetos físicos precisam sempre parecer o que são; uma animação de chave travada não é uma transição com engasgo, é uma mentira sobre se a sua máquina vai desligar. A UI skeuomórfica precisa estar correta em lugares onde a UI flat pode ser aproximada, e correção em animação é brutalmente cara em tempo de QA, como sabe qualquer um que já entregou sistemas em que a UI precisa refletir fielmente um estado distribuído.

A grande virtude subestimada do design flat é que um interruptor tem exatamente dois estados desenháveis e nenhum meio-termo. Uma chave de latão tem infinitos, e cada um deles é um relatório de bug.

Terceiro, acessibilidade e descoberta cortam nos dois sentidos. Vários comentaristas sugeriram que uma metáfora literal de mesa poderia ajudar de verdade usuários idosos que nunca formaram um modelo mental de sistemas de arquivos: eles aprendem onde clicar de cor e não conseguem se recuperar quando isso muda, porque a UI flat “não tem lógica inerente para eles”. Uma mesa tem lógica: cartas vão na caixa de correio, documentos são papel, o que você guarda vai na gaveta. É um argumento real, e descartá-lo como nostalgia é preguiçoso. Mas a mesma fisicalidade que ajuda um usuário esconde funcionalidades de outro: como descobrir que Super+D abre a gaveta, ou que uma janela dobrada pode ir para dentro dela? Affordances físicas funcionam quando os objetos estão ao alcance; atalhos de teclado são abstração aprendida pura, de qualquer jeito.

Para Que o DEsk Realmente Serve

Seria um erro ler o DEsk como uma proposta de que todos devemos trabalhar em mesas com ray tracing a partir de agora. Isso não vai acontecer, e a economia com que abri este texto continua valendo: um fornecedor de plataforma que distribui para um bilhão de dispositivos não pode arcar com shaders de material por pixel no chrome, iluminação de lâmpada ajustada à mão e chaves de latão com animação correta. O design flat continua sendo o padrão certo para software de sistema, do mesmo jeito que concreto é o padrão certo para pontes.

O que o DEsk realmente demonstra é algo que o desktop Linux precisava ver comprovado há uma década: a camada do compositor agora é expressiva o bastante para ser um meio. Wayland mais uma GPU moderna dão a um único desenvolvedor determinado um canvas de frame inteiro com folga suficiente para renderizar um mundo coerente, e não apenas organizar retângulos. O truque da era Myst, assar a luz cara e fazer forward rendering da camada dinâmica, fecha a lacuna de desempenho que tornava isso impossível. Seja qual for o mundo que alguém construir, uma mesa de nogueira nostálgica, a cabine de comando da Nostromo com que um comentarista sonhou, ou algo que ninguém imaginou ainda, é uma questão de gosto. A capacidade é a novidade.

Há um padrão que se repete na computação: uma tecnologia amadurece, o mainstream converge para a estética adequada mais barata, e então hobbistas redescobrem as estéticas caras como forma de artesanato. Aconteceu com teclados mecânicos, com a arte com dithering em 1 bit, com shaders de CRT em emuladores. Desktops skeuomórficos são a próxima fila. Eles não vão substituir nada. Vão apenas nos lembrar, do mesmo jeito que a única lâmpada da mesa do DEsk iluminando uma sala inteira com ray tracing nos lembra, que o retângulo cinza flat sempre foi uma decisão de orçamento, e orçamentos, diferentemente dos gostos, podem ser discutidos.