🍊 O programador Chaves

Matheus, tudo bem meu caro? Acabei de lançar um vídeo no canal que usou essa sua publicação aqui como base: https://youtu.be/A2laKbpE0z8 🤝

Perfeito, é por isso que muita gente se frusta tanto com CSS, aplica sem conhecimento da teoria, ai esbara com um problema e diz que CSS é ruim...

Excelente! Como eu me identifiquei com ese post rsrs. Muitas vezes me comportei como um programador Chaves, ainda mais naquelas situações onde a gente não sabe como fazer uma determinada coisa, procura no google, encontra um código, copia e cola, e variás e várias vezes vai utilizando esse trecho de código em diversos projetos, até que um dia você precisa fazer uma alteração nesse trecho para implementar uma coisa um pouquinho diferente mas não consegue porque não entendeu como aquele código que você copiou funciona na verdade. Ainda bem que com o tempo a gente vai aprendendo a não fazer mais esse tipo de coisa, mesmo que algumas vezes a gente acabe fazendo "sem querer", ainda mais com CSS, como você citou no seu post.

Nossa que texto mais oportuno, iniciei meus estudos a 60 dias e mesmo em dia com os exercícios propostos e interagindo nas aulas, quando nos é proposto um desafio eu travo completamente. Irei buscar mais a teoria dos comandos para fixação. Obrigado.

Cara, muito boa sua analogia, parabéns!!
Não posso deixar de dizer que concordo fortemente com suas afirmações. O importante acima de tudo é ter equilibrio e consistência nos estudos. Uma coisa que sempre faço é tentar entender o "como" e "porque". Tento sempre imaginar os possíveis cenários que em que posso aplicar aquele conhecimento.

Isso pode se aplicar até mesmo em outras áreas da nossa vida... Eu por exemplo, fiz aulas de música por muito tempo e tive dois tipos de professores, um deles era focado totalmente na prática, e eu achava isso maneiro. Logo depois, tive outro professor que era focado na teoria, e vou ser sincero, achava um saco... Mas agora vejo a importância de ter aprendido a teria para saber como funciona as coisas e o motivo das coisas serem como são... Acho que na programação é muito assim, a gente pode saber fazer, colocar pra rodar e funcionar, mas é muito importante a gente saber o motivo de estar funcionando...

Será que dá pra centralizar uma bola quadrada? kkkkkkkk brincadeira.

Li o post e me identifiquei. Iniciei uma formação de qualidade, e estou indo bem com o equilibrio entre uma boa teoria e uma boa prática, na verdade não consigo APRENDER DE VERDADE algo de outra forma. No início do HTML e CSS fazia exatamente isso, chutava as propriedades. Até diria que isso é uma fase, mas não deve se manter assim. Depois de um tempo fazendo isso me irritei comigo mesmo (falava pros elementos "pare, pare, vc me deixa louco!" ahahahah) e pensei "Não pera, tenho que saber o que estou fazendo" então, peguei um artigo completo sobre o flexbox no css-tricks.com e comparava o que precisava, o raciocínio baseado no que aprendi no artigo sobre lógica do flexbox e colocava em prática. Funcionou! Finalmente eu estava fazendo uma coisa sabendo. Claro que é como aquela pessoa que acaba de sair da auto escola e, como se diz, está "todo duro na direção" no sentido de inflexível em comparação a um motorista com mais experiência. Sim, nesse caso ainda não tenho sacadas de posicionamento dos elementos como tem alguem com prática e experiência, como meu professor. Mas assistindo as aulas aprendo muito com ele sobre esses macetes.

Enfim, é realmente importante ce parar e estudar de fato, fixar e aprender aquilo pra não ficar chutando. Pra fazer um pilar, o engenheiro civil não pode ficar chutando as propriedades em busca de acertar. Uma hora vai até parecer que ficou bom, daí vem aquela palavra "funcionou!" mas tem grandes chances de cair. Isso é a base e fundamental pra front end no CSS.
Algumas coisas importantes se isso acontece com você é parar e aprender flexbox lendo, observando e testando o comportamento de tudo que está aprendendo, vai começar a entender as sacadas master! Outra coisa é assistir quem faz (claro, faça isso com quem vc tem certeza que sabe o que está fazendo) pois essa pessoa está criando uma lógica sólida no comportamento dos elementos e organizadas. Outra coisa é aprender position (aconselho fazer uma "ligação" se vc já trabalhou com imagens no word, pense nisso quando estiver entendendo o position), e claro, o display. Além disso, os padrões dos elementos, isso ajuda muito. Alguns elementos vem com propriedade como position e display padrões, mas cada um tem suas peculiaridades. Aprenda todos!

Mais importante que saber CSS e HTML é novatos em TI saber Chaves e Pica-pau, se vc é um desses, saiba que é um requisito. Taí o post te cobrando referencias em Chaves ("Sim mula, digo... não mula"). hahahahaha

Agora, com licença, que vou pegar um café.

Excelente analogia! Estou começando no mundo da programação e tudo acontece examente como no texto. Valeu por dispor de tempo para dar essa força pra quem quer estudar.

Algo que me surpreendeu aqui foi a escrita, eu ja estava começando a acreditar que programador ou era extramente preguiçoso ou "analfabeto". obg

Super legal esse post. Acho que você conseguiu dar um overview, partindo do ponto de vista de um dev bem inicante, melhor que isso conseguiu apontar suas limitações e melhoras, eu passei por isso um tempo atrás, e acho que é super valido, mas as tentativas sem base são validas também, pois pelo menos pra mim eu vejo isso como uma formar de me divertir, alem de pesquisar bastante eu adoro praticar as coisas, mas sempre busco uma base bem aguçada e um senso crítico apurado <3

Muito bom cara!
Minha forma de estudar tem um pouco de relação com o que você falou. Geralmente eu sento e estudo o básico de programa ou tecnologia nova até me sentir confiante para fazer algum projetinho. Daí parto para a prática, tento avançar e vou indo até onde der. Quando esbarro em algum problema ou algo novo, tento conciliar a prática com pequenos estudos e geralmente dá certo. Até que chega em um ponto que realmente não dá para continuar forçando dar certo e o melhor é para e estudar de forma mais aprofundada para realmente entender o que estou fazendo. Nem sempre consigo um equílíbrio ideal mas vem funcionando para mim.

Você me descreveu, sou um programador Chaves em diversas circunstâncias, em alguns contextos eu consigo me adaptar bem, por ter entendido de fato o conceito, mas em boa parte do dia a dia me sinto um Chaves.

Ótimo post! Adorei a analogia com o seriado 'Chaves', com certeza programar é uma profissão de pratica e sem colocar a mão na massa o iniciante nunca vai avançar.

Exatamente, muito bom. O ideal seria o equilíbrio entre teoria e prática, muitas pessoas esperam apreender "tudo" primeiro pra começar a praticar, já outras ignoram alguns fundamentos que serão importantes pra carreira.

Com 20% do conhecimento em alguma coisa você já pode obter 80% dos resultados, e acredite 20% de alguma coisa em programação pode já ser muita coisa, esses números foram tirados do Princípio de Pareto.

Mas como vou saber quais 20% desses assuntos devem ser estudados?

Pense sempre em boas práticas, semântica, código limpo (escreva um código pra outro programador entender), acessibilidade. Dessa forma você vai achar os principais assuntos que devem ser estudados, esses fundamentos você vai levar pra carreira inteira e vai ser muito mais simples aprender algo novo depois.

Muito bom o texto e também o modo que trouxe esta analogia. Hoje muita gente é dominado pela facilidade de encontrar conteúdo, mais não consegue dominar estes conteúdos pelo simples fato da informação estar mastigada.

É como ler uma documentação; muitos programadores não buscam na documentação uma resposta para sua pergunta e sim inserem sua pergunta no Google a fim de encontrar o codigo pronto. E assim nos tornamos aquele PROXY meio leigo, ou "burro".

Concordo com texto e acho faz muito sentido. E além, acredito que o oposto extremo também possa acontecer.

Levando em conta aquele que acha que precisa se preparar ao máximo antes de tentar, e ao buscar informações e/ou fundamento, sempre esbarra em um novo termo, jargão ou conceito que ainda não conhece. E isso vira uma bola de neve! Basta não ter foco que fica fácil se perder no ritmo do estudo e da prática. Eu mesmo já fui assim!

Como por exemplo, querer entender como lib ou framework x ou y funcionam por debaixo dos panos e achar que precisa saber como reinventar a roda antes de usar toda e qualquer solução. Como achar que precisa saber criar um sistema de roteamento do absoluto zero antes de usar uma lib que faça isso.

Ah claro, não me entendam mal, esse tipo de prática é sim importante e útil, mas entender que não precisa saber como absolutamente tudo funciona, é um bom ponto.

É uma análogia absurda de boa, vou usar isso pra conseguir melhorar minhas coisas, não da pra deixar a gambiarra de lado, mas vou diminuir ao máximo, as vezes eu uso o chat GPT pra pegar uns bizu desse tipo.

Cara. Fantástica sua analogia.

Sempre que eu faço alguma coisa que eu não sabia antes, mesmo que funcione, se eu não entender o que eu fiz, eu não me conformo enquanto eu não entender como aquilo realmente funciona.

Não basta apenas funcionar, você tem que saber o que está fazendo.

É a pura verdade, muitas vezes eu sou esse programador Chaves kkkk, principalmente programando em HTML e CSS. Faz pouco tempo que comecei a colocar propriedades e adaptar um site para telas menores pro projeto de um cliente, e nossa, quase chorava de frustração tentando fazer as coisas encaixarem, principalmente com tabela... Não ter muita ideia de qual a melhor forma de implementar isso me deu muita dor de cabeça.

Graças a Deus achei um site com um exemplo bom de como fazer a tabela ficar bacana na tela do celular, mas ainda assim achei o meu código cheio de redundância e defeitos. Ainda tenho muito a melhorar, espero achar dicas aqui, e se alguém tiver recomendações pra eu aprender sobre flexbox e CSS Grid, eu agradeço.

(Inclusive, eu achei num post de como fazer tabelas flexíveis com CSS Grid que foi muito útil no site desktop, embora eu ainda não estivesse preocupado com responsividade, deixou a tabela limpa e bem dividida; deixo aqui o post: https://adamlynch.com/flexible-data-tables-with-css-grid/)

Cara isso vem acontecendo comigo até eu me deparar com a síndrome do impostor que habita em mim, às vezes eu nem consigo ligar o PC pra começar algo novo ou continuar o que já havia começado, valeu pelo post, abriu a minha mente.

Cara, que analogia fantástica.. Estava precisando ler isso hoje!

Entendo muito bem o que é isso. Passei por isso e hoje vejo o processo de aprendizado sobre desenvolvimento de uma forma muito diferente.

Sempre tive preguiça de aprender a programar.. Sou designer há 9 anos, já fiz muitos sites para clientes como freelancer e durante muito tempo da minha vida só usava wordpress com temas pré-prontos. Mas chegou um dia que cansei de me sabotar e decidi que precisava aprender de verdade..

Coloquei pra mim que nunca mais usaria um tema wordpress em um projeto... rs... (nada contra o wordpress)

Por alguns meses, apanhei e muito com html, css e js.. Alinhar elementos e trabalhar com media querys era um inferno pra mim.. Eu estava inflexivel e não sabia.

Isso só mudou quando decidi cair dentro estudando.. Hoje isso é passado e faço pós em desenvolvimento front-end. Continuo estudando e praticando todos os dias..

Tomei como prática isso, todo video/material/artigo que leio sobre desenvolvimento, já abro o VSCode e começo a tentar...

Obrigado por esse conteúdo massa!

Cara que fantástica dua visão.Estudo desenvolvimento a pelo menos 1 ano e meio, na faculdade tenho ser um "chaves" o tempo todo por conta de prazos apertados para entregar várias atividades, mas quando posso estudo a teoria do que estou fazendo e me ajuda muito, é mais lento, mas durante uma conversa sobre o tema saber do que esta falando é prazeroso demais!!

Me indentifiquei com o texto kkkk, estou tentando fazer os dois mas ainda continuo com dificuldade de colocar a teoria junto com a pratica.

Ótima analogia! Tendemos a ser muito operacionais e isso nos tira a profundidade, venho aprendendo a ter paciência para parar e aprofundar ao invés de carregar um monte de coisas pela metade.

Prática sem teoria, não leva a perfeição kkkkkk
Parabéns pelo texto :)

Tem também as pessoas que aprendem um pedaço de cada linguagem e no final não aprende nada. Isso acontece principalmente entre os iniciantes.

Adorei a analogia, muito boa mesmo. Realmente deve haver um bom equilíbrio entre a prática e a teoria, mas geralmente focam só em um ou em outro. Parabéns, achei bem legal.

Artigo super interessante, me fez parar para re-pensar muito sobre tudo o que foi comentado. Normalmente os cursos e faculdades em programção ensinam de uma forma que tente abranger vários temas de tecnologia e isso se torna bem massante.
Aprendi muito com a experiências, com outras pessoas, com os erros cometidos, com exemplos da internet e, concordo que isso soluciona o problema corrente, mas evita a reflexão do problema e da solução, talvez até por questão de tempo e achar que uma vez solucionado o problema está na hora de seguir em frente.
Realmente me falta procurar novos conhecimentos, mesmo que fora de contexto do trabalho e conseguir assim aprender, refletir e evoluir.

Cara que fenomenal esse post! Usar um xomo exmeplo o chaves foi genial, acaba que pelo menos pra mim a informação é melhor diluida e consigo lembrá-la mais. Pior que agora que vejo chaves ,vez ou outra lembro desse post.

Muito bacana esse texto, brother!

A analogia com o Chaves, além de nostálgica, foi muito bem colocada. Ele me fez lembrar, e reler, o capitulo 6 do livro Programador Pragmático.

Essa parte do livro destaca que é importante equilibrar a teoria e a prática na programação. Não basta apenas escrever código (praticar), é preciso entender a teoria por trás do que está sendo escrito.

Caraca muito top essa sua análise matheuspazinati, concordo totalmente com ela, inclusive as vezes quando estou estudando algo na programação gosto de fazer anotações com as minhas palavras deixando uma espécie de tutorial bem descritivo do que eu estudei, para quando eu precisar voltar neste tópico no futuro consiga entendê-lo de uma forma um pouca mais fácil. E o que vc disse no seu post para mim tem um pouco de relação com o conceito/frase do basquete de que "se você treinar muito em arremessar mas não treinar do jeito certo vc não será um bom arremessador, mas sim um péssimo arremessador", não lembre se a frase é bem assim e nem quem falou hehe😅, mas para mim de fato é necessário um pouco da teoria nos estudos, pois as vezes só a prática pode levar o indivíduo a ficar passando por diversos erros desnecessários que poderiam ser evitados com um pouco de entendimento teórico por trás de alguma tecnologia ou ferramenta. Em fim, ótima analogia a sua deste fato de estudos na programação com a série do chaves 👍🚀

Hahaha muito bom! Será que o chaves saberia fazer o cálculo com as maçãs? 😅 Sou um programador que adoro teorias, mas assim que ACREDITO que aprendi quero sair fazendo na prática. Depois descubro que não estou fazendo da melhor forma. Acredito que é uma evolução contínua entre teoria e prática! Ótimo artigo fiquei sabendo do artigo pelo vídeo de membros da turma!

Ano passado eu fiz mentoria num hackathon e vi isso de perto.

Vc podia se disponibilizar para tirar dúvidas e no final de semana que fiz isso eu fui chamado 3x para tirar uma dúvida. Em todos os casos eu resolvi a dúvida da pessoa da mesma forma: Eu simplesmente abri a documentação da linguagem ou da biblioteca sendo utilizada no programa, usei a função de busca para procurar o método sendo utilizado e li uns 2-3 parágrafos de informação.

Nas 3x que eu fiz isso eu resolvi o problema de cada grupo em menos de 5-10 minutos.

Eu entendo que a característica da hackathon é o pouco tempo para fazer as coisas, mas o problema dessas pessoas não era o tempo. Era que elas simplesmente queriam chutar propriedades e métodos aleatórios de como fazer algo até que funcionasse. Se elas simplesmente tivessem parado para ler um pouco elas teriam conseguido resolver o problema sem ajuda alguma.

parabéns, um excelente texto e uma bela reflexão. Acredito que tbm sirva para pessoas que tem medo de tecnologias novas e se apoiam em coisas que aprenderam a 3, 5, 10 anos atrás, pelo simples fato de ter que aprender.

Uma outra analogia legal de fazer é como o Chaves só consegue fazer a conta com maças assim como programadores iniciantes se apegam a determinada linguagem e se tornam dependentes dela...

Meu Deus... eu sou o programador chaves :/ me ajuda @filipedeschamps uahesueha

Muito bom o texto. E Como sugere esses estudos que aliam teoria x prática ?

Voltei a aprender sobre programação recentemente e eu estava preocupado em ter muitos projetos para mostrar como eu domino aquela tecnologia mas isso não seria verdade porque como o Chaves se mudasse alguma variável talvez eu não soubesse como resolver e isso já aconteceu algumas vezes desde então e esse texto me fez parar e refletir que por mais que eu demore para eu progredir em determinado assunto se eu tiver uma fundação sólida a tempestade quando chegar não irá destruir meu progresso.

Obrigado MatheusPazinati!

Muito bom, vim pelo vídeo do filipe

Sempre tendo o foco no processo e não no resultado.
Quanto melhor for o processo, melhor o resultado.

No meu caso eu nunca dei continuidade ou então, "meti a cara" para os estudos de programação exatamente pelo fato de ter que passar por HTML e CSS sabe? O que se passa na minha cabeça é, "Se quero aprender apenas linguagem de programação, porque eu deveria aprender marcação de texto e estilização?" sei que esse pensamento pode ser retrógrado e não fazer sentido algum, pois sou bem leigo na cena da programação.

Mas acho que desde 2020 eu tento, e paro, tento e paro, nunca consigo dar continuidade, daí fico pulando de galho em galho, acreditando que uma hora eu vou aprender (dessa forma) mas aquela voz que sussurra na minha cabeça diz que eu não vou conseguir, e sabe o que é o pior disso tudo? Ela está certa, se eu não parar e forcar, eu não vou conseguir. Então obrigado pelas palavras, Matheus, irei tentar me ajustar e meter a cara nos estudos e deixar de ser um Chaves, porque eu fico encantado vendo alguém programar e penso que poderia ser eu, mas fiquei focado. Mas é isso a meta é não ser um Chaves.

Isso pode se encaixar em aprender sobre estruturas de dados e algoritmos? Não vejo muito o pessoal falando sobre isso. O que acha?

Gênio!

Infelizmente todos os exemplos que deu podem ser adquiridos com a prática sim, como o exemplo da centralização, se o cara for ler a teoria por traz dos alinhamentos dos elementos html ele provavelmente não vai entender nada e/ou esquecer tudo na semana seguinte, é relativamente complexo pra iniciantes e praticamente um conhecimento inútil se não for um dev que vai atuar diretamente nessas mecânicas, é na mesma pegada das escolas ensinarem Baskara e Logaritmos pra alfabetizarem seus alunos e no final estamos formando analfabetos funcionais.

Discordo em partes, não é framework nem linguagem que deve dar ênfase na teoria e sim nas bases, como algoritmo e estrutura de dados, e nas partes majoritariamente teóricas como arquitetura e código limpo.

Infelizmente vejo muitos devs com anos de experiência que não sabem fazer algoritmos eficientes usando estrutura de dados eficientes para a questão problema e sequer aplicar DRY corretamente, isso seria resolvido com um carinho a mais nos tópicos que citei no parágrafo anterior.

Costumo dizer que o ideal é aplicar o princípio de pareto nos estudos, 20% teoria e 80% prática. Mas não só isso, saber o que estudar é fundamental e essa é a parte mais difícil.

Até um senior deve rever regularmente conceitos de arquitetura, código limpo, algoritmo e estrutura de dados e afins.

Em resumo quase toda a parte teórica que vai estudar não depende da linguegem ou framework do contrário aí sim você vira um programador chaves, um programador que sabe fazer um formulário em react mas se precisarem dele pra fazer o mesmo formulário em angular ele não sabe.

Exatamente como o chaves faz.

Realmente concordo mas em partes porque tem muita teoria furada ,a culpa de programadores chaves eh de quem fica falando abobrinha sem valor teorias inuteis ,mas tenho uma pergunta se voce esta em um barco que ja esta a caminho de um destino posicionado voce segura o timao ou muda a direção?

Equilíbrio é tudo!

Resposta do ChatGPT: Como uma inteligência artificial, eu não sou uma pessoa e, portanto, não sou um "Programador Chaves" no sentido literal. No entanto, estou aqui para ajudar e fornecer informações sobre programação e outras áreas de conhecimento.

Se você se refere a "Programador Chaves" como alguém que apenas copia e cola código sem entender o que está fazendo, posso assegurar que não sou assim. Sou treinado em uma grande variedade de assuntos e posso gerar respostas e exemplos de código de acordo com a necessidade, adaptando-os às perguntas e cenários específicos. Meu objetivo é ajudá-lo a aprender e aprimorar suas habilidades, fornecendo informações e exemplos úteis e relevantes.

Se você já foi um "Programador Chaves" e se arrependeu, é importante lembrar que todos nós temos a capacidade de aprender e melhorar. Busque entender os conceitos por trás do código que você está usando e faça perguntas sempre que precisar de esclarecimentos. Estou aqui para ajudar!

"Essa é muito fácil, manda outra..."

Parabéns pelo post amigo :)