Potencial de nāo ser IDIOTA como Programador 

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.

"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.

Ser programador de alta performance é ser troubleshooter, além disso é complementar.

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.

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.

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.

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

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.

Percebi que sou desenvolvedor e não tenho nenhum senso de propriedade e responsabilidade, a partir de hoje isso muda, obrigado pelo vídeo.

Ó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

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

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!

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.

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.

Isto acontece em todos os setores. Importante refletir sobre detalhes que podem sabotar o nosso trabalho.

"olhando esse código, o que tu acha que tá errado? " A palara avarage

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

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

Gostaria de sabe qual plataforma você lê artigos, eu leio pelo médium somente

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

Nota 10! Gostei!

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?

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

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.

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.

O cara já sendo desenrolado, já tá ótimo!

aleluia o topete voltou! Agora temos um video!

Eu precisava desse vídeo dois anos atrás, fui demitido por coisas que poderiam ser evitadas.

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 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.

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

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.

Vídeo top demais

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

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.

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.

Difícil hein Lucas. Ja ouviu falar de quiet ambition? É tentador 😂😂😂😂

achei q só precisava conseguir abrir a camera com a ultima api do android

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".

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.

Lucas, compra um protetor para teu microfone. Vai diminuir bastante essas sopros do “p” por exemplo

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!

Funciona tipo as cartinhas do Fifa

É muita melodia!

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...

Tudo isso, e não falou que era só fazer um média ponderada...

E eu estudando aki feito um idiota, pra ser um grande profissional kkkk

nao entendo pq alguem escreve um artigo e coloca ele atras de um PAYWALL...... eh f*da....

Você não precisa de vários coach no time, mas também não precisa de vários camisas 10.

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.

9:16 Isso é fato, por isso eu odeio os proativos.

daqui a pouco tamo criando pokedex de programador kkkkk

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

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

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...

em resumo: não seja babaca, seja minimamente esforçado e saiba o que você tá fazendo

Tentando entender como tem que estar acima da média (50%) para estar na média (65%) Aliás, Lucas, ótimo vídeo.

1:09 O que que tu acah que ta errado? Resposta: "avarenga"

“Quantas vezes você não vira um passageiro ao invés de pilotar sua própria entrega?” - MONTANO, Lucas. 2024 - RU-vid

🔝🧑‍💻‼

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

bora aomossar

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.

Ia ate mandar esse video no grupo da empresa, mas vao achar q to chamando eles de idiota rsrs

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.

Acho que vc poderia fazer melhor

Programador tem que entregar software, soluções, gerar receita pra empresa, cortar gasto, etc. Ponto.

Mas o que mais tem na programação é gente idiota e soberba!

“Quantas vezes tu não vira um passageiro ao invés de pilotar a tua própria entrega” - Montano Lucas, 2024

first (primeira vez na vida)

Ser programador de alta performance é saber sair do vim sem googlear

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?

q milagre um video sem defender milionario

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 .

XML >>>>> JETPACK COMPOSE. Quem discorda é noob

Não aguento kkkk se faz esses vídeos kkkkk será q eu sou Idiota kkkkkkkkkkk