img3
habem.us
maio 16, 2016
twitter-celular
Twitter lança recurso para que deficientes visuais possam ‘ver’ imagens
setembro 2, 2016
Show all

“Coisas que eu gostaria que alguém tinha me dito quando eu estava aprendendo a codar”

Antes de aprender a código, pense sobre o que você quer programar

Sabendo como codificar é principalmente sobre a construção de coisas, e o caminho é muito mais clara quando você tem um senso de o objetivo final. Se o seu objetivo é “aprender a código”, sem uma ideia clara dos tipos de programas que você vai escrever e como eles irão tornar a sua vida melhor, você provavelmente vai achar que é um exercício frustrante.
Eu sou um pouco de vergonha de admitir que parte da minha motivação para estudar ciência da computação era que eu queria provar que eu era inteligente, e eu queria ser capaz de obter empregos pessoa esperta. Eu também gostava de pensar em matemática e teoria (este livro fundiu minha mente em uma idade impressionável) e o programa foi um bom ajuste. Não foi o suficiente para me sustentar por muito tempo, no entanto, até que eu encontrei maneiras de se conectar a tecnologia para as coisas que eu realmente amei, como música e literatura.
Então, o que você quer codificar? Websites? Jogos? aplicativos para iPhone?Uma startup que faz você rico? Arte interativa? Você quer ser capaz de impressionar seu chefe ou automatizar uma tarefa tediosa para que você possa passar mais tempo olhando fotos lontra? Talvez você simplesmente quer ser mais empregáveis, adicione um chavão para o seu currículo, ou cumprir os requisitos do seu programa educacional. Todos estes são objetivos dignos.Certifique-se de que você sabe qual é o seu, e estudo em conformidade.

Não há nada de místico nisso

Codificação é uma habilidade como qualquer outro. Como a aprendizagem de línguas, há gramática e vocabulário para adquirir. Como a matemática, existem processos para trabalhar através de tipos específicos de problemas.Como todos os tipos de artesanato e de tomada de arte, existem técnicas e ferramentas e melhores práticas que as pessoas se desenvolveram ao longo do tempo, especializados para tarefas diferentes, que você é livre para usar ou modificar ou descartar.
Esse cara (um cara muito inteligente! Cujos outros escritos eu gosto e frequentemente concordar com!) Postula que há uma linha clara entre as pessoas com a verdadeira mente de um programador e todos os outros, que faltam a capacidade intelectual necessária para ter sucesso no campo. Essa linha brilhante consiste, segundo ele, de ponteiros e recursão (há iniciadores aqui e aqui para os curiosos).
Eu aprendi sobre ponteiros e recursão na escola, e quando eu os entendia, foi um choque agradável para o meu cérebro – o tipo de prazer intelectual que me fez querer estudar ciência da computação em primeiro lugar. Mas, fora da sala de aula de exercícios, o número de vezes que eu tinha que estar familiarizado com qualquer conceito de fazer as coisas tem sido relativamente pequeno. E quando ajudar outros a aprender, uma e outra vez, eu vi pessoas projetos interessantes e gratificantes completos sem saber nada sobre qualquer um.
Não há nenhum ponto em ser intimidado ou querendo saber se você é inteligente o suficiente. Claro, o mais complexo e esotérico sua tarefa, maior o nível de domínio que você vai precisar para completá-lo. Mas isso é verdade em absolutamente todos os outros campos. A menos que você está planejando fazer sua vida inteiramente por seu código, as chances são que você não tem que ser um gênio recursão-compreensão para fazer a coisa que você quer fazer.

Isso nunca funciona pela primeira vez
E provavelmente não a segunda ou terceira vez

                Quando você começa a aprender a código, você vai correr muito rapidamente contra esta experiência particular: você acha que você configurar tudo do jeito que você é suposto, você verificou e está marcada-lo, e ele ainda. não.trabalho. Você não tem a menor idéia por onde começar tentando consertá-lo, ea mensagem de erro (se você tiver sorte o suficiente para ter um em tudo) poderia muito bem dizer “foda-se.” Você pode ser tentado a desistir neste ponto, pensando que você nunca vai descobrir isso, que você não está talhado para isso. Eu tinha que sentir a primeira vez que eu tentei escrever um programa em C ++, ele correu, e tem apenas as palavras “falha de segmentação” para o meu problema.
Mas esta experiência é tão comum para programadores de todos os níveis que se diz absolutamente nada sobre a sua inteligência, tech-savviness, ou de aptidão para a vida de codificação. Ela vai acontecer com você como um novato, mas que também irá acontecer com você como um programador experiente. A principal diferença estará em como você responde a ele.
Descobri que uma grande diferença entre novos programadores e codificadores experientes é a fé: a fé de que as coisas estão indo mal por uma razão lógica e detectável, a fé que os problemas são solucionáveis, a fé que há uma maneira de cumprir a meta. O caminho do “não está funcionando” para “trabalho” pode não ser óbvio, mas com paciência você pode geralmente encontrá-lo.

Alguém sempre vai dizer que você está fazendo errado

            Suspensórios deve ir na linha seguinte. Suspensórios deve ir na mesma linha.Use guias para travessão. Mas guias são maus. Você deve usar procedimentos armazenados, mas, na verdade, você não deve usá-los. Você deve sempre comentar seu código. Mas bom código não precisa de comentários.
Há quase sempre muitas abordagens diferentes para um problema particular, sem single “caminho certo.” Um monte de programadores ficar muito bom em defesa de sua forma preferida, mas isso não significa que ele é o único caminho verdadeiro. Ir cabeça-a-cabeça com as pessoas me dizendo que eu estava errado, e tentando descobrir se eles estavam certos, foi um dos aspectos mais estressantes da minha carreira cedo.
Se você está programando em equipe com outras pessoas, alguém irá quase certamente ter problema com algo que você está fazendo. Às vezes, eles vão ser absolutamente correto, e é sempre vale a pena investigar para ver se você está, na verdade, fazendo errado. Mas às vezes eles vão estar cheio de merda, ou re-promulgação de uma disputa antiga e sem sentido em que seria melhor apenas seguir um guia de estilo e esquecê-la.
Por outro lado, se você é do tipo de pessoa que gosta de disputas antigas, mas sem sentido (nerds gramática, eu estou olhando para você), você veio ao lugar certo.

Alguém sempre vai dizer que você não é um programador verdadeiro

             HTML não é real codificação. Se você não usar o vi, você não é realmente sério. Programadores reais sabem C. Os codificadores reais não fazem Windows. Algumas pessoas nunca será capaz de aprendê-lo. Você não deve saber ao código. Você não é um programador de computador (mas eu sou).
“Codificação” significa um monte de coisas diferentes para um monte de pessoas diferentes, e parece diferente agora de como ele costumava fazer. E, curiosamente, as ferramentas e os pacotes e os quadros que o tornam mais rápido e fácil para os novatos ou mesmo treinou os desenvolvedores construam coisas são mais propensos a ser asfaltada com o “não para os codificadores reais” escova. (Veja: “Retorno do programador real”)
Por trás de tudo isso é o medo de que se “alguém” pode chamar-se um programador, o título vai ficar sem sentido. Mas eu acho que este gatekeeping é destrutivo.
Use as ferramentas que tornam mais fácil de construir as coisas que você quer construir. Se isso significa que seu jogo foi feito em Stencyl ou GameMaker ao invés de escrita a partir do zero, tudo bem. Se a sua primeira incursão na codificação é HTML ou macros do Excel, isso é bom. Trabalhar com algo que você sente que você pode ficar com.
Como você obtém mais confortável, você vai naturalmente começar a encontrar essas ferramentas limitantes ao invés de útil e olhar para aqueles mais poderosos. Mas a maior parte do tempo, poucas pessoas vão sequer olhar para o seu código ou até mesmo pedir o que você usou – É o que você faz com isso que conta.

Preocupar-se com “geek cred” lentamente vai matá-lo

            Veja acima. Eu costumava me preocupar muito, especialmente na escola, sobre se eu estava me identificando como “não um geek real” (e, portanto, menos dignos de inclusão nas comunidades tecnologia) através da minha roupa, minha apresentação, a minha escolha de material de leitura e até a minha opções de personalização de software. Foi um terrível desperdício de energia e eu me tornei muito mais funcional depois que eu tomei a decisão de deixar tudo ir.
Você precisa internalizar isso: a sua capacidade de ficar bom em codificação tem nada a ver com o quão bem você se encaixa as diversas subculturas totó.Isso vale em dobro se você sabe no fundo que você nunca vai se encaixam perfeitamente. A energia que você gasta provando a si mesmo deve estar indo para fazer as coisas em seu lugar. E, se você é um geek de indiscutível com vazamento cred de suas órbitas, manter isso em mente para quando você está avaliando o nível cred de outra pessoa. Não pode significar o que você acha que ele faz.

Furando com ele é mais importante do que o método

                 Não há escassez de artigos sobre o “direito” ou “melhor” maneira de aprender como codificar, e há muitas potenciais abordagens. Você pode aprender os conceitos de um livro ou porcompletar exercícios interativos ou pordepuração coisas que outras pessoas escreveram. E, claro, há muitas línguas que você pode escolher como sua primeira para aprender, com os defensores para cada um.
Uma queixa comum com “ensinar-se a codificar” programas e workshops é que você brisa feliz através do material novato e, em seguida, bateu uma curva íngreme onde as coisas ficam mais difícil muito rapidamente. Você sabe como imprimir algumas linhas de texto em uma página, mas não tenho idéia por onde começar a trabalhar em um “, real” projeto útil. Você pode sentir que você estava apenas seguindo as direções sem realmente compreender, e culpar os materiais de aprendizagem.
Quando você chegar a esta fase, a maioria dos tutoriais e recursos on-line disponíveis para você são muito menos úteis porque eles assumem que você já é um programador experiente e confortável. A dificuldade é ainda agravado pelo fato de que “você não sabe o que você não sabe.” Mesmo tentando descobrir o que aprender ao lado é um enigma em si.
Você vai bater essa parede não importa o que “aprender a codificar” programa que você siga, ea única maneira de superar isso é perseverar. Isto significa que você continue tentando coisas novas, aprendendo mais informações, e descobrir, peça por peça, como construir seu projeto. Você é muito mais provável para encontrar o sucesso no final, se você tem uma idéia clara de por que você está aprendendo a código em primeiro lugar.
Se você continuar colocando tijolos em cima uns dos outros, isso pode levar um longo tempo, mas eventualmente você vai ter uma parede. Este é o lugar onde a fé que eu mencionei mais cedo vem a calhar. Se você acredita que com tempo e paciência você pode descobrir toda a coisa de codificação para fora, com o tempo você quase certamente.

Cecily Carver

Medium   Twitter : @cecilycarver

[mc4wp_form]

%d bloggers like this:
//]]>