Era uma vez eu continuava conhecendo arquitetos que acabaram trabalhando com web.
Eu perguntei por quê. Algumas boas respostas:
- Os arquitetos pensam em como as pessoas se movem entre os espaços (páginas) e o que isso significa para a experiência do usuário – isso ocorreu em uma época em que os web designers geralmente vinham do design gráfico e se baseavam mais no layout de uma única página
- Os arquitetos pensam sobre o espaço negativo e como o que você coloca em um espaço molda o comportamento social – isso foi numa época em que a web antes da web social
- Os arquitetos têm que trabalhar com muitas disciplinas diferentes para fazer algo, e todas essas pessoas acreditam que são a pessoa mais importante na sala, e é assim que as equipes de produto também são – lol
Não sou arquiteto, mas alguns dos meus livros favoritos são sobre arquitetura.
Aqui estão três:
Duas coisas que a arquitetura tem estado em minha mente recentemente: como ela molda a compreensão e como molda a sua própria evolução.
Arquitetura da informação
É raro um designer que opere tanto no macro da estratégia, da cultura e das organizações, quanto no micro do artesanato, do gosto e das interações.
Jeff Veen é um deles. Lembro-me dele me dizendo uma vez: Design é criar o modelo mental certo para o usuário.
(Agora, claramente, o design não é apenas sobre isso, mas para o problema específico que levei a Veen, ele disse exatamente o que eu precisava ouvir para me libertar.)
Adoro pensar sobre os princípios básicos de funcionalidade e conteúdo para o usuário e como eles se relacionam, de modo que o usuário possa raciocinar intuitivamente sobre o que pode fazer com o sistema e como.
E este é um processo interativo: para um usuário iniciante, como ele encontra um sistema pela primeira vez e como ele encontra o caminho e aprende ao longo do tempo?
E este é um processo cognitivo: os modelos mentais são abstratos; o que percebemos é real. Então, como acontece a compreensão?
(Os agentes de IA estão usando meu software. Priorize a clareza em vez da sensação.)
Don Norman escreveu The Design of Everyday Things (1988), muito apreciado pelos web designers, e popularizou o “design centrado no usuário”.
Norman também trouxe para o design o termo disponibilidade da psicologia cognitiva. Conforme cunhado por JJ Gibson: perceber algo é também perceber como abordá-lo e o que fazer a respeito
(conforme discutido anteriormente).
A melhor maneira de perceber as affordances é perceber onde elas erram! Portas normandas:
Algumas portas exigem instruções impressas para funcionar, enquanto outras são tão mal projetadas que levam as pessoas a fazer exatamente o oposto do que precisam para abri-las. Suas formas ou detalhes podem sugerir que empurrar deve funcionar, quando na verdade é necessário puxar (ou vice-versa).
Sempre que você vê uma etiqueta PUSH colada como extra, ela está cobrindo uma porta Norman.
Fiquei encantado ao encontrar uma porta normanda esta semana.
Então, estou ampliando a definição de arquitetura aqui, para incluir isso, mas vá em frente, por favor. Arquitetura é como as coisas são compreendidas.
Arquitetura é como as coisas evoluem – como elas são permitido evoluir.
Há um belo conjunto habitacional no topo de uma colina no sul de Londres.
Dawson’s Heights (1964) tem o formato de uma onda dupla deslocada e parece diferente no horizonte de todos os ângulos e com cada mudança de luz. No entanto, de perto, também tem escala humana, apesar dos seus 10 andares.
A arquiteta principal Kate Macintosh queria que os residentes tivessem varandas, mas isso foi considerado desperdiçando dinheiro público em luxos desnecessários
…
Sabendo que eles seriam removidos de seus projetos para economizar custos, ela os tornou essenciais:
todas as varandas em Dawson’s Heights são varandas de emergênciamas também são varandas privadas porque a porta de fuga é uma fechadura do tipo “quebra o vidro para entrar” para que você possa usar sua varanda com segurança para o que quiser.
Arquitetura técnica
Portanto, a arquitetura de software também é uma estrutura de equipe – quem precisa conversar com quem – mas também como garantir que fazer algo da maneira rápida e suja também seja fazê-lo da maneira certa.
Metade da arquitetura de software é garantir que alguém possa consertar um bug rapidamente, adicionar recursos sem quebrá-lo e ser preguiçoso sem fazer a coisa errada.
…eu disse em 2004.
Acho que isso vale para a arquitetura interna de software e para as bibliotecas que você importa.
O problema da codificação agente é que os agentes transformam os problemas em pó. Dê a um agente um problema e um loop while e – a longo prazo – ele resolverá o problema, mesmo que isso signifique queimar um trilhão de tokens e reescrever no silício.
Tipo, onde está o fundo? Por que não pegar uma especificação simples em inglês e trabalhar sempre em montagem pura? Correria mais rápido.
Mas queremos que os agentes de IA resolvam problemas de codificação rapidamente e de uma forma que seja sustentável, adaptável e combinável (beneficiando-se de melhorias em outros lugares), e onde cada adição melhore toda a pilha.
Portanto, na parte inferior estão bibliotecas realmente excelentes que encapsulam problemas difíceis, com ótimas interfaces que tornam o caminho “certo” o caminho mais fácil para os desenvolvedores criarem aplicativos com elas. Arquitetura!
Enquanto estou vibrando (eu chamo isso de vibrando agora, não codificando e não codificando vibrando) enquanto estou vibrando, estou olhando menos para linhas de código do que nunca e pensando em arquitetura mais do que nunca.
Estou suando pela experiência do desenvolvedor, embora seja improvável que os desenvolvedores humanos sejam meu público.
Como criamos bibliotecas que os agentes adoram?
Era uma vez eu continuava conhecendo arquitetos que acabaram trabalhando com web.
Eu perguntei por quê. Algumas boas respostas:
Não sou arquiteto, mas alguns dos meus livros favoritos são sobre arquitetura.
Aqui estão três:
Duas coisas que a arquitetura tem estado em minha mente recentemente: como ela molda a compreensão e como molda a sua própria evolução.
Arquitetura da informação
É raro um designer que opere tanto no macro da estratégia, da cultura e das organizações, quanto no micro do artesanato, do gosto e das interações.
Jeff Veen é um deles. Lembro-me dele me dizendo uma vez:
(Agora, claramente, o design não é apenas sobre isso, mas para o problema específico que levei a Veen, ele disse exatamente o que eu precisava ouvir para me libertar.)
Adoro pensar sobre os princípios básicos de funcionalidade e conteúdo para o usuário e como eles se relacionam, de modo que o usuário possa raciocinar intuitivamente sobre o que pode fazer com o sistema e como.
E este é um processo interativo: para um usuário iniciante, como ele encontra um sistema pela primeira vez e como ele encontra o caminho e aprende ao longo do tempo?
E este é um processo cognitivo: os modelos mentais são abstratos; o que percebemos é real. Então, como acontece a compreensão?
(Os agentes de IA estão usando meu software. Priorize a clareza em vez da sensação.)
Don Norman escreveu The Design of Everyday Things (1988), muito apreciado pelos web designers, e popularizou o “design centrado no usuário”.
Norman também trouxe para o design o termo disponibilidade da psicologia cognitiva. Conforme cunhado por JJ Gibson: (conforme discutido anteriormente).
A melhor maneira de perceber as affordances é perceber onde elas erram! Portas normandas:
Sempre que você vê uma etiqueta PUSH colada como extra, ela está cobrindo uma porta Norman.
Fiquei encantado ao encontrar uma porta normanda esta semana.
Então, estou ampliando a definição de arquitetura aqui, para incluir isso, mas vá em frente, por favor. Arquitetura é como as coisas são compreendidas.
Arquitetura é como as coisas evoluem – como elas são permitido evoluir.
Há um belo conjunto habitacional no topo de uma colina no sul de Londres.
Dawson’s Heights (1964) tem o formato de uma onda dupla deslocada e parece diferente no horizonte de todos os ângulos e com cada mudança de luz. No entanto, de perto, também tem escala humana, apesar dos seus 10 andares.
A arquiteta principal Kate Macintosh queria que os residentes tivessem varandas, mas isso foi considerado …
Sabendo que eles seriam removidos de seus projetos para economizar custos, ela os tornou essenciais:
Arquitetura técnica
Portanto, a arquitetura de software também é uma estrutura de equipe – quem precisa conversar com quem – mas também como garantir que fazer algo da maneira rápida e suja também seja fazê-lo da maneira certa.
…eu disse em 2004.
Acho que isso vale para a arquitetura interna de software e para as bibliotecas que você importa.
O problema da codificação agente é que os agentes transformam os problemas em pó. Dê a um agente um problema e um loop while e – a longo prazo – ele resolverá o problema, mesmo que isso signifique queimar um trilhão de tokens e reescrever no silício.
Tipo, onde está o fundo? Por que não pegar uma especificação simples em inglês e trabalhar sempre em montagem pura? Correria mais rápido.
Mas queremos que os agentes de IA resolvam problemas de codificação rapidamente e de uma forma que seja sustentável, adaptável e combinável (beneficiando-se de melhorias em outros lugares), e onde cada adição melhore toda a pilha.
Portanto, na parte inferior estão bibliotecas realmente excelentes que encapsulam problemas difíceis, com ótimas interfaces que tornam o caminho “certo” o caminho mais fácil para os desenvolvedores criarem aplicativos com elas. Arquitetura!
Enquanto estou vibrando (eu chamo isso de vibrando agora, não codificando e não codificando vibrando) enquanto estou vibrando, estou olhando menos para linhas de código do que nunca e pensando em arquitetura mais do que nunca.
Estou suando pela experiência do desenvolvedor, embora seja improvável que os desenvolvedores humanos sejam meu público.
Como criamos bibliotecas que os agentes adoram?