Outra dica valiosa: guarde aquele código que foi difícil pra escrever; guarde em algum repositório; mantenha uma base de conhecimento pessoal, um blog, alguma coisa. Você vai fazer muita coisa foda, mas vai esquecer.
43 anos, 25 de carreira. Apesar de ter atuado na área tática e estratégia em diversos momentos, sempre me agarro ao técnico por que o que eu amo de verdade é o código. Se elogiam uma feature minha, eu dou um sorriso educado como aquele pro seu sobrinho distante agradecendo um pacote de meias no natal. Agora se outro programandor elogia meu código, eu ganho meu dia, fico bobo, crio um novo Pet project, convido pro churrasco de domingo, etc etc
O Filipe é incrível, ele passa uma calma nos videos, uma vibe muito boa, e isso dá muito prazer de continuar a assistir o vídeo, não sei o que acontece kkkkk mas é incrível
Olá todos. Trabalhei como desenvolvedor durante muito tempo, em 1999, em pleno bug do milênio, fui dormir pensando como resolver o problema da data de dois dígitos no ano, e dormindo me veio a solução de desenvolver uma rotina bem besta que resolveu todo os meus problemas. Acordei, escrevi a rotina rapidinho e pronto, tudo certo. No mesmo dia fui ao primeiro cliente que receberia esta implementação e falei que a partir dali as datas no meu sistema chegaria até 31/12/2500, mas eu estava trabalhando para chegar bem além de 2500. O cliente ficou tranquilo pois prometi que esta atualização, além do anos 2500, não teria custo para ele. A linguagem era Dataflex, bons tempo. Obrigado Felipe por mais um vídeo espetacular. Abraços do Recife/PE
Filipe, você é foda. Estamos em áreas totalmente diferentes, usando tecnologias diferentes. Porém, você mesmo assim sintetiza a área como um todo de um jeito impressionante e me representa! Obrigado por seus vídeos.
Um bom conselho que eu vejo também seria o de que tudo tem um racional por trás, as vezes a arquitetura não é a melhor possível, mas com o conhecimento que a pessoa arquitetou na época, talvez tenha sido o melhor que ela conseguiu fazer, ou hoje a sua empresa tem uma condição financeira melhor e pode suportar uma arquitetura mais complexa, ou ainda, hoje você tem mais tempo para pensar pq essa arquitetura que você está considerando ruim e talvez ofendendo mentalmente a pessoa que fez assim pq não teve tempo, conseguiu trazer retorno financeiro para a empresa que hoje consegue te dar mais tempo para pensar em uma arquitetura melhor. E isso mostra pra mim que nem tudo é binário em programação, você tem que saber quando melhorar, quando evoluir e tudo envolve pessoas, carreira, e o dinheiro da empresa. Esse assunto é muito divertido de conversar, até pq quando você coloca variaveis desse tipo em uma conversa, geralmente (ênfase em geralmente) nesse momento você separa o junior do sênior, pq o júnior vai querer criar do zero, mudar tudo pra next.js, o sênior consegue exergar melhor o custo (dinheiro) por traz isso, por exemplo. Enfim, uma pequena parte da minha opinião, claro que é muito maior do que isso que não dá pra escrever tudo em um comentário e tão pouco sou dono da razão, afinal, também estou evoluindo minha carreira haha Se você chegou até aqui, excelente video :)
Ola, vim ate aqui para agradecer, fiquei cadeirante por conta de um acidente e estou aposentado por invalidez, decidi virar programador pois posso trabalhar “sentado” kkkk. Estou te acompanhando e aprendendo. Acredito que isso vai me fazer mudar de vida
Foram maravilhosas essas dicas. Parabéns pelo vídeo. Alguns pontos que eu considero importante, e gostaria de deixar aqui pra quem quiser ler: - Estimativa nem sempre precisa ser de tempo. Basta vc fazer uma lista do pq é difícil implementar algo, isso já salva o seu time e joga a responsabilidade pra galera que vai tomar decisões e botar isso na agenda do produto. - Fazer um código que resolve um problema vale mais que aquele clean code, como mencionado. Eu já fiz vários códigos feios, cheios de if, com zero arquitetura e preparação, mas que tão funcionando 10/10 até hoje. Isso vale mais que nunca terminar algo e só gastar seu cérebro. - Tente fazer o seu trabalho em menos tempo. 4 horas bem trabalhadas e com bastante resultado valem mais que 8 horas massantes. Ah, e deixa pra entregar as coisas no fim do dia, ou da semana, e não quando vc realmente acabou. Pessoas muito produtivas são punidas com mais trabalho, então gaste menos tempo trabalhando, e mais tempo relaxando e fazendo coisas """""improdutivas""""". - E saibam conversar. Mais vale um nerd que sabe ser direto resolver a situação do que um nerd introvertido.
No final, tudo na programação são binários. Portanto, o resultado e o impacto do que está sendo desenvolvido é o verdadeiro valor. - O sistema funciona? - Atende às expectativas do cliente? - É fácil aplicar melhorias? - O sistema é escalável? Se todas as respostas forem sim, agora você pode sugerir novas funcionalidades para o seu cliente.
Esse vídeo deveria ter sido publicado há 2 anos, Filipe. Hoje eu estou entregando um projeto de Portal Governamental e, durante o processo, eu passei muito por todos os pontos críticos que você citou (e mais alguns pelo fato de trabalhar no setor público e ser o único desenvolvedor no departamento de comunicação). Neste processo eu aprendi React, Next, turborepo, Docker, VPS, Nginx e uma cacetada de coisas que hoje me deixam muito feliz por ter me tornado o desenvolvedor que me tornei. O conselho que posso dar hoje? Se você vai ter que implementar tudo sozinho, comece pensando qual vai ser seu ambiente de deploy - de preferencia, que seja com Docker ;).
Como tu chegou nessa conclusão mano? Quais foram as conclusões das suas experiências para chegar nessa opinião??? Pergunto porque acho interessantíssimo entender o porquê das coisas antes de começar a estudar lakakak
@@jjohnnyboy O meu conselho em relação a Docker é porque ele facilita em muito a organização e ampliação do ecossistema que você esteja programando. Além disso ele dá infinitas possibilidades, não importando a linguagem que você esteja implementando, já que dá pra criar containers pra qualquer coisa lá dentro e ir criando conexões. Bem, eu estou falando de uma maneira simplificada, mas procure no youtube "Imersão Full Cycle". O professor da imersão é ótimo com docker e a primeira aula é uma ótima abordagem a respeito. Pesquise também a documentação a respeito de "Docker Compose".
@@jjohnnyboy A escolha por um ambiente Node.js e tecnologias frontend e backend baseadas em react foi por utilizar uma mesma linguagem para tudo dentro da aplicação. Para isso eu tive que aprender javascript/typescript, e o Next.js me ajudou muito neste processo (antes eu programava um tiquinho de php pra wordpress e manjava mais de UX, frontend e lógica).
Todos conselhos dados aqui são bons. Para a realidade dos desenvolvedores brasileiros, eu acrescento mais um: a linguagem que você mais precisa dominar não é de programação, é o INGLÊS. Ele vai te abrir as portas para aprender de praticamente qualquer fonte na internet, e de quebra vai te dar uma vantagem importante nos processos seletivos em multinacionais ou vagas no exterior. Invista em DOMINAR inglês.
comecei a estudar python há um mês e acabei inspirando dois amigos meus a estudar, e eu indiquei os dois o seu canal pois tem conteúdos excelentes, bom trabalho!
Esse tópico de "programação em 2 lugar e regra de negócios em primeiro 1 lugar" quebro a minha cabeça. Eu sei que programar, para uma empresa, precisa levar a regra de negócios como prioridade mas nesse nível citado no vídeo me quebro. Muito obrigado, abriu o meu horizonte❤
Eu já estava querendo abandonar estudar programação pelo fato de eu estar no começo e não estar entendendo quase nada do que estava fazendo, mas esse vídeo me deu um Up, me inscrevi no canal ❤❤🎉
Uma dica que você pode utilizar se quiser: Aprenda Delphi logo no início, pois ele deixa tudo mais fácil, porém assim que você conseguir fazer algo já pode partir pra outra linguagem
"Aprenda a gostar do processo de estudar tecnologia" , eu estou começando agora e eu definitivamente amo esse processo do aprendizando, tudo para mim e uma descoberta fascinante tudo combina com as coisas que ja vi por ai na internet, e incrivel mas junto com ele me vem um medo gigante "sera que eu realmente estou aprendendo" não sei lidar com isso, isso e oq me desanima em alguns dias pq apesar de saber como faz tal coisa ela não surge na minha cabeça se eu nao abrir a internet e olhar antes
Como um Sênior que sempre empurrou os projetos pessoas com a barriga, a minha dica é justamente focar nos projetos pessoais pra tu aprender o que gosta. Dificilmente você vai conseguir juntar trabalho com todas tecnologias que você gosta, a menos que seja o seu próprio negócio.
Precisam contar esse segundo aí para os recrutadores, eu fui rejeitada em várias entrevistas por falar que me preocupava mais em entender a necessidade do que em saber tudo da tecnologia
Orra, que vídeo foda, que cara foda, você é uma pessoa MUITO foda, a forma que apresenta o conteúdo chega ser cativante, espero que toda essa energia positiva e o conhecimento que você nos proporciona, retorne em triplo pra você!
Excelente vídeo como de praxe, Filipe. É um baita de um pleonasmo elogiar seu conteúdo, uma vez que o vídeo já mostra o cuidado e carinho com que foi produzido por si só! Aliás, levou mais de um ano estudando sozinho, mas eu finalmente acho que estou no caminho certo, especialmente depois do seu vídeo anterior sobre o mercado de trabalho e as chineladas virtuais do Sr. Akita :)
Consegui vagas justamente por me preocupar em pesquisar sobre o negócio e saber do que se trata o projeto, estar realmente interessada do porquê que aquela tecnologia esta sendo desenvolvida. Não é só um sistema, é um processo que está sendo melhorado!
Sensacional as dicas abordadas aqui! Quem está iniciando na área ou já está no mercado de trabalho, guarda estes conhecimentos, realmente são importantíssimos!!! FUNDAMENTOS é o conselho que eu precisava no início da carreira rsrsrs
É incrível como o Felipe faz a gente se sentir melhor, ele mostra que errar ou não conseguir resolver uma determinada situação é normal, as vezes ou quase sempre nos colocamos tão pequenos diante dos especialistas de plantão, e do nada ele aparece e nos dá aquele ânimo de que muitas vezes ou na maioria das vezes os especialistas também tem seus percalsos, eles também sofrem com bugs, e erram. . .
Concordo com os pontos. Em relação a negócio ser mais importante do que código, falando do ponto de vista de engenharia, esse é um jogo de pratos que precisamos equilibrar, pois precisamos defender tópicos de engenharia em que a visão pode não ser tão clara para o negócio.
você é muito carismatico! btw, video show! engraçado que para quem já tem experiencia parece tudo muito obvio, mas o obvio muitas vezes passa despercebido.
Ótimo video!!!! Me identifiquei quando foi falado que nao é um emprego dos sonhos. Amo tecnologia, amo programar, mas o meu rendimento mudou radicalmente pra melhor, quando decidi voltar as minhas raizes, que nao tem nada haver com tecnologia. Trabalho em tempo integral como Dev e como voluntário na emergencia medica, onde consigo desligar por completo :)
Que coisa interessante, concordo com tudo, esse lance da pessoa que não entende dar valor errado ao que é fácil e difícil foi uma das primeiras coisas que notei quando eu comecei a trabalhar e certamente a gente faz o mesmo em áreas que não entendemos...
Conteúdo massa, como sempre! Gostaria de compartilhar um pouco da minha situação atual que acho que tem bastante haver com o assunto. Eu dou tutoria de ADS e també trabalho como Engenheiro de Software e é perceptível que muita gente entra na área por achar que é um trabalho dos sonhos, isso por que vêem a "glamouralização" que espalham sobre nossa área, salário alto, muitas vagas, home office, entre outros. E sim, tem coisas bem legais na nossa área, mas gosto de enfatizar que tem os pontos negativos. E um que eu SEMPRE falo é: vc está preparado pra sempre estar estudando? Sempre estar com a cabeça no trabalho ou na próxima tecnologia que tem que aprender pra não "ficar pra trás"? Eu já fui um desses que trabalhava muito e quando parava de trabalhar ia pra um projeto pessoal, ou ia estudar outra tecnologia ou pra me atualizar ou por que o trabalho estava demandando e, olha, cheguei perto de explodir de cansaso. Levem a sério o tal do burnout, pois, por mais que eu goste da área, ficou cansativo de mais manter o ritmo e atualmente o que mais valorizo é o meu descanso. Pense bem antes de vender sua saúde! Eu vim do futuro pra te avisar que o tempo cobra!! De nada!! 😁😅
0:38 acho linda essa frase. Por muito tempo tive aquele sentimento platônico de criar coisas do zero, mas com o tempo percebi que aperfeiçoar coisas que existem é muito importante também, e não há nada de errado nisso. Isso se chama manter o legado ❤
Sobre estimativas, sou cientista de dados, minha regra, fazer 3 perguntas, Ja temos acesso a base e dados? Temos alguem na equipe que conehce bem essa base de dados? os dados estão estruturados? se pra qualquer uma dessa perguntas a resposta for não então nao tenho estimativa pra passar. mas claro, o cliente vira e diz, preciso que entrega ocorra no maximo em 2 meses
Sobre o item "Estética não se ensina": Existe um conceito chamado "conhecimento tácito" ou "conhecimento implícito". É um tipo de conhecimento que é difícil de expressar explicitamente, normalmente está associado à intuição, experiência ou sabedoria. No exemplo da estética do código, alguém pode muito bem aprender as boas práticas, os code smells, e ainda assim não escrever um código bonito, isso só vem com a experiência de escrever e ler código. Não significa que não se pode acelerar a absorção de conhecimento tácito, mas está muito mais relacionado à prática deliberada do que a estudos formais.
Isso que você fala aos 8:33 é pura verdade. Por isso digo: nunca subestime uma tarefa, seja o fix de um bugzinho ou a implementação de uma feature aparentemente ridícula. Estamos lidando com um sistema, onde há diversas coisas acontecendo e trocando informações
caramba como eu queria ser um programador, amo a tecnologia, amo mais ainda ajudar as pessoas com a tecnologia, tem muitos muitos, tutoriais e curso no RU-vid mas esse seu deve ser de virar a chave, mas um dia eu chego la, não com cursos pois sou um pai de família de 37 anos, com 3 filhos pra alimentar, e um notebook acer.kkkkk mas um dia não muito distante eu chego la e vou dizer virei a chave. sigo os seu concelho são super super animador, me espelho em vc. tmj
Filipão, eu que te adoro, cara! Compartilho do mesmo sentimento que o pessoal nos comentários, vc consegue transmitir conhecimento de uma forma muito amistosa e.... didática (pra fazer referência ao trecho). Parabéns pelo trabalho e continue sempre sendo esse cara massa que vc é! Abraço!
Que vídeo massaaaaa! Deu vários insights aqui! Aos 5'16" fala em "isolar o problema"... Tão simples e não tinha percebido... Vou usar e muito (não só em códigos) 😅