O plat\u00f4 t\u00e9cnico que todo engenheiro s\u00eanior encontra<\/h2>\n\n\n\nClean code, arquitetura, design patterns: por que domin\u00e1-los n\u00e3o basta<\/h3>\n\n\n\n
Existe uma fase conhecida em toda carreira de engenharia<\/strong>: voc\u00ea se entrega ao of\u00edcio. Arquitetura, design patterns, separa\u00e7\u00e3o de responsabilidades, manutenibilidade de longo prazo. O c\u00f3digo fica mais limpo. Os sistemas ficam mais confi\u00e1veis, e as propostas de refatora\u00e7\u00e3o passam a ser bem recebidas nas revis\u00f5es.<\/p>\n\n\n\n E ent\u00e3o acontece algo inc\u00f4modo: o software continua melhorando, e o neg\u00f3cio n\u00e3o avan\u00e7a no mesmo ritmo. Voc\u00ea consegue demonstrar que a arquitetura est\u00e1 melhor. Consegue mostrar que a d\u00edvida t\u00e9cnica caiu. Mas, quando algu\u00e9m pergunta como o seu trabalho impulsiona crescimento, reten\u00e7\u00e3o ou receita, a conex\u00e3o fica difusa.<\/p>\n\n\n\n Esse \u00e9 o plat\u00f4. N\u00e3o um plat\u00f4 t\u00e9cnico, mas de perspectiva. Engenheiros s\u00eaniores pr\u00f3ximos do n\u00edvel staff costumam descrever a mesma experi\u00eancia: envolvimento profundo com o produto, entrega constante, melhora genu\u00edna do c\u00f3digo. E, ainda assim, a sensa\u00e7\u00e3o inc\u00f4moda de que os n\u00fameros mais importantes n\u00e3o est\u00e3o se movendo.<\/p>\n\n\n\n Essa sensa\u00e7\u00e3o n\u00e3o \u00e9 um fracasso. \u00c9 um sinal. Significa que voc\u00ea est\u00e1 pronto para come\u00e7ar a fazer outras perguntas.<\/p>\n\n\n\n Leia mais:<\/strong> De engenheiro de software a VP de Engenharia: lideran\u00e7a na pr\u00e1tica na Cheesecake Labs<\/a><\/p>\n<\/blockquote>\n\n\n\n Os engenheiros que d\u00e3o o salto para staff costumam descrever o mesmo ponto de virada: pararam de come\u00e7ar pela tecnologia.<\/p>\n\n\n\n Em vez de perguntar \u201cqual \u00e9 a melhor forma de construir isso?\u201d, passaram a perguntar \u201cdo que o neg\u00f3cio precisa neste momento?\u201d.<\/p>\n<\/blockquote>\n\n\n\n Eles conversaram com l\u00edderes de produto e com a lideran\u00e7a da empresa, n\u00e3o para levantar requisitos, mas para entender objetivos. Quais s\u00e3o as metas do pr\u00f3ximo trimestre? Onde est\u00e3o os gargalos reais? O que precisa acontecer para o neg\u00f3cio sair de onde est\u00e1 e chegar aonde quer chegar?<\/p>\n\n\n\n Esse reenquadramento muda tudo na forma como o trabalho \u00e9 escolhido e priorizado.<\/p>\n\n\n\n Quando voc\u00ea passa a pensar em termos de resultados de neg\u00f3cio, a hierarquia de valor muda. Construir um sistema de afiliados pode gerar mais impacto do que mais uma rodada de refatora\u00e7\u00e3o. Melhorar o fluxo de onboarding pode fazer mais pelo crescimento do que meses de trabalho em uma camada de servi\u00e7os interna. Uma pequena melhoria de UX em uma etapa de convers\u00e3o pode superar uma mudan\u00e7a de infraestrutura tecnicamente elegante, por\u00e9m invis\u00edvel.<\/p>\n\n\n\n Nada disso significa que a arquitetura deixa de importar. Significa que a arquitetura conquista o seu lugar ao servir a um objetivo. E n\u00e3o o contr\u00e1rio.<\/p>\n\n\n\n Os melhores engenheiros em n\u00edvel staff trabalham de tr\u00e1s para frente: come\u00e7am pelo problema de neg\u00f3cio e depois identificam a resposta t\u00e9cnica mais adequada.<\/p>\n\n\n\n No in\u00edcio da carreira, os problemas chegam prontos. Algu\u00e9m definiu a prioridade, escreveu a tarefa e descreveu o resultado esperado. O trabalho \u00e9 executar.<\/p>\n\n\n\n Isso muda conforme a carreira avan\u00e7a. Em algum momento, deixa de existir uma lista confi\u00e1vel dizendo o que importa mais. Espera-se que voc\u00ea ajude a construir essa lista.<\/p>\n\n\n\n Isso significa desenvolver a capacidade de enxergar o que os outros n\u00e3o veem: um fluxo quebrado que est\u00e1 custando convers\u00f5es, uma inconsist\u00eancia na experi\u00eancia do usu\u00e1rio, uma restri\u00e7\u00e3o t\u00e9cnica que limita o crescimento em sil\u00eancio, uma oportunidade de funcionalidade que ningu\u00e9m reivindicou. Identificar essas coisas, e n\u00e3o apenas reagir a elas, passa a fazer parte do trabalho.<\/p>\n\n\n\n Staff engineers n\u00e3o esperam que os problemas cheguem at\u00e9 eles. Eles v\u00e3o atr\u00e1s.<\/p>\n\n\n\n Leia mais:<\/strong> Trabalhando com um time virtual: 7 boas pr\u00e1ticas<\/a><\/p>\n<\/blockquote>\n\n\n\n Aqui est\u00e1 a parte mais dif\u00edcil: a experi\u00eancia faz voc\u00ea enxergar mais problemas, n\u00e3o menos. Depois de construir software suficiente, voc\u00ea encontra dezenas de melhorias em quase qualquer sistema. O risco \u00e9 tratar todas elas como iguais.<\/p>\n\n\n\n Nem toda melhoria merece a mesma aten\u00e7\u00e3o. Nem todo problema precisa ser resolvido de imediato. E nem todo problema deve ser resolvido por voc\u00ea.<\/p>\n\n\n\n Boa parte de atuar em n\u00edvel staff \u00e9 entender onde a sua experi\u00eancia realmente cria alavancagem. O que deve ser tratado como prioridade? O que pode ser delegado? O que pode esperar? O que n\u00e3o precisa ser feito?<\/p>\n\n\n\n Errar nisso desperdi\u00e7a o recurso mais valioso dispon\u00edvel: a aten\u00e7\u00e3o concentrada de algu\u00e9m que atua nesse n\u00edvel.<\/p>\n\n\n\n Essa mudan\u00e7a, de receber problemas definidos para ger\u00e1-los, \u00e9 um dos aspectos menos discutidos do crescimento de carreira em engenharia. N\u00e3o \u00e9 uma transi\u00e7\u00e3o natural. Exige mudar ativamente a forma como voc\u00ea se relaciona com o seu trabalho, com o seu time e com o neg\u00f3cio.<\/p>\n\n\n\n Os engenheiros que travam no n\u00edvel staff costumam ter excelentes habilidades t\u00e9cnicas. O que falta \u00e9 a pr\u00e1tica de levantar os olhos do c\u00f3digo e perguntar do que o neg\u00f3cio realmente precisa.<\/p>\n\n\n\n O instinto de quem tenta chegar ao pr\u00f3ximo n\u00edvel costuma ser fazer mais. Mais c\u00f3digo. Mais tarefas fechadas. Mais sistemas tocados.<\/p>\n\n\n\n Mas engenharia em n\u00edvel staff n\u00e3o \u00e9 sobre volume<\/strong>. \u00c9 sobre alavancagem: a capacidade de tomar a decis\u00e3o certa de um jeito que multiplica o impacto de todo mundo ao seu redor.<\/p>\n\n\n\n Isso pode significar escolher n\u00e3o construir algo. Pode significar trazer um problema \u00e0 tona antes que ele vire uma crise. Pode significar enquadrar uma decis\u00e3o em termos de neg\u00f3cio, e n\u00e3o t\u00e9cnicos, o que permite que as pessoas envolvidas se alinhem e avancem.<\/p>\n\n\n\n Execu\u00e7\u00e3o continua fazendo parte do papel. Mas execu\u00e7\u00e3o a servi\u00e7o do problema certo, escolhido deliberadamente, importa muito mais do que volume de execu\u00e7\u00e3o.<\/p>\n\n\n\n Parte do que separa staff engineers de s\u00eaniores \u00e9 a capacidade de formar e manter uma vis\u00e3o bem pensada do que realmente merece aten\u00e7\u00e3o. N\u00e3o apenas a sprint atual ou o pedido mais barulhento. Um senso real de onde o neg\u00f3cio est\u00e1 limitado, onde a engenharia pode destravar valor e qual \u00e9 a sequ\u00eancia certa de investimentos.<\/p>\n\n\n\n Isso exige entender o produto a fundo, conversar com a lideran\u00e7a com franqueza e manter a curiosidade sobre resultados, n\u00e3o apenas sobre entregas.<\/p>\n\n\n\n No n\u00edvel s\u00eanior, boa gest\u00e3o de tempo costuma significar ser produtivo e n\u00e3o ficar bloqueado. No n\u00edvel staff, significa outra coisa: proteger espa\u00e7o para o trabalho de alta alavancagem, que tende a ser espremido pelas demandas imediatas.<\/p>\n\n\n\n Identificar o problema certo a resolver \u00e9 mais lento, menos vis\u00edvel e mais dif\u00edcil de medir do que entregar c\u00f3digo. Mas costuma ser de onde vem o impacto real. Os engenheiros que geram resultados fora da curva s\u00e3o os que protegem esse espa\u00e7o de forma deliberada.<\/p>\n\n\n\n As ferramentas de IA<\/a> reduziram drasticamente o custo de produzir software. Gerar c\u00f3digo est\u00e1 mais r\u00e1pido do que nunca. A dist\u00e2ncia entre ter uma ideia e ter uma implementa\u00e7\u00e3o funcionando est\u00e1 encolhendo.<\/p>\n\n\n\n Isso n\u00e3o reduz o valor da engenharia. Muda onde esse valor est\u00e1.<\/p>\n\n\n\n O que a IA<\/a> consegue replicar: implementa\u00e7\u00e3o, boilerplate, reconhecimento de padr\u00f5es e gera\u00e7\u00e3o de c\u00f3digo em escala.<\/p>\n\n\n\n O que ela n\u00e3o consegue replicar: o julgamento sobre qual problema merece ser resolvido, a compreens\u00e3o do contexto de neg\u00f3cio que torna uma solu\u00e7\u00e3o melhor que outra e a capacidade de priorizar entre oportunidades concorrentes com informa\u00e7\u00e3o incompleta.<\/p>\n\n\n\n As habilidades mais dif\u00edceis de automatizar s\u00e3o, cada vez mais, as que mais importam para o crescimento de carreira de quem trabalha com engenharia de software. Saber o que construir. Entender por que aquilo importa. Conectar decis\u00f5es t\u00e9cnicas a resultados com os quais o neg\u00f3cio se importa.<\/p>\n\n\n\n Essas s\u00e3o capacidades humanas. Elas exigem contexto real, experi\u00eancia acumulada e compreens\u00e3o genu\u00edna de como um produto e uma empresa funcionam.<\/p>\n\n\n\n Os engenheiros que investem em desenvolver essas capacidades agora est\u00e3o construindo uma vantagem duradoura. N\u00e3o porque est\u00e3o contornando a IA, mas porque est\u00e3o desenvolvendo o julgamento que a IA torna mais valioso, e n\u00e3o menos.<\/p>\n\n\n\n Durante boa parte da hist\u00f3ria recente da engenharia, uma parcela relevante do valor individual vinha da capacidade de implementar. Essa capacidade est\u00e1 mais acess\u00edvel hoje: para times, para indiv\u00edduos e para o mercado como um todo.<\/p>\n\n\n\n O diferencial est\u00e1 migrando para cima na cadeia. J\u00e1 n\u00e3o \u00e9 principalmente sobre se voc\u00ea consegue construir algo. \u00c9 sobre se voc\u00ea consegue identificar o que vale a pena construir, explicar por que aquilo importa e tomar a decis\u00e3o de um jeito que gera impacto real.<\/p>\n\n\n\n Essa mentalidade j\u00e1 foi associada principalmente a engenheiros staff e principal. Agora, est\u00e1 virando o b\u00e1sico.<\/p>\n\n\n\n Leia mais:<\/strong> Revisando c\u00f3digo gerado por IA<\/a><\/p>\n<\/blockquote>\n\n\n\n Quando os engenheiros olham para tr\u00e1s e lembram do momento em que a carreira mudou, raramente apontam para um avan\u00e7o t\u00e9cnico. Apontam para uma mudan\u00e7a de perspectiva.<\/p>\n\n\n\n O c\u00f3digo n\u00e3o deixou de importar. A arquitetura n\u00e3o se tornou irrelevante. Mas os dois viraram ferramentas a servi\u00e7o de algo maior: ajudar o neg\u00f3cio a chegar aonde ele estava tentando chegar.<\/p>\n\n\n\n A percep\u00e7\u00e3o mais importante \u00e9 que o trabalho nunca foi produzir c\u00f3digo. Era ajudar a empresa a alcan\u00e7ar resultados, e o c\u00f3digo era uma das formas mais poderosas de fazer isso.<\/p>\n\n\n\n Essa mudan\u00e7a de perspectiva est\u00e1 dispon\u00edvel para qualquer pessoa disposta a levantar os olhos do problema \u00e0 sua frente e perguntar o que realmente precisa ser feito.<\/p>\n\n\n\n Aproveite para ficar de olho nas vagas da Cheesecake Labs.<\/strong> Confira todas as nossas posi\u00e7\u00f5es abertas!<\/a><\/p>\n\n\n\n A virada de s\u00eanior para staff engineer n\u00e3o \u00e9 t\u00e9cnica. \u00c9 saber conectar o seu trabalho ao que o neg\u00f3cio precisa e escolher quais problemas merecem a sua energia.<\/p>\n","protected":false},"author":20,"featured_media":14002,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_yoast_wpseo_focuskw":"s\u00eanior a staff","_yoast_wpseo_title":"De s\u00eanior a staff engineer: a virada de carreira","_yoast_wpseo_metadesc":"A virada de s\u00eanior a staff engineer \u00e9 sobre alinhamento com o neg\u00f3cio e saber quais problemas merecem sua energia. Veja como dar esse passo.","_yoast_wpseo_meta-robots-noindex":"","_yoast_wpseo_canonical":"","footnotes":"","ckl_wpml_lang":"","ckl_wpml_source_id":0,"ckl_wpml_status":""},"categories":[1435,346,471],"tags":[],"class_list":["post-14429","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-engenharia-de-produto","category-cultura","category-engenharia"],"acf":[],"yoast_head":"\nA pergunta desconfort\u00e1vel: voc\u00ea enxerga o seu trabalho nos resultados da empresa?<\/h3>\n\n\n\n
\n
A mudan\u00e7a de mentalidade que transforma a sua progress\u00e3o de carreira em engenharia<\/h2>\n\n\n\n
De \u201cqual \u00e9 a melhor solu\u00e7\u00e3o t\u00e9cnica?\u201d para \u201cdo que o neg\u00f3cio realmente precisa?\u201d<\/h3>\n\n\n\n
\n
Como as m\u00e9tricas de neg\u00f3cio redefinem o que \u00e9 boa engenharia<\/h3>\n\n\n\n
Duas habilidades que definem engenheiros em n\u00edvel staff<\/h2>\n\n\n\n
Habilidade n\u00ba 1: identificar o que realmente precisa ser feito<\/h3>\n\n\n\n
\n
Habilidade n\u00ba 2: saber onde investir e o que delegar<\/h3>\n\n\n\n
Por que os problemas deixam de chegar definidos conforme voc\u00ea avan\u00e7a<\/h3>\n\n\n\n
Como se tornar um staff engineer: \u00e9 sobre alavancagem, n\u00e3o sobre volume<\/h2>\n\n\n\n
1. A diferen\u00e7a entre fazer mais e multiplicar impacto<\/h3>\n\n\n\n
2. Construir a lista de problemas que merecem aten\u00e7\u00e3o<\/h3>\n\n\n\n
3. Gest\u00e3o do tempo em n\u00edvel staff: um jogo completamente diferente<\/h3>\n\n\n\n
Habilidades de staff engineer na era da IA<\/h2>\n\n\n\n
O que a IA consegue replicar e o que n\u00e3o consegue<\/h3>\n\n\n\n
Contexto, prioriza\u00e7\u00e3o e alinhamento com o neg\u00f3cio como o novo diferencial<\/h3>\n\n\n\n
Por que o crescimento na carreira de engenharia de software agora depende dessa mudan\u00e7a de mentalidade<\/h3>\n\n\n\n
\n
O salto real \u00e9 de perspectiva, n\u00e3o de senioridade<\/h2>\n\n\n\n
![\"legacy-app-ckl](\"https:\/\/ckl-website-static.s3.amazonaws.com\/wp-content\/uploads\/2023\/06\/legacy-app-ckl-1200x409.jpg\")
<\/a><\/figure>\n","protected":false},"excerpt":{"rendered":"