Finalmente vou discutir um pouco sobre Programação Orientada a Testes e o que isso tem a ver com gerenciamento de projetos, equipes, e um pouco sobre como todo mundo ainda encara estimativas da maneira errada.
Este video é pra você programador, gerente, cliente, empreendedor, que tem dificuldades de entregar projetos de qualidade. Vamos entender tudo que vocês estão fazendo de errado e porque dá errado.
== Conteúdo
00:00 – Intro
01:13 – CAP 01 – Suas Premissas estão Erradas – Esqueça Bullshit
05:33 – Programadores não são Pedreiros!
08:31 – CAP 02 – Provas de Conceito – Comecem a Fazer!
13:01 – CAP 03 – Programação Orientada a Testes – Comecem a Fazer!
17:53 – Demonstração de testes de Firefox
19:02 – Demonstração de testes de React
19:27 – Demonstração de testes de Tailwind
19:57 – Demonstração de testes de Django
20:28 – Demonstração de testes de Laravel
21:06 – Demonstração de testes de VSCode
22:14 – Demonstração de testes de Rust
24:02 – Demonstração de testes de Spring Boot
27:25 – Vocês não SABEM fazer testes!
28:45 – CAP 04 – Como a falta de Testes afeta Produtividade? A Raíz do Ágil
32:27 – Como é um fluxo de trabalho Ágil?
37:01 – CAP 05 – O que significa Estimar? Estimar não é Prever
47:27 – CAP 06 – Removendo Maus Elementos. Não acumule problemas.
50:07 – CAP 07 – Resumindo os Princípios: O Mínimo pra Começar
52:27 – Bloopers
== Links
* Podcast:
* Transcript:
source
Fala Akita, trabalho com planejamento no ramo elétrico e, como hobby, curto programar. Vejo seus vídeos e me sinto cada vez mais inspirado a planejar e programar melhor, valeu por todo esse conteúdo ao longo dos anos.
maior satisfação minha é lembrar 2023+- eu malemá programava em python e em java e ficava vendo o akita falando grego, agora tô terminando a faculdade de engenharia de software e finalmente percebi que ele de fato fala português
Cara, eu acho que o Akita tava muito puto com alguém quando ele decidiu gravar esse vídeo.
Eu odeio estimar horas de desenvolvimento
hahaahahahaha nem sou dev mas esse video eh foda
24:03 "Aliás, falei de Java e não mostrei Java. Só de exemplo, baixei o código fonte de um dos frameworks web mais usados que é o Spring Boot. Rodando o bom e velho gradlew build olha só. Baixa todas as dependências, junto com a internet inteira duas vezes, e roda todos os testes automatizados na sequência."
Volto nesse vídeo de tempos em tempos… Estou numa equipe que é alérgica a testes automatizados – "o teste manual é o suficiente". Porém sigo com meu projeto de testes no .gitignore e tentando convencer um a um 😅. Tarefa difícil, sendo júnior…
Mas sem desanimar. Com IA, o esforço pra fazer os testes é quase zero… Sinto que o dia vai chegar em breve 😂🎉
Rapaz esse povo tem que voltar para escola técnica/universidade! Acho que nunca ouviram falar de Bug em Tempo de Compilação X Bug em Tempo de Execução….. e no final como o Akita falou…. “Ahhh mas aplicação compilou”
assistido
Esse vídeo é lindo e segue atual!!!
Atualmente eu tô numa equipe que todo mundo escreve teste e estamos finalmente vendo o desempenho se retroalimentando!
Voltei nesse vídeo depois de 1 ano, e vejo como faz mais sentido hj tendo experiências que o akita descreveu, testes são realmente mt necessários, principalmente pra não atrapalhar seus pares
"Faz 1%, faz 500%, não importa. Só faz a porra do teste!"
Akita sempre assertivo.
Sou Dev Android e amo fazer testes instrumentados (espresso ou robolectric) na UI e unitários simples nas viewmodels e repos
é normal iniciante ta viciado nos videos do Akita?
Seu Lunga da TI hahaha
Minha primeira empresa eu trabalhei mechendo no codigo da produção diretamente. O codigo era super legado, utilizava laravel 5 e não tinha nenhuma cobertura de testes. Eu fui contrado como estagiário e não tinha ninguém para me ajudar, tive que aprender tudo sozinho. A empresa tinha um ERP que dava pau toda hora e eu tinha que me virar pra concertar… Mas as vezes eu acho que esse foi a melhor empresa que eu poderia ter entrada a primeira vista, um ambiente de desenvolvimento caótico que botava medo em quem entrava, mas eu persisti e consegui mudar um pouco a forma do meu patrão pensar sobre desenvolvimento. Eu já acompanhava o Akita na época, e ele foi de grande importância durante o processo, ainda mais por conta da dor de aprender
Lanca mais rants ai Akita, saudades :((
aulas, tive que voltar aqui e assistir dnv
minha percepção com isso do "se compila funciona", nao tem mais certificado de que alguem nao sabe oque ta fazendo doq isso. Se compila quer dizer que o código não tem erros de sintaxe ou erros que façam com que o programa entre em panico e crasheie mas nao garante que os bugs que você escreveu nao aparecam
compilar != funcionar
❤❤
meu primeiro job, Trabalhei em uma start up que não tinham testes, e eu entrei junto com uma equipe de devs que servia exclusivamente para apagar incêndios
Reassistindo aqui depois de passar por alguns desses problemas na prática. Mais um ótimo vídeo pra nos ajudar nos nossos perrengues. Valeu Akita!!
Easter egg do minuto 24:15 com o video de backend parte 2 no minuto 43:15
20:28 Eu como desenvolvedor PHP digo que você está completamente certo ;-;
Obrigado por compartilhar seus conhecimentos.
"Cresce e aja como profissional" 👏👏Tô num loop infinito nos vídeos do Akita
Galera tô vendo os efeitos colaterais citados no 28:46 na prática, parece até premonição, mas é só história mesmo. Cometi o erro de "pedir" pro gerente mais tempo pra implementar os testes por volta de 1 ano atrás, ele obviamente deu a desculpinha manjada de falta de recursos e tempo, agora o produto tá todo bugado, um saco de inserir funcionalidade nova, todo mundo com medo de mexer muito nas coisas mas apesar dos pesares, ainda dá pra implementar uma coisa ou outra ao custo de muito tempo gasto em testes manuais. Moral da história, não peça pro seu gerente permissão pra fazer seu trabalho direito e não faça manualmente o que pode colocar uma máquina pra fazer por você.
Que vídeo maravilhoso, meus senhores. Tem como melhorar mais meu dia ?
"Teste é muito moroso" Dito por um dev rico.
Fico feliz que depois de muito tempo comecei a entender um pouco melhor sobre a os vídeos do Akita, isso me motiva mais a estudar.
Semana passada precisei apresentar um projeto de programação na faculdade, o engraçado é que a funcionalidade que eu havia implementado na última apresentação deixou de funcionar depois de adicionar as novas. A pior parte é que eu já sabia que existiam testes automatizados, mas decidi ignorar o trabalho extra e deu no que deu.
A partir de hoje vou começar a implementar testes até em meus projetos pessoais para ganhar o hábito, também é chato testar as funcionalidades manualmente uma por uma, é comum eu pular as funcionalidades que eu acho que funcionam. Esse vídeo veio mesmo a calhar.
23:09 – Nunca mais escrevo uma linha de código sem antes existir um arquivo de teste para ela. kkkkkkkk
O que é rated-r?
Mudei uma diretriz em um projeto C++, sim, C++, mais cowboy que PHP, qual a mudança, implementei testes unitários(sim C++, isso mesmo, C++ tem APIs de testes unitários, googletest foi a que usei). Adivinha o que aconteceu, precisei fazer um fork do projeto que tinha testes, e o porte que esperava fazer em uma semana, fiz em 2 dias. Fiz uma lib pra compilar código HLSL, e um fork pra fazer um pré processamento de GLSL, ambos cobertos por testes, melhor escolha que poderia ter feito.
eu já trabalhei em empresa que o padrão era POG. O padrão de desenvolvimento era não usar else.
20:28 – a parte que ele fala do PHP
Acertou de novo, eu odiava fazer teste, não tinha paciência pra entender, na correria de produzir achava perda de tempo e a maioria do pessoal que trampava comigo tbm pensavam assim, então eu me sentia confortável com esse pensamento, depois de tanto fazer teste comecei a ver a quantidade de problemas que eu pegava nos códigos que eu escrevia e isso me ensinou a melhorar bastante a forma como eu escrevo código, no fim das contas hoje eu adoro fazer testes pq acho muito divertido ficar testando as possibilidades, ainda não sigo TDD (por falta de experiência), mas estou praticando esse formato conforme eu posso pra ganhar mais agilidade no processo.
Alem de falta de testes unitarios, coloco no mesmo conjunto: tecnologia errada e reunioes inuteis.
Esses sao os tres cavaleiroso
do apocalipse, nao recomenso a ninguém, nem mesmo para quem esta querendo um primeiro emprego, pq e muito estresse, retrabalho sem parar, gente fazendo merda no projeto e esporros por escolhas erradas dos outros. Ja perdi as contas de quantas vezes trabalhei 3, 4 vezes mais do que deveria pelos motivos citados acima.
Fiz uma pergunta sobre BDD num outro vídeo, mas acho que aqui responde um pouco. Mas vou assistir assistir mais uma vez e ver se entendi direito. Obrigado!
A maior tristeza é ver que tudo isso que o Akita falou é observável, mas não importa quantos sabem disso se tem o fulano que é importante e ou não sabe ou não gosta disso já era, o mano manda e agnt abaixa a cabeça ou fala pro vento…