Potencial de nāo ser IDIOTA como Programador
ฝัง
- เผยแพร่เมื่อ 15 พ.ค. 2024
- Ajude o Rio Grande do Sul, informações em lucasmontano.com/
Article: newsletter.eng-leadership.com...
✅ Torne-se membro para obter aulas técnicas exclusivas comigo:
/ @lucasmontano
✅ Meu site parece que foi feito por um DEV backend né?! Mas lá tu encontra tudo que precisa saber sobre o que tenho feito e onde estou:
lucasmontano.com/
✅ 𝗢𝗦 𝗠𝗘𝗟𝗛𝗢𝗥𝗘𝗦 𝗩𝗜𝗗𝗘𝗢𝗦 𝗗𝗢 𝗖𝗔𝗡𝗔𝗟
▸ 3,700,000 requests do MrBeast na API do X (eu tentei e não foi barato)
• 3,700,000 requests do ...
▸ Programação realmente é muito difícil?
• Programação realmente ...
▸ DEV Precificando Projeto tipo Netflix (bem simples)
• DEV Precificando Proje...
▸ Gemini Impressiona ao Superar Humanos : Nova IA do Google • Gemini Impressiona ao ...
▸ OpenAI choca o mundo +1 (mas Sora não é sobre gerar videos)
• OpenAI Sora não é apen...
▸ IA que utilizo & a mentira da Gemini (Nova IA do Google)
• IA que utilizo & a men... - วิทยาศาสตร์และเทคโนโลยี
A única skill que tem que ter é entregar resultado e nao ser babaca, todo resto é opcional na minha opinião.. A única pessoa do time que tem direito de nao entregar resultado é estagiário de resto nao.
Resumiu bem hard skill e soft skill, povo fica rodeando e enchendo de palavreado mas é basicamente o que vc falou. Problema é que área tech o ego inflado é absurdo todo canto tem uma penca de chatão.
@@duduken20 Isso é real, a área tech é lotada de gente narcisista e egocêntrica e esnobe e tudo relacionado a isso. Digo por projetos que já participei.
"Para de ser preguiçoso e seja proativo!" Esse é o primeiro grande obstáculo a ser superado.
Na engenharia, quando você precisa resolver um problema, quase nunca você sabe resolver o problema previamente, você vai ter que aprender durante a resolução daquele problema. Antigamente eu tinha muito medo de me propor a fazer algo que eu não sabia de forma aprofundada, fui criando coragem aos poucos de pegar tarefas que me desafiariam de verdade.
Vou adotar, gostei! Já vi outras pessoas fazendo isso, não sabem de praticamente nada, falam que sabem, estudam e aprendem.
Poxa mano, me vi nesse seu comentário rssrs, estou passando por isso atualmente. Hoje mesmo me propus a pegar uma tarefa, falei com meu Tech lead, só que eu tô travando muito, apesar de mentalmente eu ter muitas ideias pra resolver aquele determinado problema, logo eu termino o trabalho muito mal por não consegui resolver aquela Task. Isso tá me dando uma coisa interna que não sei explicar, pois eu tenho pré disposição pra resolver as coisas, procuro as respostas quando não sei, peço ajuda, mais eu tô travando muito, e isso me deixa tão, mais tão mal por não consegui entregar sozinho, como eu fazia no início quando as tarefas era mais simples.
Atualmente dou manutenção no legado.
Amo o que eu faço, mais saio esgotado muitas vezes, pois me cobro demais, porque tenho um sonho muito grande de me tornar um excelente programador um dia, e quem sabe me tornar arquiteto de software.
Mais faço das suas palavras o meu comentário aqui e o que eu tô sentindo internamente no momento.
Ser programador de alta performance é ser troubleshooter, além disso é complementar.
Só pra trabalhar em torre de sustentação
Pra papéis de projeto e arquitetura troubleshooting não é relevante. Ter capacidade de abstração, isto é, modelar uma regra de negócio de maneira inteligente e logicamente consistente é um perfil bem mais valioso nesse cenário
@@danilohenrique4730Pra papéis de projeto, seja PO, não dev. Pra papéis de arquitetura, seja arquiteto de software, não dev.
@@faelpinho Arquiteto de software que não é dev geralmente encontra muitos problemas na elaboração de uma abstração convincente. E o P.O elabora o produto em sua base funcional, quem vai definir a arquitetura e a modelagem é um desenvolvedor especialista ou sênior, que geralmente, ocupa a posição de arquitetura (arquitetura de software é propriamente a evolução tecnica de um desenvolvedor)
E de toda forma, mesmo o desenvolvedor da ponta tem que ter alguma base conceitual mínima de arquitetura para desempenhar um papel eficiente
Troubleshooting é uma competência bem rasa para essa carreira
Entregador de task o gpt vai eliminar, a versão nova está maravilhosa, imagino que em 5 anos os entregadores de task já eram.
As empresas tendem a ficar com os consultores que de fato dão as ideias
@@fabioa8059 Exatamente, cara que só "coda" vai virar saudade em T.I.
No final o que realmente importa é a sua capacidade de meter o louco. Entendam como quiserem.
Já trabalhei com Tech Lead que nem sabia o que era injeção de dependência.
Caraca, mas eu acredito e entendo tambem
Em todo trabalho é assim. KKKKKKKK
Mas falando sério aqui, os melhores tech que conheci, não eram muito bom programando.
Os que programaram bem, aparentemente nasceram apenas pra codar quieto, e não gerir pessoas.
Uma pessoa tapada que coda bem é pior que uma pessoa comunicativa que não sabe mas tenta aprender.
As vezes saber identificar isso te dar menos dor de cabeça.
O trabalho já é muito estressante pra perder tempo com gente imbecil.
Calma javascripto
Eu fui nessa linha até aprender realmente... Com mais experiencia hoje, vejo o quanto foi valido me tornar receptivo a opinioes e feedbacks. Vi ao vivo o contrario tmb, pessoa no mesmo barco praticamente, só que a postura e posicionamento era mais do jeito que a pessoa queria e não como o barco tinha que seguir, resumindo... Hoje ainda trabalho e já partiram com a pessoa. A pessoa saiu mesmo sendo mto mais experiente tecnicamente do que eu.
No final tudo se resume em gerar valor, qual seu ROI. Trabalhei com pessoas bem complicadas, mas entregavam tudo que era necessário, então as boas oportunidades sempre apareciam, não parece justo. Mas acho que a persona "mercado" não foi feito pra ser justo.
Depende da empresa, do ambiente.
Já trabalhei com caras que manjavam muito, mas fodiam o ambiente e geral trabalhava mal por causa deles.
o role do pull request pedindo revisao é sempre complicado
ja fiquei 2 semanas com PR parado falando na daily e cobrando todos os dias para revisarem e o time nada
reportei para o Engineer Manager e nada adiantou
parecia que estava trabalhando com crianças que precisavam serem lembradas toda hora do que fazer e mesmo assim nada mudava
Percebi que sou desenvolvedor e não tenho nenhum senso de propriedade e responsabilidade, a partir de hoje isso muda, obrigado pelo vídeo.
7:53 exatamente... kkkkkkk
Pior que, sobre isso, enquanto tiver uma deadline no meu pescoço, fica dificil parar para ajudar aos outros. Se eu ajudar aos outros, quem me ajuda? E cadê o tech lead que nao faz essa parte do trabalho dele.
Se a empresa quer que eu revise codigo e dê sugestões, deveria haver um horario no meu cronograma separado só para isso. Até porque, ja tem uma pessoa pra fazer esse trabalho: Tech Lead
Não confundam proatividade com assumir responsabilidade alheia. É papel do PM/PO detalhar os requisitos de negócio. Todos no time tem seu papel e responsabilidades.
Na minha carreira conheci poucos engenheiros que de fato gostavam de codar, talentosos que aprendiam rápido. Isso nenhum processo seletivo identifica.
Ja fui reprovado em processos por não decorar código x, coisa que em dois cliques conseguiria usar por conhecer bem a fundação.
Portanto, acredito que os bons profissionais gostam do que fazem e melhoram pelo prazer de ver algo bem feito
Acho que é importante perceber as melhorias e fazer, nao apenas dar as costas a elas e fingir que nao é o teu trabalho. Mas é preciso ter um cuidado para nao ficar fazendo tarefas que nao geram visibilidade para as camadas acima na hierarquia da empresa
Cara eu não sei se é pq eu estou ficando velho (fiz 37 ontem), mas eu até me identifico com essas características e me esforço sempre pra ajudar a galera, só que eu estou um bocado cansado e nesses últimos tempos eu estou meio Jaiminho do Chaves, me poupando da fadiga.
É o fato de já ter lidado com muita treta em tudo quanto á área de tech até negócio (e vice versa), e chega uma hora que você começa a ficar esperto para não virar herói de mais, pq aí só tem dois resultados possíveis, m0rt& por burnout ou por ego. A única forma de vc não entrar nessa é equilibrar as coisas, desapegar e envolver todo mundo no jogo.
A história de que vc tem que ser dono do negócio em parte eu acho uma bullshitagem, o correto é vc ter consciência e responsabilidade por você do que você está fazendo e entregando sem passar por cima de ninguém. Em resumo, é o equilíbrio entre individualidade e saber jogar bem em um time.
Cara, estou na mesma vibe que a tua. Faço o meu papel e coloco minha opinião quando pertinente. Se eu for levado em conta, tudo bem, se não for levado em conta, tudo bem também. E se vem com essa história de eu ter que ser dono do negócio, só falo então que quero ganhar como um. Entretanto, acho que para nós, que temos um pouco mais de experiência, conseguimos ter melhor essa visão e pouco da moral para dizer isso sem soar arrogante.
Ótimo vídeo, somente os thresholds que deveriam ser 100x maiores (85 ao invés de 0.85 e etc). pq se vc pegar um dev com 2 em tudo e aplicar os pesos, vai ficar (1, 0.5, 0.5), dando 2 de score, e ainda assim ele vai cair no "great engineer".
Mas deu pra entender a ideia kkkkk
Na minha humilde opiniao, o lugar influencia sua forma de se portar... Se voce tiver com pessoas maduras ao redor, que tem a boa vontade de passar o conhecimento, voce será tão bom quanto elas. Claro, isso varia tmb dependendo da sua forca de vontade em aprender. Pois tem lugares que é tudo para ontem. Agora, se voce esta em um ambiente onde a cultura é cada um por si, voce pode estar do lado de monstros, sempre voce vai achar que esta com a mira na cabeca. O codar é o mais simples quando voce entende que a maior dificuldade é lidar com pessoas.
E quando entendi que resolver problemas é mto mais que resolver um if/else, ai sim pode comecar a se sentir um bom profissional.
"olhando esse código, o que tu acha que tá errado? " A palara avarage
Na real minha opinião é que se alguém ta superestimando tanto as softs quanto as hard skills já tá errado, todas tem suas utilidades e lugares de atuação e valor.
Hoje tá muito na moda superestimar soft skill e desprezar hard skil, porém tem um eixo ali de tempo, hard skill de verdade toma muito tempo pra se adquirir, não adianta só ter boa vontade tem que ter tempo de dedicação e se expor a experiências, e mais tentar obter isso enquanto trabalha é pior ainda porque vc não tem tempo de aprender e observar as coisas enquanto ta entregando vc só entrega.
Então esse Papinho ai de que conhecimento técnico é fácil e vc pega rápido é papo de quem não tem muito conhecimento técnico na real
Isto acontece em todos os setores. Importante refletir sobre detalhes que podem sabotar o nosso trabalho.
Mais uma leitura de artigo com o nosso querido Lucas Montano do Canal Lucas Montano. Quando eu crescer quero ser igual a esse cara. Top D+ TMJ!
Eu precisava desse vídeo dois anos atrás, fui demitido por coisas que poderiam ser evitadas.
muito real o fato de um dev ajudar os demais, talvez o dev (senior) no caso venha se auto aterefar, mas certeza é a melhor escolha, para ele e para quem ele estará ajudando... como final do artigo diz: é melhorar essa "bolha, e bolha aqui no bom sentido" a qual gostamos tanto de fazer parte.
O que me pega no artigo é que se um programador com atitude e mindset tem potencial de ser 20% melhor tecnicamente porque ele já não era 20% melhor para início de conversa?
Acho bem díficil alguém conseguir dar notas para essas 3 caracteristicas principalmente sem nunca ter trabalhado com a pessoa.
Tento me ligar nesses fatores, achava que estava seguindo eles mas parando para analisar, cumpro com poucos deles. Muito obrigado pelo vídeo
14:33 esse codigo aí só faltou dividir por 100 os inputs kkkkkkkkk, um great engineer também escreve testes
Vim aqui nos comentários só pra ver se mais alguém tinha percebido esse erro kkkk
Todos com medo de perder o emprego, com grandes empresas fazendo demissões em massa com certa regularidade e mais do que suficiente para o programador estar "motivado".
Sr Lucas Montano, o meu perfil do youtube desinscreveu-me do canal do sr. Só avisando. Já me inscrevi de novo. Eu sei que estive inscrito, porque assisto a todos os vídeos sempre
O resumo do artigo não é que habilidade técnica não é importante, mas sim que em uma organização moderna ter habilidade técnica é o MÍNIMO. Se você se garante no código, mas é um bixo do mato que não sabe interagir de forma humana e produtiva com seus colegas, liderados e líderes, você não é um bom programador, simples assim.
4:45 Já estive em uma equipe assim, no fim os junin até entregam dentro do prazo, mas você passa a demorar semanas ou até meses pra entregar as maiores buxas, principalmente se tiver reuniões encavaladas e interrupções recorrentes. Teve até caso de ter duas demandas complexas, ambas com prazo apertado, uma nesse formato e outra somente um sênior e um pleno, a 2ª opção entregou adiantado à ponto de consertar as cagadas da 1ª opção, que só deu dor de cabeça e foi reescrita pelas pessoas da 2ª opção.
O dilema do líder, foi a primeira pergunta que recebi ao assumir uma equipe, como gestor: - "qual é o colaborador mais perigoso para empresa, o incompetente motivado ou o competente desmotivado? A resposta é óbvia, eu sei, mas a prática mostra o contrário...
3:15 ; é a mesma coisa daquele fime, money boll; as pessoas no mundo de olheiros do baseboll estavam deixando de lado várias pessoas com Potencial (não que já estavam entregando algum valor). E nesse cenário um treinador percebeu que muitos jogadores com um ótimo potencial não tinham os holofotes, atenção e oportunidades para conseguirem crescer ele foi lá, apostou e deu certo. No nosso caso eu vejo isso como os estagiários, juniores, ou pessoas como essas que não conseguiram se destacar no mercado. E quem conseguir ver esses talentos ocultos é quem vai ter o maior ganho se comparar custo e retorno. O jogador quando vc sabe que é bom e é famoso é caro.
Esse tipo de coisa tbm está relacionado a empresa e não somente ao profissional, ambos os lados vão "testar" os resultados de "não ser idiota", se der opinião e tomar patada a próxima vez eu fico quieto, Se eu for pró ativo e não tiver reconhecimento na proxima deixa o verdadeiro dono do problema se virar.
AGORA A PARTE MAIS IDIOTA DE TODAS: compartilhar todo seu conhecimento, pois na primeira chance vc tende a ser substituído pelo Juninho ou por alguém mais barato
compartilhe os conhecimento com os amigos e parceiros, pra empresa é se estiver sendo pago pra isso.
idem pra automatização da rotina, se vc automatizar sua rotina faça isso de um jeito que seja só seu, pois caso vc tenha tempo livre vc vai se demandando mais atividades no tempo conquistado e o potencial lucro gerado tbm não vai ter reversão pra vc. Automatize se vc foi contratado pra isso
E nem sempre 5 caras que entregam 20% a mais vai ser melhor que um cara que entregue 20%.
Exemplo: Se tratando de estagiário, se 5 deles entregando 20% a mais é igual a mais 100% mais também de code review kkkkkkkk o que no final da sprint pode n gerar tanto valor porque as tasks mais prioritárias que fica com o sênior vai empacar
Cara, fico meio pasmo quando vejo vídeos assim huashuashu pq existem pessoas que estão soando mesmo p conseguir uma vaga e se dedicar ao máximo para absorver conhecimento, enquanto isso tem outras q já trabalham e não valorizam shuahusa mas creio que seja assim em toda área. De qualquer forma, acho que ser proativo e se dedicar mais no trabalho é o básico, o certo seria melhorar mais as hardskills, até pq as softskills, muita das vezes, usamos no nosso dia a dia e nem percebemos.
Na minha equipe o pessoal confia em mim e sempre entrego antes do prazo, porém tenho um defeito muito grande eu não tenho paciencia para ensinar, tenho que melhorar essa skill.
O cara já sendo desenrolado, já tá ótimo!
Lucas, compra um protetor para teu microfone. Vai diminuir bastante essas sopros do “p” por exemplo
Difícil hein Lucas. Ja ouviu falar de quiet ambition? É tentador 😂😂😂😂
Montano.. tu precisa de uma vinheta de introdução que apareça também no final do vídeo.. pq as outras sugestões de videos estão atrapalhando o conteúdo.
eu como Phd em XGH posso dizer que um bom programador tem boas relações sociais. O código é praticamente irrelevante, já que vai virar chefe rapidamente
Vc esta confundindo programação com vendas. Chefe sem uma equipe boa não dura nada.
Nota 10! Gostei!
Na minha opinião techSkill conta muito.
Se não tiver conhecimento necessário para ajudar, vai acabar embolando um pouco o meio de campo.
Achei bem legal esse tema!
Acho que a maioria dos vídeos reagindo a esse tipo de artigo, são mais voltados para tech leads? sei lá, estou no começo da carreira, de fato oq é citado aqui nn é nada de inovador (pois é um senso comum, em todo trabalho vc tem que ter essas qualidades se quiser crescer). Porém o conteúdo é bom, se a pessoa é um sénior e tals acho que é valido.
Nao sei o que o artigo quis dizer, mas se tirarmos essa bobagem de 'quantificar quantos % vc é tecnico e quanto é de mindset', é algo mt válido de se observar.
Nao conheço muitos devs tecnicos estupidos. Se o cara é tecnico, ele tem que saber resolver os problemas, aliás, é pra isso que ele está lá.
Mas acho que a ideia central é que "só as tuas habilidades tecnicas nao sao o suficiente". Às vezes nós caímos nessa ilusão de que "ah, eu sou formado em X curso, sei programar em Y linguagem, portanto meu trabalho se resume à isso". Mas eu digo: "Cara, tu é muito mais que um codificador, tu é um ser humano com 100 bilhões de neurônios. Vai lá e use isso ao seu favor".
Eu gosto muito de pensar assim e ver o exemplo do Pablo Marçal: Ele aprendeu um jeito de usar a mente dele para arrancar dinheiro dos trouxas.
Nao to dizendo q vc tem q sair por aí fazendo pilantragem igual ao Marçal, mas que vc tem q usar tudo que vc tem, dentro do seu leque de habilidades, para melhor favorecer a si mesmo: Seja negociando uma vaga, resolvendo um problema tecnico ou de negócio. O que for. Só use suas habilidades ao seu favor, você é muito mais do que um macaco criador de código
Esses devs "mais técnicos" vão ser os primeiros a serem substituídos por uma máquina se só a entrega que vale.
Já conheci muita gente assim, que só porque sabia mais que o time se achava superior.
Pena que a maioria não dura bem nos empregos e são layofados logo.
aleluia o topete voltou! Agora temos um video!
Você não precisa de vários coach no time, mas também não precisa de vários camisas 10.
Tudo isso, e não falou que era só fazer um média ponderada...
Lucas o que vc acha de programadores que leem bastante? Eu leio muito, estou no quinto livro esse ano, e ja tem mais dois a caminho que comprei na Amazon e nao foram lancados ainda, todos na nossa area
achei q só precisava conseguir abrir a camera com a ultima api do android
Ou Lucas, tem erro no seu código. Todo número que vc colocou vai ser maior que 0.85 como 85% e na hora de passar o valor pra variável, vc n dividiu por 100.
Mas olha, independente disso. Mensagem recebida.
E, além disso, queria adicionar um ponto tbm. Eu acho que liderança técnica sem qualidade técnica só afasta as outras pessoas mais Jr. O cara pode ficar bem na fita com o chefe dele, mas o Jr/Pl que é mais técnico, pode acabar preferindo trocar de empresa pq percebe que o lado técnico não é tão importante assim
Gostaria de sabe qual plataforma você lê artigos, eu leio pelo médium somente
iai eu sou estudante de programação e eu preciso de uma luz, eu quero saber onde dentro da programação eu posso ir mais longe, onde é a "primeira divisão" onde vou encontrar os maiores desafios, onde me levaria a poder programar com os melhores, mobile? full stack? dados?
em resumo: não seja babaca, seja minimamente esforçado e saiba o que você tá fazendo
Discussão irrelevante. Ser SE é basicamente resolver problemas usando software, se você sabe qual o problema, consegue priorizar, comunicar (soft skills) e resolver (tech) não importa o nível de cada uma dessas coisas, que diga-se de passagem, não tem como medir dessa maneira que foi feita no vídeo.
Meu, na boa, eu fui tester de software na minha antiga empresa, porte médio, equipe pequena, 1 senior para 5 devs, uma coisa que reparei, pessoas não gostam que vc fale que elas erraram, ou que geraram um bug, elas ficam pistolas com você, mesmo quando vc mesmo faz a correção, elas te tratam como arrogante ou sabichão. Mesmo que aquela correção tenha ajudado aquele dev, acho que nunca mais quero ser tester pois as pessoas não gostam de críticas, ainda que construtivas...
Isso acontece em todas as áreas que vc trabalha com pessoas
Isso nao eh da area e sim do brasileiro
@@sharewareX eu não disse que a culpa é da área x ou y, eu disse que “acontece” em todas as áreas.
É muita melodia!
Tentando entender como tem que estar acima da média (50%) para estar na média (65%)
Aliás, Lucas, ótimo vídeo.
Vídeo top demais
nao entendo pq alguem escreve um artigo e coloca ele atras de um PAYWALL...... eh f*da....
Funciona tipo as cartinhas do Fifa
1:09 O que que tu acah que ta errado?
Resposta: "avarenga"
A habilidade técnica importa MUITO.
Mas eu vejo muitas situações onde o cara é bom tecnicamente, mas tem habilidades de política, diplomacia, argumentação praticamente NULAS.
Quando vc tá resolvendo um problema, é importante saber explanar sobre o mesmo, explanar sobre a solução que você tá sugerindo, demonstrar por que a solução do coleguinha não é boa, saber dizer NÃO para alguns casos (mas com jeito).
Eu diria que SIM, é importante ter habilidade técnica, mas quanto mais alto vc for na carreira, mais vc será demandado pelas outras habilidades.
Já vi muito dev pleno dar de dez a zero em senior por ser um cara muito mais safo.
E eu estudando aki feito um idiota, pra ser um grande profissional kkkk
9:16 Isso é fato, por isso eu odeio os proativos.
daqui a pouco tamo criando pokedex de programador kkkkk
“Quantas vezes você não vira um passageiro ao invés de pilotar sua própria entrega?” - MONTANO, Lucas. 2024 - TH-cam
Se eu não tivesse assistido ao vídeo, ia jurar que era frase do Cortella ou do Clovis de Barros Filho
Ia ate mandar esse video no grupo da empresa, mas vao achar q to chamando eles de idiota rsrs
bora aomossar
Programador tem que entregar software, soluções, gerar receita pra empresa, cortar gasto, etc. Ponto.
Infelizmente ou não, isso envolve bom relacionamento com os colegas de equipe.
Acabou o tempo que programar era ser um nerd com baixa habilidade social que ficava no quarto escuro codando. KKK
“Quantas vezes tu não vira um passageiro ao invés de pilotar a tua própria entrega”
- Montano Lucas, 2024
Lá ele
🔝🧑💻‼
Acho que vc poderia fazer melhor
Ser programador de alta performance é saber sair do vim sem googlear
É meme?
@@psyab9375 é vim
Mas toda essa proatividade não torna vc é um chato que se mete no serviço dos outros? Não torna o trabalho em equipe mais difícil?
O cara do exemplo do Lucas era chato, não proativo.
São coisas diferentes. KKK
Mas o que mais tem na programação é gente idiota e soberba!
To cansado de programador que só fala de clean code e nunca usou a porra do produto que ta desenvolvendo não sabe nem oque o cliente quer mas respeita os principios SOLID . Me lambe .
q milagre
um video sem defender milionario
XML >>>>> JETPACK COMPOSE. Quem discorda é noob
first (primeira vez na vida)
Não aguento kkkk se faz esses vídeos kkkkk será q eu sou Idiota kkkkkkkkkkk