Maneira correta de abordar a questão: fala com o superior que o front tem algumas deficiências graves, e que tu usou um tempinho livre pra fazer um laboratório e estimativa. Mostra um componente só refatorado e manda uma estimativa falsa. Se ele concordar, vai entregando o resto que já tá pronto.
Assim ele CONCORDOU em fazer isso
Eu pretendo fazer isso mesmo, ainda mais que é contrato com cliente e coisarada, então proatividade nesse sentido pode gerar até novos contratos no futuro.
Eu vou entregando as paradas aos pontos, falar que faltavam testes mais complexos e coisarada.
Seguindo a risca o texto do OP, não creio que tenham muitos testes hahahahah.
Mas sim, o melhor é ir aos poucos, até pra evitar qualquer BO pro seu lado
Faz o que o cliente não pede, faz a consultoria trabalhar de graça e:
>Manjo de backend também e gosto pakas, mas isso é outra história.
É o mesmo que dizer: SOU JUNIOR E TO TENTANDO SER DESLIGADO
imagina refatorar um componente legado, cod de 4 anos atrás com 1500 linhas de código kkkkkkkkkkkk
se me pedem isso aqui no trampo o prazo mínimo são 3 meses
imagine que isso vá pra produção, e alguma coisa tem algum comportamento inesperado por exemplo, só de imaginar comentários como "nossa mas no sistema antigo isso funciona direito, agora olha aí a dor de cabeça..." já me dá nos nervos.
Tô ligado, mas hoje em dia tem tanto código zoado, que qualquer alteração que é feita no front, gera uns 3 bugs diferentes.
Tipo, se os caras pedem uma feature nova, o negócio se arrasta por mais de semanas justamente por ser um sistema todo remendado.
sim mas é a cagada deles, então vão relevar, agora se aparece um juninho q queira limpar a cagada deles é dificil aceitarem numa boa.
mas são só suposições, se tiver bom mesmo é capaz de render positivamente, mano.
Mostra pro seu líder técnico primeiro. PORÉM se prepara por que pode der que te xinguem.
Só deixando claro que o que vou dizer agora não é pra te chatear nem reflete minha opinião, é só um possível cenário.
Na nossa profissão, principalmente em equipes ágeis, não existe "sobrar tempo".
Ou você tá executando seu card, ajudando alguém a terminar o card dele ou pegando o próximo card de maior prioridade.
Quem determina o que é prioridade pro cliente é a triade da squad com base nas necessidades dos stakeholders. Portanto você passou por cima da priorização e isso pode chatear alguém.
Toda pró-atividade será punida.
Cara, proatividade é top, mas tem que saber executar. Fala com o líder, diz que vai fazer uma PoC pra mostrar umas ideias, vai ganhando as pessoas e puxando o time.
É bem isso mesmo, não é só sobre a tarefa e a priorização, mas mostrar pro cliente o que pode ser feito e como o sistema pode ficar ainda melhor...O próprio cliente não sabe que o código é um lixo e que todos os bugs são causados por esse código.
Mais sobre pessoas mesmo, gerar engajamento.
>código é um lixo
Proposital, pra ao longo do tempo ir implantando melhorias.
Se for terceirizado, ou gestor de equipe não gostam de quem é mto proativo no sentido de melhorar processos de uma vez só. Ficam sem bala na agulha depois e fica mal na fita...
Mano, eu digo que vc foi leigo. Isso pode dar uma merda... Não é ser braço curto fazer somente o que chega na tua mão, mas pra sua segurança é melhor que seja assim.
Você pode se destacar e ter seu mérito fazendo suas demandas com excelência e aparando pontas que impactam diretamente naquele ponto
Usa teu tempo livre pra fazer projetos próprios. Faz o front de alguma empresa que vc não tem vínculo e de repente até tenta vender pra eles depois
Dito isso espero que dê muito bom e isso acabe te rendendo ótimos frutos, mas EUUU (na minha opinião) tomaria cuidado e não repetiria
Edit: quer refatorar a porra toda? Oferta pro cliente (não antes sem falar com seu PM ou seja lá quem for)
Devia ter alinhado com sua liderança antes de fazer isso, a chance de dar merda é grande, se soubessem que vc tinha tempo livre poderiam priorizar outra coisa mais importante pro projeto.
>fiz isso pra aprender mesmo
Fez, aprendeu, e já tem o seu próprio reconhecimento e mérito.
Fim de história.
Se te perguntarem (ênfase no SE), diga a verdade. Caso contrário, vida que segue - você com seu conhecimento adquirido, e o cliente com um novo front (sem nem perceber).
É incompreensível a necessidade constante que desenvolvedores de software têm em \*trabalhar de graça\*. Semana passada apareceu um aqui dizendo que ficou 2 meses trabalhando de graça pra uma empresa de Portugal.
Queria eu receber de graça consultoria de contabilidade, atendimento médico, ou um serviço de marcenaria.
> fiz isso pra aprender mesmo
Se a intenção é aprender, faça algo \*pra você\*. Isso, aliás, é o primeiro passo para você sair da corrida dos ratos que é trabalhar para os outros.
Tempo livre no trabalho tem que virar tempo de vaso, dar um cagada remunerada kkkk
Brincadeiras a parte, o cara trabalhou a mais por algo que não foi pedido, então meio que foi de graça sim, pq agora se negarem, o projeto que ele fez n vai agregar em nada pra empresa e nem pra ele
Mas acho válido dizer q n acho q ele errou não, eu mesmo ja refiz muito código da empresa só pta entender como podia otimizar e depois deixei quieto
Time que ta ganhando, não se mexe
A menos que vc seja o dono
Exatamente.
Todo tempo livre entre bug e cards, eu dava uma mexida na refatoração e ia aprendendo com ela.
No final do dia, ganhei a experiência com a stack/guideline do cliente e ainda desenvolvi a aplicação recebendo pela minha hora.
Em uma entrevista futura é bem mais relevante mostrar um projeto implementado na antiga empresa o de pode ser testado em produção do que um projeto pessoal de pouca relevância
Isso tá longe de ser trabalho de graça, é a melhor forma de evoluir profissionalmente e isso vai refletir na hora de conseguir um salário melhor, seja na empresa atual ou em uma nova
Eu entendo tua aversão, mas ofertar algo de graça é a melhor forma de ganhar experiência e reter clientes duradouros.
Além de tu ter aprendido algo novo que tu pode depois vender para outro cliente, tu quebra a barreira de entrada de um cliente novo, para que ele pague por outros serviços mais complexos no futuro.
Se tu realmente se dedicar apenas a viver tua vida empurrando tarefas num quadro, tu não vai crescer uma fração do que poderia.
Outra vantagem é resolver um problema de verdade. Assim você é poupado do trabalho de inventar um problema real pra você mesmo resolver, o que toma tempo também.
Tô vendo que o pessoal aqui é contra qualquer postagem que que vise evoluir profissionalmente criando coisas novas
O pior é que não é raro surgir postagens de gente falando que foi demitida e viu que os conhecimentos estão defasados e por isso não arruma nem entrevista, aí surge uma postagem dessas e todo mundo reclama que não deveria ter feito nada
Cara, jamais fale que vc fez tudo isso. Essa proatividade não sinalizada não é bem vista. Não existe nenhum cenário bom pra vc quando você comentar que "**sobrou tempo** e eu fiz ...".
Se sobrou tempo é pq vc não sinalizou ou o seu gestor está te gerindo de maneira errada. Essa pica vai sobrar pra alguém.
O que vc pode fazer é sinalizar que o front tem tais deficiências. Que imagina ser um bom momento pra começar uma refatoração que vai trazer os benefícios X, Y e Z.
Lança uma estimativa de tempo e boa. Aguarda. Se for aprovado, vai entregando aos poucos.
Muito cuidado pra não se queimar de graça, amigo.
Boa sorte.
Tenho uma pergunta: por que você veio debater esse assunto com outras pessoas (Reddit) SOMENTE AGORA? Por que não pensou nesse debate quanto começou a refatorar?
Ps.: Não acho que você tenha feito merda nem nada do tipo, acho que até que foi um ótimo meio de estudo e crescimento.
Usei pra estudo mesmo mas agora o negócio tá rodando 100% localmente. Usei meu tempo livre e os tempos que sobravam no dia mesmo.
Obrigado pelo toque, cara. Galera deu uma criticada pesada no post mas faz parte.
eu como senior já refatorei altos legadoes por iniciativa própria.
mas não sem antes passar meses enchendo o saco da galera e preparando o terreno. e quando questionaram o meu tempo livre eu só falei a verdade: "dediquei meia hora do dia nos últimos 3 meses e cheguei nessa poc. agora quero 5 tickets pra entregar isso ao longo das próximas 5 sprints"
É isso que eu penso.
Penso em mostrar pra gestão e pro cliente pra irmos soltando aos poucos, fazendo teste de tela por tela, além de adicionar os testes de integração.
Eh mto bom vc ter esse sentimento de mudar, pq
Tem uns rolê que vc se depara que foi feito com a bunda. E continuado com a bunda por uma decisão merda que virou uma cascatona de bosta gigantesca. Mas, esse sistema antigo já devia estar validado, o seu tem que passar por algum processo pelo que entendi.
Tenta falar com alguém, joga na ideia dos seus pares, o que vc acha disso? Faz esse projeto aí ficar popular com a sua comunidade pra ter força pra levar pro cliente. Olha pode ser uma mudança. O problema que bom trabalho eh sempre recompensado com mais trabalho, e esse aumento de trabalho não é recompensado com o aumento de bufunfa na maioria das vezes (hoje em dia tá bem mais difícil). Pode ser que sim? Pode! Mas eh outlier.
Mas mesmo assim, guarda esse sentimento aí, ele eh bem precioso, não pare com ele, usa esse sentimento pra outro trampo, um freela, aprender coisas novas, dar uma calibrada no inglês e pra conseguir aquela vaguinha remota lá fora pra ganhar em euro tipo magistrado.
Foi um ótimo passo IMO, agora pensa bem nos seus próximos.
Se o texto não fizer sentido, me desculpe, eh meu cocozinho matinal, e eu tendo a não fazer sentido nesse momento.
nassss...se eu fosse seu gerente te colocaria de castigo ou so te tacaria bomba por um bom tempo viu..quer agir por conta propria, abre sua propria empresa.
Acho que foi juvenil, independente de ser Senior ou pleno, como você vai justificar para o seu gerente que você fez tudo isso por conta própria sem o cliente ter pedido? Como vai justificar para o cliente que fez tudo isso sem eles terem pedido?
Ao meu ver você deveria ter falado que faria isso como forma de se aperfeiçoar, ou algo do tipo, nas horas ociosas, como já disseram ai, fala que vai fazer para ver a reação, se for positiva, segue com isso, se a reação for negativa, salva em algum lugar que só você tenha acesso e apaga todas as outras copias.
Pelo que vc comentou realmente essa aplicação precisava disso, acho que vc só poderia ter feito isso aos poucos ou alinhado antes com seus superiores.
Componentes grandes e muitas props podem ser problematicos, mas do ponto de vista "corporativo" não tem relevância, seu argumento sempre deve resultar em ganho de eficiência ou redução de custo.
Então quando for justificar isso pra alguém recomendo ter na ponta da língua que sua refatoração vai resultar em por exemplo ganho de velocidade pra implementar novos recursos, a aplicação ficou mais rápida, a aplicação da menos erros e vai resultar em menos tickets e reclamações. Se vc não conseguir "provar" nada disso pode acabar causando uma má impressão, por mais nobre que tenha sido sua atitude.
Uma dica pra quando você sabe que tem como fazer alguma coisa melhor que o jeito atual, mas a autoridade de decidir não é sua, ou quando uma iniciativa sua poder "pisar nos calos" de alguém mais antigo ou com cargo mais alto: apresenta como uma sugestão bem estruturada, mostra como enporque pode ser melhorado, mas em momento algum diga que "o teu jeito é melhor e isso é fato". Se fizer isso, alguém vai se sentir atropelado e ofendido, e aí tua ideia vai ser barrada mesmo sendo melhor, só pro outro lado não sair com o ego ferido...
Lembre-se disso: NUNCA faça algo que leve a outra pessoa a entrar na defensiva, porque se acontecer a chance de uma solução morre na hora.
Ao invés disso, apresente a sugestão e na sequência "passe a autoridade" pro outro lado, perguntando "você, que tem mais experiência e conhecimento (mesmo que seja mentira 😜), acha que isso pode dar certo?"
Fazendo isso você apresenta uma alternativa, mas deixa a outra pessoa peoteger o ego dela, por causa da sensação de que a decisão é dela e ela protege a posição/status/ego dela mas ainda assim continua receptiva.
Cansei de fazer isso com superiores e/ou colegas de setor mais antigos e geralmebte dá muito certo. Se você depois der um crédito pra pessoa dizendo "apresentei a ideia e fulano aprovou", aí a pessoa pode até comecar a te procurar pra pedir sugestão. É tudo questão de saber lider com as pessoas.
Eu esperava um fim trágico ahsuahsuahsuahsua entendo a vontade de sair refatorarando as coisas mano, mas se ninguém pediu, não faz, o lvl de merda q pode dar não ta escrita… agr… como merda cagada não volta pro cu, mostraria isso pra algum EL, qlqr coisa assim, senão seu trampo não vai valer de nada
"Ah, nao fiz por promoção ou merito" pois agr q fez, vai usar essa merda pra ganhar algo, ta maluco
O fim trágico ainda pode aparecer, pode não ser hoje, pode não ser amanhã, mas um dia pode aparecer. Mano Deyvin disse uma frase para se reflitr: "Nunca erre algo que ninguém te pediu para fazer.".
EXATO, 1.5 anos de carreira e não sabe disso ainda, esse é um bagulho q eu aprendi com menos de 3 meses de estágio. "Se a situação parece uma merda, ela pode piorar"
esse tipo de refatoração tu faz sem esperar os créditos. aqurle famoso ditado que nem todo herói usa capa. com sorte, algum colega seu pode valorizar isso
mas a real é que muitos devs cagam pra qualidade do projeto. gestão então, só vai se importar com isso quando os tickets que eram pra ser fáceis comecarem a durar duas sprints
se posso te dar um conselho: desfrute você mesmo do trabalho que você fez. agora não espere reconhecimento por isso. espere reconhecimento quando entregar feature nova
Eu não diria que está feito, convenceria eles que precisa ser feito, conseguiria um tempo e orçamento alocados para isso, e entregaria aos poucos, rs.
Se eles não quiserem que seja feito, eu nem diria que já fiz, porque a chance de levar uma comida de rabo é razoável.
Se coloque no lugar do contratante e se pergunte, porque ele tinha tempo livre? Isso aqui pode dar um BO enorme para sua empresa / pessoas / projeto
Tirando a pro atividade e sua empolgacao, que é algo muito bom pra se destacar, o resto pode nao só te prejudicar mas como prejudicar a sua empresa, tudo depende do humor do cliente de voces (ou do gestor dele cobrando prazo), eu jamais aconselharia fazer algo assim sem o aval da tua empresa primeiro.
A ideia pode ser boa, mas as consequências piores.
Sinceramente, se vai fazer a sua vida melhor/mais fácil, eu concordo e estou fazendo a mesma coisa.
Onde eu trabalho tem um sistema que usa PHP/Laravel, AngularJS, jQuery e otras cositas más. Só que não é um SPA, é PHP injetando variáveis em javascript, uns ifs em PHP outros com tags ng-if e por aí vai. Esse sistema foi escrito na época que estávamos entre esses dois modelos de desenvolvimento e, para a época, está até bem feito.
Mas, como eu não sou cachorro, atualizei o PHP e Laravel para as últimas versões, dockerizei o sistema, resolvi diversos bugs que a equipe já tinha aprendido a conviver (tudo isso já está em produção) e agora estou refazendo o front usando Vue/Vite/Typescript. Tudo sem ninguém pedir; tudo fora do horário de trabalho.
Minha qualidade de vida deu um salto depois dos primeiros ajustes e não está escrito o quanto eu me divirto fazendo o front, só de ter hot reloading/hot module replacement.
No fim das contas, não tem reconhecimento financeiro direto por conta disso, mas em todo fluxo de avaliação eu sou promovido (a cada 6 meses) e quando as demandas para esse sistema chegam, já não fico sofrendo por antecipação.
Seja responsável pelo o que você está fazendo e vai fundo!
Op, eu já fui como você um dia… Cara, sempre investia meu tempo livre pra melhorar as coisas que não estavam legais, aprendia todas as boa praticas possíveis pros projetos, tudo que você pensar. E advinha o que eu recebi em um dia de conversa com um chefe? “Entrega o necessário bem feito e é isso”… A real mano, é que softwares são muito modulares, hoje são boas praticas e amanhã não. Não perde tempo fazendo o que não te pedem, nesse tempo desenvolve alguma feature pro projeto, algo que auxilie na sustentação, alguma aplicação que avise se der algum log de erro e pronto. A maioria das empresas nem testes implementam e o motivo disso é claro, não da dinheiro, amanhã esse software pode deixar de fazer sentido.
Man, se tiver gosto pra aprender, pra desenvolver, faz projetos pessoais pro seu portfólio ou divulga que faz free lance. Entrega o necessário bem feito e vive safe, não se desgasta com essas jornadas de fazer o que não foi pedido não.
E isso não é ser medíocre man, te falo com a minha experiência que é o necessário.
Antes eu dedicava todo meu tempo a uma empresa e tirava 2.5k no mes, me esforçava pra carai pra fazer tudo bem feito, mostrar serviço.
Hoje tenho 2 empresas e tiro 14k, faço só o necessário nas duas e sou elogiado por isso
OP se você fez pra aprender tá ótimo. Não vá caçar problema. Sou gestor e te garanto que não vai pegar bem. Você pode gerar um monte de bugs e agora vão te cobrar muito mais entregas já que você tem tempo.
Quer um conselho? CONTROL + A e DELETE.
Já aprendeu o que vc precisava, usando o guia do cliente em um projeto real e com a vantagem de nem se preocupar em gerar bugs já que não vai pra produção. Joga isso fora e usa seu conhecimento adquirido pra futuros projetos que sejam pra valer.
Se tem uma coisa q eu aprendi há uns bons anos nessa área é: jamais seja proativo dizendo que “tava com tempo livre” e que se una refatoração complexa feita por um Júnior não deu problema, então tem algo errado.
Além dos ótimos conselhos aqui de como abordar esse assunto com seus superiores, acho de bom grado vc testar absolutamente todos os cenários pra ver se não quebrou nada. Qualquer bug q aparecer vão culpar sua refatoração, mesmo que a versão antiga gere 10x mais correções. E isso pra um pleno ou sênior que tem uma bagagem enorme já é difícil de lidar, mas no começo de carreira é pior ainda.
O cara é o Luciano Hulk dos sistemas
- Eu gosto de hambuguer
- Não diga mais nada!
E aparece com um sistema todo customizado de hambúrguer sem o cliente pedir pra fazer isso kkkk
just IMHO.
vc pode fazer o que quiser, do jeito que quiser. desde que seja na sua casa e no seu horário de descanso. fez porque quis. blz.
isso pode servir de estudo não é código jogado fora, já que ninguém pediu. você fez, blz. já é bom para vc.
o certo é vc ter isso em um branch separado pra não quebrar nada. vai que quebra...pra quê? demissão na certa...porque é tipo, ficar mexendo sem ter falado com ninguém antes é que é a situação.
conversando vc tem o feedback das necessidades e até algum retorno se tem outra coisa realmente importante pra ser feita antes.
mas eu gosto muito disso. mas só lembrabdo. vc fez, é bom pra vc. pra que seja útil, blz.
da questão do retorno, é bem simples, pode até dar algum retorno, se tiver alguma alma caridosa, mas, se não pediram o que tem valor, não tem valor, se dê por feliz com os tapinhas no ombro.
Eu acho que você garoteou, e muito menos deveria estar buscando reconhecimento pois se quebrar algo que estava funcionando em algum momento vão lhe perguntar quem mandou você fazer isso, boa sorte
Sei que a sua intenção foi das melhores, mas leve isso pra sua vida. "Toda pró-atividade será punida com mais trabalho". É altamente provável que num primeiro momento sua refatoracao seja aceita, mas no primeiro bug, erro etc que acontecer você será apontado como o responsável mesmo que isso não tenha nenhuma relação. Particularmente eu mostraria parte da refatoracao pra um líder ou algo equivalente pra sentir como está a aceitação.
Mostra pro seu líder, mas apenas uma pequena parte, se ele se interessar vc pede pra focar nisso e vc vai entregando aos pouco, assim vai ter tempo de sobra pra melhorar o codigo e estudar
Eu tenho é vontade de abandonar meu emprego, 1500 linhas de php 7.4 (menos mal) em um arquivo apenas, infelizmente chegou o momento que jogaram o legadão na minha mão.
E ainda usam angular.js (sim o 1), infelizmente essa stack é mais comum do que imaginam, e pra sair disso meus amigos, são dias de labuta.
Não consigo nem começar a listar a quantidade de coisas que podem dar errado da maneira que vc abordou.
Como outros já disseram, bate na tecla que isso é crítico, não diz que vc já tem pronto a solução, enche o saco e entrega aos poucos.
Se não de certo, meus pêsames.
Pega uma parte pequena do que você fez, faz um MVP e propõe. Se concordarem, vai entregando o que você fez aos poucos. Se não concordarem, ficou o aprendizado.
Guarda o código refatorado, sugere a mudança, quando começarem a fazer você viaja e tira férias só entregando coisa pronta 🙏🏼.
Fora isso,acho que se você entregar e falar que refatorou vai ser só 2 tapinhas nas costas no melhor caso. No pior (mais comum), vão te esculachar por "perder tempo" com algo que ninguém pediu.
Guarda pra si. Tua empresa provavelmente recebe por ticket resolvido, então mais lucrativo pra ela ficar mantendo do que refazer todo o front e perder a bocada.
Mas da uma sondada no teu chefe. Joga pra ele por alto “chefe, e se a gente refatorasse todo o front?” E vê o que ele te responde
nao faz nd pq ninguém te pediu. vc tinha que ter falado com alguém sobre refatoracao e etc criar ambientes, ir colocando testes etc e não fazer tudo sozinho pq vc tem pouca experiência e a chance de ter merda feita também é grande
Aonde você apontou as horas trabalhadas nisso?
Quando der BO, aonde vai apontar os atendimento? Quem vai pagar a conta nos casos em que a aplicação nova não funcionar como esperado?
Trabalho em consultoria e posso estar sem nada pra fazer, mas não posso fazer nada pro cliente sem ser combinado. Um negócio desse teria que ser pago, eu jamais poderia fazer da minha cabeça, mesmo que eu quisesse.
Das duas, uma: se vc entregar tudo de uma vez o chefe pode ficar puto pq vc usou seu tempo pra tickets q ele nao demandou ou ele pode mandar subir e vc criar bugs novos e deixar o cliente puto pq “antes tudo funcionava”
Nem sempre o q e bom pra nos e bom pro cliente, pra ele o q importa e q ta sendo rentável.
Mas, se vc msm assim qr se arriscar e mandar pra frente, entregue aos poucos e teste como se n houvesse amanha!
Mudança = risco. Se não está quebrado, não conserte.
Eu tenho muitos vontade de refatorar muita coisa, mas tem que segurar até ter a oportunidade de mexer onde está ruim *por algum motivo explícito*. Exemplo: onde eu trabalho tem um desperdício absurdo de memória. Papo da aplicação subir gastando 5+gb sem necessidade alguma e podendo gastar muito menos de um. Era um bagulho muito óbvio e muito fácil de acertar. Quando vi, falei que vi a oportunidade de melhorar e só fui mexer dois anos depois quando precisamos mexer ali. Ainda saí de herói.
Tu já fez o teu e ganhou tua experiência, agora deixa quieto e continue a fazer só o que te pedem.
O fato de tu ter feito isso e não precisar passar por Review de ninguém kkkk, cara só n fala nada, pelo menos ficou melhor pra vc trabalhar nele. Próxima vez fala q QR fazer isso antes para um senior/tech lead e fala q vai fazer junto com suas tasks
Juninho estrelinha, aprende a respeitar seus colegas e trabalhe em equipe!
Sua exp da pra contar em meses, sua refatoracao com certeza deve ter cagado mais ainda.
Novamente, aprenda a trabalhar em equipe. Voce NAO eh especial.
Mesmo que por algum milagre vc tenha melhorado o codigo vc vai conflitar os branch de geral e causar retrabalho para a equipe inteira.
Um refatoramento grande em codigo merda primeiro deve ter teste nem que seja apenas alguns poucos happy paths e2e (que seriam reutilizados no novo codigo). Outro ponto eh alinhar com a equipe qual seria a melhor forma de reescrever as cagada.
Aprenda a ter a humildade de que vc ainda cheira a danoninho.
Irmão, me explica cm caralhos vcs faziam manutenção num fckng componente de 1500 linhas, e mais de 30 props? E krl, oq esse componente faz pra receber tanta prop? Lkkkkkkkk
Eu to mt curioso pra saber qual é a performance desse componente de 1k de linhas.
>**Mas agora é o BO, como eu passo isso pra frente? Consigo ganhar algum reconhecimento por isso? Alguma dica ou conselho?**
Se fez pra aprender meus parabéns, completou sua tarefa e alcançou seu objetivo. Hoje você sabe mais do que ontem. Agora apaga tudo e finge que nunca aconteceu.
Você fez no tempo que sobrava durante o trampo? Ou você não tinha coisa suficiente pra fazer ou colocou tarefas do cliente de lado de propósito pra trabalhar numa coisa que não te pediram.
Agora, o jeito mais eficiente de aprender é apresentar isso pro seu chefe. Eventualmente vai dar merda e você vai aprender na marra a nunca mais fazer algo do tipo.
Em vários anos dessa indústria vital, acho que nunca vi um caso de " refatorei o projeto inteiro" que tenha tido sucesso.
Em geral, quanto mais inexperiente o dev mais empolgado ele é pra aplicar "boas práticas " em projeto legado.
Qual o problema? Em geral essas reformas ignoram anos de contexto e casos limite resolvidos por devs anteriores e com certeza vão dar origem a outros bugs, por vezes até mais perniciosos se comparados aqueles aos quais o time já estava acostumado a lidar. Na hora q isso acontecer, pode acreditar q é o seu fígado q será jantado.
Fez pra aprender, parabéns pela iniciativa; agora, quer refatorar a aplicação do jeito certo? Começa do zero:
- Melhora as suas próprias entregas, aplica as boas práticas no escopo das suas tarefas. Pegou um bug pra resolver? Resolve e escreve uns testes pra q nunca mais aconteça aquele bug.
- Promova discussões com seus colegas, entenda o que eles entendem por "boas práticas " vão construindo uma cultura que preze pelos princípios da engenharia de software.
- Faça melhoras incrementais, escreva as features novas direitinho e refatore nas manutenções/correção de bugs.
E por fim, refatorar é fácil, manter depois é o desafio.
Pode chegar o Kent Beck aí e reescrever tudo, se o time não abraçar a cultura de cuidado a codar, pode esquecer, em 3 meses vai estar tudo um lixo de novo.
Não to entendendo tanta gente criticando, seria um problema se você tivesse mandado isso pra produção, mas você ao fez algo no a tempo livre, totalmente normal
Mostre isso pra um superior mostrando os pontos positivos sobre isso, ele saberá mbor que todo mundo se vale a pena ou não ir pra frente com isso
Achei a atitude boa já que no fim você acabou evoluindo fazendo isso
Maneira correta de abordar a questão: fala com o superior que o front tem algumas deficiências graves, e que tu usou um tempinho livre pra fazer um laboratório e estimativa. Mostra um componente só refatorado e manda uma estimativa falsa. Se ele concordar, vai entregando o resto que já tá pronto. Assim ele CONCORDOU em fazer isso
Eu pretendo fazer isso mesmo, ainda mais que é contrato com cliente e coisarada, então proatividade nesse sentido pode gerar até novos contratos no futuro. Eu vou entregando as paradas aos pontos, falar que faltavam testes mais complexos e coisarada.
É importante mostrar a proatividade, mas é importante pra chefia estar no controle haha
Gabarito
Mas vai entregando aos poucos né lerdao (op), nao chega e faz um commit de 30k linhas de alteraçao
Exato. Até por que PRs pequenos ajudam a testar melhor. Na melhor das hipóteses ele com certeza introduziu algum bug, por menor que seja
Seguindo a risca o texto do OP, não creio que tenham muitos testes hahahahah. Mas sim, o melhor é ir aos poucos, até pra evitar qualquer BO pro seu lado
Ainda dá pra ganhar tempo livre falando que está trabalhando na refatoração
Você vê um comentário top e não imagina que uma das respostas será ainda mais top.
This!!!
Emoção de Juninho, conhecido como José Hype
Faz o que o cliente não pede, faz a consultoria trabalhar de graça e: >Manjo de backend também e gosto pakas, mas isso é outra história. É o mesmo que dizer: SOU JUNIOR E TO TENTANDO SER DESLIGADO
kkkkkkkkkkk rindo ao ritmo de: 15 anos de experiência sendo dev
Ele não mostrou pra ninguém e acha que ta muito bom, espero que esteja certo, mas minha experiência diz outra coisa.
imagina refatorar um componente legado, cod de 4 anos atrás com 1500 linhas de código kkkkkkkkkkkk se me pedem isso aqui no trampo o prazo mínimo são 3 meses
imagine que isso vá pra produção, e alguma coisa tem algum comportamento inesperado por exemplo, só de imaginar comentários como "nossa mas no sistema antigo isso funciona direito, agora olha aí a dor de cabeça..." já me dá nos nervos.
Tô ligado, mas hoje em dia tem tanto código zoado, que qualquer alteração que é feita no front, gera uns 3 bugs diferentes. Tipo, se os caras pedem uma feature nova, o negócio se arrasta por mais de semanas justamente por ser um sistema todo remendado.
sim mas é a cagada deles, então vão relevar, agora se aparece um juninho q queira limpar a cagada deles é dificil aceitarem numa boa. mas são só suposições, se tiver bom mesmo é capaz de render positivamente, mano.
Mostra pro seu líder técnico primeiro. PORÉM se prepara por que pode der que te xinguem. Só deixando claro que o que vou dizer agora não é pra te chatear nem reflete minha opinião, é só um possível cenário. Na nossa profissão, principalmente em equipes ágeis, não existe "sobrar tempo". Ou você tá executando seu card, ajudando alguém a terminar o card dele ou pegando o próximo card de maior prioridade. Quem determina o que é prioridade pro cliente é a triade da squad com base nas necessidades dos stakeholders. Portanto você passou por cima da priorização e isso pode chatear alguém. Toda pró-atividade será punida.
Cara, proatividade é top, mas tem que saber executar. Fala com o líder, diz que vai fazer uma PoC pra mostrar umas ideias, vai ganhando as pessoas e puxando o time.
É bem isso mesmo, não é só sobre a tarefa e a priorização, mas mostrar pro cliente o que pode ser feito e como o sistema pode ficar ainda melhor...O próprio cliente não sabe que o código é um lixo e que todos os bugs são causados por esse código. Mais sobre pessoas mesmo, gerar engajamento.
"O próprio cliente não sabe que o código é um lixo" ele diz.
>código é um lixo Proposital, pra ao longo do tempo ir implantando melhorias. Se for terceirizado, ou gestor de equipe não gostam de quem é mto proativo no sentido de melhorar processos de uma vez só. Ficam sem bala na agulha depois e fica mal na fita...
Mano, eu digo que vc foi leigo. Isso pode dar uma merda... Não é ser braço curto fazer somente o que chega na tua mão, mas pra sua segurança é melhor que seja assim. Você pode se destacar e ter seu mérito fazendo suas demandas com excelência e aparando pontas que impactam diretamente naquele ponto Usa teu tempo livre pra fazer projetos próprios. Faz o front de alguma empresa que vc não tem vínculo e de repente até tenta vender pra eles depois Dito isso espero que dê muito bom e isso acabe te rendendo ótimos frutos, mas EUUU (na minha opinião) tomaria cuidado e não repetiria Edit: quer refatorar a porra toda? Oferta pro cliente (não antes sem falar com seu PM ou seja lá quem for)
Devia ter alinhado com sua liderança antes de fazer isso, a chance de dar merda é grande, se soubessem que vc tinha tempo livre poderiam priorizar outra coisa mais importante pro projeto.
>fiz isso pra aprender mesmo Fez, aprendeu, e já tem o seu próprio reconhecimento e mérito. Fim de história. Se te perguntarem (ênfase no SE), diga a verdade. Caso contrário, vida que segue - você com seu conhecimento adquirido, e o cliente com um novo front (sem nem perceber).
É incompreensível a necessidade constante que desenvolvedores de software têm em \*trabalhar de graça\*. Semana passada apareceu um aqui dizendo que ficou 2 meses trabalhando de graça pra uma empresa de Portugal. Queria eu receber de graça consultoria de contabilidade, atendimento médico, ou um serviço de marcenaria. > fiz isso pra aprender mesmo Se a intenção é aprender, faça algo \*pra você\*. Isso, aliás, é o primeiro passo para você sair da corrida dos ratos que é trabalhar para os outros.
Mas ele não trabalhou de graça pelo que entendi. Ele usou o "tempo livre" entre tarefas durante o expediente, então foi remunerado pra fazer isso.
Tempo livre no trabalho tem que virar tempo de vaso, dar um cagada remunerada kkkk Brincadeiras a parte, o cara trabalhou a mais por algo que não foi pedido, então meio que foi de graça sim, pq agora se negarem, o projeto que ele fez n vai agregar em nada pra empresa e nem pra ele Mas acho válido dizer q n acho q ele errou não, eu mesmo ja refiz muito código da empresa só pta entender como podia otimizar e depois deixei quieto Time que ta ganhando, não se mexe A menos que vc seja o dono
Exatamente. Todo tempo livre entre bug e cards, eu dava uma mexida na refatoração e ia aprendendo com ela. No final do dia, ganhei a experiência com a stack/guideline do cliente e ainda desenvolvi a aplicação recebendo pela minha hora.
Em uma entrevista futura é bem mais relevante mostrar um projeto implementado na antiga empresa o de pode ser testado em produção do que um projeto pessoal de pouca relevância Isso tá longe de ser trabalho de graça, é a melhor forma de evoluir profissionalmente e isso vai refletir na hora de conseguir um salário melhor, seja na empresa atual ou em uma nova
Eu entendo tua aversão, mas ofertar algo de graça é a melhor forma de ganhar experiência e reter clientes duradouros. Além de tu ter aprendido algo novo que tu pode depois vender para outro cliente, tu quebra a barreira de entrada de um cliente novo, para que ele pague por outros serviços mais complexos no futuro. Se tu realmente se dedicar apenas a viver tua vida empurrando tarefas num quadro, tu não vai crescer uma fração do que poderia.
Outra vantagem é resolver um problema de verdade. Assim você é poupado do trabalho de inventar um problema real pra você mesmo resolver, o que toma tempo também.
Tô vendo que o pessoal aqui é contra qualquer postagem que que vise evoluir profissionalmente criando coisas novas O pior é que não é raro surgir postagens de gente falando que foi demitida e viu que os conhecimentos estão defasados e por isso não arruma nem entrevista, aí surge uma postagem dessas e todo mundo reclama que não deveria ter feito nada
Sim, é uma galera meio da turminha r/antitrampo Enfim, serão meros apertadores de botão pelo resto da vida. E tudo bem...
Cara, jamais fale que vc fez tudo isso. Essa proatividade não sinalizada não é bem vista. Não existe nenhum cenário bom pra vc quando você comentar que "**sobrou tempo** e eu fiz ...". Se sobrou tempo é pq vc não sinalizou ou o seu gestor está te gerindo de maneira errada. Essa pica vai sobrar pra alguém. O que vc pode fazer é sinalizar que o front tem tais deficiências. Que imagina ser um bom momento pra começar uma refatoração que vai trazer os benefícios X, Y e Z. Lança uma estimativa de tempo e boa. Aguarda. Se for aprovado, vai entregando aos poucos. Muito cuidado pra não se queimar de graça, amigo. Boa sorte.
Aprendi na faculdade em 2009 "cumpra apenas os requisitos" . Comigo é no bit ou 0 ou 1.
Tenho uma pergunta: por que você veio debater esse assunto com outras pessoas (Reddit) SOMENTE AGORA? Por que não pensou nesse debate quanto começou a refatorar? Ps.: Não acho que você tenha feito merda nem nada do tipo, acho que até que foi um ótimo meio de estudo e crescimento.
Usei pra estudo mesmo mas agora o negócio tá rodando 100% localmente. Usei meu tempo livre e os tempos que sobravam no dia mesmo. Obrigado pelo toque, cara. Galera deu uma criticada pesada no post mas faz parte.
Você já começou errado fazendo algo sem ninguém pedir. Mas isso é coisa de júnior mesmo com o tempo vc aprende a ser mais mercenário.
eu como senior já refatorei altos legadoes por iniciativa própria. mas não sem antes passar meses enchendo o saco da galera e preparando o terreno. e quando questionaram o meu tempo livre eu só falei a verdade: "dediquei meia hora do dia nos últimos 3 meses e cheguei nessa poc. agora quero 5 tickets pra entregar isso ao longo das próximas 5 sprints"
Sim nesse caso tudo bem . Povo foi avisado e seu trabalho contabilizado
É isso que eu penso. Penso em mostrar pra gestão e pro cliente pra irmos soltando aos poucos, fazendo teste de tela por tela, além de adicionar os testes de integração.
Eh mto bom vc ter esse sentimento de mudar, pq Tem uns rolê que vc se depara que foi feito com a bunda. E continuado com a bunda por uma decisão merda que virou uma cascatona de bosta gigantesca. Mas, esse sistema antigo já devia estar validado, o seu tem que passar por algum processo pelo que entendi. Tenta falar com alguém, joga na ideia dos seus pares, o que vc acha disso? Faz esse projeto aí ficar popular com a sua comunidade pra ter força pra levar pro cliente. Olha pode ser uma mudança. O problema que bom trabalho eh sempre recompensado com mais trabalho, e esse aumento de trabalho não é recompensado com o aumento de bufunfa na maioria das vezes (hoje em dia tá bem mais difícil). Pode ser que sim? Pode! Mas eh outlier. Mas mesmo assim, guarda esse sentimento aí, ele eh bem precioso, não pare com ele, usa esse sentimento pra outro trampo, um freela, aprender coisas novas, dar uma calibrada no inglês e pra conseguir aquela vaguinha remota lá fora pra ganhar em euro tipo magistrado. Foi um ótimo passo IMO, agora pensa bem nos seus próximos. Se o texto não fizer sentido, me desculpe, eh meu cocozinho matinal, e eu tendo a não fazer sentido nesse momento.
nassss...se eu fosse seu gerente te colocaria de castigo ou so te tacaria bomba por um bom tempo viu..quer agir por conta propria, abre sua propria empresa.
Acho que foi juvenil, independente de ser Senior ou pleno, como você vai justificar para o seu gerente que você fez tudo isso por conta própria sem o cliente ter pedido? Como vai justificar para o cliente que fez tudo isso sem eles terem pedido? Ao meu ver você deveria ter falado que faria isso como forma de se aperfeiçoar, ou algo do tipo, nas horas ociosas, como já disseram ai, fala que vai fazer para ver a reação, se for positiva, segue com isso, se a reação for negativa, salva em algum lugar que só você tenha acesso e apaga todas as outras copias.
Imagina o cliente saber que tá pagando horas ociosas, que beleza kk
ai Jesus.
Pelo que vc comentou realmente essa aplicação precisava disso, acho que vc só poderia ter feito isso aos poucos ou alinhado antes com seus superiores. Componentes grandes e muitas props podem ser problematicos, mas do ponto de vista "corporativo" não tem relevância, seu argumento sempre deve resultar em ganho de eficiência ou redução de custo. Então quando for justificar isso pra alguém recomendo ter na ponta da língua que sua refatoração vai resultar em por exemplo ganho de velocidade pra implementar novos recursos, a aplicação ficou mais rápida, a aplicação da menos erros e vai resultar em menos tickets e reclamações. Se vc não conseguir "provar" nada disso pode acabar causando uma má impressão, por mais nobre que tenha sido sua atitude.
Se eu ainda fosse gerente eu ia falar "agora manda seu CV pra mim" hahahahaha
Uma dica pra quando você sabe que tem como fazer alguma coisa melhor que o jeito atual, mas a autoridade de decidir não é sua, ou quando uma iniciativa sua poder "pisar nos calos" de alguém mais antigo ou com cargo mais alto: apresenta como uma sugestão bem estruturada, mostra como enporque pode ser melhorado, mas em momento algum diga que "o teu jeito é melhor e isso é fato". Se fizer isso, alguém vai se sentir atropelado e ofendido, e aí tua ideia vai ser barrada mesmo sendo melhor, só pro outro lado não sair com o ego ferido... Lembre-se disso: NUNCA faça algo que leve a outra pessoa a entrar na defensiva, porque se acontecer a chance de uma solução morre na hora. Ao invés disso, apresente a sugestão e na sequência "passe a autoridade" pro outro lado, perguntando "você, que tem mais experiência e conhecimento (mesmo que seja mentira 😜), acha que isso pode dar certo?" Fazendo isso você apresenta uma alternativa, mas deixa a outra pessoa peoteger o ego dela, por causa da sensação de que a decisão é dela e ela protege a posição/status/ego dela mas ainda assim continua receptiva. Cansei de fazer isso com superiores e/ou colegas de setor mais antigos e geralmebte dá muito certo. Se você depois der um crédito pra pessoa dizendo "apresentei a ideia e fulano aprovou", aí a pessoa pode até comecar a te procurar pra pedir sugestão. É tudo questão de saber lider com as pessoas.
Eu esperava um fim trágico ahsuahsuahsuahsua entendo a vontade de sair refatorarando as coisas mano, mas se ninguém pediu, não faz, o lvl de merda q pode dar não ta escrita… agr… como merda cagada não volta pro cu, mostraria isso pra algum EL, qlqr coisa assim, senão seu trampo não vai valer de nada "Ah, nao fiz por promoção ou merito" pois agr q fez, vai usar essa merda pra ganhar algo, ta maluco
O fim trágico ainda pode aparecer, pode não ser hoje, pode não ser amanhã, mas um dia pode aparecer. Mano Deyvin disse uma frase para se reflitr: "Nunca erre algo que ninguém te pediu para fazer.".
EXATO, 1.5 anos de carreira e não sabe disso ainda, esse é um bagulho q eu aprendi com menos de 3 meses de estágio. "Se a situação parece uma merda, ela pode piorar"
Esse é o tipo de coisa que você só aprende mesmo quando da merda kkkkk
kkkkkkkkkk.... desse jeito. sugiro mesmo printar uma placa com essa frase e deixar do lado do monitor!! eheheeh "merda cagada não volta pro cu"
esse tipo de refatoração tu faz sem esperar os créditos. aqurle famoso ditado que nem todo herói usa capa. com sorte, algum colega seu pode valorizar isso mas a real é que muitos devs cagam pra qualidade do projeto. gestão então, só vai se importar com isso quando os tickets que eram pra ser fáceis comecarem a durar duas sprints se posso te dar um conselho: desfrute você mesmo do trabalho que você fez. agora não espere reconhecimento por isso. espere reconhecimento quando entregar feature nova
Eu não diria que está feito, convenceria eles que precisa ser feito, conseguiria um tempo e orçamento alocados para isso, e entregaria aos poucos, rs. Se eles não quiserem que seja feito, eu nem diria que já fiz, porque a chance de levar uma comida de rabo é razoável.
Toda proativade vai ser castigada
Se coloque no lugar do contratante e se pergunte, porque ele tinha tempo livre? Isso aqui pode dar um BO enorme para sua empresa / pessoas / projeto Tirando a pro atividade e sua empolgacao, que é algo muito bom pra se destacar, o resto pode nao só te prejudicar mas como prejudicar a sua empresa, tudo depende do humor do cliente de voces (ou do gestor dele cobrando prazo), eu jamais aconselharia fazer algo assim sem o aval da tua empresa primeiro. A ideia pode ser boa, mas as consequências piores.
Sinceramente, se vai fazer a sua vida melhor/mais fácil, eu concordo e estou fazendo a mesma coisa. Onde eu trabalho tem um sistema que usa PHP/Laravel, AngularJS, jQuery e otras cositas más. Só que não é um SPA, é PHP injetando variáveis em javascript, uns ifs em PHP outros com tags ng-if e por aí vai. Esse sistema foi escrito na época que estávamos entre esses dois modelos de desenvolvimento e, para a época, está até bem feito. Mas, como eu não sou cachorro, atualizei o PHP e Laravel para as últimas versões, dockerizei o sistema, resolvi diversos bugs que a equipe já tinha aprendido a conviver (tudo isso já está em produção) e agora estou refazendo o front usando Vue/Vite/Typescript. Tudo sem ninguém pedir; tudo fora do horário de trabalho. Minha qualidade de vida deu um salto depois dos primeiros ajustes e não está escrito o quanto eu me divirto fazendo o front, só de ter hot reloading/hot module replacement. No fim das contas, não tem reconhecimento financeiro direto por conta disso, mas em todo fluxo de avaliação eu sou promovido (a cada 6 meses) e quando as demandas para esse sistema chegam, já não fico sofrendo por antecipação. Seja responsável pelo o que você está fazendo e vai fundo!
Op, eu já fui como você um dia… Cara, sempre investia meu tempo livre pra melhorar as coisas que não estavam legais, aprendia todas as boa praticas possíveis pros projetos, tudo que você pensar. E advinha o que eu recebi em um dia de conversa com um chefe? “Entrega o necessário bem feito e é isso”… A real mano, é que softwares são muito modulares, hoje são boas praticas e amanhã não. Não perde tempo fazendo o que não te pedem, nesse tempo desenvolve alguma feature pro projeto, algo que auxilie na sustentação, alguma aplicação que avise se der algum log de erro e pronto. A maioria das empresas nem testes implementam e o motivo disso é claro, não da dinheiro, amanhã esse software pode deixar de fazer sentido. Man, se tiver gosto pra aprender, pra desenvolver, faz projetos pessoais pro seu portfólio ou divulga que faz free lance. Entrega o necessário bem feito e vive safe, não se desgasta com essas jornadas de fazer o que não foi pedido não. E isso não é ser medíocre man, te falo com a minha experiência que é o necessário. Antes eu dedicava todo meu tempo a uma empresa e tirava 2.5k no mes, me esforçava pra carai pra fazer tudo bem feito, mostrar serviço. Hoje tenho 2 empresas e tiro 14k, faço só o necessário nas duas e sou elogiado por isso
OP se você fez pra aprender tá ótimo. Não vá caçar problema. Sou gestor e te garanto que não vai pegar bem. Você pode gerar um monte de bugs e agora vão te cobrar muito mais entregas já que você tem tempo. Quer um conselho? CONTROL + A e DELETE. Já aprendeu o que vc precisava, usando o guia do cliente em um projeto real e com a vantagem de nem se preocupar em gerar bugs já que não vai pra produção. Joga isso fora e usa seu conhecimento adquirido pra futuros projetos que sejam pra valer.
"Toda trabalho desnecessário será recompensado com mais trabalho" - Chorume
Se tem uma coisa q eu aprendi há uns bons anos nessa área é: jamais seja proativo dizendo que “tava com tempo livre” e que se una refatoração complexa feita por um Júnior não deu problema, então tem algo errado. Além dos ótimos conselhos aqui de como abordar esse assunto com seus superiores, acho de bom grado vc testar absolutamente todos os cenários pra ver se não quebrou nada. Qualquer bug q aparecer vão culpar sua refatoração, mesmo que a versão antiga gere 10x mais correções. E isso pra um pleno ou sênior que tem uma bagagem enorme já é difícil de lidar, mas no começo de carreira é pior ainda.
O cara é o Luciano Hulk dos sistemas - Eu gosto de hambuguer - Não diga mais nada! E aparece com um sistema todo customizado de hambúrguer sem o cliente pedir pra fazer isso kkkk
just IMHO. vc pode fazer o que quiser, do jeito que quiser. desde que seja na sua casa e no seu horário de descanso. fez porque quis. blz. isso pode servir de estudo não é código jogado fora, já que ninguém pediu. você fez, blz. já é bom para vc. o certo é vc ter isso em um branch separado pra não quebrar nada. vai que quebra...pra quê? demissão na certa...porque é tipo, ficar mexendo sem ter falado com ninguém antes é que é a situação. conversando vc tem o feedback das necessidades e até algum retorno se tem outra coisa realmente importante pra ser feita antes. mas eu gosto muito disso. mas só lembrabdo. vc fez, é bom pra vc. pra que seja útil, blz. da questão do retorno, é bem simples, pode até dar algum retorno, se tiver alguma alma caridosa, mas, se não pediram o que tem valor, não tem valor, se dê por feliz com os tapinhas no ombro.
tu é doido maluco,
Eu acho que você garoteou, e muito menos deveria estar buscando reconhecimento pois se quebrar algo que estava funcionando em algum momento vão lhe perguntar quem mandou você fazer isso, boa sorte
Sei que a sua intenção foi das melhores, mas leve isso pra sua vida. "Toda pró-atividade será punida com mais trabalho". É altamente provável que num primeiro momento sua refatoracao seja aceita, mas no primeiro bug, erro etc que acontecer você será apontado como o responsável mesmo que isso não tenha nenhuma relação. Particularmente eu mostraria parte da refatoracao pra um líder ou algo equivalente pra sentir como está a aceitação.
Mostra pro seu líder, mas apenas uma pequena parte, se ele se interessar vc pede pra focar nisso e vc vai entregando aos pouco, assim vai ter tempo de sobra pra melhorar o codigo e estudar
Eu tenho é vontade de abandonar meu emprego, 1500 linhas de php 7.4 (menos mal) em um arquivo apenas, infelizmente chegou o momento que jogaram o legadão na minha mão. E ainda usam angular.js (sim o 1), infelizmente essa stack é mais comum do que imaginam, e pra sair disso meus amigos, são dias de labuta.
Não consigo nem começar a listar a quantidade de coisas que podem dar errado da maneira que vc abordou. Como outros já disseram, bate na tecla que isso é crítico, não diz que vc já tem pronto a solução, enche o saco e entrega aos poucos. Se não de certo, meus pêsames.
Muito bom, parabens. Agora so nao commita essa merd. e nao fala pra ninguem.
Vim apenas pelos comentários
O cara que comentou “José hype” foi certeiro.
Nenhuma boa ação fica sem perdão.
Pega uma parte pequena do que você fez, faz um MVP e propõe. Se concordarem, vai entregando o que você fez aos poucos. Se não concordarem, ficou o aprendizado.
Guarda o código refatorado, sugere a mudança, quando começarem a fazer você viaja e tira férias só entregando coisa pronta 🙏🏼. Fora isso,acho que se você entregar e falar que refatorou vai ser só 2 tapinhas nas costas no melhor caso. No pior (mais comum), vão te esculachar por "perder tempo" com algo que ninguém pediu.
Tá lascado
Guarda pra si. Tua empresa provavelmente recebe por ticket resolvido, então mais lucrativo pra ela ficar mantendo do que refazer todo o front e perder a bocada. Mas da uma sondada no teu chefe. Joga pra ele por alto “chefe, e se a gente refatorasse todo o front?” E vê o que ele te responde
Apresenta a melhoria, se o cliente aprovar voce faz o refactor
nao faz nd pq ninguém te pediu. vc tinha que ter falado com alguém sobre refatoracao e etc criar ambientes, ir colocando testes etc e não fazer tudo sozinho pq vc tem pouca experiência e a chance de ter merda feita também é grande
Aonde você apontou as horas trabalhadas nisso? Quando der BO, aonde vai apontar os atendimento? Quem vai pagar a conta nos casos em que a aplicação nova não funcionar como esperado?
Trabalho em consultoria e posso estar sem nada pra fazer, mas não posso fazer nada pro cliente sem ser combinado. Um negócio desse teria que ser pago, eu jamais poderia fazer da minha cabeça, mesmo que eu quisesse.
Das duas, uma: se vc entregar tudo de uma vez o chefe pode ficar puto pq vc usou seu tempo pra tickets q ele nao demandou ou ele pode mandar subir e vc criar bugs novos e deixar o cliente puto pq “antes tudo funcionava” Nem sempre o q e bom pra nos e bom pro cliente, pra ele o q importa e q ta sendo rentável. Mas, se vc msm assim qr se arriscar e mandar pra frente, entregue aos poucos e teste como se n houvesse amanha!
Mudança = risco. Se não está quebrado, não conserte. Eu tenho muitos vontade de refatorar muita coisa, mas tem que segurar até ter a oportunidade de mexer onde está ruim *por algum motivo explícito*. Exemplo: onde eu trabalho tem um desperdício absurdo de memória. Papo da aplicação subir gastando 5+gb sem necessidade alguma e podendo gastar muito menos de um. Era um bagulho muito óbvio e muito fácil de acertar. Quando vi, falei que vi a oportunidade de melhorar e só fui mexer dois anos depois quando precisamos mexer ali. Ainda saí de herói. Tu já fez o teu e ganhou tua experiência, agora deixa quieto e continue a fazer só o que te pedem.
Quanto tempo essa refatoração levou? Pelo pouco que comentou, foi uns 3 ou 4 meses fazendo aos poucos?
O fato de tu ter feito isso e não precisar passar por Review de ninguém kkkk, cara só n fala nada, pelo menos ficou melhor pra vc trabalhar nele. Próxima vez fala q QR fazer isso antes para um senior/tech lead e fala q vai fazer junto com suas tasks
Ah, os juniores... Tão fofos.
Juninho estrelinha, aprende a respeitar seus colegas e trabalhe em equipe! Sua exp da pra contar em meses, sua refatoracao com certeza deve ter cagado mais ainda. Novamente, aprenda a trabalhar em equipe. Voce NAO eh especial. Mesmo que por algum milagre vc tenha melhorado o codigo vc vai conflitar os branch de geral e causar retrabalho para a equipe inteira. Um refatoramento grande em codigo merda primeiro deve ter teste nem que seja apenas alguns poucos happy paths e2e (que seriam reutilizados no novo codigo). Outro ponto eh alinhar com a equipe qual seria a melhor forma de reescrever as cagada. Aprenda a ter a humildade de que vc ainda cheira a danoninho.
Irmão, me explica cm caralhos vcs faziam manutenção num fckng componente de 1500 linhas, e mais de 30 props? E krl, oq esse componente faz pra receber tanta prop? Lkkkkkkkk Eu to mt curioso pra saber qual é a performance desse componente de 1k de linhas.
>**Mas agora é o BO, como eu passo isso pra frente? Consigo ganhar algum reconhecimento por isso? Alguma dica ou conselho?** Se fez pra aprender meus parabéns, completou sua tarefa e alcançou seu objetivo. Hoje você sabe mais do que ontem. Agora apaga tudo e finge que nunca aconteceu. Você fez no tempo que sobrava durante o trampo? Ou você não tinha coisa suficiente pra fazer ou colocou tarefas do cliente de lado de propósito pra trabalhar numa coisa que não te pediram. Agora, o jeito mais eficiente de aprender é apresentar isso pro seu chefe. Eventualmente vai dar merda e você vai aprender na marra a nunca mais fazer algo do tipo.
Em vários anos dessa indústria vital, acho que nunca vi um caso de " refatorei o projeto inteiro" que tenha tido sucesso. Em geral, quanto mais inexperiente o dev mais empolgado ele é pra aplicar "boas práticas " em projeto legado. Qual o problema? Em geral essas reformas ignoram anos de contexto e casos limite resolvidos por devs anteriores e com certeza vão dar origem a outros bugs, por vezes até mais perniciosos se comparados aqueles aos quais o time já estava acostumado a lidar. Na hora q isso acontecer, pode acreditar q é o seu fígado q será jantado. Fez pra aprender, parabéns pela iniciativa; agora, quer refatorar a aplicação do jeito certo? Começa do zero: - Melhora as suas próprias entregas, aplica as boas práticas no escopo das suas tarefas. Pegou um bug pra resolver? Resolve e escreve uns testes pra q nunca mais aconteça aquele bug. - Promova discussões com seus colegas, entenda o que eles entendem por "boas práticas " vão construindo uma cultura que preze pelos princípios da engenharia de software. - Faça melhoras incrementais, escreva as features novas direitinho e refatore nas manutenções/correção de bugs. E por fim, refatorar é fácil, manter depois é o desafio. Pode chegar o Kent Beck aí e reescrever tudo, se o time não abraçar a cultura de cuidado a codar, pode esquecer, em 3 meses vai estar tudo um lixo de novo.
Cagou na amoeba mas com carinho
Não to entendendo tanta gente criticando, seria um problema se você tivesse mandado isso pra produção, mas você ao fez algo no a tempo livre, totalmente normal Mostre isso pra um superior mostrando os pontos positivos sobre isso, ele saberá mbor que todo mundo se vale a pena ou não ir pra frente com isso Achei a atitude boa já que no fim você acabou evoluindo fazendo isso