Você deveria aprender a codificar?
Eu ganhei meu BFA em 98. Aprendi a criar páginas de recursos e criar infográficos para o jornal diário local. Eu ganhei um Photoshop ACE em '03. Meu mais recente contrato de tempo integral foi o trabalho de design de mock-up puro.
No entanto, durante o último ano e meio, depurei o código 40 a 50 horas por semana. Eu li sobre código, escrevi sobre código, conversei com outras pessoas sobre código. Imagine isso: um não-programador descobriu.
Ainda assim, "escrever código" é uma frase ampla. Algumas línguas são mais fáceis que outras. Alguns idiomas exigem um entendimento de como o software “fala” com o computador. A parte mais importante do código de aprendizagem é manter a mentalidade correta. Não está dizendo a si mesmo "eu posso fazer isso" ou caçando os livros certos.
Veja como isso funciona.
Segure-o - você deve aprender a codificar?
A alfabetização em qualquer linguagem de computador, do HTML simples ao complexo C ++, requer dedicação não apenas à tecnologia, mas também às mudanças na tecnologia. Há uma razão pela qual o HTML5 termina em um número. Quando navegadores suficientes suportarem HTML6, os desenvolvedores terão novidades para aprender.
Possíveis razões para se colocar no processo de aprendizagem incluem:
- Para ganhar confiança: tive clientes raros que pensam que, se dominam uma linguagem, os computadores os intimidarão menos. Embora seja esse o caso, raramente adere sem prática dedicada.
- Necessidade: surgirão problemas técnicos, independentemente de a descrição do trabalho ser ou não adequada ao projeto. Quando os problemas precisam ser resolvidos, há um tempo para passar o dinheiro e um tempo para se curvar e resolvê-lo.
- A emoção disso: algumas pessoas gostam de aprender novas habilidades.
- Para entender o que é possível: um desenvolvedor diz que "isso não pode ser feito". Eles querem dizer que é impossível? Ou que é mais problema do que vale a pena? Um designer diz "Eu quero fazer isso". Ele ou ela apenas dava a alguém uma semana de dores de cabeça? A tecnologia pode ser usada de maneira mais apropriada?
Fique curioso
Eu vi isso. Você sabe, esse olhar. Não é bem pânico, não é desespero. É o visual que alguém tem quando percebe o apelo de deixar alguém fazer o trabalho pesado. O olhar que diz: “Isso é um pára-brisa; Eu não tenho que ser o inseto. ”Eu vi isso nos olhos de colegas de trabalho, posturas dos alunos, e olhando para trás do espelho.
Na minha experiência, não é o medo do fracasso que intimida as pessoas. É o medo de se perder. Desesperança esmagadora encoraja sentimentos de inadequação. Esse ciclo vai derrotar qualquer um.
Coragem ou persistência não são antídotos para se sentir sobrecarregado. Parar antes de se sentir sobrecarregado é a solução.
Imagem de pressão via Shutterstock.
Minha técnica favorita é lidar com um projeto com três características.
1. Encontre um tópico que te irrita
Prazos e salários são bons. Mas nada leva as pessoas a uma coceira que não podem coçar. A longo prazo, aprender código não deve ser um fim em si mesmo. Deve se tornar uma pomada para alguma irritação.
Muito tempo atrás, fiquei frustrado por não encontrar um bom livro. Não há escassez de sites de descoberta de livros, mas a intuição me disse que havia uma maneira melhor. Então eu comecei meu próprio site. Eu nunca terminei o projeto, mas aprendi muitas maneiras de organizar romances. No caminho, quase por acaso, aprendi mais código.
2. Você deve ser recompensado pelo esforço incremental
Tendo encontrado essa proverbial coceira, as pessoas que aprendem a codificar também devem encontrar alívio.
Sem tutoriais, ferramentas ou elogios externos darão às pessoas a mentalidade de conquistar o código melhor do que “eu escrevi isso e… veja o que eu fiz!” E sair com uma sensação de ser maior do que o obstáculo que você superou.
Parece bobo até você tentar. Ver o desempenho do código dá às pessoas uma pequena pressa de autoconfiança, uma validação de que elas podem dominar a máquina.
Imagem de código via Shutterstock.
Na semana passada, alguém olhou para minha tela e balançou a cabeça. Estava cheio de código. Três janelas abertas de tags coloridas e chamadas de função. Ele disse: "Eu nunca poderia fazer isso." Anos atrás, eu teria concordado. Eu não queria parecer estúpida ou quebrar algo que não pudesse consertar. Quem sabe qual dano uma tecla errada causaria?
3. Seu projeto deve concluir enquanto seu cérebro ainda tiver um apetite
Este é crítico. Ao aprender algo que te intimida, você deve se aproximar, mas não exceder seu limite.
“Exercitar seu cérebro” não é uma analogia apropriada. Ao se exercitar, os treinadores incentivam as pessoas a ultrapassar seus limites. Mas aprender é uma fome. Seu cérebro tem um apetite por conhecimento. Encher seu cérebro até a borda (ou pior, exceder seu limite) irá dificultar sua capacidade de aprender, corroer sua autoconfiança e matar um gatinho. Por favor, pense nos gatinhos.
Melhor ainda, pense no exercício mental como um treino que dura um tempo. Diga uma semana. Claro, você faz intervalos entre repetições (chamado “dormir”). Mas apressando-se a frente funciona contra o seu objetivo. Os gatinhos nunca vão te perdoar.
- Primeira parte: aqueça misturando algo que você já aprendeu com algo que você não conhece. Deixe-se pelo menos uma pergunta. 1 dia.
- Segunda parte: prática Experimentar. Pratique repetir experimentos. E sempre termina em um cliffhanger. O objetivo é acertar seu passo e quebrar em uma nota alta. Por “pausa” quero dizer dormir, comer ou conversar com outros humanos. 3 dias.
- Parte 3: esfriar, melhorando o que você já cobriu. Como sempre, leve o seu cérebro a um ponto de desfrutar do exercício, depois deixe-o ir por um tempo. 1 dia.
Correr não te treina para uma maratona. Uma centena de flexões vai melhorar seus ombros melhor do que tentar levantar um caminhão uma vez. E encher livros tutoriais como doses de tequila prejudicará sua capacidade de pensar.
Pratique diariamente
Nos meus dias de jornal, recusei-me a usar stock art. Os prazos chegavam cinco dias por semana, mas eu insisti em criar minha própria arte vetorial. Seis meses depois, eu era o cara responsável por qualquer trabalho gráfico personalizado. Aquela habilidade que me valeu uma posição sênior em uma empresa iniciante. Ainda hoje adoro mexer nos caminhos bezier.
Aprender qualquer habilidade, incluindo como depurar código, funciona da mesma forma.
A única maneira de aprender código - e fazer isso - é praticar todos os dias. Como aprender qualquer nova habilidade, um cronograma consistente com metas gerenciáveis gradualmente melhora o desempenho até o ponto de especialização.
"Eu posso" não é "eu deveria"
Parte de aprender a ler e escrever código, seja HTML, jQuery ou C ++, está aprendendo os próprios limites. Outra parte é explicar os limites de alguém. A maldição de entender uma linguagem ... em vez disso, a maldição das pessoas que pensam que você "sabe o código" é que elas esperam que você faça isso.
Imagem de código via Shutterstock.
HTML não é CSS. CSS não é PHP. PHP não é o WordPress. WordPress não é administração do servidor. A administração do servidor não está consertando as caixas de entrada do Outlook. Ainda me pediram para fazer tudo isso. Eu, armado com meu certificado de Photoshop vencido e a frase “não sei, mas talvez eu possa ajudar…”
Aqueles sem experiência com código geralmente não diferenciam entre um $ (nevoeiro) .squiggles + e + siglas; ou
- encontrar um tópico que lhe interesse;
- obtendo recompensas incrementais;
- aprendendo sem ficar sobrecarregado.
Conhecimento de código é capacitar. Reputação como codificador é escravizar. Pelo menos ambos pagam as contas.
Você é um designer que codifica ou um codificador que projeta? As disciplinas devem ser mantidas separadas? Deixe-nos saber o que você pensa nos comentários abaixo.