Rant: Projetos, TESTES e Estimativa??? | Rated-R
Вставка
- Опубліковано 29 чер 2024
- 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: anchor.fm/akitando/episodes/A...
* Transcript: www.akitaonrails.com/2022/10/... - Наука та технологія
já trabalhei em uma empresa que faz software para hospitais, tinham uns 600 devs, uns 400 módulos e zero testes, tinha tanto bug que quem resolvia tinha que apontar quem criou (com provas) pra pessoa ser penalizada e até impactar o PLR, ambiente bem saudável
Que lindo🥰
Eu sei qual empresa que é kkkkk... Comando e controle fortíssimo lá...
@@andregarciagp Também sei 🤣🤣🤣🤣
Eu tbm sei, mas fala aí o nome haha
Também sei pow, fala aí qual é que eu falo se é mesmo a que tou pensando.
"não sua múmia paralítica..."
Eu cuspi água com essa! 😅
Eu sofri com essa. Trabalhei uns tempos numa empresa onde comecei a questionar meus conhecimentos e no fim achei que minha participação foi um fracasso. O código dos caras que eram considerados senior era muito ruim. Era Java e tinha uns malditos códigos naquela maldita interface funcional cuja as funções viajavam por 4, 5 instâncias para produzir um resultado, conseguiram trazer o callback hell pro Java. No fim, eu acabei indo para um time muito mais evoluído onde tudo aquilo que aprendi sobre unit, e2e e integration tests, além de toda a parte de qualidade de código e code review, estavam corretas. E no fim, agora trabalho para uma empresa na califórnia.
Analista QA a 4 anos aqui.
Comecei em equipe de sustentação por 1 ano e meio, depois disso só peguei projetos de migração - a primeira do Delphi 7 pro 10.4 e a segunda um projeto web completo "renovando" (parafraseando o Sr. Akita) as tecnologias. A falta de Testes por parte de Dev foi e está sendo uma dor de cabeça. A parte boa? Nenhuma 😅 Como QA que estuda e assiste Fabio Akita (DEV) e Julio de Lima (QA) me deparei na obrigação de começar a trabalhar a qualidade do software dentro da equipe de desenvolvimento e por ser "junior" (pra carteira salarial) dificilmente fui escutado, mas aos poucos estamos melhorando.
Resumo da opera:
1 - Eu vivi o gráfico apresentado no CAP 4 pelo Akita ou seja não é só teoria. (Não que eu duvide de você Sr. Akita kkkk)
2 - Metodologias Ágeis e Gestores "atrasados ou não-ágeis" é a mesma coisa que entregar um bom vinho na mão de quem só bebe TANG.
3 - Sim. Comece hoje. Com a task que você está fazendo agora. Isso fará diferença (no projeto, na sua carreira e no seu bolso) daqui um tempo.
Não me venha com meu Gestor acha melhor não fazer... Fica a dia:
🤔Para algumas situações é mais fácil pedir desculpa que pedir pra fazer.
@@linusspiegel7470 Meu caro... É a pergunta de um milhão da maior cifra de dinheiro do momento kkkkk Não vou dizer que detenho o conhecimento nessa área de conhecimento, mas oque indico de começo para todos que querem saber sobre é o livro "Base de conhecimento em teste de software", não é o livro mais atualizado nos dias de hoje, porém lhe apresenta uma incrível panorâmica da área de forma sucinta e direta. Indico até mesmo para Devs, gerentes de projetos dentre outros.
Digo que a partir do conhecimento recebido por esse livro você já começa a ter uma noção diferente ao olhar para um projeto e já pode começar como um bom "testador" sabendo de técnicas de testes que você pode ter em mente frente a cada tipo de aplicação.
Daqui em diante é:
- Lógica de Programação
- Mínimo de HTML
- Minimo de BD
- Minimo de APIs
- Estudar uma linguagem de programação robusta.
Pra ser um Quality Assurance (QA) ao meu ver já vai ser experiencia com os projetos e equipes que você passar, sempre acompanhar pessoas como o Julio de Lima e outros no UA-cam, Telegram, Instagram, Reedit e Medium. Ter uma vivencia e escutar palavras de um QA cria uma boa noção e uma intuição ao ver um pedaço de código/aplicação que precisa ser testado.
Mas não há fuga: se lascar de ler e estudar, por em prática e procurar uma vaga e começar a trabalhar com isso já vai fazer a diferença e te obrigar a ir pra frente com os estudos pra alcançar maiores patamares.
Não siga oque eu escrevi como uma formula, se aparecer algo que você precisa estudar pra entrar pra uma vaga ou até mesmo pro seu trabalho atual estude, mas estude de verdade, procurando entender o básico de tudo oque você estuda. Eu tenho o costume de chamar de a filosofia das coisas, a partir do momento que a base de algo está bem concretizada fica fácil de compreender várias outras coisas.
Espero ter ajudado a dar um norte... Bons Estudos e um Ótimo Ano Novo!
kkkk, contou a história da empresa que atualmente estou empregado. Não sou um dos mais velhos na empresa, mas estou longe de ser um dos mais novos, e tive a proeza de conhecer e viver a evolução da empresa, do Kanban sem Testes para Scrum, onde cada equipe tem um QA. Era um desastre, não existia estimativas na época do Kanban, pois sempre voltava bugs e isso atrapalhava as entregas. Hoje em dia, como QA sou responsável dos testes manuais, testes de regressão manual e os testes automatizados e os Devs são responsáveis pelos testes unitários. Hoje, os POs chegam até ao pessoal de divulgação e falam uma estimativa e é entregue no dia ou até mesmo antes do dia estimado e tudo isso foi devido, simplesmente, por colocar TESTES!!
Onde manda currículo? hahahhaahhahah
Amigos, sempre façam a auto crítica para não serem o mau elemento que o Akita mencionou. Muita responsabilidade com humildade para estar disposto a aprender a ser útil para a equipe/empresa.
Se puder dar dicas dos outros tipos de teste: integração, e2e, etc.
Já estou confortável com testes unitários, mas não entendo muito bem os outros. Coisas como:
- Como o conceito de cobertura se aplica;
- qual métrica usar para saber se tem testes o suficiente;
- erros comuns;
- testes manuais ainda são usados?;
- características exclusivas a back ou frontend.
"desenvolvedores são como arquitetos", perfeito isso, eu costumava comparar a artistas mas acho que fica bem próximo, adoro ver que você consegue colocar em vídeos o que eu sempre pensei, muito bom mesmo.
Melhor canal de TI do Brasil ♥
Poderia me indicar alguns canais de T.I gringos? Sobre coisas Técnicas e Carreiras. Obrigado
Canal do Mano Deyvim é muito melhor. Pronto falei.
@@user-op5rz5wm6j Foi esse cara que falou que gitflow é muito?
Ótimo vídeo Akita, dois pontos importantes, faltou o 1 minuto de silêncio pela versão gratuita do heroku rsrsrs e eu tenho uma dica pros juniors ou iniciantes na área, peguem qualquer curso que aborda os algoritmos básicos, e tentem escrever testes pra eles, é um exercício bem simples, fácil de fazer, e ótimo pra entender como se deve pensar em um teste de unidade.
Qualquer algoritmo vc diz de estrutura de dado? Tipo um fila qualquer da vida? Achei interessante a ideia
@@soul6858 Acredito que ele quis dizer qualquer algoritmo mesmo, não necessariamente estrutura de dados, por exemplo Bubble sort, factorial, etc
@@soul6858Algorítimos sobre estruturas de dados.
Ordenar uma lista, atravessar uma árvore binária, inserir e remover de uma heap etc.
Fala Fabio, Tente ir no Ciencia sem fim do Sergio Sacani, seria muito interessante !
.
Agreed
Meu sonho akita lá
Eu passei por esse problema de estimativa, comecei como front-end mobile e fiquei full-stack no projeto que estou alocado, tenho apenas 6 meses de experiência como JR. Fui encubido de integrar o sistema de comprar no aplicativo da Apple e me pediram para prever o tempo que ia precisar, eu, ingenuamente, dei 1 sprint de 15 dias, já estamos na 5° sprint e só agora estou tendo progresso, todo o resto do tempo foi lendo documentação da Apple e pensando como eu iria abordar esse problema, várias tentativas e erros.
Fazia anos que não ouvia alguém dizer "Múmia paralitica" huaehuaehuae...
ótimo vídeo!
Finalmente um vídeo do Akita pra fazer eu perder a preguiça de estudar mais sobre TDD kkkk
Akita, trabalhei por 4 anos em uma empresa aqui no interior de SP, Atibaia, simplesmente não existiam testes, pra nada literalmente, inclusive quase todo o código era em PHP estruturado, na mão. A empresa tinha mais de 20 anos de vida, os lideres não faziam ideia nem o que era teste de software, estavam parados na TI de 15, 20 anos atrás, inclusive mal conheciam a linguagem que era usada na empresa. O resumo da situação era que no melhor dos dias, 80% do tempo era corrigindo bugs causado por falta de teste e atendendo suporte por mais bugs pelo mesmo problema, as vezes sobrava um tempinho pra começar a programar algo novo, que era pra demorar dias pra ficar prontos mas como o tempo quase todo era destinado a corrigir bugs, uma funcionalidade ficava semanas pendente, algumas até eram esquecidas, de tão pouco tempo que tínhamos para programar, era literalmente um Go Horse.
A pior parte era que pra gestão era isso mesmo, estava perfeito do jeito que estava e não queriam mudar, mesmo que isso gerasse hora extra toda semana pros Devs e pior, ainda queriam hora extra sem pagar por elas... Realmente, era o extremo do absurdo, nem sei como consegui ficar esse tempo todo.
Atibaia? Putz eu nasci em Piracaia kkkkk
"Cresce e aja como profissional" 👏👏Tô num loop infinito nos vídeos do Akita
Mano, entrei na empresa, o onboarding levou 3 semanas por conta de gente entrando e saindo de férias e projetos começando praticamente do zero, vou te falar, a primeira tarefa que me passaram foi fazer testes, eu curti pra crlh aprender e meu pair programming foi super paciente em me explicar como funciona. Eu sei que vc falou pra fazer códigos gambiarrentos e sem testes nos projetos pessoais, mas estou começando a pensar em fazer neles pra justamente treinar a técnica e chegar mais preparado da próxima vez que rolar os testes.
A ideia de inexperiência e errar cedo é abordada no livro "Startup Enxuta", que é sobre negócios, mas escrito por um programador. Achei muito interessante a leitura, se aplica muito à nossa rotina de desenvolvimento.
Uma experiência massa que eu estou tendo é a de contribuir com projetos OSS, o padrão de qualidade é geralmente bem alto. Tudo bem documentado e testado, senão o maintainer nunca faz o Merge.
Além disso, tem bastante espaço pra experimentar, eu crio umas branch nova com alguma ideia boba, trabalho nela por um tempinho, se eu achar que pode ser bom eu dou uma melhorada e compartilho com outros contribuidores, caso contrário, só deixo a branch lá, não faz diferença...
Simplesmente genial! Sempre entregando conteúdo de altíssima qualidade!
Ótimo vídeo! Qualidade NÃO se negocia, tem que ter testes e VAI demorar mais para fazer. Depois de muita hora extra que se aprende essas coisas....
Eu ganho meu dia quando tem video de Rant do Akita, melhor relaçao de humor x tapas na cara
Já estava com saudade de ver um vídeo do Akita!!! Como sempre, conteúdo de qualidade.
Obrigado pelo vídeo akita. Como sempre, conteúdo de extrema qualidade.
Que aula! Verdades que todo profissional de desenvolvimento deve defender.
Esses vídeos Rated-R do Akita são uma obra prima. Você simplesmente fala todas as verdades sem ligar em ser 'politicamente correto'
Bons tapas na cara na sociedade dev, obrigado.
Eu queria um dia trabalhar contigo um período de tempo, só pra ser criticado por vc, aceitaria até ganhar bem menos que ganho hoje, só pra "crescer" mais junto do lado de vc e da sua equipe, na boa. Eu vivo cansado de trampar quase sempre sozinho, de trabalhar pra empresa e não em equipe ágil de verdade.
Eu amo os conteúdos do Akita, é sempre uma qualidade absurda.
Eu não tenho como descrever o quanto os seus vídeos agregam valor e são únicos, Akita. Muitas vezes nas aulas do meu curso de CC fico discutindo com os professores sobre temas que aprendi e/ou revisei vendo os conteúdos que você posta. Hoje em dia eu tenho muito mais confiança e sinto muito mais orgulho de ser programador e (futuro) cientista da computação graças a você. Domo arigatou Akita-san!
Que aula Akita, simplesmente genial, meus parabéns!
Sensacional. Akita parabéns por compartilhar essa experiência. Inspirador esse vídeo para muitas pessoas.
Precisava desse vídeo, sempre bom esses puxões de orelha do mestre Akita pra rever minha mentalidade e evoluir
Nossa, foram vários tapas na cara e várias risadas. Obrigado por compartilhar um pouco desse conhecimento imenso que você possui mestre Akita. Forte abraço!
eiiiiiiiita porr@, já sei tudo o que vou dizer na próxima review/planning hahaha
Fábio,. gosto muito do seu jeito de comunicar. Vc é muito bom nisso! Simples, claro e direto. Sem meias palavras.
Compartilhando esse vídeo com a equipe. Muito bom!!!!
Meu projeto pro curso foi somente em tests units com Pytest (projeto individual), pegamos o projeto anterior que é uma API e fizemos disso só tests (proposta do projeto), o que acreditavamos estar funcionando, no fim, não passava de um monte de ilusão, bug atrás de bug, falha atrás de falha, mais de 60 tests eu realizei e apanhei até conseguir fazer funcionar e acredito que falta melhorar ainda, impossível acreditar que pensam que TDD é apenas "perca de tempo", pensamento lerdo!
Perfeito vídeo Akita! Abraços
Quando eu era júnior me colocaram em um projeto onde tive q desenvolver boa parte de uma aplicação para compor um produto novo na empresa. Na época eu escrevia teste pra tudo no receio de fazer coisa errada e me mandarem embora na minha primeira experiência de trabalho. Aprendi bastante, acabei pegando vários erros cedo, mas não tinha noção q iria facilitar a minha vida e a de outros desenvolvedores quando precisamos adicionar novas funcionalidades na aplicação.
Amei esse video ,e vi nele todos os erros que já cometi e possivelmente vou cometer, serei uma eterna aprendiz kkk
esses vídeos me ajudam tanto a aprender e a cair na realidade 👏🏽a estrada é longa ,mas eu chego lá !!!
Eu fico até o final só por causa dos bloopers kkk. Valeu Akita! conteúdo top
Muito legalAkita! Hoje o Masahiro Sakurai (Desenvolvedor de jogos) postou um vídeo em que ele diz praticamente a mesma coisa que você sobre a importância de fazer as coisas e documentar com equilíbrio, além de ter uma equipe que mantém um ritmo de trabalho que permite a evolução do projeto! Achei interessante como os vídeos se complementam!
Arrebentou! Esse é de longe o seu vídeo menos polêmico. Impossível discordar de qualquer coisa. 😂 Está tudo 💯 porcento perfeito. 👏 👏 👏
Nem assisti... Mas lá vem um conteúdo excelente!
Curto muito esses RANTs, compactuo com várias coisas mesmo sendo júnior.
Sem 'puxação' de saco mas foi um dos melhores conteúdos de fluxo de projetos de um software que eu já vi. Que conteúdo de valor cara! Impressionante. Você saí do vídeo se sentindo uma anta, mas ao mesmo tempo motivado a aprender e aplicar essas filosofias citadas. Muito bom mesmo! Parabéns e valeu pelo valor compartilhado aqui.
sensacional como sempreeee
como sempre, ótimo conteúdo
Mudando de assunto rapidamente, curti a camiseta!
Eu entendo muito pouco de pc e seus trâmites, sei q esse canal foca mais nessa área de informática, mas graças a Deus encontrei esse canal pra fórmula minhas ideias ao redor desse assunto, e de quebra fórmula minhas ideias sobre gestão empresarial e tb gestão de pessoas, ideias diretas e objetivas, na minha humildade opinião seus melhores vídeos são esses sobre esses assuntos, pq, liga um assunto ao outro, e tipo uma ponte de uma coisa pra outra, faz gera interesse de um assunto pra outro, mesmo q vc não entenda nada do foco principal do canal
Vou falar antes de assistir o vídeo (tenho quase certeza q o akita vai abordar isso no video):
Testes: Fazendo antes (com o TDD) ou depois, não interessa, só faça e garanta a cobertura mínima !
Concordo parcialmente. Claro que a qualidade vem com o tempo, mas, testes mal feitos não garantem nada e só olhar cobertura não garante qualidade.
"Faça testes antes ou depois, garanta que o que você escreveu esteja corretamente testado e coberto" seria o correto na minha visão
@@innervision4484 verdade. Já vi muitos testes que cobrem 90% do código, mas só para passar na esteira, pq são testes de bosta. Não testam de verdade.
Que vídeo maravilhoso, meus senhores. Tem como melhorar mais meu dia ?
As back scenes no final são top kkkkkkkkkkkkk
Vídeo muito bom. Obrigado.
Excelente video. Sou da área de engenharia e da para aproveitar muito o conteúdo.
Maravilhoso o conteúdo Akita! Os erros ao final parecem com as cenas do Steve Carell em Bruce Almighty apresentando noticiário kkkkkk :D
Outro vídeo foda pra variar! 👏🏻
Vídeo excelente Akita!
Excelente vídeo mais uma vez , parabéns. A única parte ruim do teste é quando ele não é contabilizado no tempo total da demanda , não aparece como parte essencial do projeto para o pessoal de negócio e executivos. As vezes dá trabalho e leva tempo fazer os cenários de testes e passar nas verificações. Combinando com todos , fica tudo certo.
Vejo vídeo novo do Akita e já dou o like antes mesmo de iniciar
Eu tava um tempão sem assistir aos vídeos do Akita... No título eu já sabia que vinha tiro , porrada e bomba, tudo normal! The Best 🔥
Muito bom o vídeo. Lembrando para o pessoal que testes andam junto com refatoração, ainda mais em código legado (sem testes ou com pouco testes).
Parabéns Akita ótimo vídeo!
Na empresa que trabalho hoje o pessoal se preocupa muito com testes, justamente por isso, garantir minimamente que o que foi feito está funcionando, inclusive a pipeline barra códigos que tem menos de 80% de cobertura, recentemente tivemos uma reunião com o pessoal da equipe para discutir sobre a qualidade dos testes, para melhorar eles cada vez mais, muito esclarecedor esse vídeo, algumas das minhas dúvidas sobre gerenciamento de projetos foram sanadas, parabéns 👏👏
Excelente vídeo, mais uma vez.
Quero a oportunidade trabalhar com você algum dia.
Senti um alívio quando vi que eu já praticava a maioria dessas coisas, as vezes bate um desânimo por questionamentos de gerentes, mas o processo continua e o foco é no longo prazo.
Obrigado
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.
Amo.......seu. Canal!!! Papo de TI descontraído e interessante.
almoço fica mais gostoso com video novo do akita pra acompanhar
Quando ouço algo como nos exemplos, me recordo do meme do Pica-Pau: "Essa gente inventa cada coisa"!!! Excelente Rant (fiquei confuso se um rant bom é um bom rant ou ao contrário... kkkkkkk)!!!
È muita coisa boa, omg!!!!!Muito para aprender!! woo woo
23:06 "Sua múmia paralítica" hahahhahahah. Essa foi sensacional, faça mais vídeos nos esculachando por favor.
Santo sininho ! Agora tô de férias posso ver a aula assim que ela sai!
Rapaz não tem ninguem que dá mais esporro (falar a verdade) que este cara. Muito bom. Parabéns. Agora vou para o Gentoo.
Se tem vídeo do Akita tem like, e se tem RANT tem like duplo! Pena que o UA-cam não deixa dar like duplo, então tem mais views e share no grupo do zap!
41:50 isso se chama assertividade na comunicação: ser sincero e objetivo na informação a ser passada. Eu precisei fazer um curso para entender melhor esse ponto, mas desde que fiz estou colocando em prática diariamente e aprendendo sempre.
Desde o primeiro episódio que entrou, achei essa abertura animal.. hehee agora vamos pro video...
Muito bom material Akita! Abs Dalton
Perfeito esse vídeo!
O vídeo foi muito bom, mas o final foi excelente 😂😂😂
Tive aula de teste essa semana... 4h de vídeo que poderiam ser economizados vindo aqui direto! ahaha
A comparação de programadores com engenheiros/pedreiros/arquitetos é excelente!
Sempre tive essa linha de pensamento, mas nunca consegui colocar em palavras claras de forma que os outros conseguissem entender essa ideia.
Eu sou o único que já curti o vídeo do Akita antes mesmo de assistir? Parabéns Akita top d+
Que delicia de video, nunca testei nada, obrigado!
on point como sempre.
Cara, eu fiz uma prova de conceito esses tempos. Twilio voice API e async queues. O Twilio trabalha sync e o cliente queria uma musiquinha enquanto a máquina de estados doida dele trabalhava (fazendo trilhões de queries no postgresql, nem vou entrar no detalhe de que faltava visão para uma maquina de estados com storage in memory e cache in memory). Foi uma baita POC, no fim ficou top e o cliente ficou impressionado com a estrutura:
twilio -> webhook -> twilio (on hold)
-> sqs -> twilio rest API -> twilio -> webhook
E tá em produção agora.
E eu e minha teimosia, nesse caso eu que teimei com os americanos que tinha que sair essa poc antes de dizer, e ainda lutei com o tech lead (acabaram me colocando no lugar dele depois disso), porque ele teimava que dava pra fazer pelo fluxo sync do twilio, mas os TWML commands são sequencias e sync.
Sensacional 🎉🎉🎉🎉
Queria ter esse vídeo há mais de uma década atrás pra mostrar pros professores de "engenharia de software" na faculdade!
Como dizia um outro professor: "que faz engenharia de software é quem não sabe programar".
Igual a musculação, as "pancadas" do Akita doem mas fazem você crescer e desenvolver.
Obrigado, mestre.
O Akita me motiva muito. Sempre que estou procrastinando vejo a thumb do video do Akita apontando pra mim e lembro de estudar kkk
Simplesmente incrível
PQP, vou ter que comentar novamente. O Akita ta puto nesse video como nunca antes em video algum hahhahahaha... Adoro, sempre nos ajudando a nos tornarmos melhores!
O mais massa é o Akita apontando o dedo pra nossa cara kkkkkkk
Alguém traz um prêmio pra esse cara pf.... Fala as verdades diretas que muitos não querem enxergar ou tentam empurrar pra debaixo do tapete só pra enfeitar o projeto com confete.
Este vídeo me fez lembrar do princípio de Pareto. 20% codificando, 80% ajustando bugs criados nos 20% de desenvolvimento. :)
Adoro os vídeos de rant 🤣
botou pra ferver no final...muito massa!😂
Akita, você é cirurgico em tudo o que fala. Em 10 minutos iniciais vc descreveu o que estou vivendo em na empresa em que trabalho. Spoiler: esta dando tudo errado.
Não se sinta só, 90% das empresas de T.I do Brasil são assim
Parabéns por esse vídeo Fábio A. tá mais "humano" e menos hardcore rrrsss, essa parte de gestão de pessoas e procedimentos é o que anda faltando nas empresas como um todo, não há inovação apenas mais do mesmo, esse vídeo foi um choque de realidade para todos esses mesmos da cultura do tudo igual! Valeeuu
É impressionante como o mestre Akita é assertivo, absolutamente tudo que o senhor falou é exatamente como falou, desde os merda que não querem testar e passam mais de 50% da sprint correndo atrás do próprio rabo, até os outros merdas que ficam com bullshit motivacional de statup sem nunca na vida ter entregado um projeto de sucesso, a parte dos POC foi linda também, mais uma vez vou usar um video seu para dar paulada nos bosta aqui dos projetos KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK
O final foi o melhor 🤣
Esse final foi especial =)
Me divirto com os erros de gravação 🤣 MT bom
Hahahahaha “pra vc que usa o VS pra fazer seus códigos porcaria” 😂 Akita é foda sempre lançando a braba