Desenvolvimento de low-code: Veja como está sendo utilizado
9 de fevereiro de 2023O mercado de TI têm muitas opções quando se trata de plataformas de low-code, que podem resolver a escassez de recursos em alguns aspectos do desenvolvimento de aplicativos. Entretanto, o low-code também tem suas limitações.
Com a escassez de desenvolvedores programada para continuar, há um interesse crescente em plataformas de low-code que podem fornecer uma alternativa para o caro talento humano que está em falta.
Mas enquanto o low-code pode ajudar, até onde você realmente pode chegar antes de precisar de mais desses desenvolvedores Java, JavaScript e Python?
O Google tem sua plataforma no-code AppSheet, a Amazon tem Honeycomb, a Microsoft tem sua plataforma de low-code Power, a Oracle tem Apex, e a Salesforce tem Flow. Também lutando no espaço de low-code estão empresas como Appian, um dos primeiros a entrar no mercado, temos a Thinkwise e rivais como Pegasystems, Mendix, OutSystems, Zoho, e outras.
A empresa de análise Gartner, prevê que 70% das novas aplicações serão desenvolvidas com tecnologias low-code ou no-code até 2025, contra 25% em 2020. A tecnologia deu origem ao chamado “desenvolvedor cidadão”, que requer menos treinamento do que, digamos, um desenvolvedor Java, que provavelmente possui um diploma em ciência da computação.
Para descobrir como as empresas estão pensando em low-code, a ZDNet conversou com Stephen Marjot, chefe do Centro de Excelência em Mudanças do Grupo NatWest, um cliente da Appian que falou na recente conferência europeia do fornecedor de low-code em Londres. As marcas do Grupo NatWest incluem o Royal Bank of Scotland e tem 19 milhões de clientes em todo o mundo.
A NatWest está usando a Appian para ajudar a racionalizar alguns de seus processos políticos que são usados para gerenciar riscos quando cria novos produtos bancários. A Marjot descobriu que a avaliação de impacto para novos produtos e mudanças em produtos existentes levou 73 dias à medida que as aprovações passavam por verificações de conformidade com os requisitos de privacidade, anti-fraude e anti-lavagem de dinheiro, e muito mais. Ao todo, havia 17 etapas de processo a serem atravessadas. Anteriormente, foram utilizadas sete ferramentas diferentes para atualizar os processos, com três processos em Excel.
“Nenhum deles estava conectado, portanto, como indivíduo, você entraria em cada um deles e gerenciaria a entrada de dados, o que levou à duplicação”, diz ele.
O projeto de mover estes processos para um único fluxo de trabalho ainda não foi concluído, mas Marjot diz que, quando for, o Grupo NatWest quer reduzir o tempo para cerca de 70 minutos.
“A qualquer momento que você possa padronizar consistentemente, você pode usar a automação de low-code em primeira instância para construir o fluxo de trabalho configurável, e isso requer um pouco mais de complexidade e maturidade na ferramenta”. Mas uma vez construída, a manutenção contínua disso é muito, muito pouco codificada”, diz ele.
O Grupo NatWest colocou três desenvolvedores no projeto Appian, que receberam três meses de treinamento e mais três meses onde estavam construindo com o apoio da Appian para tratar de casos de uso mais complexo.
“A longo prazo, temos a aspiração de tirar isso do espaço tecnológico”. Poderemos ter algumas pessoas não tecnológicas envolvidas nas atividades da administração da IU”, diz ele.
A idéia é que as mudanças que uma vez podem ter levado semanas ou meses podem agora ser feitas em dias. “Para nós, esse é o valor – na velocidade em que essas coisas podem acontecer”, diz ele.
O diretor de tecnologia e co-fundador da Appian, Mike Beckley, disse à ZDNet: “Nossa abordagem elimina essa necessidade de especialização em educação”. Ela não apenas torna as coisas mais rápidas, mas também permite fazer coisas que são difíceis de fazer em Java, como automatizar um processo de fluxo de trabalho de longa duração”. Java é fantástico para executar uma função rapidamente, mas não é ótimo para ajudá-lo a raciocinar sobre um trabalho que vai ser passado por muitos atores diferentes durante um longo período de tempo”.
Mas, como disse Jon Collins, um VP de pesquisa do analista GigaOm, à ZDNet, há um amplo espectro de capacidades e pontos fortes de low-code entre os fornecedores. E independentemente do que os vendedores de código baixo prometem, o low-code não elimina completamente a necessidade de desenvolvedores completos.
O low-code varia desde simples interfaces de arrastar e soltar em várias ferramentas, até complexas plataformas técnicas com um modo de trabalho de low-code, diz Collins.
“O low-code só pode fazer muito para esconder a complexidade por baixo, o que o torna ótimo para ambientes mais simples, para integrar várias fontes ou para avançar com uma nova aplicação, mas mais cedo ou mais tarde você vai precisar das habilidades mais profundas de engenharia”, diz ele.
E o low-code ainda requer guarda-corpos: “Testar as melhores práticas, controle de versão, gerenciamento de implantação, segurança, etc., ainda precisa ser levado em conta, de low-code ou não. Ignore-os e eles só voltarão e o morderão mais tarde”, diz ele.
Collins acrescenta que o Appian “se sai muito bem em termos de características”, mas é construído para fluxos de trabalho.
“Entretanto, você ainda precisa levar em conta sua proveniência como uma solução baseada em fluxo de trabalho – outras opções são mais orientadas a dados ou melhor projetadas para a construção de aplicações”, diz ele.
Escrito por Jack Wallen, Escritor Contribuinte em 30 de Janeiro de 2023
Revisado por Min Shin