 Ellen, pra eu fazer você o quinoa, Teyir. Muito obrigado, pessoal. Obrigado, pessoal. Tirar o fone aqui. Vou descobrir como é que compartilha a tela nesse negócio. Gente, vocês não sabem, a coisa mais louca desses eventos não é nem a pova dá pra apresentar um negócio pra um monte de gente. É descobrir como é que funciona esse programa. Porque, né, cada evento é um programa diferente. É uma coisa mais doida do que a outra. Então, tá, eu acho que tá tudo certo. E, ok. Então, tá. O que a gente vai falar sobre nessa minha pequena contribuição para o nosso evento? A gente vai falar que o Bernardo cresceu e agora. Então, vamos ver o que isso vai dar. Bem-vindos ao CACDA Brasil 2022. Galera que acompanhou o drama. Não vamos contar pra ninguém, né? Rolou um monte de coisa no passado. Então, vamos tentar se divertir. Deixa eu ligar meu timer aqui pra eu não passar do horário. Então, às vezes, para o que é isso? Quem me faz por ela em resolver começar os outros nomes? Então, atualizem seus holodex. Quem não sabe o que é holodex? Espero que seus reis e suas costas estejam muito bem por continuar assim por muito tempo. Quem sabe o que é holodex, né? Paciência. Eu tinha escrito que a minha primeira keynote, nesses slides, daí eu lembrei que não é minha primeira keynote porque eu já apresentei uma keynote em 2000 e faz muito tempo. Mas, enfim, eu fiquei o tempo inteiro preparando essa palestra e pensando, ah, será que é minha primeira keynote? Então, bom, ficou ali. Deixa eu abrir o chat de vocês aqui para ver o que vocês estão falando. Tá. Então, vai ser uma historinha bem longa essa keynote aqui. Então, a primeira parte é o quê? Então, vamos começar aqui. Eu quero começar falando sobre o que é difícil no nosso trabalho. E o nosso trabalho aqui eu estou dizendo os nerds, a galera da computação. O que é difícil no nosso trabalho? Vamos falar um pouco sobre isso. O que é difícil, o algoritmo é difícil? É difícil no começo, não é? E eu estou partindo um ponto de vista de developer, de desenvolvedor. Então, o pessoal que é DevOps, SRE, etc., tem que ajustar um pouquinho. Eu estou partindo no princípio que eu estou falando com developers, porque esse que é o meu background, não sei, eu esqueço as palavras por esquecer. Enfim, algoritmo é difícil? Não, assim, né? No começo, quando a gente tem que aprender, tem que dar uma estudada e tal, mas depois você pega e é tranquilo, né? E o que que é difícil, então? Assemble é difícil? O problema de assembly, é que quando você olha para assembly, não faz o menor sentido. Depois que você pega a mãe, é uma linguagem normal, igual a qualquer outra, né? Então, até tem muito assembly que é mais fácil que muita linguagem, né? Tipo assim, TypeScript, eu não entro na minha cabeça do Test TypeScript, isso vai ver assembly M542, é molezinha, né? Tem meia-duas instruções. Então, compiladora é uma coisa difícil? É aí que mora o bicho-papão? Não, eu vou falar um pouquinho sobre compiladores depois, mas o problema de compilador, é que o compilador faz muita coisa, mas se a gente for olhar cada coisa que um compilador faz, é uma das coisas normais. Você dá uma estudada, você aprende, você vê, tem que se esforçar um pouquinho, porque é muita coisa, mas não tem nada que é muito difícil. Então, o que que é difícil? 3D deve ser difícil, né? Vou escrever uma engine 3D, vou dar um trabalhão, uma agia negra isso aqui. Não, é tranquilo, é de boa. A matemática dá um pouco de trabalho, você não sabe que a matemática tem que estudar matemática, isso é muito difícil, né? Porque tá, ok, talvez programar esse monte de coisa pequena seja fácil, mas imaginar um sistema inteiro deve ser a coisa mais difícil do mundo. E eu pensava isso também, e aí com várias coisas acontecendo, eu acabei virando o head of product da empresa e resolvi refazer a parte interna inteira do produto lá, e tive que criar um monte de API nova e ver como é que as partes do sistema interagir e tal. Então a arquitetura é difícil? Porque você só tem que pensar, você tem que saber, né? Tudo as coisas que o programa tem que fazer e aí você vai ver, se eu fizer assim, vai estragar aqui, se eu fizer assado, vai estragar lá, se eu fizer não sei o que, tá, tá, tá. Então mais uma hora, o quebra-cabeça se encaixa e é resolvido. Então não é difícil, né? Então o Kubernetes é difícil? Kubernetes era complicado lá para 2017. Era complicado porque era uma zona, não tinha curso, vídeo, livro, todas as coisas que tem hoje. Era a melhor que você aprendisse na raça, se ralando. Mas assim, uma vez que você aprendeu as coisas não eram difíceis. O problema é que era uma bagunça. Mas enfim, o que eu quero dizer com isso? Pessoal que é iniciante, tudo bem, tem muita coisa para aprender, tudo parece muito grande, muito complicado. Pessoal que já tem aí mais de dez anos de experiência nessa área, não, né? É tudo tranquilo assim, é tudo sempre a mesma coisa, tudo o que a gente já viu, né? Então eu tenho aqui a citação do Alan Kay. Quem não conhece Alan Kay, um dia você vai saber quem é, quem conhece, conhece. A maioria das ideias vêm de ideias anteriores. Então a gente já viu tudo, né? Em questão de termos técnicos, a gente já viu tudo. Quando apareceu o Kubernetes, não tinha nada de novo no Kubernetes. Todos os elementos do que o Kubernetes é composto já estavam lá antes. Foi só um rearrangement das mesmas ideias. Então, não tem nada de novo. Para quem está aqui faz tempo, para quem está nesse ramo faz tempo, não tem nada de novo. E de um certo ponto de vista, todos os problemas que foram resolvidos, porque todas as soluções para problemas novos já estão lá. A gente só vai ter que arranjar essa solução de uma maneira diferente, a gente não tem que inventar nada. Já passou nesse ramo de gente estar a época em que tem que criar coisas novas, evolucionárias do zero. E tem algumas coisas às vezes que são um pouco evolucionárias, mas mesmo assim, são passos. São todos passos. E quem está no ramo sempre consegue acompanhar. Então, o que eu quero dizer com isso? Inovação em 2022, tanto falando de tecnologia em geral, quando falando especificamente de Kubernetes Cloud Native da área que a gente está aqui, a inovação não vai ser técnica. A inovação vai ser humana, porque em termos técnicos as coisas andam a divulgar, não são muito revolucionárias as coisas em termos técnicos não mais, não como foi, sei lá, 40 anos atrás. Mas a inovação humana tem muito espaço para acontecer. E o que eu quero dizer para vocês é que em 2022, inovação, coisas novas nesse espaço onde a gente está, a inovação vai ser um ponto de vista humano. Então, deixa eu explicar um pouco do que eu quero dizer com isso. Existe um problema na nossa indústria do iPod vista, é só um problema. Não é um problema técnico. Então, momentos de contar historinhas. Quem é que lembra do iPod? Quem que tem, deve ter um monte de piasada que nem lembra de quando apareceu o iPod. Era tudo pequenininho, tudo que era isso. Mas então, quando apareceu o iPod, foi a coisa mais revolucionária da Faça Terra. Naquela época só tinha lá os MP3 e tal e daí veio o iPod, que era o, meu Deus. Mas a gente olha pro iPod e eles não afetaram nada, devem ter registrado as medidas de patente de umas coisinhas lá, mas não precisavam. Toda tecnologia do iPod já existia. O conceito já existia, a tecnologia já existia, estava tudo lá. Então, qual foi a grande sacada do iPod? O que que, o que que eles fizeram que foi tão revolucionário? Eles entregaram para as pessoas que as pessoas queriam, do jeito que as pessoas queriam, do jeito certo, sem relação, sem formela, sem burocracia. Por que? Porque naquela época existiam vários produtos similares ao iPod. Existiam os MP3 e tal, mas esses pré-ipósios que apareceram primeiro, eles inovaram tecnicamente primeiro, eles escreveram um código primeiro, eles fizeram um monte de coisa primeiro e eles pensaram nas pessoas por último e eles morreram na praia. E o que que o iPod fez que foi diferente? Eles pensaram nas pessoas primeiro e na inovação técnica depois e a inovação técnica do iPod não foi grande coisa. Obvio, os MP3 registraram o monte patente lá e feitam algumas coisas que ninguém tinha feito antes, mas não foi a grande sacada deles, não foi a questão técnica. Já existiam todas as soluções antes. A sacada deles foi botar as coisas no ponto de vista humano primeiro. Tá, mas e aí? O que que eu estou querendo falar com isso? E aí que quem só olhar para a parte técnica em 2022 fica para trás. E deixou contar mais uma historinha, uma história bem diferente para a gente ter uma outra perspectiva. Deixa eu aumentar a minha janela aqui, para eu precisar ler um pouquinho. Então, vamos falar sobre o filme Cidade dos Homens. Quem lembra do Acerola tem uma cena que ele está na escola e ele quer explicar um conteúdo para os colegas, então tem uma aqua da Europa no quadro negro e o Acerola começa a contar explicar a história da época da Revolução Francesa e o Acerola diz, esse aqui é o morro francês onde tem um maluco chamado Napoleão que mandava, era o dono e ele mudou o jeito dele de mandar. Esse aqui é o morro vizinho e ele queria que o morro vizinho fosse da mesma maneira que o morro dele. Antes disso, a parada era dos ingleses que vendia os bagulhos para todas as regiões. Mas o Napoleão foi vencendo pouquinho a pouquinho e impediu os morros de comprar o bagulho da Inglaterra e os ingleses ficaram boladão desculpa o palavrão, mas eu queria ter a citação como eu não queria alterar as palavras do Acerola nesse filme. Então, por que que eu estou mostrando isso aqui? Eu acho o jeito que o Acerola falou isso aqui nessa cena desse filme revolucionário. Por que? Porque a aula de história é uma coisa que tradicionalmente é uma coisa chata para caramba que pouca gente gosta. Então, o que que Acerola fez? Ele explicou para os colegas dele na linguagem dos colegas dele nos termos que os colegas conheciam. Ele pensou ele não estava querendo mostrar que sabe ele não estava querendo dizer que é o sabichão não estava querendo cumprir burocracia não, ele estava querendo comunicar a informação para os colegas da melhor maneira possível que os colegas vão entender. E ele conseguiu fazer isso. E essa é uma coisa importante que a gente vai falar um pouco mais sobre. Então, quem só lembra a parte técnica em 2002 e o nosso exemplo para 2022 qual que tem que ser a nossa atitude nesse início que a gente está? O nosso exemplo tem que ser a Acerola. Então, vamos falar sobre umas coisas um pouquinho mais umas coisas um pouquinho mais tangíveis. Em 2017, quando eu comecei a mexer com o Kubernetes tinha muito eu ouvi muito uma discussão nas conferências nos eventos, né? Galera queria saber o pessoal que as pessoas que eram líderes nos seus contextos, queriam saber quanto que cada developer, que cada desenvolvedor tem que saber sobre Kubernetes. Porque aparecer os Kubernetes estava todo mundo tentando aprender, era difícil e eles estavam pensando se todo mundo for escrever código que vai ajudar em Kubernetes, todo mundo tem que saber Kubernetes. Então, a gente vai ter que vai ter que ter livros vai ter que ter curto, vai ter que ter vídeo vai ter que ter um monte de, sei lá tudo quanta coisa, para todo mundo poder aprender Kubernetes, mas aí a questão é será que todo o desenvolvedor tem que ser expert em Kubernetes? Ou só saber um pouquinho quanto, quanto é que cada desenvolvedor tem que saber de Kubernetes? E eu comecei a trabalhar com ferramentas para desenvolvedores, ou seja trabalhar exatamente nesse problema logo, logo depois de 2018 e eu trabalhei nesse, nesse rama especificamente pensando em, né, como ajudar desenvolvedores que estão escrevendo código que vai ajudar em Kubernetes, esse foi o meu trabalho de 2018 até dezembro agora, quando sai do meu trabalho do, quando sai da minha posição anterior e eu vou dar resposta para vocês trabalhando junto com várias empresas gigantes que usam, que criam produtos, ferramentas que vocês usam todo dia, que têm milhares, milhares de pessoas, a conclusão que a gente chegou com todas essas parcerias criando ferramentas, fazendo pesquisa falando com developers a conclusão que a gente chegou lá quanto que cada developer tem que saber de Kubernetes? Nada toda empresa tem que ter alguém que entende de Kubernetes toda empresa tem que ter uma equipe dependendo do tamanho da empresa que entende de Kubernetes tem que ter alguém que vai configurar o esquema todo agora o desenvolvedor individual tem que saber de Kubernetes, não e não tem que saber nada nada mesmo, não tem que nem ver que Kubernetes existe, Kubernetes tem que desaparecer e o que eu quero dizer com isso? Eu não quero dizer que ah, não esquece Kubernetes, isso aí passou e já joga fora não, o que eu quero dizer é que assim a pessoa que é responsável a colocar Kubernetes tem que ser responsável pelo Kubernetes todas as outras pessoas têm que ter o mínimo de incomodação possível, o mínimo, o mínimo, o mínimo qualquer coisa que você colocar na frente da pessoa que é um obstáculo, que não é o objetivo dela, é uma incomodação e a gente tem que tirar incomodações deixa eu dar um exemplo um exemplo trágico, né? a questão da Kubernetes, né? Pessoal que sabe onde eu trabalho antes pode olhar o produto lá que eu ajudei a criar esse problema que está resolvido é uma coisa que essa solução ainda tem que se espalhar pela comunidade a resolução desse problema, mas é um problema que eu considero resolvido, porque a gente já criou soluções que funcionam para quanto que cada developer tem que saber de Kubernetes mas vamos falar sobre outro problema nos últimos, na última década, digamos ou talvez mais, mas vamos focar na última década questão de segurança ah, porque o sistema para ser seguro tem que fazer tudo isso aqui e essa tem sido a atitude do início de segurança faz anos e anos, né? Então, eu não sei se mudou alguma coisa nos últimos meses que eu não acompanhei mais mas até até onde eu acompanhei sempre foi assim, o Kubernetes vem seguro por padrão vem com todas as configurações de segurança feitas por padrão? Não, por padrão bem, bem queijo suíço e aí alguém tem que ir lá, tem que aprender a configurar coisas de segurança, tem que fazer tem que copiar colado o colega porque é difícil aprender sozinho e daí fazer o sistema ficar seguro e as pessoas fazem isso? Não, elas não fazem porque é uma dor de cabeça mais, que ninguém quer ter e por que o sistema não vê que a configuração de segurança pronta por padrão? A questão é, colocou dor de cabeça na frente das pessoas e as pessoas não querem ah, não, mas tem que fazer, não, não vai fazer se colocou dor de cabeça na frente das pessoas a pessoa não quer saber, a pessoa vai ignorar e daí, qual é a consequência? 2021, lá no de ransomware então, o que que eu estou onde que eu estou querendo chegar com essa história inteira aqui? A gente tem que dar pra a gente tem que pensar nos pessoas, a gente tem que pensar no contexto das pessoas, no que que elas querem no que que é a prioridade pra cada pessoa o que que elas não dispostam a fazer o que que elas não estão tudo isso aí e a gente tem que fazer perder o fio da merda, mas a gente tem que pensar nas pessoas então, deixa eu dar mais uns exemplos bobas aqui, né, matemática em 2000 e sei lá, vocês de aí eu queria aprender por como é que funciona esse negócio de machine learning que tá todo mundo falando, né como é que eu faço pra escrever, mas eu quero escrever na unha não quero usar biblioteca, quero ver na raça como é que funciona machine learning e aí comecei a olhar o material e era aquele monte de equação matemática, eu não fiz faculdade nada, não sei como é que funciona essas coisas e mas eu sabia que o negócio não era tão complicado assim, mas por que que tinha tanta tanto jargão acadêmico entre a pessoa que quer aprender e o e o conceito lá no final e levei um ano inteiro pra aprender um negócio mas tá aprendi, aí cheguei uma série de palestras e comecei a explicar não precisa saber tudo esse monte de equação é uma coisa mais simples a gente vai mostrar o código aqui na palestra mesmo e demorei um pouquinho pra dar um jeito de explicar esse negócio, mas na quinta palestra que eu dei sobre esse tópico aí eu senti que todo mundo que tava lá que assistiu aquela apresentação, todo mundo pegou, todo mundo sacou todo mundo saiu de lá pensando, agora eu entendo como é que funciona machine learning não é uma expertise, mas o conteúdo na cabeça então outro exemplo compiladores, né, então vou mostrar um tijolão aqui, esse aqui é o livro é o livro de compiladores, esse é aquele que tinha um dragão na capa no 90, o dragon book então é compilers, principles, techniques and tools e esse livro aqui é acadêmico pra caramba se você quer aprender sobre compiladores com esse livro aqui você vai sofrer bastante porque é um livro chato pra caramba, ele é muito acadêmico e ele não te ajuda, você quer aprender compilador, é esse livro aqui qual a diferença dos dois esse aqui o autor que é o foco do autor é que você aprenda o foco do autor é eu vou criar um conteúdo legal eu vou criar um conteúdo que vou criar um conteúdo que as pessoas vão curtir, estudar e esse livro que você começa a ler você não para mais porque é gostoso, é um livro que é bom assim, tipo o o dragon book você tem que se forçar a continuar lendo esse aqui você tem que se forçar pra parar e qual a diferença um é livro acadêmico, um é livro que o cara é o bonzão, porque o cara tem que cumprir ou correr porque é referência tudo aquela coisa acadêmica o outro livro é a questão de não, não quero saber de nada eu quero focar na pessoa que tá lendo esse livro e nas necessidades da pessoa que tá lendo esse livro e fazer com que essa leitura seja gostosa, produtiva então, diferenças de abordagem questão de ensino também por exemplo, a gente vê pessoas como Jefferson da Linux Tips que está tendo tanto sucesso e eu nunca assisti um curso dele eu não sei o quão bom ou não o conteúdo é de um ponto de vista técnico mas eu sei que ele fala com as pessoas de pessoa pra pessoa é esse aqui, é esse aqui é o foco de eu quero falar pra pessoa entender é o acerola explicando pros colegas e isso funciona porque o foco é no ser humano que tá ali ouvindo olha que eu tenho né Phd, não sei o que tá tá não então o que vocês têm que ter em mente no trabalho William Dias perguntou qual é o nome do livro esse aqui é Crafting Interpreters o autor é Robert Nistrom e me perguntam no twitter depois se você não captou que daí eu mando link então qual é a mensagem que eu quero deixar pra vocês aqui se você tá trabalhando uma interface e essa interface pode ser uma interface gráfica pode ser uma interface da linha de comando pode ser uma API que também é um tipo de interface se você tá escrevendo documentação se você tem um cargo mais alto e tá direcionando desenvolvimento de certos produtos se você é dono da empresa e tá decidindo o que fazer tudo, qualquer coisa que você quiser, qualquer coisa por mais que você acha que seu trabalho é 100% técnico eu garanto que não é sempre, o foco é o ser humano que vai tá ali utilizando aquilo que você tá criando e, ou seja todos os problemas são problemas humanos esse é o slide pra imprimir-me e com a parede todos os problemas são problemas humanos todos, todos, todos tá, e agora 4, eu vou dar uma resmungada agora eu vou xingar a mão de todo mundo vou deixar todo mundo brabo aqui vou falar um monte de coisa que ninguém vai concordar seguinte minha carreira pessoal como já falei, eu comecei a programar lá quando era criança né, então mas eu tinha outros interesses, não quis trabalhar com programação na juventude resolvi mudar pra programação depois lá mais perto dos 30, assim eu trabalhei com outras coisas, mas sempre tive programado a vida inteira e lendo esse tipo de coisa, porque é coisa que eu gosto é coisa que eu faço no meu tempo de vida, que eu acho legal então quando eu resolvi mudar quando eu resolvi não, agora eu quero que a minha carreira seja de desenvolvimento de software meu primeiro estágio eu já sabia programar, já sabia tudo de escrever código, então meu primeiro estágio já foi com o Codebase e do Kubernetes meu segundo trabalho foi com Big Data de Java e tal, e esses dois trabalhos que foi um estágio curtinho e um trabalho que eu fiquei bem pouco tempo nesses dois trabalhos eu estava escrevendo código o dia inteiro, essa é a minha função depois eu resolvi que não era isso que eu tinha que fazer porque eu não gosto de programar não, eu gosto de programar o programa no meu tempo de vida porque quando não tem mais nada pra fazer, porque é a coisa que eu acho legal a questão foi eu achei que eu tinha que mudar por questão de impacto porque a gente tá num nicho, a gente tá num contexto em que todo mundo que já tem uns anos de experiência sabe programar, todo mundo consegue desenvolver essa ferramenta ou aquela todo mundo consegue criar um um aplicativo que faça isso aqui mas uma coisa que falta muito no nosso ramo é a pessoa que tem um tato para os fatores humanos para as questões mais humanas, a pessoa que tem a percepção que tem a intuição, isso é uma habilidade que a gente nesse ramo especificamente a gente ignora muito e um fenômeno que aparece, é o fenômeno daquela pessoa que não é aquele marmanjo que vê as pessoas mais comunicativas e vem com aquela atitude assim ah, esses palestrinhos aí como é que é, deve de palco e não sei o que, e tá, tá, tá porque o deve tem a que codar e a pessoa fica indo usando o código como se fosse a coisa mais importante então eu vou dar minha opinião não é verdade absoluta, é a minha opinião a minha opinião, como pessoa que programa desde que eu me entendo por gente que estou escrevendo código, a minha opinião é que o código tanto faz, o código pouco é um escreve isso não quer dizer que a pessoa que é desenvolvedora que o trabalho dá não vale nada, óbvio que não é um trabalho que tem que ser feito, tem que ser feito bem mas o código ele é um meio para chegar ao objetivo, o código não é o objetivo e e o código não é o mistério o código não é não é mágica o código é o meio de chegar na mágica e daí a galera vem com esse papo de ah, porque o código correto e o design pattern, o clean code não sei o que, e o que me vem na cabeça é imagina o carteiro chegar na sua casa não, porque esse envelope é bom né, quando vai te entregar a carteira imagina o cara endezando a profissão do jeito que o jeito que a galera desenvolvedora faz né, porque o cara chega com né, sei lá, imagina o cara chegar com uma caixa da, sei lá, da Amazon para te entregar não, porque essa caixa aqui é bolha fita aqui, não sei o que, tá, tá eu tô endezando o detalhe meu então, quando eu vejo esse tipo de atitude, pra mim isso é, oh é isso aqui, é pra mim isso é a pessoa que tem um lado das habilidades necessárias e não tem o outro e quer justificar não tem o outro, a pessoa diz não, só tem que ter coisa técnica e esquece da parte humana então, minha opinião eu nunca vi código que eu não consegui se entender por complexidade é claro, se a pessoa escreveu um monte de spaghetti o problema é da pessoa que não sabe escrever né, mas eu nunca vi código que, ah não, esse código é tão complexo que somente um desenvolvedor super-herói, ninja rockstar, vai conseguir entender não, isso não existe né, código é simples computador é tudo igual você aprende problema uma vez você sabe fazer tudo, basicamente algumas coisas não mais trabalham, pra ter que pesquisar normal, tudo que vale a pena ser feito da trabalho, mas não existe código mágico e eu nunca vi código revolucionário eu nunca vi uma empresa que, pelo menos, pega nos últimos 15 anos aí, talvez 40 anos atrás fosse diferente, porque a indústria era muito chofe, mas pega os últimos 15 anos eu nunca vi uma empresa que, ah não essa empresa aqui teve sucesso, esse produto aqui teve sucesso porque o código era baita porque a pessoa seguiu a convenção fez o clean code, botou o design pattern lá, que aprendeu a faculdade e não né então código processual não interessa o código processual não vale nada novamente, minha opinião código é uma ferramenta pra lidar com os fatores humanos, o código é o que faz com que você vê uma necessidade humana e o código vai satisfazer essa necessidade o código é um meio ele não é o fim então o código é uma ferramenta pra fazer a gente feliz só, a questão é se você não sabe o que faz a gente feliz o código não sai pra nada então vamos lá parte 5, parte final a descrição oh meu Deus, eu estou o slide que tá na tela, não é um slide será que eu tô botando slide atrasado a classe inteira? Deus do céu, espero que não tá, enfim vou torcer pra tá certo aqui aqui tá um slide aqui, outro slide ali enfim, tá, vamos lá essa a descrição dessa palestra se você leu antes de entrar aqui, dizia um monte de coisa dizia como fazer a ferramenta e a comunidade não sei o que, qual é a resposta pra todos os problemas do universo, a resposta pra todos os problemas do universo é empatia e empatia é uma palavra problemática porque tem gente que vê a palavra empatia pensando mas é óbvio porque a gente tem que pensar nas pessoas e aí tem outra metade da galera que pensa, mano, que mané empatia, isso é coisa de hip dinheiro, eu quero ver resultado, eu quero que as coisas funcionem e empatia é coisa de dev de palco, de palestrinha dessas coisas aí, eu não quero saber dessas coisas, então eu vou criar uma conexão aqui normalmente a galera que é mais do coração sofre pra falar com a galera que é mais racional, então vou ajudar a fazer essa ponte pra galera que se diz técnica, que se desfocada em resultado, que não gosta de mimimi a empatia em 2022 na nossa indústria, CloudNative, Kubernetes, etc tendo em vista o progresso técnico que correu no começo dessa jornada de CloudNative, toda a escalada técnica que teve no começo onde foi deixado de lado os autores humanos tendo em vista o platô onde essas coisas chegaram porque as coisas só podem ganhar complexidade até um certo ponto e depois tem que parar pra os autores humanos poder alcançar, então nesse momento a gente tá na parte da onda onde a complexidade técnica chegou e os autores humanos tem que acompanhar, então o iPod de 2022 vai ser feito com empatia não vai ser feito com coisa técnica, então em 2022 você aprende empatia ou seu negócio a fundo, talvez não a fundo, mas não vai crescer é uma questão de negócio se você quer ser o capitalista safado mais capitalista safado de todos em 2022, nesse contexto empatia, você tem que pensar nas pessoas, você tem que pensar nos seres humanos e não é questão de coração não é questão de ser bonzinho é questão de negócio, é questão de sobrevivência em 2022 não tem saída em 2022 a realidade é essa é empatia então é isso que eu queria dizer pra vocês e, obrigada e agora, vai aparecer a gente aqui a gente vai bater papo, desligo pra casa como é que funciona será que alguém me mandou um mensagem nesse lá aqui que eu não vi? será que a gente quer fazer perguntas? não sei será que eu, então, começo a contapiada até o pessoal retomar aqui? gente, povo da organização aparece alguém aí e aí galera, como é que vocês estão? que hora é no Brasil agora? 9h30? sexto marco, o feio da manhã, gente vocês estão se alimentando bem? 10h para a academia hoje tem que fazer os exercícios também ó, tá aí Ricardo Ricardo, você tá a muted sensacional parabéns, achei fantástico fantástico, o pessoal tá aí não vou me banir, não porque eu tenho a sensação que eu xinguei a mãe de todo mundo aqui mas não tem problema, você sabe que você pode você pode tudo eu acho que a gente pode, você vai querer uma sessão de perguntas e respostas eu vi que a Emily falou que o Magno já tá chegando geralmente você não tem no keynote, mas você quer? é por ti, por ti cara, por mim, tanto faz se tiver a pergunta a gente responde, se tiver tempo a gente ocupa o tempo que tiver se já quiser começar a próxima também eu não sei eu não sei se a gente... estamos aí pra qualquer negócio achou o Magno, hein? Magno, tá aí, então demorou então, obrigado pessoal se xinguei muito aí, vocês podem me xingar no Twitter, não tem problema e até depois então tudo de bom aí, Magno na sequência agora vou deixar aqui também