À medida que as técnicas e ferramentas de desenvolvimento de software avançam, avançamos progressivamente para abordagens de baixo código e sem código. Isto faz sentido porque as abordagens de baixo código e sem código podem reduzir drasticamente os custos e o tempo de desenvolvimento e, por conseguinte, tornar economicamente viável a criação de muitas mais aplicações de software.
Uma vantagem ainda maior destas abordagens, especialmente sem código, é que os utilizadores empresariais que são especialistas no domínio podem criar e aperfeiçoar aplicações sem o atrito de ter de explicar as suas ideias a outros. Isto reduz drasticamente o tempo de entrega de um produto de alta qualidade ao mercado.
É lógico que o desenvolvimento de software avance para a ausência de código. O Excel tem sido o melhor exemplo mundial de uma história de sucesso sem código (em geral). Muitas aplicações podem ser criadas por utilizadores profissionais. É difícil exagerar a importância do Excel no aumento da produtividade em todo o mundo.
Plataformas de baixo código na prática
O futuro de baixo código, obviamente, não tem a ver com estruturas de desenvolvimento de aplicações únicas, mas com um ecossistema de APIs fáceis de consumir. O Zapier é um exemplo de como essas APIs podem ser consumidas com codificação zero.
É claro que a ausência de código também pode introduzir problemas, na medida em que as soluções sem código podem ser menos fáceis de manter e menos seguras do que as soluções com mais código. O Excel é um exemplo disso.
Deve também notar-se que o baixo código não significa que as pessoas comuns sejam capazes de criar aplicações úteis logo no primeiro dia. Um ambiente de baixo código que permite a criação de aplicações relativamente sofisticadas exige certamente que o utilizador dessas aplicações tenha um bom domínio dos conceitos e das características da própria ferramenta. É como qualquer ferramenta de software sofisticada.
Mesmo que as ferramentas sem código reduzam a complexidade da construção de certos tipos de funcionalidade em comparação com a construção dessas características com código, não há forma de contornar o facto de que alcançar uma funcionalidade complexa implicará algum grau de complexidade, mesmo na ferramenta sem código. Um exemplo claro disto são os motores de desenvolvimento de jogos para chatbots, como o Unreal Engine, em que os conceitos de codificação de baixo nível (como os loops while e for) são representados visualmente. Isto pode ser uma melhoria em relação à codificação direta, mas requer um conhecimento avançado da aplicação e dos conceitos.
Isto significa que os conhecimentos especializados continuam a ser importantes, mesmo no mundo sem código. O Excel é novamente um exemplo disso. Há uma grande diferença entre um utilizador avançado e um utilizador comum, não só no que podem fazer, mas também na capacidade de manutenção do resultado final.
No que respeita à manutenção, é verdade que a solução sem código não é necessariamente menos sustentável do que a solução baseada em código. Em muitos casos, a solução sem código é preferível, uma vez que é muito mais óbvio o que se está a passar.
No entanto, há um ponto em que os sistemas complexos têm muitas dependências e estados contingentes, e é necessário implementar no sistema algum nível de controlo do processo de desenvolvimento e do tratamento de erros, o que pode ser difícil de fazer em ferramentas sem código.
Também pode acontecer que as limitações de uma ferramenta sem código tornem muito mais complicado criar uma determinada funcionalidade do que seria o caso se a funcionalidade fosse codificada por um perito. Torna-se necessário piratear uma caraterística numa ferramenta sem código que seria relativamente fácil de construir em código. O problema é que o nível de abstração que a ferramenta sem código implementa torna alguns casos de utilização difíceis de construir. Há muitos exemplos disto no mundo do Excel.
Em suma, o caso de utilização determinará se é melhor utilizar uma solução de baixo código, sem código ou totalmente codificada. Como em tudo na vida, é necessário algum discernimento quanto à melhor abordagem para um determinado caso de utilização, mas não há dúvida de que a tendência nas ferramentas de desenvolvimento de software é para o baixo ou nenhum código.
O avanço das soluções de baixo código não significa necessariamente que haverá menos trabalho para os criadores de software, mas significa que os criadores de software terão de utilizar uma combinação de código e de plataformas de baixo código/nenhum código para obterem uma eficiência óptima.
Do ponto de vista económico, isso significa que será economicamente viável desenvolver muito mais aplicações e, por conseguinte, é provável que os programadores se ocupem de trabalho especializado em muitos mais projectos e na criação de mais API consumíveis para o mundo em geral.
Em suma, acreditamos que haverá sempre um papel para algum elemento de codificação e, por conseguinte, o objetivo final será o baixo código em vez de nenhum código. Um ambiente de baixo código foi concebido para permitir que os programadores adicionem facilmente funcionalidades personalizadas que complementem as funcionalidades criadas na mesma estrutura sem ferramentas de código. Este é o melhor dos mundos, onde os utilizadores profissionais podem desenvolver uma grande parte do software e onde os programadores podem impor práticas profissionais de desenvolvimento de software e fornecer funcionalidades personalizadas ao software.
Plataformas de desenvolvimento de chatbots de baixo código
As tendências "low code" e "no code" também se aplicam à tecnologia de desenvolvimento de chatbots. Já existem muitas plataformas sem código, embora a funcionalidade oferecida neste espaço seja relativamente limitada.
As plataformas sem código já fazem muito sentido para casos de utilização simples de chatbots, particularmente no domínio do marketing, em que o bot fornece principalmente informações e a interação do utilizador é limitada.
Há uma tendência no espaço dos chatbots para as pessoas subestimarem a necessidade de desenvolvimento personalizado e, por conseguinte, acreditarem que deve ser possível criar ferramentas de desenvolvimento sem código nas quais os utilizadores empresariais possam construir bots complexos, sem sacrificar materialmente a experiência do cliente.
É da natureza humana subestimar a tarefa que temos em mãos. Quase todos os planos que fazemos são uma simplificação da realidade. Quando tentamos executar as tarefas inerentes à realização do plano, surgem coisas que não prevíamos, quer por falta de previsão, quer porque eram totalmente imprevisíveis.
Quando se começa a trabalhar no software, independentemente da qualidade da especificação, as alterações ao caso de utilização ou à forma como o código foi escrito são inevitáveis à medida que novos factos são revelados durante o processo de desenvolvimento.
É frequente o chatbot necessitar de alguma funcionalidade complexa que requer lógica programática ou interfaces gráficas personalizadas. Por exemplo, o chatbot pode necessitar de registar pontuações ou interacções com o utilizador, pode necessitar de interagir com uma página Web, pode necessitar de oferecer um ecrã simples para o utilizador introduzir os seus dados de trivialidades para um bot de trivialidades personalizado. O chatbot pode ter de gerir e repor contextos, dependendo do ponto em que o utilizador se encontra no fluxo. Nada disto é necessariamente óbvio no início, especialmente para pessoas que não têm experiência na construção de chatbots, mas estes aspectos fazem uma grande diferença na experiência do utilizador.
Para resumir
Falámos muito sobre o Excel neste blogue como um exemplo de um ambiente sem código altamente produtivo, no entanto, na realidade, o Excel é um ambiente de baixo código com extensas funcionalidades que permitem aos programadores escrever código ou integrar-se com código. Independentemente do número de modelos e funcionalidades incluídos no software, haverá sempre a necessidade de personalização para satisfazer determinados casos de utilização.
Em última análise, as soluções de compromisso são entre os factores sobrepostos da eficiência do desenvolvimento e da qualidade da experiência do utilizador e o retorno do investimento do projeto.
O desafio das estruturas sem código é fornecer tudo o que é necessário para criar uma experiência de qualidade para o utilizador. O desafio é que os 10% que são difíceis de construir na plataforma sem código podem fazer toda a diferença para o utilizador final. No mundo do chatbots, a ilusão de que pode ser possível construir tudo de uma forma sem código é poderosa.
Na nossa opinião, a tendência será sempre a de criar melhores plataformas de desenvolvimento de chatbots com pouco código, e não sem código, onde o âmbito da funcionalidade que os utilizadores empresariais podem criar por si próprios continuará sempre a expandir-se. Neste blogue, delineámos os benefícios em termos de criatividade e economia que advêm de permitir que os utilizadores empresariais criem software por si próprios e, por isso, é fundamental tornar as estruturas de desenvolvimento de chatbots tão poderosas quanto possível para os utilizadores empresariais.
Também é verdade que certos aspectos de todo o desenvolvimento de software, incluindo a construção de chatbots, têm de ser fornecidos pelos programadores através de código e isto tem de ser tão fácil quanto possível para os programadores. O software de baixo código nunca será totalmente substituído pelo software sem código, mas terá sempre de se tornar cada vez melhor para servir os seus dois principais clientes, os utilizadores profissionais e os programadores de software.
Partilhar isto em:
Crie o seu próprio chatbot de IA personalizado gratuitamente
Comece a criar um bot GPT personalizado com a nossa interface intuitiva de arrastar e soltar.
Começar - é grátis! 🤖Não é necessário cartão de crédito
Mantenha-se atualizado com as últimas novidades sobre IA chatbots