The latest articles on DEV Community by Lucas Faria (@lucasheriques). https://dev.to/lucasheriques https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F5046%2F42e00284-8a83-4e14-b0d1-52f3b4d9bdbb.jpeg https://dev.to/lucasheriques en Lucas Faria Wed, 30 Oct 2024 22:50:21 +0000 https://dev.to/lucasheriques/design-documents-e-rfcs-229b https://dev.to/lucasheriques/design-documents-e-rfcs-229b <p>Recentemente, escrevi um <em>design doc</em> (também chamado de <em>request for comments</em>, ou RFC) no trabalho e recebi um feedback este de um Staff Engineer: "o conteúdo está bom, mas está um pouco desorganizado. Fica difícil localizar as partes mais importantes".</p> <p>Isso me fez refletir sobre como podemos melhorar nossa documentação técnica. E como isso pode nos ajudar a crescer na carreira.</p> <h2> ✨ O que esperar do artigo </h2> <ul> <li>Por que documentação técnica é importante para sua carreira</li> <li>Como escrever RFCs e design docs que pessoas vão querer ler</li> <li>Quando prototipar antes de documentar</li> <li>Dicas práticas baseadas em experiências reais</li> </ul> <h2> Por que escrever documentação técnica? </h2> <p>A primeira coisa que precisamos entender: documentação não é burocracia.</p> <p><strong>Escrever clarifica nosso pensamento.</strong> </p> <p>Quando colocamos nossas ideias no papel, somos forçados a organizá-las. </p> <p>É comum percebermos falhas no nosso raciocínio apenas quando tentamos explicá-lo.</p> <p>Empresas como Uber, Airbnb, GitLab e Shopify usam RFCs e design docs como parte fundamental do seu processo de desenvolvimento. </p> <p>O motivo? <strong>Feedback cedo evita retrabalho depois.</strong></p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F28b53c0b-8c66-48ee-a024-8cfdd451dce3_2217x1996.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F28b53c0b-8c66-48ee-a024-8cfdd451dce3_2217x1996.png" title="O Ciclo de vida do desenvolvimento de software." alt="O Ciclo de vida do desenvolvimento de software." width="800" height="720"></a></p> <p>Talvez vocês se lembrem dessa imagem do meu artigo de <a href="https://newsletter.nagringa.dev/p/produto-vs-plataforma" rel="noopener noreferrer"><strong>produto vs plataforma.</strong></a><br><br> Ela mostra as etapas padrões do ciclo de vida de desenvolvimento de software.</p> <p>Toda mudança que precisamos fazer até <strong>depois da etapa 2</strong> é cada vez mais cara.</p> <p>Se nossa arquitetura mudar durante a implementação, o trabalho será muito maior.</p> <p>É através da escrita de <em>design docs</em> que conseguimos evitar esse re-trabalho.</p> <p>Outras vantagens de escrever RFCs:</p> <ol> <li> <strong>Conseguir feedback rapidamente.</strong> Tanto do lado de engenharia para ver se sua abordagem está correta. Quanto do lado de produto, para ver se os requisitos estão sendo todos cobertos.</li> <li> <strong><a href="https://lucasfaria.dev/bytes/writing-is-about-scaling-yourself" rel="noopener noreferrer">Escalar você mesmo.</a></strong> Se você não criar um documento, as pessoas só vão poder ver suas ideias falando com você. E se seu projeto envolver mais gente, com mais pessoas você vai precisar falar. Ao ter um artefato externo, você consegue chegar em mais pessoas com menos tempo.</li> <li> <strong>Promover uma cultura de escrita.</strong> Se alguém ver você escrevendo um bom RFC, essa pessoa poderá fazer o mesmo no futuro. Assim, a equipe toda consegue tirar as vantagens desses tipos de documento, e conseguem feedback com mais rapidez.</li> </ol> <h2> O poder dos protótipos </h2> <p>A escrita é importante. Mas, as vezes, quando temos um problema novo, pode ser que não tenhamos alguma base para já discutir sobre ele.</p> <p><strong>É aqui que entram os protótipos.</strong></p> <p>Protótipos são uma ferramenta poderosa para validar ideias rapidamente. Algumas dicas:</p> <ol> <li> <strong>Seja claro que é temporário</strong> <ul> <li>Use uma tecnologia diferente da produção</li> <li>Não perca tempo com testes ou código limpo</li> <li>O objetivo é provar um conceito, não ter código perfeito</li> </ul> </li> <li> <strong>Concentre no que é incerto</strong> <ul> <li>Foque nas partes que você não tem certeza</li> <li>Ignore o que já é bem entendido</li> <li>Valide suas maiores suposições primeiro</li> </ul> </li> <li> <strong>Use para gerar discussões produtivas</strong> <ul> <li>Código real &gt; discussões abstratas</li> <li>Mais fácil criticar algo concreto</li> <li>Ajuda a alinhar expectativas</li> </ul> </li> </ol> <p><strong>Atenção</strong>: Resista à tentação de transformar o protótipo em código de produção. É tentador, mas geralmente é uma má ideia.</p> <h2> Quando documentar vs quando prototipar </h2> <p>Aqui está um framework que uso para decidir:</p> <ol> <li> <strong>Problema conhecido, solução clara</strong>: Escreva o RFC primeiro <ul> <li>Você já fez algo similar antes</li> <li>As tecnologias são familiares</li> <li>Os riscos são bem entendidos</li> </ul> </li> <li> <strong>Problema complexo, muitas incertezas</strong>: Protótipo primeiro <ul> <li>Integrações com APIs novas</li> <li>Arquiteturas que nunca tentamos</li> <li>Muitas partes móveis e times envolvidos</li> </ul> </li> </ol> <h2> Como fazer documentação que pessoas vão ler </h2> <p>Aqui está o segredo: <strong>pessoas são ocupadas</strong>. Ninguém tem tempo de ler um documento de 20 páginas.</p> <p>O que funciona:</p> <ol> <li> <strong>Seja conciso.</strong> Vá direto ao ponto. Um bom documento técnico deve ter 2-3 páginas no máximo.</li> <li> <strong>Use diagramas.</strong> Uma imagem vale mais que mil palavras. Especialmente para: <ul> <li>Fluxos de dados</li> <li>Arquitetura do sistema</li> <li>Modelos de dados</li> <li>Sequência de eventos</li> </ul> </li> <li> <strong>Proponha uma solução clara.</strong> Não liste todas as possibilidades. Escolha uma abordagem e defenda ela.</li> <li> <strong>Destaque o que é importante.</strong> Use títulos, bullets e seções para guiar o leitor.</li> </ol> <p>Um engenheiro, ao ler seu documento, está procurando principalmente pelas seguintes informações:</p> <ul> <li>Entender como os dados estão organizados hoje</li> <li>Porque estamos fazendo uma mudança</li> <li>Quais são das mudanças no modelo de dados</li> <li>1-2 diagramas de sequência ilustrando as como as mudanças vão ser executadas. Se puder, também coloque o <em>design</em> de alta fidelidade aqui (Figma).</li> </ul> <p>Isso foi o que eu aprendi ao escrever minha última RFC. Especificamente do feedback de engenheiros senior e staff+.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F41f32b30-4509-42e1-a1bd-ecff87be57ce_748x551.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F41f32b30-4509-42e1-a1bd-ecff87be57ce_748x551.png" title="Blog - Create a sequence diagramUm exemplo de um diagrama de sequência, mostrando como uma funcionalidade de busca pode funcionar." alt="Blog - Create a sequence diagramUm exemplo de um diagrama de sequência, mostrando como uma funcionalidade de busca pode funcionar." width="748" height="551"></a><br> Um exemplo de um diagrama de sequência, mostrando como uma funcionalidade de busca pode funcionar. Escrever isso em palavras seria mais difícil do que usar uma imagem. Fonte: <a href="https://www.drawio.com/blog/sequence-diagrams" rel="noopener noreferrer">Create a sequence diagram - draw.io</a>.</p> <h2> Como estruturar seu documento </h2> <p>Use essa estrutura como base:</p> <ol> <li> <strong>Contexto (1 parágrafo)</strong> <ul> <li>Qual o problema?</li> <li>Por que precisamos resolver agora?</li> </ul> </li> <li> <strong>Proposta (1-2 parágrafos + diagramas)</strong> <ul> <li>Como vamos resolver?</li> <li>Quais as mudanças principais?</li> </ul> </li> <li> <strong>Implementação (1-2 diagramas)</strong> <ul> <li>Sequência de eventos</li> <li>Modelos de dados</li> </ul> </li> <li> <strong>Riscos e Alternativas (bullets)</strong> <ul> <li>O que pode dar errado?</li> <li>Quais outras opções consideramos?</li> </ul> </li> </ol> <p>Comece simples.</p> <p>Adicione mais sessões, conforme você vê necessidade.</p> <p>Caso você use o Notion na sua empresa, você poe checar essa <a href="https://www.notion.so/templates/collections/top-10-design-documentation-templates-in-notion" rel="noopener noreferrer">lista excelente de templates</a> disponíveis pra ele. Feitos pelo próprio Notion.</p> <h2> Como revisar RFCs dos outros </h2> <p>Revisar RFCs é uma habilidade tão importante quanto escrevê-los. Algumas dicas:</p> <ol> <li> <strong>Procure clareza</strong> <ul> <li>O problema está bem definido?</li> <li>A solução é fácil de entender?</li> <li>Os diagramas fazem sentido?</li> </ul> </li> <li> <strong>Questione premissas</strong> <ul> <li>As suposições fazem sentido?</li> <li>Existem casos de borda não considerados?</li> <li>A escalabilidade foi pensada?</li> </ul> </li> <li> <strong>Seja construtivo</strong> <ul> <li>Sugira melhorias específicas</li> <li>Reconheça pontos positivos</li> <li>Foque em melhorar a solução</li> </ul> </li> </ol> <h2> Os principais erros que você pode cometer escrevendo RFCs </h2> <ul> <li> <strong>Documentar depois de construir</strong> <ul> <li>O RFC vira apenas uma formalidade</li> <li>Time não está aberto a feedback</li> <li>Perde-se a chance de evitar problemas cedo</li> <li>Comum, mas não recomendado</li> </ul> </li> <li> <strong>Foco excessivo em detalhes técnicos</strong> <ul> <li>Muito código e pouca explicação do porquê</li> <li>Diagramas complexos que só você entende</li> <li>Falta contexto do problema sendo resolvido</li> <li>Lembre-se: seu leitor pode não conhecer o sistema tão bem quanto você</li> </ul> </li> <li> <strong>Listar todas as opções possíveis</strong> <ul> <li>"Podemos usar X, Y ou Z para resolver isso..."</li> <li>Não tomar uma posição clara</li> <li>Deixar decisões em aberto</li> <li>Melhor: proponha uma solução e defenda ela</li> </ul> </li> <li> <strong>Não considerar o público</strong> <ul> <li>Linguagem muito técnica para stakeholders de negócio</li> <li>Muito contexto de negócio para um doc técnico</li> <li>Misturar diferentes níveis de abstração</li> <li>Sempre pense: quem precisa entender esse documento?</li> </ul> </li> <li> <strong>Não explicar o impacto no negócio</strong> <ul> <li>Focar só na solução técnica</li> <li>Não explicar por que isso é importante</li> <li>Não mostrar trade-offs de negócio</li> <li>Todo projeto técnico existe para resolver um problema de negócio</li> </ul> </li> <li> <strong>Documentação muito longa</strong> <ul> <li>"Vou documentar tudo que sei sobre o sistema"</li> <li>Detalhes que não são relevantes para decisão</li> <li>Contexto histórico desnecessário</li> <li>Mantenha o foco no que é importante agora</li> </ul> </li> <li> <strong>Poucos ou nenhum diagrama</strong> <ul> <li>Paredes de texto</li> <li>Explicações que seriam mais claras visualmente</li> <li>Fluxos complexos descritos em texto</li> <li>Use diagramas para explicar fluxos, arquitetura e modelos de dados</li> </ul> </li> <li> <strong>Não revisar com stakeholders cedo</strong> <ul> <li>Esperar o documento ficar "perfeito"</li> <li>Descobrir problemas fundamentais tarde</li> <li>Perder chance de alinhar expectativas</li> <li>Compartilhe rascunhos cedo e peça feedback</li> </ul> </li> </ul> <h2> 🌟 Resumo </h2> <ul> <li>Alterne entre documentação e protótipos baseado na incerteza do problema</li> <li>Foque em ser conciso e visual - use diagramas sempre que possível</li> <li>Protótipos são excelentes para validar ideias rapidamente</li> <li>Uma boa documentação pode ser a diferença entre um projeto bem sucedido e um fracasso</li> </ul> <p>Lembre-se: o objetivo não é ter documentação ou protótipos perfeitos. É comunicar ideias de forma efetiva e validar soluções rapidamente.</p> <p>Se você quer ver exemplos de bons design docs, recomendo dar uma olhada no <a href="https://www.designdocs.dev" rel="noopener noreferrer">DesignDocs.dev</a>. Tem uma coleção incrível de exemplos de empresas como Google, Sourcegraph e outras.</p> <p>Caso você use o Notion, cheque <a href="https://www.notion.so/templates/collections/top-10-design-documentation-templates-in-notion" rel="noopener noreferrer">essa lista</a>.</p> <p>Esse artigo foi publicado na <a href="https://newsletter.nagringa.dev/p/design-docs-e-rfcs" rel="noopener noreferrer">minha newsletter</a>, Dev na Gringa. </p> <p>Se você gosta do meu conteúdo, considere <a href="https://newsletter.nagringa.dev/subscribe" rel="noopener noreferrer">se inscrever</a> para receber diretamente por e-mail.</p> braziliandevs documentation Lucas Faria Fri, 25 Oct 2024 17:32:43 +0000 https://dev.to/lucasheriques/aplicacoes-local-first-o-futuro-da-web-4nf3 https://dev.to/lucasheriques/aplicacoes-local-first-o-futuro-da-web-4nf3 <p>Publicado primeiro na newsletter <a href="https://newsletter.nagringa.dev/p/aplicacoes-local-first" rel="noopener noreferrer">Dev na Gringa</a>. Se quiser receber o próximo no seu e-mail, <a href="https://newsletter.nagringa.dev/subscribe" rel="noopener noreferrer">se inscreva</a>.</p> <p>Aplicações web hoje dependem muito de servidores. Todo dado fica em algum datacenter, e precisamos de internet para acessar qualquer coisa.</p> <p>Porém, existe um movimento crescente para mudar isso: aplicações <em>local-first</em>.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252Fa115e748-3d7b-4548-b833-3b36d27f6c18_1622x1208.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252Fa115e748-3d7b-4548-b833-3b36d27f6c18_1622x1208.png" title="Como funcionam aplicações local-first." alt="Como funcionam aplicações local-first." width="800" height="595"></a><br> Fonte: <a href="https://speakerdeck.com/ept/the-past-present-and-future-of-local-first?slide=25" rel="noopener noreferrer">Palestra do Martin Kleppmann na Local-First Conf em 2024</a></p> <p>Como um <a href="https://blog.pragmaticengineer.com/the-product-minded-engineer/" rel="noopener noreferrer">engenheiro de software focado em produtos</a>, eu sou fascinado por aplicações <em>local-first</em>.</p> <p>O principal motivo é pela experiência incrível que ela fornece aos nossos usuários.</p> <p>Esse é um movimento que me interessa principalmente por isso.</p> <p>A capacidade de criar aplicações web que pareçam como um <em>app</em> nativo.</p> <p>Com nenhum <em>loading</em> ou <em>skeleton</em>. Que carregue instantaneamente. Interações de UI sendo feitas a 60 FPS.</p> <p>Hoje, vamos ter um artigo um pouco diferente, mais técnico.</p> <p>Uma introdução a arquitetura <em><a href="https://localfirstweb.dev/" rel="noopener noreferrer">local-first</a></em>.</p> <h2> ✨ O que esperar do artigo </h2> <ul> <li>O que é desenvolvimento local-first e porque ele está ganhando tração agora</li> <li>Como algumas empresas já usam essa arquitetura com sucesso</li> <li>Uma análise profunda dos trade-offs e quando essa abordagem faz sentido</li> </ul> <h2> O que é desenvolvimento local-first </h2> <p>Desenvolvimento local-first é uma mudança de paradigma na forma como construímos aplicações.</p> <p>Em vez dos dados ficarem centralizados em um servidor, cada cliente (navegador, app móvel) mantém uma cópia local completa dos dados. O servidor passa a ter um papel secundário: ajudar na sincronização entre diferentes dispositivos.</p> <p><strong>A mudança principal é que o cliente passa a ser a fonte primária da verdade, não mais o servidor.</strong></p> <p>Algumas aplicações famosas já usam esse conceito:</p> <ul> <li>Figma: permite editar designs mesmo offline</li> <li>Linear: toda operação é instantânea pois os dados estão locais</li> <li>Notion: você pode continuar escrevendo mesmo sem internet</li> <li>Superhuman: email funciona perfeitamente offline</li> </ul> <h2> Como isso funciona na prática </h2> <p>A tecnologia que permite esse tipo de arquitetura são os CRDTs (Conflict-free Replicated Data Types).</p> <p>São estruturas de dados especiais que garantem que diferentes cópias dos dados podem ser modificadas independentemente e depois sincronizadas sem conflitos.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F6e7fae5d-2168-4f07-a35e-ef850b842578_1545x720.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F6e7fae5d-2168-4f07-a35e-ef850b842578_1545x720.png" title="Como funcionam Conflict-free Replicated Data Types (CRDTs)." alt="Como funcionam Conflict-free Replicated Data Types (CRDTs)." width="800" height="373"></a><br> <a href="https://medium.com/@shivajiofficial5088/demystifying-crdts-enhancing-distributed-systems-d4463e792d90" rel="noopener noreferrer">Fonte: Demystifying CRDTs: Enhancing Distributed Systems</a>.</p> <p>Vamos ver um exemplo prático. Imagine um editor de texto colaborativo:</p> <ol> <li>Alice começa a digitar um documento no seu laptop</li> <li>Bob abre o mesmo documento no computador dele</li> <li>Alice perde internet mas continua digitando</li> <li>Bob também faz alterações no documento</li> <li>Quando Alice reconecta, as mudanças são mescladas automaticamente</li> </ol> <p>Com CRDTs, não precisamos nos preocupar com conflitos de edição. A estrutura de dados garante que as alterações podem ser mescladas de forma determinística.</p> <p>Algumas aplicações como o <a href="https://www.figma.com/blog/how-figmas-multiplayer-technology-works/" rel="noopener noreferrer">Figma</a> e o <a href="https://www.youtube.com/watch?v=Wo2m3jaJixU" rel="noopener noreferrer">Linear</a> não usam CRDTs propriamente. Pois, CRDTs são um pouco mais complexos: são feitos para funcionarem de maneira descentralizada.</p> <p>Como essas aplicações tem uma fonte de verdade final (no servidor), a sua lógica fica um pouco mais simples. Pois não é necessário a questão de descentralização, já que há uma entidade com autoridade central.</p> <p>Por isso, as <em>sync engines</em> são um pouco mais simples.</p> <p>Mas, tudo isso começa a partir dos princípios que as CRDTs trazem. Diretamente do <a href="https://www.figma.com/blog/how-figmas-multiplayer-technology-works/" rel="noopener noreferrer">blog de engenharia do Figma</a>:</p> <blockquote> <p>Even if you have a client-server setup, CRDTs are still worth researching because they provide a well-studied, solid foundation to start with. Understanding them helps build intuition on how to create a correct system. From that point, it's possible to relax some of the requirements of CRDTs based on the needs of the application as we have done.</p> </blockquote> <h2> Os trade-offs do desenvolvimento local-first </h2> <p>Como qualquer decisão arquitetural, local-first vem com seus próprios desafios. Vamos analisar os principais trade-offs e como eles afetam diferentes tipos de aplicações.</p> <h3> Sincronização e Consistência </h3> <p>Em uma arquitetura tradicional, o servidor é a fonte da verdade. Em local-first, cada cliente tem sua própria cópia dos dados.</p> <p><strong>Prós:</strong></p> <ul> <li>Operações instantâneas para o usuário</li> <li>Trabalho offline possível</li> <li>Sem single point of failure</li> </ul> <p><strong>Contras:</strong></p> <ul> <li>Estado pode ficar temporariamente inconsistente</li> <li>Resolução de conflitos é complexa (CRDTs ajudam com isso)</li> <li>Usuários podem ver versões diferentes do mesmo dado</li> </ul> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F75050f57-cd92-45af-8707-3fd26ffae7e1_1437x787.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F75050f57-cd92-45af-8707-3fd26ffae7e1_1437x787.png" title="Em aplicações local-first, você faz os updates localmente, que eventualmente são sincronizados com outros clientes." alt="Em aplicações local-first, você faz os updates localmente, que eventualmente são sincronizados com outros clientes." width="800" height="438"></a><br> Fonte: Palestra do Anselm Eickhoff, criador <a href="https://jzhao.xyz/thoughts/jazz.tools" rel="noopener noreferrer">jazz.tools</a>, <a href="https://www.youtube.com/watch?v=pBvGeU7bL5A" rel="noopener noreferrer">no meetup Local-first Berlin</a>. Em aplicações <em>local-first</em>, você faz os updates localmente, que eventualmente são sincronizados com outros clientes.</p> <h3> Performance e Recursos </h3> <p><strong>Prós:</strong></p> <ul> <li>Queries são rápidas (dados locais)</li> <li>Menor carga nos servidores</li> <li>Zero latência para operações básicas</li> </ul> <p><strong>Contras:</strong></p> <ul> <li>Dados ocupam espaço no dispositivo</li> <li>CRDTs podem crescer muito com histórico</li> <li>Sincronização inicial pode ser lenta</li> </ul> <p>Por exemplo, o Figma precisa baixar o arquivo de design completo antes que você possa começar a editar. Em arquivos grandes, isso pode levar alguns segundos.</p> <h3> Segurança e Validações </h3> <p>Este é provavelmente o trade-off mais significativo. Em uma arquitetura tradicional, podemos confiar que o servidor vai validar todas as operações.</p> <p><strong>Prós:</strong></p> <ul> <li>Dados sensíveis ficam no dispositivo</li> <li>Menor superfície de ataque</li> <li>Usuário controla seus dados</li> </ul> <p><strong>Contras:</strong></p> <ul> <li>Validações precisam ser duplicadas</li> <li>Difícil revogar acesso a dados</li> <li>Vazamentos são mais difíceis de detectar</li> </ul> <p>Uma estratégia comum é ter validações em camadas:</p> <ol> <li>Validação local para feedback rápido</li> <li>Validação no servidor antes de propagar mudanças</li> <li>Reconciliação periódica de dados</li> </ol> <h3> Complexidade de Desenvolvimento </h3> <p><strong>Prós:</strong></p> <ul> <li>Menos infraestrutura para manter</li> <li>Escala naturalmente</li> <li>Menos código de API</li> </ul> <p><strong>Contras:</strong></p> <ul> <li>Debugging mais complexo</li> <li>CRDTs tem curva de aprendizado</li> <li>Ferramental ainda imaturo</li> </ul> <p>James Arthur, fundador do ElectricSQL, compartilhou em uma palestra que um dos maiores desafios em sistemas local-first é rastrear a origem de bugs. Como os dados podem vir de múltiplos dispositivos e serem modificados offline, pode ser difícil entender como o sistema chegou em determinado estado.</p> <p>Um exemplo comum é quando diferentes clientes têm versões diferentes do schema do banco. Enquanto em sistemas tradicionais isso seria detectado imediatamente (pois há apenas um schema no servidor), em local-first isso pode causar inconsistências sutis que são difíceis de diagnosticar.</p> <p>Como essa nova versão? Ela mantém o ponto sobre a complexidade de debugging mas usa um exemplo real e citado, ao invés de inventar uma experiência.</p> <h2> Estratégias para mitigar problemas comuns </h2> <ol> <li><strong>Sincronização Seletiva</strong></li> </ol> <p>Em vez de sincronizar todos os dados, permita que o usuário escolha o que manter local:</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F237e042a-d262-48f3-94d1-42e89a96663e_2080x1172.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F237e042a-d262-48f3-94d1-42e89a96663e_2080x1172.png" title="Fazendo sincronização seletiva com o ElectricSQL." alt="Fazendo sincronização seletiva com o ElectricSQL." width="800" height="450"></a></p> <ol> <li><strong>Compressão de História</strong></li> </ol> <p>CRDTs podem crescer indefinidamente. Uma solução é comprimir o histórico periodicamente, mantendo apenas as mudanças mais recentes.</p> <ol> <li><strong>Cache Inteligente</strong></li> </ol> <p>Use estratégias como LRU (Least Recently Used) para manter apenas dados relevantes no cliente:</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fzxejnbr04e4on6auwta6.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fzxejnbr04e4on6auwta6.png" width="800" height="346"></a></p> <h2> Quando faz sentido usar local-first </h2> <p>Local-first não é uma bala de prata. Existem casos onde ele faz muito sentido, e outros onde uma arquitetura tradicional pode ser melhor.</p> <p><strong>Bons casos para local-first:</strong></p> <ul> <li>Editores de texto/código</li> <li>Ferramentas de design</li> <li>Apps de notas e documentação</li> <li>Jogos e aplicações <em>multiplayer</em> </li> <li>Qualquer app que precise funcionar offline</li> </ul> <p>Além disso, um outro bom caso: <strong>onde a qualidade do seu produto é essencial para captar clientes.</strong></p> <p>Foi assim que o <a href="https://linear.app/" rel="noopener noreferrer">Linear</a> cresceu como uma ferramenta de gerenciamento de projetos.</p> <p>Esse é um espaço que é competitivo. Muitas empresas competem aqui: Asana, Atlassian (Jira/Trello), até mesmo GitHub/GitLab.</p> <p>Porém, um dos motivos que fez o Linear conseguiu adentrar esse mercado é devido a qualidade do seu sistema.</p> <p>Aplicações <em>local-first</em>, com suas interações imediatas e rápidas, podem conquistar usuários através da força de sua UX.</p> <p><strong>Casos onde local-first pode não ser ideal:</strong></p> <ul> <li>Redes sociais</li> <li>E-commerce</li> <li>Bancos</li> <li>Apps que dependem muito de dados em tempo real do servidor</li> </ul> <p>A regra geral é: se sua aplicação precisa funcionar offline ou ter colaboração em tempo real, local-first pode ser uma boa escolha.</p> <h2> Ferramentas disponíveis </h2> <p>O ecossistema está crescendo rapidamente:</p> <ul> <li> <a href="https://electric-sql.com/" rel="noopener noreferrer">ElectricSQL</a>: Sincronização Postgres ↔ SQLite</li> <li> <a href="https://yjs.dev/" rel="noopener noreferrer">Yjs</a>: Framework para dados compartilhados</li> <li> <a href="https://pouchdb.com/" rel="noopener noreferrer">PouchDB</a>: Banco local que sincroniza com CouchDB</li> <li> <a href="https://automerge.org/" rel="noopener noreferrer">Automerge</a>: Estruturas CRDT em JavaScript</li> <li> <a href="https://replicache.dev/" rel="noopener noreferrer">Replicache</a>: Biblioteca de sincronização para qualquer backend</li> <li> <a href="https://www.powersync.com/" rel="noopener noreferrer">PowerSync</a>: Sincronização com <em>first-party support</em> para o Supabase (Postgres)</li> </ul> <p>Veja mais ferramentas aqui no <a href="https://localfirstweb.dev/" rel="noopener noreferrer">localfirstweb.dev</a>.</p> <p>Se quiser saber mais sobre as atualidades desse cenário, também recomendo ver as palestras da <a href="https://www.youtube.com/@localfirstconf" rel="noopener noreferrer">Local-First Conf</a>.</p> <h2> 🌟 Resumo </h2> <ul> <li>Local-first é uma mudança de paradigma onde dados ficam primariamente no cliente</li> <li>Os benefícios principais são performance, suporte offline e colaboração</li> <li>CRDTs permitem sincronização sem conflitos mas tem seus próprios desafios</li> <li>Trade-offs significativos em segurança e consistência precisam ser considerados</li> <li>O ecossistema está amadurecendo rapidamente</li> </ul> <p><strong>A chave é entender que local-first não é um substituto completo para arquiteturas tradicionais - é uma ferramenta diferente com seus próprios casos de uso.</strong></p> <p>Se você está construindo uma nova aplicação que precisa de colaboração em tempo real ou suporte offline robusto, considere uma arquitetura local-first. As ferramentas estão ficando maduras e os benefícios podem superar os desafios.</p> <p>O futuro da web pode ser mais descentralizado do que imaginamos. E desenvolvimento local-first é um passo importante nessa direção.</p> <p>Esse artigo foi publicado na <a href="https://newsletter.nagringa.dev/p/aplicacoes-local-first" rel="noopener noreferrer">minha newsletter</a>, Dev na Gringa. </p> <p>Se você gosta do meu conteúdo, considere <a href="https://newsletter.nagringa.dev/subscribe" rel="noopener noreferrer">se inscrever</a> para receber diretamente por e-mail.</p> braziliandevs architecture softwareengineering Lucas Faria Sun, 22 Sep 2024 17:08:13 +0000 https://dev.to/lucasheriques/dicas-para-ir-bem-em-entrevistas-de-live-coding-2ndj https://dev.to/lucasheriques/dicas-para-ir-bem-em-entrevistas-de-live-coding-2ndj <p>Nos últimos meses, tenho atuado como entrevistador na Brex. Após cerca de 15 entrevistas de <em>live coding</em>, ganhei uma nova perspectiva sobre o processo. Essa experiência me permitiu entender melhor o que faz um candidato se destacar.</p> <p>A entrevista que eu mais gosto é a entrevista de valores, que <a href="https://devnagringa.substack.com/p/como-se-destacar-em-qualquer-processo" rel="noopener noreferrer">já falei anteriormente aqui</a>. Mas, hoje o nosso foco vão ser as de programação.</p> <p>Entrevistas de <em>live coding</em> são um padrão na indústria tech. Especialmente em empresas estrangeiras. Hoje, vou compartilhar insights valiosos para ajudar você a ir bem nessas entrevistas.</p> <p>Tanto da perspectiva de um candidato quanto de um entrevistador.</p> <h2> ✨ O que esperar do artigo </h2> <ul> <li>Estratégias eficazes para se preparar antes da entrevista de <em>live coding</em>.</li> <li>Táticas para se destacar durante a entrevista e impressionar o entrevistador.</li> <li>Insights sobre o que os entrevistadores realmente buscam em um candidato.</li> </ul> <h2> Antes da entrevista: A preparação é sua melhor aliada </h2> <p>A jornada para uma entrevista de sucesso começa muito antes de você abrir seu editor de código.</p> <p>A preparação adequada não apenas aumenta suas chances de sucesso. Ela também reduz significativamente o estresse associado ao processo.</p> <p>Entender o tipo de entrevista para a qual você está se preparando é crucial. Será focada em algoritmos, conhecimento de uma linguagem específica ou alguma <em>stack</em>? Direcione seus estudos de acordo com essa informação. Lembre-se, um estudo focado é muito mais eficaz do que uma abordagem genérica.</p> <p>Comece esclarecendo todas as suas dúvidas com o recrutador. Não hesite em fazer perguntas, por mais triviais que possam parecer. É melhor estar bem informado do que ansioso devido a incertezas.</p> <p>Você não sabe qual será o tipo da entrevista? Pergunte isso.</p> <p>Vai ser numa plataforma online? Ou no seu próprio ambiente?</p> <p>Peça também ao seu recrutador qualquer conselho para que você vá bem no processo. O seu sucesso é o melhor final tanto para ele quanto para você!</p> <p>Busque entender quais são os critérios com maior peso durante a entrevista. Podem ser: qualidade do código, testes, funcionalidade? A escolha da linguagem de programação importa?</p> <p>Tenha todas essas perguntas respondidas **antes da entrevista.</p> <p>Pesquise sobre experiências anteriores de outros candidatos. Use o <a href="https://glassdoor.com.br/" rel="noopener noreferrer">Glassdoor</a>, <a href="https://www.reddit.com/" rel="noopener noreferrer">Reddit</a>, <a href="https://leetcode.com/discuss/interview-experience" rel="noopener noreferrer">Leetcode Discuss</a> para isso.</p> <p>Não subestime a importância de preparar seu ambiente de desenvolvimento. Se a entrevista for realizada em seu próprio computador, configure tudo com antecedência. Crie um projeto base para evitar perder tempo com configurações durante a entrevista.</p> <p><strong>Uma preparação meticulosa não apenas demonstra profissionalismo. Mas também lhe dá a confiança necessária para enfrentar os desafios da entrevista.</strong></p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F0435e24c-a859-4b92-a99b-899a192966d8_1390x473.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F0435e24c-a859-4b92-a99b-899a192966d8_1390x473.png" title="O que fazer antes do dia da entrevista." alt="O que fazer antes do dia da entrevista." width="800" height="272"></a></p> <h2> Durante a entrevista: Pense em voz alta e colabore </h2> <p>Quando chega o momento da entrevista, lembre-se: o objetivo não é apenas resolver o problema, mas demonstrar seu processo de pensamento e habilidades de colaboração.</p> <p>Antes de começar a programar, clarifique todas as dúvidas que você possa ter sobre o problema. Por exemplo, veja se você pode assumir <em>inputs</em> e <em>outputs</em> válidos, caso aplicável.</p> <p>Isso é muitas vezes esperado do candidato, especialmente para posições sênior e acima.</p> <p>Comece elaborando um plano antes de digitar qualquer código. Esboce sua abordagem e discuta-a com o entrevistador. Isso não apenas mostra seu pensamento estruturado, mas também permite que você valide sua estratégia antes de investir tempo na implementação.</p> <p>Ao abordar o problema, comece com uma solução simples. Não se preocupe em criar algo otimizado de primeira. É mais importante demonstrar que você pode produzir algo funcional e depois otimizá-lo. Isso reflete como trabalhamos no mundo real - iterando e melhorando continuamente.</p> <p>Durante todo o processo, explique seu raciocínio. Pense em voz alta. Não fique 1-2min em silêncio pensando no problema.</p> <p>O entrevistador está tão interessado em entender como você aborda problemas quanto em ver a solução final. Não tenha medo de fazer perguntas para clarificar o problema ou discutir <em>trade-offs</em> em sua abordagem.</p> <p>Lembre-se de considerar casos de teste. Se não forem fornecidos, crie seus próprios. Isso demonstra atenção aos detalhes e consideração por diferentes cenários - uma habilidade crucial em engenharia de software.</p> <p>Quando estiver programando, faça um <em>mock</em> de funções auxiliares que você irá usar durante a entrevista. O objetivo aqui é economizar tempo. Se sobrar, no final, talvez você implemente elas. Mas, procure focar apenas no problema principal da entrevista.</p> <blockquote> <p>Quando eu digo fazer um <em>mock</em>, eu digo para você definir a assinatura do método. Ou seja, o <em>input</em> (parêmtros) e o <em>output</em> (retorno) esperado.</p> </blockquote> <p>Isso também ajuda o seu código a ficar mais fácil de entender e seguir o raciocínio.</p> <p><strong>Trate a entrevista como uma sessão de</strong> <em><strong>pair programming</strong></em><strong>, com você no comando. O entrevistador quer que você tenha sucesso e está ali para colaborar, não para te pegar em uma armadilha.</strong></p> <p>Se você se sentir agarrado em algum momento, fale com o seu entrevistador. "Eu sei que eu preciso fazer isso, mas não tenho certeza de como proceder".</p> <p>Tente se acalmar. Respire, beba água. Seu entrevistador vai ficar feliz em lhe dar uma dica ou duas para lhe colocar no caminho certo.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F522626b1-339f-4fc1-b1af-521a59d7263a_1360x503.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F522626b1-339f-4fc1-b1af-521a59d7263a_1360x503.png" title="Checklist para fazer uma boa entrevista de live coding." alt="Checklist para fazer uma boa entrevista de live coding." width="800" height="295"></a></p> <h2> Após a entrevista: Reflexão e crescimento </h2> <p>O processo de aprendizado não termina quando você fecha a chamada de vídeo. Na verdade, a reflexão pós-entrevista pode ser incrivelmente valiosa para seu crescimento profissional.</p> <p>Não se culpe se sentir que seu desempenho ficou abaixo do esperado. Entrevistas técnicas não são medidas perfeitas de habilidade, e todos nós temos dias ruins. Em vez disso, veja cada entrevista como uma oportunidade de aprendizado.</p> <p>Ao final da entrevista, não hesite em pedir feedback. Pergunte ao entrevistador como você se saiu e se há áreas específicas onde você poderia melhorar. Pode ser que ele não possa lhe dizer nada, devido a política da empresa. Mas não podemos perder a oportunidade de ter um feedback imediato.</p> <p>Faça sua própria autorreflexão. Pense no que correu bem e no que poderia ter sido melhor. Essa análise pessoal pode revelar insights valiosos que você pode aplicar em futuras entrevistas ou até mesmo em seu trabalho diário.</p> <p><strong>Cada entrevista, independentemente do resultado, é uma oportunidade de crescimento. Abrace essa mentalidade e você verá melhorias contínuas em suas habilidades técnicas e de comunicação.</strong></p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F524536ad-bc9c-487d-9d48-fc94ba1e6381_952x890.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F524536ad-bc9c-487d-9d48-fc94ba1e6381_952x890.png" title="Ciclo de feedback após a entrevista." alt="Ciclo de feedback após a entrevista." width="800" height="747"></a></p> <h2> 🌟 Resumo </h2> <ul> <li>A preparação minuciosa antes da entrevista aumenta significativamente suas chances de sucesso.</li> <li>Durante a entrevista, foque em demonstrar seu processo de pensamento e habilidades de colaboração, não apenas em resolver o problema.</li> <li>Após a entrevista, reflita sobre a experiência e use-a como uma oportunidade de aprendizado e crescimento.</li> </ul> <p>Lembre-se, o objetivo final não é apenas passar na entrevista, mas crescer como profissional ao longo do processo. Com essa mentalidade, cada entrevista se torna uma oportunidade, independentemente do resultado imediato. Boa sorte em suas próximas entrevistas!</p> <p><strong>Esse artigo foi publicado na <a href="https://devnagringa.substack.com/p/dicas-para-entrevistas-de-live-coding" rel="noopener noreferrer">minha newsletter</a>, Dev na Gringa.</strong></p> <p>Se você gosta do meu conteúdo, considere <a href="https://devnagringa.substack.com/subscribe" rel="noopener noreferrer">se inscrever</a> para receber diretamente por e-mail.</p> braziliandevs career interview Lucas Faria Sun, 15 Sep 2024 16:28:16 +0000 https://dev.to/lucasheriques/como-otimizar-seu-curriculo-para-vagas-na-gringa-1ffh https://dev.to/lucasheriques/como-otimizar-seu-curriculo-para-vagas-na-gringa-1ffh <p>Você está procurando um novo emprego? Seu currículo pode ser a chave para abrir (ou fechar) portas. Vamos ver como deixá-lo afiado para aumentar suas chances de conseguir aquela entrevista.</p> <p>Isso é especialmente importante pra quem quer ser dev na gringa. Visto que é um modelo que compreendi apenas depois de começar a trabalhar pra fora.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F8d79d8af-fb67-4700-b833-ebfb5a47cc59_1376x624.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F8d79d8af-fb67-4700-b833-ebfb5a47cc59_1376x624.png" title="Um currículo otimizado vai ajudar com que você seja chamado mais vezes para seguir adiante no processo seletivo." alt="Um currículo otimizado vai ajudar com que você seja chamado mais vezes para seguir adiante no processo seletivo." width="800" height="362"></a></p> <p>Um currículo otimizado vai ajudar com que você seja chamado mais vezes para seguir adiante no processo seletivo.</p> <h2> ✨ O que esperar do artigo </h2> <ul> <li>As partes essenciais de um bom currículo</li> <li>Dicas para se destacar entre centenas de candidatos</li> <li>Erros comuns para evitar</li> </ul> <h2> O que realmente importa no seu currículo </h2> <p>Muita gente pensa que um currículo é só listar onde você trabalhou e estudou. Mas na verdade, <strong>o objetivo do seu currículo é conseguir uma entrevista para aquela vaga específica</strong>.</p> <p>Os recrutadores e <em>hiring managers</em> gastam apenas alguns segundos olhando cada currículo. Então você precisa causar uma boa primeira impressão - e rápido.</p> <p>As principais coisas que eles buscam são:</p> <ol> <li>Impacto do seu trabalho</li> <li>Tecnologias relevantes</li> <li>Anos de experiência</li> <li>Progressão na carreira</li> </ol> <p>Vamos ver como destacar cada um desses pontos.</p> <h2> A estrutura ideal para o seu currículo </h2> <p>Um bom currículo geralmente segue esta estrutura:</p> <ol> <li>Dados de contato</li> <li>Resumo ou objetivo (opcional, mas pode ser útil)</li> <li>Experiência profissional</li> <li>Formação acadêmica</li> <li>Habilidades técnicas</li> <li>Projetos pessoais relevantes</li> </ol> <p>Para a maioria dos devs, <strong>1-2 páginas são o ideal</strong>. Só passe disso se você tiver muitos anos de experiência relevante.</p> <h2> Destacando suas habilidades técnicas </h2> <p>Liste as linguagens, frameworks e ferramentas que você domina. Mas não exagere - inclua apenas o que você realmente sabe usar bem.</p> <p>Uma boa dica é organizar em categorias:<br> </p> <div class="highlight js-code-highlight"> <pre class="highlight plaintext"><code>Linguagens: Java, Python, JavaScript Frameworks: Spring, Django, React Banco de dados: PostgreSQL, MongoDB DevOps: Docker, Kubernetes, AWS </code></pre> </div> <p>Se você estiver precisando otimizar o espaço, pode também dividir em duas categorias principais: <strong>Linguagens</strong> e <strong>Tecnologias</strong>. Lembre se colocar apenas as mais relevantes para a vaga que você está aplicando.</p> <p>Coloque as tecnologias mais relevantes para a vaga no topo. E evite classificar seu nível com estrelas ou porcentagens - isso pode jogar contra você.</p> <p>É difícil quantificar o que três estrelas significam para você sem ter um contexto do seu trabalho.</p> <p>Outro item importante: <strong>não passe a ideia que você sabe todas as linguagens de programação e tecnologias</strong>. Só porque você escreveu um projeto em C++ 2 anos atrás não quer dizer que você conhece essa linguagem.</p> <p>Geralmente, a vaga que você está buscando vai ter uma lista de linguagens e tecnologias relevantes. Dê preferência para essas.</p> <p>Se você está aplicando para uma vaga de <em>frontend engineer</em>, seu conhecimento de Kubernetes não é tão relevante.</p> <h2> Experiência profissional que impressiona </h2> <p>Esta é a parte mais importante do seu currículo. Para cada posição, inclua:</p> <ul> <li>Empresa e cargo</li> <li>Período</li> <li>3-5 <em>bullet points</em> com suas principais realizações</li> </ul> <p>O segredo aqui é <strong>focar em resultados e impacto</strong>, não apenas listar responsabilidades. Compare:</p> <p>❌ "Responsável pelo desenvolvimento do novo sistema de pagamentos"</p> <p>✅ "Liderou o desenvolvimento do novo sistema de pagamentos, reduzindo erros em 30% e aumentando a satisfação dos clientes em 25%"</p> <p>Use números sempre que possível para quantificar seu impacto. E mencione tecnologias relevantes que você usou em cada projeto</p> <p>E, por que usar <em>bullet points</em>? Para facilitar a leitura do recrutador e <em>hiring manager</em>.</p> <p>Como o tempo que as pessoas gastam no currículo é curto, use frases que sejam concisas e digam a mensagem sem precisar de muito.</p> <p>Esse tipo de escrita lá na gringa é conhecido como o <a href="https://www.inc.com/bill-murphy-jr/google-recruiters-say-these-5-resume-tips-including-x-y-z-formula-will-improve-your-odds-of-getting-hired-at-google.html" rel="noopener noreferrer">Google X-Y-Z formula</a>. Ele é recomendado por recrutadores do Google sobre como escrever bons currículos que te destaquem perante outros candidatos.</p> <p>O Google descreve isso como: <em>Accomplished [X] as measured by [Y], by doing [Z]</em>.</p> <p>Ou, traduzindo: Realizou [X] conforme medido por [Y], fazendo [Z].</p> <p>Portanto, quando você estiver escrevendo os seus <em>bullet points</em>, lembre-se desse guia.</p> <h2> Projetos pessoais que te diferenciam </h2> <p>Projetos pessoais são ótimos para mostrar iniciativa e entusiasmo. Escolha 2-3 dos seus melhores projetos e descreva:</p> <ul> <li>O problema que você resolveu</li> <li>As tecnologias que usou</li> <li>O impacto ou resultado (número de usuários, stars no GitHub, etc)</li> </ul> <p>Não esqueça de incluir links para o código ou para o projeto rodando, se possível.</p> <p>Note que projetos não são necessários para ser contratado. Mas podem sim ser um grande diferenciador pra você. Um projeto de sucesso mostra que você consegue:</p> <ul> <li>Escrever código.</li> <li>Fazer o <em>deploy</em> em produção.</li> <li>Resolver problemas reais.</li> <li>Não precisa de um gerente te falando o que fazer.</li> </ul> <p>Uma contratação perfeita para a maior parte das empresas.</p> <h2> Cartas de Apresentação (<em>Cover Letter</em>): Necessárias ou Não? </h2> <p>Muitos se perguntam se ainda é necessário enviar uma carta de apresentação junto com o currículo. A resposta curta é: depende.</p> <p>Para a maioria das vagas em grandes empresas de tecnologia, cartas de apresentação raramente são lidas. Recrutadores e gerentes de contratação geralmente focam apenas no currículo.</p> <p>No entanto, para empresas menores ou startups, uma carta bem escrita pode fazer a diferença. Se você decidir escrever uma, siga estas dicas:</p> <ul> <li>Mantenha curta e objetiva (não mais que um parágrafo ou dois)</li> <li>Personalize para a empresa e a vaga específica</li> <li>Destaque por que você é um ótimo candidato para aquela posição em particular</li> <li>Mostre que você pesquisou sobre a empresa</li> <li>Use para explicar algo que não está claro no currículo (como uma mudança de carreira)</li> </ul> <p>Lembre-se: sua carta de apresentação deve complementar, não repetir, as informações do seu currículo.</p> <h2> Sistemas de Rastreamento de Candidatos (ATS) </h2> <p>Muitas empresas usam Sistemas de Rastreamento de Candidatos (ATS) para gerenciar o processo de contratação. Contrário à crença popular, a maioria desses sistemas não "rejeita" currículos automaticamente. No entanto, eles podem influenciar como seu currículo é visto e classificado.</p> <p>Algumas dicas para otimizar seu currículo para ATS:</p> <ol> <li>Envie o currículo em PDF. É um formato universal, que garante que seu currículo será lido do jeito que você o fez.</li> <li>Evite cabeçalhos, rodapés ou tabelas complexas. Use um layout de uma coluna só. Alguns sistemas (o Workday em particular) tem problemas para extrair informações de currículos duas ou mais colunas.</li> <li>Use títulos padrão para seções (como "Experiência Profissional", "Educação")</li> <li>Inclua palavras-chave relevantes da descrição da vaga</li> <li>Não tente "enganar" o sistema com texto escondido ou excessivamente repetitivo</li> </ol> <p>O mais importante é lembrar que, no final, um humano lerá seu currículo. Então foque em criar um documento claro e impactante para leitores humanos, não para máquinas.</p> <h2> Erros para evitar </h2> <ul> <li>Usar um template genérico sem personalizar. Seja isso fonte ou cores.</li> <li>Listar todas as tecnologias que você já usou na vida.</li> <li>Foco excessivo em responsabilidades, não em resultados.</li> <li>Erros de gramática ou vocabulário. Tenha certeza de revisar seu currículo antes de enviar. Ao menos envie o texto para o ChatGPT para ver se está tudo certo. Ou use o Grammarly. Melhor ainda: leia você mesmo e veja se tem algo errado.</li> <li>Informações pessoais desnecessárias (foto, idade, estado civil).</li> <li>Evite usar habilidades genéricas como "bom comunicador" ou "trabalho bem em equipe".</li> <li>Currículos muito longos. A não ser que você tenha mais de 15 anos de experiência, e tudo seja relevante até hoje, use no máximo 1-2 páginas.</li> </ul> <h2> O que fazer se você não está passando da fase de currículo </h2> <p>Um erro comum é usar o mesmo currículo para todas as vagas. Mas <strong>personalizar seu currículo para cada posição pode fazer toda a diferença</strong>.</p> <p>Leia a descrição da vaga com atenção e destaque as habilidades e experiências mais relevantes.</p> <p>Colocar o seu currículo e a descrição da vaga lado a lado na sua tela. Veja se, com pouco tempo, você consegue identificar palavras-chave que aparecem em ambos. Pois é isso que o recrutador vai fazer.</p> <p>Não minta sobre habilidades que você não tem. É muito fácil descobrir se você tem ou não experiência durante a entrevista. E, caso seja descoberto na mentira, provavelmente não haverá próxima fase.</p> <p>Se você aplicou para algumas dezenas de vagas, e não obteve resposta, é hora de mudar a abordagem. Tente coisas diferentes, como:</p> <ul> <li>Se é uma empresa pequena, envie uma mensagem diretamente para o CEO/founder. Mostre pra pessoa que você quer o trabalho, e que consegue fazê-lo.</li> <li>Mande mensagens no LinkedIn para os gerentes de engenharia e recrutadores das empresas que você quer trabalhar.</li> <li>Participe de eventos. Conferências, <em>meetups</em>, qualquer lugar onde você possa conhecer pessoas. Indicações sinceras é provavelmente o melhor jeito de passar da porta de entrada.</li> <li>Foque naquilo que você pode controlar: seu esforço e sua atitude. Analise qual versão do seu currículo está tendo mais chance de sucesso, e tente identificar o motivo.</li> </ul> <h2> 🌟 Resumo </h2> <ul> <li>Foque em impacto e resultados, não só responsabilidades.</li> <li>Destaque tecnologias relevantes para a vaga.</li> <li>Use números para quantificar suas realizações.</li> <li>Mantenha simples e fácil de ler (1-2 páginas).</li> <li>Adapte para cada vaga que você se candidatar.</li> <li>Considere uma carta de apresentação para empresas menores ou startups.</li> <li>Otimize seu currículo para ATS, mas priorize a legibilidade humana.</li> </ul> <p>Lembre-se: seu currículo é sua chance de causar uma boa primeira impressão. Invista tempo para deixá-lo afiado e aumente suas chances de conseguir aquela entrevista dos sonhos.</p> <p>E se você quer se aprofundar ainda mais no assunto, recomendo o livro <em><a href="https://thetechresume.com/" rel="noopener noreferrer">The Tech Resume Inside Out</a></em> do Gergely Orosz. Ele traz dezenas de dicas e exemplos específicos para a área de tecnologia.</p> <p>Boa sorte na sua busca! E se tiver alguma dúvida sobre currículos, deixe nos comentários. Fico feliz em dar uma olhada no seu também, se quiser.</p> <p>Se quiser olhar o meu currículo com exemplo, veja aqui: <a href="https://cv.lucasfaria.dev/" rel="noopener noreferrer">cv.lucasfaria.dev</a>.</p> <p>Esse artigo foi publicado na <a href="https://devnagringa.substack.com/p/os-maiores-salarios-do-brasil-para" rel="noopener noreferrer">minha newsletter</a>, Dev na Gringa.</p> <p>Se você gosta do meu conteúdo, considere <a href="https://devnagringa.substack.com/subscribe" rel="noopener noreferrer">se inscrever</a> para receber diretamente por e-mail.</p> braziliandevs career resume Lucas Faria Thu, 12 Sep 2024 12:20:22 +0000 https://dev.to/lucasheriques/os-maiores-salarios-do-brasil-para-engenheiros-de-software-4nm6 https://dev.to/lucasheriques/os-maiores-salarios-do-brasil-para-engenheiros-de-software-4nm6 <p>Publicado primeiro no <a href="https://devnagringa.substack.com/p/os-maiores-salarios-do-brasil-para" rel="noopener noreferrer">Dev na Gringa Substack</a>. Se quiser receber o próximo no seu e-mail, <a href="https://devnagringa.substack.com/subscribe" rel="noopener noreferrer">se inscreva</a>.</p> <p>Nesse final de semana, fiz um script em Python para analisar os dados de salário disponíveis no levels.fyi.</p> <p>Peguei todos os dados de salários divulgados no Brasil. Vocês podem acessar o CSV por aqui.</p> <p>Além disso, vamos introduzir o conceito dos diferentes tiers de empresas com relação a compensação. Algo que eu aprendi com num artigo do <a href="https://blog.pragmaticengineer.com/software-engineering-salaries-in-the-netherlands-and-europe/" rel="noopener noreferrer">The Pragmatic Engineer</a>.</p> <h2> ✨ O que esperar do artigo </h2> <ul> <li>Porque algumas empresas nunca vão pagar mais que as outras</li> <li>Quais os maiores salários do Brasil de acordo com o Levels.fyi</li> <li>O projeto que fiz para pegar estes dados</li> </ul> <h2> Por que existe tanta diferença entre salários de empresas </h2> <p>Se olharmos o salário médio do estado de São Paulo na <a href="https://pesquisa.codigofonte.com.br/2024" rel="noopener noreferrer">Pesquisa Salarial de Programadores Brasileiros 2024</a>, veremos que é de R$9.321,97.</p> <p>SP é o estado com o maior custo de vida do país, então faz sentido.</p> <p>O último da lista é o Amapá, com o valor de R$5.400,40.</p> <p>Agora, se olharmos a média salárial no <a href="https://www.levels.fyi/" rel="noopener noreferrer">levels.fyi</a>, ela é de R$19.381,52.</p> <p>Por que existe essa diferença tão grande?</p> <p>Primeiramente, a pesquisa salarial possui muitos mais pontos de dados. Foram 15.049 profissionais respondendo, com dados atualizados em 2024.</p> <p>Isso quer dizer que mais perfis de empresas foram incluídos.</p> <p>O que nos leva à minha próxima hipótese: o levels.fyi provavelmente tem uma tendência de ter salários mais altos, dada sua origem.</p> <p>Ele foi inicialmente divulgado na rede social anônima Blind. Que é conhecido por ser frequentado por trabalhadores de big techs (FAANG e etc).</p> <p>Por isso, eu acredito que a maior parte das contribuições salariais são de pessoas que:</p> <ol> <li>Falam inglês, pois é um site sem tradução.</li> <li>Trabalham em empresas maiores, pois há poucas empresas anônimas.</li> <li>E as empresas são tier 2 ou acima (mais sobre isso na próxima seção).</li> </ol> <p>Essa é a minha hipótese desta diferença grande. Imagino que os usuários brasileiros do levels.fyi devem ter uma tendência de estarem em empresas que pagam mais, devido a esses fatores.</p> <p>Isso a parte, indico todo mundo compartilhar sua compensação por lá. É anônimo, e a interface é mil vez melhor do que qualquer alternativa.</p> <h3> Tier List das Empresas </h3> <p>Essa ideia não é minha. Todos os créditos vão para o Gergely Orosz, autor do <a href="https://blog.pragmaticengineer.com/software-engineering-salaries-in-the-netherlands-and-europe/" rel="noopener noreferrer">The Pragmatic Engineer</a>.</p> <p>Mas, desde que eu há conheci, percebi como ela não se aplica apenas a Europa e América do Norte. Mas assim como pra nós no Brasil também.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fgyg2hgae1upo12mjvmwi.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fgyg2hgae1upo12mjvmwi.png" alt="A natureza " width="800" height="513"></a></p> <p>Vejamos os três tiers:</p> <ol> <li><p>Tier 1: Empresas que competem localmente. Exemplo: startups regionais.</p></li> <li><p>Tier 2: Empresas que competem nacionalmente. Exemplo: grandes empresas brasileiras de tecnologia.</p></li> <li><p>Tier 3: Empresas que competem globalmente. Exemplo: big techs internacionais.</p></li> </ol> <p>A maioria das pessoas trabalha em empresas Tier 1. É por isso que temos mais dados salariais delas, mesmo no levels.fyi.</p> <p>Existem muito mais pessoas trabalhando em empresas Tier 1. E é por isso que é delas que temos mais informações de salário, mesmo no levels.fyi.</p> <p>Vejam como esse gráfico tem uma forma semelhante, que fiz a partir dos dados que coletei:</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fem1z2g8m5hc1su3dinb2.jpeg" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fem1z2g8m5hc1su3dinb2.jpeg" alt="Distribuição de compensação para os salários submetidos por brasileiros no levels.fyi." width="800" height="501"></a></p> <p>A maior parte dos salários está no primeiro range, até por volta de R$200 mil.</p> <p>Depois, ainda temos um número considerável entre R$200 e R$450mil.</p> <p>Após isso, a frequência diminui ainda mais.</p> <p>Na próxima vez que você estiver procurando por um emprego, tente pensar em qual tier a empresa se encontra. Mesmo que não ajam informações públicas sobre o salário da empresa, é possível ao menos ter uma estimativa ao pensar nessa conclusão.</p> <p>Assim, você pode olhar empresas parecidas e tentar entender qual <em>benchmark</em> esse tipo de empresa vai usar.</p> <p>Vagas em empresas Tier 2 e Tier 3 são, naturalmente, mais competitivas. Costumam ser empresas conhecidas (ou estrangeiras), e a boa perspectiva de crescimento e salário atrai a todos.</p> <p>Fiz uma definição simples nos dados:</p> <ol> <li>Tier 1: pagam até o percentil 70.</li> <li>Tier 2: entre os percentis 70-90.</li> <li>Tier 3: pagam acima do percentil 90.</li> </ol> <blockquote> <p>Percentil é um valor que divide um conjunto de dados em cem partes iguais. Ele indica a posição relativa de um dado dentro da distribuição. Por exemplo, se você está no 80º percentil de altura, isso significa que você é mais alto que 80% das pessoas no grupo.</p> </blockquote> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Ftuwj2rrxkass1lje19c7.jpeg" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Ftuwj2rrxkass1lje19c7.jpeg" alt="Distribuição de renda agrupado pelos diferentes tiers." width="800" height="476"></a></p> <p>Veja que, na média, os salários de empresas Tier 3 são maiores.</p> <p>Mas, isso não quer dizer que não é possível ganhar bem em outras empresas. Temos também vários <em>outliers</em> que tem alta renda em todos os outros tiers.</p> <h2> Quais os maiores salários do Brasil para engenheiros de software </h2> <p>Sabemos que o levels.fyi tem essa tendência para empresas que pagam mais.</p> <p>Porém, podemos usar isso em nossa vantagem. E assim descobrir quais salários podem ser possíveis de serem negociados no mercado.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F17b0c07b-a374-4a70-8392-cd8311b0e8dc_1214x366.jpeg" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F17b0c07b-a374-4a70-8392-cd8311b0e8dc_1214x366.jpeg" title="Tabela de salários agrupado por anos de experiência." alt="Tabela de salários agrupado por anos de experiência." width="800" height="241"></a></p> <p>Note o salto significativo nos salários entre as faixas de 0-3 anos e 4-7 anos de experiência. Isso pode ser porque, após os primeiros anos de experiência, a chance de se conseguir uma vaga na gringa é maior.</p> <p>Podemos ver que, o que mais paga, é ter mais experiência. 😂</p> <p>Mas, não é uma correlação perfeita.</p> <p><code>Correlation (Years of Experience vs Total Compensation): 0.43</code></p> <p>O número 0,43 mostra uma relação positiva entre experiência e salário. Significa que mais experiência geralmente leva a salários maiores, mas não é o único fator importante.</p> <p>Essa é a tabela geral, sem dividir por níveis:</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fe1q8dkjwqbqqd7xeweqp.jpeg" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fe1q8dkjwqbqqd7xeweqp.jpeg" alt="Estatísticas gerais de todos os salários submetidos." width="348" height="434"></a></p> <p>E, por fim, queria compartilhar também as empresas com maiores salários divididos por anos de experiência:<br> </p> <div class="highlight js-code-highlight"> <pre class="highlight plaintext"><code>0-3 years: Google: 22.917,36 R$ Uber: 20.322,39 R$ Amazon: 17.413,35 R$ Nubank: 14.907,24 R$ iFood: 13.488,33 R$ luizalabs: 12.922,22 R$ Mercado Libre: 12.759,17 R$ Quinto Andar: 12.100,00 R$ Cadence Design Sy...: 11.737,08 R$ NTT DATA: 10.755,56 R$ 4-7 years: Brex: 57.341,65 R$ Harness: 44.418,31 R$ Uber: 37.873,24 R$ Hinge Health: 36.725,40 R$ Jungle Scout: 35.923,11 R$ AgileEngine: 35.681,86 R$ Turing: 33.860,25 R$ Loadsmart: 33.438,68 R$ Google: 31.357,40 R$ Goldman Sachs: 30.000,00 R$ 8-12 years: Google: 52.334,52 R$ Loadsmart: 37.627,42 R$ Amazon: 34.791,67 R$ Hotel Engine: 30.512,33 R$ Nubank: 29.708,76 R$ C6 Bank: 25.312,50 R$ BairesDev: 24.510,83 R$ iFood: 21.723,99 R$ Anonymous: 21.301,24 R$ Mercado Libre: 20.742,42 R$ 13+ years: Nubank: 53.486,00 R$ Microsoft: 43.432,33 R$ Amazon: 36.659,47 R$ Mercado Libre: 17.940,42 R$ </code></pre> </div> <p>Existem mais dados que omiti aqui do artigo por brevidade. Acesse o <a href="https://github.com/lucasheriques/comp-scraping/blob/main/comp_scraping/data_analysis.ipynb" rel="noopener noreferrer">notebook completo aqui</a>.</p> <h2> O projeto que eu fiz para pegar esses dados </h2> <p>Esse foi um projeto de final de semana que fiz com ajuda do Cursor. É incrível como ferramentas de AI podem nos ajudar a fazer esses projetos pequenos e de escopo limitado.</p> <p><a href="https://github.com/lucasheriques/comp-scraping" rel="noopener noreferrer">Todo o código está open-source aqui.</a></p> <p>Tem as instruções para re-rodar e pegar os dados novamente, se necessário. Como eu não inclui o csv (está no .gitignore), vocês podem baixar os dados que usei <a href="https://docs.google.com/spreadsheets/d/1eZBT4ofKPOb-qK4YMbIlcroaUiJaxpqiuXs7vzUBrLw/edit?usp=sharing" rel="noopener noreferrer">aqui</a>.</p> <p>Não trabalho com dados, mas já fiz algumas aulas de estatística e probabilidade aqui e ali. Então tentei prover os dados que seriam mais úteis.</p> <p>Quem tiver mais experiência, sinta-se a vontade pra melhorar este código!</p> <h2> 🌟 Resumo </h2> <ul> <li>Diferenças salariais entre pesquisas se devem a variações na amostragem e no perfil das empresas</li> <li>Empresas podem ser categorizadas em 3 tiers baseados em sua competitividade salarial: <ul> <li>Tier 1: Competem regionalmente</li> <li>Tier 2: Competem nacionalmente</li> <li>Tier 3: Competem globalmente</li> </ul> </li> <li>Para ver a análise dos dados de salário do levels.fyi, acesse <a href="https://github.com/lucasheriques/comp-scraping/blob/main/comp_scraping/data_analysis.ipynb" rel="noopener noreferrer">esse notebook</a>.</li> <li>Todo o projeto está com o <a href="https://github.com/lucasheriques/comp-scraping" rel="noopener noreferrer">código open-source aqui</a>.</li> </ul> <p>Este estudo revela padrões importantes nos salários de engenheiros de software no Brasil. Mostra como a experiência e o tipo de empresa influenciam a remuneração.</p> <p>Para profissionais, esses dados podem guiar decisões de carreira.</p> <p>Para empresas, ajudam a entender o mercado competitivo de talentos em tecnologia.</p> <p>Lembre-se: estes dados são um ponto de partida. Fatores individuais e negociação sempre desempenham um papel crucial na determinação de salários.</p> <p>E, para terminar com uma opinião pessoal: o salário não é tudo. Já falamos sobre as <a href="https://devnagringa.substack.com/i/144723876/as-algemas-de-ouro" rel="noopener noreferrer">algemas de ouro</a> no passado. Procure um lugar que te dê um ambiente que favoreça o aprendizado. Onde você trabalhe em problemas que acha interessante.</p> <p>E, é claro, num lugar que te valorize e pague bem. Afinal de contas, todos precisamos de dinheiro, saúde mental e financeira.</p> <p>Desculpem pelo atraso com o artigo da semana passada. Acho que fiquei tentando polir o código demais. Quem nunca. 😅</p> <p>Esse artigo foi publicado na <a href="https://devnagringa.substack.com/p/os-maiores-salarios-do-brasil-para" rel="noopener noreferrer">minha newsletter</a>, Dev na Gringa. </p> <p>Se você gosta do meu conteúdo, considere <a href="https://devnagringa.substack.com/subscribe" rel="noopener noreferrer">se inscrever</a> para receber diretamente por e-mail.</p> softwareengineering braziliandevs career Lucas Faria Sun, 01 Sep 2024 14:29:19 +0000 https://dev.to/lucasheriques/o-que-eu-aprendi-ao-nao-ser-promovido-para-senior-2hj4 https://dev.to/lucasheriques/o-que-eu-aprendi-ao-nao-ser-promovido-para-senior-2hj4 <p>Publicado primeiro no <a href="https://devnagringa.substack.com/p/o-que-eu-aprendi-ao-nao-ser-promovido" rel="noopener noreferrer">Dev na Gringa Substack</a>. Se quiser receber o próximo no seu e-mail, <a href="https://devnagringa.substack.com/subscribe" rel="noopener noreferrer">se inscreva</a>.</p> <p>Estou de volta! Duas semanas de férias onde eu me desconectei de tudo. Li um livro de 1200 páginas nesse tempo. Nem pensava que eu conseguia fazer isso mais. 😅</p> <p>Para os que quiserem saber, o livro é The Way of Kings, de Brandon Sanderson. Eu amo livros de fantasia, e esse certamente vai se tornar um dos meus favoritos. Recomendo!</p> <p>Quando eu saí de férias, foi bem após meu <em>manager</em> entregar o meu pacote de promoção para sênior para nossa liderança. Infelizmente, não foi dessa vez. Recebi o feedback para a gente tentar de novo daqui seis meses.</p> <p>Mas, é uma ótima oportunidade para nós discutirmos desse assunto. Promoções em carreiras de tecnologia, com o foco em engenharia de software.</p> <h2> ✨ O que esperar do artigo </h2> <ul> <li>Como são feitas as promoções em empresas de tecnologia.</li> <li>O que é exigido de um sênior.</li> <li>Dicas para quem esteja buscando uma promoção. ## Promoções em carreiras de tecnologia</li> </ul> <p>Existem três tipos diferentes processos de promoções em empresas.</p> <p>Geralmente, variam de acordo com o tamanho da empresa. Conforme a empresa fica maior, mais complexo se torna o processo.</p> <p>O primeiro é o mais leve. Geralmente com empresas com até 50 pessoas na empresa. O momento de promoção pode acontecer em qualquer momento. O CTO, juntamente com um ou dois gerentes, decidem quem está pronto para uma promoção.</p> <p>Se a empresa cresce, pode ser difícil colocar todos os gestores na mesma reunião. Além disso, o processo anterior pode ter um viés para quem faz um trabalho com maior visibilidade.</p> <p>No segundo processo, as empresas passam a definir características para cada nível. Então, os <em>managers</em> devem enviar a documentação explicando do porquê alguém está pronto para o próximo nível.</p> <p>E então, um grupo independente decide, com base na documentação, se você está pronto ou não para ser promovido.</p> <p>Já no terceiro nível, promoções podem envolver uma documentação mais robusta. Uma revisão própria do candidato da promoção. Uma revisão do seu <em>manager</em> do porquê você está pronto. E feedback de pessoas do seu time, que acompanham seu trabalho, para verificar se há suporte para a sua promoção.</p> <h3> Promoções são atrasadas </h3> <p>Em ciclos de performance, é comum receber uma nota de 1 até 4 sobre o seu impacto:</p> <ol> <li><p><strong>Excede expectativas:</strong> quando você está agindo como alguém acima do seu nível.</p></li> <li><p><strong>Atende expectativas:</strong> quando você entrega o que é esperado.</p></li> <li><p><strong>Atende algumas expectativas:</strong> precisa de melhores em algumas áreas.</p></li> <li><p><strong>Não atende expectativas:</strong> precisa de melhora significativa em diversas áreas.</p></li> </ol> <p>Se você é um Software Engineer II, você não será promovido se atender todas as suas expectativas. Mesmo que você esteja fazendo um bom trabalho, é necessário agir como alguém do próximo nível para ser promovido.</p> <p>Isso acontece pois o nosso processo de promoção é conservador. Uma pessoa excepcional no seu nível não recebe uma promoção. É necessário que ela esteja executando tarefas do próximo nível.</p> <p>Por isso, dizemos que promoções em carreiras de tecnologia são sempre atrasadas. Pois é necessário um impacto excedendo expectativas constante (6-12 meses) para garantir que você está pronto.</p> <blockquote> <p>A Sarah Drasner, Diretora de Engenharia do Google, tem um <a href="https://career-ladders.dev/engineering" rel="noopener noreferrer">ótimo site</a> mostrando as expectativas de cada nível de uma forma genérica. Recomendo a leitura.</p> </blockquote> <h2> O que é exigido de um engenheiro sênior </h2> <p>Em empresas de tecnologia, é comum ter um <strong>nível terminal</strong>. Quando você chega nesse nível, não é esperado que você seja promovido. O sênior é um exemplo de nível terminal em várias empresas de tecnologia.</p> <p>O que quer dizer?</p> <p>Que, como engenheiro sênior, você é capaz de entregar impacto significativo para o seu time e sua empresa de maneira constante. E que você não precisa avançar mais sua carreira na empresa se não quiser.</p> <p>Mas, o que quer dizer ser um engenheiro sênior?</p> <p>Isso vai depender da sua empresa. Existem empresas que baseiam senioridade com tempo de experiência. Mas isso é incomum em empresas de tecnologia.</p> <p>Ser um engenheiro sênior é, principalmente, sobre <strong>soft skills.</strong></p> <p>É a primeira posição de liderança de muitas pessoas iniciando suas carreiras. Comunicação passa a ser um dos pilares fundamentais para a sua performance.</p> <p>Um engenheiro sênior é um líder local. Dentro do seu time, sua responsabilidade é maior. Você passa a ser responsável por influenciar o seu time na direção que você considera apropriada.</p> <p>Existem diversas <a href="https://career-ladders.dev/engineering/" rel="noopener noreferrer">definições</a> <a href="https://newsletter.pragmaticengineer.com/p/what-is-a-senior-software-engineer-at-scaleups" rel="noopener noreferrer">diferentes</a> para um engenheiro sênior. A que eu mais me identifico é a da <a href="https://www.honeycomb.io/blog/engineering-levels-at-honeycomb" rel="noopener noreferrer">Honeycomb</a>.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F9ecb9036-66d8-431b-8f9e-b9bb28fd3fa6_1999x1751.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F9ecb9036-66d8-431b-8f9e-b9bb28fd3fa6_1999x1751.png" title="Definições de níveis de engenharia da Honeycomb" alt="Definições de níveis de engenharia da Honeycomb" width="800" height="700"></a></p> <p>Um engenheiro sênior é o nível H5. Podemos ver que, conforme você cresce na carreira, você acaba sendo responsável por novas áreas. E, o escopo de onde você trabalha também cresce.</p> <p>Isso não quer dizer que você deixa de fazer o que fazia antes. Mas, pode ser que o seu tempo seja melhor gasto com outras atividades. Que tenham uma influência maior sobre o seu time.</p> <p>Como sênior, você deve auxiliar o seu time a elaborar soluções para os problemas que você está enfrentando. Isso envolve entender o problema a fundo. Quais são os requisitos para resolvê-lo.</p> <p>Além disso, você também é uma pessoa com experiência técnica. Você já passou por várias situações diferentes. E sabe navegar no meio de uma ambiguidade desconhecida.</p> <p>Note que isso não quer dizer anos de experiência.</p> <p>Se você tem 10 anos de experiência, mas nesses 10 anos o seu trabalho não mudou muito, você não teve muita exposição a problemas diferentes.</p> <p>Um engenheiro sênior é capaz de aprender novas linguagens e se adaptar a novos domínios rapidamente. <a href="https://charity.wtf/2020/11/01/questionable-advice-the-trap-of-the-premature-senior/" rel="noopener noreferrer">Você é capaz de ter sucesso, repetidamente, mesmo que em situações diferentes</a>. E que não foi apenas uma vez que você teve sucesso.</p> <h2> Dicas para quem está buscando uma promoção para sênior </h2> <p>Sabemos que promoções são atrasadas. Isso quer dizer que você precisa garantir uma performance constante, acima do seu nível, por um certo prazo.</p> <p>Com esse conhecimento, existem algumas coisas que podemos fazer para acelerar esse processo.</p> <h3> Fale para o seu <em>manager</em> que você quer ser promovido </h3> <p>O seu <em>manager</em> é o seu melhor aliado. Se você está crescendo, isso quer dizer que ele está fazendo seu trabalho bem.</p> <p>Mas, ele não é um vidente.</p> <p>Não tenha vergonha de falar que você está buscando uma promoção. Deixe isso claro. Seu <em>manager</em> quer que você seja promovido! E ele é a melhor pessoa para te auxiliar a estar no caminho certo.</p> <h3> Faça o trabalho que outros evitam fazer </h3> <p>Essa é uma dica que eu aprendi recentemente com um engenheiro sênior do meu time. (obrigado Otávio!)</p> <p>Como engenheiros, é fácil gostar de entregar novas funcionalidades. Projetar sistemas. Trabalhar com tecnologias novas.</p> <p>Porém, isso pode nos fazer negligenciar tarefas menos chamativas. Otimizar um processo de testes. Melhorar práticas de <em>on-call</em>. Resolver aquele problema que vive reaparecendo toda semana.</p> <p>É uma oportunidade encontrar problemas acima do seu escopo de trabalho. O que é essencial para quem quer ser promovido.</p> <p>Em particular, é uma responsabilidade para qualquer engenheiro sênior. Especialmente se é algo que está acontecendo no seu time.</p> <h3> Entenda o processo da sua empresa </h3> <p>Cada empresa tem suas próprias definições sobre o que é um sênior. Não existe bala de prata que funcione para todas.</p> <p>Portanto, saiba como funciona o processo da sua empresa.</p> <h3> Mantenha um <em>brag document</em> </h3> <p>Quando chegar a hora de promoção, seu <em>manager</em> vai precisar elaborar o seu documento de promoção.</p> <p>Isso é feito a partir de todo trabalho que você já entregou. E ele deve conter evidências de como você já está desempenhando acioma do seu nível.</p> <p>Acontece que é muito fácil a gente esquecer o nosso trabalho ao longo do ano.</p> <p>Portanto, mantenha um <em><a href="https://jvns.ca/blog/brag-documents/" rel="noopener noreferrer">brag document</a></em>. É o jeito mais fácil de lembrar o seu impacto ao longo do ano. E isso é necessário para facilitar o trabalho do seu gestor.</p> <h3> Escreva <em>design docs</em> </h3> <p>Boa parte de ser um engenheiro sênior é sobre resolver problemas ambíguos.</p> <p>Isso envolve identificar diferentes soluções. Definir os <em>trade-offs</em> de cada uma. Fazer uma recomendação.</p> <p>É importante que a sua liderança saiba que você é capaz disso.</p> <p>Portanto, escreva <em><a href="https://www.designdocs.dev/" rel="noopener noreferrer">design docs</a></em>. Não precisa que eles sejam grandes. Seja direto ao ponto.</p> <p>Escrever é uma atividade essencial para desenvolver ideias. Tudo pode ser confuso em nossas cabeças. Escrevendo, você traz claridade para o seu pensamento e ajuda a identificar o que precisa ser feito.</p> <h3> Identifique o impacto do seu trabalho </h3> <p>Mesmo depois de terminar o desenvolvimento de um projeto, existe mais a ser feito.</p> <p>Procure entender como seus usuários estão usando suas funcionalidades. Saiba o que está dando certo, e o que está dando errado.</p> <p>Ao se preocupar com isso, você mostra que está preocupado com o sucesso, a longo prazo, da sua empresa. E isso é uma habilidade essencial para qualquer sênior.</p> <h3> Avalie, constantemente, se está indo no caminho certo </h3> <p>A cada 4-8 semanas, faça um 1:1 especial com o seu <em>manager</em>.</p> <p>Veja o que você entregou nas últimas semanas. E analise se está de acordo com o que é esperado de você, ou se é algo acima do seu nível.</p> <h3> Não se desaponte </h3> <p>Você pode fazer tudo que está aqui, e mais ainda.</p> <p>Mas, promoções ainda dependem de muitos fatores que estão fora do nosso controle. E isso quer dizer que você pode ser rejeitado, mesmo se achar que fez tudo perfeito.</p> <p>O que eu recomendo: mantenha um <em>growth mindset</em> para promoções.</p> <p>Aproveite o processo. Ser promovido é uma atividade naturalmente enriquecedora. Você tem a oportunidade de aprender habilidades que não possui hoje. E tem o suporte da sua empresa para se desenvolver nesse nível.</p> <p>Não deixe que promoções e títulos afetem a percepção de você mesmo. Todos nós temos caminhos diferentes. Entenda aquilo que é importante para você, e procure alinhar isso com o lugar que você está trabalhando.</p> <h2> 🌟 Resumo e conclusões </h2> <ul> <li>Promoções em carreiras de tecnologia são atrasadas. Você vai ser promovido quando tiver um desempenho acima do seu nível. Não adianta fazer o trabalho que você já faz muito bem.</li> <li>Chegar em sênior é sobre aumentar o seu impacto e a visibilidade do seu trabalho.</li> <li>Para ser promovido, o seu <em>manager</em> é o seu melhor aliado. Deixe claro que você quer ser promovido, e trabalhe junto com ele para conseguir isso.</li> <li>De maneira final, a promoção depende de alguns fatores que podem estar fora do seu controle. Se você não conseguir, não deixe que isso o afete. Aprenda o que houver para ser aprendido, e siga em frente.</li> </ul> <p>É normal querer ser promovido, ganhar mais e crescer profissionalmente.</p> <p>Mas, o importante é que o nosso foco esteja nas coisas que nós mesmos podemos controlar.</p> <p>Eu não fui promovido dessa vez. É frustrante? Com certeza</p> <p>Mas eu ainda aprendi muito. Sobre como liderar projetos. Como alinhar expectativas e requisitos com <em>stakeholders</em>. Como saber se os seus projetos estão entregando os resultados esperados. Como influenciar seu time a mover numa direção que você considera adequada.</p> <p>Vários dão ideias para artigos que quero trazer pra vocês aqui também, aos poucos.</p> <p>Eu espero que a minha carreira ainda dure uns 25 anos. E, durante esses anos, com certeza vou ter muitos outros desafios e também frustrações.</p> <p>Mas, a minha filosofia é pra aproveitar o melhor que minha posição atual tenha a oferecer. Eu tenho a sorte de ter encontrado uma carreira pelo qual sou apaixonado. E espero que, ao longo desses anos, eu consiga compartilhar o que vou aprendendo com vocês também.</p> <p>Então, daqui alguns meses, espero voltar com o artigo falando o que eu aprendi ao <strong>ser promovido para sênior</strong>. De qualquer forma, vou continuar aqui.</p> <p>Esse artigo acabou sendo maior pois eu não sabia aonde parar. Acho que me empolguei muito. 😅</p> <p>É ótimo estar de volta.</p> career braziliandevs Lucas Faria Wed, 14 Aug 2024 11:48:13 +0000 https://dev.to/lucasheriques/o-melhor-jeito-de-aprender-qualquer-habilidade-rapidamente-5383 https://dev.to/lucasheriques/o-melhor-jeito-de-aprender-qualquer-habilidade-rapidamente-5383 <p>Publicado primeiro no <a href="https://devnagringa.substack.com/p/melhor-jeito-de-aprender-qualquer-habilidade-rapidamente" rel="noopener noreferrer">Dev na Gringa Substack</a>. Se quiser receber o próximo no seu e-mail, <a href="https://devnagringa.substack.com/subscribe" rel="noopener noreferrer">se inscreva</a>.</p> <p>Desde que eu entrei na faculdade, venho buscado otimizar o meu tempo de estudo. Pomodoro, método GTD, virar noite antes da prova, cursos e tutoriais. Porém, foi só em 2023 que eu aprendi o jeito mais eficaz de aprendizado: <strong>aprender em público</strong>.</p> <p>A maioria das pessoas adquire conhecimento de maneira passiva. Aulas, leitura, cursos. Ao trocarmos isso por métodos ativos, aprendemos com mais rapidez e profundidade. <a href="https://link.springer.com/article/10.1023/B:AHSE.0000012213.62043.45" rel="noopener noreferrer">Uma pesquisa</a> descobriu que métodos ativos de aprendizado reduzem em até 50% do tempo necessário para aprender.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F6981e09c-1e23-496e-9b43-7e3d7cf021d5_1600x1043.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F6981e09c-1e23-496e-9b43-7e3d7cf021d5_1600x1043.png" title="A pirâmide de aprendizado, onde a base é aprender ensinando outros." alt="A pirâmide de aprendizado, onde a base é aprender ensinando outros." width="800" height="521"></a></p> <p>Na pirâmide acima, vemos alguns exemplos de maneiras ativas e passivas de adquirir conhecimento. Hoje, vamos falar de uma combinação das duas últimas: <strong>aprender em público ao ensinar o que estudamos.</strong></p> <h2> ✨ O que esperar do artigo </h2> <ul> <li>Entender o poder de aprender em público e seus benefícios</li> <li>Estratégias práticas para começar seu aprendizado público hoje mesmo</li> <li>Como superar o medo e se destacar compartilhando seu conhecimento</li> </ul> <h2> 🔍 O que é aprender em público? </h2> <p>Aprender em público é simplesmente compartilhar seu processo de aprendizagem enquanto ele acontece. Não espere ser um <em>expert</em> - comece agora. Compartilhe seus erros, descobertas e dúvidas. Tudo isso faz parte da jornada.</p> <p>Esta newsletter é um exemplo. Cada semana, compartilho algo novo sobre a minha carreira como um dev na gringa. Isso me força a organizar meus pensamentos, pesquisar mais profundamente e, como resultado, aprendo muito mais do que se estivesse apenas estudando sozinho.</p> <p><strong>Compartilhar seu aprendizado não só solidifica seu conhecimento, mas também ajuda outros que estão alguns passos atrás de você na jornada.</strong></p> <p>Um pouco de pressão social pode elevar ainda mais nossa jornada de aprendizado.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252Fcc81b4f5-448c-4ad0-ba8a-9ac955b6c1d0_1016x396.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252Fcc81b4f5-448c-4ad0-ba8a-9ac955b6c1d0_1016x396.png" title="Aprender em público é uma maneira de aumentar nossa rapidez e eficiência." alt="Aprender em público é uma maneira de aumentar nossa rapidez e eficiência." width="800" height="311"></a></p> <h2> 🚀 Por que aprender em público é eficaz? </h2> <p>A pirâmide de aprendizagem no início do artigo revela algo crucial: ensinar é a melhor forma de aprender. Quando você aprende em público, você se coloca na posição de professor, mesmo que não perceba.</p> <p>Explicar conceitos para outros solidifica seu próprio entendimento e revela lacunas no seu conhecimento. Mas os benefícios vão além:</p> <ol> <li><p>Você cria um portfólio vivo.</p></li> <li><p>Atrai oportunidades e mentores.</p></li> <li><p>Recebe feedback valioso e melhora suas habilidades de comunicação.</p></li> <li><p>Tudo isso enquanto ajuda outras pessoas no processo.</p></li> </ol> <p>Quando comecei a escrever sobre minha experiência como dev na gringa, percebi que não só estava consolidando meu próprio conhecimento, mas também ajudando outros em jornadas similares.</p> <p><strong>Isso não quer dizer que você está aprendendo com o objetivo de ensinar outros. Mas que você está abusando dos benefícios incontáveis de aprender em público. É a maneira mais rápida de aprender, melhorar seu <em>networking</em> e ter sucesso na carreira. Como um extra, a comunidade ao seu redor vai se beneficiar também. Ganha ganha.</strong></p> <blockquote> <p>"If you can't explain it simply, you don't understand it well enough". <em>Albert Einstein</em>.</p> </blockquote> <h2> 🛠️ Como começar a aprender em público </h2> <p>Começar pode parecer intimidante, mas não precisa ser. Aqui estão algumas etapas simples que funcionaram para mim:</p> <ol> <li>Escolha uma plataforma que te deixe confortável. Newsletter, blog, YouTube, TikTok, Twitter, GitHub ou LinkedIn.</li> <li>Compartilhe o que está aprendendo. Produza conteúdo que você gostaria de ter acesso. Faça um histórico público do seu aprendizado.</li> <li>Ao longo do caminho, se conecte com pessoas que compartilham ideais com você. Crie seu próprio grupo de suporte.</li> </ol> <p>A chave é ser consistente. Tente compartilhar algo toda semana, mesmo que seja algo pequeno. Interaja com a comunidade respondendo comentários e participando de discussões.</p> <p><strong>O objetivo não é ser perfeito, mas ser autêntico e mostrar progresso.</strong></p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F3faa3f4d-ab1d-49c5-937f-c86c2abf9b8e_931x442.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fsubstackcdn.com%2Fimage%2Ffetch%2Fw_1456%2Cc_limit%2Cf_auto%2Cq_auto%3Agood%2Cfl_progressive%3Asteep%2Fhttps%253A%252F%252Fsubstack-post-media.s3.amazonaws.com%252Fpublic%252Fimages%252F3faa3f4d-ab1d-49c5-937f-c86c2abf9b8e_931x442.png" title="Praticar em público é muito mais importante do que consumir conteúdo." alt="Praticar em público é muito mais importante do que consumir conteúdo." width="800" height="379"></a></p> <p>Uma dica que funcionou pra mim: escreva para você do passado. O que você gostaria de ter encontrado quando estava aprendendo? Sua perspectiva única é valiosa, mesmo que o tema já tenha sido abordado antes.</p> <p>Resista o desânimo que vem quando ninguém interaja com o seu conteúdo. Faça isso por você. O seu processo de aprendizado precisa sobreviver, independente da atenção externa.</p> <p>Além disso, esse é o momento perfeito para ser vulnerável. Nesse momento, não existem expectativas sobre o seu trabalho. Use diferentes formatos, estratégias. Faça aquilo que funciona para você e seja consistente. Construa o hábito, e aos poucos o refine.</p> <p>Ignore a pressão invisível para se tornar um sucesso depois de uma noite. Raramente isso acontece. Mantenha o foco no processo. Faça amizades ao longo do caminho.</p> <h2> 💪 Superando o medo de compartilhar </h2> <p>Quando comecei a compartilhar meu aprendizado publicamente, senti muito medo e insegurança. E se eu estivesse errado? E se ninguém se importasse? Essas dúvidas são normais.</p> <p>Tente fazer o seu melhor para estar certo e compartilhar informações úteis. Mas não se culpe pelos erros ao longo do processo.</p> <p>Abrace ser um aprendiz. Você não precisa ser um <em>expert</em>. Foque em ajudar pelo menos uma pessoa - se seu conteúdo ajudar apenas uma pessoa, já valeu a pena.</p> <p><strong>Lembre-se: todos começaram como iniciantes. Sua jornada pode inspirar e ajudar outros que estão alguns passos atrás de você. Abrace o sentimento de desconforto.</strong></p> <p>Não assuma que você saiba tudo. Eventualmente, a Internet vai te corrigir. Veja críticas construtivas como oportunidades de crescimento. Feedback é um presente, use-o para melhorar.</p> <p>Se as pessoas pensarem que você não sabe nada, use disso. Pergunte por quê. Mantenha o seu ego lá em baixo. Mas, se houver mensagens abusivas, bloqueie e siga em frente. Nosso tempo é precioso demais para perder com negatividade desnecessária.</p> <h2> 📈 O poder multiplicador do aprendizado público </h2> <p>Aprender em público tem um efeito multiplicador. Você não só aprende mais rápido, mas também cria uma onda de conhecimento que beneficia outros.</p> <p>Este método pode abrir portas inesperadas: oportunidades de trabalho, convites para palestras, novas conexões. Com o tempo, você pode até se tornar uma referência no seu campo.</p> <p><a href="https://www.npr.org/2011/02/08/133474431/a-successful-job-search-its-all-about-networking" rel="noopener noreferrer">70% de vagas de emprego não são publicadas</a>. Ao construir seu histórico digital no mundo, você está abrindo portas para oportunidades como essa. Pessoas vão te identificar pelo seu conteúdo. Elas irão lembrar de você. Isso é uma das melhores maneiras de você <a href="https://devnagringa.substack.com/p/como-ter-mais-sorte" rel="noopener noreferrer">aumentar sua sorte</a>.</p> <h2> 🌟 Resumo </h2> <ul> <li><p>Aprender em público acelera seu crescimento e ajuda outros no processo.</p></li> <li><p>Comece escolhendo uma plataforma e compartilhando consistentemente.</p></li> <li><p>Aceite errar de vez em quando. Aprenda com isso. A Internet pode nos trazer ótimas lições se deixarmos nosso ego de lado.</p></li> <li><p>O efeito multiplicador do aprendizado público pode abrir muitas portas na sua carreira.</p></li> </ul> <p>Aprender em público não é altruísmo. É a maneira mais fácil de aprender com rapidez e profundidade. Como benefício extra, você descobre oportunidades profissionais e ajuda sua comunidade.</p> <p>Escolha uma plataforma, decida o que vai compartilhar primeiro, e comece sua jornada de aprendizado público hoje mesmo. O melhor momento para começar era há um ano atrás. O segundo melhor momento é agora.</p> <p>Imagine onde você estará daqui a um ano se começar hoje. Você terá um corpo de trabalho que demonstra suas habilidades, terá ajudado inúmeras pessoas e terá aprendido mais do que imagina.</p> <p>Esse é o poder de aprender em público. E está ao seu alcance. Qual será seu primeiro passo na jornada de aprender em público?</p> <p>Se você quiser se aventurar comigo, eu tenho tentado aprender em público sobre meu projeto atual. Será uma ferramenta para facilitar o onboarding de <em>contractors</em> em empresas. Basicamente automatizar o processo de convidar pessoas para o Notion, GitHub, Figma e Slack.</p> <p>Vou postar atualizações <a href="https://twitter.com/onelucasfaria" rel="noopener noreferrer">no Twitter</a>. Me siga por lá e vamos aprender e ensinar juntos! 😄</p> <h2> Apêndice </h2> <p>Essa não é uma ideia nova, e eu não sou o criador dela. Pra quem quiser ver outras perspectivas, recomendo as leituras:</p> <ol> <li><a href="https://reid.medium.com/those-who-teach-can-do-98a30e9a74ea" rel="noopener noreferrer">Those Who Teach, Can Do – Reid Hoffman</a></li> <li><a href="https://kentcdodds.com/blog/intentional-career-building" rel="noopener noreferrer">Intentional Career Building – Kent C. Dodds</a></li> <li><a href="https://www.swyx.io/learn-in-public" rel="noopener noreferrer">Learn In Public – Swyx</a></li> </ol> braziliandevs career Lucas Faria Mon, 05 Aug 2024 13:50:26 +0000 https://dev.to/lucasheriques/como-liderar-projetos-e-reunioes-como-engenheiro-de-software-1hba https://dev.to/lucasheriques/como-liderar-projetos-e-reunioes-como-engenheiro-de-software-1hba <p>Publicado primeiro no <a href="https://devnagringa.substack.com/p/como-liderar-projetos-e-reunioes" rel="noopener noreferrer">Dev na Gringa Substack</a>. Se quiser receber o próximo no seu e-mail, <a href="https://devnagringa.substack.com/subscribe" rel="noopener noreferrer">se inscreva</a>.</p> <p>Engenheiros de software resolvem problemas do mundo real usando tecnologia. Essa é a maneira com a qual entregamos valor.</p> <p><strong>Nossa profissão lida com projetos complexos. Precisamos ser capazes de navegar ambiguidade e projetar sistemas robustos.</strong></p> <p>Saber programar e escolher tecnologias é apenas uma parte pequena desse trabalho.</p> <p>Liderar projetos não é apenas para garantir entregas bem-sucedidas. Mas também é crucial para o crescimento na carreira de um engenheiro de software.</p> <p>Hoje, vamos discutir táticas e estratégias para entregar projetos de software. Uma habilidade fundamental para qualquer sênior+.</p> <h2> ✨ O que esperar do artigo </h2> <ul> <li>Estratégia para entregar projetos de impacto</li> <li>Táticas para garantir que o progresso será bem avaliado</li> <li>Como fazer reuniões efetivas</li> </ul> <h2> 📈 Como descobrir projetos de alto impacto </h2> <p>Liderar projetos de impacto começa com a escolha correta. Nem todo projeto trará benefícios significativos para a empresa. </p> <p>É necessário identificar aqueles que trarão o maior impacto.</p> <h3> Entenda o negócio </h3> <p><strong>Para liderar projetos de impacto, você precisa entender o negócio. Converse com seus gestores e colegas. Saiba a visão de outros departamentos além da engenharia.</strong></p> <p>Pergunte sobre os objetivos da empresa e como seu time pode ajudar a alcançá-los. Participe de reuniões estratégicas e entenda como sua equipe pode contribuir.</p> <p>Se a empresa está focada em aumentar a retenção de usuários, seus projetos devem alinhar-se com esse objetivo. Isso pode significar trabalhar em funcionalidades que melhoram a experiência do usuário. Ou ferramentas que auxiliem a análise dos dados de uso dos usuários.</p> <p>Por exemplo, a implementação de um sistema de notificações personalizadas pode aumentar a retenção ao engajar os usuários de forma mais eficaz.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F56rry975thtoy7i8at8k.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F56rry975thtoy7i8at8k.png" alt="Ao entender os objetivos da impresa, o potencial para o seu impacto aumenta." width="800" height="498"></a></p> <h3> Saiba falar a linguagem do seu gestor e gerente de produto </h3> <p>Familiarize-se com termos como North Stars, KPIs e OKRs. </p> <ul> <li> <a href="https://posthog.com/founders/north-star-metrics" rel="noopener noreferrer">North Stars</a> são métricas que representam o objetivo principal da empresa.</li> <li> <a href="https://www.investopedia.com/terms/k/kpi.asp" rel="noopener noreferrer">KPIs</a> são indicadores-chave de desempenho.</li> <li> <a href="https://www.atlassian.com/agile/agile-at-scale/okr" rel="noopener noreferrer">OKRs</a> são objetivos e resultados-chave que ajudam a medir o progresso.</li> </ul> <p>Esses indicadores ajudam a medir o sucesso dos projetos. Use essa linguagem nas suas comunicações para alinhar expectativas. Documente exemplos de como suas entregas impactam esses indicadores.</p> <p><strong>Use a linguagem de negócios para alinhar expectativas e demonstrar valor.</strong></p> <h3> Priorize os projetos e tarefas com mais impacto </h3> <p>Nem todos os projetos são iguais. Aprenda a identificar quais terão maior impacto para a empresa. Use a Matriz de Eisenhower para classificar iniciativas tarefas por urgência e importância.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fnuk2cud3pp5on88oezin.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fnuk2cud3pp5on88oezin.png" alt="A Matriz de Eisenhower. Divide tarefas quanto a urgência e importância." width="800" height="726"></a></p> <p><strong>Foque nos projetos e tarefas com urgência e importância.</strong></p> <p>Na Matriz de Eisenhower, uma tarefa urgente e importante pode ser corrigir um bug crítico. Algo importante, mas não urgente, pode ser melhorar a documentação de <em>onboarding</em>.</p> <p>A urgência e a importância de um projeto é definida de acordo com os objetivos estratégicos da empresa.</p> <h2> 💡 Táticas para entregar um projeto com sucesso </h2> <p>Agora que entendemos como escolher um projeto, precisamos entregá-lo do início ao fim. Existem algumas táticas que podemos usar para garantir que isso seja feito com sucesso.</p> <h3> Tenha um canal de comunicação específico </h3> <p>Crie um canal público no Slack/Teams. Envie atualizações semanais sobre o progresso. Concentre todas as discussões necessárias aqui. Manter um log de decisões é crucial, pois pode ser revisitado quando necessário.</p> <p><strong>Um canal de comunicação específico ajuda a manter tudo organizado e acessível.</strong></p> <p>Um canal específico para um projeto pode conter discussões sobre requisitos, decisões técnicas e até mesmo feedback de clientes.</p> <h3> Faça uma reunião semanal </h3> <p>Reuniões semanais mantêm todos alinhados. Use essas reuniões para discutir o progresso, desafios e próximos passos. Mantenha as reuniões curtas e objetivas. Use um formato padrão para as reuniões: o que foi feito, o que será feito, e impedimentos. Isso ajuda a manter o foco e a eficiência.</p> <p><strong>Reuniões semanais mantêm todos alinhados e focados.</strong></p> <p>Mais dicas sobre como fazer reuniões produtivas na próxima seção.</p> <h3> Entregue o mais rápido possível para procurar <em>edge cases</em> </h3> <p>Use <em>feature flags</em> para lançar funcionalidades de forma controlada. Isso permite testar em produção com um grupo pequeno de usuários e identificar problemas antes de uma liberação maior. A entrega contínua reduz o risco e permite ajustes rápidos com base no feedback real do usuário.</p> <p>Ao usar feature flags, você pode validar sua ideia rapidamente. Seja internamente, ou com um grupo de usuários <em>beta</em>. É uma das melhores formas de garantir que o projeto está indo na direção correta.</p> <p>Por exemplo, se você está desenvolvendo uma nova funcionalidade de login, pode lançar para 10% dos usuários primeiro. Isso ajuda a identificar problemas específicos sem afetar a maioria dos usuários.</p> <h3> Delegue e empodere sua equipe </h3> <p>Delegar tarefas é crucial para o sucesso do projeto. Confie na sua equipe e dê autonomia para que possam tomar decisões. </p> <p>Isso não só distribui a carga de trabalho, mas também motiva e desenvolve suas habilidades. Criar um ambiente de confiança onde todos se sintam responsáveis pelo sucesso do projeto é fundamental.</p> <p>Por exemplo, permita que um desenvolvedor mais júnior lidere uma pequena parte do projeto. Dê suporte, mas deixe-o tomar decisões. Isso pode aumentar a confiança e as habilidades do desenvolvedor.</p> <h3> Desbloqueie o trabalho de outras pessoas </h3> <p>Como líder de um projeto, é sua responsabilidade garantir que sua equipe possa trabalhar sem impedimentos.</p> <p>Procure entender os possíveis gargalos ainda na concepção do projeto. Isso pode envolver negociar prioridades com outras equipes e gestores. Identifique e remova obstáculos rapidamente.</p> <p><strong>Desbloquear o trabalho da equipe é sua responsabilidade. Seja proativo, e procure resolver gargalos antes que eles parem o andamento do projeto.</strong></p> <p>Por exemplo, se um desenvolvedor está aguardando feedback de outra equipe, intervenha para agilizar o processo. Isso mantém o projeto em movimento e evita atrasos.</p> <h2> 🗓️ Como fazer reuniões efetivas </h2> <p>Reuniões podem ser frustrantes e improdutivas, especialmente para times de tecnologia.</p> <p>A chave para reduzir o número de reuniões é entender que elas devem ser usadas para ações que exijam todos os participantes.</p> <p>Divida as reuniões em pautas menores. Trate o máximo possível de maneira assíncrona, de modo a manter sessões rápidas e focadas em objetivos específicos.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Ffumfgas3wp3n817kldef.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Ffumfgas3wp3n817kldef.png" alt="Comunicação envolve atualizações ou ações. Quanto mais pessoas e raciocínio necessário, mais se aproxima de uma ação." width="800" height="166"></a></p> <p><strong>Reuniões devem ser deixadas para situações que necessitem de ação. Tomar decisões ou implementar algo juntos.</strong> Para informar pessoas, deixe para fazer isso de maneira assíncrona. </p> <p>Existem fases diferentes para a reunião: antes, durante e depois. Cada uma delas envolve uma preparação diferente.</p> <h3> Antes da reunião </h3> <p>Convide o menor número de pessoas para ter uma reunião produtiva. Quanto menos pessoas, menor o custo.</p> <p>Defina claramente o objetivo da reunião. Ele vai definir se vocês tiveram sucesso ao final dela.</p> <p><strong>Prepare a agenda antes de enviar o convite. Qualquer pessoa deve saber claramente o objetivo e porquê a sua presença é necessária ao ser convidada.</strong>**</p> <p>Uma agenda clara pode incluir tópicos como revisão de progresso, discussão de impedimentos e definição de próximas etapas.</p> <h3> Durante a reunião </h3> <p><strong>Liderar a reunião é uma das partes mais difíceis. É normal que você não se sinta confortável nas primeiras vezes. Mas, com prática, se torna mais fácil.</strong></p> <p>Aqui um guia para te ajudar nas primeiras vezes:</p> <ol> <li>Recepção: pergunte algo fora de contexto enquanto você espera por todos os participantes. Agradeça as pessoas pelo tempo antes de começar.</li> <li>Prólogo: dê uma explicação da reunião e qual o objetivo dela.</li> <li>Moderação: leve o grupo em direção ao objetivo. Mantenha o foco nele. Isso quer dizer ficar de olho no tempo. Se o assunto se desviar muito, guie a conversa de volta ao objetivo.</li> <li>Conclusão: resuma o que foi discutido. Escreva os pontos de ações que surgiram ao longo dela.</li> </ol> <p>Uma dica que eu tenho aqui: use ferramentas para resumir reuniões! Pode ajudar muito para que nenhum detalhe seja perdido. Se sua empresa usa o Zoom, no plano profissional eles já tem um assistente de IA disponível.</p> <h3> Depois da reunião </h3> <p>Envie um resumo de tudo que foi discutido no canal do seu projeto. Isso é importante para que pessoas que não puderam comparecer saibam o que foi decidido.</p> <p>Todo item de ação deve ter um dono. Tenha certeza de que isso fique claro para todos. Seja o mais específico possível: idealmente uma pessoa para cada item.</p> <p><strong>Enviar um resumo após a reunião garante alinhamento e responsabilidade.</strong></p> <p>Isso também cria um registro que pode ser revisitado se houver dúvidas no futuro.</p> <p>Solicite feedback após a reunião para identificar áreas de melhoria, como mais tempo para discussões ou ajustes na agenda. O melhor momento para pedir é logo depois que ela acaba.</p> <h2> 🌟 TL;DR </h2> <ul> <li> <strong>Estratégia de impacto:</strong> Entenda o negócio, use KPIs e OKRs, priorize projetos urgentes e importantes.</li> <li> <strong>Táticas de entrega:</strong> Tenha um canal de comunicação, faça reuniões semanais, use feature flags para entregar rapidamente, delegue e empodere sua equipe, desbloqueie o trabalho dos outros.</li> <li> <strong>Reuniões efetivas:</strong> Prepare antes, mantenha o foco durante, siga as ações depois.</li> </ul> <p>Liderar projetos de software e fazer reuniões efetivas são habilidades cruciais para engenheiros de software. Especialmente se você quer crescer para sênior.</p> <p>Aplicando essas estratégias e táticas, você estará melhor preparado para entregar projetos de impacto e garantir que seu progresso seja bem avaliado. </p> <p>Mantenha a comunicação clara, delegue responsabilidades e esteja sempre alinhado com os objetivos da empresa.</p> braziliandevs career Lucas Faria Mon, 29 Jul 2024 13:07:22 +0000 https://dev.to/lucasheriques/dev-na-gringa-carga-horaria-e-cultura-5hn5 https://dev.to/lucasheriques/dev-na-gringa-carga-horaria-e-cultura-5hn5 <p>Publicado primeiro no <a href="https://devnagringa.substack.com/p/dev-na-gringa-carga-horaria-e-cultura" rel="noopener noreferrer">Dev na Gringa Substack</a>. Se quiser receber o próximo no seu e-mail, <a href="https://devnagringa.substack.com/subscribe" rel="noopener noreferrer">se inscreva</a>.</p> <p><a href="https://devnagringa.substack.com/p/dev-na-gringa-contratacao-impostos-hardware" rel="noopener noreferrer">Semana passada</a>, falamos de modelos de contratação, impostos, hardware e como começar do zero. Hoje, vamos discutir a questão de carga horária e cultura. Como são os dias trabalhando pra fora e dicas para se dar bem nesse ambiente.</p> <h2> 📣 O que esperar do artigo </h2> <ul> <li>Como é a carga horária trabalhando pra fora?</li> <li>Quais são as diferenças culturais entre empresas brasileiras e americanas?</li> <li>Dicas para se destacar nesse ambiente</li> <li>Para assinantes: mentoria em grupo do mês e nosso plano seguindo em frente ˜ ## 🕰️ Carga horária? Bate ponto? Como funciona?</li> </ul> <p>O horário sempre foi flexível, tanto em contratos PJ quanto CLT.</p> <p>Meus contratos para posições em período integral seguiam o padrão de 40 horas semanais. A escolha de quando cumprir essas horas era minha.</p> <p>Para empresas onde você é contratado por hora, é necessário enviar o relatório de horas todo mês. Isso é usado para o <em>invoice</em> da empresa contratante, que determina o quanto você vai ganhar.</p> <p>Apesar do horário ser flexível, todas as equipes em que trabalhei têm um conceito de <em>core hours</em>. É um período fixo no dia onde todos do time tentam ficar online. Costuma ser ajustado ao fuso horário da maioria da equipe ou do fundador.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Ftqijnkruomhevgh9qokm.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Ftqijnkruomhevgh9qokm.png" alt="Gráfico ilustrando o período de core hours entre 14h e 17h." width="800" height="443"></a></p> <p>Contratos CLT são geralmente dados como cargos de confiança. Não precisa registrar ponto. A performance é medida pelo impacto e resultados entregues, sem pagamento de horas extras.</p> <h3> <em>Oncall</em> (ou sobreaviso) </h3> <p>Estar em <em>oncall</em> significa ser responsável pelo sistema caso algo dê errado. No mundo do software, espera-se que os sites e aplicativos estejam funcionando 24/7.</p> <p>Mas, eventualmente algo irá dar errado. Essa é a natureza dos sistemas distribuídos.</p> <p>Quando você está <em>oncall</em>, é acionado para resolver esses problemas. Nunca estive <em>oncall</em> numa empresa brasileira, mas trabalhando para fora, isso faz parte da minha rotina desde 2021.</p> <p>Não é comum receber pagamento de horas extras por estar <em>oncall</em>, mas algumas empresas oferecem folga após determinados períodos.</p> <h2> 🇧🇷 As diferenças na cultura corporativa </h2> <p>Vou discutir três áreas onde notei as maiores diferenças ao trabalhar pra gringa. Existem outras, mas essas foram as que mais afetaram o meu dia a dia.</p> <h3> Comunicação, feedback e promoções </h3> <p>No Brasil, a comunicação tende a ser mais indireta, com foco em construir relações antes de abordar questões profissionais. Há uma tendência de evitar conflitos e críticas diretas, o que também afeta o feedback.</p> <p>Nos EUA, a comunicação é mais direta e específica. Feedbacks são dados de forma clara e objetiva, o que facilita o entendimento e a ação.</p> <p>Promoções no Brasil muitas vezes dependem de anos de experiência, enquanto nos EUA, são baseadas no impacto e resultados.</p> <h3> Tomadas de decisão e hierarquia </h3> <p>No Brasil, as decisões são geralmente <em>top-down</em>, centradas na diretoria e com burocracia envolvida. Nos EUA, em empresas de tecnologia, há mais oportunidade para dar opiniões em decisões estratégicas.</p> <p>Além disso, gerentes nos EUA tem um papel maior como <em>coach</em>. Eles nos ajudam a alinhar nossos objetivos pessoais com as prioridades da empresa.</p> <h3> Prazos e pressão </h3> <p>A pressão por prazos pode variar muito, mas notei um cuidado maior com a saúde física e mental nas empresas americanas. Historicamente, em algumas empresas no Brasil, a pressão por entregar resultados pode ser extrema, com horas extras excessivas.</p> <p>Nunca vou esquecer do dia onde eu fiquei 23 horas (de 9h até 8h do dia seguinte) no prédio da empresa. Dica: <strong>não façam isso.</strong></p> <h2> 📈 Dicas para a transição de trabalhar pra fora </h2> <p>Aqui estão três dicas essenciais para quem está fazendo essa transição:</p> <ol> <li> <strong>Para todo feedback que você receber, agradeça.</strong> Feedback é raro e valioso. Dizer "obrigado" é uma maneira fácil de construir e manter relacionamentos.</li> <li> <strong>Fale o que você pretende fazer, faça, e depois explique o que aprendeu.</strong> Isso ajuda a construir confiança com a liderança e desbloqueia projetos mais ambiciosos.</li> <li> <strong>Avise cedo se algo saiu fora do planejado.</strong> É normal que estimativas não se cumpram. Comunique cedo e frequentemente qualquer mudança ou incerteza.</li> </ol> <p>Essas são as principais para começar nessa nova cultura. Se quiser saber mais, veja conselhos mais abrangentes <a href="https://devnagringa.substack.com/p/18-dicas-para-se-destacar-na-carreira" rel="noopener noreferrer">nesse artigo</a>.</p> <h2> ✅ TL;DR </h2> <ul> <li> <strong>Carga Horária e Bate Ponto:</strong> Horário flexível, geralmente 40 horas semanais. <em>Core hours</em> são comuns para alinhar com o time. Contratos CLT não exigem registro de ponto.</li> <li> <strong>Oncall:</strong> Responsabilidade de resolver problemas fora do horário normal. Não há pagamento extra, mas algumas empresas oferecem folgas compensatórias.</li> <li> <strong>Diferenças Culturais:</strong> <ul> <li> <strong>Comunicação:</strong> Nos EUA, é mais direta e objetiva. No Brasil, tende a ser mais indireta.</li> <li> <strong>Tomada de Decisão:</strong> Mais oportunidades de participação nos EUA. No Brasil, é geralmente <em>top-down</em>.</li> <li> <strong>Prazos e Pressão:</strong> Empresas americanas demonstram maior cuidado com a saúde mental e física.</li> </ul> </li> <li> <strong>Dicas para Transição:</strong> <ul> <li>Agradeça todo feedback.</li> <li>Comunique claramente suas ações e aprendizados.</li> <li>Avise cedo sobre mudanças nos planos ou prazos.</li> </ul> </li> </ul> braziliandevs career Lucas Faria Mon, 22 Jul 2024 02:23:30 +0000 https://dev.to/lucasheriques/dev-na-gringa-contratacao-impostos-hardware-e-comecando-do-zero-1lgm https://dev.to/lucasheriques/dev-na-gringa-contratacao-impostos-hardware-e-comecando-do-zero-1lgm <p>Postado originalmente no <a href="https://devnagringa.substack.com/p/dev-na-gringa-contratacao-impostos-hardware?utm_source=devto&amp;utm_medium=social&amp;utm_campaign=repost" rel="noopener noreferrer">Dev na Gringa Substack</a>.</p> <p>Você conseguiu uma vaga de dev na gringa. E agora? PJ ou CLT? Quanto imposto pagar? Como receber salário? Vou compartilhar minha experiência e responder às perguntas mais comuns.</p> <p>Sobre o meu histórico: trabalho para a gringa desde 2020. Comecei como terceirizado pela G2i, onde fiz dois contratos com eles. Também já fiz três contratos diretamente com empresas ao longo dos anos. E, desde o ano passado, trabalho como CLT para uma empresa americana, a <a href="https://www.brex.com/careers?country=Brazil" rel="noopener noreferrer">Brex</a>.</p> <h2> 📣 O que esperar do artigo </h2> <ul> <li>Quais os modelos de contratação, os impostos pagos e receber o salário.</li> <li>Como funciona a questão do hardware.</li> <li>Se eu fosse procurar vagas para fora hoje, qual seria o meu processo.</li> </ul> <h2> 🧾 Modelo de contratação </h2> <p>Existem dois tipos de contratação no Brasil: CLT ou PJ. Isso continua sendo válido para empresas internacionais. Porém, quando é um contrato CLT, é comum alguma empresa terceirizando esse serviço para a original.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fkuxnr2bprah2g60t1m68.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fkuxnr2bprah2g60t1m68.png" alt="Empresas internacionais contratam devs através de contratos PJ e também CLT." width="800" height="289"></a></p> <p>Como é um trabalho para o exterior, as vagas costumam ser remotas. Já tive que viajar para eventos da empresa duas vezes. Nas duas, tudo foi pago pela empresa.</p> <h3> Contrato de Pessoa Jurídica </h3> <p>O mais comum é o PJ, e por isso vou começar falando dele.</p> <p>Para ser PJ, você precisa ter uma empresa. Eu abri a minha <a href="https://www.contabilizei.com.br/programa-de-indicacao?ref=e47554d8a6377487290879ea49a7a13b&amp;nome=Lucas&amp;email=lucasheriques@gmail.com&amp;utm_source=plataforma&amp;utm_campaign=MGM&amp;utm_source=plataforma" rel="noopener noreferrer">utilizando a Contabilizei</a>. Na minha cidade (Belo Horizonte), eles fizeram quase todo o processo por mim. Só precisei ir presencialmente fazer o certificado digital de PF e PJ uma vez.</p> <p>Com a empresa aberta, você já está pronto para fazer os contratos com as empresas. Nesse contrato, você é um prestador de serviços. Então, por padrão, só vai ganhar o valor que está no contrato.</p> <p>Esse valor pode ser por hora ou fixo. </p> <p>Quando você é terceirizado, geralmente é por hora. E precisa submeter as suas horas trabalhadas em algum software. Em todos os meus contratos, era o <a href="https://www.getharvest.com/" rel="noopener noreferrer">Harvest</a>.</p> <p>Todos os meus contratos diretos com empresas foram valores fixos. Concordamos em um salário anual, e esse valor é pago a cada duas semanas. É o padrão nos Estados Unidos.</p> <p>Esses contratos são gerenciados em empresas específicas para isso. Já usei a <a href="https://deel.com/" rel="noopener noreferrer">Deel</a> e <a href="https://gusto.com/" rel="noopener noreferrer">Gusto</a>, e existem outras no mercado. Essas plataformas cuidam da parte de assinatura e pagamento.</p> <p>O pagamento é em USD. Deel e Gusto oferecem serviço de conversão automática para reais, com spread de 1,5-2%. Assim, você já recebe o valor em reais na conta PJ.</p> <p>Eu opto por receber usando transferências SWIFT. Tenho um canal bancário nos EUA através da <a href="https://techfx.com.br/" rel="noopener noreferrer">TechFX</a>. O spread é de 0,5%, o menor que eu achei no mercado.</p> <p>Após receber o pagamento, precisamos emitir a nota fiscal. Você faz isso com o valor que entrou aqui no Brasil. Exemplo: se você sacou 5000 USD, numa cotação de 5,50 e spread de 0,5%, o valor que cairá na conta PJ é de R$27.362,50. Sua nota fiscal será este valor.</p> <p>Agora, falando dos impostos: a alíquota efetiva fica por volta de 9-10% no Simples Nacional. 🦁</p> <p>Fica menor do que um PJ que presta serviços para empresas no Brasil, pois há <a href="https://www.contabilizei.com.br/contabilidade-online/quanto-minha-empresa-de-servicos-paga-de-impostos-no-exterior/" rel="noopener noreferrer">isenção de alguns impostos</a>.</p> <p>Também envolve utilizar o <a href="https://agilize.com.br/calculadora-do-fator-r/" rel="noopener noreferrer">fator R</a> para reduzir os impostos.</p> <p>Já vi casos de pessoas que conseguem pagar até 8%, declarando tudo na atividade correta. Para isso, envolve empresas de Lucro Presumido ao invés do Simples.</p> <p>Vale lembrar o custo da contabilidade e plano de saúde. </p> <p>Na Contabilizei, é R$189 por mês para faturamento até 50 mil, e R$369 para até 200 mil.</p> <p>O plano de saúde varia muito com a idade e o fornecedor, dificultando a estimativa.</p> <h3> Contrato CLT </h3> <p>Geralmente, startups e empresas pequenas optam pelo contrato PJ, pois envolve menos trabalho e é mais barato. </p> <p>Contratar um empregado CLT é mais caro. O Deel estima um custo de <a href="https://www.deel.com/employees/brazil" rel="noopener noreferrer">36,8%</a> do salário do empregado. Além de ser um serviço mais caro (599 USD por mês).</p> <p>Mas, algumas empresas grandes que não possuem CNPJ também contratam CLT no Brasil. Para isso, usam de serviços novamente do Deel e <a href="https://remote.com/" rel="noopener noreferrer">Remote</a>.</p> <p>Nesse modelo, você é contratado pelo CNPJ dessa empresa terceirizada (ex: Deel). E tem todos os direitos esperados do CLT: 13o salário, férias, vale-refeição, plano de saúde.</p> <p>Quando estiver comparando propostas, é sempre importante lembrar disso. A melhor calculadora que eu conheço é a da <a href="https://www.contabilizei.com.br/calculadora-clt-pj" rel="noopener noreferrer">Contabilizei</a>, que considera esses benefícios no cálculo.</p> <p>As <em>big techs</em> do Brasil que têm CNPJ, e portanto contratam CLT. Veja uma <a href="https://devnagringa.substack.com/i/144656847/conseguindo-vagas-aplicacao-direta" rel="noopener noreferrer">pequena lista delas aqui</a>.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fo9yb7i6df2l1233fe0j1.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fo9yb7i6df2l1233fe0j1.png" alt="Tabela resumindo as diferenças entre os tipos de contratação." width="800" height="150"></a></p> <h2> 💻 Hardware </h2> <p>Em quase todas as empresas pequenas e startups, trabalhei com meu próprio computador. Meu primeiro foi um MacBook Air M1 com 16GB de RAM. Hoje fiz um upgrade para um MacBook M3 Pro com 36GB de RAM. </p> <p>Se precisar comprar um, recomendo a <a href="https://www.iceloshop.com.br/" rel="noopener noreferrer">iCelo Shop</a> ou <a href="https://linktr.ee/zimpo" rel="noopener noreferrer">Zimpo Store</a>. Nunca encontrei preços melhores no Brasil. Já comprei com ambos e recomendo. Não tem nota fiscal, mas isso não é necessário para usar a garantia da Apple, que dura um ano a partir da primeira ativação.</p> <p>Na <a href="https://www.brex.com/careers?country=Brazil" rel="noopener noreferrer">Brex</a> e na Coinbase eu trabalho com MacBooks que as empresas providenciam.</p> <p>Algumas empresas também oferecem ajuda de custo inicial (às vezes mensal) para despesas com o <em>home office</em>. Ou até mesmo para comprar equipamentos. Isso depende do seu contrato e da negociação.</p> <h2> 🌍 Como eu procuraria por vagas se estivesse começando hoje </h2> <p>Primeiro, procure <em>marketplace</em> de desenvolvedores. Foi a primeira coisa que fiz em 2020 ao entrar na <a href="https://g2i.co/" rel="noopener noreferrer">G2i</a>. Passando na entrevista, você tem acesso às vagas disponíveis. A desvantagem desses locais é que o salário/hora nunca vai ser o mais alto, pois temos que pagar a parte do <em>marketplace</em>. Mas é uma ótima maneira de começar e adquirir contatos. A G2i em particular tem uma comunidade para desenvolvedores sensacional no Slack interno.</p> <p>Segundo, participe de comunidades sobre tecnologias que você gosta. O melhor jeito de passar do filtro inicial é através de indicações. Mas, não entraria nas comunidades com esse objetivo. E sim de conhecer pessoas novas, que partilham de interesses similares. Para que você possa contribuir também com o crescimento, e contribuir da melhor maneira que puder. Como no <a href="https://discord.gg/n9m9ebfEnk" rel="noopener noreferrer">nosso Discord</a>, embora ainda somos uma comunidade pequena.</p> <p>Terceiro, procure por vagas em plataformas otimizadas para isso. As que eu tive mais sucesso foram <a href="https://www.linkedin.com/jobs/search/?currentJobId=3945871483&amp;eBP=NOT_ELIGIBLE_FOR_CHARGING&amp;f_WT=2&amp;geoId=92000000&amp;keywords=software%20engineer&amp;origin=JOB_SEARCH_PAGE_JOB_FILTER&amp;refId=465teWZTvpTjXI3WAceSHQ%3D%3D&amp;refresh=true&amp;trackingId=XsLeXXWvQ6bBmNfKzHm67A%3D%3D" rel="noopener noreferrer">LinkedIn</a>, <a href="https://wellfound.com/" rel="noopener noreferrer">Wellfound</a> e <a href="https://remoteok.com/remote-engineer-jobs?location=BR,Worldwide,region_LA" rel="noopener noreferrer">Remoteok</a>. Também teria uma lista de empresas que eu admiro, e olharia as vagas abertas de vez em quando. Inclusive, foi assim que eu me candidatei para a Brex.</p> <p>Quarto, <a href="https://www.swyx.io/learn-in-public" rel="noopener noreferrer">fazendo projetos em público</a>. É a melhor maneira de aprender e adquirir domínio nas habilidades que você busca. Inclusive, vocês estão aqui vendo um desses projetos! Uma habilidade que eu melhorar é a escrita. É o que nos <a href="https://devnagringa.substack.com/subscribe" rel="noopener noreferrer">trouxe essa newsletter</a> e também o meu <a href="https://lucasfaria.dev/" rel="noopener noreferrer">site pessoal</a>.</p> <p>Quinto, dedicando tempo para estudar sobre os <a href="https://devnagringa.substack.com/p/dev-na-gringa-processos-seletivos" rel="noopener noreferrer">processos seletivos</a>. E não vale esquecer a <a href="https://devnagringa.substack.com/p/como-se-destacar-em-qualquer-processo" rel="noopener noreferrer">entrevista comportamental, que é um dos melhores jeitos de se destacar</a>.</p> <h2> ✅ TL;DR </h2> <ul> <li>A maior parte das vagas é para <em>contractor</em>, via PJ. Você tem um contrato de prestação de serviços, e usa seu próprio computador. O imposto fica por volta de 9-10%, e o saque é feito por transferência internacional.</li> <li>Empresas grandes sem CNPJ no Brasil podem te contratar como CLT usando serviços terceirizados. Você usa o computador da empresa. E tem todos os benefícios normais de contratos CLT.</li> <li>O melhor jeito de procurar vagas é se conectando com as pessoas. Participe de comunidades, converse com pessoas no LinkedIn. Faça parte de marketplaces (<a href="https://g2i.co/" rel="noopener noreferrer">G2i</a>, <a href="https://turing.com/" rel="noopener noreferrer">Turing</a>, <a href="https://x-team.com/" rel="noopener noreferrer">X-Team</a>). Procure por vagas no <a href="https://www.linkedin.com/jobs/search/?currentJobId=3945871483&amp;eBP=NOT_ELIGIBLE_FOR_CHARGING&amp;f_WT=2&amp;geoId=92000000&amp;keywords=software%20engineer&amp;origin=JOB_SEARCH_PAGE_JOB_FILTER&amp;refId=465teWZTvpTjXI3WAceSHQ%3D%3D&amp;refresh=true&amp;trackingId=XsLeXXWvQ6bBmNfKzHm67A%3D%3D" rel="noopener noreferrer">LinkedIn</a>, <a href="https://remoteok.com/remote-engineer-jobs?location=BR,Worldwide,region_LA" rel="noopener noreferrer">Remoteok</a> e <a href="https://wellfound.com/jobs" rel="noopener noreferrer">Wellfound</a>.</li> </ul> braziliandevs career careerdevelopment Lucas Faria Sun, 14 Jul 2024 14:47:19 +0000 https://dev.to/lucasheriques/o-que-e-um-engenheiro-de-produto-e-como-se-tornar-um-3eml https://dev.to/lucasheriques/o-que-e-um-engenheiro-de-produto-e-como-se-tornar-um-3eml <p>Postado originalmente no <a href="https://devnagringa.substack.com/p/o-que-e-um-engenheiro-de-produto?utm_source=devto" rel="noopener noreferrer">Dev na Gringa Substack</a>.</p> <p>Engenheiro de produto é um cargo que está se tornando mais popular no contexto de engenharia de software. Falamos brevemente sobre ele <a href="https://devnagringa.substack.com/p/produto-vs-plataforma" rel="noopener noreferrer">num artigo anterior</a>. Hoje, vamos entrar em detalhes sobre o que é um engenheiro de produto. Quais são suas motivações, e como se destacar no seu trabalho.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fl4bhaagwh3qor5rbrvfp.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fl4bhaagwh3qor5rbrvfp.png" alt="Engenheiro de produto é um cargo que tem se tornado mais popular nos últimos anos." width="800" height="414"></a></p> <h2> 📣 O que esperar do artigo </h2> <ul> <li>A diferença entre engenheiros de software e engenheiros de produto</li> <li>Como se destacar como um engenheiro de produto</li> <li>Algumas empresas que contratam engenheiros de produto</li> </ul> <h2> 👩‍💻 Engenheiros de produto vs engenheiros de software </h2> <p>Ambos escrevem código e criam software.</p> <ul> <li>Engenheiros de produto buscam construir produtos que resolvam problemas reais.</li> <li>Engenheiros de software tem a sua motivação em construir soluções técnicas robustas e escaláveis.</li> </ul> <p>A principal preocupação dos engenheiros de software é com o processo de construção do mesmo. Resolver problemas técnicos, otimizar processos, melhorar a escalabilidade, escrever código limpo. O produto é importante, mas sua preocupação é compartilhada com aspectos técnicos.</p> <p><a href="https://blog.pragmaticengineer.com/the-product-minded-engineer/" rel="noopener noreferrer">Engenheiros de produto</a>, por outro lado, buscam melhorar a vida de seus usuários. O seu sucesso é medido de acordo com o impacto no seu usuário. O código é o meio pelo qual alcançamos este sucesso.</p> <p>A implementação passa a ter um foco reduzido. O mais importante é resolver os problemas do usuário. Para isso, é necessário um <em>mindset</em> voltado para a ação. Iterar com velocidade, validar ideias rapidamente, e ter feedback o mais rápido possível.</p> <p>Engenheiros de software tem uma preocupação maior sobre como a implementação deve ser feita. Existe um foco em escolher a melhor solução para o problema - a que irá ter melhor performance, e que trará menos dores de cabeça no longo prazo. Escalabilidade em particular é um problema que se torna mais relevante.</p> <p>Ambas profissões passam boa parte do tempo programando. Mas, suas especializações e motivações podem variar.</p> <p>Um engenheiro de produto pode gastar seu tempo se aprofundando no domínio. Interagindo com os dados do sistema para entender seus usuários. Testando produtos de competidores ou construindo protótipos para novos problemas que apareceram. Isso ajuda-os a definir um plano e tornarem-se responsáveis pela execução desse plano.</p> <p>Engenheiros de software podem ter seus esforços extras concentrados em problemas técnicos específicos. Novas arquiteturas, banco de dados, pipelines de dados, segurança ou escalabilidade.</p> <p><strong>Isso não quer dizer que um engenheiro de produto não precisa de conhecimentos técnicos. Mas que sua motivação para aprendê-los vem de resolver problemas reais.</strong></p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fnabb6cqovxnq7favl4m9.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fnabb6cqovxnq7favl4m9.png" alt="Engenheiros de Produto são uma combinação de habilidades de produto e engenharia." width="800" height="587"></a></p> <p>Se você tem mais energia para pesquisar sobre o seu domínio e o seu usuário, se torne um engenheiro de produto. Faça pesquisas com os seus usuários. Participe da descoberta de novas funcionalidades. Entenda os problemas que seus clientes enfrentam no dia a dia. E mantenha em dia os seus principais padrões para resolver diferentes problemas técnicos.</p> <p>No entanto, se sua paixão está no lado da tecnologia, pesquise por <strong>engenharia de plataforma</strong>. Entenda como a infraestrutura permite que você entregue um software seguro e escalável. Saiba os fundamentos que permitem sistemas distribuídos escalarem e suportarem milhares de clientes.</p> <h2> 🌟 Como se destacar como um engenheiro de produto </h2> <ol> <li><strong>Seja próximo dos seus usuários</strong></li> </ol> <p>Como um engenheiro de produto, sua principal responsabilidade são seus usuários. Você precisa estar criando funcionalidades que facilitem sua vida de alguma forma.</p> <p>Se, por algum motivo, você não pode falar diretamente com os usuários, se aproxime de quem está lá. Gerentes de produto, marketing, vendas.</p> <ol> <li><strong>Tenha interesse no negócio e nos dados da empresa</strong></li> </ol> <p>Entenda o modelo de negócio da sua empresa. E, saiba a conexão do produto que você está construindo com isso.</p> <ol> <li><strong>Prioritize sem piedade</strong></li> </ol> <p>Você pode avaliar uma tarefa usando em duas maneiras: o tempo para fazer e o impacto que ela terá.</p> <p>Priorize tarefas de alto impacto e baixo ou médio tempo de execução. Faça o que trará maior benefício aos seus usuários.</p> <ol> <li><strong>Tenha um viés de ação</strong></li> </ol> <p>Ofereça uma perspectiva única entre os <em>tradeoffs</em> de produto e engenharia. Mas, quando precisar uma decisão, escolha aquela que proporciona o menor tempo de validação.</p> <p>Construa protótipos, faça experimentos e analise os resultados. O trabalho não está finalizado após terminar a funcionalidade.</p> <p><a href="https://lucasfaria.dev/bytes/stop-analysing-and-start-shipping" rel="noopener noreferrer">Não se apegue a tecnologias, e chega de pesquisar "qual a melhor linguagem de programação 2024".</a></p> <ol> <li><strong>Colabore com quem está ao seu redor</strong></li> </ol> <p>Especialmente com áreas não técnicas. Para construir bons produtos, precisamos de perspectivas diferentes.</p> <p><a href="https://fs.blog/how-to-win-friends-and-influence-people/" rel="noopener noreferrer">Saiba se comunicar de uma maneira que as pessoas vão querer te ouvir.</a></p> <h2> 🏢 Empresas contratando engenheiros de produto </h2> <p>Escrevendo esse artigo, quis também pesquisar por empresas contratando engenheiros de produto. Algumas delas inclusive contratam no Brasil.</p> <ul> <li> <a href="https://posthog.com/careers/product-engineer" rel="noopener noreferrer">PostHog</a> 🇧🇷</li> <li> <a href="https://wellfound.com/jobs/2108954-staff-product-engineer-react-expert-full-stack" rel="noopener noreferrer">QA Wolf</a> 🇧🇷</li> <li> <a href="https://www.useorigin.com/company/apply?id=5059665004" rel="noopener noreferrer">Origin</a> 🇧🇷</li> <li> <a href="https://www.ashbyhq.com/careers?ashby_jid=f99c1c4a-07f5-42fa-987e-de9a93f945dd" rel="noopener noreferrer">Ashby</a> 🇧🇷</li> <li><a href="https://linear.app/careers/12f8f208-0b9c-4569-bb3d-41c8a197029e?ashby_jid=12f8f208-0b9c-4569-bb3d-41c8a197029e" rel="noopener noreferrer">Linear</a></li> <li><a href="https://www.ycombinator.com/careers?ashby_jid=ef00c8d1-76e7-4cc3-82fe-7cc3e4679652" rel="noopener noreferrer">Y Combinator</a></li> <li><a href="https://apply.workable.com/huggingface/j/C544F78B14/" rel="noopener noreferrer">Hugging Face</a></li> </ul> <h2> ✅ TL;DR </h2> <ul> <li>Para se tornar um engenheiro de produto, o seu foco deve estar no usuário. As ferramentas para entregar o software são secundárias.</li> <li>Entenda como funciona o modelo de negócio da sua empresa. Saiba como o software que você está construindo se relaciona com ele.</li> <li>Seja próximo dos seus usuários, e na falta disso, dos gerentes de produto, sucesso do cliente, designers ou vendas.</li> <li>Valide ideias rapidamente. Construa protótipos se necessário. Use dados para embasar suas descobertas.</li> </ul> braziliandevs career Lucas Faria Tue, 09 Jul 2024 13:54:09 +0000 https://dev.to/lucasheriques/como-ter-sorte-346b https://dev.to/lucasheriques/como-ter-sorte-346b <p>Postado originalmente no <a href="https://devnagringa.substack.com/p/como-ter-mais-sorte?utm_source=devto" rel="noopener noreferrer">Dev na Gringa Substack</a>. Quer receber futuros artigos no seu e-mail? <a href="https://devnagringa.substack.com/subscribe?utm_source=devto" rel="noopener noreferrer">Assine gratuitamente aqui</a>.</p> <p>Sorte pode ser criada.</p> <p>Ok, talvez essa frase seja um pouco <em>clickbait</em>.</p> <p>Não existe uma fórmula mágica que faça com que você tenha.</p> <p>Mas, existe uma estratégia que pessoas de sucesso tem aplicado há décadas. E que nós podemos tirar alguns aprendizados para nós também.</p> <p>Mas, como isso se relaciona com trabalhar pra gringa ou engenharia de software?</p> <p>Aumentando nosso radar de oportunidades. Seja para conseguir vagas com altos salários ($100/h+), trabalhar com tecnologias que temos interesse, sair do país. Há uma infinidade de possibilidades onde ter mais sorte pode nos ajudar.</p> <p>Hoje vamos discutir sobre isso.</p> <h2> 📣 O que esperar do artigo </h2> <ul> <li>Quais são os tipos de sorte</li> <li>Como criar cenários que favoreçam a sorte vir para você</li> </ul> <h2> 🎰 A primeira definição de sorte </h2> <p>Sorte binária. Ou você tem sorte, ou não tem.</p> <p>Essa é a primeira definição de sorte que temos em nossas vidas. Andamos na rua, achamos uma nota de dez reais e ficamos felizes, com sorte. (Lembram-se quando 10 reais comprava 3 chocolates de 170g na Americanas e as vezes até uma coca também?)</p> <p>Temos aqui também a questão de privilégio. Você pode nascer numa família rica, ou ter que batalhar desde cedo. Uma loteria figurativa.</p> <p>Ao acreditar apenas na sorte binária, pode ser uma situação confortante. A gente se conforma com o fato de que nunca seremos herdeiros. Que a nossa falta de sucesso não é nossa culpa, mas um problema das nossas circunstâncias.</p> <p><strong>Porém, esse é um cenário que nos limita. Pois podemos acreditar que nossa falta de sucesso é por uma questão de sorte.</strong></p> <h2> 🍀 Quatros tipos de sorte </h2> <p><a href="https://www.navalmanack.com/almanack-of-naval-ravikant/how-to-get-lucky" rel="noopener noreferrer">Naval Ravikant resume a sorte em quatro situações diferentes</a> (tradução livre por mim):</p> <ol> <li>Esperar que a sorte te encontre.</li> <li>Persistir e continuar tentando até que você tropece nela.</li> <li>Preparar a mente e saber oportunidades que outros não percebam.</li> <li>Se tornar o melhor naquilo que você faz. Continuar se esforçando até que isso seja verdade. Oportunidades irão te perseguir. Sorte se torna o seu destino.</li> </ol> <p>Analisando mais a fundo, podemos separar estes cenários usando quatro variáveis: <strong>passivo vs ativo</strong> e <strong>geral vs individual</strong> (<a href="https://www.swyx.io/create-luck" rel="noopener noreferrer">definição feita pelo swyx</a>).</p> <p>Imagine uma planta. Ela vive sua vida inteira em um lugar, e controla extremamente pouco sobre seus arredores. Ela não se arrisca. Se encaixa perfeitamente no primeiro cenário. Qualquer sorte que aconteça a ela é acidental.</p> <p>Agora, imagine uma pessoa apostando em um cassino. Ela pode apostar mil vezes, e não ganhar nenhuma vez. Mas, pode ser que ela ganhe alguma coisa depois de tentar 5 mil vezes. Mas, não foi pelo esforço dela. E simplesmente por tentar demais. Se encaixa no segundo cenário.</p> <p>Para o terceiro cenário, vamos imaginar um engenheiro de software. Essa pessoa fala inglês, tem experiência de mercado numa stack relevante, e um LinkedIn atualizado. Um recrutador o contata para fazer uma entrevista, ele passa. É o terceiro cenário: a oportunidade o encontrou e ele estava preparado.</p> <p>Agora, vamos pegar outro engenheiro de software. Além de ter tudo que o anterior fazia, ele também tem um blog pessoal onde publica sobre tecnologias que aprende. Participa de discussões em fóruns e comunidades. E faz palestras quando tem oportunidade. Nesse exemplo, um gerente de uma empresa o contata diretamente convidando-o para trabalhar com ele.</p> <p>Para o último caso, a chance veio pelo simples fato da pessoa existir e fazer aquilo que ela gosta. E se aprimorar cada vez mais em suas habilidades. <strong>A oportunidade se tornou seu destino.</strong></p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fkr6e3qzfhh865xmejxql.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fkr6e3qzfhh865xmejxql.png" alt="A sorte dividida em quatro quadrantes: ativo vs passivo e geral vs individual." width="800" height="602"></a></p> <p>O que isso nos diz:</p> <ol> <li>Para aumentar nossos momentos de sorte, precisamos nos <strong>arriscar mais.</strong> Fazer coisas que nos coloquem em chance de algo bom acontecer.</li> <li>Para que as oportunidades sejam bem aproveitadas, devemos estar sempre <strong>bem preparados</strong> para quando ela aconteça.</li> </ol> <h2> 🎯 Estratégia </h2> <p><strong>Queremos fazer com que a nossa sorte seja magnética</strong>. 🧲</p> <p>Para isso, precisamos definir uma estratégia que, no longo prazo, nos levem para o quarto cenário. Que façam com que oportunidades venham até nós, e que estejamos preparados para ela.</p> <p>Isso pode variar dependendo da sua profissão. Nesse artigo, vou focar em engenheiros de software.</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fs5yrtv9obsydnh94xrae.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fs5yrtv9obsydnh94xrae.png" alt="Hábitos para ter mais sorte ordenados em oportunidade e preparação." width="800" height="592"></a></p> <p>Existem várias maneiras de você conseguir isso. Essa imagem mostra apenas alguns deles. Existem várias outras formas que não incluí, como contribuir para <em>open-source</em> e participar de comunidades.</p> <p>O principal ponto é <strong>fazer coisas em público, conhecer pessoas, e ter um histórico digital do seu trabalho.</strong></p> <h2> 🌟 TL;DR </h2> <ul> <li>Pessoas de sucesso vêm aplicando técnicas há décadas para ter mais sorte. Como? Sendo bom no que faz e tendo um histórico do seu trabalho</li> <li>Sorte é uma mistura entre oportunidade e preparação. Use hábitos e estratégias na sua vida que te empurrem nessa direção. Construa seu caráter e reputação de maneira íntegra, em público, e as oportunidades virão até você.</li> <li>Indiferente do que você faz, o importante é ter um viés de ação. Faça coisas ativamente, e seja intencional sobre como você gasta o seu tempo.</li> </ul> <h2> 📰 Leitura adicional </h2> <ul> <li><a href="https://www.navalmanack.com/almanack-of-naval-ravikant/how-to-get-lucky" rel="noopener noreferrer">Almanack of Naval Ravikant - How to Get Lucky</a></li> <li><a href="https://www.swyx.io/writing/create-luck" rel="noopener noreferrer">How to Create Luck - Swyx</a></li> </ul> <h2> 📚 Sorteio do livro "Entendendo Algoritmos" </h2> <p>Na semana que vem, teremos o sorteio do livro Entendendo Algoritmos ao vivo no Twitch/YouTube. Caso cheguemos a 150 inscritos, sortearei duas cópias ao invés de uma.</p> <p>Para participar, <a href="https://devnagringa.substack.com/subscribe" rel="noopener noreferrer">inscreva-se e receba 1 artigo por semana diretamente em seu e-mail</a>.</p> braziliandevs career