Um grande problema nisso tudo é conseguir equilibrar 8h de trabalho + faculdade + despesas + família + trabalho voluntário + projeto paralelo.... o dia só tem 24h. Nem todos tem a oportunidade de se dedicar exclusivamente aos estudos.
Consegui, foi um inferno enquanto durou, mas valeu a pena. Sábado e Domingo tá aí pra estudar, fazer trabalho voluntário e pra família também 😂 acordava às 4, saia as 4:50. Chegava em casa mais de 23 e dormia quase meia noite. Ia no percurso de ida dormindo e na volta estudando ou dormindo também fds 😅, mas no fim, valeu muito a pena. Aí vossa esposa, família, sei lá, tem de ter compreensão 🤷♂️ no sábado era sagrado eu dormir até as 10 😂 ainda tinha do de quenga dizendo que era coisa de preguiçoso dormir até tarde, se lascar man 😂😂😂
Tem um comediante famoso (esqueci o nome) que tem uma frase genial. "Provavelmente quando a gente morre, nós não sabemos que morremos e ficamos lá vagando, enquanto as pessoas ao nosso redor sofrem. Quando se é um idiota é a mesma coisa" kkkkkkk
10 หลายเดือนก่อน +172
Eu tive um professor, ele era ACT, ou seja, convidado a dar aula. Tinha uma empresa de software... Cara foram as melhores aulas que tivemos... o cara abria a IDE e começava a codar as estruturas de dados na nossa frente.... as vezes davam bugs e ele corrigia conosco... acho que foi a melhor experiência que tive na faculdade
No meu começo tinha um professor que fazia a mesma coisa, ter ele me auxiliando nos estudos de C foi fundamental para a minha base, que considero extremamente sólida hoje.
Um dos meus professores da epoca que eu fazia facul trampava como professor e como software developer, então acho que não é tão incomun assim.
10 หลายเดือนก่อน +10
Clean code tenta trazer ordem ao caos, é uma ferramenta/guia, imagine pegar uma code-base sem padrao algum e ir melhorando com o lema dos escoteiros, sempre deixar o lugar q passou mais limpo do que era, totalmente voltado ao longo prazo. Cabe ao dev com sua experiência saber se é a adequada ao problema e/ou momento, mas pra quem tem só o martelo todo problema é um prego. No geral se sai melhor quem não se limita apenas ao código, mas sim quem tenta entender o negócio, saber como a maquina gira, como deixa-la mais eficente, seja gerando mais receita ou economizando recursos, quando entende-se isso, larga-se o ego o maior gerador de conflitos/prejuizo em qualquer empresa quiça da vida. Os culpados são sempre as pessoas e não uma técnica/tecnologia: - RH que pede uma sopa de letras sem nem saber se de fato usam; - Devs arrogantes de ego inflado; - Liderança fraca que monopoliza informação a fim de manter-se no/com poder; - Ou só a boa e velha preguiça;
Incompetência não se trabalha, se orienta e/ou se mitiga. Ou você está no lugar errado ou você vai ser a mudança que o lugar precisa. Não vejo esse assunto como hard skill de engenharia de software, mas pra quem não tem experiência, talvez seja uma boa pensar nas soft skills que dizem respeito a isso.
Sobre a parte de reescrever código: Na minha empresa anterior o código n seguia pattern nenhum e mal utilizava orientação a objetos, eu tentei não reescrever as coisas mas tava chegando um ponto que eu estava acostumando a escrever código todo cagado e estava surtando. Foi quando acendeu uma luz de alerta na minha cabeça e eu decidi que era melhor cair fora. E pra ser sincero levaram alguns meses pra eu perder muitos vícios que peguei. A programação não tem as chamadas "linguagens" atoa, se você convive com alguém que fala errado, inconscientemente você começa a falar errado também.
Grande Lucas!! Estou na área como engenheiro de software há mais de 20 anos. Acho que a abordagem do seu canal é uma das mais realistas para os dias atuais. Seu canal, na minha opinião, é um dos melhores. Continue assim e parabéns por sempre pincelar alguns tópicos e matérias de forma assertiva e pertinentes.
@@igoralcovacampos6570 , boa tarde amigo. Feliz com a profissão sempre estou porque está atrelada à minha realização pessoal. Mas falando de saturação... acho que nunca estará. Considere que a cada seis meses tem um framework novo para fazer as mesmas coisas que todos os outros mas de um jeitinho diferente. Então, todos correm para fazerem curso daquilo e assim fazemos a máquina do mercado girar. Mais seis meses para todos abandonarem aquele brinquedinho "obsoleto" e abraçarem outra nova tecnologia. Ou seja, na medida em que o mercado se auto alimenta ele também faz com que muita gente saia (às vezes de desgosto e às vezes porque quando veem o mundo real, percebem que é diferente do que simplesmente fazer um curso e bater no peito para dizer que sabe). A realidade bate à porta quando se tem que atuar em projetos complexos desenhados e implementados pelos outros e o entendimento tem que ser maior do que a sua nova codificação em si. Como não são todos que estão dispostos a isso, acho que não estaremos saturados nunca (algo do tipo, o mal do nosso mercado também é o que nos protege).
Galera, o que o Lucas diz é 100% verídico. Faça estágio não obrigatório nos primeiros semestres e faça networking! Na faculdade, é o ambiente 100% ideal para fazer isso e talvez sua única oportunidade para ingressar com mais facilidade no mercado. Eu digo por experiência própria. Nas aulas sempre demonstrei interesse e rachava o crânio nos problemas, daí consegui estágio no 3 semestre! Agarrei a oportunidade, mesmo ganhando pouco, POUCO! Depois do estágio, consegui ser efetivado, e então saia de casa 07h da manhã, trabalha até 18h e ia pra faculdade as 19. Chegava em casa 23:30, comer e dormir. Foi quase 2 anos nesse loop filho da puta. Desenvolvi MUITOS sistemas pra ganhar 1k por mês, pegava busão lotado com cheiro de suvaco molhado, usava aqueles uniformes MERDAS que no calor, era uma desgraça na terra. Mas todo o esforço valeu a pena! Então, se você tá começando na área e tá de boa no seu home office, cala essa sua boca e não reclama. 10 anos atrás eu ralei pra CARALHO até conseguir um home office descente.
@@marquin2686oi tudo bem? Eu não tenho noção nenhuma da vida adulta mas a faculdade é 4 horas igual na escola? Eu tô pensando em fazer engenharia de software ou ads e aproveitar esse meu último ano do ensino médio pra estudar linguagem c, e fazer dinheiro na rua, aí quando chegar nessa fase difícil pelo menos vou ter dinheiro guardado né.... Oq vc acha. (Ps: tenho 17 anos)
@@eletricguitarguyPor ex o estágio não obrigatório vc pede pra faculdade arrumar pra vc ou vc busca na internet trabalhos como estagiário?? Obrigado dês de ja
@@OffstrayHabbo então, para conseguir estágio, você obrigatóriamente precisa estar matriculado em algum curso. Se não, não é estágio e sim contratado por assim dizer.
Eu sou TechLead de uma empresa americana, e meu projeto era uma startup que foi comprada pela minha empresa. Bem, o CTO da empresa tem q entrar para barrar "new features" que querem testar em produção, tempo de review do PR é 3x maior q o tempo de dev, so concurso de beleza de codigo, meu lema é "Clean Code don't pay my bills", eles nem sabem oq eu quero dizer, ja larguei a toalhada dessa gurizada!
E quando pulam-se etapas, joga o código em produção para "pagar os boletos" e você fica várias horas com operação travada por causa de um bug não detectado. Quem assume o B.O.?
@@caiquemonteiroaraujo528 Eu vou te falar uma coisa que vai te chocar, mas, o pessoal que escreve codigo simples e eficiente e que testa com teste unitario e tesde de integracao, nunca teve problema, o pessoal que faz exatamente o code review extremamente detalhado, usando cutting-edge bibliotecas e classes e 100% funcional e tal, esses que quebram a producao. Porque o ponto nao eh o codigo limpo ou sujo, mas, a obssecao com ele. Oque eu chamo de "Inversao de Valores", mais vale o codigo estetico do que o codigo simples e que naturalmente funciona melhor, sendo simples = Atentar ao SOLID e passar no linter
Pois eh amigo, ai essa gurizada nao entende pq não conseguem entrar na área ou ser promovido pra ganhar mais..deixe eles ficarem no concurso de beleza e ai não sabem pq são mal remunerados, nenhum cliente vai querer pagar muito por perfumaria e pq identou o codigo com 2 tabs.. kkkk
Trabalha em uma softhouse que tu sempre vai pegar projetos novos pra fazer. Amo trabalhar assim. Tenho 4 anos de experiência, mas já trabalhei com projetos de muitas áreas diferentes nesse tempo. Desde app de banco a clínica de saúde.
acho que eu trocaria o "agrega valor ao usuário" por "agrega valor ao produto da empresa", fato é que agregando ao produto, você agrega ao usuário e à empresa, que lucra mais, que entrega mais por menos (diminuindo custo pra manter a aplicação por exemplo), cria coisas mais fáceis, então ter um código limpo, ajuda nisso tudo, tanto na manutenção, quanto na criação de novas features em menor tempo e mais escaláveis, etc...
Cara, a história do Lucas é identica a minha kk, entrei na facul e ja tratei de arrumar um estagio, consegui enfim no segundo semestre, hj to quase tres anos como efetivo, e com a bagagem dos dois cursos técnicos de antes de entrar na facul, fazer os cursos técnicos antes foi uma das melhores decisoes que tomei
Caracas Lucas, só verdades!! Vivendo muito tudo isso...e digo mais: dia após dia quebrando o "patternite" e conciliando qualidade com simplicidade e buscando compreender a intenção do novo recurso mais do que sair "batucando código".
Gosto muito da sua abordagem nos temas. Depois de muito tempo trabalhando como dev, cheguei a conclusão que escrever código limpo (clean code) é muito mais sobre trabalho em equipe do que código em si. Por isso a importância de narrar a solução através do codigo limpo.
Trabalhando com algumas aplicações que deve estar funcionando sempre e há cobrança forte de alguns lados, o que aprendi com o Sênior da minha área é: "Se está legível e funciona bem, manda bala". Embelezar código, na grande maioria das vezes, só vai te ferrar. Se tu tem um bom tempo, manda bala, caso contrário, o mínimo de legibilidade e o máximo de eficiência vai ser sua realidade ali no momento. Essa aprendizagem me ajudou muito a não me preocupar com algo que lá na ponta (usuário) não será tão notado.
Eu sou adépto do menor esforço, se funciona eu nem toco. Mas já peguei situações onde a própria manutenção do código é difícil, para se conseguir implementar uma nova funcionalidade só reescrevendo, pois a estrutura do código impedia certas coisas de funcionarem da forma que o cliente queria.
pois é. fiquei um mês tentando corrigir bugs em um backend em php, passava de 50k de linhas fácil e era em framework antigo, mas consegui fazer algumas coisas. O B.O que eu fiquei quase dois meses reescrevendo todo o código sozinho (por ter achado que era a melhor solucao), mas é insano fazer issokkkkkkkkkkkkkk e a empresa me pediu outras coisas, então dale inclusive, lembro que ao reescrever, eu fiz um montão de bugs porque tinha dois apps mobile que dependia do backend e ninguém sabia KJDSAJKDJKSAKWJWDK. Fazer manuntenção em trabalho de freelancer é coisa de levar a coringuisse, mas consegui arrumar graças ao git
Refactor e Rewrite só é legal se agrega algo pro produto, tipo reduz um load time para performance ou algo do genero. Se for só pra adequar a patternzinha ou deixar bonitinho e legivel tu ta gastando tempo que só vai ser visto pelos teus colegas. Empresa quer numeros, essa é a dura realidade.
Ser professor é a melhor area para seguir no desenvolvimento de sistemas: * A cada 6 meses você começa um projeto novo e usa as tecnologias mais novas (green field) * Passado uns meses, quando as decisões tomadas parecem não ter sido as melhores, você joga na mão dos alunos e manda eles resolverem Cada turma novo é como um cliente novo. Sem histórico de problemas.
Tu disse que a verdade absoluta está no código e que essa é outra verdade difícil de engolir. Mas a verdade absoluta é que para nós desenvolvedores, saber que a verdade absoluta das regras de negócios está no código é muito mais fácil de engolir. Difícil é para o time de produtos. E também é muito fácil de engolir qualquer proposta de melhoria das regras de negócios, afinal, nós iremos contribuir tornando isso palpável por meio do código.
Eu comecei a trabalhar com marketing digital, aprendi o básico de landing pages em wordpress e já comecei a vender freelances em wordpress Aprendi lógica de programação e quis ganhardinheiro com a lógica: fui pro no code e arrumei um trabalho como desenvolvedor no code Hoje estou codando bem mas não utilizo tanto por conta do meu trabalho. Hoje em dia vcs tem que SE VIRAR Eu sou pobre fodido, só posso aprender se ganhar dinheiro com isso. Saiam da bolha dev que sonha com FAANG e tratem de se virar e pagar suas contas com o que vcs aprendem
10:28 O que o autor está falando é o que nós da administração chamamos de "valor agregado". Valor Agregado é ótimo, contudo ele pode não ser "Valor Agregado Percebido". Se o cliente não "percebe" o valor agregado que o programador inseriu ao produto, o tal "valor agregado" é inútil. O cliente quer o produto funcionando. O que têm por baixo do capô, pode ser irrelevante, ou seja, o que tem por baixo do capô pode não ter "Valor Agregado Percebido". Como administrador, concordo plenamente com o autor da matéria
Eu tenho mais de 20 anos de experiência, e o que posso falar de testes, clean code etc? Meu! Bota o alpha pro cliente testar, a gente é DEV não é PO nem nada, quem falou com cliente nem é a gente, e mesmo que fosse, o cliente nem sempre sabe o que precisa. Bota o código pra rodar, testa com o usuário, de forma científica, veja até quando realmente for o que o cliente quer e PRECISA. Depois, sim, deixa tudo 1000% testado, código lindo, protegido, perfeito. Se perder tempo tentando adivinhar o que é o que o cliente quer e precisa, como o código é melhor escrito, vai pagar milhares de horas de programadores fodas para fazer adivinhação. Pague por código de qualidade, quando e se descobrir o que realmente é preciso criar e fazer.
A Faculdade é para ser um ambiente de pesquisa constante na area de tecnologia, da a sensação que atualmente estamos muito focados em colocar os alunos em um padrão especifico e quando vemos o curso já ta na fase final.
Trabalho na área bancária, simplesmente não tem como reescrever nada KKKKKK é 50000 legados 300000 integrações o tempo inteiro e mexer um pouco pode causar um caos generalizado No maximo refatorar e ao começar uma nova feature fazer bonitinho o código
Meu, sério! O melhor merchã que já fizeram da @insiderstore de uma galera que eu curto aqui no youtube! Lucas foi o único que me convenceu…papo de Dev neh 😂
junior se veste bem, Pleno se veste igual advogado, e Senior anda de chinelo short camisa esfarrapada e de preferencia barba e cabelo longo... esses são os melhores.
já tivemos casos aqui de contratar professor pra ser DEV.. vixe.. o cara só enrolou, fez muita coisa errada e ficou paralisado com as regras de negócio, uma coisa é ensinar e outra coisa é na prática mesmo.
Fica a dica para você virar prof no futuro! Ao contrário do que dizem, para ensinar tu tem que se melhor que o cara que faz/trabalha com aquela área. Você tem que mestre (não no sentindo academico, mas de ter excelência e maestria naquela profissão).
@@KiratyAmaral pelo contrário, pra ser acadêmico você só precisa ser bom na teoria, que é o que se usa na faculdade, a prática na faculdade é totalmente pensada na aplicação perfeita da teoria, mas pra ser bom em sistemas do "mundo real" você tem que ser bom nos dois, teoria e prática, prática essa que não foi criada somente pra se encaixar em algum tipo de exercício perfeito de algoritmo onde tudo se encaixa lindamente, além de todos os outros pontos necessários pra se sair bem na carreira como soft skills, conhecimento de produto, questões de segurança, escalabilidade, integração com outros tipos de serviço. Ser professor é mole demais.
@@JonatanEdOrtiz teoria e pratica não se distanciam, são a mesma coisa. Em resumo: Sem boa teoria, sem boa prática. Isso vale para tudo e todas as profissões, incluindo TI. PS: uma preparação real te joga para situações tensas e você que se resolva.
@@KiratyAmaral você é professor né mano? Kkk Tem muita coisa na prática que você tem que fazer na pressa ou usar a famosa gambiarra ou dar um jeito pq tem prazo apertado ou muitas vezes simplesmente mandam fazer "errado" mesmo só pra resolver naquele momento pq o código precisa subir logo e depois quando der tempo refatora. Não, teoria e prática não são o mesmo no mundo real.
concordo que clean code é superestimado, mas de forma alguma é ultrapassado, as pessoas tem que olhar menos pra algo e considerar aquilo uma verdade absoluta, não enxergam meio termo e não enxergam que da pra usar um pedaço do clean code que lhe é conveniente e outra parte que não faz sentido pra tua aplicação, tu não usa. "Ah, mas se eu tô usando clean code, eu tenho que fazer absolutamente tudo dele, aplicar todos os conceitos" pra que? Todos fazem sentido pra você? Todos fazem sentido na sua aplicação? No contexto que você quer usar? Se sim, ótimo, mas se não faz, não faz o menor sentido usar tudo só pq "faz parte do clean code"
Discordo dessa analogia da natação. Isso ocorre com quem fez faculdade merda. Para quem fez uma boa faculdade, a analogia certa seria: a faculdade é como teus primeiros anos. Antes de aprender a nadar, você precisa aprender a engatinhar, andar, correr e pular. Quando você já souber andar normalmente, você aprenderá a nadar facilmente. Se tentar aprender a nadar enquanto ainda está aprendendo a andar, pode até dar certo, mas vai ser bem mais complicado.
Galera, viver 100% do tempo trabalhando ou estudando nao é estilo de vida. Por uns meses ate vai, depois você vai ter que escolher que tipo de vida quer ter. Me lasquei muito no início, hoje faço o mínimo, pq família, vida pessoal, saúde mental importa, e se vc acha que nao importa é pq ainda ta com tudo em dia e nao tem maturidade pra ter tido grandes perdas.
Eu adorei a faculdade. Pq trabalhei na empresa junior, curti bastante festa, fiz networking e consegui meu primeiro estágio e meu primeiro emprego graças as conexões de lá. De resto odiava tudo. Larguei quando consegui meu segundo emprego com carteira assinada.
2:27 time formei em engenharia de software numa federal, tinham umas matérias práticas onde íamos atrás de alguma instituição e oferecíamos gratuitamente um software para ela, geral se ferrava e o nosso professor falava que era para moldar o caráter. Na minha opinião ele (professor Arilo) era o melhor professor de lá, virei amigo dele 😂
Aqui estamos refazendo um SAAS, que foi dividido em três projetos DDD Hexagonal com Typescript. As vezes vale a pena re-escrever, se os fins justificam os meios ...
Discordo bastante do que foi dito sobre clean code no artigo. Se código limpo pode não garantir lucro no curto prazo, com certeza no médio/longo prazo (junto com SOLID) é essencial para garantir a mantenabilidade da aplicação ou até do ecossistema inteiro. Ou seja, se fizer código merda (sujo) por meses, em poucos anos pode ter certeza que certas features, até simples, vão demorar muito mais tempo para serem desenvolvidas. Se tempo de desenvolvimento está diretamente relacionado com o tempo em que a feature (que teoricamente vai dar lucro) está em produção, no fim das contas esse "delta T" entre tempo de desenvolvimento ideal e tempo de desenvolvimento real, vai ser de prejuízo no custo do programador, atraso na fila de entregas, etc, em vez de lucro pela feature...
Eu tenho 1 e meio de exp profissional aqui em Portugal. Minha experiência de 5 meses foi apenas com css. A segunda, empresa grande, equipe massa, evolui sim, mas não no ritmo que eu gostaria. Porque eu fiz essa introdução? Apenas para que voce saiba que eu fiz transição de carreira. Era Personal Trainer ( no Brasil vou retomar). Portanto, como pode ver, é uma mudança de 180 graus. Eu via a área com saudosismo. Hoje, reflito se vou seguir adiante. Que parada... Prioridade número um pra mim. Família. Trabalho sempre será em segundo lugar. Se eu perceber que trabalhar fora do horário de trabalho frequentemente eu saio. Burnout é uma condição horrorosa meu caro. Estar desempregado neste momento me faz refletir isso. Ai ai...
14:53 Acho qeu vcs estavam falando de coisas diferentes. Ele falou sobre não querer impressionar dizendo que pode entregar até antes do prazo proposto (terça ao invés de sexta) e vc falou em não pedir um prazo ainda maior, uma vez que vc estaria assumindo para si a responsabilidade do novo prazo, mesmo que estendido. Os dois pontos são corretos na minha opinião, mas falaram decoisas diferentes.
Fiz técnico em informática e tecnólogo logo após. Enquanto estudava, trabalhava full stack se vira dev. Tive sorte de ter ótimos professores que desenvolviam e lecionavam, mas realmente, esperiencia de trabalho é o que separa homens de meninos.
Sinceramente eu parei de me preocupar com refatorar código, quando eu passo por ele eu tento dar um melhorada mais sem fazer muita revolução. O cliente geralmente não quer nem saber pra ele se não mudou no front ele não tá nem aí.
Uma coisa que me ajudou foi entrar em uma empresa júnior da faculdade que era de desenvolvimento de software, era trabalho voluntário, mas fazia projetos reais para clientes reais, então isso ajudou muito
@@diegosouza4839 Acredito eu, que pela complexidade, é uma área muito bem paga, mas pra conseguir entrar nela é difícil, recomendo vc procurar empresa como a E-trust(horacius), que é uma empresa de IAM...
só vale um adendo, q a maioria das vagas fora do país são assim os requisitos: ou vc tem faculdade, mais um tempo curto de experiência OU vc tem muita experiência sem faculdade. Em números como eu via nas vagas: faculdade, algum bachelor da vida, mais 3 anos de experiência OU 7 anos de experiência sem faculdade. Então tem sim relevância a faculdade, porém sabemos q o ensino público está sucateado e a maioria das faculdades de TI, é só vc abrir a grade e vai ver q muitas vezes nem tem algoritmos q é algo crucial pro desenvolvimento. Posso ser chato nesse sentido, eu dei aulas ano passado num curso de programação e muitos alunos queriam fazer faculdade. Eu olhava as grades e falava: não começa com algoritmos ou algo que envolva já de cara o raciocínio lógico? Não considera.
Eu to me aproximando dos 11 anos de desenvolvimento e sinceramente depois de refletir um bocado por esses anos e por trabalhar com baixo nível, clean code, SOLID, design patterns tomaram proporções de dogmas religiosos. Sem dúvida é importante escrever código legível e manutenível. Também acho importante estudar os conceitos que citei, desde que se tenha senso crítico. No entanto a maior parte releva conceitos básicos de programação e pior ainda, mal sabem sobre a arquitetura de um computador, compiladores, não se aprofundam nas ferramentas que usam e acreditam cegamente no que elas fazem. A meu ver isso criou um efeito de código-bom/software-ruim. Código legível, usando SOLID, design patterns mas que no fim do dia é uma carroça e é bugado. Já tive que fazer muita melhoria de performance por conta de coisas bem básicas mesmo, simplesmente porque muita gente se esquece que apesar de ser um dev que vai ler e dar manutenção naquilo no futuro, é um computador que vai rodar o software e um usuário vai ficar puto se ele quebrar ou for lento.
Lucas Montano o poeta do apocalipse para os newbies kkkkkk, muito junior ai deve estar chorando no colo do uncle Bob, nonononono kkkk, parabéns pelo vídeo
CleanCode não é o código penal que você deve seguir a risca, você tem que entender o que é, os princípios e saber onde usar e o que usar, mas principalmente, o que adaptar pro seu cenário. Não existe bala de prata!
15:07 uma vez entraram numa reunião pra pressionar um colega sobre um prazo, após muita pressão e dizer que precisavam sair com uma data, ele disse "Dezembro". Era Julho. 😂
Dá pra equilibrar bem , fui obrigado a vim para uma empresa presencial . A antiga atrasava pagamentos , forçava a ficar até tarde e tipo tarde mesmo , 21h,22h .Uma bosta , ambiente extremamente tóxico , dono era super mal educado . Aqui é presencial mas sou pago muito melhor , poucas pessoas , bem organizado . Mas quero voltar ao home, eu conseguia treinar no horario do almoco e fazer uma corrida de manhã , presencial não dá, e academia de noite aqui onde modo é muito lotado , muito mesmo .
em todo projeto grande o PR precisa ser revisado por pelo menos 1 peer e exigem um plugin da IDE para clean code, pelo menos foi assim comigo. Além disso é testado por QA e se não passar na suite de testes, volta pra voce consertar os bugs... além disso é testado desempenho etc...
MONTANOBF para garantir até 40% de desconto na Insider: www.insiderstore.com.br/LucasMontanoBF
Assim que conseguir a minha vaga para dev junior compro uma, será que algum dia vou comprar kkkkkk
Se as t-shirts estivessem com 40% de desconto, eu pegaria algumas. Tenho uma, é a minha melhor camiseta.
@@isacgamer1214 kkkkkkkkkk eu tbm to assim akakkakak
Mandou a Insider Pill
Só compro quando q insider fizer o cupom lucasmontanodocanallucasmontano
Um grande problema nisso tudo é conseguir equilibrar 8h de trabalho + faculdade + despesas + família + trabalho voluntário + projeto paralelo.... o dia só tem 24h. Nem todos tem a oportunidade de se dedicar exclusivamente aos estudos.
Tira fora o trabalho voluntário, maluk
@@GabrielSantos-bc6bw😂
Consegui, foi um inferno enquanto durou, mas valeu a pena. Sábado e Domingo tá aí pra estudar, fazer trabalho voluntário e pra família também 😂 acordava às 4, saia as 4:50. Chegava em casa mais de 23 e dormia quase meia noite. Ia no percurso de ida dormindo e na volta estudando ou dormindo também fds 😅, mas no fim, valeu muito a pena. Aí vossa esposa, família, sei lá, tem de ter compreensão 🤷♂️ no sábado era sagrado eu dormir até as 10 😂 ainda tinha do de quenga dizendo que era coisa de preguiçoso dormir até tarde, se lascar man 😂😂😂
Se justificar não ajuda, resultados importam , não desculpas, se for pra dar desculpa vai pra outra área
Tira folga da faculdade, e faz projetos pessoais leia documentação
"A melhor soft skill é não ser um idiota" kkkkkkkkk. É engraçado, mas é verdade kkkk
Tem um comediante famoso (esqueci o nome) que tem uma frase genial.
"Provavelmente quando a gente morre, nós não sabemos que morremos e ficamos lá vagando, enquanto as pessoas ao nosso redor sofrem. Quando se é um idiota é a mesma coisa" kkkkkkk
Eu tive um professor, ele era ACT, ou seja, convidado a dar aula. Tinha uma empresa de software... Cara foram as melhores aulas que tivemos... o cara abria a IDE e começava a codar as estruturas de dados na nossa frente.... as vezes davam bugs e ele corrigia conosco... acho que foi a melhor experiência que tive na faculdade
Acho que a melhor fase é essa que dá erros aí várias cabeças pensam pra tentar resolver, geralmente algum aluno resolve
No meu começo tinha um professor que fazia a mesma coisa, ter ele me auxiliando nos estudos de C foi fundamental para a minha base, que considero extremamente sólida hoje.
Um dos meus professores da epoca que eu fazia facul trampava como professor e como software developer, então acho que não é tão incomun assim.
Clean code tenta trazer ordem ao caos, é uma ferramenta/guia, imagine pegar uma code-base sem padrao algum e ir melhorando com o lema dos escoteiros, sempre deixar o lugar q passou mais limpo do que era, totalmente voltado ao longo prazo.
Cabe ao dev com sua experiência saber se é a adequada ao problema e/ou momento, mas pra quem tem só o martelo todo problema é um prego.
No geral se sai melhor quem não se limita apenas ao código, mas sim quem tenta entender o negócio, saber como a maquina gira, como deixa-la mais eficente, seja gerando mais receita ou economizando recursos, quando entende-se isso, larga-se o ego o maior gerador de conflitos/prejuizo em qualquer empresa quiça da vida.
Os culpados são sempre as pessoas e não uma técnica/tecnologia:
- RH que pede uma sopa de letras sem nem saber se de fato usam;
- Devs arrogantes de ego inflado;
- Liderança fraca que monopoliza informação a fim de manter-se no/com poder;
- Ou só a boa e velha preguiça;
Faz um video sobre como trabalhar com colegas incompetentes, seria um conteudo muito bom!
Vdd
Incompetentes como ?
Incompetência não se trabalha, se orienta e/ou se mitiga. Ou você está no lugar errado ou você vai ser a mudança que o lugar precisa. Não vejo esse assunto como hard skill de engenharia de software, mas pra quem não tem experiência, talvez seja uma boa pensar nas soft skills que dizem respeito a isso.
dev querendo vaga é oq n falta, se seus colegas sao realmente incompetentes eles podem ser substituídos mt facilmente
dev querendo vaga é oq n falta, se seus colegas sao realmente incompetentes eles podem ser substituídos mt facilmente
Sobre a parte de reescrever código: Na minha empresa anterior o código n seguia pattern nenhum e mal utilizava orientação a objetos, eu tentei não reescrever as coisas mas tava chegando um ponto que eu estava acostumando a escrever código todo cagado e estava surtando. Foi quando acendeu uma luz de alerta na minha cabeça e eu decidi que era melhor cair fora. E pra ser sincero levaram alguns meses pra eu perder muitos vícios que peguei.
A programação não tem as chamadas "linguagens" atoa, se você convive com alguém que fala errado, inconscientemente você começa a falar errado também.
Grande Lucas!! Estou na área como engenheiro de software há mais de 20 anos. Acho que a abordagem do seu canal é uma das mais realistas para os dias atuais. Seu canal, na minha opinião, é um dos melhores. Continue assim e parabéns por sempre pincelar alguns tópicos e matérias de forma assertiva e pertinentes.
Tem indicações?
@@Er.404 , de que? Boas matérias, por exemplo?
@@julianocardarelli5106 e como vc está ? feliz? com a profissão? acha que ela está saturada?
@@igoralcovacampos6570 , boa tarde amigo. Feliz com a profissão sempre estou porque está atrelada à minha realização pessoal. Mas falando de saturação... acho que nunca estará.
Considere que a cada seis meses tem um framework novo para fazer as mesmas coisas que todos os outros mas de um jeitinho diferente. Então, todos correm para fazerem curso daquilo e assim fazemos a máquina do mercado girar. Mais seis meses para todos abandonarem aquele brinquedinho "obsoleto" e abraçarem outra nova tecnologia. Ou seja, na medida em que o mercado se auto alimenta ele também faz com que muita gente saia (às vezes de desgosto e às vezes porque quando veem o mundo real, percebem que é diferente do que simplesmente fazer um curso e bater no peito para dizer que sabe).
A realidade bate à porta quando se tem que atuar em projetos complexos desenhados e implementados pelos outros e o entendimento tem que ser maior do que a sua nova codificação em si. Como não são todos que estão dispostos a isso, acho que não estaremos saturados nunca (algo do tipo, o mal do nosso mercado também é o que nos protege).
Galera, o que o Lucas diz é 100% verídico. Faça estágio não obrigatório nos primeiros semestres e faça networking! Na faculdade, é o ambiente 100% ideal para fazer isso e talvez sua única oportunidade para ingressar com mais facilidade no mercado. Eu digo por experiência própria.
Nas aulas sempre demonstrei interesse e rachava o crânio nos problemas, daí consegui estágio no 3 semestre! Agarrei a oportunidade, mesmo ganhando pouco, POUCO! Depois do estágio, consegui ser efetivado, e então saia de casa 07h da manhã, trabalha até 18h e ia pra faculdade as 19. Chegava em casa 23:30, comer e dormir. Foi quase 2 anos nesse loop filho da puta. Desenvolvi MUITOS sistemas pra ganhar 1k por mês, pegava busão lotado com cheiro de suvaco molhado, usava aqueles uniformes MERDAS que no calor, era uma desgraça na terra. Mas todo o esforço valeu a pena!
Então, se você tá começando na área e tá de boa no seu home office, cala essa sua boca e não reclama. 10 anos atrás eu ralei pra CARALHO até conseguir um home office descente.
O problema é se sustentar enquanto trabalha sem receber salário. Só com salário de estagiário mal dá pro básico, imagina recebendo 0 reais
@@marquin2686 Concordo, mas é por isso que no começo continue morando com os pais. É assim que começa a vida.
@@marquin2686oi tudo bem? Eu não tenho noção nenhuma da vida adulta mas a faculdade é 4 horas igual na escola? Eu tô pensando em fazer engenharia de software ou ads e aproveitar esse meu último ano do ensino médio pra estudar linguagem c, e fazer dinheiro na rua, aí quando chegar nessa fase difícil pelo menos vou ter dinheiro guardado né.... Oq vc acha. (Ps: tenho 17 anos)
@@eletricguitarguyPor ex o estágio não obrigatório vc pede pra faculdade arrumar pra vc ou vc busca na internet trabalhos como estagiário?? Obrigado dês de ja
@@OffstrayHabbo então, para conseguir estágio, você obrigatóriamente precisa estar matriculado em algum curso. Se não, não é estágio e sim contratado por assim dizer.
Eu sou TechLead de uma empresa americana, e meu projeto era uma startup que foi comprada pela minha empresa. Bem, o CTO da empresa tem q entrar para barrar "new features" que querem testar em produção, tempo de review do PR é 3x maior q o tempo de dev, so concurso de beleza de codigo, meu lema é "Clean Code don't pay my bills", eles nem sabem oq eu quero dizer, ja larguei a toalhada dessa gurizada!
E quando pulam-se etapas, joga o código em produção para "pagar os boletos" e você fica várias horas com operação travada por causa de um bug não detectado. Quem assume o B.O.?
@@caiquemonteiroaraujo528 Eu vou te falar uma coisa que vai te chocar, mas, o pessoal que escreve codigo simples e eficiente e que testa com teste unitario e tesde de integracao, nunca teve problema, o pessoal que faz exatamente o code review extremamente detalhado, usando cutting-edge bibliotecas e classes e 100% funcional e tal, esses que quebram a producao. Porque o ponto nao eh o codigo limpo ou sujo, mas, a obssecao com ele. Oque eu chamo de "Inversao de Valores", mais vale o codigo estetico do que o codigo simples e que naturalmente funciona melhor, sendo simples = Atentar ao SOLID e passar no linter
Tragédia anunciada mas entendo seu ponto pq a empresa precisa gerar receita
Pois eh amigo, ai essa gurizada nao entende pq não conseguem entrar na área ou ser promovido pra ganhar mais..deixe eles ficarem no concurso de beleza e ai não sabem pq são mal remunerados, nenhum cliente vai querer pagar muito por perfumaria e pq identou o codigo com 2 tabs.. kkkk
@@Adams456 nao amigo.. toda empresa grande é assim..não sei que mundo vc vive....
Trabalha em uma softhouse que tu sempre vai pegar projetos novos pra fazer. Amo trabalhar assim. Tenho 4 anos de experiência, mas já trabalhei com projetos de muitas áreas diferentes nesse tempo. Desde app de banco a clínica de saúde.
Isso é verdade. Tenho uma certa saudade desse aspecto de trabalhar em softhouse.
Esse roteiro da publicidade da insider tem mais história e profundidade do que muitas séries próprias de um streaming cujo o símbolo é um N enorme
😂😂
Eu nao te aguento mais Lucas Montanto. Pare de me deixar inseguro imediatamente!
Só comecei a sorri trabalhando como dev quando parei de me preocupar demais com o trabalho :)
acho que eu trocaria o "agrega valor ao usuário" por "agrega valor ao produto da empresa", fato é que agregando ao produto, você agrega ao usuário e à empresa, que lucra mais, que entrega mais por menos (diminuindo custo pra manter a aplicação por exemplo), cria coisas mais fáceis, então ter um código limpo, ajuda nisso tudo, tanto na manutenção, quanto na criação de novas features em menor tempo e mais escaláveis, etc...
"As vezes você trabalhará com pessoas incompetentes", eu adicionaria, e essas pessoas serão promovidas primeiro que você.
Cara, a história do Lucas é identica a minha kk, entrei na facul e ja tratei de arrumar um estagio, consegui enfim no segundo semestre, hj to quase tres anos como efetivo, e com a bagagem dos dois cursos técnicos de antes de entrar na facul, fazer os cursos técnicos antes foi uma das melhores decisoes que tomei
Quais cursos vc fez antes da faculdade? Hoje tem mil cursos que prometem mt sem entregar de fato. Pra quem tá começando do zero, tem alguma sugestão?
Caracas Lucas, só verdades!! Vivendo muito tudo isso...e digo mais: dia após dia quebrando o "patternite" e conciliando qualidade com simplicidade e buscando compreender a intenção do novo recurso mais do que sair "batucando código".
Gosto muito da sua abordagem nos temas. Depois de muito tempo trabalhando como dev, cheguei a conclusão que escrever código limpo (clean code) é muito mais sobre trabalho em equipe do que código em si. Por isso a importância de narrar a solução através do codigo limpo.
Esse video consolidou perfeitamente um sentimento que eu to tendo agora...
Caralho essa entrada da propaganda da insider me pegou muito forte, foi perfeita
Lucas Montano tendo aula de jabá com o Gaveta.
Trabalhando com algumas aplicações que deve estar funcionando sempre e há cobrança forte de alguns lados, o que aprendi com o Sênior da minha área é: "Se está legível e funciona bem, manda bala". Embelezar código, na grande maioria das vezes, só vai te ferrar. Se tu tem um bom tempo, manda bala, caso contrário, o mínimo de legibilidade e o máximo de eficiência vai ser sua realidade ali no momento. Essa aprendizagem me ajudou muito a não me preocupar com algo que lá na ponta (usuário) não será tão notado.
o jeito que vc chamou a publi da insider foi sensacional !
Eu sou adépto do menor esforço, se funciona eu nem toco. Mas já peguei situações onde a própria manutenção do código é difícil, para se conseguir implementar uma nova funcionalidade só reescrevendo, pois a estrutura do código impedia certas coisas de funcionarem da forma que o cliente queria.
pois é. fiquei um mês tentando corrigir bugs em um backend em php, passava de 50k de linhas fácil e era em framework antigo, mas consegui fazer algumas coisas. O B.O que eu fiquei quase dois meses reescrevendo todo o código sozinho (por ter achado que era a melhor solucao), mas é insano fazer issokkkkkkkkkkkkkk e a empresa me pediu outras coisas, então dale
inclusive, lembro que ao reescrever, eu fiz um montão de bugs porque tinha dois apps mobile que dependia do backend e ninguém sabia KJDSAJKDJKSAKWJWDK. Fazer manuntenção em trabalho de freelancer é coisa de levar a coringuisse, mas consegui arrumar graças ao git
Refactor e Rewrite só é legal se agrega algo pro produto, tipo reduz um load time para performance ou algo do genero. Se for só pra adequar a patternzinha ou deixar bonitinho e legivel tu ta gastando tempo que só vai ser visto pelos teus colegas. Empresa quer numeros, essa é a dura realidade.
O código que você escreveu hoje já é legado, tá ligado? - Montanha, Lucaz
"O código que tu escreveu hoje já é legado!" Montano do canal Lucas Montano, Lucas -> cara é a maior verdade da vida!
O cara meteu a publi da insider kkkkkk ficou muito bom, quero ver ele encaixando nos próximos vídeos 😂😂
Lucas montando, vc é fera demais 🫶🏿
Ser professor é a melhor area para seguir no desenvolvimento de sistemas:
* A cada 6 meses você começa um projeto novo e usa as tecnologias mais novas (green field)
* Passado uns meses, quando as decisões tomadas parecem não ter sido as melhores, você joga na mão dos alunos e manda eles resolverem
Cada turma novo é como um cliente novo. Sem histórico de problemas.
Tu disse que a verdade absoluta está no código e que essa é outra verdade difícil de engolir.
Mas a verdade absoluta é que para nós desenvolvedores, saber que a verdade absoluta das regras de negócios está no código é muito mais fácil de engolir. Difícil é para o time de produtos.
E também é muito fácil de engolir qualquer proposta de melhoria das regras de negócios, afinal, nós iremos contribuir tornando isso palpável por meio do código.
Lucas Montano do canal Lucas Montano, se em uma discussão a pessoa virar pra ti e falar "tá na disney irmão?", tu fica bravo ou feliz?
Eu comecei a trabalhar com marketing digital, aprendi o básico de landing pages em wordpress e já comecei a vender freelances em wordpress
Aprendi lógica de programação e quis ganhardinheiro com a lógica: fui pro no code e arrumei um trabalho como desenvolvedor no code
Hoje estou codando bem mas não utilizo tanto por conta do meu trabalho.
Hoje em dia vcs tem que SE VIRAR
Eu sou pobre fodido, só posso aprender se ganhar dinheiro com isso.
Saiam da bolha dev que sonha com FAANG e tratem de se virar e pagar suas contas com o que vcs aprendem
10:28
O que o autor está falando é o que nós da administração chamamos de "valor agregado".
Valor Agregado é ótimo, contudo ele pode não ser "Valor Agregado Percebido". Se o cliente não "percebe" o valor agregado que o programador inseriu ao produto, o tal "valor agregado" é inútil. O cliente quer o produto funcionando. O que têm por baixo do capô, pode ser irrelevante, ou seja, o que tem por baixo do capô pode não ter "Valor Agregado Percebido".
Como administrador, concordo plenamente com o autor da matéria
Eu tenho mais de 20 anos de experiência, e o que posso falar de testes, clean code etc? Meu! Bota o alpha pro cliente testar, a gente é DEV não é PO nem nada, quem falou com cliente nem é a gente, e mesmo que fosse, o cliente nem sempre sabe o que precisa. Bota o código pra rodar, testa com o usuário, de forma científica, veja até quando realmente for o que o cliente quer e PRECISA. Depois, sim, deixa tudo 1000% testado, código lindo, protegido, perfeito.
Se perder tempo tentando adivinhar o que é o que o cliente quer e precisa, como o código é melhor escrito, vai pagar milhares de horas de programadores fodas para fazer adivinhação.
Pague por código de qualidade, quando e se descobrir o que realmente é preciso criar e fazer.
O Lucas Monatano ta parecendo o Milton Neves no time dos merchan kkk
Boa.
Comandando pra engajar como sempre 🙌
A Faculdade é para ser um ambiente de pesquisa constante na area de tecnologia, da a sensação que atualmente estamos muito focados em colocar os alunos em um padrão especifico e quando vemos o curso já ta na fase final.
Bom artigo, mas a forma que é comentada deixou tudo mais próximo da realidade!! Ótimos pontos levantados Lucas Montano.
o merchan da insider foi muito bom kkkk, agora tenho que comprar uma
No resumo, antes de entrar na área, ja garante a terapia semanal.
Esse artigo é tão cômico de ler, de tão relatable
"A melhor softskill é não ser um idiota", estou tentado a colocar no meu currículo kksksks
te amo lucas, do canal lucas montano, seus videos me alegram
Até que tem professores universitários com alto nível técnico em código, mas muitos alunos simplesmente não codam. Verdade #11 ;-)
Essa camisas da Insider a 3 anos atrás era 79,90! HJ É 179,90-200+++ KKKKK
Trabalho na área bancária, simplesmente não tem como reescrever nada KKKKKK é 50000 legados 300000 integrações o tempo inteiro e mexer um pouco pode causar um caos generalizado
No maximo refatorar e ao começar uma nova feature fazer bonitinho o código
Faz um vídeo falando sobre no code e low code Lucas e como está o mercado para ambos no exterior :)
Meu, sério! O melhor merchã que já fizeram da @insiderstore de uma galera que eu curto aqui no youtube! Lucas foi o único que me convenceu…papo de Dev neh 😂
junior se veste bem, Pleno se veste igual advogado, e Senior anda de chinelo short camisa esfarrapada e de preferencia barba e cabelo longo... esses são os melhores.
testando o sistema de curtir mensagem do luscas montano
Funciona perfeitamente
Faz um video de 1° curriculo de programador att para 2023
Realmente, todos os meus professores eram muito ruins em programação, na época eu não sabia, mas analisei agora e vejo que eram kkk
já tivemos casos aqui de contratar professor pra ser DEV.. vixe.. o cara só enrolou, fez muita coisa errada e ficou paralisado com as regras de negócio, uma coisa é ensinar e outra coisa é na prática mesmo.
Fica a dica para você virar prof no futuro! Ao contrário do que dizem, para ensinar tu tem que se melhor que o cara que faz/trabalha com aquela área. Você tem que mestre (não no sentindo academico, mas de ter excelência e maestria naquela profissão).
@@KiratyAmaral pelo contrário, pra ser acadêmico você só precisa ser bom na teoria, que é o que se usa na faculdade, a prática na faculdade é totalmente pensada na aplicação perfeita da teoria, mas pra ser bom em sistemas do "mundo real" você tem que ser bom nos dois, teoria e prática, prática essa que não foi criada somente pra se encaixar em algum tipo de exercício perfeito de algoritmo onde tudo se encaixa lindamente, além de todos os outros pontos necessários pra se sair bem na carreira como soft skills, conhecimento de produto, questões de segurança, escalabilidade, integração com outros tipos de serviço. Ser professor é mole demais.
@@JonatanEdOrtiz teoria e pratica não se distanciam, são a mesma coisa.
Em resumo: Sem boa teoria, sem boa prática.
Isso vale para tudo e todas as profissões, incluindo TI.
PS: uma preparação real te joga para situações tensas e você que se resolva.
@@KiratyAmaral você é professor né mano? Kkk
Tem muita coisa na prática que você tem que fazer na pressa ou usar a famosa gambiarra ou dar um jeito pq tem prazo apertado ou muitas vezes simplesmente mandam fazer "errado" mesmo só pra resolver naquele momento pq o código precisa subir logo e depois quando der tempo refatora. Não, teoria e prática não são o mesmo no mundo real.
Eu uso e Insider haha mas sua sacada pra publi foi genial!
Melhor do que qualquer roteiro de Friends 😂
aprendeu com o Gaveta
concordo que clean code é superestimado, mas de forma alguma é ultrapassado, as pessoas tem que olhar menos pra algo e considerar aquilo uma verdade absoluta, não enxergam meio termo e não enxergam que da pra usar um pedaço do clean code que lhe é conveniente e outra parte que não faz sentido pra tua aplicação, tu não usa.
"Ah, mas se eu tô usando clean code, eu tenho que fazer absolutamente tudo dele, aplicar todos os conceitos" pra que? Todos fazem sentido pra você? Todos fazem sentido na sua aplicação? No contexto que você quer usar? Se sim, ótimo, mas se não faz, não faz o menor sentido usar tudo só pq "faz parte do clean code"
é bem nessas mesmo!!
Boa! Seria massar um vídeo sobre quando precismos reescrever ou refatorar um código! :)
É uma boa ideia
canal que deveria ta com um milhao de inscrito
Rapá, esse jabá aí foi lisinho mermão, top demais xD
esse merchan que vc fez da insider foi o primeiro que eu vi que foi bem feito kkkkkkkkkkkkkk
Discordo dessa analogia da natação. Isso ocorre com quem fez faculdade merda. Para quem fez uma boa faculdade, a analogia certa seria: a faculdade é como teus primeiros anos. Antes de aprender a nadar, você precisa aprender a engatinhar, andar, correr e pular. Quando você já souber andar normalmente, você aprenderá a nadar facilmente. Se tentar aprender a nadar enquanto ainda está aprendendo a andar, pode até dar certo, mas vai ser bem mais complicado.
isso mesmo, não escreva um código bom e limpo, o bug de hoje é o trabalho de amanhã... e o infarto dos colegas da equipe tbm kkkk
Galera, viver 100% do tempo trabalhando ou estudando nao é estilo de vida. Por uns meses ate vai, depois você vai ter que escolher que tipo de vida quer ter. Me lasquei muito no início, hoje faço o mínimo, pq família, vida pessoal, saúde mental importa, e se vc acha que nao importa é pq ainda ta com tudo em dia e nao tem maturidade pra ter tido grandes perdas.
Eu adorei a faculdade. Pq trabalhei na empresa junior, curti bastante festa, fiz networking e consegui meu primeiro estágio e meu primeiro emprego graças as conexões de lá. De resto odiava tudo.
Larguei quando consegui meu segundo emprego com carteira assinada.
2:27 time formei em engenharia de software numa federal, tinham umas matérias práticas onde íamos atrás de alguma instituição e oferecíamos gratuitamente um software para ela, geral se ferrava e o nosso professor falava que era para moldar o caráter.
Na minha opinião ele (professor Arilo) era o melhor professor de lá, virei amigo dele 😂
Aqui estamos refazendo um SAAS, que foi dividido em três projetos DDD Hexagonal com Typescript.
As vezes vale a pena re-escrever, se os fins justificam os meios ...
Ainda bem que tu mandou o Ad da insider. QUASE enrtei na reunião de outra empresa vestindo a blusa do 2º trampo kkkk vlew
07:36 - Pura verdade! A galera nova pega os códigos e sai criticando, sendo que o negócio é "ir fazendo as pontes pendentes"!
Tu trabalha ou só da aula foi foda 😂😂
Discordo bastante do que foi dito sobre clean code no artigo.
Se código limpo pode não garantir lucro no curto prazo, com certeza no médio/longo prazo (junto com SOLID) é essencial para garantir a mantenabilidade da aplicação ou até do ecossistema inteiro.
Ou seja, se fizer código merda (sujo) por meses, em poucos anos pode ter certeza que certas features, até simples, vão demorar muito mais tempo para serem desenvolvidas. Se tempo de desenvolvimento está diretamente relacionado com o tempo em que a feature (que teoricamente vai dar lucro) está em produção, no fim das contas esse "delta T" entre tempo de desenvolvimento ideal e tempo de desenvolvimento real, vai ser de prejuízo no custo do programador, atraso na fila de entregas, etc, em vez de lucro pela feature...
Sobre o ponto de refatorar algo em um projeto: Porquê a tartaruga esta em cima da arvore ? Se você não sabe, não mexa. Ela pode MORRER!
o almoço foi top hoje. valeu luquinhas
O link da polo pro merchan da Insider foi excelente 😂👏🏼
Sobre a parte do código limpo eu entendo super bem, só assistir os vídeos da arquitetura do Stackoverflow
Eu tenho 1 e meio de exp profissional aqui em Portugal. Minha experiência de 5 meses foi apenas com css. A segunda, empresa grande, equipe massa, evolui sim, mas não no ritmo que eu gostaria. Porque eu fiz essa introdução? Apenas para que voce saiba que eu fiz transição de carreira. Era Personal Trainer ( no Brasil vou retomar). Portanto, como pode ver, é uma mudança de 180 graus. Eu via a área com saudosismo. Hoje, reflito se vou seguir adiante. Que parada...
Prioridade número um pra mim. Família. Trabalho sempre será em segundo lugar. Se eu perceber que trabalhar fora do horário de trabalho frequentemente eu saio. Burnout é uma condição horrorosa meu caro. Estar desempregado neste momento me faz refletir isso. Ai ai...
14:53
Acho qeu vcs estavam falando de coisas diferentes. Ele falou sobre não querer impressionar dizendo que pode entregar até antes do prazo proposto (terça ao invés de sexta) e vc falou em não pedir um prazo ainda maior, uma vez que vc estaria assumindo para si a responsabilidade do novo prazo, mesmo que estendido.
Os dois pontos são corretos na minha opinião, mas falaram decoisas diferentes.
eu tenho um professor na faculdade que é programador a 20 anos, ele é um exelente programador, mas para ensinar é pessímo!
Fiz técnico em informática e tecnólogo logo após. Enquanto estudava, trabalhava full stack se vira dev. Tive sorte de ter ótimos professores que desenvolviam e lecionavam, mas realmente, esperiencia de trabalho é o que separa homens de meninos.
Sinceramente eu parei de me preocupar com refatorar código, quando eu passo por ele eu tento dar um melhorada mais sem fazer muita revolução. O cliente geralmente não quer nem saber pra ele se não mudou no front ele não tá nem aí.
Tenho algo a dizer sobre código. O melhor código é aquele que não foi escrito.
Uma coisa que me ajudou foi entrar em uma empresa júnior da faculdade que era de desenvolvimento de software, era trabalho voluntário, mas fazia projetos reais para clientes reais, então isso ajudou muito
Montano, sou estagiário mas já estou usando camiseta de Pleno, estou fazendo errado? Insider é mto boa
Por que ninguém fala da área de segurança da informação?
@@diegosouza4839 Acredito eu, que pela complexidade, é uma área muito bem paga, mas pra conseguir entrar nela é difícil, recomendo vc procurar empresa como a E-trust(horacius), que é uma empresa de IAM...
@@diegosouza4839 Segurança da Informação, é outro rolê.
15:31 blowing mind 🤯
só vale um adendo, q a maioria das vagas fora do país são assim os requisitos: ou vc tem faculdade, mais um tempo curto de experiência OU vc tem muita experiência sem faculdade. Em números como eu via nas vagas: faculdade, algum bachelor da vida, mais 3 anos de experiência OU 7 anos de experiência sem faculdade. Então tem sim relevância a faculdade, porém sabemos q o ensino público está sucateado e a maioria das faculdades de TI, é só vc abrir a grade e vai ver q muitas vezes nem tem algoritmos q é algo crucial pro desenvolvimento. Posso ser chato nesse sentido, eu dei aulas ano passado num curso de programação e muitos alunos queriam fazer faculdade. Eu olhava as grades e falava: não começa com algoritmos ou algo que envolva já de cara o raciocínio lógico? Não considera.
Caraca, esse ad da insider foi lindo. Imagino quantos euros eles te pagaram pra conversão atual kkkk
Ótima propaganda! Essa eu não vi chegar!
Depois que começei a andar de bike toda noite, consegui administrar bem o estresse, tentem também pessoal
Eu to me aproximando dos 11 anos de desenvolvimento e sinceramente depois de refletir um bocado por esses anos e por trabalhar com baixo nível, clean code, SOLID, design patterns tomaram proporções de dogmas religiosos. Sem dúvida é importante escrever código legível e manutenível. Também acho importante estudar os conceitos que citei, desde que se tenha senso crítico. No entanto a maior parte releva conceitos básicos de programação e pior ainda, mal sabem sobre a arquitetura de um computador, compiladores, não se aprofundam nas ferramentas que usam e acreditam cegamente no que elas fazem. A meu ver isso criou um efeito de código-bom/software-ruim. Código legível, usando SOLID, design patterns mas que no fim do dia é uma carroça e é bugado. Já tive que fazer muita melhoria de performance por conta de coisas bem básicas mesmo, simplesmente porque muita gente se esquece que apesar de ser um dev que vai ler e dar manutenção naquilo no futuro, é um computador que vai rodar o software e um usuário vai ficar puto se ele quebrar ou for lento.
Lucas Montano o poeta do apocalipse para os newbies kkkkkk, muito junior ai deve estar chorando no colo do uncle Bob, nonononono kkkk, parabéns pelo vídeo
Tava esperando o Video pra poder almoçar mano
A Insider ta comprando todo mundo... impossivel ver um video sem a propaganda deles haha
Liste as softskills.
Eu legitimamente ri na transição de camisa polo para ad da Insider. Transição quase imperceptível.
Comecei a 1 mês.. o q acham?
CleanCode não é o código penal que você deve seguir a risca, você tem que entender o que é, os princípios e saber onde usar e o que usar, mas principalmente, o que adaptar pro seu cenário. Não existe bala de prata!
Estou pensando em desisitir da programação, tudo é muito complicado, não entendo nada. Falta material para iniciantes.
15:07 uma vez entraram numa reunião pra pressionar um colega sobre um prazo, após muita pressão e dizer que precisavam sair com uma data, ele disse "Dezembro". Era Julho. 😂
não consigo correr da insider , chegou ate em canal de dev ja
6:18 cortei o áudio e fiz um toque de mensagem
Dá pra equilibrar bem , fui obrigado a vim para uma empresa presencial . A antiga atrasava pagamentos , forçava a ficar até tarde e tipo tarde mesmo , 21h,22h .Uma bosta , ambiente extremamente tóxico , dono era super mal educado . Aqui é presencial mas sou pago muito melhor , poucas pessoas , bem organizado . Mas quero voltar ao home, eu conseguia treinar no horario do almoco e fazer uma corrida de manhã , presencial não dá, e academia de noite aqui onde modo é muito lotado , muito mesmo .
em todo projeto grande o PR precisa ser revisado por pelo menos 1 peer e exigem um plugin da IDE para clean code, pelo menos foi assim comigo. Além disso é testado por QA e se não passar na suite de testes, volta pra voce consertar os bugs... além disso é testado desempenho etc...