Executando verificação de segurança...
2

Desenvolvi um sistema em 60 dias, e acho que ta todo errado

Recentemente, finalizei um curso do tipo bootcamp, onde aprendi a sopa de letrinhas básica do JS (TS, React, Express, HTML, CSS, DOM). Também aprendi sobre SQL e bancos de dados, mas nada tão avançado.

Um mês depois, consegui meu primeiro trabalho, não por mérito, mas por QI (quem indica). Fui até a empresa e coletei todas as informações sobre o que faria no sistema.

A stack que escolhi foi Node, claro, mas decidi fazer usando Electron JS. Fiz o código com pressa, sempre correndo e corrigindo erros. O sistema funciona corretamente tanto na minha máquina quanto na do cliente, atendendo às necessidades.

Mas, quando olho meu código, penso: "Meu Deus, o que eu fiz aqui?". Muitas lógicas em excesso, onde poderia melhorar, e vários possíveis erros sem tratamento adequado com try-catch.

Aqui está um link para visualizar como é o sistema: https://www.youtube.com/watch?v=bcP5pC7npj8&feature=youtu.be (não reparem na qualidade).

Eu queria muito melhorar o sistema, mas não sei como fazer isso. O tempo de desenvolvimento acabou e não sei como propor uma manutenção. Não sou bom com valores, sempre desvalorizo meu projeto e seu valor.

Carregando publicação patrocinada...
3

A interface esta intuitiva. Esta funcionando sem erros. Seu cliente esta usando. Por trás dos panos, ele não vê.

Mas claro, aí temos a questão de desempenho: será que melhoraria se você alerasse alguma coisa em relação a qualidade de codigo?

E a manutenção: acha que ficará complicado pra você caso seja necessário sustentação?

Eu nunca começo um software sem projeta-lo antes, modelar o banco, executar todos os diagramas UML e ai sim, começar a mão na massa.

Mas é seu primeiro projeto, se o cliente não esta reclamando, não vejo por que mexer e melhorar. A não ser que você feche uma mensalidade para dar suporte, ai, talvez faça sentido começar a ir ajustando conforme sua experiencia aumenta.

Vou te falar, a maioria, 99% dos que fazem cursinho online não conseguem nem criar o login, você já criou um sistema inteiro, da uma estudada agora em egenharia de software para aprender a projetar e boa.

1

-Primeiramente, obrigado pelo comentário.

Sobre o desempenho, acho que poderia melhorar a demora na geração dos PDFs fazendo lógicas melhores e também tratando melhor como as coisas vão para o banco de dados.

Eu pretendo tentar um contrato de sustentação, manutenção e suporte, mas não sei se vai acontecer.

Sobre estudar engenharia, eu encontrei este livro: https://www.amazon.com.br/Fundamentos-Arquitetura-Software-Abordagem-Engenharia/dp/8550819859/ref=asc_df_8550819859/?tag=googleshopp00-20&linkCode=df0&hvadid=709883381653&hvpos=&hvnetw=g&hvrand=11316195388954486525&hvpone=&hvptwo=&hvqmt=&hvdev=c&hvdvcmdl=&hvlocint=&hvlocphy=1031428&hvtargid=pla-2298253321162&psc=1&mcid=9149b821cdd2361aae4d7010a08dcc82&gad_source=1 no app de biblioteca que minha faculdade disponibiliza gratuitamente.

Acha que poderia ajudar? Se tiver alguma dica, também agradeço.

E muito obrigado pelo comentário novamente.

1

se vc tem planos de suporte recorrente, o "por baixo dos panos" vai importar sim, pois alguém vai ter que pagar a conta, ou o cliente vai ter que pagar a mais pq algo que deveria levar um dia leva uma semana, ou você vai ter que cobrar 1 dia de trabalho enquanto na prática vc gasta 1 semana.

MVP com código ruim é aceitavel.

script ruim é aceitável

sistema com código ruim, não é aceitável, e se pretende ter longevidade sugiro criar um plano de atualização e refatoração.

no final das contas cada ano de experiência que vc ganha vc olhar pra trás e vai achar que seu código poderia ser melhor, se vc olha pra trás e se assustar com o que fez, então vc evoluiu exponencialmente. meus parabéns! com o passar do tempo vc tem que diminuir os sustos e simplesmente falar: cara isso ficou muito massa, aquilo poderia usar outro método, aquilo outro posso otimizar, mas se todo código que fizer e vc olhar pro resultado e achar catastrófico... sugiro se esforçar nos estudos.