@@saitamablz1512 Serasa é a mais foda. Os caras vazam teus dados e um tempo depois tá vendendo serviço pra vc saber se seus dados foram vazados ou não skskskskks. Com diria Pablo Escobar: "Um produto que gera sua própria demanda".
6 месяцев назад+9
Com lgpd ou sem os dados vazam de um jeito ou de outro no Brasil.
@@WernekTheVader mas aí tá fazendo errado hahahha se passa por todo o processo, com testes de aceitação, homolog e os caramba e mesmo assim deu errado?
Falei pro meu colega, é por causa dele que vamos ter sempre emprego! Go Horse é empregabilidade, para fazer e depois para refatorar ou quem sabe fazer do zero!
Temos uma nova metodologia: Go Wild Horse. A diferença básica é que há 50 anos atrás 1 erro de código em prod afetava no máximo 100 usuários (quando muito), hoje sua cagada afeta milhares, milhões de usuários. O efeito cascata principalmente por causa das integrações existentes é algo assustador.
Rede neural com 4 linhas de python me quebra muito! kkkkkkkkkkkk Mas é foda, sempre tem um velho que não manja nada tentando menosprezar nosso trampo! Sou analista de redes e meu chefe é tipo esse cara ai, tudo pra ele agora da pra fazer com IA e que não precisa gastar mais! Ai quando da algum B.O ele não sabe resolver porra nenhuma e quando tu resolve ele ainda fala "isso ai é de boa resolve em 10 minutos" mas fazer que é bom ele não faz.
@@0Havianas isso também! kkkkk ai ele fica tentando diminuir oq eu faço pra n ter que me dar aumento, mas todo ano eu to la cobrando meu aumento se não é tchau kkkkk
Cara por favor, não me dá um vacilo deste na língua portuguesa..... "o errado", é sobre o processo de desenvolvimento e não no produto, tanto que no final ele fala novamente que estava funcionando.... por favor, não me deem esta mancada..... isso se chama falta de interpretação de texto..... fica ai a dica.
@@luizalexandreruiz9311 O errado que ele fala, provavelmente funciona uma e falha duas. Você solta a funcionalidade bugada e corrige depois, mas a culpa vai sempre no rabo do dev, é claro!
@@raf4killer299 Karakas velho, errou duas vezes na interpretação de texto....kkkk.... 2x..... Two times..... tanto na fala do cara, quanto no meu post, e olha que quase desenhei o erro de português que houve na interpretação das pessoas sobre o assunto. Ai vem você e "buummm" erra de novo.... kkkk....kkkk....kkkk....kkkkk..... espero que você não tenha faculdade para não ficar mais feio isso...... ;)
@@luizalexandreruiz9311 Acho que você não é programador cara, tu não deve conhecer o mercado de trabalho, todo mundo que ta na área sabe muito bem o que significa esse "ta funcionando". O produto final sai cheio de bugs e tu vai pagar o triplo pra arrumar.
Vi muita gente falando mal desse cara no Linkedin. Esse cara tirou pra fora tudo o que muita gente tem vontade de falar e não tem coragem. Parabéns, é um genio! hahaha
Pior que trabalho num lugar que valoriza o “Errado mas tá funcionando”. O mais divertido é ver o pessoal tentando explicar os resultados pros clientes. PS: trabalho com DS, na gringa
Teste em produção, vai lá, lança uma release com brecha de segurança, isso sai na mídia e a equipe toda é demitida, de menos o cara que mandou fazer assim
É raro ocorrer uma falha de segurança; é mais comum ocorrer uma falha de negócio, onde um comportamento não está conforme o esperado. Um erro de segurança é difícil de acontecer, principalmente porque a maioria dos frameworks abstrai toda a parte de segurança do código, deixando o desenvolvedor apenas com a responsabilidade de implementar as regras de negócio. Dentro de uma infraestrutura de uma IF, existem tantas camadas de segurança que um invasor levaria muito tempo para conseguir algo. Por isso, o elo mais fraco geralmente são os próprios funcionários. É muito mais fácil realizar um ataque de engenharia social para obter acesso do que tentar um ataque direto ao sistema.
dependendo da brecha de segurança não é só a equipe toda demitida, a empresa toda é demitida, falência... mas coisa básica, importante é que estava tudo funcionando
Trabalhei numa empresa que era assim. O software deles não rodava com o notebook fora da tomada, tinha um time só para resolver bugs e vazava dados toda hora
Um dos papeis do Scrum Master é tornar o time auto organizável mesmo. Bom que seu time se organiza sem um, mas infelizmente não é uma regra universal todo time se organizar sozinho 🥴
@@gabriel.figueredo com certeza! o próprio Scrum raramente aparece quando está mais pegado, mas o objetivo de todo Scrum que pensa em fazer um trabalho efetivo é causar essas independência no time em que participa
sou Agile Master numa empresa enorme, agendo reuniões, entro em reuniões técnicas para tirar impedimentos, orgnanizo o backlog, analiso se vamos atender dentro do prazo...verifico se as histórias estão bem escritas para os devs, ajudo no refin técnico e funcional, monto indicadores e apresentações para a diretoria.... vai pensando que é fácil assim, sou técnica em processamento de dados, bacharelado em sistemas de informação e pós graduação em liderança ágil, minha squad é uma das que mais entregam! Quero ver um dev com todas as atividades que eles já tem, fazer tudo que faço.
@@anamariabeatriznogueira8163 ,kkkkkkkkkkkkkk ja fazíamos tudo isso sem voces quirida, esses "agile" é só uma forma de pessoas não-técnicas microgerenciar pessoas técnicas
Quando aplicativos desses bancos ficam travados e sem acesso por dias, aí tem que colocar toda a TI pra resolver e não sobra tempo pra responder o bom dia!
Cara por favor, não me dá um vacilo deste na língua portuguesa..... "o errado", é sobre o processo de desenvolvimento e não no produto, tanto que no final ele fala novamente que estava funcionando.... por favor, não me deem esta mancada..... isso se chama falta de interpretação de texto..... fica ai a dica.
@@juliosilva2080 Não entendi nada, por favor você poderia ser mais claro em seu texto, porque está difícil mesmo. "Sim" para o que? Se eu fiz uma afirmação e não uma pergunta. Está parecendo que você está escrevendo em Byte Code....kkkk.... e eu estou sem o descompilador..... kkkkk
Esqueceu de um detalhe importante sobre desenvolvimento iOS. Você precisa ter ferramentas Apple para trabalhar: iPhone + Macbook, só aí você teria um investimento inicial para desenvolver que pode chegar na casa dos R$ 20.000, fora a conta de desenvolvedor Apple que custa 99 dólares por ano (mais de 500 reais). No Android, qualquer I7 de 11 geração, 16 de ram e um nvme, configuração que você encontra na Santa Ifigênia aqui em São Paulo por R$ 3.200, você já sai desenvolvendo.
Eu passei a maior parte do meu tempo lutando contra a entropia causada pelo Go Horse. Hoje eu implantei um openproject pra justamente criar um pouco de burocracia e facilitar gerenciamento e documentação de processos e tarefas. Quem já trabalhou no GH sabe que é um inferno na terra conforme o tempo passa. Eu mesmo não consigo achar graça desses memes falando que GH é uma coisa boa. Sei que é ironia mas não acho graça.
esse senhor nao está errado quanto a morosidade dos processo de Ti e pra fazer deploy, isso é real, muito lento, seja pq o processo é burocrático ou falta um pipeline decente pra rapidamente fazer os testes e colocar em producao, A forma que é feita a aplicação impacta diretamente no negócio, dizer que o técnico não interessa nao faz o menor sentido
Perfeito. O dev, o RH, o financeiro , a contabilidade, o jurídico, todo mundo trabalha para *o negócio* . Se 1 perna prejudicar o negócio, o barco afunda com todo mundo junto. Talvez esse tiozinho ai realmente tivesse problemas com excesso de burocracia e lentidão na parte de TI, que talvez não acompanhasse na mesma velocidade as necessidades do negócio. Nesses casos precisa redesenhar o processo interno.
Eu lancei meu software em 20 dias literalmente sozinho, trabalhando fullstack, como vendedor, marketing, programação, social media e as cambada toda. Dia e noite trabalhando.. nas big tech realmente, tu pede um Ola, mundo é 6 meses; Já trabalhei nos 2 lados e acho muitas coisas ridiculas.
Gestores como esse senhor que sempre vão garantir empregabilidade na nossa área 😂. Não tem IA que dê conta de sistema que tá quebrando o tempo todo, com várias brechas de segurança e que não se adapta às necessidade do negócio.
O Scrum comecou errado qdo foi dito q pode adaptado para qq coisa. Agora muitas empresas nao querem documentar NADA, querem codificar sem pensar em arquitetura/pattern/best pratice, cada dev faz o q quiser e fica impossivel manter um codigo limpo pq toda hora vc tem q reescrever o codigo todo.
Esse palestrante, Sergio Palma, é um profissional muito capaz e MUITO inteligente. Tem mais de 20 anos lecionando em MBAs de tecnologia. Tem que entender melhor o porque que ele estava tão revoltado nesse dia... E essa palestra é real :(
Isso ai tem que ser um stand up comedy cara... E depois o cara fica puto que na hora de uma manutenção ou que uma correção gera novos bugs, crucifica que não há documentação ou organização do monolito, o que vai impedir a modernização/manutenção.... Fico de cara que essas pessoas, ainda tenham emprego em cargos de decisão que envolva tecnologia.
Atuo como gerente de projeto em uma startup de meios de pagamento. É bem difícil deixar o próprio dev controlar entregas. Muitos precisam que a demanda esteja 100% descrita com todas as necessidades e arquitetura pronta para trabalhar e se você pede para pensar fora da caixa é um parto, não quer nem entrar em call com o time técnico para tirar dúvidas. Os devs mais antigos na empresa basta falar o que precisa que ele entrega muito rápido e sem problema nenhum, porém pecam na documentação. Há pontos e pontos a depender do desenvolvedor. Para desenvolvimento seguro creio que a organização do backlog, prioridade com clientes, apuração de requisitos e necessidades principais são primordiais, mas depende da demanda e do dev que vai trabalhar. Tem um bug básico em tela que o dev já sabe como resolver? Só corrigir e já era… Testar pra ver se n vai dar b.o e boa. Agora se é algo que altera eventual regra de negócio ou algo que afete relatórios ou visões específicas realmente precisa de algumas formalidades.
Na minha empresa a gente tem uma demanda de migração automática de arquivos do Sharepoint para a pasta de rede windows. Só isso. Precisou de 2/3 meses de reuniões com a TI para que eles começassem a trabalhar no projeto, discutindo custos, economia de HH, ganhos para a empresa, etc. A reunião aonde eu expliquei aos desenvolvedores o que fazer num projeto "tão complexo" durou 30 minutos. Agora sim começaram a trabalhar e estou esperando há duas semanas para saber quando eles terminam.
Atualmente tenho um contrato de 13k mensal, quando trabalho muito gasto umas 10hrs por mês... Mas quando o cliente pede algo executo em 10min. Hoje mesmo pediu pra fazer um ajuste no site, tinha que mexer em código, já deve que iria pedir uns 3 dias pra fazer, eu fiz em 10min... Já fiquei 1 semana esperando senha de servidor pq tinha que passar por 10 pessoas até alguém de fato ter as tais credenciais. Trabalhei um ano em uma agência que todo dia tinha reunião pra falar nada, enquanto a definição dos trabalhos eram precária. No fim concordo em partes que muitos desses cargos e posições e alta complexidade pra projetos pequenos atrapalham demais Esse ano já dispensei uns 5 freelas que o cliente queria um sistema para cadastrar despesas... Mandei o link do Google sheets... Tem muita solução existente que o pessoal ficando tentando reinventar e pra dizer que é algo novo só mudam a cor de um botão. Eu acho que hoje em dia tem muita gordura na programação, muita firula que em 99% das vezes não precisa. Documentação é necessário, mas não num "sistema" com meus dúzia de Scripts.
Legal foi um colega de trabalho que compartihou esse video no chat geral da empresa indignado... mal sabendo que os diretores tem o mesmo pensamento... kkk
Vamos lá, minha vivência em mundo corporativo. É isso mesmo… Não é todo lugar que os frameworks de metodologias de desenvolvimento se aplicam 100%, isso é coisa de big tech, no dia a dia, principalmente para empresas que são refém de clientes, as etapas de desenvolvimento devem ser adaptadas/simplificadas, e não da para seguir a risca tudo, pois são prazos curtos e apertados, e geralmente uma pessoa tem mais de uma função, e deve fazer bem feita. Mas em resumo, o trabalho tem que ser bem feito, independente da situação. Nunca trabalhei em empresas que possuem fluxos de desenvolvimento concretos e com prazos longos, mas com certeza quero trabalhar um dia em local assim
Existem extremos. Esse cara tá num dos extremos. Por outro lados existem dev houses que mais da metade do pessoal não codifica, é todo um aparato de ambiente e processo que burocratiza etapas que nao precisariam.
Swift é uma linguagem open source que serve tanto para o desenvolvimento das plataformas Apple como também para servidores, apesar de não ser tão comum.
A técnica de um MVP é uma técnica válida, mas mesmo ela necessita de um bom planejamento (os cabeças) tem que saber muito bem o que estão pedindo e os técnicos tem que ser bem qualificados para não criarem um monstrinho que depois não dá para evoluir naturalmente 😊
Por mais que tu prefira ser desenvolvedor específico, acho que o caminho do Flutter tem mais sentido, pois ele não tenta se adaptar às regras de cada sistema operativo. Ele simplesmente compila direto para o binário e não está nem aí para as coisas do software Android e iOS. Assim, resume os problemas nativos apenas a APIs para conversar com os elementos do hardware, que são as mesmas que o sistema Android e o iOS consomem. Isso é como reutilizar funções ou refatorar um código que tem algumas partes repetitivas fazendo métodos auxiliares. DRY - Don't repeat yourself. O máximo que der para enxugar o código melhor. Por isso, a solução de compilar para código de máquina acho que é o caminho. Deixando claro, que me refiro ao caminho que o Flutter tomou, mas não digo que tem que ser Flutter, pois pode ter concorrentes.
Faz em 15 dias sem documentação, testando em produção! É isso, espero que toda empresa e dev concorrente trabalhe assim! Por favor, continuem pregando essa filosofia😂
Com "Agile"; 6 meses. Sem "Agile"; 15 dias. É muito "Agile" essa m... Ninguém entendeu o que o Sr. Fábio falou. Essa é a prova que a "Pátria Educadora" venceu.
Se o negócio aprender IA da forma que ele ta falando, quer dizer que o negócio vai aprender a pedir o que exatamente quer. Se chegar nesse nível, boa parte dos processos que "burocratizam" as entregas pode realemnte ser descartado. O problema é que "o negócio" não sabe pedir, pq de fato é complexo. Resumindo, só IA não resolve o problema
"tem muito sistema que podia ser uma planilha em excel". e se isso agilizasse o atendimento/consulta de preços de atendente xarope em "loja", já seria um grande avanço. tipo, quem nunca escutou um: "ain, é que o sistema aqui está lento"? conta de usuário, planilha e um só pc do estabelecimento com acesso internet sem estar na mesma rede dos outros, resolveria para quem atende não ser burro o suficiente para deixar tudo lento quando precisar e câmera no estoque e voltada para o caixa? mais disso e menos gasto com coachs de treinamento?? só eu gosto de resultado ao invés de puxa saquismo e afins???
O que ninguém percebeu é que a experiência dele é numa estatal. Ou seja, não é a realidade do mercado. Lá no estatal são seis meses pra colocar um botão no topo do site mesmo. Mas é engraçado a forma como ele falou, foi go hourse total mesmo.
Vocês não tem ideia do que é a TI nessas grandes empresas do governo… Ele exagerou mas estava desabafando. As áreas de negócio ficam malucas com a TI. Modelo organizacional velho e ultrapassado. TI funciona como “fornecedora” de serviços digitais. É um desastre.
Imagina o errado sumir com o saldo dos clientes da Caixa. Quem vai pagar por esse prejuizo ??? Imgina hoje tem 100 mil na conta. E acordar amanha sem saldo na conta. Vamos agradecer ao senhor.
levando em conta a "qualidade" dos apps e do internet banking da caixa (que é onde o vovô aí trabalha) eu acredito em tudo que ele disse. O time de negócio botou tudo no ar sem testes.
na moral q esse tiozão é o típico dono de empresa, que vê o lucro diminuindo toda vez que o RH avisa que a equipe tá precisando de mais uma cabeça p trabalho andar kkkkkkkk
Perai, sendo um grande Banco todo o sistema a ser desenvolvido não deveria ter tudo para garantir a segurança? Afinal é um banco não é um "boteco de esquina" Ou talvez o roteiro da fala desse consultor da Caixa foi feito no ChatGPT!?
excelente, vamos pensar aqui fazer o programa sei la que controla o autopilot de um aviao, sem teste , sem nd, peo pra funcionar, errado . mais ta funcionando, se cair o problema e de quem ta dentro do aviao nao de quem escreveu
Acho ótimo. O véio da emprego pra gente fazer Go Horse, daí pra corrigir os erros, daí tentar evoluir o sistema, daí criar novas funcionalidades, pra perceber que por ter sido Go Horse no começo cagou tudo e tem que refazer... Daí vai refazer e dá-lhe Go Horse, loop infinito...
Eles baixam os dados do UC né! Mas muito do que esse véio falou é real. Implementamos diversas regras dentro do processo que mais atrapalham do que ajudam.
Vaza os dados do usuário e toma uns processos, aprende rapidinho a importância de algumas burocracias.
na teoria seria bom mas veja as maiores empresas vazando dado de todo mundo kdsakkdsakdsak
Me fala uma empresa grande que não tem db vazado na deepweb
Caixa economica pior app de banco que existe, da merda direto e nunca deu nada pra eles rsrs
@@saitamablz1512 Serasa é a mais foda. Os caras vazam teus dados e um tempo depois tá vendendo serviço pra vc saber se seus dados foram vazados ou não skskskskks. Com diria Pablo Escobar: "Um produto que gera sua própria demanda".
Com lgpd ou sem os dados vazam de um jeito ou de outro no Brasil.
"errado mas tava funcionando"
assim é bom demais, se quiser entrego em 1 dia kkkk
Quem não gosta de cliente no pé pq não testaram antes de colocar em produção? Hahahha
@@ana_carol89 testa e dá problema do mesmo jeito kkkkk
mas no geral leva 6 meses ou mais e não funciona haushuahs
@@WernekTheVader mas aí tá fazendo errado hahahha se passa por todo o processo, com testes de aceitação, homolog e os caramba e mesmo assim deu errado?
@@ana_carol89 mas não sou eu, são as maioria das empresas! :D E as empresas que prestam serviços ao governo, sofrem ainda mais. É bizarro!
Falei pro meu colega, é por causa dele que vamos ter sempre emprego! Go Horse é empregabilidade, para fazer e depois para refatorar ou quem sabe fazer do zero!
muito bom. é por aí.....nao suporta um debate por dois segundos....ta num monologo né ....
O melhor tester é o usuário, por isso TDD é bom. Teste depois do deploy
Essa foi braba kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
Agora tá explicado quando dizem q TDD é o padrão da indústria, se for esse TDD ent realmente é kkkkkkkkkkk
😂😂😂😂
Boa 😂
Não tem nada melhor do que ouvir alguém falando sobre um assunto que não entende.
quem sabe é tu, paizão
Pra mim tem sim, é ver alguém que nao tem paciência sendo forçado a ter paciência. Sóq nao tem nada haver com o vídeo
Ele entende, e não é pouco não amigo
@@SamuelRodrigues-bs6fn entende bastante... bora todo mundo só usar o extreme go horse.
Temos uma nova metodologia: Go Wild Horse.
A diferença básica é que há 50 anos atrás 1 erro de código em prod afetava no máximo 100 usuários (quando muito), hoje sua cagada afeta milhares, milhões de usuários. O efeito cascata principalmente por causa das integrações existentes é algo assustador.
nunca vi um veio tao puto assim com o ti, certeza que ele viu os video do mano deyvin
Algum cara da TI deve estar traçando a filha dele só pode.
@@PedroHenrique-no7so kkkkkkkkkkkk
Todo mundo que trabalha com TI fica puto
Seguidor na certa
E pior: ele é da TI da Caixa....
Rede neural com 4 linhas de python me quebra muito! kkkkkkkkkkkk Mas é foda, sempre tem um velho que não manja nada tentando menosprezar nosso trampo! Sou analista de redes e meu chefe é tipo esse cara ai, tudo pra ele agora da pra fazer com IA e que não precisa gastar mais! Ai quando da algum B.O ele não sabe resolver porra nenhuma e quando tu resolve ele ainda fala "isso ai é de boa resolve em 10 minutos" mas fazer que é bom ele não faz.
ele não tá "menosprezando" o trabalho, ele tá puto porque não pode abaixar salário, é só isso.
@@0Havianas isso também! kkkkk ai ele fica tentando diminuir oq eu faço pra n ter que me dar aumento, mas todo ano eu to la cobrando meu aumento se não é tchau kkkkk
o empresario brasileiro ama duas coisas
aplicar golpes
cair em golpes
resultado: nem fazem ponto na economia mundial. AULAS
true da true kkkkkk
Verdade pra caralho kkkkk
Ele sendo diretor é bom demais falar isso, vai um DEV entregar "Errado mas funcionando" pra ver se não é rua.
Cara por favor, não me dá um vacilo deste na língua portuguesa..... "o errado", é sobre o processo de desenvolvimento e não no produto, tanto que no final ele fala novamente que estava funcionando.... por favor, não me deem esta mancada..... isso se chama falta de interpretação de texto..... fica ai a dica.
Ele nao é diretor. De onde tirou isso?
@@luizalexandreruiz9311 O errado que ele fala, provavelmente funciona uma e falha duas. Você solta a funcionalidade bugada e corrige depois, mas a culpa vai sempre no rabo do dev, é claro!
@@raf4killer299 Karakas velho, errou duas vezes na interpretação de texto....kkkk.... 2x..... Two times..... tanto na fala do cara, quanto no meu post, e olha que quase desenhei o erro de português que houve na interpretação das pessoas sobre o assunto. Ai vem você e "buummm" erra de novo.... kkkk....kkkk....kkkk....kkkkk..... espero que você não tenha faculdade para não ficar mais feio isso...... ;)
@@luizalexandreruiz9311 Acho que você não é programador cara, tu não deve conhecer o mercado de trabalho, todo mundo que ta na área sabe muito bem o que significa esse "ta funcionando". O produto final sai cheio de bugs e tu vai pagar o triplo pra arrumar.
Vi muita gente falando mal desse cara no Linkedin. Esse cara tirou pra fora tudo o que muita gente tem vontade de falar e não tem coragem. Parabéns, é um genio! hahaha
Pior que trabalho num lugar que valoriza o “Errado mas tá funcionando”.
O mais divertido é ver o pessoal tentando explicar os resultados pros clientes.
PS: trabalho com DS, na gringa
Teste em produção, vai lá, lança uma release com brecha de segurança, isso sai na mídia e a equipe toda é demitida, de menos o cara que mandou fazer assim
É raro ocorrer uma falha de segurança; é mais comum ocorrer uma falha de negócio, onde um comportamento não está conforme o esperado. Um erro de segurança é difícil de acontecer, principalmente porque a maioria dos frameworks abstrai toda a parte de segurança do código, deixando o desenvolvedor apenas com a responsabilidade de implementar as regras de negócio.
Dentro de uma infraestrutura de uma IF, existem tantas camadas de segurança que um invasor levaria muito tempo para conseguir algo. Por isso, o elo mais fraco geralmente são os próprios funcionários. É muito mais fácil realizar um ataque de engenharia social para obter acesso do que tentar um ataque direto ao sistema.
dependendo da brecha de segurança não é só a equipe toda demitida, a empresa toda é demitida, falência... mas coisa básica, importante é que estava tudo funcionando
11:11 -> Disney+ no meu firestick é muito triste, mas o Netflix está 1000 anos luz a frente tanto em desempenho como ux
Trabalhei numa empresa que era assim. O software deles não rodava com o notebook fora da tomada, tinha um time só para resolver bugs e vazava dados toda hora
Tá pior que vazamento de esgoto então ué
O velho da Havan ai tá certo, errado foi o enfermeiro do CAPS que liberou ele.
"O Scrum Master é um inútil"... Ele só disse o que todos queriam dizer e não tiveram a coragem 🤷🏽♂️
Essa geralmente é uma verdade hahahahah. Tem uns que ajudam, mas grande parte só enche o saco
Só servem pra abrir issue e marcar reunião
Esse foi o 1% que eu concordei com esse velho! Kkkkkk
meu time hoje nem usa mais Scrum Master, todo mundo ja se adequou e se organiza sem isso kkkkkkkk é mt melhor
Um dos papeis do Scrum Master é tornar o time auto organizável mesmo. Bom que seu time se organiza sem um, mas infelizmente não é uma regra universal todo time se organizar sozinho 🥴
@@gabriel.figueredo com certeza! o próprio Scrum raramente aparece quando está mais pegado, mas o objetivo de todo Scrum que pensa em fazer um trabalho efetivo é causar essas independência no time em que participa
SM serve pra nada
O papel do sm é sim necessário, só que ele pode tranquilamente ser feito pelos próprios devs e não necessariamente ter um cara só pra isso
@@jmarlopes.2533 boa, é isso mesmo!
caí no click bait do velho inimigo do agile e aprendi coisa nova
Pior são as empresas que tem um cargo de "scrum master" ou "agile master", esses são os primeiros a serem cortados num layoff, adivinha pq né...
sou Agile Master numa empresa enorme, agendo reuniões, entro em reuniões técnicas para tirar impedimentos, orgnanizo o backlog, analiso se vamos atender dentro do prazo...verifico se as histórias estão bem escritas para os devs, ajudo no refin técnico e funcional, monto indicadores e apresentações para a diretoria.... vai pensando que é fácil assim, sou técnica em processamento de dados, bacharelado em sistemas de informação e pós graduação em liderança ágil, minha squad é uma das que mais entregam! Quero ver um dev com todas as atividades que eles já tem, fazer tudo que faço.
@@anamariabeatriznogueira8163 ,kkkkkkkkkkkkkk ja fazíamos tudo isso sem voces quirida, esses "agile" é só uma forma de pessoas não-técnicas microgerenciar pessoas técnicas
Quando aplicativos desses bancos ficam travados e sem acesso por dias, aí tem que colocar toda a TI pra resolver e não sobra tempo pra responder o bom dia!
Ele é da Caixa, por isso quando utilizamos o app, temos a mesma experiência de ir em uma agência. kkkkkkk
"Errado mas estava funcionando" isso me quebrou kkkkkk
Cara por favor, não me dá um vacilo deste na língua portuguesa..... "o errado", é sobre o processo de desenvolvimento e não no produto, tanto que no final ele fala novamente que estava funcionando.... por favor, não me deem esta mancada..... isso se chama falta de interpretação de texto..... fica ai a dica.
@@luizalexandreruiz9311 sim, até quando você vai ter que consertar o que que está em produção kk aí é o errado x2
@@juliosilva2080 Não entendi nada, por favor você poderia ser mais claro em seu texto, porque está difícil mesmo. "Sim" para o que? Se eu fiz uma afirmação e não uma pergunta. Está parecendo que você está escrevendo em Byte Code....kkkk.... e eu estou sem o descompilador..... kkkkk
Se ele também concordou que está errado então ele sabe que quem vai se lascar lá na frente é o próprio time de TI, correto?
O velho tá mais atualizado e por dentro do que a turma pra frentex.
Esqueceu de um detalhe importante sobre desenvolvimento iOS. Você precisa ter ferramentas Apple para trabalhar: iPhone + Macbook, só aí você teria um investimento inicial para desenvolver que pode chegar na casa dos R$ 20.000, fora a conta de desenvolvedor Apple que custa 99 dólares por ano (mais de 500 reais).
No Android, qualquer I7 de 11 geração, 16 de ram e um nvme, configuração que você encontra na Santa Ifigênia aqui em São Paulo por R$ 3.200, você já sai desenvolvendo.
Eu passei a maior parte do meu tempo lutando contra a entropia causada pelo Go Horse. Hoje eu implantei um openproject pra justamente criar um pouco de burocracia e facilitar gerenciamento e documentação de processos e tarefas.
Quem já trabalhou no GH sabe que é um inferno na terra conforme o tempo passa. Eu mesmo não consigo achar graça desses memes falando que GH é uma coisa boa. Sei que é ironia mas não acho graça.
O pior é que para uma boa parte de pessoas sem compromisso com qualidade, para eles o importante é "entregar"...😅😅
Go horse é bom rapaz, quem tem experiência consegue inserir débito técnico manutenível 🐎🐎
@@edmilson1178e serão muito provavelmente promovidos na frente de todo mundo kkkkk
GH forma verdadeiros guerreiros!😂
@@MarcosTavares81 pelo menos isso tem de bom
Quer fazer um prédio? Para que projeto, chama o pedreiro e começa a levantar as paredes kkkkkkkkkkk muita burrice... Meu Deus
esse senhor nao está errado quanto a morosidade dos processo de Ti e pra fazer deploy, isso é real, muito lento, seja pq o processo é burocrático ou falta um pipeline decente pra rapidamente fazer os testes e colocar em producao,
A forma que é feita a aplicação impacta diretamente no negócio, dizer que o técnico não interessa nao faz o menor sentido
Perfeito. O dev, o RH, o financeiro , a contabilidade, o jurídico, todo mundo trabalha para *o negócio* . Se 1 perna prejudicar o negócio, o barco afunda com todo mundo junto. Talvez esse tiozinho ai realmente tivesse problemas com excesso de burocracia e lentidão na parte de TI, que talvez não acompanhasse na mesma velocidade as necessidades do negócio. Nesses casos precisa redesenhar o processo interno.
Eu lancei meu software em 20 dias literalmente sozinho, trabalhando fullstack, como vendedor, marketing, programação, social media e as cambada toda. Dia e noite trabalhando.. nas big tech realmente, tu pede um Ola, mundo é 6 meses;
Já trabalhei nos 2 lados e acho muitas coisas ridiculas.
O requisitos principal e entregar amanhã se entregar depois de amanhã nao server mais 😅😅
Gestores como esse senhor que sempre vão garantir empregabilidade na nossa área 😂. Não tem IA que dê conta de sistema que tá quebrando o tempo todo, com várias brechas de segurança e que não se adapta às necessidade do negócio.
O Scrum comecou errado qdo foi dito q pode adaptado para qq coisa. Agora muitas empresas nao querem documentar NADA, querem codificar sem pensar em arquitetura/pattern/best pratice, cada dev faz o q quiser e fica impossivel manter um codigo limpo pq toda hora vc tem q reescrever o codigo todo.
Esse palestrante, Sergio Palma, é um profissional muito capaz e MUITO inteligente. Tem mais de 20 anos lecionando em MBAs de tecnologia. Tem que entender melhor o porque que ele estava tão revoltado nesse dia... E essa palestra é real :(
Rapaz parece que a Crowdstrike já esta usando a metodologia Extreme GoHorse da cidadao da Caixa e nao deu muito certo.
Não é preciso concordar em tudo com o que ele disse, mas ele tocou em algumas feridas aí ...
Isso ai tem que ser um stand up comedy cara...
E depois o cara fica puto que na hora de uma manutenção ou que uma correção gera novos bugs, crucifica que não há documentação ou organização do monolito, o que vai impedir a modernização/manutenção....
Fico de cara que essas pessoas, ainda tenham emprego em cargos de decisão que envolva tecnologia.
Nunca tive scrum master nos meus times, do po faz tudo
Encontrarmos o CEO do chorume. 😂😂😂
Almoçando a marmita na firma que hoje é presencial
aquela marmita linda que abala toda a sala
@@saitamablz1512Aquele ovo cozido no capricho.
Aquela quentinha com toque podrão de rua.
Atuo como gerente de projeto em uma startup de meios de pagamento. É bem difícil deixar o próprio dev controlar entregas.
Muitos precisam que a demanda esteja 100% descrita com todas as necessidades e arquitetura pronta para trabalhar e se você pede para pensar fora da caixa é um parto, não quer nem entrar em call com o time técnico para tirar dúvidas.
Os devs mais antigos na empresa basta falar o que precisa que ele entrega muito rápido e sem problema nenhum, porém pecam na documentação.
Há pontos e pontos a depender do desenvolvedor.
Para desenvolvimento seguro creio que a organização do backlog, prioridade com clientes, apuração de requisitos e necessidades principais são primordiais, mas depende da demanda e do dev que vai trabalhar.
Tem um bug básico em tela que o dev já sabe como resolver? Só corrigir e já era… Testar pra ver se n vai dar b.o e boa.
Agora se é algo que altera eventual regra de negócio ou algo que afete relatórios ou visões específicas realmente precisa de algumas formalidades.
"colocaram em produção em 15 dias... ERRADO mas tava em produção" uahauhauhauhauha
vou fazer uma camisa com esse texto xD
Na minha empresa a gente tem uma demanda de migração automática de arquivos do Sharepoint para a pasta de rede windows. Só isso.
Precisou de 2/3 meses de reuniões com a TI para que eles começassem a trabalhar no projeto, discutindo custos, economia de HH, ganhos para a empresa, etc.
A reunião aonde eu expliquei aos desenvolvedores o que fazer num projeto "tão complexo" durou 30 minutos.
Agora sim começaram a trabalhar e estou esperando há duas semanas para saber quando eles terminam.
"errado mas tava funcionando"
Realmente, entrega em 15 dias, mas corrige todos os bugs em 30.
Atualmente tenho um contrato de 13k mensal, quando trabalho muito gasto umas 10hrs por mês... Mas quando o cliente pede algo executo em 10min.
Hoje mesmo pediu pra fazer um ajuste no site, tinha que mexer em código, já deve que iria pedir uns 3 dias pra fazer, eu fiz em 10min...
Já fiquei 1 semana esperando senha de servidor pq tinha que passar por 10 pessoas até alguém de fato ter as tais credenciais.
Trabalhei um ano em uma agência que todo dia tinha reunião pra falar nada, enquanto a definição dos trabalhos eram precária.
No fim concordo em partes que muitos desses cargos e posições e alta complexidade pra projetos pequenos atrapalham demais
Esse ano já dispensei uns 5 freelas que o cliente queria um sistema para cadastrar despesas... Mandei o link do Google sheets...
Tem muita solução existente que o pessoal ficando tentando reinventar e pra dizer que é algo novo só mudam a cor de um botão.
Eu acho que hoje em dia tem muita gordura na programação, muita firula que em 99% das vezes não precisa.
Documentação é necessário, mas não num "sistema" com meus dúzia de Scripts.
Como questionar os caras que inovaram e criaram um app com fila virtual pra atendimento eletrônico?
Eu achei uma solução muito bem prensada e bem funcional !
@@VanderleiRobertoMorettoquando vc começar a enfrentar filas para acessar suas contas, eu tenho certeza que sua opinião vai mudar
@@rianbreno134faria sentido se fosse um app para outras empresas, agora, um banco FEDERAL, com recursos, não faz sentido algum
@@VanderleiRobertoMoretto maldito seja quem defende isso.
Legal foi um colega de trabalho que compartihou esse video no chat geral da empresa indignado... mal sabendo que os diretores tem o mesmo pensamento... kkk
Você deu uma mini aula e a galera nem percebeu
No "SCRUM MASTER È UM INÚTIL" virei fã dele. Falou toda a verdade. Se tivesse dinheiro colocaria essa frase em banners pela cidade.
Cara estava esperando este React, eu estava lá! Agora falta o mano Deyvin!
Hora de almoçar
4 linhas de código em pyton e ai eu resolvo esse hal em 15 dias, errado mais entrego. rs
Defensor mais fraco do ExtremeGoHorse
Agile é entrega de valor antecipado para validação e adaptação. Não quem entrega qualquer coisa mais rápido
Vamos lá, minha vivência em mundo corporativo. É isso mesmo…
Não é todo lugar que os frameworks de metodologias de desenvolvimento se aplicam 100%, isso é coisa de big tech, no dia a dia, principalmente para empresas que são refém de clientes, as etapas de desenvolvimento devem ser adaptadas/simplificadas, e não da para seguir a risca tudo, pois são prazos curtos e apertados, e geralmente uma pessoa tem mais de uma função, e deve fazer bem feita.
Mas em resumo, o trabalho tem que ser bem feito, independente da situação. Nunca trabalhei em empresas que possuem fluxos de desenvolvimento concretos e com prazos longos, mas com certeza quero trabalhar um dia em local assim
"Erraaaado mas tá funcionando"... aí "some" o dinheiro de todos os clientes e faz um "rollback" para corrigir kkkkk
Eu tava lá. Ele falou muita besteira, a única coisa que ele acerta é o que viraliza como absurdo .
Existem extremos. Esse cara tá num dos extremos. Por outro lados existem dev houses que mais da metade do pessoal não codifica, é todo um aparato de ambiente e processo que burocratiza etapas que nao precisariam.
Swift é uma linguagem open source que serve tanto para o desenvolvimento das plataformas Apple como também para servidores, apesar de não ser tão comum.
eu entendi o ponto do cara, faz um minimo de um produto usavel e poe na rua... as vezes em 6 meses a janela de oportunidade ja se foi embora
A técnica de um MVP é uma técnica válida, mas mesmo ela necessita de um bom planejamento (os cabeças) tem que saber muito bem o que estão pedindo e os técnicos tem que ser bem qualificados para não criarem um monstrinho que depois não dá para evoluir naturalmente 😊
@@edmilson1178 justamente, as vezes as caebcas nao sao boas rsrsr
Funciona até o o primeiro vazamento
Vivi pra ver um burocrata reclamando de burocracia...
Por mais que tu prefira ser desenvolvedor específico, acho que o caminho do Flutter tem mais sentido, pois ele não tenta se adaptar às regras de cada sistema operativo. Ele simplesmente compila direto para o binário e não está nem aí para as coisas do software Android e iOS. Assim, resume os problemas nativos apenas a APIs para conversar com os elementos do hardware, que são as mesmas que o sistema Android e o iOS consomem.
Isso é como reutilizar funções ou refatorar um código que tem algumas partes repetitivas fazendo métodos auxiliares. DRY - Don't repeat yourself. O máximo que der para enxugar o código melhor. Por isso, a solução de compilar para código de máquina acho que é o caminho. Deixando claro, que me refiro ao caminho que o Flutter tomou, mas não digo que tem que ser Flutter, pois pode ter concorrentes.
top demais, to almoçando todo dia 🙌🙌🙌
Faz em 15 dias sem documentação, testando em produção! É isso, espero que toda empresa e dev concorrente trabalhe assim! Por favor, continuem pregando essa filosofia😂
Com "Agile"; 6 meses. Sem "Agile"; 15 dias.
É muito "Agile" essa m...
Ninguém entendeu o que o Sr. Fábio falou.
Essa é a prova que a "Pátria Educadora" venceu.
Tá bom Euclides, volta lá pro seu Cobol, e deixa os profissionais cuidarem disso.
@@darkpainter9350 Vá lá pro seu daily e deixa quem programa de verdade cuidar disso.
O mundo corporativo está infestado de “genios” como esses nos cargos de gestão. O cara sequer consegue pensar sobre o que ele está falando.
Como coloco currículo nessa empresa? É só entregar e se tiver funcionando é outra questão e ainda ganhar bem
Mano, que vídeo bom, pq ninguém tá falando da segunda parte do vídeo? Que aula
Se o negócio aprender IA da forma que ele ta falando, quer dizer que o negócio vai aprender a pedir o que exatamente quer. Se chegar nesse nível, boa parte dos processos que "burocratizam" as entregas pode realemnte ser descartado. O problema é que "o negócio" não sabe pedir, pq de fato é complexo. Resumindo, só IA não resolve o problema
Como diria o Deivyn "é pill atras de pill"
O líder que qualquer dev sonha!! Coloca em produção e fod....
"tem muito sistema que podia ser uma planilha em excel". e se isso agilizasse o atendimento/consulta de preços de atendente xarope em "loja", já seria um grande avanço. tipo, quem nunca escutou um: "ain, é que o sistema aqui está lento"? conta de usuário, planilha e um só pc do estabelecimento com acesso internet sem estar na mesma rede dos outros, resolveria para quem atende não ser burro o suficiente para deixar tudo lento quando precisar e câmera no estoque e voltada para o caixa? mais disso e menos gasto com coachs de treinamento?? só eu gosto de resultado ao invés de puxa saquismo e afins???
SM inútil foi a maior true. 😅
A sociedade treme com a verdade
11:25 faltou:
Geladeiras, Máquinas de Lavar, câmeras de segurança, Mídias de carro...
que essa regra de "errado mas estava funcionando" não se aplique a carros, aviões, bancos, contabilidade, hospitais, etc...
a arquitetura inicial não é algo que dê pra ignorar...
Se o *dinheiro* sumir da conta corrente depois arruma‼️Desisti de abrir uma na Caixa Econômica🇧🇷
O que ninguém percebeu é que a experiência dele é numa estatal. Ou seja, não é a realidade do mercado. Lá no estatal são seis meses pra colocar um botão no topo do site mesmo. Mas é engraçado a forma como ele falou, foi go hourse total mesmo.
Vocês não tem ideia do que é a TI nessas grandes empresas do governo… Ele exagerou mas estava desabafando. As áreas de negócio ficam malucas com a TI. Modelo organizacional velho e ultrapassado. TI funciona como “fornecedora” de serviços digitais. É um desastre.
Imagina o errado sumir com o saldo dos clientes da Caixa. Quem vai pagar por esse prejuizo ??? Imgina hoje tem 100 mil na conta. E acordar amanha sem saldo na conta. Vamos agradecer ao senhor.
Deve ser pai do mano deyvin
levando em conta a "qualidade" dos apps e do internet banking da caixa (que é onde o vovô aí trabalha) eu acredito em tudo que ele disse. O time de negócio botou tudo no ar sem testes.
O vídeo saiu de um tiozão maluco falando asneiras verdadeiras, pra amplo conhecimento após uma pergunta milagrosa.
Vim pra ver fofoca do Tiozin XGH e acabei ganhando uma Pilula de conhecimento boa, obrigado amigo! ganhou um inscrito
10:15 "Daqui pra baixo... daqui pra baixo é assim..." é sem palavras, só vivendo pra saber. 😂
na moral q esse tiozão é o típico dono de empresa, que vê o lucro diminuindo toda vez que o RH avisa que a equipe tá precisando de mais uma cabeça p trabalho andar kkkkkkkk
"baaah meu, o véio galo cinza né". Obrigado, me sinto em casa. kkkk
Esse senhor trabalha aonde? ja vou mandar curriculo la. 🤣
Eu uso flutter, mas ai qualquer um sabe que quando vai pra um framework assim ta trocando desempenho/controle por praticidade.
Perai, sendo um grande Banco todo o sistema a ser desenvolvido não deveria ter tudo para garantir a segurança? Afinal é um banco não é um "boteco de esquina"
Ou talvez o roteiro da fala desse consultor da Caixa foi feito no ChatGPT!?
excelente, vamos pensar aqui
fazer o programa sei la que controla o autopilot de um aviao, sem teste , sem nd, peo pra funcionar, errado . mais ta funcionando, se cair o problema e de quem ta dentro do aviao nao de quem escreveu
scrumeia ai ent ja q vc é o bomzão
Acho ótimo. O véio da emprego pra gente fazer Go Horse, daí pra corrigir os erros, daí tentar evoluir o sistema, daí criar novas funcionalidades, pra perceber que por ter sido Go Horse no começo cagou tudo e tem que refazer... Daí vai refazer e dá-lhe Go Horse, loop infinito...
Eles baixam os dados do UC né!
Mas muito do que esse véio falou é real. Implementamos diversas regras dentro do processo que mais atrapalham do que ajudam.
Sem acessibilidade qualquer um entrega em qualquer prazo...
E sobre o React vs Flutter, qual é o melhor?
Deixa ele fazendo sistema em 15 dias... É bom que a gente testa o sistema dele
"Tava funcionando em 15 dias...errado mas tava funcionando"😂😂😂😂😂😂😂😂 mto bom
O importante é funcionar