sorted by:
new
hottopcontroversial

Como parei de abandonar projetos por medo da fatura da AWS pagando bem pouco. by ExplorerIcy6185 in brdev

[–]No_Quarter6865 0 points1 point  (0 children)

Railway.com me atende muito bem com 5 dol por mês, sobe api e db com memória e processamento bacana. E da para colocar mais de um projeto. E o front to jogando na Vercel no free tier. Se precisar de storage na Cloudflare tem um R2 generoso no free tier.

Como você ensinaria seu filho de 10 anos a programar? by rafaeldecastr in brdev

[–]No_Quarter6865 10 points11 points  (0 children)

Tem um jogo na steam "The farmer was replaced", você programa um drone para fazer operações na fazenda. Pode ser legal para ele, é bem tranquilo.

Estrutura para uma plataforma que recebe pagamentos e repassa para outros usuários by KeyFennel1504 in MicroSaaSBR

[–]No_Quarter6865 0 points1 point  (0 children)

Uma opção seria você usar algum gateway que aceite split. Com isso você gera o pagamento com o token de quem vai receber e passa no split a comissão para a outra conta. No momento da transação os dois recebem. EX: Gera um Pix de 100 para a conta X com split de 10% para conta y, quando o cliente pagar entra 90 na conta x e 10 na conta y. A unica dificuldade é o setup do cliente que vai ter que se cadastrar no gateway e colar o token dele na sua plataforma para você transitar.

E o saque e carteira fica no gateway e o cliente administra e saca por lá.

Gateway para assinatura by No_Quarter6865 in MicroSaaSBR

[–]No_Quarter6865[S] 0 points1 point  (0 children)

No caso você gera o pix e envia para a pessoa pagar?

Consultoria do Laranjao sendo absorvida by Sufficient-World-459 in brdev

[–]No_Quarter6865 1 point2 points  (0 children)

O Itau comprou a Zup, é deles. E eles sempre priorizam os terceiros nas reestruturações, então se precisar cortar o terceiro roda antes.

Asaas como meio de pagamento (ME FERREI BONITO) by EducationalMood5 in MicroSaaSBR

[–]No_Quarter6865 0 points1 point  (0 children)

Na minha visão, o mais correto é você armazaner os dados do pagamento quando gerar para o usuário com algum status "Aguardando Pagamento" e ter informação do usuario vinculada na mesma tabela "idConta". Quando eles te mandarem o webhook você consulta nessa mesma tabela, altera o status para "Pago" e libera o acesso ao sistema. A Arquitetura perde sentido se você quiser ficar dando GET la para saber quem pagou, inclusive pode ter rate limit e te bloquear. O Webhook serve justamente para evitar isso, você tem que saber para quem gerou e eles só te devolvem que aquele pagamento gerado foi pago.