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
9 месяцев назад+169
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.
9 месяцев назад+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;
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.
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.
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.
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
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).
No meu período de curso na empresa "Verdinha com T", eu gostava muito de ler as soluções dos colegas e tentar reescrever da minha própria maneira, seja reduzindo o número de linhas ou utilizando funções nativas da linguagem, e vice-versa. Quando entrei no mercado há dois anos, não tive muitas surpresas, pois já me dava bem com pequenos trechos de lógica. O desafio foi apenas escalá-los.
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.
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
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
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.
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.
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".
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.
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.
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 😂
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.
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.
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 ...
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 😂
Eu sou Senior e trabalho com Mobile, principalmente iOS. Sobre o que foi falado de Clean Code, isso importa, e importa muito. Gente, não ignorem o Clean Code. Às vezes ele é superestimado sim, mas nesse caso é melhor pecar pelo excesso do que pela falta. Não é um código limpo que vai fazer o teu trabalho melhor, mas um código sujo com certeza vai te fazer perder muitas noites de sono num futuro próximo, algo que vai refletir em mais trabalho e zero recompensa. Mesmo trabalhando há anos, esse ano foi o primeiro que realmente consegui trabalhar num projeto do zero, e digo que a confiança tem que estar muito boa, porque se não souber o que está fazendo, lá na frente o castelo cai. É muito bacana trabalhar na área de Engenharia de Software, e para quem gosta mesmo da área, vale a pena saber essas verdades!
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.
Saiu um curso no senai. Programador front-end. Até que a grade era boa, más o professor não sabia absolutamente nada. Cara o professor isso na era do flexbox estava ensinando a float left. Ele não sabia a diferença de let, const e var.. dizia que era tudo igual 😅. E não aceitava ser corrigido quando errava na maioria das vezes ficava bravo e fechava a cara. Mano, ele nem se deu ao trabalho de ler a documentação do git e tava ensinando tudo errado ..😅😅
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.
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
@@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 pq basicamente a maior parte da area foi automatizada e não se vê muitas novas contratações. InfoSec meio que morreu, dificil de entrar na area, programação ta seguindo o mesmo caminho.
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
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
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
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í.
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
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...
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.
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...
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...
Ja maratonei 15 vídeos do Lucas discutindo sobre salários e como é trabalhar na área, e sei fazer hello world. Quando eu entro numa FAANG ganhando 100000 dólares de home office?
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.
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. 😂
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.
Uma vez eu tomei a decisão de reescrever uma página inteira de uma aplicação da empresa, tarefa prevista pra uns 2 - 3 dias, entrega levou acho que uma semana e meia, o resto do tempo que trabalho lá, eu prezo pelo mínimo de linhas alteradas possível.
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.
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 .
Salve mano, tenho 18 anos estou no IFRS Campus Osório fazendo técnico em informática integrado ao médio penso em dps fazer uma faculdade na area, porém gostaria de saber como poderia fazer pra aprender mais a como desenvolver. Por que acho que a gente aprende realmente coisas essências, mas ainda não sei desenvolver um sistema realmente. E agora estou em um projeto que a ideia é fazer uma plataforma para ensinar lógica de programação para estudantes do ensino fundamental. Porém com o que nós aprendemos eu não me julgo com uma grande de capacidade de construir uma plataforma. Então gostaria de como fazer por onde aprender para suprir está necessidade, alguma dica?
já fui na casa de uma galera que tem o livro "How to... Clean Code" haha 🍦 perguntei pra um dev: - você refatoraria um código que está difícil de fazer manutenção tendo tempo, ou só manteria o "padrão" pra entregar uma tarefa mais rápido? 🌝 eis a questão
Depende da causa raíz dessa dificuldade man. Se essa dificuldade ocorre pelo fato do código ser "ruim", não estar extensível ou ter diversos anti patterns, o ideal é defender esse refactor como um débito técnico. O que pode acontecer é o time de produto, ou quem toma certas decisões, decidirem que não é o momento de implementar o refactor... Mas a sua parte foi feita. Agora, se o difícil de manutenção é por conta do estilo ser diferente ao qual você está acostumado, eu tenho uma máxima: em Roma, faça como os Romanos. O código é um conhecimento que reflete não só o que ele faz (mas quem o criou também). Então as pessoas que optaram por fazer algo diferente da forma como você faria, tomaram aquela decisão por N fatores. Sobre Clean Code: aprenda, concorde com alguns pontos, discorde de outros. Forme sua opinião e traga para o debate. Mas não caia na cilada de não querer aprender pq A, B ou C não gostam. Esses que não gostam sem sequer conhecerem possivelmente vão competir contigo numa oportunidade e você estará a frente, confia.
@@RodrigoVazRocket bom e tem gente ai que acha q faz cleancode, mas o codigo não faz o que a regra de negócio Propõem, é lento cheio de voltas e falam "clean code".. uahaha.. eh o que vc falou mesmo..
@@RodrigoVazRocketEntao oq funciona? Um código macarrão? Se vc n consegue aplicar o clean code e flexibilizar ele quando complicar, não precisa manifestar sua frustração 😅
11 - Somos pagos para escrever mais e mais bugs e não software : Quando começando a escrever uma nova feature seja com tdd ou não, sempre escrevemos códigos com algum bug ou errors primeiro e só depois a mediada que resolvemos eles o software em sim vai sendo construindo de fato.
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.
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"
Ahahahaha Lucas, pelo amor de deus, me envie a URL onde posso pegar essa imagem que tu mostrou a partir do 6:40 (o que tem a vaca voando, ET, etc...) :) abracos
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;
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.
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
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.
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....
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).
No meu período de curso na empresa "Verdinha com T", eu gostava muito de ler as soluções dos colegas e tentar reescrever da minha própria maneira, seja reduzindo o número de linhas ou utilizando funções nativas da linguagem, e vice-versa. Quando entrei no mercado há dois anos, não tive muitas surpresas, pois já me dava bem com pequenos trechos de lógica. O desafio foi apenas escalá-los.
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
😂😂
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.
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...
Só comecei a sorri trabalhando como dev quando parei de me preocupar demais com o trabalho :)
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?
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
Eu nao te aguento mais Lucas Montanto. Pare de me deixar inseguro imediatamente!
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.
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.
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".
Esse video consolidou perfeitamente um sentimento que eu to tendo agora...
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 jeito que vc chamou a publi da insider foi sensacional !
Caralho essa entrada da propaganda da insider me pegou muito forte, foi perfeita
o merchan da insider foi muito bom kkkk, agora tenho que comprar uma
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 🫶🏿
O Lucas Monatano ta parecendo o Milton Neves no time dos merchan kkk
Boa.
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.
Lucas Montano tendo aula de jabá com o Gaveta.
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 😂
"O código que tu escreveu hoje já é legado!" Montano do canal Lucas Montano, Lucas -> cara é a maior verdade da vida!
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.
Faz um video de 1° curriculo de programador att para 2023
Bom artigo, mas a forma que é comentada deixou tudo mais próximo da realidade!! Ótimos pontos levantados Lucas Montano.
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.
Boa! Seria massar um vídeo sobre quando precismos reescrever ou refatorar um código! :)
É uma boa ideia
Faz um vídeo falando sobre no code e low code Lucas e como está o mercado para ambos no exterior :)
Eu uso e Insider haha mas sua sacada pra publi foi genial!
Melhor do que qualquer roteiro de Friends 😂
aprendeu com o Gaveta
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
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 😂
Eu sou Senior e trabalho com Mobile, principalmente iOS. Sobre o que foi falado de Clean Code, isso importa, e importa muito. Gente, não ignorem o Clean Code. Às vezes ele é superestimado sim, mas nesse caso é melhor pecar pelo excesso do que pela falta. Não é um código limpo que vai fazer o teu trabalho melhor, mas um código sujo com certeza vai te fazer perder muitas noites de sono num futuro próximo, algo que vai refletir em mais trabalho e zero recompensa. Mesmo trabalhando há anos, esse ano foi o primeiro que realmente consegui trabalhar num projeto do zero, e digo que a confiança tem que estar muito boa, porque se não souber o que está fazendo, lá na frente o castelo cai. É muito bacana trabalhar na área de Engenharia de Software, e para quem gosta mesmo da área, vale a pena saber essas verdades!
Comandando pra engajar como sempre 🙌
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.
Sobre a parte do código limpo eu entendo super bem, só assistir os vídeos da arquitetura do Stackoverflow
07:36 - Pura verdade! A galera nova pega os códigos e sai criticando, sendo que o negócio é "ir fazendo as pontes pendentes"!
No resumo, antes de entrar na área, ja garante a terapia semanal.
Saiu um curso no senai.
Programador front-end.
Até que a grade era boa, más o professor não sabia absolutamente nada.
Cara o professor isso na era do flexbox estava ensinando a float left.
Ele não sabia a diferença de let, const e var.. dizia que era tudo igual 😅.
E não aceitava ser corrigido quando errava na maioria das vezes ficava bravo e fechava a cara.
Mano, ele nem se deu ao trabalho de ler a documentação do git e tava ensinando tudo errado ..😅😅
"As vezes você trabalhará com pessoas incompetentes", eu adicionaria, e essas pessoas serão promovidas primeiro que você.
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.
Até que tem professores universitários com alto nível técnico em código, mas muitos alunos simplesmente não codam. Verdade #11 ;-)
O código que você escreveu hoje já é legado, tá ligado? - Montanha, Lucaz
Eu já queria comprar insider, agora com essa propaganda vou adquirir a minha 😅
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
esse merchan que vc fez da insider foi o primeiro que eu vi que foi bem feito kkkkkkkkkkkkkk
Esse artigo é tão cômico de ler, de tão relatable
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
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 pq basicamente a maior parte da area foi automatizada e não se vê muitas novas contratações. InfoSec meio que morreu, dificil de entrar na area, programação ta seguindo o mesmo caminho.
@@diegosouza4839 Segurança da Informação, é outro rolê.
Essa camisas da Insider a 3 anos atrás era 79,90! HJ É 179,90-200+++ KKKKK
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
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
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
Rapá, esse jabá aí foi lisinho mermão, top demais xD
o jabar da camiseta foi muito bom!!! 🤣
canal que deveria ta com um milhao de inscrito
te amo lucas, do canal lucas montano, seus videos me alegram
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í.
O link da polo pro merchan da Insider foi excelente 😂👏🏼
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
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...
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.
"A melhor softskill é não ser um idiota", estou tentado a colocar no meu currículo kksksks
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...
Lucas por que você não cria um canal de narração de livro/artigo?
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...
Ja maratonei 15 vídeos do Lucas discutindo sobre salários e como é trabalhar na área, e sei fazer hello world. Quando eu entro numa FAANG ganhando 100000 dólares de home office?
Muito bom!
E as ilustrações do MonkeyUser são sensacionais!
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.
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. 😂
Tu trabalha ou só da aula foi foda 😂😂
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?
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.
Uma vez eu tomei a decisão de reescrever uma página inteira de uma aplicação da empresa, tarefa prevista pra uns 2 - 3 dias, entrega levou acho que uma semana e meia, o resto do tempo que trabalho lá, eu prezo pelo mínimo de linhas alteradas possível.
testando o sistema de curtir mensagem do luscas montano
Funciona perfeitamente
o almoço foi top hoje. valeu luquinhas
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.
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 .
Tava esperando o Video pra poder almoçar mano
AHh cara, eu juro que caí nessa da camisetinha Polo. te imaginei mó Farialimer 😎
Salve mano, tenho 18 anos estou no IFRS Campus Osório fazendo técnico em informática integrado ao médio penso em dps fazer uma faculdade na area, porém gostaria de saber como poderia fazer pra aprender mais a como desenvolver. Por que acho que a gente aprende realmente coisas essências, mas ainda não sei desenvolver um sistema realmente. E agora estou em um projeto que a ideia é fazer uma plataforma para ensinar lógica de programação para estudantes do ensino fundamental. Porém com o que nós aprendemos eu não me julgo com uma grande de capacidade de construir uma plataforma. Então gostaria de como fazer por onde aprender para suprir está necessidade, alguma dica?
Tenho algo a dizer sobre código. O melhor código é aquele que não foi escrito.
Caraca, esse ad da insider foi lindo. Imagino quantos euros eles te pagaram pra conversão atual kkkk
já fui na casa de uma galera que tem o livro "How to... Clean Code" haha 🍦
perguntei pra um dev: - você refatoraria um código que está difícil de fazer manutenção tendo tempo, ou só manteria o "padrão" pra entregar uma tarefa mais rápido? 🌝 eis a questão
clean code só funciona no mundo metafisico.
@@RodrigoVazRocketeita 😮
Depende da causa raíz dessa dificuldade man. Se essa dificuldade ocorre pelo fato do código ser "ruim", não estar extensível ou ter diversos anti patterns, o ideal é defender esse refactor como um débito técnico. O que pode acontecer é o time de produto, ou quem toma certas decisões, decidirem que não é o momento de implementar o refactor... Mas a sua parte foi feita.
Agora, se o difícil de manutenção é por conta do estilo ser diferente ao qual você está acostumado, eu tenho uma máxima: em Roma, faça como os Romanos. O código é um conhecimento que reflete não só o que ele faz (mas quem o criou também). Então as pessoas que optaram por fazer algo diferente da forma como você faria, tomaram aquela decisão por N fatores.
Sobre Clean Code: aprenda, concorde com alguns pontos, discorde de outros. Forme sua opinião e traga para o debate. Mas não caia na cilada de não querer aprender pq A, B ou C não gostam. Esses que não gostam sem sequer conhecerem possivelmente vão competir contigo numa oportunidade e você estará a frente, confia.
@@RodrigoVazRocket bom e tem gente ai que acha q faz cleancode, mas o codigo não faz o que a regra de negócio Propõem, é lento cheio de voltas e falam "clean code".. uahaha.. eh o que vc falou mesmo..
@@RodrigoVazRocketEntao oq funciona? Um código macarrão? Se vc n consegue aplicar o clean code e flexibilizar ele quando complicar, não precisa manifestar sua frustração 😅
11 - Somos pagos para escrever mais e mais bugs e não software : Quando começando a escrever uma nova feature seja com tdd ou não, sempre escrevemos códigos com algum bug ou errors primeiro e só depois a mediada que resolvemos eles o software em sim vai sendo construindo de fato.
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.
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!!
Ahahahaha
Lucas, pelo amor de deus, me envie a URL onde posso pegar essa imagem que tu mostrou a partir do 6:40 (o que tem a vaca voando, ET, etc...) :)
abracos
mensurdurakovic content/images/2023/10/image-2-1.png
O youtube abomina links, então apaguei o www e o "dot com"
Procura no Google monkey user project setup
A Insider ta comprando todo mundo... impossivel ver um video sem a propaganda deles haha
Estou pensando em desisitir da programação, tudo é muito complicado, não entendo nada. Falta material para iniciantes.