As ferramentas de baixo código (e sem código) são cada vez mais populares nas organizações de hoje. No entanto, isso não garantiu a melhor qualidade de saída. Mike Fitzmaurice, vice-presidente da América do Norte da WEBCON, compartilha cinco principais recursos e habilidades que os desenvolvedores de baixo código precisam melhorar para se tornarem melhores em seu trabalho.
Gartner prevê que o uso de ferramentas LC/NC representará 65% da atividade de aplicativos até 2024. As ferramentas low-code permitem a criação de aplicativos sem a necessidade de escrever uma linha de código. Embora isso possa acelerar o desenvolvimento profissional, é mais conhecido por permitir que pessoas em funções não técnicas criem aplicativos, transformando-os no que é conhecido como desenvolvedores cidadãos.
O resultado é um rápido crescimento na quantidade – embora talvez não na qualidade – das aplicações.
Um dos desafios está em como os desenvolvedores cidadãos usam essas ferramentas. O ditado “para alguém com um martelo, tudo parece um prego” é um tanto conhecido, mas seu corolário é pelo menos tão perspicaz: “dar um martelo a alguém não o transforma automaticamente em um carpinteiro.” Há uma grande diferença entre montar um kit Ikea e construir um gabinete personalizado.
Cinco chaves para construir aplicativos melhores
Em outras palavras, embora o low-code libere os usuários da necessidade de saber codificar como um desenvolvedor, isso não os libera da necessidade de pensar como um. Há uma razão pela qual eles são chamados de cidadãos desenvolvedores, afinal. Então, o que os usuários de baixo código precisam saber para construir aplicativos com sucesso?
1. Modelagem de lógica de processo
A maioria dos aplicativos low-code são criados para automatizar ou simplificar atividades que, de outra forma, seriam tratadas manualmente. Assim, eles seguem o que é conhecido como lógica de fluxo de trabalho, ou a explicação de causa e efeito desse processo. Em muitos casos, isso é representado por if isto determinada coisa acontece ou é verdade, então este ação ou o próximo passo precisa acontecer.
Para o desenvolvedor low-code, isso significa que você precisa ser capaz de modelar – em sua cabeça, se não no papel ou com uma ferramenta de diagramação – essa lógica condicional. Você precisa entender as condições de pré-requisito, condições que devem ser avaliadas ou testadas antes que o processo continue, bem como o resultado lógico que a atividade produz.
Isso traz um ponto interessante: tentar automatizar a atividade geralmente representa a primeira vez que a atividade é formalmente documentada. Como tal, você precisa pensar no que isso implica.
2. Levantamento de requisitos
Você é a única pessoa que esse processo toca? Quem mais está envolvido? Quando esse processo estiver concluído, o que/quem mais pode ser afetado por ele? Sua tentativa de automatizar isso fará diferença para eles? Quando os desenvolvedores criam um aplicativo para outros, eles passam pela coleta de requisitos, determinando o que um projeto deve alcançar e o que é necessário para que isso aconteça. Envolve identificar a dor do negócio e construir um consenso sobre como é o sucesso.
Isso pode parecer um exercício desnecessário (você sabe o que precisa, certo?), mas considere o que pode acontecer se você pular a coleta de requisitos: aumento do escopo quando um projeto fica fora de controle, retrabalho quando você percebe que negligenciou uma etapa crucial e um sensação de frustração quando um aplicativo de baixo código erra o alvo devido à falta de coleta de requisitos.
Ver mais: Cinco mitos que precisam ser desvendados sobre plataformas de baixo código
3. Tratamento de exceções
Quando as pessoas modelam a lógica do processo e reúnem os requisitos, o foco típico é como o processo deve ser. Mas é provável que haja exceções, e é aí que as coisas podem ficar complicadas. Isso pode ocorrer na entrada de dados (como um endereço fora dos EUA), em uma etapa do processo (um aprovador está doente) ou em vários outros problemas.
Embora as pessoas possam se adaptar para lidar com exceções como um curso normal dos negócios, os aplicativos não podem. Você precisa antecipar e automatizar os casos extremos. Isso significa que você precisa examinar cuidadosamente suas suposições com antecedência, identificar onde os dados ou processos podem estar fora desses parâmetros e analisar o que acontece nessas instâncias. Mesmo que você opte por adicionar um meio para permitir que condições incomuns sejam tratadas manualmente, ainda será necessário fornecer um meio para reconciliá-las com a atividade normal posteriormente.
4. Modelagem de dados
Além de modelar a lógica do processo, você precisa ser capaz de estruturar os dados de maneira útil. Este é o processo de modelagem de dados. Para nossos propósitos na criação de um aplicativo de baixo código, estamos preocupados com a forma como os dados descrevem entidades e relacionamentos comerciais. É um grande tópico, e algumas ferramentas são boas em esconder muitas opções de design manuais, mas algumas coisas não podem ser evitadas, mesmo que todos os esforços estejam sendo feitos para manter as coisas aparentemente simples.
Por um lado, como você lida com dados repetidos? Se você tem empresas e contatos para rastrear, você faz dos contatos um grupo de repetição abaixo de cada empresa ou mantém tabelas separadas de empresas e pessoas e estabelece um mecanismo para manter relacionamentos entre elas (por exemplo, uma tabela que consiste em ID de pessoa, ID da empresa e cargo)?
Podemos deixar de lado a conversa sobre normalização de entidades e chaves estrangeiras, mas esse tipo de coisa não pode ser evitado. E fazer errado tem consequências. Embora muitas ferramentas de baixo código ajudem a aliviar a necessidade de se aprofundar na modelagem de dados, você ainda precisa entender por que eles estão fazendo o que fazem se seus dados forem utilizáveis a longo prazo.
5. Consistência de interface e aplicativo
Ao usar ferramentas de baixo código para criar aplicativos, o sucesso significa mais aplicativos e mais usuários. E isso cria uma necessidade de consistência, clareza e previsibilidade. Se você estiver criando cinco aplicativos, eles não devem ser cinco flores únicas, todos devem parecer e operar de maneira semelhante. Os botões devem estar no mesmo lugar, os campos de dados devem ser parecidos, etc.
Isso é tudo uma questão de praticidade. Você pode criar mais aplicativos se não precisar parar e repensar o design sempre. Quanto mais eles se parecem e agem de forma semelhante, mais rápido os usuários podem se atualizar. Por outro lado, várias maneiras de usar vários aplicativos significam várias curvas de aprendizado e o esgotamento da alternância de contexto entre cada interface.
O desenvolvedor Cidadão Capaz
Como mencionado no início, se tudo isso soa como coisas que os desenvolvedores precisam saber, é porque elas são. Isso não quer dizer que ferramentas low-code careçam de mérito nas mãos de não-profissionais – na verdade, exatamente o oposto.
Quanto melhor os funcionários entenderem como pensar como um desenvolvedor ao usar essas ferramentas, mais bem-sucedidos serão na criação de ótimos aplicativos. E quanto melhores forem esses aplicativos, mais tração eles encontrarão em toda a organização e melhor abordarão os desafios e oportunidades de negócios maiores.
Quais habilidades você procura em um desenvolvedor low-code? Os recursos eficientes são fáceis de encontrar? Conte-nos Facebook, Twittere LinkedIn.
MAIS SOBRE LOW CODE:
Fonte da imagem: Shutterstock