Quase todo mundo que trabalha em tecnologia tem uma opinião sobre ferramentas de baixo e nenhum código – acredite em mim, perguntei. Se eles codificam ou não, código baixo/nenhum incita algum tipo de reação. Para algo projetado para ser tão simples, sua existência é surpreendentemente complexa. Nos últimos meses, conversei com desenvolvedores, engenheiros, analistas de dados, CEOs, designers e profissionais de marketing sobre o assunto. Vou compartilhar alguns insights dessas conversas com você aqui.
Primeiro, talvez um pouco sobre mim. Trabalho com tecnologia há mais de uma década, sempre em marketing e comunicação e quase sempre ao lado de engenheiros e desenvolvedores de segurança. Considero-me moderadamente técnico, mas não codifico (muito). Relatei uma vulnerabilidade, mas não consegui corrigi-la. Eu construí um site, mas nunca o coloquei ao vivo. Aprendi cedo na minha carreira que a pesquisa é a chave para tudo. Então, quanto mais eu ouvia rumores sobre o aumento do código baixo/sem código, mais eu pesquisava.
É certo que low code e nenhum código pareciam conceitos ridículos a princípio. Baixo e nenhum código não poderia significar pouco ou nenhum código. Significa pouco ou nenhum código visível . Eu sou uma pessoa de comunicação moderadamente técnica em tecnologia, então usei ferramentas como Zapier e ferramentas de gerenciamento de conteúdo para construir coisas que funcionam e não são as piores. A questão mais ampla permanece – como as ferramentas de baixo e nenhum código abalarão o desenvolvimento tecnológico? Depois de inúmeras conversas, concluí que… Fazer… não vai.
Acessibilidade para construir requer acessibilidade para aprender
As ferramentas de código baixo e sem código são projetadas para pessoas como eu ou o casal que administra uma loja de cerâmica na rua. Precisamos de algo fácil, sustentável e não estamos reinventando a roda. Estamos apenas tentando colocar algo em funcionamento. Isso significa que mais pessoas estarão interagindo com o código, mas não necessariamente codificando de baixo para cima.
O primeiro e mais tangível impacto do low code se resume à acessibilidade. Capacitar seu pessoal de engenharia que não é de software para alterar a cópia do site, criar suas próprias automações ou aplicativos ajuda a aumentar a exposição e a familiaridade com a tecnologia que impulsiona seus negócios. Essa exposição por extensão dá aos desenvolvedores cidadãos uma sensação de empoderamento, autonomia e propriedade que de outra forma seria inatingível.”
Isso, claro, tem prós e contras. O grande número de pessoas tocando código ou construindo o que precisam crescerá significativamente. Isso pode ser empoderador, como Snow disse, e caótico. Alguém construindo uma automação simples ou um site pessoal rápido pode pegar algo e colocá-lo no ar rapidamente. Quando isso não é suficiente, as coisas ficam mais arriscadas.
Um dos efeitos colaterais aparentemente inevitáveis de tornar o software mais fácil de construir é que você tende a sacrificar a personalização e uma compreensão muito mais profunda de como o software funciona. As ferramentas de baixo código/sem código tendem a procurar um caso de uso geral e isso pode restringir o quão flexível esse software pode ser: parece haver uma troca entre facilidade de uso e controle em todas essas ferramentas que eu tenho não vi ninguém jogar muito bem (ainda).
Com as ferramentas disponíveis agora, as pessoas juntarão o que puderem para criar o que precisam, aprendendo em tempo real para obter contexto suficiente para entender como fazer algo funcionar.
Os primeiros desenvolvedores que usam cegamente ferramentas de código baixo ou nenhum código sem aprender os princípios fundamentais da escrita de código inevitavelmente atingirão um teto
Usuários sem código e com pouco código ainda precisarão de desenvolvedores e engenheiros para ajudar a construir seus sonhos. Isso me leva à segunda grande preocupação dos desenvolvedores: as ferramentas de baixo e nenhum código reduzem a dependência geral dos desenvolvedores? O que isso significa para seus empregos?
Dan assegurou: “Do jeito que está agora, parece haver uma troca entre facilidade de uso e controle, e até que alguém descubra como remover essa troca, sempre haverá a necessidade de engenheiros que possam manipular totalmente o software para atender toda a gama de casos de uso que as empresas (e os indivíduos) precisam.”
Em última análise, isso significa que os desenvolvedores estarão focados em trabalhos mais complexos, esperançosamente interessantes. Pelo menos em teoria.
Preocupações primárias: trabalhar e também trabalhar
Qualquer um que comercialize uma ferramenta de baixo ou nenhum código para desenvolvedores está mirando no público errado. Mas, como vimos com tantas ferramentas ao longo dos anos, as ferramentas usadas para hobbies acabarão entrando no local de trabalho. Vamos começar a ver poucas e nenhuma ferramenta de código atrapalhar os fluxos de trabalho do desenvolvedor?
“Eu ficaria muito preocupado em tentar usar ferramentas de baixo/nenhum código para projetos de software onde desempenho, escala, segurança etc. estão envolvidos”, disse Ella Neves, Diretora de Engenharia de Confiabilidade. “Essas ferramentas não são projetadas para lidar com grandes quantidades de dados ou muitas atualizações dinâmicas ou para cenários em que a velocidade é importante. Os detalhes de implementação de baixo nível são abstraídos do usuário, o que facilita o uso, mas não é adequado para desenvolvimento ágil.”
Com mais pessoas reunindo o que precisam e aprendendo à medida que avançam, corre-se o risco de comprometer a segurança ou algo simplesmente quebrar sem muita visibilidade do motivo.
Embora eu veja ferramentas de baixo código sendo capazes de ajudar cientistas e analistas de dados a iterar ou experimentar rapidamente, não me sinto confortável usando uma ferramenta sem código”, diz Kazuma, Cientista de Dados Sênior. “Lidar com qualquer modelo de análise ou aprendizado de máquina requer visibilidade completa do código e das fontes de dados usadas para gerar a saída. O código cria um roteiro de como um número foi gerado. Se estou olhando para uma consulta, posso facilmente verificar novamente a lógica. A verificação dupla de uma série de cliques do mouse se torna substancialmente mais difícil de verificar.”
TL;DR
Os desenvolvedores nunca ficarão sem trabalho. Ferramentas de baixo e nenhum código estão tornando a tecnologia de construção mais acessível, mas não é ágil ou flexível o suficiente para substituir os desenvolvedores.
“Tenho ouvido falar de soluções low-code há 30 anos, só que na época elas tinham nomes diferentes. Eu acredito que baixo/nenhum código é útil e continuará melhorando. Vai substituir os desenvolvedores? Não em um futuro próximo, mas acredito que, com o tempo, isso mudará os conjuntos de habilidades necessárias para fornecer soluções tecnológicas inovadoras. Mas, assim como ainda temos desenvolvedores escrevendo código em assembly e C hoje, é difícil imaginar uma época em que não tenhamos pessoas escrevendo código “real” por si mesmas.
O surgimento de ferramentas de baixo e nenhum código com não engenheiros fará com que mais pessoas aprendam linguagens de codificação à medida que estão construindo, mas há muito trabalho a ser feito.
Há muitos benefícios nas plataformas de baixo código. Mais especificamente, torna a tecnologia de construção mais acessível a tantas pessoas. À medida que olhamos para o futuro, veremos mais pessoas desenvolvendo tecnologia do que nunca, mas a necessidade de contexto, sem dúvida, permanecerá consistente.
Nos últimos 30 anos algumas das empresas mais antigas do mundo se transformaram em empresas de tecnologia. General Motors, Goldman Sachs, Liberty Mutual, por exemplo, eram todas empresas de tecnologia não tradicionais que agora estão liderando seus respectivos setores em inovação liderada por tecnologia.
“À medida que mais pessoas aprendem linguagens de codificação, talvez motivadas por ferramentas de baixo código, mais inovação veremos em todos os setores”, disse Prashanth. “Aprender é a chave. Os desenvolvedores que fizerem a escolha de aprender chegarão ao topo.”
