Nos últimos tempos, várias pessoas me têm perguntado como podem aprender a programar (para a Web). Este artigo serve como um pequeno guia de iniciação, onde partilho um pouco da minha experiência e algumas soluções que te podem ajudar a manteres-te motivado quando sentires o nível de dificuldade a subir.

Antes de avançar, é importante referir que estou longe de ser um “super programador”. Se acompanhas este blog, saberás certamente que o meu background é essencialmente de Marketing Digital; no entanto, há já alguns anos que tenho vindo a dedicar cada vez mais horas por dia a esta temática, trabalhando actualmente no ramo enquanto Web Developer.

Já foi há algum tempo, mas ainda me lembro perfeitamente como aprender a programar pode ser uma experiência frustrante. O período de constante inovação tecnológica que vivemos pode-nos levar a pensar que qualquer um pode lançar uma rede social depois de um mini-curso no YouTube de um par de horas, mas infelizmente não é bem assim.

Se não desanimares a meio da viagem, verás que programar tem tanto de frustrante como de gratificante. Aprender a programar é uma óptima ideia, mesmo que não queiras seguir carreira no ramo.

O truque é manteres-te focado no teu objectivo e não dispersar- para que queres aprender a ler e escrever código?

O dilema das linguagens

Depois de meteres na tua cabeça que queres aprender a programar, terás logo um desafio interessante pela frente: escolher uma linguagem (ou várias).

HTML, CSS, JavaScript, PHP, Ruby, Python… por onde começo?

Qualquer programador te dirá maravilhas da sua linguagem preferida, utilizando termos que não conheces e que raramente respondem à pergunta para a qual tu queres realmente ter a resposta: para o que eu quero, qual é a ideal para mim?

Aqui, vou assumir que queres programar para a Web. Criar sites, webapps e eventualmente, aplicações mobile.

Para facilitar, separei também as minhas dicas por níveis, que vão de um novato absoluto até a alguém que já passou por alguns tutoriais e está pronto a entrar no mundo das webapps!

Nível #1: Começa por HTML e CSS

O HTML é o elemento responsável pelo conteúdo de cada página. É ele que diz ao browser que isto é um título, aquilo é um parágrafo, aquela palavra está a negrito e que ali fica uma imagem.

Sem saberes HTML não conseguirás produzir uma página Web, portanto eu diria que é essencial começar por aqui. Mas não te dediques só ao HTML – abraça de imediato o CSS, também.

O CSS é responsável pelo layout da página. Sem este elemento, não saberás como colocar aquele título a laranja ou adicionar aquela margem à imagem.

O CSS é, também, o elemento responsável por tornar um site responsive, graças às media queries, que são essencialmente regras de apresentação que se adaptam face à resolução do dispositivo do utilizador.

Apesar destas 2 linguagens serem absolutamente indispensáveis no mundo web, ainda assim não é por esse motivo que recomendo que comeces por aqui.

A verdade é que são as linguagens mais visuais que vais encontrar. Se procuras mudar a cor de um parágrafo e reparas que ainda está tudo na mesma, facilmente percebes a cada refresh do browser o que aconteceu. Com JavaScript, Ruby ou qualquer outra linguagem, entender o que está (ou não) a funcionar correctamente dará muito mais trabalho.

E a verdade é que para praticares um pouco de CSS nem precisas de sair do browser; podes sempre abrir o Inspector do teu browser (por exemplo as DevTools do Google Chrome) e ver o que faz cada linha de CSS – se ajudar, tens aqui um pequeno guia escrito por mim para uma aplicação parecida, o Firebug para Firefox.

Nesse mesmo artigo tens alguns sites que recomendo, que repito aqui e acrescento outros tantos:

Mozilla Developer Network

Este é “o” manual – sempre que precisares de conhecer mais a fundo algum elemento HTML ou algum selector CSS, este é o site a visitar.

O Mozilla Developer Network surge nos primeiros lugares sempre que pesquisas por qualquer palavra-chave relacionada com HTML ou CSS, mas é geralmente ultrapassado pelo W3Schools, que considero bastante inferior.

Bootstrap

O Bootstrap é a framework mais popular de HTML/CSS/JavaScript e é a base de milhões de sites que andam por aí.

A ideia é descomplicar a introdução de componentes que quase qualquer site utiliza, como grelhas, botões ou até sliders. O Bootstrap já traz de origem esses componentes e muitos outros.

A adopção desta framework é tal, que consultar a documentação do Bootstrap é absolutamente essencial – e quando começares a entender como a podes utilizar, desenvolverás sites com muito maior facilidade.

Codecademy

Provavelmente o site mais popular de tutoriais de programação. O Codecademy é gratuito e tem bons tutoriais de iniciação a HTML e CSS, bem como alguns projectos que podes tentar fazer depois de concluíres os cursos.

Para além de poderes ficar com as bases destas 2 linguagens, ainda poderás fazer tutoriais utilizando a já referida framework Bootstrap.

freeCodeCamp

Menos amigável ao início, mas definitivamente mais completo que o Codecademy, o freeCodeCamp ambiciona transformar pessoas em programadores em pouco tempo, com dezenas de horas de tutoriais gratuitos sobre os principais tópicos.

Aqui podes dedicar muitas horas a aprender HTML, CSS e até fazer um site responsive com a ajuda do Bootstrap.

CodePen

Se queres saber como se faz “aquele botão” ou “aquela animação”, vais gostar deste site. O CodePen tem sempre as últimas tendências de web design, sendo diariamente alimentado pela sua comunidade, que lá partilha as suas últimas criações em código.

Não só podes alterar o código e ver em tempo real o que acontece, como é um site que podes usar para portefólio dos teus próprios trabalhos.

Treehouse

De início, não vejo qualquer razão para pagares para aprenderes HTML e CSS, porque qualquer um dos sites que mencionei acima te podem dar uma grande ajuda.

Ainda assim, se estiveres disposto a pagar 25 dólares por mês, a Treehouse é, na minha opinião, a melhor escola online que existe. Lá poderás encontrar imensos cursos de HTML e CSS, com vídeos e exercícios a acompanhar.

A Treehouse já foi mencionada neste blog mais que uma vez (aqui e aqui) e será um ponto de paragem praticamente obrigatório quando estiveres mais confiante nas tuas capacidades.

Nível #2: Aprende as bases de Ruby

Esta é a parte mais polémica do artigo, porque outras pessoas te aconselhariam a aprender JavaScript (e algumas das suas variantes mais atraentes, como jQuery, Angular ou React) ou PHP (o coração do WordPress, que representa 25% de toda a Internet).

Ainda assim, o meu conselho vai para Ruby. A razão? Simples.

Ao início, vais aprender o que é uma variável, o que é um if statement e o que é um método. E, por muito bom que o tutorial seja, o mais provável é que precises de algum tempo até que consigas encaixar verdadeiramente o que significa cada um destes termos.

Outro “pequeno” problema desta fase é que retirarás pouca gratificação destes primeiros tutoriais, por te ensinarem a fazer coisas que raramente te impressionarão ou por não compreenderes a utilidade para a construção de uma webapp, por exemplo. Este é um nível crítico, onde a taxa de desistência é bem superior ao nível anterior.

Tudo isto já será frustrante q.b., mas ao menos terás uma linguagem muito agradável de se ler para começar. Não vais ter de estar preocupado em fechar parêntesis a torto e a direito, como acontece por exemplo com JavaScript e, a esta altura do campeonato, é pouco relevante estares a aprender a linguagem #1 do Github ou não.

Praticamente tudo o que aprenderes em Ruby vais poder reutilizar mais tarde, noutra linguagem. Muda a sintaxe e pouco mais.

Em suma, não tornes a tua aprendizagem mais “dolorosa” sem qualquer necessidade!

Esta é uma linguagem que o mundo das start-ups adora, portanto encontrarás sempre muita informação online. Para Ruby, podes começar por estes sites:

Codecademy

O curso gratuito de Ruby do Codecademy é muito completo. Aqui poderás descobrir o que são iteradores, hashes ou lambdas. Este é um excelente ponto de partida para o universo Ruby.

Try Ruby (CodeSchool)

Este pequeno curso é feito pela CodeSchool, um grande concorrente da Treehouse.

A CodeSchool também é paga, mas neste curso podes ter um cheirinho de Ruby e da qualidade dos cursos deste site, que tem muitos outros tutoriais de Ruby.

Learn to Program

Este pequeno livro (que podes ler na íntegra no site gratuitamente) foi-me recomendado como leitura de preparação para o bootcamp da Creators School e é um excelente manual para aprender as bases da programação, utilizando a linguagem Ruby sempre como exemplo.

Learn Ruby The Hard Way

Este é um recurso similar ao anterior – se não estiveres a gostar do livro do Chris Pine, podes dar uma chance a este.

Nível #3: Explora uma framework com o conceito de MVC, como Ruby on Rails

O conceito de MVC (Model, View, Controller) é importantíssimo para a criação de webapps modernas e se seguiste o meu conselho e optaste por Ruby no nível #2, então o passo seguinte mais lógico será mergulhares no mundo de Ruby on Rails. Aqui terás, finalmente, também contacto com bases de dados.

Rails começou por ser desenvolvido para servir o project manager Basecamp, mas acabou por se tornar um projecto open-source que serviu/serve de coração a algumas das marcas digitais mais populares da actualidade, como o Airbnb, Hulu e Github.

Neste nível já conseguirás criar projectos de alguma complexidade, onde poderás colocar os teus conhecimentos de HTML, CSS e Ruby em prática. Poderás começar por criar blogs e task managers e gradualmente evoluir para ideias mais ambiciosas. Mais à frente, poderás pensar em desenvolver algumas competências no mundo da JavaScript, que será um óptimo complemento.

As convenções do universo Rails tornam tudo mais simples, mas ainda assim prepara-te para perder muitas horas a ler mensagens de erros e a tentar perceber porque é que algo não está a funcionar – mas isso faz parte de ser programador, como refiro aqui!

Aqui ficam os sites que recomendo para esta fase:

Rails Tutorial

Este tutorial, criado por Michael Hartl, é um ponto de paragem obrigatório para a comunidade de Ruby on Rails.

Ao longo deste extenso tutorial criarás uma aplicação similar ao Twitter e pelo caminho serás apresentado ao conceito de MVC, utilizarás o Cloud9 como ambiente de desenvolvimento e o famoso Git para controlo de versões do teu código.

Este é um tutorial longo e relativamente complexo, mas é sem dúvida uma excelente introdução ao que Ruby on Rails permite.

Rails Guides

O site da documentação oficial de Ruby on Rails. Sempre que tiveres dúvidas e fizeres uma pesquisa, provavelmente acabarás aqui.

RailsCasts

RailsCasts é um projecto de Ryan Bates que consiste em screencasts sobre tudo o que está relacionado com o universo Rails – desde gems (que são “plugins”) à utilização de frameworks como Angular ou Ember, encontrarás um pouco de tudo neste site.

Apesar do site estar parado desde 2013, este continua a ser um site de referência para a comunidade Rails, pela qualidade dos screencasts: sucintos, mas ao mesmo tempo ricos em informação.

Conclusão

Como vês, programar pode ser intimidante, mas não tens que ter medo de experimentar. Começa por molhar os pés com HTML e CSS e vai subindo gradualmente a dificuldade (e o teu envolvimento) com o tema.

No que toca a aprender a programar, a web está cheia de sites de qualidade e certamente encontrarás uma resposta para praticamente qualquer problema que tenhas.

Nunca te esqueças de procurar sempre uma aplicação prática para o que estás a aprender – faz uma app dedicada a outro tema que gostes, ou um site relacionado com um hobby teu. Tenta tornar a aprendizagem o mais divertida possível.

E, acima de tudo, não desanimes se as coisas demorarem a entrar. É perfeitamente normal e faz parte da viagem. Força!

Agora que já apresentei os meus mitos sobre programação e dei a conhecer o que acontece realmente no dia-a-dia de um programador, é tempo de escrever sobre os benefícios de aprender a programar.

Nota que o que vou indicar neste artigo não obriga, de todo, a que dês uma volta de 180º à tua carreira ou que comeces subitamente a programar todos os dias; são simplesmente benefícios que irás certamente retirar desta prática (independentemente do teu nível de experiência) que poderás aplicar em muitas outras profissões ou desafios na vida.

Apesar de só andar a programar entre 8 a 10 horas por dia de há 3 meses para cá, a verdade é que há já alguns anos que me interesso pelo tema e muitas das suas vantagens começaram a manifestar-se de imediato.

Podes começar por aprender a programar em vários sites desta lista (como o Treehouse) ou seguindo tutoriais como os do Codecademy. Poderás explorar uma linguagem como Ruby ou JavaScript, ou optar por algo mais visual como HTML e CSS – todas apresentam os seus desafios.

Faças o que fizeres, estou certo que aprenderás algo pelo caminho que te tornará melhor naquilo que já fazes: e, só por isso, já acho que vale a pena!

Este vídeo, com várias caras conhecidas, mostra porque é que deves considerar aprender a programar. A minha lista também toca em alguns destes pontos. Vamos então a isto!

#1: Aumenta a tua produtividade

Os programadores são famosos por serem tremendamente eficientes à frente de um computador e não gostarem de trabalho repetitivo – na verdade, uma das principais filosofias é a de procurar ser o mais “DRY” possível (Don’t Repeat Yourself).

Para aumentares a tua produtividade não tens de escrever programas muito complexos. Ao dominares um editor de texto como o SublimeText (podes descobrir como o “artilhar” aqui) e a linha de comandos, poderás automatizar várias tarefas do teu dia-a-dia ou, no mínimo, realizá-las muito mais depressa.

Uma dica rápida: com o SublimeText, podes seleccionar uma palavra inteira com o atalho ⌘ + D (CTRL + D em Windows) e seleccionar essa mesma palavra noutros locais do documento ao repetires esse comando. Depois, podes alterar todas as tuas selecções em simultâneo, poupando-te o habitual Find & Replace.

#2: Ensina-te a desconstruir problemas

Na vida, é normal encontrarmos por vezes problemas tão avassaladores que nem sabemos propriamente por onde começar para os resolver.

Essa pode ser uma sensação muito desconfortável mas, como vimos no artigo anterior, é algo que o programador experiencia várias vezes por semana.

Como é que a aprendeu a aceitar? Desconstruindo problemas.

Neste mundo, divide and conquer é chave. Dividimos uma tarefa em pequenas mini-tarefas, avançando para a próxima apenas quando uma está dada como terminada.

Tudo passa por mini-projectos que, quando combinados, criam o projecto final.

Quando estamos a programar uma loja online, por exemplo, não escrevemos tudo ao mesmo tempo. Começamos por criar uma lista de produtos, depois o botão de adicionar ao carrinho e mais tarde o botão de remover do carrinho, testando sempre tudo devidamente após cada um destes processos.

Uma metodologia: Se um artigo de 2000 palavras te intimida, podes desconstruir o projecto em vários pontos: a introdução, o desenvolvimento, a conclusão, o título, as imagens, a edição final e a promoção do artigo, por exemplo.

#3: Torna-te mais metódico e preciso

Um dos maiores desafios da programação é o de dar nomes às coisas: por mais ridículo que pareça, é incrivelmente complicado encontrar um nome absolutamente exacto (ao mesmo tempo que sucinto) para descrever o que estamos a criar.

Quando não conseguimos que esse nome seja explícito o suficiente, comentamos o nosso código (para que nós ou outros colegas entendam o que aquelas linhas fazem, um dia mais tarde) ou vamos mais longe e criamos alguma documentação sobre o tópico (como é habitual nos populares ficheiros Readme).

Aqui, é absolutamente crucial tentar manter a coerência em tudo o que fazemos e, seguindo o príncipio já referido do DRY (Don’t Repeat Yourself), procurar criar código modular, ou seja, que nos permita copiá-lo para vários locais do nosso projecto sem perder as suas características.

Um conselho: com estas dicas, podes ser um profissional mais organizado (documentando tudo o que fazes), tanto para facilitar a colaboração com outros colegas como para tu próprio saberes o que estavas a fazer quando voltares a olhar para o teu trabalho 6 meses mais tarde.

#4: “Obriga-te” a aceitar a mudança

Numa indústria que todas as semanas introduz novas boas práticas, frameworks e linguagens, é impossível ficar na zona de conforto (a não ser, claro, que queiramos ficar sem trabalho).

Este *sentimento de instabilidade/ruptura* faz todo o sentido num ambiente onde todo o código que é escrito é temporário, seja porque será mais tarde re-escrito, seja porque passado 1 ano alguma funcionalidade nos obrigará a alterá-lo.

Na programação, o refactoring é constante – o código está constantemente a ser editado para ser mais eficiente e legível para toda a equipa. Essa constante “revisita” pode parecer frustrante aos olhos de um outsider, mas é um processo normal neste mundo.

Uma certeza: se encararmos a inevitável mudança com bons olhos, em vez de algo doloroso e frustrante, teremos melhores chances de evoluir e aprender novas formas de fazer as coisas.

O criador do Facebook, Mark Zuckerberg, disse uma vez uma frase que demonstra este ponto na perfeição:

Move fast and break things. Unless you are breaking stuff, you are not moving fast enough.

#5: “Obriga-te” a aprender depressa

Pela razão referida anteriormente, é inevitável aprendermos (com rapidez) novas práticas, novos atalhos no teclado, novas aplicações e novas linguagens.

Se gostas de aprender algo novo todos os dias, esta será, muito provavelmente, a indústria certa para ti. Mas se a ideia de ler blogs e fóruns de discussão todos os dias e investir em tecnologias que passado 6 meses ficarão obsoletas te assusta, talvez esta não seja vida para ti.

Os programadores são geralmente curiosos e gostam de experimentar novas tecnologias, mesmo que mais tarde acabem por as descartar.

Um modo de vida: procura ser curioso em tudo o que fazes – nunca é tempo perdido, mesmo que acabes por entender que algo não trará valor para ti.

O que importa aqui é a viagem – se estiveres sempre disposto a aprender mais sobre qualquer tópico, ficarás com uma grande capacidade de adaptação para qualquer situação em que te encontres.

#6: Desenvolve o espírito de comunidade

Os programadores podem ter fama de seres egocêntricos, mas na minha experiência são dos que mais contribuem para as comunidades em que se integram – seja respondendo a perguntas de novatos, seja criando tutoriais ou dedicando tempo a projectos open-source.

Muitos programadores têm blogs com a simples intenção de partilhar o que aprenderam pelo caminho e é frequente a promoção de seminários e meetups para discutir boas práticas e formas de fazer as coisas. E muitos a custo zero.

Uma sugestão: procura ser mais activo junto à tua comunidade. De que formas podes contribuir para que a indústria em que estás envolvido possa ser melhor?

Há muitas coisas que podes fazer: podes apresentar algo que dominas a outras pessoas ou promover uma meetup para juntares pessoas que partilham um interesse similar.

#7: É criativo!

Como compôr música ou escrever um livro, programar é algo extremamente criativo, em que começamos com um ficheiro em branco e podemos terminar com um videojogo, um website ou uma app para o telemóvel dias mais tarde.

É uma forma de te expressares; Drew Houston, CEO da Dropbox até vai mais longe:

Coding is the closest thing we have to a superpower.

Todos os dias podes encontrar sites, jogos e aplicações que elevam a fasquia do que é possível com um editor de texto. E com a informação e a tecnologia cada vez mais acessível, porque não aprender a desenvolver este lado da nossa criatividade?

Um desafio: cria uma página pessoal tua ou começa com algo mais simples, como um projecto no CodePen, inspeccionando o código de algo que gostes e tentando fazer semelhante.

Se tens um blog, pensa em algo muito simples que queiras alterar: uma cor da letra, por exemplo – este artigo poderá ser um bom ponto de partida!

Conclusão

Há muitos benefícios que podes retirar da programação, mesmo se a encarares como um pequeno hobby. Aprenderás a olhar para a mudança de outra forma, serás mais produtivo à frente de um computador e até, mais social.

Tudo pode começar com uma simples aprendizagem de HTML e CSS. Pelo meio, estarás a expressar-te criativamente!

Se programas, quais são, para ti, as maiores vantagens?

Na semana passada escrevi sobre alguns mitos de programação – um conjunto de ideias pré-concebidas que eu não duvidava que fossem verdade, até perceber (após algum tempo a programar) que estavam completamente erradas!

Hoje, como prometido, falo um pouco da realidade enquanto programador – aquilo que define o dia-a-dia de alguém que está todo o dia com o editor de texto aberto e com o terminal sempre activo.

Naturalmente, não pretendo que este artigo seja pretensioso – não sou um programador veterano, longe disso! – pelo que me vou cingir à minha (curta) experiência neste meio, que se resume a um período de quase 3 meses em que programar foi parte de mais de 10 horas de cada dia.

Contas feitas, ainda estamos a falar de algumas horas, portanto vamos então ver o que acontece realmente quando se passa o dia a programar.

#1: Encontrar erros é (demasiado) normal…

Mesmo quando ainda estamos a começar e os nossos ficheiros têm 5 ou 10 linhas de código, é incrível o número de erros que podemos encontrar.

Ao início, encaramos tudo isto com estranheza e, possivelmente, com sentimento de fracasso. Rapidamente voltamos para o editor de texto (sem sequer ler a mensagem de erro), reparamos que algo estava em falta, corrigimos, gravamos e tentamos de novo, apenas para encontrar novamente uma mensagem de falhanço.

O que aí ainda não nos apercebemos é que…

… os erros são nossos amigos!

Os erros vão ser nossos companheiros toda a carreira – podemos, com a prática, cometer menos erros (esquecermo-nos menos vezes daquela vírgula ou do nome correcto da variável, por exemplo), mas novos erros surgirão à medida que as nossa ambição e as nossas capacidades aumentam.

O que vai mudar com a prática é a forma como encaramos estas mensagens de (suposto) fracasso.

As mensagens de erro, seja no browser ou no terminal, apontam-nos para a direcção certa; vamos começar cada vez mais a ler sobre elas e a querer entendê-las, não só para as evitar como para passar para o problema seguinte – que pode ser, em muitas ocorrências, um novo erro encontrado que precisa de ser corrigido.

E o que faz qualquer programador que encontra uma mensagem de erro nova? Começa por fazer aquilo que todos nós fazemos, dezenas de vezes por dia: vai ao Google.

O que me leva para o ponto seguinte…

#2: Googling

Quando referi no artigo anterior que era importante um bom Google-fu, era precisamente por motivos como este: uma boa parte do nosso tempo é passado no Google.

Aqui, vais pesquisar com frequência por:

• mensagens de erro;
• comandos que não te recordas, para qualquer linguagem;
• formas de resolver determinados problemas, como expressões regulares.

Na esmagadora maioria das vezes o Google fará o seu trabalho e serás direccionado para um fórum com a resposta à tua pergunta (muito provavelmente o Stack Overflow) ou um tutorial que contém a resposta que procuravas.

Se não obtiveste resposta, o mais provável é que tenhas de pesquisar de outra forma ou colocar uma questão num fórum – acredita, por mais específico que o teu problema pareça ser, o mais provável é que alguém já tenha passado pelo mesmo!

#3: A temível sensação de ficar stuck

Abres um ficheiro, começas a escrever e a coisa até está a ir bem: escreveste várias linhas de código, pelo caminho nem encontraste muitos erros e está tudo a correr de feição. Continuas a escrever mais um pouco até que, finalmente, lá volta aquele sentimento outra vez: ficaste stuck, ou preso.

Os minutos passam, convertem-se em horas e ainda não conseguiste avançar. Lês e relês o teu código e não entendes o que falta: o servidor está a correr, os ficheiros estão gravados e não há erros de sintaxe. Mas o tempo passa e continuas aqui preso.

Este é um sentimento terrível (na minha experiência pior que qualquer bloqueio criativo) mas com que os programadores têm de aprender a lidar numa base diária.

Estes são alguns dos pensamentos que passarão por ti, provavelmente várias vezes numa só manhã:

Mas porque é que não consigo fazer isto?
Não faço a mínima ideia por onde começar…
Este problema é simples, porque é que não está a funcionar?
Acho que se ficar mais 3 horas a olhar para isto, nada de novo acontecerá. No que eu me fui meter…

Sim, sentes tudo isto e não é agradável. Mas acabas por aceitar essa sensação e, com persistência, lá acabarás por ultrapassar o obstáculo, aprendendo algo pelo caminho. E aí continuarás a tua missão até que a situação regresse, de preferência só depois do almoço.

Aqui, a chave, é realmente ser teimoso e não desistir: pesquisar mais um pouco, ler o nosso código mais uma vez, pedir ajuda a um colega ou passar para outra tarefa para “limpar a vista”.

#4: Brinca com a nossa auto-estima

Programação é surpreendentemente severa para a nossa auto-estima – todos os dias vemos sites incríveis, aplicações fantásticas e pode ser um pouco desesperante pensarmos quando é que seremos capazes de fazer algo similar.

Se juntarmos a isso o ponto anterior, em que tanta vez pensamos que estamos presos simplesmente por sermos burros, percebemos que os nossos dias são compostos por viagens emocionais algo atribuladas.

E aqui ainda falta referir a mítica síndrome do impostor. Aquela sensação constante em que sentimos que o nosso trabalho até agora foi uma fraude, os nossos programas funcionam por pura sorte e que não somos assim tão competentes. E não ajuda quando resolvemos um problema sem verdadeiramente entender como o conseguimos solucionar.

Esta é uma sensação complicada de gerir e, pessoalmente, não acredito que ficará mais fácil com maior experiência.

Porquê? Por causa do ponto seguinte.

#5: Não sabemos o que não sabemos… e quando se abre uma janela surge um mundo novo que desconhecemos

Quando começas a pensar em Web Development, pensas talvez em HTML, CSS e JavaScript. Mais tarde, perceberás que há sites em PHP ou Ruby. Pelo caminho ouves nomes como jQuery, Bootstrap ou AngularJS e conheces serviços como a Amazon Web Services ou o Github. E ainda falta saberes para que serve o Gulp, o Grunt, SASS ou PostCSS.

Quando algo não está a funcionar e encontramos a solução, é frequente surgir um novo mundo que era por nós desconhecido até à data. E é aqui que ficamos a conhecer alguma destas tecnologias que referi em cima (ou outras muito mais específicas).

Como podemos sossegar a nossa síndrome do impostor se sempre que ganhamos novas competências, percebemos que existe toda uma nova tecnologia altamente complexa que desconhecíamos e que nos dará tanto trabalho a conhecer?

Já diz o ditado:

Ignorance is bliss (a ignorância é uma benção)

Todas as semanas vais conhecer novas técnicas de fazer o teu trabalho – e por cada sensação que terás de ter feito um upgrade às tuas qualificações, soma 5 sensações de “wow, há mesmo muito que desconheço”.

E se por acaso algum dia vieres a achar que tens a situação totalmente controlada, o ponto seguinte servirá para te relembrar que tal nunca acontecerá.

#6: Está SEMPRE em constante mudança

Por norma, este é o melhor raciocínio que podes ter:

A única certeza, é a certeza da mudança.

Esta frase foi algo que ouvi inúmeras vezes na Creators School) e que mostra o quão efémero é este mundo.

Tecnologias revolucionárias estão sempre a surgir, algumas carregadas de hype que te farão querer saber mais e, por vezes, farão com que alteres a tua forma de trabalhar. As boas práticas estão sempre a mudar e o que hoje é recomendado pode ser, em 3 meses, desaconselhado.

Em suma, esta é uma carreira em que sairás frequentemente da tua zona de conforto e onde terás de estar receptivo a mudanças constantes. Este é um excelente artigo sobre o tema.

#7: Ler, ler, ler…

Sem surpresa, o dia-a-dia de um programador é passado não só a escrever, mas também a ler: tal como um escritor.

Um programador passa o dia a ler código (seja o dele próprio seja o de outros), a ver as novidades do Hacker News, a procurar respostas no Stack Overflow, a seguir tutoriais sobre uma tecnologia que lhe interessa e a consultar a documentação de determinada linguagem de programação.

Até é de admirar que, no meio de tanta leitura, sobre tempo para escrever. Mas a verdade é que se não dedicarmos uma boa quantidade de tempo do nosso dia a ler, dificilmente conseguiremos adquirir novas competências ou sair do problema em que estamos presos há 2 horas!

Conclusão

Na minha experiência, é assim que se passam as horas de um programador. Muito tempo a resolver problemas e a consultar documentação, com algumas viagens emocionais pelo meio, numa indústria que é mais ágil do que provavelmente qualquer outra.

E tu, concordas? Tens algo a acrescentar? Manifesta-te nos comentários!

Há 2 meses atrás, fiz as malas e fui para o Porto para 8 semanas de programação intensiva. Há já uns anos que estava interessado em passar pela experiência de um coding bootcamp e assim que tomei conhecimento de uma iniciativa desse género em Portugal, não pensei 2 vezes.

A aventura Creators School não poderia ter corrido melhor (esta foi a minha review).

Num curso tão imersivo, foi francamente difícil subir até à superfície e reflectir sobre o que estava a acontecer. Agora que a poeira já assentou e estou de regresso a Lisboa, parece que já consigo colocar em palavras o que aconteceu, abrindo este novo espaço no blog dedicado à partilha de experiências no mundo da programação.

Aprender a programar está na moda e há várias razões para tal: vivemos num universo cada vez mais tecnológico, dependemos cada vez mais de apps e existe uma crescente procura de mão-de-obra neste sector. Ver jovens de 25 anos a arrecadar milhões com as suas start-ups também talvez ajude.

Para alguém que tem um background de Marketing Digital, o mundo da Programação faz todo o sentido, apesar de ser, na verdade, muito distinto. E apesar de já há vários anos andar a explorar este tópico, seja através de cursos online como os da Treehouse ou tutoriais da Codecademy, nada se compara a chegar a uma sala todos os dias e, das 9h30 às 18h30, interpretar e escrever código.

Muito se pode dizer sobre os últimos 2 meses – houve muitas sensações, lições e ideias – mas vou seguir um dos grandes ensinamentos que este novo mundo me trouxe: partir uma questão em pontos mais pequenos, começando por falar sobre… mitos.

Mitos

Por mais que achasse que tinha uma ideia aproximada do que era um programador, a verdade é que vi algumas das minhas verdades indiscutíveis abaladas.

As minhas ideias pré-concebidas não eram baseadas naquele “amigo meio-estranho que é programador” ou fruto do visionamento de dezenas de filmes em que o rapaz do teclado é a pessoa mais inteligente da sala ou o único capaz de ampliar imagens escrevendo complexos comandos no terminal (se gostas deste último, vais adorar este site) – era simplesmente o que julgava ser verdade até ter passado algumas semanas a programar.

#1: Só existe uma solução para cada problema

Esta ideia talvez tenha surgido pela habitual associação da matemática à programação. Se quando resolvemos uma equação, só há um resultado correcto, o mesmo se aplica à programação, certo?

Bom… não necessariamente. Há muitas formas de chegar a um resultado e não existe “A” resposta certa para uma situação.

O que há é uma série de raciocínios que, quando traduzidos para código, poderão responder de forma satisfatória ao desafio original – e como cada pessoa tem um raciocínio diferente, a forma de solucionar o problema variará de pessoa para pessoa.

Isto significa que se procuravas algo que fosse uma ciência exacta (como eu pensava que isto seria), o mais provável será que a programação te desiluda.

Para mim esta conclusão foi surpreendente mas, ao mesmo tempo, vista com muitos bons olhos.

#2: Não é preciso falar com ninguém

Se existe um estereotipo para um programador, essa imagem raramente é positiva. Normalmente, pensa-se numa pessoa que é socialmente inadaptada porque passou demasiado tempo na sua cave a olhar para linhas de código e se esqueceu de como se fala com uma pessoa.

Apesar de achar que tal era exagerado, acreditava, isso sim, que para fazer um bom trabalho não precisaria de falar com ninguém – bastava estar no editor de texto até ao fim do dia e depois fazer push (ou upload do trabalho realizado).

A verdade é que tal não poderia estar mais longe da verdade. Nos últimos 2 meses interagi com dezenas de pessoas que programam e vi como é importante comunicar.

Programar não é apenas escrever linhas de código de forma convulsa – é muito mais filosófico do que parece. Como vimos no 1º ponto, a forma como se resolve um problema é subjectiva, pelo que uma discussão saudável com um colega pode ser benéfica e fazer-nos chegar a uma solução mais eficaz para o que procuramos.

Programar a pares é, na verdade, algo que muitas empresas adoptam e realmente produtivo – estima-se que a produtividade em pair programming é de 3 ou 4 vezes superior a um programador a solo!

Se pensavas, como eu, que uma empresa de programação era um conjunto de pessoas num cubículo com os olhos vermelhos de tanto olhar para um ecrã, vais apanhar uma grande surpresa – serão provavelmente aqueles que estão na copa ou nos sofás a pensar como vão resolver o próximo desafio.

#3: Os programadores sabem tudo de cor

Se é verdade que com a prática alguns comandos ficarão familiares, a realidade é que a documentação será absolutamente fundamental a todas as alturas – isso e um bom Google-fu, claro está.

Com várias soluções possíveis e com tantos comandos disponíveis, é irrealista pensar que o programador terá sempre a solução na ponta dos seus dedos. Ele tem, isso sim, a capacidade de saber o que procurar e como o incorporar no seu projecto, sendo frequente para tal uma passagem pelos fóruns para entender qual a melhor abordagem para o seu caso em particular.

#4: Basta colocar os phones, uma lata de Monster e programamos 12 horas seguidas a teclar sem parar

Nah, isso é praticamente impossível, pelo menos ao início. Vais sentir o teu cérebro a derreter com a quantidade de problemas que não sabes a resposta e vais ter de aprender a reduzir grandes problemas em pequenas tarefas, como falarei num artigo posterior.

Portanto, a não ser que sejas um hero programmer, não conseguirás fazer muito barulho no teu (novo) teclado mecânico, até porque tens de equacionar as pausas para reflectir sobre as melhores soluções e os momentos de desespero que terás quando ficares preso no teu raciocínio.

#5: No fim, tudo vai ficar perfeito

Esta custou-me um pouco engolir, mas de facto nenhum projecto ficará perfeito… porque programar é também um jogo de compromissos; consideramos as várias tecnologias disponíveis e optamos por aquelas que melhor se adaptam à situação.

É bom que procures a perfeição e que sejas exigente contigo próprio, claro, mas mentaliza-te que haverá sempre algum código que poderia ser reduzido/re-escrito, alguma resolução de monitor em que o teu site não fica como esperavas e alguma situação em que a tua app não funciona conforme esperado.

O melhor será aceitar essa inevitabilidade e fazer o possível por minimizar essas ocorrências. Terás sempre de pegar em questões como performance, usabilidade e design e colocá-las na balança… e dificilmente poderás (ou saberás como) maximizá-las.

#6: O programador é arrogante e guarda tudo para ele próprio

Apesar de me sentir cada vez mais confortável a programar, a verdade é que os primeiros tempos são de grande frustração e onde nada é fácil – vamos ter de sobreviver um período em que tudo é muito estranho até que as coisas começam a fazer algum sentido.

Com essa curva de aprendizagem, poderíamos assumir que programadores mais avançados fossem inacessíveis ou, no mínimo, difíceis de lidar. No entanto, não foi isso que testemunhei, seja online ou offline.

A comunidade de development é excelente – existe imensa informação sobre qualquer tópico e não somos alienados se perguntarmos algo totalmente óbvio ou básico, o que considero crítico para não desanimar iniciados.

E fico com a clara sensação que ninguém guarda a informação para si próprio – depois de uma grande descoberta, o mais provável será um programador escrever sobre isso no seu blog pessoal, colocar o código no GitHub ou no CodePen ou ajudar futuros utilizadores postando respostas no Stack Overflow.

O mesmo se sucede de modo offline, com as diversas meetups e conferências promovidas em todas as cidades, com o intuito de juntar programadores.

Posto isto, parece-me ser evidente a vontade em ajudar o próximo, até porque todos já estiveram uma vez bloqueados.

#7: Erros no código? Isso é de programador inferior

Independentemente do teu grau de experiência, vais sempre encontrar erros – seja porque falta uma vírgula, porque te enganaste no nome de uma variável ou porque te esqueceste de gravar um ficheiro. Acontece a todos e não é por seres veterano que vais deixar de os encontrar.

O que vai mudar é a tua relação para com eles. Os erros não são mensagem de fracasso – são indicações para saberes o que deves alterar para que o teu programa funcione.

Se calhar é por isso que em Silicon Valley os fracassos são celebrados, não?

Se ao início encontrava um erro e rapidamente voltava para o editor de texto para procurar a origem do problema, agora prefiro levar o meu tempo a ler e interpretar as mensagens de erro, para que a resolução seja bem mais fácil.

Uma boa parte de programar é saber olhar para os erros e resolvê-los. Essa é uma das grandes lições no mundo REAL da programação… mas sobre isso, falarei em detalhe no próximo artigo desta série!

Conclusão

Como seria de esperar, depois de programar em regime full-time durante 2 meses, existe uma considerável diferença entre o que imaginava e a realidade.

Neste período, aprendi que programar não é algo sobre-humano, que os programadores são pessoas acessíveis e preocupadas em ajudar e que resolver problemas é algo muito mais subjectivo do que esperava.

E para ti, quais são os maiores mitos?