Construindo a arquitetura por trás do design

Abstract Blocked Unblock Seguir Seguindo 3 de janeiro

Depois de passar três anos e meio no Shopify, voltei a ser freelancer. Mas perdi o desenvolvimento de produtos. Eu gosto de repetir continuamente algo, descobrir o que funciona e não funciona para os clientes e construir um produto sólido para resolver esses problemas.

Eu também sentia falta do aspecto comunitário de trabalhar com um grupo de pessoas todos os dias por meses e anos. Claro, há muitas coisas que me atraíram no Abstract. Mas o mais importante, foram as pessoas e sua visão de aproximar a fase de design do desenvolvimento que me motivou a integrar a equipe.

A transição do trabalho solo para o trabalho em equipe

Eu venho fazendo desenvolvimento web há quase 20 anos. Comecei a trabalhar em agências focadas em sites governamentais antes de trabalhar por mais de 5 anos. Durante esse tempo, eu realmente me dediquei a escrever para o meu próprio blog , revistas on-line e palestras em conferências. Então, consegui um emprego no Yahoo! onde rapidamente deixei de ser a única pessoa em um projeto, escolhendo a tecnologia e como a construí, para colaborar com uma equipe de 200 engenheiros e 30 projetistas.

Eu aprendi muito sobre como fazer as coisas funcionarem em um ambiente como esse. Eu coloquei esse conhecimento recém-descoberto em um livro auto-publicado sobre como podemos estruturar o código de uma forma que seja favorável à colaboração com várias equipes e produtos. O livro é chamado de Arquitetura Escalável e Modular para CSS – SMACSS (pronuncia-se “smacks”). Você tem que ter um nome atraente. É um bom marketing

Eu queria compartilhar como poderíamos aplicar padrões para preencher a lacuna entre design e desenvolvimento.

Design em um mundo multi-stack

Um dos problemas que os projetistas (e desenvolvedores) enfrentam é que o design e o desenvolvimento estão sendo implementados em diferentes pilhas de tecnologia. Como resultado, as ferramentas de design precisam satisfazer a possibilidade de projetar uma variedade de plataformas nativas e plataformas da web. É difícil passar do design para vários ambientes de desenvolvimento e entender as restrições de todos esses ambientes.

Muitas ferramentas de design não ajudam a responder a perguntas técnicas que surgem durante o desenvolvimento. Com a maioria das ferramentas de design, você precisa criar várias pranchetas para lidar com todos os cenários possíveis para a infinidade de dispositivos e resoluções existentes. Como se parece no iOS? O que parece no Android? O que parece em vários tamanhos de tela?

No passado, os projetistas criavam algo, lançavam os arquivos no desenvolvimento, e então descobríamos casos de borda e outros problemas estranhos. O ciclo de feedback foi interminável. Lançar alguma coisa demorou para sempre.

Mas acho que estamos virando uma esquina.

No lado do desenvolvimento, estamos usando ferramentas como React e Electron . E agora estamos começando a ver as ferramentas de design sendo construídas usando tecnologias da web. Como resultado, há um potencial para os designers não apenas projetarem, mas também projetarem seus designs porque eles estão usando o material da web. Isso significa passar para a produção muito mais rápido do que antes.

Hoje, as ferramentas de design estão definitivamente se tornando mais alinhadas com o desenvolvimento. Mas ainda há um longo caminho a percorrer. Por exemplo, se um designer cria algo em inglês, o que isso parece em russo? Grego? Árabe? Estamos apenas agora vendo as ferramentas que podem ajudar a facilitar isso.

Design aberto significa algo diferente para equipes remotas

Uma das coisas que observei no Shopify e no Yahoo! é o conceito de “postar todo o seu trabalho na parede”. Qualquer um pode fazer perguntas sobre os designs. E, claro, os designers tinham standups e revisões de design .

Mas o ferramental on-line nunca esteve lá para suportar esse ambiente fisicamente aberto. O ferramental sempre se assemelhava a algo assim: “Estou trabalhando nisso no meu desktop. Deixe-me salvá-lo, exportá-lo e compartilhá-lo. E, a propósito, onde está a última versão ? ”Se você não estivesse no escritório, era fácil perder.

Resumo cria um ambiente para facilitar essas conversas online. Efetivamente, o Abstract permite o trabalho em equipe distribuído para projetos como o desenvolvimento há anos. O GitHub ativou e capacitou equipes distribuídas. Pode estar em qualquer lugar. E você também.

É cedo, mas eu sinto que somos uma das poucas empresas focadas em trabalho remoto, e fazendo isso bem – não apenas no nível do produto, mas também no nível da empresa.

Construindo o futuro

Como desenvolvedor, vejo como o Abstract chega perto de muitas bibliotecas de padrões. À medida que introduzimos mais tipos de arquivos e integramos com mais ferramentas de design, ativamos a criação de protótipos mais rápida.

Acredito que o Abstract nos permitirá não apenas projetar com mais rapidez, mas com mais eficiência passar do design para o desenvolvimento para a produção. Por fim, veremos produtos melhores e melhores lançados no mundo. E estou ansioso para construir a arquitetura que permita que as equipes pensem em coisas que nem pensamos ainda.

Resumo está crescendo rapidamente com uma equipe maravilhosa, apaixonada e diversificada. Se isso parece um desafio emocionante para você, estamos contratando !