Felipe Ribeiro Barbosa

Gen AI is making us stupider: www.microsoft.com/en-us/resear...

And, of course, I had AI summarize it as a podcast because I’ve became too lazy to read the whole paper 😉, he it is: notebooklm.google.com/notebook/852...

Qual o @ da designer?

AI summary

When the AI is trained on clickbait web pages, this is how it summarizes notifications. 🤣

Yes! In some disciplines they do it on purpose to alienate people (like lawyers and bad doctors)

I've seen way too many times less experienced devs trying to display their knowledge by bombarding their audience with engineering-lingo.

To communicate effectively, the way you explain things to a designer, a PM, a manager or a peer engineer should be adequate to what's relevant to them.

A piece of advice to junior engineers:

Ditch the jargon! It's more impressive to explain technical concepts clearly than to show off with fancy terms. If the other person doesn't understand, you're not communicating.

Um exemplo que eu vejo é que um Staff que define arquiteturas, ferramentas e padrões tem uma influência no desenvolvimento de uma feature

Muito legal essa representação. Uma reflexão que eu tive é se existiria outra cor ali, a de "Influência". Que viria antes do cinza de "Muito alto nível para causar impacto".

Esse livro é muito legal! Dos livros puramente de algoritmos que eu li, esse aí e o Programming Pearls são os de leitura mais "agradável"

As cidades em volta são mais residenciais, acho que não tem tanto impacto. Downtown SF é que a situação tá bem triste, muito comércio fechando porque diminuiu significativamente a quantidade de gente circulando.

A matéria fala de NYC, mas a mesma coisa se diz de downtown SF, que está completamente decadente e colapsando.

Uso MX Vertical há uns 5 anos e nunca experimentei nada melhor em termos de ergonomia (meu setup é mouse MX Vertical e teclado Kinesis Advantage 360 Professional)

5. Um papel muito importante também é na parte de revisão de documentos/arquiteturas/código de outros. Dando feedback de qualidade, buscando melhorar o outcome desses projetos e o crescimento dessas pessoas.

4. No papel de tech lead, o/a staff pode buscar arquiteturas que equilibram excelência técnica com melhor ROI e melhor uso do tempo dos devs. Buscando soluções que atendem as necessidades do negócio da forma mais simples e produtiva possível do ponto de vista de desenvolvimento.

3. Em muitas empresas o/a staff tem visibilidade parecida com managers em termos do que está acontecendo do ponto de vista organizacional. E como, pela lei de Conway, o design de sistemas tende a reproduzir a estrutura de comunicação da empresa. Esse staff pode contribuir em discussões sobre reorgs

2. Identificar oportunidades de padronização de ferramentas/stacks para aumentar o alinhamento entre equipes e diminuir a curva de aprendizado

Tem várias formas, vou dar alguns exemplos (lista não-exaustiva): 🧵
1. O/A staff eng tem um impacto cross-time. Ele/a pode observar oportunidades de unificar soluções que atendem múltiplas equipes sem a necessidade de duplicação de trabalho

Como tudo na vida, é um trade-off 🤷🏻‍♂️

Principalmente em big tech, tudo é muito específico da empresa, tanto do ponto de vista técnico como organizacional, e quem cresce ali dentro tem menos bagagem pra questionar o status quo

1 - eu sinto falta do “conhecimento tribal”, de saber a história e o porque das coisas serem como são. Isso me deixa atrás em alguns aspectos
2 - em compensação eu trago uma perspectiva diferente, uma outra abordagem estratégica, trazendo ideias de outras realidades

Eu fui contratado como staff num espaço onde a maioria esmagadora dos outros staff são “prata da casa”. O que eu posso te dizer é que é diferente: 🧵

Concordo, o meu numero ainda foi muito alto. Dependendo da empresa isso seria uma média de senior.

Normalmente o papel de Staff+ é de ter um fator multiplicativo no trabalho de outros devs. Isso até pode ser atingido escrevendo código, mas normalmente escrever código é mais um fator aditivo. O multiplicativo normalmente fica num nível de abstração mais alto.

Provavelmente eu esteja cagando regra, mas acho que normalmente um Staff que passa muito tempo (>~60%) codando, pode significar que a) a empresa não tem uma definição muito clara do papel, ou b) a promoção teve o intuito principal de aumentar o salário dessa pessoa, mas que excedia a faixa de senior

Claro que pra entrevistar pra staff+ tem que ter entrevistado pra um nível mais baixo em algum lugar antes, e aí se for considerar o leetcode acumulado pode ser muito, mas pra o processo de staff+ em si, não.

Pra entrevistar em nível staff+ já não é tanto leetcode. System design (e soft skills) tem mais peso (pelo menos na minha experiência)