chuta o que lhe vem na mente... tente explicar o que vc acha que entendeu

Em um breve resumo, ele tentou mostrar como começou os problemas de escalabilidade de aplicações web. Desde a ter servidores físicos e configurá-los, a até os dias de hoje, em que ter um servidor físico não é mais interessante se você pode contratar serviços que fazem isso pela internet. Já que servidores físicos dão trabalho, ocupam espaço, e sempre é desperdiçado recursos, como aproveitar o máximo esses recursos? É ai que começa toda a história: usar esses servidores para hospedar vários sites, de várias empresas diferentes, através de virtualização/containers, e softwares para configurar automaticamente servidores, para não ter que fazer na mão. Desse conceito veio todo o resto: rodar sistemas operacionais, processos, em cima de outros sistemas operacionais, para aproveitar ao máximo esses servidores parrudos. É dessa ideia que surgiu a AWS, Azure, e muitos outros. De tecnologias, no começo apareceram jails, que resolviam problemas de segurança, depois os cgroups, inventado pela google, que seria uma maneira de isolar processos, como se os processos rodassem em sistemas operacionais diferentes pra que esses processos nao afetassem um ao outro, ai vieram os linux containers(LXC) que basicamente trouxeram os conceitos de acessar esses processos isolados pelo terminal/rede, e rodar daemons; e finalmente veio o docker, uma maneira de "versionar" infraestrutura como se estivesse usando o GIT, e a possibilidade de orquestrar esses containers, através por exemplo do kubernetes.

@@Ouaueaio bom resumo, agradeço

@@Ouaueaio nossa, resumo perfeito

O segredo é você pesquisar e estudar cada termo separadamente.

A onda de novos novos estudantes de programação (eu incluso) é gigante. Vejo muita gente querendo surfar nela "pelo dinheiro" e pelo "trabalho remoto", mas o que eu percebo regularmente é a galera se frustrando com dificuldades e vendo que na verdade... É um trabalho como qualquer outro, tem que dedicar tempo, estudar, e de preferência *gostar de estudar* pra crescer.

é verdade! eu não tinha me atentado a isso mesmo. ao que parece o Windows também fez o equivalente a cgroups e namespaces e fez um userland que é o nano server. Como eu não deployo nada em Windows, tinha me esquecido de ver isso. Bem lembrado.

sim, mas a vantagem de TI é q vc pode aprender o basico depois ir evoluindo gradativamente, em outras profissões eu não vejo mto isso, algumas vc faz uma prova e supostamente já ta preparado kkk

@@nathan_408 Informática é um mundo complicado. Você se dedica bastante e aprende uma tecnologia hoje para daqui a 2 anos talvez ter que jogar quase tudo fora e ter que aprender outra coisa que substituiu. E isso é o tempo todo. Um médico, por ex. nunca joga fora seu conhecimento. Apenas acumula.

@@Adilson077 sim, já larguei TI de lado e to focando em outras coisas, talvez eu volte mas n tenho certeza.

É..a pessoa tem que ter o perfil no sangue, gosto de apreender, se reinventar,mudar, isto é fácil e legal quanto se é novo, com 18,19 anos. Hoje confesso que com o passar dos anos, família, etc, não tenho o mesmo pique e vontade, tento me manter atualizado, mas, há de se gostar muito disto ao longo da vida, ou migrar para cargos de gestão, ligados a burocracia, negócio, frameworks,etc.

Eu sempre fui VICIADO em informação. Optei pela Logística e deu certo até um certo ponto pois eu só pensava na informação e nos números e uma forma de juntar a "realidade" do dia a dia nas empresas e nas minhas e em outras operações e colocar no bendito do computador. Primeiro veio o excel e eu adorava essa ferramenta que em 2005 ou 2007 já passou a ser muito pouco eu queria o Access e aprendi muito e aprendi tudo FUÇANDO !!!!!! Fuçando mesmo, pois nessa época ainda eram poucos vídeos (Se é que tinha algum) e poucos documentos.... Então eu comecei criando um banco de exemplo gerado pelo próprio access e eu mudava e remendava tudo dentro dele, apagava, criava e testava até a exaustão (Eu adorava aquilo e passava fds inteiros nisso). Até que tive "coragem" e me engajei num programa sobre o Lean na Nacional Gás onde falei sobre o access e logo foi aceito e eu criei um controle de permanência de caminhões dentro da base auxiliando no controle de horas extras com o envolvimento da portaria, Logística e Comercial. Sempre penso em como trabalhar muito uma vez pra depois trabalhar ou gerar menos esforço e mais resultados. Estou terminando ADS e passo muitas horas, todas as possíveis, com tecnologia. Estou com 46 hein ?? Foda-se ! "Vamo" pra cima !!!! "No Pain no gain" Fábio Akita quem gosta, e eu tb.

Eu tava esquecendo de serverless e pretendo falar rapidamente a respeito nessa série ainda sim.

kkkkkkkk boa. No meu caso foi tomando muito não e tentando repetir menos os erros anteriores. Por exemplo precisei fazer 18 entrevistas de emprego pra conseguir o primeiro trampo como programador frontend. Na linha de comando é barato errar e continuar aprendendo, mas na vida real onde você estabelece relacionamentos pessoais direto em produção, sempre é mais custoso (principalmente no emocional) mas acaba não fugindo do errar e acertar. Embrace the struggle !

Valeu! Que bom que você entendeu minha idéia. Eu acho que entender as coisas de hoje é mais simples se entender porque chegamos onde estamos.

Conseguir um co-founder de TI que 1) vc confia com sua vida 2) é garantidamente sênior na área dele assim como vc é na sua. E precisa ser os dois, e não só um. Nunca vire sócio de um cara que achou de conhecer assim como nunca case com a mina que ficou uma vez na balada.

@@Akitando muito obrigado!

Veja meu vídeo recente que falo de segurança que eu menciono isso

fui inventar de ver o video dele na velocidade 1.5x do KZfaq e dei uma bugada, mas consegui assimilar.

Sim! Naquela época na Locaweb ainda era Ruby 1.8 com Rails 1.2, talvez 2.0. Não existia Bundler ainda. Não existia RVM. A idéia era uma máquina compartilhada, onde cada projeto pudesse ter suas dependências "congeladas" (ou vendorizadas). Era uma combinação de instalar as gems de todos os projetos no mesmo lugar mas cada projeto ter um diretório próprio de gems (com o gem path modificado pra cada) e symlinks pras gems globais pra evitar duplicação. Mas as máquinas naquela época eram muito apertadas, no máximo rodavam sites simples de PHP, então Rails era considerado pesado. Menos que Java mas muito mais que PHP.

Fabio Akita irado! Acho que falar um pouco da experiência de trabalhar lá naquela época poderia render um vídeo bem bacana. Seria no mínimo curioso. A forma como as coisas funcionavam na internet de “antigamente” era bem curiosa. xD

Muito bem. Isso mesmo.

Kkkk mds, como isso funciona? 😅

@@Akitando é que eu to começando agora na programação, sei pouco ou bem pouco ainda e quero aprender tudo da noite pro dia kkkkkkkkkkk mas um dia vou entender e comentar aqui que entendi

Em resumo sim.

é essa daqui kzfaq.info/sun/PLdsnXVqbHDUc7htGFobbZoNen3r_wm3ki

Não precisa de raspberry pi, pra brincar de sysadmin basta instalar um virtualbox e brincar de diferentes distros. E com docker mesmo como você falou pra brincar de containers localmente. Heroku é pra subir rápido de verdade em produção.

Como funciona isso de AMA?

@@Akitando TL;DR: AMA (Ask Me Anything) é um canal onde você recebe perguntas i-m-p-l-a-c-á-v-e-i-s sobre tua carreira e trajetória, work-life balance, pensamentos e peculiaridades pessoais para todos aqueles que acompanham de perto e admiram teu trabalho por anos... mas que jamais poderiam te encontrar para perguntar pessoalmente... Uma espécie de Quora pessoal. Exemplos: - github.com/practicingdev/ama/issues/7 - github.com/zenorocha/ama/issues/66 - github.com/zenorocha/ama/issues/48 ---- VANTAGENS: Certamente algumas perguntas te encorajarão nos roteiros dos vídeos, pautas para os blogposts e tópicos quentes da nossa indústria. Teus seguidores também poderão ter um repositório bem curado em conteúdo e sólido em qualidade. E ainda, ao invés de ficar repetindo respostas todas as vezes que te perguntam por email, basta apenas vc mandar um link do AMA ; - ) DESVANTAGENS: Sem sombra de dúvida muito bullshit e non-sense vai aparecer, então um curadoria será necessária. Perguntas tipo: vc prefere Scrum ou Kanban? Java ou Ruby (#pqp)? Talvez vc poderia focar nas que tiverem no top do rank +1.

Ah, esse também é muito bom... porra olha que massa: github.com/practicingdev/ama/issues/6

@@Akitando faz sentido?

Simples. No caso do WSL1 o kernel é um wrapper em cima do Kernel NT do Windows. Ele "simula" respondendo as syscalls de um kernel Linux de verdade. Não existe cgroups nem namespaces nem nada disso então o "docker" que vc roda nele é só o client. O Docker server é instalado no Windows e roda em hypervisor um Linux de verdade e faz os containers lá. No WSL2 que saiu o "alpha" hoje, ele roda um kernel modificado de Linux de verdade, algo parecido com um paravirtualização, que vai rodar de verdade em cima do Hyper-V. Então o docker que rodar lá vai ser de verdade container em cima desse kernel linux de verdade que está para-virtualizado.

Mais de 90% da internet roda em cima de Linux, e como a internet está em cloud (AWS, Azure e GCP), conhecimento em Linux é FUNDAMENTAL para ser um profissional em Cloud, é o básico. Básico também são: Networking (Na verdade saber como a internet funciona, desde uma porta IP, DNS, HTTP, TCP hand-shake,etc) e SQL. E uma linguagem de scripting, por exemplo Python. Então resumindo, Linux, Networking, SQL e shell scripting ou Python.