Eu nunca lidei com PowerApps, mas tive um cliente que uma vez achou que os valores que a gente cobrava para as aplicações era elevado, como ele conhecia um pouco de PowerBI decidiu que iria fazer as demandas sozinho com PowerApps.

Não queria entrar em atrito com ele e sabia onde ia parar, então até incentivei que ele fizesse isso, até encontrei alguns cursos da Microsoft e mandei para ele. Ele ficou super empolgado e começou a fazer como você disse, um monte de aplicações mas que tinham diversos problemas.

Como resultado, em um determinado momento ele mesmo percebeu a limitação e a dificuldade que era e tivemos que refazer todos esses apps da forma convencional. No fim das contas, incentivar a ele usar PowerApps me fez ganhar mais dinheiro.

Também peguei outros projetos para refazer de outras empresas que começaram a resolver os problemas com algum tipo de No/Low Code, mas viram que não iriam chegar muito longe. E percebo que isso vai acontecer demais com essa galera empolgada com IA.

brunodesouzadiashá 27 dias

Eu estava resistente com Low Code, mas essa discurssão despertou em mim o interesse por desenvolver alguma coisa com Power Apps. Realmente no ambiente corporativo tem bem menos resistência de aceitação

user1há 27 dias
Você viu que no exemplo que participei, eu tive que refazer as aplicação do modo convencional pois os powerapps não deram conta, né?
brunodesouzadiashá 22 dias
entendi, só pra eu ter uma ideia, que tipo de coisa teve que refazer? só pra me dar uma luz aqui. eu gosto mesmo de codar....lowcode acho meio nutela, mas como a empresa usa, pensei ser uma maneira de também ter uma boa visualização...
user1há 21 dias
Foram algumas rotinas, principalmente as que eram processos que envolviam mais de um departamento, como análise de clientes, negociações com fornecedores, processos de cobrança e etc. No/Low Code pode até funcionar para um processo bem simples que tem começo, meio e fim muito bem definidos e sem muitas variações. Mas quando um processo tem vários pontos de entrada, passa por alguns departamentos com regras específicas de cada um deles _(um cliente para o departamento de vendas é visto de uma forma, para o de cobrança é visto de outra forma, para a logística é visto de outra forma também...)_ vai ser uma dor de cabeça fazer tudo fluir corretamente _(às vezes precisando desenvolver integrações entre esses sistemas)_. Basicamente, se os processos requerem algo que se assemelha remotamente as ideias que o DDD propõe, No/Low Code serão mais um empecilho do que um auxílio.