I help people develop quality software that delivers value, bringing content based on years of work in large companies.
I've worked in big companies like Atlassian, ThoughtWorks and Meltwater, and I've worked in different roles as a software engineer, technical lead and engineering manager.
And I use this space to bring advanced content and share my experiences in an accessible way for everyone.
muito daora conteúdo, só tive pouco de dificuldades as vezes de entender oque o Waldemar fala, não sei se é o sotaque ou porque estava falando muito rápido
Boa Matheus, é oratória mesmo, eu já venho trabalhando nisso e esse episódio eu reassisti algumas vezes, pois o Branas e o Minetto falam com muita clareza e ficou fácil para eu notar a diferença. Nos próximos estarei melhor 👊🏼
Conteudo top demais, vim pelo ep do podcast com o Branas! Eu trabalho com web e me tornei tech lead com 3.5 anos de exp e estou a 6 meses na funçao. Me sinto perdido várias vezes e esse vídeo caiu como luva, agradeço por esse conteúdo, parabéns, muito massa!,
video muito top mano, já sou desenvolvedor backend a 3 anos utilizando principalmente o typeorm junto com o Nestjs, e por mais que como vc disse no video o Typeorm n esteja tendo tanto suporte quanto o prisma eu sinto que nada me falta no Typeorm sabe, nunca cheguei a ter uma situação onde precisei fazer algo que o typeorm n me desse suporte, acredito que isso conta bastante, talvez o ciclo de updates e nova features do typeorm n seja tão grande justamente pela maturidade que ele alcançou, posso ta falando bobeira mas queria deixar essa visão, n sei se vc tem video sobre isso mas poderia fazer um do sequelize ? recentemente trabalhei em projetos com ele e foi um pouco de choque ver um orm um pouco mais "primitivo", no caso esta utilizando ele por um problema aparente do Typeorm q n conseguimos concertar, aproveitar e deixar aqui uma pergunta, o Typeorm consegue entender um contexto de cluster de conexões de banco de dados e encaminhar a pool de conexões para o banco com menos trafego automaticamente ? tipo certos problemas com isso a ponto de precisar configurar um tempo limite pequeno para fechar a conexão do usuario e forçar o realojamento para uma conexão saldável
Waldemar, muito obrigado pelo suporte. Estou fazendo este curso quase 4 anos depois, mesmo assim não estou enfrentando dificuldades por causa do cuidado que você teve de estar atualizando alguns detalhes nos códigos e configurações para ajudar a galera.. Valeu!
Senti isso na pele. Esse trecho "...apenas transfere para mais tarde..." foi complicado pq o "mais tarde" chegou e quem escreveu o código já saiu do projeto. Advinha quem teve que lidar com bendito código.
Antes de escolher uma arquitetura temos que entender para que ela foi criada e se tem serventia ou não. Os livros, literaturas devem ser usados como termos de referência para alcançarmos o que queremos e não o contrario. Se fizeres o contrario corres o risco de virar um idólatra de uma ideia que já esta morta. Mantenha o foco na necessidade e a arquitetura vai surgir para você. Não quer dizer que ela vai surgir como mágica, mas a necessidade básica vai te guiar para que você estude, trabalhe e encontre o caminho para a solução. O esforço consciente só é obtido por causa da necessidade básica, é ela que move o mundo. Recorda-te disto e vais obter sucesso em tudo que fizeres
Estava justamente pendando nisso quanso li seu comentário. Pessoal parece que nao entende, que a arquitetura de software só serve para atender o negócio, mas muita gente quer atender o hype.
Mineto acompanho desde uns conteúdos em silex, Branas quando falava sobre commonJS, Wesley desde sempre, Waldemar tbm! são mentores que levo pra vida :D Go é minha tech queridinha do momento e comecei acompanhar por conta do Mineto, voces são gigantes, Obrigado por tudo!
Eu sinceramente, gosto do TypeORM, desde 2019 eu uso ele na maior parte dos projetos, na época a briga era sequelize vs TypeORM, e sinceramente, não tem comparação né gente, o Typeorm é mto melhor que o sequelize, fora que na época, ele era incompatível com projetos typescript. Agora, o Prisma, eu não gostei na da experiência de forma geral, achei meio complexo, enfim, continuo usando TypeORM, não penso em mudar.
E o que fazer na situação em que o PO/PM do time é amigo de outro dev do time e acaba sempre colocando essa pessoa junto em calls que nao deveria, mesmo sabendo que eu sou o tech lead, e também esse outro dev sempre tentando te sabotar? Estou atuando como tech lead a 1 ano e 3 meses por ai, e estou achando que estou até nessa fase de burnout. Geralmente a arquitetura fazemos uma conversa em uma planning e quase sempre eu sugiro de como podemos implementar tal coisa e entao todos discutimos a respeito. Mas estou sentindo bastante essa mudança de dev senior para tech lead, é algo realmente bem complicado. O nosso time é bom, são cerca de 4 devs e eu + qa + ux Estipulamos story points e ja sei a media de story points que podemos assumir a cada sprint (2 semanas) e entregamos quase tudo que promotemos. Por isso acho que nao estou indo mal como tech lead mas tbm sinto muita pressão por ter que saber de tudo.
Consegue dizer um cenário onde essa dita "promoção" pode ser recusada?, vejo que tem certos ambientes que onde vc só vai ter desafios com times desatualizados, cultura da empresa não é tech quality e sim go horse, e decisões técnicas são sobrepostas por decisões comerciais, não sei se vale o esforço em um ambiente assim
Exato, provavelmente não, mas a maioria das pessoas vai aceitar e depois entender no que se meteu. Com tempo e experiência a gente aprende a dizer não.
Na minha visão tem outros fatores também. As vezes agente como Dev é orientado a tecnologia e não ao negócio. As vezes agente é guiado por modas e tendências. Nem sempre escolhemos a melhor tecnologia que melhor resolve o problema , mais qual Tecnologia que melhor me serve.
Refatore o código em partes usando a teoria do barco de tsseu. Mas precisam existir motivos que representantem ganhos para o negócio com a refatoração.
Olá Waldemar! Se tiver mais links sobre o tema e puder postar aqui nos comentários, agradeço muito. ótimos pontos para ajudar a refletir e trabalhar em TechLead para não deixar o time cair.
O prisma tem me trazido problemas numa aplicacao remix pequena justamente por conta disso que voce falou de nao ter joins. Estou analisando a possibilidade de mudar pro drizzle
Onde eu trabalho atualmente, pull request fica uma semana para ser aprovado pq só tem um dev revisor que é sobrecarregado, e a empresa fomenta a competição entre os membros da equipe em que cada dev está em um projeto enorme sozinho, aí fizeram uma competição valendo 150 reais e o time ficou um contra o outro, pararam de se ajudar entre si devido a 150 reais cara, deprimente.