Construindo um aplicativo sem codificação: mito ou realidade?

É possível criar um aplicativo de negócios em uma hora? As plataformas de desenvolvimento de aplicativos de baixo código, como o Appian Quick Apps e outros, foram projetadas para fazer exatamente isso, mas quão bem o aplicativo funciona em computadores e dispositivos móveis? Quão avançados são os recursos? Existe realmente nenhuma codificação envolvida? Esses criadores de aplicativos são mais voltados para os usuários ou desenvolvedores comerciais diários? Para quais tipos de tarefas esses aplicativos são adequados, seja colaboração básica e gerenciamento de projetos ou casos de uso mais complicados?

Como você cria um aplicativo sem codificação, afinal? Esse novo modo de criação de aplicativos vem com muitas perguntas e o PCMag colocou a idéia à prova.

Pegamos quatro ferramentas de código baixo (Appian, Microsoft PowerApps, Salesforce Lightning e Zoho Creator), colocamos em uma sala com quatro desenvolvedores da nossa equipe de tecnologia da Ziff Davis por uma hora e assistimos eles tentarem criar um aplicativo básico e personalizar sem escrever uma única linha de código. Ah, e filmamos a coisa toda também.

Um pouco de fundo sobre "baixo código"

O termo "desenvolvimento de aplicativos com código baixo" não existia até alguns anos atrás, mas o conceito não é novo. Parte do valor para as empresas está no desenvolvimento do cidadão. Há muito tempo existe uma noção nas empresas e pequenas e médias empresas (SMBs) do "usuário avançado" ou "desenvolvedor cidadão": os usuários corporativos se dedicam a criar seus próprios aplicativos, geralmente usando o Visual Basic for Applications (VBA) programação em Excel.

O outro lado da equação são os desenvolvedores tradicionais e a TI, para os quais essas plataformas de baixo código são projetadas para acelerar a entrega de software, construindo rapidamente aplicativos para casos de uso de negócios específicos. O próprio termo "código baixo" vem da empresa de pesquisa e análise de tecnologia Forrester Research. Os analistas Clay Richardson e John Rymer cunharam o termo no relatório de 2014 da Forrester, "Novas plataformas de desenvolvimento emergem para aplicativos voltados para o cliente", e acompanharam recentemente dois relatórios de mercado, "A onda de Forrester: plataformas de desenvolvimento de código baixo, Q2 2016, "e" Cenário do fornecedor: o terreno fraturado e fértil das plataformas de aplicativos de baixo código ".

A Forrester estima que os fornecedores geraram receita mínima de US $ 1, 7 bilhão em 2015 e afirmou no relatório que muitos estão aumentando sua receita acima de 50% ao ano. O relatório Wave detalha 42 fornecedores no espaço, organizados em cinco categorias de código baixo: uso geral, processo, banco de dados, tratamento de solicitações e mobile primeiro, embora Rymer tenha dito à PCMag que a categoria primeiro móvel provavelmente desaparecerá, tornando-se um dado em todas as plataformas de baixo código à medida que o setor se consolida de propósito geral.

"Muitas pessoas ainda acham que esses produtos são apenas ferramentas; o mais recente passo no que costumávamos fazer no Lotus Notes ou no Access. Essas não são ferramentas, são plataformas. Se você vai investir em neles, você deseja criar um aplicativo no maior número possível de cenários ", disse Rymer. "O celular não é um produto, é um recurso. A categoria de uso geral tem cobertura entre UI móvel e web, ferramentas para ajudá-lo a gerenciar projetos, gerenciamento do ciclo de vida de aplicativos, gerenciamento de portfólio, tarefas administrativas. Esses são conjuntos de recursos muito amplos".

O relatório da Forrester também aborda três mitos principais sobre plataformas de baixo código. Rymer falou um pouco sobre cada um:

Mito 1: plataformas de código baixo são apenas para desenvolvedores cidadãos, não para desenvolvedores profissionais.

"A base desta pesquisa foi uma coleção de clientes de referência que usam esses produtos. Quando recuamos e pensamos sobre quem eram essas pessoas, elas eram todas desenvolvedores profissionais. Desde então, encontramos uma população mais ampla de desenvolvedores cidadãos, mas eu não queria" coloque essas plataformas na frente de um desenvolvedor cidadão sem treinamento e ferramentas ", disse Rymer. "Não consigo pensar em um produto que tenha sido muito bem-sucedido em satisfazer as necessidades de desenvolvedores profissionais e usuários finais com o mesmo conjunto de recursos".

Mito 2: plataformas de baixo código eliminam a necessidade de qualquer programação (código baixo vs. "sem código").

"Quando fizemos o Wave em plataformas de código baixo, uma das perguntas que fizemos foi quando você usou esses produtos, quais eram as funções que exigiam que você codificasse? A resposta foi 1: integração e 2: interface do usuário", disse Rymer. "A integração é difícil. É imprevisível. É uma bagunça. As outras áreas em que as pessoas fazem codificação personalizada são a interface do usuário móvel. Se você deseja que o aplicativo vá além do aplicativo da web e faça um layout personalizado, acesse servidores no dispositivo ou queira pixel- exibições perfeitas, as plataformas de código baixo geralmente não fornecem modelos para isso. No celular, ainda há muito trabalho a fazer. Temos que chegar ao nativo ".

Mito 3: Plataformas de código baixo significam pequena escala.

"Para mim, o mais interessante sobre o cenário é quando chegamos ao ponto em que as aquisições começam a acontecer? Ainda não estamos lá, porque a receita não existe, exceto o Salesforce e o ServiceNow, que já são grandes fornecedores, mas Appian tem mais de US $ 100 milhões em receita… alguém os compraria? Alguém compraria OutSystems ou Mendix? Também temos que ficar de olho na entrada da Microsoft no campo, porque eles podem se tornar um grande jogador da noite para o dia. nos próximos 2-3 anos, acho que chegaremos ao ponto em que os Oráculos do mundo decidem adquirir os líderes em receita, em vez de construir. Uma aquisição de US $ 50 milhões de um fornecedor de código baixo é um amendoim para a Oracle ", disse Rymer.

Metodologia de Teste do PCMag

Para os fins de nosso teste, cada desenvolvedor usou suas respectivas plataformas de baixo código para criar um aplicativo de programação básico. O objetivo no final da hora era criar um aplicativo que pudesse adicionar um novo evento (nome, data / hora, duração), convidar usuários para o evento, um botão Salvar para criar o evento e a capacidade de exibir uma lista de eventos na exibição de calendário ou lista cronológica. Se os desenvolvedores conseguissem tudo isso, poderiam experimentar mais personalização da interface do usuário ou recursos de bônus, como notificações.

Do ponto de vista dos recursos, Rymer disse que as plataformas de código baixo substituem a codificação em grande parte pelo desenvolvimento declarativo: interfaces visuais de arrastar e soltar, mapeamento de objetos e modelagem de processos, construtores de formulários, editores WYSIWYG etc. No Appian, Microsoft PowerApps, Salesforce Lightning e Zoho Creator, os desenvolvedores usaram esses tipos de recursos para criar seus aplicativos. A outra grande diferença entre as plataformas é que o Appian é um fornecedor específico de gerenciamento de processos de negócios e código baixo (BPM), enquanto a Microsoft, Salesforce e Zoho oferecem suas ferramentas como parte de ecossistemas maiores, com o Zoho também oferecendo produtos como o Zoho CRM, Zoho Projects e Zoho Books.

Por que usamos desenvolvedores reais para esse teste em vez de usuários comerciais comuns? Algumas razões Como Rymer explicou, desenvolvedores e TI estão usando essas plataformas em empresas com muito mais regularidade que desenvolvedores cidadãos. Queríamos testar se, para fins de solicitação rápida de ticket ou recurso leve enviado ao departamento de TI, criar um aplicativo rapidamente usando uma plataforma de código baixo seria mais fácil do que um processo de desenvolvimento tradicional.

Os desenvolvedores também têm muito mais conhecimento sobre o que é necessário para criar um aplicativo funcional em primeiro lugar. Nos vídeos abaixo, os desenvolvedores conseguiram articular claramente o que as plataformas podiam ou não fazer, quais eram suas limitações e se uma ferramenta como essa é realmente útil nas configurações diárias dos negócios.

Também faremos um teste com desenvolvedores cidadãos ou atrairemos usuários de negócios desavisados ​​pelo corredor até os laboratórios, sentá-los e fazê-los criar um aplicativo de código baixo? Possivelmente. Gostaríamos muito de ouvir seus comentários. Deixe um comentário sobre a história, envie-nos um comentário ou tweet no Facebook e informe-nos se deseja saber mais sobre código baixo através desse tipo de conteúdo.

Como as ferramentas se comparam

Depois que o relógio começou e a criação do aplicativo começou, os desenvolvedores encontraram pontos fortes e fracos em cada plataforma de baixo código, mas no final da hora cada um havia construído um aplicativo. Quão bem as plataformas funcionaram e como eram os produtos acabados? Assista aos vídeos abaixo e descubra.

Appian

Microsoft PowerApps

Salesforce Lightning

Zoho Creator

A linha inferior

Todas as quatro plataformas criaram um aplicativo de agendamento funcional (ou pelo menos semi-funcional), mas as ferramentas de baixo código que tiveram o melhor desempenho geral foram Appian e Zoho Creator. Para Appian, a combinação de Appian Quick Apps e o Appian Designer completo formam uma dupla potente na criação de um aplicativo rapidamente e, em seguida, em camadas de personalização e recursos adicionais. O Quick Apps é basicamente baseado em formulários, e o Designer completo permite mapear todos os dados e objetos no aplicativo com o Appian Process Modeler do tipo arrastar e soltar. É a plataforma de código baixo mais madura e fácil de usar que testamos para criar aplicativos BPM.

O Zoho Creator também teve um desempenho admirável. Nosso desenvolvedor conseguiu criar o aplicativo de agendamento básico com bastante facilidade em cerca de 10 minutos e passou o resto da hora tentando personalizar o aplicativo. Fazendo eco às principais limitações de Rymer com plataformas de baixo código, o desenvolvimento se deparou com barreiras quando se tratava de personalizar a interface do usuário e otimizar o layout para dispositivos móveis. O Zoho Creator é a plataforma de "código mais alto" do grupo em termos de scripts adicionais sobre o desenvolvimento de arrastar e soltar e a criação de formulários, mas inclui uma funcionalidade de código baixo suficientemente grande e pronta para criar um aplicativo sólido em uma hora.

O Salesforce Lightning também teve um desempenho muito bom, criando um aplicativo atraente com uma experiência de desenvolvimento relativamente simples. A maior crítica que nosso desenvolvedor teve ao Salesforce Lightning é a natureza proprietária de seu ecossistema em torno do Salesforce App Cloud e seu software de gerenciamento de relacionamento com clientes (CRM). Na sua experiência, a natureza do desenvolvimento de um aplicativo no Lightning depende tanto do conhecimento da linguagem de programação APEX do Salesforce quando se trata de personalização, que ele recomendou que o produto seja mais adequado para desenvolvedores e usuários com profundo conhecimento do Salesforce. No entanto, a Salesforce cobre sua base neste ponto, oferecendo um site de treinamento detalhado chamado Salesforce Trailhead com uma ampla variedade de cursos para você se atualizar.

Em seguida, chegamos ao Microsoft PowerApps, a ferramenta gratuita de Redmond e a mais nova plataforma de código baixo do bloco (atualmente ainda possui uma tag beta), e a que mais amadurece. A interface do usuário do PowerApps é a mais elegante das ferramentas que testamos e a plataforma vem com instruções passo a passo para criar e aplicativos e uma variedade de layouts para dispositivos móveis.

Nosso desenvolvedor encontrou a interface do usuário básica do formulário e construiu o modelo do aplicativo em 5 a 10 minutos, mas descobriu que o programa só funciona com uma máquina Windows 8.1 ou Windows 10 e teve problemas para extrair dados, mesmo ao usar o Microsoft OneDrive. O Rymer, da Forrester, não ficou surpreso com o fato de os PowerApps terem ficado aquém dos testes iniciais, mas vê grandes coisas no horizonte quando a ferramenta da Microsoft amadurecer, especialmente se elas combinarem código baixo com business intelligence (BI).

"O PowerApps para usuários finais como o SharePoint Designer deveria ser ou é uma ferramenta de desenvolvedor? Essa é uma das grandes perguntas que eles precisam responder", disse Rymer. "Além disso, acho que a Microsoft eventualmente unirá o PowerApps e o Microsoft Power BI, com a idéia de que eles seriam um par duplo de ferramentas que as pessoas usariam em conjunto. Vamos prestar muita atenção quando o PowerApps for GA, porque isso pode ser significativo ".