Latest / Entre Chaves / #281 Como decidir entre no-code e code-first hoje

Transcript

#281 Como decidir entre no-code e code-first hoje · Entre Chaves

0:00
E está começando mais uma entre as chaves do seu podcast de
0:03
desenvolvimento de software. Eu sou a Fernanda Vieira e hoje
0:06
a gente vai falar sobre uma pergunta que todo mundo se faz,
0:10
que é, qual ferramenta eu devo escolher entre ferramentas no
0:16
code, no extremo, e ferramentas pro code ou code first no outro
0:22
extremo? E o que que essas ferramentas
0:24
resolvem? E quando de fato eu tenho que
0:26
escolher cada uma delas? Essa pergunta, essa dúvida, né?
0:31
Ela sempre foi bem clara, né? Porque essas ferramentas, elas
0:35
tinham objetivos diferentes, públicos diferentes, né?
0:38
E formas de resolver o problema do software, né?
0:42
De formas diferentes. Só que o fato é que com aí a
0:45
essas ferramentas têm se aproximado cada vez mais, né?
0:49
E essa pergunta que antes era extremamente clara.
0:53
Eu diria que está se tornando um pouco mais nebulosa de se
0:56
responder. Então, para falar sobre esse
0:58
tema, navegar um pouquinho sobre ferramentas no code low code.
1:02
O que que elas têm feito aí, né, dentro do nosso ecossistema de
1:06
desenvolvimento de software, e do outro lado também, né,
1:09
ferramentas procode code first aí, né?
1:12
E o que elas têm feito pelo nosso desenvolvimento de
1:15
software? Estou aqui como sempre, né, com
1:18
o Dudu, meu companheiro de bancada, e aí, Dudu?
1:21
E para falar então. Desse tema conosco, estamos aqui
1:25
com o Breno e o Jordan, que já participaram aqui do entre
1:28
chaves algumas vezes, né? Para falar um pouco sobre
1:31
automação, coia é, enfim, essa todo esse dilema pro code, no
1:35
code low code, tudo, enfim, né? Oi, Fernandinha, é um prazer
1:39
estar aqui de novo, então vamos juntos falar desse assunto, e
1:42
aí? Pessoal muito feliz de estar
1:44
participando de novo aqui do Charles, Bora lá.
1:47
Bom, então pra começar, né? Essa essa nossa conversa.
1:50
Eu queria dar 11 passinho atrás que a gente até já fez aqui no
1:53
entre chaves 11 episódio no passado sobre no code e low
1:56
code, mas com certeza essas ferramentas evoluíram muito nos
2:00
últimos tempos. Então queria que a gente falasse
2:02
um pouquinho sobre essas ferramentas e a evolução aí
2:05
desse desse extremo da esquerda que eu estou chamando aqui, né,
2:08
de no code e low code. Principalmente aí, né?
2:12
A gente tem ON 8 n, acredito que é uma das mais formas, é que é
2:15
uma das Fortes, né? O zep, enfim, tem algumas aí,
2:20
vocês contem pra nós aí um pouquinho e um pouco da
2:23
experiência de vocês com elas. Sou só gênero de low code e now
2:27
code. Elas vieram muito naquele
2:29
sentido de dar. É possibilidade do negócio de
2:35
pessoas que não têm conhecimento em programação diretamente, né?
2:39
Conseguir ali fazer alguma solução.
2:42
Essas ferramentas criaram ali camadas de abstração, pra que
2:46
essas pessoas que não conhecem código ou não tem uma
2:49
profundidade no tema consigam desenvolver suas soluções.
2:54
Elas vêm evoluindo, né? Com o tempo aí, acrescentando
2:58
cada vez mais componentes e integrações e ferramentas que
3:05
possibilitam que. Estejam construídas soluções
3:10
cada vez mais robustas. Assim, né?
3:12
Logicamente, essas ferramentas ainda têm, né?
3:16
Elas ainda possuem limitações quanto ao uso e aplicações, mas
3:21
cada vez mais elas estão aptas a resolver problemas do negócio,
3:27
de forma a validar alguma ideia ou de forma até a rodar em
3:32
profissão. Uma certa garantia ali de.
3:35
Performance. E é legal que essas ferramentas
3:37
hoje todas elas integram é a possibilidade de você criar
3:41
agentes de, de e a como próprios nós do seu workflow ali, né?
3:45
Você consegue especificar modelos, memórias, é, é tools,
3:50
né, que você vai usar ali, né? Tipo assim, bem, de forma bem
3:53
visual, falar, cara, eu vou usar aqui o modelo XPTO, vou ter essa
3:57
e essa e essa, atuo aqui, né? Vou usar memória de tal jeito,
4:01
enfim, é. Então acho que isso aí.
4:04
Passou a trazer muito o desenvolvimento de IAO
4:07
desenvolvimento usando é agentes como base pra sua aplicação, né?
4:12
Não de desenvolver aplicação em si, mas aplicações que usam de
4:16
IA no core dela pra essas ferramentas de de low code, né?
4:20
É até assim, né? A gente hoje aqui no time
4:24
algumas soluções de agente, nós usamos o ene Queen pra gerenciar
4:30
e né, criar o agente, os cursos. Conversacionais dele pelo EN
4:35
oiton disponibilizar essas ferramentas que a gente consegue
4:38
criar os agentes um pouco com algumas caixinhas, né?
4:44
EE já disponibilizar toda a integração desse agente com
4:47
ferramentas de busca. Então acaba que é bem fácil da
4:53
gente conseguir hoje subir 11 agente, né?
4:56
Conversacional no fluxo do n oiton.
4:59
E que não necessariamente dependa somente de pessoas
5:03
puramente técnicas para disponibilizar esse agente.
5:07
Dado uma plataforma igual aqui a gente usa, né?
5:10
A versão self poster e duenne com controle de acesso,
5:14
conversa. A gente consegue disponibilizar
5:16
isso para pessoas do time que não são puramente técnicas e
5:20
elas conseguem desenvolver alguns fluxos ali.
5:23
É, eu acho que essa foi uma das features mais quentes talvez,
5:27
né? Do anywiton nos últimos.
5:29
Tempos que é justamente democratizar aí AA criação de
5:32
agentes conversacionais, né? Que antes precisava.
5:36
Enfim, tem algumas ferramentas que até que, já que fazem isso
5:39
também, né? Vou colocar aí até o copylet
5:41
Studio, por exemplo, que é uma outra que com basicamente como
5:45
um no code também, né? Um no code e você consegue
5:47
arrastando o bloquinho, criar um agente conversacional, né, um
5:51
chatbot e colocar isso em produção, né?
5:55
Mas eu acho legal que essas essas ferramentas.
5:58
No code low code foram evoluindo pra isso também, né?
6:01
Pra conseguirem é como bloquinhos, como construção, né,
6:06
como arrasta e solta, construir inclusive coisas como essa, como
6:10
agentes conversacionais, que é 111, tema relativamente quente,
6:14
né, que com certeza alguns meses atrás era muito quente.
6:17
Agora tá ficando um pouco mais comum, né?
6:20
Mas é, não sei se você lembra Dudu, mas acredito talvez que
6:23
sim, antigamente. É, já tinham coisas assim, né?
6:27
Não de agentes comerciacionais, claro, mas assim, sei lá, uns
6:30
típicos da vida. Era tudo, tudo era uma tentativa
6:34
de fazer, mas era uma coisa, né? Bem, nesse sentido de de ter um
6:39
visual que eu consigo é como, de uma forma bem menos abstrata do
6:44
que a linguagem de programação, né?
6:46
Construir coisas que, no final das contas, são software, né?
6:50
Sim, exatamente, né? Já era 11.
6:53
É, já eram ferramentas que a gente tentava usar pra construir
6:55
fluxos mais, mais é automatizados e tudo pra pessoas
7:01
não técnicas. Mas naquela época ainda não era
7:05
tão simples assim. Acabava precisando de ser de
7:07
muita coisa técnica. Tinha ainda tinha que ter uma
7:10
pessoa ali pra olhar. Não, não dava pra entregar na
7:12
mão de, de de alguém que. Cara, nunca programou nada, vai
7:15
lá, fala 11 fluxo inteiro aí pra pra você, pro seu departamento,
7:18
alguma coisa. Inclusive, o típico era um
7:20
negócio até meio. O típico eu acho que ele era.
7:25
Difícil até encontrar algumas pessoas que davam, davam
7:27
manutenção, principalmente quando o fluxo ficava muito
7:29
complexo, né? Exatamente.
7:30
Porque você precisava ter muitas regras e muitas e muitos é
7:34
muitos roteamentos ali garantir que tudo está indo dentro do
7:37
fluxo, certo? Não era tão simples, né?
7:39
Até pra. Pra pra você poder entender,
7:41
debugar, né, essas coisas todas, até o conceito de debugar, né,
7:44
tipo assim, cara, aonde que falhou, o que que aconteceu,
7:47
como é que eu olho pra isso, como é que eu vou ver o que que
7:49
deu errado, como que eu sei o que que eu tenho que fazer pra
7:52
corrigir? Não era muito simples, né?
7:54
Era bem, bem complexo isso na época, né?
7:57
E hoje essas ferramentas, eu acho são bem mais é amigáveis
8:00
nesse sentido, né? De, de, de permitir é você fazer
8:03
esse, esse, esse troubleshooting delas, né?
8:07
Então a evolução hoje é gritante, né?
8:10
Do, do, do que a gente. Tinha.
8:11
Eu Acredito que hoje em dia já evoluiu bastante, né?
8:14
O que o Dudu falou pra descobrir os problemas, né?
8:17
Mas o no cod não deixa de ser uma terceirização ali do que é
8:21
de quem cria o código, né? Porque de fato aqueles blocos,
8:24
tudo, tudo aquilo ali que você utiliza de forma muito abstrata
8:27
e simples, tem algum desenvolvimento por trás
8:30
daquilo, né? Então a gente utiliza, mas caso
8:34
aconteça algum problema. Tem uma parte interna ali que
8:37
tem que ser revista, né, que alguém teria que dar manutenção
8:40
nisso. Então a gente meio que
8:42
terceiriza essa responsabilidade, né?
8:44
E no cold first a gente tem o controle total dessa parte, né?
8:48
Essa é a grande diferença aí nesse sentido.
8:51
Cara, não, não dá pra achar que dá também pra só atacar na mão
8:54
de qualquer um e que a pessoa vai saber criar um sistema até
8:56
pra isso. Aí eu tenho que saber, cara, o
8:57
que que é dado, né? Como obter dados, APIs e tudo,
9:01
sabe? Tem que ter 11 minimozinho de de
9:03
conhecimento em cima da. Dessas ferramentas todas, né?
9:07
Dessas, enfim, dessas construções que a gente usa, né?
9:11
É e eu fico com a sensação, né? De que essas ferramentas, com as
9:14
atualizações mais recentes, elas também estão querendo.
9:18
É se aproximarem um pouco, né? Das ferramentas de codificação,
9:22
né, que a gente pode chamar aqui de dessas ferramentas code in
9:25
agents, né? Inclusive assim, na última é
9:28
liberação dos quadrantes mágicos.
9:30
Aí do Gartner foi inaugurada essa nova categoria, né?
9:33
De code in agents, que antes eram assistentes de Ah, e agora
9:36
são os agentes de codificação. E para mim, no final das contas,
9:41
essas ferramentas do low code no code, elas estão perdendo um
9:44
pouco de espaço para essas. Ferramentas de codificação
9:48
agêndica, justamente porque essas essas ferramentas também
9:52
estão diminuindo a Barreira de entrada, né?
9:54
Como a gente já fala aqui no entre as chaves 1000000 de
9:57
vezes, né, que agora você programa com linguagem natural,
10:01
claro. Então isso é muito mais fácil
10:02
pra qualquer pessoa pegar também.
10:04
Então querendo ou não, a Barreira de entrada está
10:06
diminuindo pra pra para as ferramentas que são pro code,
10:10
que são code first. E aí eu acho que essas
10:12
ferramentas que são no code, elas ficam pressionadas talvez a
10:15
também ter outras coisas pra agradar, inclusive o
10:18
programador. Aí tô querendo dizer assim, por
10:21
exemplo, ON 8 n hoje você consegue conectar MCP, né?
10:26
Não sei. MCP é um negócio que pessoas não
10:30
técnicas conseguem fazer, não sei, não sei, eu tô querendo
10:34
dizer assim, né? Eu acho que as eu acho que essas
10:36
ferramentas estão também é, elas não estão mais querendo ficar
10:40
só. Nas pontas, né?
10:42
Tanto as as ferramentas de codificação, que estão vindo um
10:45
pouco pra se tornarem low code, quanto as ferramentas no code
10:48
também talvez estão querendo. Criar funcionalidades.
10:51
Pra pra serem também agradáveis e mais atrativas, né?
10:55
Também envolvedores também. Até mesmo a versatilidade, né?
10:58
Porque elas não podem ficar tão engessadas assim com a gente.
11:01
Tem nessa competição ali do do coach first chegando tão, tão
11:05
perto disso. E outro ponto também que eu acho
11:07
que brilha os olhos No No no code.
11:10
É a facilidade de qualquer pessoa ir lá, abrir o Canvas e
11:13
entender o fluxo que tá acontecendo ali, né?
11:16
Então assim, isso abrir os olhos de quem tá ali no na organização
11:20
da coisa, né? Enfim, no coach first, a gente
11:23
dependeria de uma documentação pra traduzir isso pra essas
11:25
pessoas, né? A.
11:26
Gente até fala muito aqui sobre Ah, no code, pessoas não
11:29
técnicas, mas até pra pra acho que isso aí que você comentou
11:32
Fernandinha aí, o que você trouxe também?
11:34
OOO, Breno, ilustram bem que. Pessoas técnicas usam bastante
11:39
também essas ferramentas no kot, cara, quantas vezes a gente já
11:41
usou um Power automat da vida? Alguma coisa assim pra cara,
11:43
deixa eu fazer alguma coisa rápida, alguma coisa simples,
11:46
alguma coisa fácil que a gente sabe que vai funcionar bem
11:49
dentro daquele contexto, sabe? E aí, igual você falou, diminui
11:52
a necessidade de passagem de contexto, de documentação.
11:55
É mais fácil a pessoa ali já já entender o que que está
11:58
acontecendo simplesmente por olhar, tipo assim, uma sequência
12:01
de ações que vão que vão sendo desenhadas ali na tela, né?
12:05
A gente como? É, é pessoas muito visuais, né?
12:08
O ser humano é muito visual. Aquilo ali ajuda muito AA fazer
12:12
tal entendimento do que a gente tem que pegar um texto e
12:14
decodificar o texto, né? É isso, isso é tão verdade, né?
12:18
Que até. Antes de Ah, antes da gente
12:20
conversar sobre tudo isso. Bom, as big Pictures, né?
12:23
Os diagramas, OML tudo isso são formas visuais, né?
12:28
Diagramáticas da gente entender um fluxo de negócio, né?
12:31
Um fluxo de sistema. As desenhadas na mesa.
12:34
Que vocês fazem? Aqui na dti, com negócio, minha
12:37
mesa era toda rabiscada, cheia de coisa.
12:39
E além desses pontos, a gente também pode considerar que
12:44
assim, né, apesar do. Vai poing é auxiliar muito ali
12:49
na produção de código de forma rápida.
12:51
Ainda existe todo um conjunto a ser feito depois do código
12:57
pronto, né? Que é subir esse código,
12:58
disponibilizar ele de forma segura em produção.
13:01
Então essa parte a gente tendo uma plataforma já gerenciada,
13:08
que disponibiliza pra gente criar esses fluxos, a
13:11
implantação disso em um ambiente produtivo.
13:14
Pra pessoas que não tem tanta familiaridade, acaba sendo
13:19
também menos custosa do que num cenário em que beleza, eu recebi
13:25
um código aqui da IA é eu, vani dei ela, então gay, só como que
13:30
eu coloco isso em produção agora?
13:31
De fato, então, tendo uma plataforma já gerenciada, eu
13:35
pulo essa etapa e só construo dentro dessa plataforma, né?
13:40
O meu curso ali, ó, a minha implementação, isso.
13:44
Ativado, né? Já fica disponível para ser
13:46
consumido. É esse.
13:48
Eu acho que é um excelente ponto assim, né?
13:50
Na comparação, porque essa é uma também é uma das grandes
13:53
preocupações quando a gente fala de shadowight, né?
13:55
Quando a gente fala de produtos que são construídos fora da ti
13:59
como se fosse assim, né? Que é justamente a segurança, a
14:03
governança e a e o risco de publicar um negócio em produção
14:08
que enfim, né, que vai ser uma porta aí aberta.
14:12
Para ataques, enfim, dentro daquela organização.
14:16
E não só isso, né? Como você falou, por mais que
14:18
hoje a gente ainda a gente já tenha, né, a infraestrutura como
14:21
código e o próprio IA podendo gerar e até até instanciar
14:26
coisas dentro da nuvem ainda, eu acho que é um processo, é
14:33
complexo. Vou dizer, pelo menos isso
14:35
assim, né? É então.
14:38
Concordo 100% que essa talvez ainda é 111.
14:41
Grande vantagem das ferramentas que abstraem essa parte, né?
14:46
E que de algo e que com certeza ainda, por mais que abstraiam
14:49
pro pro usuário essa parte, garantam segurança e governança,
14:53
justamente porque você cria um login naquela ferramenta e
14:56
aquela ferramenta também vai te dar, né?
14:58
Vai te abstrair essa parte de publicação, né?
15:00
E aí, então é, vocês têm algum case que vocês?
15:04
Já trabalharam como uma ferramenta dessas de no colt,
15:06
como é que foi experiência suas acima dessas ferramentas?
15:09
É, então a gente aqui tem alguns agentes de IA, né?
15:14
Que foram criados hoje no N8 n. É parte dos fluxos deles.
15:23
É passam pelo no 8 NE parte dos fluxos a gente teve que levar
15:29
pra código mesmo. Eu vou explicar o enerwend, né?
15:33
Apesar de ser uma ferramenta que a gente consegue é dar bastante
15:37
autonomia pro time desenvolver bastante coisa.
15:40
Hoje ela tem diversos tipos de conector pra tudo quanto é tipo
15:43
de ferramenta, né? Se a gente quer conectar em um
15:48
repositório Git, a gente consegue.
15:50
Se a gente quer consumir um CRM, a gente consegue.
15:53
Enfim. Então ele tem diversos tipos
15:55
diferentes de integração, só que.
15:59
Por ser uma ferramenta de low code, ela vai ter algumas
16:02
limitações, seja em performance, é a gente acaba ganhando muita é
16:08
abstração ali para desenvolvimento, só que também a
16:11
gente pede um pouco de customização.
16:14
Então acaba que em alguns cenários específicos a gente tem
16:18
que adaptar ou talvez recortar essa parte ali e levar para uma
16:23
solução que a gente consegue customizar da forma que queira.
16:27
Que é via código, né? Um ponto assim, né, que a gente
16:29
viu virada, que realmente precisaria ir para o código.
16:32
Foi quando a gente começou a ter multi agens dentro do Henry
16:37
twent, né? Hoje a gente tem 11 agente
16:40
central, que ele funciona como se fosse um grupo, um time, né?
16:46
De agentes, onde temos o orquestrador e ele delega ali as
16:50
funções para os sub agentes. E essa parte de delegar as
16:55
funções e obter as respostas, o nn.
16:59
A gente consegue puxar lá os fluxos, né?
17:03
Os bloquinhos, e colocar eles de forma paralela.
17:06
Mas não necessariamente eles vão executar de forma paralela a
17:09
limitação da ferramenta até a versão que a gente tem no
17:12
momento. AAEA resposta de uma lnm, ela
17:15
costuma demorar alguns segundos. Só que quando a gente coloca
17:18
múltiplos agentes para responder, né, a gente acaba.
17:22
É adicionando ali o tempo de resposta final.
17:26
Então eu tenho que esperar a resposta de um terminar para
17:28
acionar o próximo para acionar o próximo.
17:30
Então acaba que aumenta muito a latência de todo o processo, né?
17:36
Chegar a pergunta e devolver uma resposta aí nessa parte
17:40
específica do fluxo, a gente fez um recorte disso.
17:43
E criou uma solução via código que a gente consegue trabalhar
17:47
com multitred. É trabalhar melhor a forma como
17:51
esse orquestrador vai delegar as funções para os sub agentes.
17:56
Então nós conseguimos diminuir a latência desse fluxo.
18:00
Então hoje a gente consegue operar né?
18:02
Num fluxo do n que ON como boot agente, só que parte dele é
18:06
cortado por uma função. Serve eles nossa, aqui faz toda
18:10
essa orquestração. E paralelismo ali com os agentes
18:13
para obter uma resposta de forma mais rápida.
18:15
Bem legal, e essa essa esse case que você contou, qual que foi o
18:19
motivo inicial pelo qual vocês escolheram ON 8 n para resolver
18:23
esse problema? Quando chegou essa primeira
18:27
tarefa, né? De criação de agentes, nós já
18:30
possuíamos alguns fluxos que eram determinísticos, não
18:34
precisavam de agentes, mas que eram atendidos pelo n 8 n, por
18:38
exemplo, com integração com o WhatsApp.
18:40
Então, uma forma fácil da gente criar e disponibilizar um agente
18:44
com toda essa estrutura de receber mensagens do WhatsApp,
18:49
devolver a resposta era muito mais simples.
18:52
A gente já acoplar isso a um pulso existente, né?
18:56
Pegar o recorde de adicionar esta representação pra a gente é
19:02
pra atender conversas do WhatsApp e desenvolver isso do
19:05
zero ali propold. Então, nesse momento que a gente
19:09
foi criando esses Linux, sabia que a volumetria de acessos de
19:15
mensagens seria possível do eny twoin atender, né?
19:19
A gente trabalha hoje no momento num cenário lá com múltiplas, é
19:25
instâncias No No nosso AKS que fazem um esquema de fila interna
19:32
lá do eny to NF. Mas que elas conseguiam atender
19:35
esses agentes, a volumetria deles.
19:37
E a gente já tinha um fluxo de integração com o WhatsApp feito
19:43
na ferramenta, então era muito mais simples.
19:45
Aí nós simplesmente plugar esse fluxo com a parte de agente e na
19:50
medida que isso foi crescendo. E foram aparecendo cenários que
19:55
a ferramenta limitava. Nós começamos a fazer pequenos
19:58
recortes nesses fluxos e trazer isso.
20:01
O que a gente faria numa solução pra mim?
20:03
De de é fólio, né? Que a gente costuma criar uma
20:07
solução, começar a quebrar ela EE criando novas soluções ali
20:11
que é complementam tudo a arquitetura.
20:15
É bem legal, né? Bem, bem no conceitual do MVP,
20:18
né? Que você vai começando pela
20:19
parte, pelo que é mais simples, pelo que o time.
20:22
Às vezes tem mais familiaridade, já tem de infraestrutura, né?
20:25
Já tem de ferramenta. E aí vai batendo em algumas
20:28
limitações e evoluindo ali, né? Pontualmente recortando, achei
20:31
bem interessante. Integrando as 2 ferramentas,
20:33
demonstrando que não precisa estar, não joga fora todo n 8
20:36
NE? Vamos só para o code first, eu
20:38
não, cara, vamos resolver isso aqui usando no code de algum
20:41
jeito ou de outro, sabe? É legal também que essas
20:43
ferramentas, elas também dão essa, essa possibilidade.
20:46
Né? De saber legal, beleza.
20:48
Sabe porque não pode ou não quer usar no code dessa parte?
20:52
Beleza, traça o código pra cá que a gente consegue colocar
20:55
aqui também. E o seu e o seu case aqui,
20:58
Breno, como que é? Eu tenho uma situação, né, que
21:01
foi muito nessa vertente da tomada de decisão, se a gente
21:04
usaria o low code no code ou code first, né?
21:08
E eu precisava desenvolver uma POC que era uma curadoria mesmo
21:12
de histórias num num BoJ ali da Edge, e pra disponibilizar isso
21:17
de uma forma mais rápida e a gente conseguir fazer testes da.
21:21
Se isso IA satisfazer mesmo a necessidade que o time estava
21:23
precisando? A gente criou o primeiro no
21:26
powerotomente, né, que é no code low code ali, e conseguimos
21:31
validar essa solução muito mais rápido do que se fosse, né?
21:35
Desenvolver isso code first e até mesmo fazer os ajustes
21:39
necessários antes de partir pra uma solução definitiva, code
21:43
first. Então é pra fazer essa bioci,
21:46
né? Eu Acredito que foi uma ótima
21:48
decisão que a gente tomou, porque.
21:50
Conseguiu validar as coisas muito mais rápido, né?
21:52
E depois a gente conseguiu migrar facilmente pra uma pra
21:55
uma solução code first. E a decisão foi muito mais,
21:58
porque o time que IA lidar com esse projeto era mais focado em
22:02
código, né? Então eles tinham mais
22:03
familiaridade com isso. Então isso influencia muito ali
22:06
Na Na decisão, né? Porque a gente poderia continuar
22:09
mantendo lá Oo low cout, mas ficaria mais versátil.
22:15
E fácil do time lidasse e a gente migrasse para o codfurse.
22:17
Nesse caso que você falou, né, que era mais rápido, uma p.
22:20
Eu sei e tudo mais. Sei que também é 11 grande
22:22
entusiasta de de código, desenvolvimento de código com e
22:25
a mesmo com as ferramentas tipo cloud code, copyla de curso,
22:29
você ainda acha que é que é mais rápido mesmo, que foi mais
22:32
rápido? Então foi e até até mesmo pra
22:35
pra conseguir apresentar esse fluxo de uma forma mais fácil
22:38
para as pessoas que iam validar isso.
22:40
OOO low code tornou isso mais prático.
22:45
Pra apresentar Pra Elas também, então isso é um.
22:48
É isso, uma boa, um bom direcionador mesmo, né, cara?
22:51
É uma boa forma de que até mesmo usando um cloud code da vida,
22:53
alguma coisa assim dá pra falar, cara, como é que eu faço isso No
22:56
No Power automat, sabe? Ele vai dar os passos, ele vai
22:59
dar mais que ele não vai desenvolver pra você, né?
23:02
Ele já vai direcionar. Bem, né?
23:03
Exatamente. Ele também complementando, né?
23:05
É o Power automat. Você consegue fazer aí código
23:09
também, né? Então assim o código você
23:11
consegue mostrar tanto a visão do código.
23:14
Quanto os bloquinhos, né? Então eu usei IA com certeza
23:17
para fazer essa parte também, então foi bem rápido.
23:20
Por isso que até para usar até para fazer usar no code a gente
23:23
usa desenvolvimento assistido por IA, né, cara?
23:25
Não tem jeito de escapar disso, não.
23:26
Tem jeito, não tem jeito. E uma coisa assim, desses 2
23:29
cases né, que vocês trouxeram, cria.
23:32
Eu tenho 2 Curiosidades, né, em relação a eles, que é o login,
23:37
né? Assim, no seu caso, no final das
23:39
contas, vocês migraram para código, né?
23:40
E tudo bem. Mas querendo ou não, quando você
23:42
está usando um Power, um Power out mate, um Power apps, né?
23:45
Dentro da Power platform, você está com o login na Microsoft
23:49
naquele ambiente deles. E o Ann 8 n é a mesma coisa.
23:53
Como que vocês foram vendo isso assim em relação ao que de
23:57
vocês? A gente tem uma dependência, eu
24:00
diria que menor, porque o nosso a nossa versão do Ann 8 n é se é
24:05
a post, então, apesar de usarmos a solução do an 8 n.
24:11
A gente que gerencia a era, então a gente tem um cluster
24:14
cobernets onde a gente sobe, né? Os componentes hoje que compõem
24:19
o new tuend e consegue fazer toda a gestão desses
24:22
componentes. Atualização, acaba que isso traz
24:26
um pouco mais de trabalho pro time, né?
24:28
Pra sustentar essa solução, mas também permite que a gente tenha
24:32
uma gestão maior ali. É sobre o eny tuend.
24:37
Pode ser que um dado momento, né?
24:39
Ele mude a licença, não deixe, por exemplo, a gente ter uma
24:42
solução que seja seu hostel ou que permita apenas que uma
24:49
solução da cloud deles, né? Tenha acesso a alguns
24:53
componentes. É, e na medida que isso for
24:56
acontecendo, a ideia seria mesmo partir pra alguma solução de
25:01
contorno ali que seja em alguma outra plataforma ou via código
25:05
mesmo dos é fluxos que a gente tem hoje.
25:09
Uma parte importante que a gente faz é a documentação deles e a
25:13
extração do fluxo em formato de Jason.
25:16
A gente consegue exportar todos os fluxos que a gente cria hoje
25:20
dentro do m 8 n. É em um formato de um Jason,
25:24
então a gente tem hoje algum algumas rotinas que varrem, né?
25:29
Todo dia ali. O que está acontecendo em new tu
25:32
NE? Temos uns alguns repositórios
25:34
Git que armazenam essas modificações que vão acontecendo
25:39
nos. Fluxos.
25:40
É para eventualmente, né? Se a gente tiver alguma
25:43
catástrofe, subir isso ou se a gente precisar de migrar esse
25:47
fluxo, ele já funcionar em um formato Jason de contexto para
25:51
um IA. Então a gente já consegue
25:53
inserir todo aquele fluxo em formato Jason com todas as
25:57
especificações que ele tem, todas as integrações.
26:00
É bacana? Bem legal e custo o.
26:09
Nosso custo ele está muito mais relacionado a infraestrutura do
26:13
projeto do que a parte de licença.
26:18
É, a gente pode ter a opção, né? De rodar os fluxos do ene 8 n na
26:23
cloud do eneito n. Então tem um custo associado ali
26:26
e um número de execuções é, ela traz uma autonomia maior pro
26:32
timer e uma velocidade de implantação maior.
26:35
Só que você tem um custo diluído ao longo prazo, né?
26:38
O nosso custo inicial de recurso pra montar o ambiente, pessoas
26:43
pra dar sustentação. Inicialmente, ele é maior, só
26:47
que isso a gente entende que se paga ao longo do tempo ali, a
26:51
medida que a gente tem uma volumetria hoje, bem alto ali de
26:55
de tudo, né? Que acontece nessa plataforma.
26:58
E se a gente comparar com soluções by holding, pode ser
27:02
que em alguns casos, né, a gente consiga é até 11, economia
27:08
grande, porque se a gente fosse desenvolver de fato isso com as
27:12
pessoas. Que não tem tanta familiaridade
27:15
com o código a tudo que a gente tem no nt ON via vale, por
27:20
exemplo, a gente IA ter um consumo de APIs hoje, de modelos
27:23
bem elevado, todas essas soluções, né?
27:26
Então, de certa forma, hoje é um ambiente que atende a gente, né?
27:32
No No quesito também de custo. Bem interessante esse ponto que
27:35
você trouxe que você traz, que não é só a infraestrutura que
27:39
que custa, né, mas também o desenvolvimento em si da
27:42
solução. Que com vive coding ou não?
27:46
Ou enfim, né? Como nem que a gente fala de
27:48
harners também que ainda é um pouco mais caro, mas você vai
27:51
ter que desenvolver aquilo os aninhar e pagando, seja via
27:55
token, seja via licença, essas ferramentas com o que vocês usam
27:59
com n 8 n. Então assim, é legal pensar
28:02
nisso, que a realmente AA conta do custo.
28:05
Ela não é só sobre infraestrutura, né?
28:07
Tem que olhar todos os. Tudo que devolve está ali do
28:10
lado para você colocar algo em produção direto.
28:12
Né? Mas eu fiquei um pouco na
28:13
dúvida. Jornada em relação AA
28:15
precificação do anywito n do jeito que vocês usam, você pode
28:18
explicar um pouquinho melhor da precificação?
28:21
Oo eny ele tem, né? A forma de rodar na cloud deles,
28:26
né? Eles gerenciam toda a
28:28
ferramenta. É no portal deles, você vai ter
28:32
um acesso e consegue criar poucos fluxos e a infraestrutura
28:36
deles vai executar todos aqueles fluxos.
28:39
E aí existem cheers que a gente paga.
28:42
É tipo assinatura mesmo. E você tem a opção self hosting.
28:45
A self hosting você pode licenciar ela, que aí te permite
28:51
ter. É mais ferramentas disponíveis
28:55
ali dentro do Newton, como por exemplo.
28:58
É gestão automática dos fluxos, convite.
29:02
A gente faz isso de uma forma secundária.
29:05
Ali teve que montar um job pra fazer isso.
29:08
Só que já tem se disponível na no modelo pago você tem é
29:13
integração com o ALF, com com identity, então você já consegue
29:19
disponibilizar a plataforma com todos os seus usuários da da, da
29:23
Enterprise inteira, né? Ali, então tem uma série de é.
29:28
Coisas que você consegue fazer com o NTU n tendo a licença e ou
29:33
dando uma plataforma gerenciada deles.
29:37
Você mencionou Jordan aí, Oo cloud road tiner, né?
29:40
E eu queria também já incluir também o coworking.
29:44
Não é exatamente na mesma categoria, mas queria que vocês,
29:47
qual onde que esses 2 aí se encaixam?
29:49
Você começou a falar um pouquinho, eu queria.
29:51
Só que a gente explorasse um pouquinho mais, que eu acho que
29:53
são produtos bem recentes, né? E que.
29:55
Talvez vieram brigar aí um pouquinho com essas ferramentas
29:58
de automação com IA, né? Acho que depois que o essas
30:02
ferramentas começaram a fazer muitos sucessos na comunidade
30:06
parecer muito post. Acabou que as próprias
30:09
provedoras ali de IAS elas começaram a disponibilizar
30:13
também ferramentas para o consumo do seu próprio modelo,
30:16
né? Que é mais uma ponte pra isso,
30:18
isso é muito bom Pra Elas, mas o road tines, né?
30:22
Ele até na documentação Don trock que ela ainda é uma
30:26
ferramenta imperlew, então ela ainda tem uma certa.
30:31
É, tem que ter uma certa cautela para o uso, mas eu vejo ela como
30:35
uma ferramenta muito voltada ali para fluxos, que a gente não tem
30:40
muito bem determinado é as ações ou o que de fato fazer, por
30:45
exemplo, né? Abertura, acabei de abrir um pub
30:48
Quest e ter que fazer uma revisão de um código e gerar
30:51
comentários para aquele código. Então eu poderia associar isso a
30:56
uma road tinha cadastrada no cloud que ele vai lá recebe, né?
31:00
O. O triger do GitHub ou da
31:04
plataforma de gestão ali de código ele tem 111 conector que
31:09
consegue bater lá, puxar o pug Quest, avaliar se já tem
31:13
comentários ou não. Então é um ambiente muito
31:16
variável. Eu diria que não tem uma entrada
31:19
muito bem definida e que também não tem uma volumetria
31:24
exagerada, né? É então o que você descreveu aí?
31:26
Parece que são mais casos inferenciais, né?
31:29
Que eu preciso de ter. Né EAA inteligência dos dos
31:35
modelos inferenciais, né? De inferir coisas, né?
31:38
E não determinísticos por isso agora entendi o que você tava
31:40
falando, né, que quando o seu fluxo é puramente
31:43
determinísticos, provavelmente você vai pagar muito mais caro
31:46
que você, tá, você tá pagando lá a GPU, né?
31:48
O poder da o poder da inferência, ao invés da CPU como
31:52
poder determinístico da coisa computacional da coisa, né?
31:56
Então, pô, gente, acho que a gente passou aí pra alguns
31:58
exemplos, né? De automação de código com e a.
32:01
Falamos um pouco também dessa dessa linha que está se tornando
32:04
cada vez mais tênue entre low code e no code e as ferramentas
32:09
pro code, o quanto elas também estão evoluindo pra criarem uma
32:12
abstração e se tornarem mais flexíveis e diminuírem a
32:16
Barreira da entrada. E no final das contas, assim,
32:19
gente, a pergunta que eu trouxe no início, né, quando usar?
32:22
Como usar? E eu acho, eu acho assim.
32:25
Claro, aqui a gente falou sobre algumas vantagens que são
32:28
claras, né? Alguns casos de uso que parecem
32:30
claros, mas para mim essa pergunta está fazendo cada menos
32:33
sentido, né? Cada vez menos sentido, porque
32:35
no final das contas, todas elas, tudo que a gente falou aqui
32:38
agora, até agora, são camadas de abstração sendo incluídas, né?
32:43
Para disponibilizar produtos para alguém usar.
32:46
Então, grande depende, né? Exato, então assim, Ah, eu,
32:49
quando eu vou usar isso? Quando eu vou usar aquilo?
32:51
Eu acho que essa até o Jordan falou aí, né?
32:54
Que antes a gente também falava, fazia isso muito com linguagem,
32:56
e agora isso parece um problema meio do passado.
33:01
Eu acho que esse, esse esse tipo de de discussão também em breve
33:04
vai virar uma discussão meio do passado.
33:06
Porque no final das contas, todo mundo, seja usando um ON 8 n,
33:10
seja usando 11 road teeness, seja usando um cloud code pra
33:15
quantificar, mesmo com o código. A intenção, no final das contas,
33:19
é entregar algo, né? Uma automação, um software, é
33:23
pro usuário final e enfim, né? Cada vez mais abstraído o jeito
33:28
de fazer isso, né? Exatamente, e aí de acordo com o
33:31
que você vai? Escolhendo o que você vai
33:32
precisando, já vai filtrando e dando aquele.
33:34
Direcionamento, né? Aí vai ser pelo filme, ou o time
33:38
tem mais contato, ou o custo precisa ser, ou a performance é
33:43
um negócio importantíssimo, ou eu já tenho um contrato com a
33:47
ferramenta x, né? Então, né, essa.
33:49
É uma Barreira assim, não temos que escolher esse caminho ou.
33:51
Temos exatamente bom, então é isso.
33:54
Então depois disso tudo e esse, essa finalização aqui em
33:58
conjunto. Ficamos por aqui.
34:00
Até a próxima, pessoal, tchau, tchau até.
34:02
A próxima, pessoal, tchau, tchau.
34:03
Tchau, valeu, clima até mais.