Automação Robótica de Processos - Python X Low-Code

RPA com Python é complicado

Devido a meus posts no linkedin sobre uma ferramenta low-code – AutomationEdge – e uma ferramenta full-code – Python + BotCity – foi despertada uma curiosidade em um colega.

Ele teve a sensação de que o desenvolvimento pelo Python (no meu caso usando o Botcity) é mais complexo do que usar uma ferramenta low-code como o AutomationEdge.

A pergunta dele foi: Quais seriam as principais diferenças entre as duas plataformas na sua opinião?

Como a dúvida dele tem a ver com complexidade no desenvolvimento vou escrever sobre os aspectos para os desenvolvedores.

Vou considerar uma pessoa que nunca programou em qualquer linguagem de programação, alguém que está começando a carreira e um programador com experiência.

Na ferramenta low-code.

Se uma pessoa que começa no mundo do desenvolvimento de apps RPA e não tem conhecimento prévio de desenvolvimento será “mais fácil” entrar pela porta do low-code, o tempo de aprendizado, penso eu, é bem menor, é um RPA na prática.

Você terá os componentes com código já encapsulado (código esse que você nem vê, nem tem contato), cada componente é um objeto/elemento/step que se liga a outro, que se liga a outro e que trabalham juntos; é um ambiente visual, você clica, arrasta, encaixa, atribui valores, cria variáveis, tudo de certa forma bem simples. Tudo empacotadinho na IDE. Tem como inserir código também, afinal não é no-code.

Com dedicação no estudo, com 3 a 5 meses o estudante já fará um progresso significativo, dá até para pegar um jobzinho.

Com uma ferramenta full-code.

Como no caso do Python + BotCity, uma pessoa que está chegando na área agora, vai ter mais dificuldades. Terá que estudar Python e seus conceitos, terá que praticar bastante codificação e lógica.

Numa programação full-code a lógica tem que ser detalhada, o que der errado é culpa sua que não prestou atenção no que estava fazendo; apesar de que muita coisa pronta que se encontra pela web pode ser agregada ao código, e, diga-se de passagem, em Python tem muita coisa pronta, muita mesmo. Para codificadores é necessário mais estudo, dedicação e persistência. Após estudar o Python você entrará no conceito de RPA.

Dá para fazer junto, estudar Python + RPA? Dá. Só é uma enxurrada de informações que podem desanimar o jovem padawan.

Para um programador já experiente.

O low-code pode parecer um engessamento, a vontade de escrever um “if then else”, um “while”, um “for”, escrever uma classe, pode ser grande. Olhar para um IDE orientado ao visual parece um ocultamento de código (o que esses caras estão querendo esconder?), como se o desenvolvedor estivesse de mãos atadas, “não pode interferir”, isso pode atrapalhar o sujeito programador até a pensar de forma lógica. Full-code é não ter nada escondido, está tudo na lata, é comum um desenvolvedor mais experiente cair para esse lado, questão de estar no controle. Para quem é apaixonado por programação isto é um tudo.

Código no low-code.

Existem steps de scripts no AutomationEdge onde pode-se inserir código, por exemplo em javascript, Python (olha ele aí), Java. Legal! Isto quer dizer que posso codificar parte do fluxo. Ixi! Isso quer dizer que tenho que codificar, conhecer pelo menos uma linguagem de programação. Pois é, isso é low-code, não é para fazer só juntando bloquinhos.

Para um programador iniciante.

Penso que quem é novato, menos de 2 anos de experiência na programação, pode ter uma tendência a gostar mais da experiência low-code pela inovação tecnológica (ai, que preguiçoso, seu newbe), não que o desenvolvedor mais experiente não goste de low-code, eu tenho mais de 30 anos como desenvolvedor – sou do tempo do COBOL, Dbase III, Clipper, no início de carreira – e gostei da ferramenta de desenvolvimento, que me lembrou um pouquinho a IDE do Delphi, meio da carreira.

Socorro na Internet.

Eu encontrei muito mais informações para trabalhar com Python (seja com selenium, com botcity ou outros recursos) do que com AutomationEdge; muitos fóruns, stack overflow, talvez por que o AE seja mais novo. Mas tem como achar material na web para tirar dúvidas sobre AE também.

Custos para desenvolver nas ferramentas

Existe um valor de licenças para utilização do AutomationEdge que se compõe de Studio de desenvolvimento, Orquestrador e robô para execução – há um trial completo de 30 dias que é renovável para estudantes.

Com Python + BotCity não há custo de ferramenta para desenvolver, o framework BotCity é free assim como o Python, mas para usar o orquestrador do BotCity (O Maestro) tem custo – há um trial completo por 7 dias, depois disso você pode continuar usando com algumas limitações que acabam atrapalham um pouco a experiência do usuário.

Tem como usar o BotCity sem o Maestro? Tem. Porém toda a parte de logs, compartilhamento de resultados com uma equipe, acompanhamento, históricos, screenshots de erros, etc, etc, etc, vai ser tudo na munheca mesmo (Ué, você não gosta de codificar mesmo? Se vira).

Com relação a ganhos para desenvolvedores.

Até o momento o AutomationEdge é para empresas de porte médio para cima, então o público-alvo precisa ter dinheiro para investir na ferramenta e nos desenvolvedores que são de um grupo menor de profissionais qualificados, que precisam passar por certificação, que tem em português BR.

O BotCity também tem um público-alvo, porte médio para cima, que tem que ter recursos para investir no uso do Orquestrador, porém encontra mais profissionais de Python no mercado, um bom número de empresas no BR estão usando.

O Python em si, por ser uma ferramenta free, não tem custo, o que diminui o valor de investimento dos clientes que devem se preocupar somente em contratar bons desenvolvedores para o serviço, mas abrirão mão de orquestradores para gerenciar as atividades dos robôs.

Minha modesta opinião como analista/desenvolvedor.

Gosto das duas ferramentas. Se o cliente investir no AutomationEdge estou dentro sem problemas, é uma ferramenta completa, ótima aquisição, o suporte no Brasil é muito solícito, não te deixam a ver navios.

Se o cliente preferir usar o Python + BotCity, excelente escolha, o nível da ferramenta está ótimo. Não cheguei a acionar o suporte da BotCity, só troquei algumas ideias com pessoal de lá, usei muito a documentação nos testes com alguma orientação e deu tudo certo, o que não consegui resolver totalmente com o framework em si, dei meus pulos e usei os recursos pythonízicos (parado você não fica).

Concluindo

Se você é da área de desenvolvimento, mesmo que de outra linguagem, penso que ir para o Python + BotCity te deixará mais à vontade, o impacto será menor.

Porém se você quer mudar de carreira, vindo para a área de desenvolvimento, o AutomationEdge é uma excelente pedida devido a curva de aprendizado e você não terá tendência a comparações, bebê aprende, bebê faz.

Mas se você já é um profissional experiente na área de desenvolvimento e quer usar low-code cai para dentro e se adapte (para de reclamar).

Dito isto, o que você precisa mesmo é ser um profissional responsável, comprometido e excelente no que faz.

E certificações sempre serão de grande apoio para oportunidades em empresas.