Executando verificação de segurança...
6

🧙‍♂️ O processo é mais importante que o resultado.

O resultado é o de menos. Para aprender algo de verdade, o foco deve ser o processo.

Se eu tivesse que dar apenas uma dica para quem está começando, ou até para quem já tem alguma experiência na área de tecnologia, seria essa: Entenda o processo, e de que forma você chegou ao resultado, como você venceu as barreiras que encontrou. O resultado é o de menos.

No começo dos estudos em programação, principalmente na área de Front-End, é comum ficarmos muito entusiasmados, pois geralmente nas primeiras aulas você já coloca a mão na massa, e vê o seu primeiro site ganhar vida e cor, de uma forma muito rápida. Inclusive, acredito que esse é um dos principais motivos do porque as pessoas escolhem o Front-End para iniciar seus estudos, pois o resultado e a sensação de fazer/construir algo vem muito mais rápido, e de forma visual, o que causa uma sensação ótima para seu cérebro, mas isso é assunto para outro post.

É normal neste começo você ver as coisas funcionando sem ter muita noção do porque isto funciona, ou então porque minha página está toda branca, ou porque o console do meu navegador está com todos esses erros. Nestes momentos, o que eu fazia, e que acredito que muita gente também, é dar o famoso Ctrl + C na mensagem do erro, e Ctrl + V no Google, com o objetivo de encontrar a resposta pronta em forma de código, fazendo com que a página volte a funcionar. E não há nada errado em se fazer isso, principalmente para quem está começando. O problema começa quando você vira refém, e qualquer problema é corrigido apenas copiando códigos prontos.

"Eu consegui fazer, mas parece que falta algo, não sei se entendi."

No início dos meus estudos, eu queria ver o site funcionando, não importa se tem uma função testando 20 if's, ou qualquer outra gambiarra copiada da internet, o importante é funcionar. E sempre ao final desses projetos eu tinha a mesma sensação:

Consegui. Mas parece que falta algo. Era pra eu estar mega feliz, mas tenho um sentimento de medo ou vergonha que não sei explicar.

Eu entendia boa parte do que era ensinado, mas parece que faltava um "click" no meu cérebro, pra soltar aquele: Ahhhhhhh, agora faz sentido, eu realmente entendi o porque disso.

E foi então que eu assisti um vídeo de um garoto que descobriu um bug em um site de uma empresa famosa (acho que era um bug no site do Instagram), e fizeram uma entrevista com ele. E as perguntas eram todas sobre o resultado em si, qual a reação quando ele descobriu o dinheiro que ganhou, como os pais dele reagiram, qual foi a sensação quando ele finalmente descobriu o bug. E ai o garoto disse algo que mudou meu ponto de vista:

É tudo muito legal, mas a minha felicidade se da pelas etapas que eu fui alcançando enquanto eu estava nesse processo de relatar o bug. A maneira com que eu lidei com os obstáculos, como eu fui compreendendo aos poucos como o sistema deles funcionava. O resultado é so a consequência.

Depois que eu entendi isso, aquele "click" que estava faltando foi preenchido. Parei de estudar com o foco no resultado final do projeto. Parece meio louco o que vou dizer, mas vocês não sabem a felicidade que eu fico quando eu tomo um erro no console e vou pesquisar PORQUE esse erro ocorre, e não mais o código pronto para soluciona-lo. Me sinto mais flexível para resolver os problemas, não tenho mais medo.

Como eu venho dizendo, não há nada erro em fazer uma gambiarra no código se você está começando, mas é importante você saber identificar que isto é uma gambiarra, e que provavelmente existem formas melhores de se resolver tal problema. Não há nada errado em copiar um código do Stackoverflow pronto, desde que você entenda o que esse código está fazendo.

Toda funcionalidade que implemento, eu fico me questionando: Porque isso funcionou ? Porque isso não funcionou ?

O que eu quero dizer é que após um erro acontecer, e você soluciona-lo, é importante você entender de fato porque estava dando erro, e porque/como esse código corrige isso.

O resultado final é legal sim, e deve ser valorizado, mas quando finalizar uma aplicação, pare e pense: De que forma eu lidei com os problemas ? De que forma eu me organizei para concluir esse projeto ? Eu identifiquei pontos que funcionam, mas de uma forma não-performática, e podem ser melhorados ?

Garanto que após essa mudança de pensamento, o aprendizado será mais natural, sem angustia ou ansiedade. Alguém mais já passou por isso ?

Carregando publicação patrocinada...
3

Entendo perfeitamente o que você passou, passei pelo mesmo, acredito que ir aos poucos em vez de ir correndo para próxima aula, próximo projeto, próxima linguagem.
E a melhor forma de aprender, na maioria dos casos focamos só no resultado porque e com isso que as pessoas se importam, a maioria das pessoa não que saber como e feito só que foi feito.
Acaba que isso entra de forma inconsciente no nosso subconsciente, até porque o que importa para as escolas e somente a nota que você tira o que não muda muito na faculdade, e só quando temos que aprender alguma coisa de fato que descobrimos de forma inevitável, o resultado pouco importa se você não aprendeu nada, de nada vale seu diploma nem seus 100% de aulas assistidas se você fez isso de forma passiva.
Parabéns pelo post!

1
2

Cara obrigado por esse post, realmente me fez pensar em como no mundo dev, mesmo depois de profissinal, corremos sempre para o resultado e nunca damos o devido foco ao processo(jornada).
As perguntas que voce fez a cima me fizeram pensar bastante, tanto que ainda estou pensando.
Tenho um projeto de um game que estou fazendo na unha há 4 anos e meio, e ando bem desanimado com ele, esse texto está me fazendo refletir em como programo e como aprendo coisas novas ou reviso.
Vou deixar abaixo as que mais chamaram minha atenção, pra quem quiser pensar tambem comigo:

  • De que forma eu lidei com os problemas?
  • De que forma eu me organizei para concluir esse projeto?
  • Eu identifiquei pontos que funcionam, e podem ser melhorados?
  • Porque isso funcionou? Porque não funcionou?
  • Eu consegui fazer, mas parece que falta algo..
2

Já teve vezes em que desenvolvendo um projeto, eu conclui o objetivo e cheguei no resultado, porém fiquei desanimado, pois olhando para trás, percebi que nos problemas eu me afobava, e procurava soluções prontas, ao invés de entender o porque. Além disso fazia os projetos sem organização alguma, apenas saia codando. Fazer essas perguntas durante e após o projeto me ajudaram e ajudam muito. Fico feliz que tenha contribuido em suas reflexões.