No meu estágio eu sofrir pra entender a regra de negócio do projeto que eu estava trabalhando. Até hoje tenho dificuldades e por isso quando vou codar nem sempre entendo o que eu deveria fazer.
Alguém vai te passar um requisito, que pode ser "compras acima de 200 reais recebem 10% de desconto". A sua parte é listar com regras esse e outros requisitos e então codificar. No mais, isso é mais uma bobagem do mundo corporativo que mais atrapalha do que ajuda, igual a bobagem de metodologia ágil.
Mas, por exemplo. Imagine, um sistema de gestão escolar, que vc fornece para diversas escolas, diversos tamanhos etc. Você precisa ter uma área de parâmetros, onde se pode inserir qual a média para aprovação. Isto pode variar de escola para escola, idem reprovação por faltas. Idem suspensão por mal comportamento etc. Estas regras variam de empresa para empresa. então lá na área de parâmetros está setado as regras do negócio. Será que é isso? talvez
Ai é um cenário diferente, acho que seria bom criar um sistema de setup do sistema da escola, onde nesse setup você cria as regras para cada escola, guardando essas regras no banco de dados.Só uma sugestão.
Ter o entendimento de história de usuário, BDD e Gherkin contribuem para melhorar o entendimento do negócio? Eu sinto que muitos devs partem direto para implementação sem o entendimento maduro do que deve ser feito.
SEJA MEMBRO: bit.ly/seja-membro-clube-full-stack
Mais aulas sobre PHP Orientado a Objetos: th-cam.com/play/PLyugqHiq-SKfijjXsxhLKrEiFTUezBoRY.html
No meu estágio eu sofrir pra entender a regra de negócio do projeto que eu estava trabalhando. Até hoje tenho dificuldades e por isso quando vou codar nem sempre entendo o que eu deveria fazer.
Alguém vai te passar um requisito, que pode ser "compras acima de 200 reais recebem 10% de desconto". A sua parte é listar com regras esse e outros requisitos e então codificar.
No mais, isso é mais uma bobagem do mundo corporativo que mais atrapalha do que ajuda, igual a bobagem de metodologia ágil.
Uma vez mais, agradecido pelo compartilhamento da tua experiência!
Obrigado pelo conteúdo !
Mas, por exemplo. Imagine, um sistema de gestão escolar, que vc fornece para diversas escolas, diversos tamanhos etc. Você precisa ter uma área de parâmetros, onde se pode inserir qual a média para aprovação. Isto pode variar de escola para escola, idem reprovação por faltas. Idem suspensão por mal comportamento etc. Estas regras variam de empresa para empresa. então lá na área de parâmetros está setado as regras do negócio. Será que é isso? talvez
Ai é um cenário diferente, acho que seria bom criar um sistema de setup do sistema da escola, onde nesse setup você cria as regras para cada escola, guardando essas regras no banco de dados.Só uma sugestão.
Mestre, estas regras devem estar dentro das classes de modelo? Obrigado pela experiência compartilhada!!!
Ai que tá, depende da regra, depende do que está desenvolvendo, mas na maioria das vezes sim, uma parte da regra vai estar no modelo.
Tenho dúvidas até hoje sobre regras de negócio, mas ficou claro agora!
Que bom que ajudou.
Minha visão sobre isso é a mesma que a sua
CONTEUDO MUITO BOM PARABENS.
Obrigado.
mt bom
Valeu !!
Com Laravel consigo fazer um sistema de ordem de serviço, e também consigo fazer um crm multi atendimento para o WhatsApp?
Com certeza.
@@AlexandreCardoso qual a diferença do Laravel com o WordPress?
Ter o entendimento de história de usuário, BDD e Gherkin contribuem para melhorar o entendimento do negócio?
Eu sinto que muitos devs partem direto para implementação sem o entendimento maduro do que deve ser feito.
Entender o que está criando é essencial para saber das regras, e sabendo das regras você desenvolve muito melhor e com menos chances de erro.
O que é Gherkin ?
@@AlexandreCardosoé dai que vem análise de requisitos e todo aquele assunto de engenharia de software
Valeu, não sabia dessa ferramenta.
@@AlexandreCardoso tem essa série sobre o assunto: th-cam.com/video/XYhaFnjvi3U/w-d-xo.html