(No pr\u00f3ximo epis\u00f3dio, irei abordar o tema do humor no local de trabalho para o aprofundar um pouco mais, s\u00f3 porque posso. \"Porqu\u00ea tanta seriedade?\").<\/p>\n
Por falar em tempo, passaram duas semanas desde a minha \u00faltima publica\u00e7\u00e3o, pelo que est\u00e1 na altura de publicar o quarto epis\u00f3dio do nosso #TheCodestReview<\/strong> s\u00e9rie.<\/p>\n O coment\u00e1rio sobre o cache de visualiza\u00e7\u00e3o entregue pelo nosso fullstack criador<\/a> e o podcast do diretor de engenharia comentado pelo meu humilde eu.<\/p>\n Como um conhecido mestre da aplica\u00e7\u00e3o Paint e admirador de GIFs e memes, que s\u00e3o como chocolates Merci - dizem mais do que 1000 palavras, decidi que, a partir de agora, vou acrescentar aqui um sabor a isso. E adivinha?<\/p>\n Darth Sidious Pensas que me podes deter GIF<\/a> de GIFs do Darthsidious<\/a><\/p>\n Da \u00faltima vez, decidimos dar destaque ao StimulusReflex, que est\u00e1 a chamar a aten\u00e7\u00e3o na Rubi<\/a> comunidade como um novo mi\u00fado no bloco, sendo uma alternativa \u00e0 utiliza\u00e7\u00e3o de Javascript<\/a> em projetos Rails para evitar exageros.<\/p>\n Ver: StimulusReflex aka ReactiveRails<\/a><\/p>\n Para que seja uma batalha em p\u00e9 de igualdade, quis deixar que o React desse um golpe no Stimulus. Como tamb\u00e9m sou um conhecido homem de honra, que faz sempre o que diz e cumpre as suas promessas, aqui vai:<\/p>\n No pr\u00f3ximo epis\u00f3dio, tenho o prazer e o entusiasmo de anunciar que teremos um post convidado do engenheiro React da Vinted.com. Para aqueles de voc\u00eas que nunca ouviram falar de Vinted (chances baixas, mas ainda poss\u00edveis), Vinted \u00e9 um mercado de moda origin\u00e1rio de Vilnius, Litu\u00e2nia, que atingiu uma avalia\u00e7\u00e3o de unic\u00f3rnio em 2019. A plataforma \u00e9 constru\u00edda sobre s\u00f3lidos Ruby on Rails<\/a> apoiada por React na parte frontal.<\/em><\/p>\n Nota: a minha mulher est\u00e1 a adorar a Vinted e deixou quase completamente de usar o OLX como principal destino para arrumar o nosso guarda-roupa e vender roupa usada (era uma verdadeira f\u00e3 incondicional) =. VOC\u00caS EST\u00c3O A FAZER TUDO BEM!<\/strong><\/p>\n Tenho o privil\u00e9gio de dar as boas-vindas ao primeiro colaborador convidado da nossa s\u00e9rie:<\/p>\n Meryl Streep Sim GIF<\/a> de GIFs de Merylstreep<\/a><\/p>\n Ugn\u0117 Kry\u017eevi\u010di\u016bt\u0117 - Engenheiro React da Vinted<\/a><\/p>\n Ao ler o t\u00edtulo do recente podcast da LadyBug (\u201cGetting Hooked On React\u201d), eu esperava que fosse principalmente sobre Hooks do React. No entanto, embora n\u00e3o tenha se aprofundado nos Hooks, o podcast forneceu uma excelente introdu\u00e7\u00e3o aos conceitos b\u00e1sicos da biblioteca React para JavaScript.<\/em><\/p>\n Ali e Emma, do podcast LadyBug, discutem os pr\u00f3s e contras do React - desde a disposi\u00e7\u00e3o geral da biblioteca e os seus benef\u00edcios at\u00e9 discuss\u00f5es animadas sobre componentes, dados<\/a> tratamento, ou o Ciclo de vida do React<\/a>Tudo apresentado com uma pitada de experi\u00eancia pessoal. Vale a pena ouvir para qualquer programador de front-end que ainda n\u00e3o tenha tido a oportunidade de experimentar as maravilhas do React.<\/em><\/p>\n O meu primeiro encontro com o React foi h\u00e1 cerca de tr\u00eas anos, quando comecei a minha jornada como programador. Embora Ali e Emma sugiram que o React possa parecer confuso no in\u00edcio, pela minha pr\u00f3pria experi\u00eancia, achei-o relativamente f\u00e1cil de come\u00e7ar e provavelmente o mais f\u00e1cil de avan\u00e7ar em compara\u00e7\u00e3o com outras estruturas de front-end. Existem muitos tutoriais, artigos, bibliotecas de c\u00f3digo aberto e outros tipos de materiais de aprendizagem dispon\u00edveis em todo o lado. No entanto, \u00e9 preciso estar ciente do desenvolvimento ativo do React quando se analisa esses recursos. Este epis\u00f3dio do podcast da LadyBug n\u00e3o \u00e9 uma exce\u00e7\u00e3o - alguns aspectos e m\u00e9todos mencionados j\u00e1 foram descontinuados h\u00e1 algum tempo. Assim, \u00e9 melhor seguir os conselhos da pr\u00f3pria Emma e consultar a documenta\u00e7\u00e3o mais recente.<\/em><\/p>\n O React evoluiu e amadureceu muito, tornando c\u00f3digo<\/a> escrever ainda mais f\u00e1cil com Hooks, que permite usar m\u00e9todos de estado e ciclo de vida sem escrever componentes de classe. Mas para iniciantes - como Ali observa com precis\u00e3o - a variedade de maneiras de escrever React (como componentes de classe\/funcionais\/ganchos) adiciona complexidade adicional, pois \u00e0s vezes pode ser dif\u00edcil visualizar o que est\u00e1 acontecendo. Al\u00e9m disso, ter de destilar o que precisa e encontrar informa\u00e7\u00f5es relevantes sobre a implementa\u00e7\u00e3o do c\u00f3digo pode ser um desafio.<\/em><\/p>\n Como um dos principais benef\u00edcios do React, Ali aponta o facto de ser baseado em componentes, permitindo a modulariza\u00e7\u00e3o do c\u00f3digo e facilitando o trabalho em conjunto com outros programadores. Al\u00e9m disso, a capacidade de utilizar JSX \u00e9 uma grande ajuda visual quando se trabalha com UI no c\u00f3digo JavaScript - n\u00e3o \u00e9 necess\u00e1rio ter ficheiros HTML separados!<\/em><\/p>\n Ali e Emma tamb\u00e9m resumem muito bem a flexibilidade que um sistema de componentes proporciona. Um excelente exemplo pr\u00e1tico \u00e9 o da minha empresa Vinted, que registou um r\u00e1pido crescimento em rela\u00e7\u00e3o ao produto<\/a> bem como o equipas de desenvolvimento<\/a> que trabalharam nele nos \u00faltimos anos. O React proporcionou enormes benef\u00edcios - permitiu n\u00f3s<\/a> para escrever c\u00f3digo muito mais limpo, utilizar componentes de IU reutiliz\u00e1veis e tornou o nosso c\u00f3digo mais f\u00e1cil de testar.<\/em><\/p>\n No geral, este epis\u00f3dio do podcast LadyBug proporciona uma discuss\u00e3o animada e encantadora sobre os principais aspectos do React. Recomendo-o a qualquer pessoa que esteja a iniciar a sua viagem com o React. Repleto de exemplos engra\u00e7ados e analogias com a vida real, o epis\u00f3dio \"prende\" perfeitamente a aten\u00e7\u00e3o de todos os ouvintes, incluindo a minha.<\/em><\/p>\n Infelizmente, as visualiza\u00e7\u00f5es no Rails est\u00e3o a ficar mais lentas com o tempo. Isso ocorre porque a quantidade de objetos armazenados no banco de dados cresce. Isto causa tempos de consulta mais longos e, claro, um processamento mais longo se estiver a fazer algo com cada um dos objectos. Quando isso acontece, n\u00e3o h\u00e1 nenhuma chance, pois existe o cache de visualiza\u00e7\u00f5es do Rails.<\/em><\/p>\n Gra\u00e7as a isto, pode poupar bastante tempo carregando dados pesados da base de dados a partir da cache (carregando um \u00fanico ficheiro html guardado em vez de consultar a base de dados e processar objectos). Pode tamb\u00e9m torn\u00e1-lo menos dispendioso no caso de diferentes parciais e objectos - claro que se os objectos n\u00e3o mudarem com muita frequ\u00eancia. Tamb\u00e9m pode tentar manter os objectos em cache em parti\u00e7\u00f5es separadas - e poupar, por exemplo, 19 de 20 mensagens a serem processadas (possivelmente com muitos campos).<\/em><\/p>\n Por padr\u00e3o, o cache do Rails usa o file_store e mant\u00e9m os dados em cache nas pastas. Mas ele n\u00e3o est\u00e1 excluindo entradas de cache antigas (que podem ter expirado h\u00e1 muito tempo). Isso pode levar ao estouro da quantidade de arquivos ou at\u00e9 mesmo ficar sem espa\u00e7o livre em um servidor. O outro m\u00e9todo \u00e9 memory_store que tamb\u00e9m tem algumas desvantagens (j\u00e1 que o cache \u00e9 mantido num \u00fanico servidor). Tamb\u00e9m pode exceder a quantidade de RAM mantida no servidor (ou a falta de cache se esta for apagada a toda a hora). \u00c9 por isso que o melhor mecanismo de cache de alta escala \u00e9 o m\u00e9todo Memcached\/Redis. Isto d\u00e1-lhe a oportunidade de utilizar uma m\u00e1quina separada para manter a cache que pode ser utilizada por todos os servidores. Gra\u00e7as a isso, n\u00e3o haver\u00e1 problemas de falta de cache ou de espa\u00e7o em disco num servidor.<\/em><\/p>\n A cache no Rails \u00e9 mantida com base num identificador - que pode ser dado imediatamente como uma string ou gerado automaticamente quando passa um objeto para a fun\u00e7\u00e3o de cache. No caso dos objectos, \u00e9 mais frequentemente o atributo updated_at. Tamb\u00e9m \u00e9 poss\u00edvel fornecer uma chave est\u00e1tica a partir de par\u00e2metros de objetos.<\/em><\/p>\n Um m\u00e9todo diferente de armazenamento em cache \u00e9 utilizar Javascript para atualizar um campo que \u00e9 alterado uma vez por dia. Desta forma, \u00e9 poss\u00edvel ter sempre uma data v\u00e1lida, sem ter de atualizar o s\u00edtio Web, que pode ser muito grande ou lento a ser executado.<\/em><\/p>\n Para n\u00e3o vos estragar a surpresa, o painel de discuss\u00e3o sobre o tema do papel do diretor de engenharia no processo de contrata\u00e7\u00e3o \u00e9 extremamente valioso para todos os que se perguntam quando \u00e9 a altura certa para o l\u00edder tecnol\u00f3gico entrar no ciclo de entrevistas. Em Codest<\/a>, n\u00f3s praticamos o que os membros do painel pregam e o nosso CTO<\/a> \u00e9 o primeiro ponto de contacto com engenheiros<\/a> candidatar-se a n\u00f3s, enquanto na fase seguinte as entrevistas s\u00e3o efectuadas por equipa<\/a> gestores com os quais os potenciais novos membros da equipa ir\u00e3o trabalhar em estreita colabora\u00e7\u00e3o. Alguns conselhos pr\u00e1ticos que pode aplicar de imediato para melhorar o seu jogo de contrata\u00e7\u00e3o como gestor de engenharia:<\/p>\n Reveja o seu processo e certifique-se de que entra no fluxo o mais cedo poss\u00edvel, sendo idealmente o primeiro ponto de contacto para os candidatos, uma vez que as primeiras impress\u00f5es desempenham um papel fundamental na forma como a sua empresa \u00e9 vista pelos melhores talentos.<\/p>\n<\/li>\n Contacte os gestores de contrata\u00e7\u00e3o altamente eficazes da sua organiza\u00e7\u00e3o (talvez aquele que o contratou no passado) e pergunte se pode acompanhar algumas das suas entrevistas planeadas, verificar as suas t\u00e9cnicas, pedir dicas. Observe e aprenda. Entre em cada entrevista com uma curiosidade genu\u00edna pelos candidatos.<\/p>\n<\/li>\n Procurem potencial e contratem por potencial e capacidade de crescimento r\u00e1pido.<\/p>\n<\/li>\n Fale sobre os seus an\u00fancios de emprego com todos os seus engenheiros e pergunte-lhes se se candidatariam ao emprego. Se n\u00e3o, pergunte o que \u00e9 que n\u00e3o presta e aplique o feedback deles no an\u00fancio de emprego de constru\u00e7\u00e3o 2.0 que est\u00e1 prestes a colocar nos pain\u00e9is de emprego.\u00a0<\/p>\n<\/li>\n Encare a primeira entrevista como uma oportunidade para criar uma \u00f3ptima rela\u00e7\u00e3o com os seus potenciais futuros colegas.<\/p>\n<\/li>\n<\/ol>\n Encorajo-vos a ver o painel de v\u00eddeos na \u00edntegra, mas se gostam de podcasts e gostam de ouvir enquanto conduzem, fazem exerc\u00edcio ou lavam a loi\u00e7a, aqui t\u00eam tamb\u00e9m um Spotify liga\u00e7\u00e3o.<\/a>\u00a0<\/p>\n Muito obrigado por lerem e, se chegaram at\u00e9 aqui, agrade\u00e7o o vosso tempo e qualquer coment\u00e1rio (quer seja positivo ou negativo) \u00e9 mais do que bem-vindo em LinkedIn<\/a> ou para o meu correio eletr\u00f3nico<\/a>.\u00a0<\/p>\n Em breve, o pr\u00f3ximo epis\u00f3dio!\u00a0<\/p>\n GIF de dan\u00e7a \"Yippie IWill See You Soon Dancing<\/a> de GIFs de \"Yippieiwillseeyousoon<\/a><\/p>\n Ler mais:<\/strong><\/p>\n TheCodestReview #3 - sumo semanal de engenharia de software<\/a><\/p>\n TheCodestReview #2 - sumo semanal de engenharia de software<\/a><\/p>\nLista dos temas que abordamos esta semana:<\/h2>\n
\n
Ficar viciado no React<\/a> por LadyBug Podcast<\/h2>\n
Cache de exibi\u00e7\u00e3o do Rails<\/a> por Jonathan Miles de Honeybadger<\/h2>\n
Diretor de engenharia como mestre de recrutamento<\/a> por Mentoring Club<\/h2>\n
\n