Executando verificação de segurança...
3
igribeiro
2 min de leitura ·

Pitch: Criei um site para ajudar minha familia, porém eu acho que extrapolei

Só Tem Doces

Esse é o site que criei para ajudar minha família: www.sotemdoce.com.br

Apresentação

Pessoal, vim aqui para pedir a ajuda de vocês e também aprender mais sobre tudo isso. Comecei a programar há cerca de 3–4 anos, mas minha graduação é em Farmácia, não em Engenharia ou outra área de tecnologia.

Mesmo assim, me apaixonei pela programação antes de entrar na faculdade. Hoje, estou estável no meu trabalho como farmacêutico, trabalho na indústria farmacêutica na área de microbiologia, amo o que faço e recebo bem por isso. Comparando salários no Brasil, um profissional júnior da minha área ganha quase o mesmo que um júnior em programação, próximo do piso farmacêutico de R$ 5.832,94.

Por que?

O motivo de tudo isso: minha irmã e minha mãe anotavam pedidos no celular, WhatsApp e papel. Quando vendiam fiado, também faziam do mesmo jeito, o que gerava problemas. Elas não sabiam exatamente quanto gastavam ou lucravam.

Então criei este site para ajudar minha irmã com a loja de doces dela, Só Tem Doces. O objetivo inicial do projeto era:

  • Ser simples;
  • Cadastrar clientes;
  • Ter um PDV (não precisava gerar notas fiscais);
    • Com opções de tipos de pagamento;
    • Listar cobranças a receber (compras fiadas);
  • Gerenciar ingredientes e receitas;
  • Ter um dashboard para acompanhar a loja.

O que ele se tornou:

  • Um projeto mais complexo do que o planejado;
  • Sistema multi-tenant com subdomínios separados;
  • Com todas as funcionalidades anteriores, além de produção de lotes.

Tecnologias utilizadas:

  • Django
  • HTMX
  • Alpine.js
  • jQuery
  • JavaScript
  • Lucide
  • TailwindCSS v4

Podem testar e me dar feedback?

Gostaria de pedir a ajuda de vocês para testarem o projeto. Podem testar à vontade, “arregaçando” mesmo! Estou utilizando apenas ferramentas gratuitas: Cloudflare DNS (facilita o registro dos tenants), VPS Oracle e Neon PSQL. Paguei apenas pelo site e pelo e-mail.

Carregando publicação patrocinada...
2
joaocabraldev

Fiz alguns testes, e vamos as considerações.

Passei o site no Lighthouse e tirou nota boa (apesar de ter pontos de melhoria). A parte interna não dá para testar.

Mas o que pegou foi a funcionalidade. Não ficou legal para cadastrar um produto novo, tendo que cadastrar a categoria e receita. Ele navega para outra página e perde os dados.

Não consegui controlar produção de receitas, deu erro 500 inclusive a testar a segunda vez. Ele não controla o tempo de produção, se já está pronto.

Não consegui vincular a receita aos produtos a serem vendidos. Não consegui aumentar o estoque do produto (imagino que seria com a produção) ou vender sem estoque para ter que produzir depois (encomenda). E teria a opção de vender produtos a pronta entrega (já produzidos).

Isso poderia ser automatizado, vendeu um produto sem estoque já confirma se vai mandar para a produção.

1
igribeiro
  • Autor
    Autor

Em relatcao aos formularios perder os dados, eu ja pensei em varias formas de fazer isso, mas nao consegui, ja tentei fazendo com POPUp, mas como o frontend é full html nao tem react ou coisa do tipo tenho dificuldade.

2
cacatua

LocalStorage serve para dentre outras coisas, casos assim, guarda o estado do formulário e depois recupera

O problema por outro lado não é nem esse mas sim você ter um formulário que obriga o cadastro em outra tabela que é cadastrada em outra página, em UX isso é chamado de quebra de locus

1
igribeiro
  • Autor
    Autor

Uma boa ideia utilizar o LocalStorage, porém, e se eu utiliza-se um modal pra isso? Outro motivo pra isso são os dados que são interligados pelo banco de dados, pois se eu crio uma receita sem ter um produto que vincule essa receita, ao realizar a produção eu nao consigo gerar no PDV os "LOTES".

Ainda tem bastante coisa pra melhorar, por isso liberei pra testes, pra ouvir novas ideias do que fazer,como melhorar.

1
joaocabraldev

Modais podem ser legais, principalmente se usa com computador.
No celular, pode não ficar muito bom.

Se o cadastro é pequeno como o de categoria, modais ajudam, pois não precisa de muita coisa.

Se for um cadastro com muitos campos, talvez navegar para a tela seja melhor.

Apesar de que não sei como isso fica nos conceitos de UX como o colega citou e como seria a solução correta segundo os conceitos de UX.

1
joaocabraldev

Sobre a dificuldade do popup/modal, você cria ele e deixa oculto com CSS.

Você mostra e esconde o modal com javascript (pode ser puro mesmo, não precisa de frameworks ou biliotecas grandes para isso).

Se no modal precisa enviar dados para o backend, pode fazer isso com Ajax.

1
1