Executando verificação de segurança...
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.

Carregando publicação patrocinada...
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.