Contente
- 01. Siga a fórmula
- 02. Suar as pequenas coisas
- 03. Fique estruturado
- 04. Cuidado com a complexidade excessiva
- Quer mais conselhos sobre como aprimorar suas habilidades de programação?
SuperFriendly diretor Dan Mallcompartilhará suas dicas profissionais sobre como permanecer relevante como web designer emGerar Nova York2018.Pegue seu ingresso agora.
Para aqueles de vocês com menos de cinco anos de experiência em desenvolvimento web, é provável que ainda estejam se acostumando com relação aos recursos de linguagem, estruturas, arquitetura e práticas recomendadas. E embora você possa iniciar cada site com as melhores intenções, no final, tudo o que você deseja é que funcione bem o suficiente para que você seja pago.
Passei os últimos anos resgatando vários sites de marcas conhecidas que, em teoria, deveriam ser simples, mas por uma série de razões - sucessões de freelancers, falta de supervisão de cima para baixo - se transformaram em espaguete ... junções da dívida técnica.
01. Siga a fórmula
O que eu quero tirar do caminho é garantir que todos nós já passamos por isso e não há nada de errado em não saber de tudo. Programar é uma diversão brilhante e o motivo pelo qual você deseja fazer isso todos os dias é provavelmente porque você consegue enfrentar um desafio, assumir a liderança e entregar soluções inovadoras.
Mas aqui está o problema: o que torna a programação divertida (ser criativo e pensar rápido) pode inadvertidamente contribuir para o débito técnico em projetos maiores liderados por equipes.
Existem melhores práticas, princípios e padrões estabelecidos que se provaram ao longo dos anos. É seu trabalho pesquisar, aprender e implementá-los - e, no processo, sacrificar um pouco de sua individualidade em troca de sustentabilidade e confiabilidade. Há uma postagem no blog chamada ‘Você não é pago para escrever códigos’ que resume tudo muito bem.
02. Suar as pequenas coisas
A programação tem muito a ver com clareza, e quando você não consegue ver a madeira para as árvores, as chances de sua base de código permanecer intencionalmente enxuta e mesquinha serão severamente diminuídas. Como tal, sua estratégia principal para ficar por dentro das coisas deve ser um enfoque meticuloso no básico.
- Seja ultra-organizado: preocupe-se com as estruturas de pastas e locais de arquivos (as estruturas podem ajudar aqui), assegure-se de que os módulos tenham pedidos de API consistentes, agrupe funcionalidade comum e use modelos com delimitadores.
- Torne seu código legível: use espaços em branco criteriosamente e use comentários para anotar agrupamentos e esclarecer a intenção (mas não código ruim). Você está trabalhando em equipe e é pago para ser claro.
- Não economize: economizar tempo agora pode parecer uma boa ideia, mas você pode ter certeza de que, conforme o projeto cresce, qualquer preguiça sorrateira será agravada e custará o projeto mais tarde.
Ao longo do processo, certifique-se de corrigir os erros à medida que avança. Mais cedo ou mais tarde, outro código acabará contando com esses erros. Pare a podridão o mais rápido possível. Se você fizer alterações, faça-as de forma consistente. Colunas de banco de dados, funções de back-end, chamadas API, funções JavaScript, DocComments, anotações, atributos HTML, nomes de classes CSS e assim por diante - certifique-se de que tudo desça em cascata.
03. Fique estruturado
Há uma tentação, ao construir um site autocontido, de ignorar silenciosamente o encapsulamento e encher o código com referências globais ao aplicativo ou acessar os componentes com parent.parent.parent ou algo semelhante. Isso rapidamente cria dívidas técnicas.
Sempre que possível, tente pensar em seu aplicativo como uma série de módulos independentes e aproveite as práticas recomendadas de sua estrutura para eliminar o acoplamento rígido e a interdependência. Se ajudar, tente imaginar que você vai reutilizar partes do aplicativo em outros projetos e pense em como você estruturaria arquivos, marcações e códigos para facilitar isso.
Você precisa estar vigilante para confundir responsabilidades e se perguntar constantemente: isso pertence aqui? Se o código parecer 'nojento', provavelmente é.
Em projetos de equipe, a falta de reutilização de código e código de copiar / colar é um grande problema. Quando você vir o código repetido, não se preocupe e refatore todas as instâncias em uma função, módulo ou modelo. Novamente, uma boa estrutura de pastas tornará mais fácil descobrir onde colocar as coisas.
04. Cuidado com a complexidade excessiva
O principal problema da complexidade é que ela mascara e desvia o problema original que você estava tentando resolver e, por sua vez, acaba gerando mais código e mais complexidade, seja no mesmo local ou em outras partes do aplicativo. Você acaba em um ciclo vicioso.
Se seu código está começando a parecer mais uma lição de álgebra do que uma API bem mantida, você precisa dar um passo para trás. Pode ser que você precise refatorar esse pedaço específico de código, refatorar a classe em que está ou reconsiderar sua abordagem atual para o problema que está tentando resolver.
Em casos extremos, você pode precisar olhar para fora novamente. Recentemente, refatorou uma configuração de visão extremamente complicada que percebi que era vítima de um esquema de roteamento mal planejado. Ao redesenhar as rotas complicadas em algo sensato, fui capaz de abandonar centenas de linhas de código espaguete denso em várias classes e remover alguns hacks / bugs de roteador de longa data no processo.
A única coisa que você não deve fazer depois de escrever algum código particularmente obtuso é sentar e se maravilhar com a dificuldade de leitura! O melhor código é elegante (leia-se: não é complicado); se o seu não for, você tem trabalho a fazer.
Este artigo foi publicado originalmente na edição 290 da net, a revista mais vendida do mundo para web designers e desenvolvedores. Comprar edição 290 ou inscrever-se na rede.
Quer mais conselhos sobre como aprimorar suas habilidades de programação?
Os designers precisam desenvolver suas habilidades para permanecerem relevantes e eficazes, mas em quais vale a pena focar? Os designers devem aprender a codificar e, em caso afirmativo, o conhecimento limitado do código pode realmente fazer a diferença trabalhando com engenheiros talentosos? Como os designers podem se encaixar nos fluxos de trabalho do Agile? A metodologia do projeto importa mesmo assim? Qual é a função de um designer na criação, uso e manutenção de sistemas de design?
Em sua palestra em Gerar Nova York de 25 a 27 de abril de 2018, O diretor do SuperFriendly Dan Mall compartilhará histórias e perspectivas para responder a essas perguntas e muito mais, fornecendo metodologias e técnicas específicas para ajudar os designers a se tornarem ainda mais indispensáveis e mais rápidos. Pegue seu ingresso agora.
