Latest / Entre Chaves / #247 BaaS: o que é, vantagens, aplicações e resultados

Transcript

#247 BaaS: o que é, vantagens, aplicações e resultados · Entre Chaves

0:02
Está começando mais um entre chaves, o seu podcast de
0:05
desenvolvimento. Eu sou o Pedro Dantas KE de
0:08
volta outra vez, mas dessa vez como host.
0:11
Aceitei o convite da nossa honrada bancada para poder vim
0:14
aqui apresentar, mas não estou sozinho também, fala Dudu.
0:17
E aí, meu caro, tudo bom? Estamos aqui de novo, como roxo
0:19
também. E dessa vez trouxemos um
0:21
convidado para lá de especial para poder falar sobre backing
0:24
dessa service se apresenta aí pra gente, e aí?
0:26
Pessoal, tudo bem, eu sou o Christian.
0:29
Trabalho aqui na DTI já tem cerca de uns 5 anos e eu perdi a
0:34
conta. Esse não é o meu primeiro
0:35
episódio e também não é o meu segundo, então eu espero que.
0:39
Não finaliza. No terceiro, espero poder
0:41
aparecer mais vezes, pedir. Busca no final do episódio, aí
0:44
você fala, qual que é que você quer?
0:46
Ô, Dudu, eu ouvi um boato por aí, cara, que está tendo 11 novo
0:49
tipo de tecnologia que permite a gente já construir começar um
0:52
software já com toda a integração com o banco de dados,
0:56
infraestrutura, autenticação, tudo isso com poucos cliques.
0:59
Assim, a gente já está colocando uma pop para poder rodar.
1:02
Você escutou isso daí também, cara?
1:03
Cara, eu escutei o esse mesmo boato e tudo, eu acho que chama
1:07
ChatGPT, né? Eu estou brincando, os back end
1:10
is a service, né? Cara que tem sido muito falado
1:13
aí que tem sido muito utilizado, né, principalmente quando a
1:16
gente fala de firebaze, EE tudo, né?
1:18
Como uma forma de acelerar o desenvolvimento e já trazer tudo
1:21
isso que você já apontou aí de forma automática, né?
1:23
Parte de autenticação de de infraestrutura escalável, né?
1:27
Tirar isso aí da um pouco da mão do do desenvolvedor e poder
1:29
focar em outras partes do é, acho.
1:31
Que você trouxe a palavra chave, né?
1:33
Aceleração. Essa é a palavra do momento, né?
1:35
Todo mundo tá buscando uma forma de fazer cada vez as coisas mais
1:37
rápidas. Agora, Cris explica para a gente
1:39
aí, cara, o que que é back end as a service e talvez
1:42
principalmente, o que que não é back end as a service é?
1:46
Bem legal mencionar de back end as a service, porque por mais
1:49
que seja um ainda é um assunto popular, não é algo que surgiu
1:53
recentemente. O próprio firebaze aí ele já
1:55
está aí sendo utilizado, assim, mencionando o firebaze, porque
1:59
obviamente não tem como falar de back end as a service.
2:01
Sem falar do firebaze, que é o mais popular, é o mais adotado.
2:05
Eu não vou falar que foi o percursor, eu acho que.
2:07
Teria que ter um pouco mais de investigação em cima disso para
2:09
saber quem foi o primeiro, mas com certeza.
2:13
Foi o primeiro que furou a bolha, né?
2:14
Foi o primeiro que furou. A bolha chamou a atenção.
2:16
Muito interessante essa pergunta de o que que é e o que que não
2:19
é? Porque muita gente pode acabar
2:23
se confundindo, porque no final das contas, são tantas siglas.
2:25
A gente tem o ias, o Pas, o SAS e agora a gente tem Oo Bass, né?
2:31
O back end dos series. Então eu acho que a gente pode
2:34
começar justamente tentando dizer sobre o que que não é.
2:37
Então, ele não é um ias, ele não é uma infraestrutura asa
2:41
service, ele também não é um plataforma asa service.
2:44
Por mais que você esteja lidando sim, entre aspas, como a
2:47
plataforma, a ferramenta fairbase, como a gente acaba
2:50
olhando ali as coisas a nível de funcionalidade.
2:52
E aí aí sim, nós entramos na definição do back ING and desa
2:56
service. É justamente a gente delegar.
2:59
É essas funcionalidades que na maioria das vezes a gente
3:02
encontra dentro do back end, funcionalidade que na maioria
3:04
das vezes vai custar tempo para desenvolver.
3:07
Pô, por mais que seja a maior receita de bolo do mundo você
3:10
fazer um crude ali para você gerenciar seus usuários,
3:13
autenticados ainda gasta tempo. E muitas vezes para você ali é
3:17
seja construir um MVP ou então até mesmo conseguir montar um
3:20
time, ou então não necessariamente é nesse cenário,
3:25
nesse cenário experimental. Às vezes, você realmente quer
3:27
fazer utilização daquilo dali como parte do seu produto, como
3:31
parte do seu projeto. As ferramentas de back end as a
3:34
service são maduras e forte o suficiente para realmente fazer
3:38
parte do seu ambiente de produção.
3:39
Eu acho muito interessante a gente destacar isso daí, porque
3:44
sempre quando a gente fala ainda mais desse tempo back end as a
3:47
survs. A gente pensa que a gente está
3:49
tirando a capacidade e a flexibilidade do desenvolvedor
3:53
de lidar com determinadas habilidades ali, do, do, do
3:56
projeto. E assim, com certeza, você tem
3:59
que sempre fazer ali aquela lista de prós e contras se
4:02
realmente vai valer a pena você lidar com o back and just
4:04
service. Mas no final das contas, o maior
4:07
pro é justamente como foi dito, você delegar essas habilidades
4:11
que na maioria das vezes. É, é sempre ali Oo feijão com
4:15
arroz. Então funcionalidades que
4:16
existem em quase todos os projetos que precisam ir pra
4:20
produção um dia, então você delega aquilo dali.
4:23
Obviamente a gente fala mais no contexto de front end, então
4:26
isso daí também é uma outra coisa que é uma forte
4:28
característica do back end is a service.
4:30
Ele vem pra suprir uma necessidade do front end.
4:33
Nesse quesito de aceleração, nesse quesito ali de delegar o
4:36
trabalho, delegar o serviço que muitas vezes ali, obviamente não
4:40
vou falar que vai tirar a oportunidade de ter 111
4:43
desenvolvedor back end do time, mas com certeza vai remover
4:47
muito do Bottle, né? Que que poderia ser você esperar
4:50
uma funcionalidade do back end ali ficar pronta para você às
4:53
vezes lançar seu aplicativo na loja, lançar uma funcionalidade
4:56
você trouxe. Para gente aí um ponto
4:59
interessante que ele já meio que vem compilado com várias
5:02
features que a gente costuma encontrar.
5:03
Né? Então você deu o exemplo do
5:04
krud, né? Então Ah, em vez você vê gastar
5:06
tempo desenvolvendo o krud, a receita de bolo né?
5:08
Que todo todo deve sabe fazer. Você já pega um back end em
5:12
asasceps que ele já vem com algumas features pré prontas.
5:14
Você consegue explicitar quais seriam essas features para
5:17
galera que não conhece entender melhor?
5:19
Sim, com certeza. Quando a gente fala de backing
5:21
Angels a service, a gente depende também muito da
5:23
plataforma que a gente está lidando.
5:24
Algumas plataformas podem é oferecer determinada
5:27
funcionalidade e outras não. Então, de novo, não tem como
5:30
deixar dimensionar do firebase, mas eu acho que a gente pode
5:33
reforçar esse exemplo que já foi dado em cima do autenticação.
5:37
É muita receita de bolo você fazer essa autenticação ali pelo
5:40
back end. Ah, você vai receber OE mail e
5:43
senha, gerar um rest, salvar. No banco e retornar a um Jason
5:47
Talking. Isso daí é uma coisa que o mundo
5:49
inteiro sabe fazer. Por que que você precisa repetir
5:52
aquilo? Sendo que você pode, por
5:54
exemplo, usar uma funcionalidade de um back ING on 2 a service e
5:57
implementar, utilizando um SDK, uma ferramenta ali que vai te
6:01
trazer um nível de integração com seu projeto para que você
6:03
consiga delegar a parte onde você desenvolve isso de fato e
6:09
você a parte direto para parte de integração.
6:12
Então é bem isso, você você não desenvolve nada dentro do back
6:16
end, você só integra com ele, porque ele meio que já existe.
6:20
Pô, legal, cara, é, você trouxe para a gente, então uma série de
6:24
features que a gente consegue já adquirir com back end a service.
6:27
E você mencionou que existem prós e contras, né?
6:30
Então, antes da gente ir para a parte polêmica e falar dos
6:32
contras, vamos falar dos prós. Você mencionou a velocidade que
6:35
a gente tem para poder desenvolver uma poc ou iniciar
6:38
um projeto, né? Da skickstart.
6:40
Quais são outros proços comuns que a gente tem utilizando o
6:43
back end as a service? E mais uma vez a gente não está
6:45
vendendo o firebaze aqui, tá? Só para deixar claro.
6:47
Bom, eu posso falar bastante do meu contexto atual.
6:49
Atualmente eu é estou trabalhando com Android cotl
6:53
inativo e uma das funcionalidades que.
6:55
É obviamente integrado ali com um back ING just service.
6:58
E uma das funcionalidades que a gente consome em peso desse back
7:01
end just service é justamente a funcionalidade featuref lag, que
7:05
é você através ali do seu back end just service, você ter uma
7:09
sequência de chave valores boleanos, onde você consegue
7:12
dizer é quais funcionalidades vão estar ligadas e quais
7:16
funcionalidades vão estar desligadas.
7:18
Você poderia muito bem implementar isso daí num back
7:21
end convencional. Mas a partir do momento que a
7:24
ferramenta já te entrega aquilo dali.
7:25
E uma outra coisa interessante dessas funcionalidades do back
7:29
end as a service é justamente você não ter também a
7:33
responsabilidade técnica de resolver problemas.
7:36
Referente aquilo, todo mundo aqui que é desenvolvedor
7:39
possivelmente saberia desenvolver uma funcionalidade
7:42
feature flag dentro do próprio back end.
7:44
Mas eles já pensaram em todos os trade offs que essa
7:47
funcionalidade poderia ter? A gente não, a gente faria ali o
7:51
core. E a partir ali de de tentativa e
7:54
erro, através de muita análise também, a gente IA conseguir
7:57
lidar com com esses tridoff, mas isso daí levaria tempo.
8:00
Porque fazer isso quando a gente pode simplesmente consumir a
8:02
funcionalidade que está ali? E é engraçado como que isso se
8:04
encaixa muito nesse conceito que a gente falou de MVP, né?
8:07
Tipo, cara, se eu estou usando fite flag em cima de um MVP?
8:10
Eu consigo fazer testes AB ali e pivotar meu meu MVPE definir
8:14
caminhos para o meu MVP muito mais.
8:16
Exato, exato, uma tanto que quando a gente fala, por
8:20
exemplo, ainda ensina a questão da feature flag, mais uma
8:22
funcionalidade, além de ter só é valores buleanos ali de Ah, essa
8:27
funcionalidade vai estar ligada ou desligada.
8:29
Pode ter ainda mais flexibilidade em cima do que que
8:32
a funcionalidade feature flag é. Por exemplo, a gente pode
8:35
segregar determinado funcionalidade por país,
8:38
determinado funcionalidade por dispositivo, determinado
8:41
funcionalidade por essas condições.
8:43
Então, por mais que de novo a gente tenha esse trade off aí de
8:47
a gente só consegue trabalhar com o que está disponível ali em
8:49
cima do back end, easer surf que a gente está trabalhando, mas
8:52
justamente em cima do que está disponível.
8:55
Se as ferramentas certas estiverem disponíveis, você tem
8:57
a ganhar. Em relação a trabalhar em cima
8:59
daquilo que está disponível, qual que é o nível de
9:01
personalização que eu posso esperar?
9:04
Caso eu comece a trabalhar com o back and Jesus a service, eu não
9:06
tenho condição nenhuma de alterar o código que está ali
9:09
por detrás. Ele é uma caixa preta.
9:10
Para mim, existem alguns serviços que são uma caixa
9:12
cinza. Eu posso fazer algumas
9:14
modificações. Como que isso funciona?
9:15
Pra ver, pra ver só crude, né? E tudo vai parar no crude.
9:18
É a ferramenta realmente só um crude, né?
9:20
Pronto, né? A regra de negócios fica todo no
9:22
fronte. E aí?
9:23
Cara, esse daí é até parte da análise ali que a gente precisa
9:26
fazer antes de escolher um back in Justus surfice, ou então se a
9:29
gente vai realmente tentar delegar aquela habilidade,
9:31
aquela necessidade para o back in Justus surfice ou se aquilo
9:34
deve. E já se traduz na dependência de
9:36
OPA. A gente precisa implementar isso
9:38
aqui, nosso. Então realmente algumas das
9:40
funcionalidades dos back ens of service vai ser realmente ali,
9:43
uma dashboard onde você interage com os elementos que já estão
9:47
disponível. E na maioria das vezes, o que
9:49
você pode tentar fazer a nível de flexibilidade, é trabalhar
9:52
com o SDK, o SDK do, mas aí no caso o SDK já dentro do seu da
9:57
sua aplicação front end. Então, por exemplo, há uma outra
10:00
funcionalidade muito bacana que a gente tem ali dentro de um
10:03
back end is a service. É justamente ali a coleta de
10:05
dados analíticos. A gente consegue fazer esse tipo
10:08
de integração. Às vezes, ali OS decad na sua
10:11
forma mais primitiva, ele vai capturar as informações XYZ, mas
10:16
você também quer trabalhar com a informação ABEC.
10:19
Então você precisa ali fazer algumas adaptações, aí, no caso,
10:22
já dentro do seu front end, para você encaixar aquela informação
10:26
ABC dentro das necessidades que você precisa.
10:29
Mesmo assim, eu não consigo. Eu não tenho coragem de falar
10:31
que é uma caixa cinza, porque ainda assim existem suas
10:34
limitações. Mas entendendo a tecnologia,
10:36
sempre tem as flexibilidades que você consegue fazer, sabe?
10:39
É até sobre isso. Tinha ter visto algumas
10:41
funcionalidades em relação a isso, né?
10:42
Por exemplo, os head funtions que o acho que é o superbase que
10:45
provê também, que é um. Que é quem desacesso que hoje é
10:48
open source, né? É uma tentativa de padronizar
10:50
essa essa questão de você poder executar ou coisas mais simples
10:54
até de gerenciamento e tudo mais próximo do usuário, né?
10:57
A questão para tentar diminuir latência algumas vezes, né?
11:00
Quase como 11 cdnzinho, né? Que o CDN faz isso com com os
11:03
assets do front fazer a mesma coisa para essas questões,
11:06
talvez de autenticação, algumas coisas assim, até o firebase
11:10
também tem algumas. Acho que tem algumas formas
11:13
também de de se integrar com Claude run, algumas coisas pra
11:16
gente poder botar com funcionalidades cervelas em
11:18
cima, né? Acho que isso daria para poder
11:20
também aumentar o escopo do do seu back end as a service e
11:23
poder trazer algum pouco mais de complexidade, talvez para essas
11:26
regras de negócio que talvez não não são tão eficientes, digamos
11:31
assim, de se trazer só no front end, né?
11:33
É justamente acho que se você olhar ali dentro das definições
11:37
de cada termo de servulas quanto do back end as a service.
11:39
Eles são tratados como coisas diferentes.
11:41
Você não precisa ter um back end as a service para você ter um
11:43
service EE vice versa, mas é muito comum você encontrar no
11:47
nos dias de hoje ambos funcionando de forma conjunta.
11:51
Então, Ah, se você entrar numa dashboard ali do do supra base,
11:54
você vai encontrar ali funcionalidades que que se
11:56
traduzem no back end as a service.
11:58
Quanto também AA oportunidade ali de você subir uma function
12:01
para executar alguma coisa ali baseado em evento baseado no que
12:04
seja. Mas justamente, né?
12:06
Quando você vai trabalhar com servulas dentro desses serviços,
12:09
na maioria das. Às vezes é, eles trabalham
12:12
baseado em eventos, então seja ali algum evento de integração
12:15
dentro da própria ferramenta que você está trabalhando dentro ali
12:18
do próprio back. Angus surfs, então você consegue
12:20
dizer de Ah, vou construir aqui 11 function.
12:23
Eu quero que essa function execute ali sempre que ter uma
12:27
alteração dentro do meu banco de dados, que também é um, é uma
12:30
funcionalidade do server do back and just survs você consegue
12:33
fazer isso? Ou então você consegue colocar
12:35
ele para escutar ali um caminho HTTP, né?
12:38
Para. Executar ali determinado
12:40
processo que você quer, e aí a gente já entra em todo um
12:42
contexto ali de de de cold Star que de tempo de execução, coisa
12:46
e tal, mas aí já entra mais no contexto de servulas do que de
12:49
beckendesa survs. Estava pensando, né?
12:51
Eu falando sobre isso? Eu fiquei pensando se a gente
12:53
não poderia usar isso, até como uma forma da gente ir evoluindo
12:56
a nossa aplicação. A gente falou, Ah, cara, Oo
12:58
beckendes a service é muito. Para acelerar.
13:01
Mas beleza, eu vou começando a trazer funcionalidades, eu vou
13:03
começar a trazer muita coisa. É até para a gente não não
13:07
acabar gerando talvez um monstrinho lá no front end
13:10
sempre, talvez fizesse mais sentido a gente começar a
13:12
desenvolver um pouco mais o nosso back end.
13:14
Então talvez pensar nesse tipo de coisa, dessas possibilidades
13:17
de integração, né, de outras ferramentas que a gente pode
13:20
usar. Pra, sei lá, alguma regra mais
13:22
específica que a gente quer usar traz pra essas outras
13:25
capacidades que a que a nuvem vai te dar também.
13:28
E à medida que você vai evoluindo na sua aplicação, você
13:31
pode entregar essa contabilidade que está num num add funk ou num
13:34
cloud, rango. Uma coisa da vida assim.
13:36
Transformar num micro serviço depois que passar a evoluir a
13:39
sua sua arquitetura, né? E começar até AA.
13:42
Mudar um pouco do do do back end, manter o back end da
13:45
service para aquilo que ele foi feito para resolver casos mais
13:48
simples, casos mais de aceleração mesmo, igual a gente
13:50
tem tem falado bastante. É isso, traz o outro ponto, né,
13:53
que talvez os ouvintes não estejam vendo aqui atrás das
13:55
câmeras. Tem um elefante sentado aqui na
13:57
sala que é o vendor locking, né? Então, assim, e aí, cara, é é
14:01
possível fazer essa evolução depois, como o Dudu pontuou
14:03
aqui? Ou eu estou ficando dependente
14:06
do serviço que eu estou contratando, o acoplamento dele
14:08
é suficiente para eu conseguir migrar no futuro ou eu estou
14:12
vítima das modificações que ele vai fazer.
14:15
Aí eu acho que entra bastante ali, OAA separação?
14:19
De um pequeno arquiteto e um grande arquiteto, né?
14:21
Hoje, quando você está desenvolvendo e fazendo deploy
14:24
ali de algumas function, você consegue utilizar ali de alguns
14:27
padrões de projeto na intenção justamente de facilitar você
14:31
futuramente transformar aquilo dali no micro serviço e tal,
14:34
então com certeza tem, tem. NEN formas de você implementar
14:39
aquilo dali, da forma que você consiga produzir algo maior, a
14:41
maior a partir daquilo. Mas eu concordo completamente
14:44
com o que que o Dudu diz sobre evoluir o projeto, porque
14:48
justamente eu pessoalmente tenho um pouco de medo de a partir do
14:50
momento que a gente começa a entregar muita responsabilidade
14:53
ali pra pra aquela function, pra aqueles serveres ali, poxa,
14:57
talvez a partir do momento que esse cara já está com tanta
14:59
responsabilidade, talvez aquilo dali já deveria virar 11 micro
15:02
serviço. Um BFF, ainda mais que a gente
15:04
está nesse contexto de front end pra justamente.
15:07
Não ter especificações do domínio aonde não deveria estar,
15:11
e. Até nessa questão do locking é é
15:13
igual você comentou, né? Tipo assim, de ter 11 arquiteto
15:16
olhando para aquilo ali e. Como a visão de longo prazo, né?
15:18
Como a visão de longo prazo, né, cara locking.
15:21
Eu já sou um cara que acha que é muito complicado a gente
15:24
realmente não fazer venda ao locking e às vezes acaba
15:27
pensando muito nisso. Pode acabar limitando muito a
15:29
gente. É a vou criar n camadas de
15:32
abstração em cima daquilo ali, pra não ter um vendo o loquinho.
15:36
Só lá no final eu vou botar uma implementação concreta daquela
15:39
minha interface que vai ser daquele vendo, sendo que às
15:42
vezes você poderia começar super simples, cara, beleza, tem
15:45
aquele vendo loquinho também, mas eu vou estruturar de tal
15:47
forma que igual você comentou, né, Cristian?
15:50
Depois, cara, a gente vai pegando aquelas partes ali,
15:53
movendo pra pra fora, digamos assim.
15:58
Exatamente. Não dá pra só pra falar não,
15:59
cara, usei o firebase, vai ser agora pra sempre usei o
16:02
superbase, não tá? Doei aqui, né?
16:03
É o. Superbase, ele é open source,
16:05
então não tem o loquinho. Cara, você está com o loquinho
16:07
Na Na no framor que no pior das hipóteses.
16:10
Sabe, isso daí? É até algo que eu tento
16:12
incentivar bastante os movedores do projeto, igual o comitê.
16:15
A gente utiliza bastante ali o farebase dentro do nosso projeto
16:18
mobile, justamente se não tivesse esse controle.
16:20
Eles, a todo momento IA querer estanciar OSDK da do faire base,
16:24
qualquer parte do código ali, e trabalhar com aquilo dali,
16:27
importando direto coisa e tal. Não, gente, vamos vamos ter pelo
16:30
menos essa, só ter esse, essa, essa interface aqui só pra gente
16:33
fazer um Plug play, uma parada. Então é realmente decisões que
16:37
você toma ali na hora que você está desenvolvendo, pra
16:40
justamente você estar integrando a ferramenta.
16:44
Não é uma ferramenta estar integrando você.
16:46
Beleza, então a gente falou aqui sobre alguns pontos positivos,
16:48
alguns pontos que são debatíveis, né?
16:50
E. E agora a gente pode começar a
16:52
falar sobre alguns pontos que me parecem ser um pouco de
16:54
armadilha, assim me coer se eu estiver errado, né?
16:57
Mas tendo o meu viés de segurança aqui pra poder falar,
17:00
você comentou sobre esse, a gente até brincou aqui, né, uma
17:03
caixa preta com os adesivinhos coloridos, né, cara?
17:05
A gente está jogando os nossos dados mais sensíveis, passando
17:09
por um back end, que a gente entende como uma caixa preta
17:12
assim. Até que ponto isso faz sentido?
17:14
Assim, até que ponto nosso nível de confiança no tratamento de
17:16
dados de como que está sendo feito por debaixo dos panos?
17:19
É válido porque eu entendo, claro, né?
17:21
Quando a gente está contratando o serviço de uma nuvem, a gente
17:23
também está enviando os dados para lá.
17:25
Mas é diferente você contratar um só ORDS, onde você mesmo faz
17:28
a integração e você já pode mandar os dados criptografados
17:31
por natureza. Ou quando você contrata um
17:33
backend, exasevs que você está mandando os dados Cruz, né?
17:35
E ele mesmo está fazendo o tratamento lá atrás, então,
17:38
assim. Como que a gente mede essa
17:40
balança aí, cara? Existe algum tipo de
17:41
recomendação específica para questões de segurança de dados
17:45
ou para quando trabalhar, quando não trabalhar, dependendo da
17:48
criticidade da nuance que seus dados carregam?
17:50
Acho que isso daí entra bastante ali, na parte do contrato que
17:53
você está assinando com você, está fazendo o uso da
17:56
ferramenta, tanto que. Parte da das coisas que você
18:00
delega quando você abraça o uso de um é justamente você tá
18:05
colocando a segurança daqueles dados como responsabilidade da
18:08
empresa. E se acontecer alguma coisa com
18:11
a segurança daqueles dados? Obviamente vamos, por exemplo,
18:13
descartar dados sensíveis. Mas ainda assim, segurança dos
18:16
dados, se acontecer alguma coisa com aqueles dados, é
18:18
responsabilidade da empresa, da plataforma que você tá
18:21
contratando. Não deixa de ser
18:23
responsabilidade da empresa, mas, por exemplo.
18:25
Vamos pensar que você está lidando com a funcionalidade
18:28
stories. Você está enviando ali seus
18:29
binários pra pra pra serem salvos, logo vamos imaginar que
18:32
são documentos PDF. Algum outro serviço precisa
18:35
recuperar aqueles documentos PDF ali de dentro do seu teu
18:38
repositório de arquivos ali vamos imaginar que vai ser 11
18:40
front end e esse front end é acessado também por login e por
18:44
autenticação, então teoricamente a camada também está protegida
18:47
ali dentro do front end. A empresa que você contratou é
18:50
responsável pela segurança daqueles dados.
18:52
Em parte porque, no final das contas, ainda vai ser sua
18:55
responsabilidade de fazer a configuração de quem tem
18:59
permissão para acessar aqueles. Dados que IA chegar.
19:01
Então a gente tem uma camada de segurança que ela é
19:03
compartilhada, né? Você?
19:04
Eu entendo que, assim, a questão da infraestrutura e da proteção
19:08
dessa infraestrutura é responsabilidade da empresa que
19:11
você contratou, mas as configurações de como que vão
19:14
ser utilizados é responsabilidade minha, né
19:16
usuário? E eu eu fico com receio assim, o
19:19
Dudu, eu acho que isso me dá uma se dá o time, uma falsa sensação
19:22
de segurança, sabe, cara? Porque o que eu já vi assim, né,
19:26
vendendo o peixe da área da segurança, não é o que eu já vi
19:28
de dessa galera que vai lá dá, dá o Plug play, né?
19:31
Dá 2 cliques ali e vão rápido. Bora pro jogo.
19:33
E às vezes não olha as nuances, né?
19:35
As minúcias das configurações de segurança não são inúmeros
19:38
casos, né? Exatamente.
19:40
É o é o problema de às vezes acelerar até demais, né?
19:42
Você acelera demais e bate no muro ali.
19:44
Depois, então, fica ressalva. Aí para os nossos ouvintes, né?
19:46
Pode usar o back end exor service, né?
19:48
A gente tem um nível de segurança extremamente
19:51
satisfatório, especialmente empresas como a Google, por
19:53
exemplo. Fere base?
19:54
Mas saibam, né? Tenham cautela em relação àquilo
19:58
que vocês estão fazendo. A configuração ela deve ser
20:01
revisada, né? Aproveitar para contribuir ainda
20:02
com mais algumas moedinhas. Por mais que você esteja
20:05
delegando o serviço, não significa que você está ficando
20:07
sem serviço. Com certeza você está
20:09
minimizando algumas responsabilidades suas, mas não
20:11
significa que você está deixando de ter responsabilidades.
20:14
Deve complementar a piada também, você está acelerando,
20:16
você está acelerando tanto que você colocou 1* no cors.
20:19
Aí não pode isso. Realmente é.
20:21
É uma coisa que você até comentou mais cedo, né, cara?
20:23
Às vezes a gente olha de do tipo, não vou desenvolver meu.
20:28
Mas eu não preciso desenvolver ele, botar um desenvolvedor lá
20:31
pra fazer a parte da autenticação e tudo.
20:33
Então não preciso me preocupar. Então ter sim essa
20:35
responsabilidade sobre aquilo que você está fazendo.
20:39
Por mais que você não está escrevendo código de
20:42
autenticação ou de, de ou de acesso ao banco de dados, você
20:46
tem que saber como que a sua aplicação está sendo.
20:48
Utilizada ali por trás, né? Porque a aplicação é sua.
20:51
Você criou ela, você tem responsabilidade de colocar ela
20:54
da da da melhor forma ali, né? Essa descrição que você fez,
20:57
Dudu, ela tem uma ótima descrição para a gente separar,
21:00
por exemplo, o back end a service de qualquer outro SAS.
21:03
Quando você está consumindo um SAS ali, você não precisa lidar
21:07
tanto com essas outras questões de segurança.
21:09
O nível de responsabilidade é ainda maior para o SAS, de tipo
21:13
responsabilidade da empresa no caso.
21:15
Mas no caso de um back end as a service?
21:17
Por mais que você esteja consumindo aquelas
21:19
funcionalidades em partes, essas responsabilidades da da
21:22
implementação, por exemplo, de segurança, como a gente está
21:24
dizendo aqui, ainda é sua. Até uma das coisas que é bem
21:27
legal quando voltando ali em todas aquelas letras complicadas
21:29
de iás paz é bás, SAS e coisa e tal, é que se a gente montar uma
21:35
escadinha, a gente consegue ver que, por exemplo, iás paz e bás
21:39
no ias. A gente tem muito mais
21:42
responsabilidade do que aqui no base, então quanto mais a gente
21:44
vai descendo ali, as responsabilidades são um pouco
21:47
mais específicas ali a às vezes até também diminuindo, sendo
21:50
delegados, mas nunca desaparecendo e até dessa.
21:54
Sopa de letrinhas aí de iasa, sasa e base?
21:57
Eu fico pensando, cara, numa plataforma de backing India da
22:01
service. A partir da escala dela no ias,
22:04
a gente define a nossa infraestrutura.
22:05
A gente sabe a nossa infraestrutura no Pas.
22:08
Geralmente é alguma estrutura de alto esquelo de limite que você
22:12
coloca ali naquela plataforma. Mas se e no bar, cara, como é
22:16
que funciona isso? A gente chega lá e fala, cara,
22:18
vou criar um back end aqui. E esse back end, já que eu não
22:21
tenho que lidar com a com essa. A partir de infraestrutura por
22:25
trás, como é que é? A conta por trás é uma
22:27
surpresinha lá, o cartão de crédito.
22:29
História já no primeiro mês. É assim, com certeza.
22:32
Você tem que fazer ali o controle do quanto que vai ser
22:34
consumido. Porque no final das contas, eu
22:36
não imagino que esse serviço, no caso do back end, a surf, seja
22:39
feito para fazer trabalho computacional pesado sempre ali
22:42
vai ser para, por exemplo, Ah, vamos pensar No No No No back
22:45
end. Ali o banco de dados de back
22:47
end, a surf sempre vai ter ali dados simples.
22:50
Até mesmo por conta disso, na maioria das vezes vai ser um
22:52
banco de dados não relacional. Justamente para você ter essa
22:55
recuperação rápida de dados, mas ao mesmo tempo não vai ser AA
22:59
recuperação de dados massivos. Eu acho que pelo menos nisso daí
23:02
eu também entregaria. É um pouco de responsabilidade
23:05
para pessoa que está utilizando de que a cis daqui vai ser 111
23:09
trabalho computacional pesado. Talvez eu não deveria estar
23:12
considerando 11 back end dos service.
23:14
Talvez deveria estar considerando alguma outra mais
23:17
acima ali dessa sopa de letrinhas.
23:19
Cara, prosseguindo essa pergunta aí, qual que é o custo real?
23:22
Da conveniência, porque eu tenho a sensação de que no longo
23:26
prazo, um projeto que você desenvolve por conta própria,
23:29
ele fica mais barato do que um Bass ou não.
23:32
No final das contas, assim, obviamente não posso falar por
23:35
todos os back endes de service. Cada um vai ter suas nuances.
23:38
Na maioria das vezes, eles também vão trabalhar ali com
23:40
base Na Na utilização, dependendo das funcionalidades
23:43
que você está utilizando, dependendo dos recursos e só
23:46
base de usuário. Você mesmo disse aquilo dele
23:48
vale a pena ou não? Acho que essa pergunta um pouco
23:50
difícil porque eu aqui como 11. Um reles mortal desenvolvedor, a
23:55
conta não chega para mim, a conta chega para outra pessoa.
23:57
E essa outra pessoa, na maioria das vezes, ali o cliente Oo
24:00
gerente responsável ali pela aquela frente que vai decidir
24:03
quanto a utilização e quanto pagamento daquilo.
24:06
E até nisso, né? É, é interessante a gente
24:09
pensar. Em cara já que é pago por
24:11
utilização, né? Os back end as a service, a
24:13
gente tem que ter mais ou menos uma certa capacidade esperada
24:18
daquilo. Quando a gente vai colocar o
24:19
nosso back end no ar, né? Eu acho que é importante a gente
24:22
imaginar, né? Pelo menos cara, fazer algum
24:24
tipo de estudo, algum tipo de pensamento para ver quanto que a
24:27
gente vai gastar naquilo, né? Eu não vou julgar aquilo no na
24:29
Black Friday que está chegando aí, falou.
24:31
Vamos ver o que que isso aí vai dar, né?
24:33
É até aproveitar para. Complementar, barco, corrigir.
24:36
Quando você vai trabalhar com esses, com esses tipos de
24:38
serviços, na maioria das vezes você trabalha com planos, né?
24:40
Então vai ter ali os planos e recursos que você pode utilizar
24:44
daquele back iness of service. E se não me falha a memória e aí
24:47
eu posso. Tá errado porque justamente eu
24:49
sou um desenvolvedor e na maioria das vezes não sou
24:51
contrato, eu só utilizo. Mas Eu Acredito que você tem uma
24:55
taxa, um budget, do, do, do quanto que você pode utilizar
24:58
aquilo dali a nível de processamento, a nível de
25:00
recurso. E eu acho que quando estoura
25:02
isso daí que começa a ser cobrado ali os valores
25:04
adicionais. Mas na maioria das vezes
25:06
funciona também por. Plano e acho que isso é uma
25:07
coisa legal, porque a gente está usando 11 Business as service,
25:11
que a gente delega muito da responsabilidade da da
25:15
infraestrutura do hosting pra empresa que você está
25:17
contratando. Você tem que ter uma forma boa
25:20
de estar observando aquilo, de como aquilo ali está se
25:23
comportando, né? Até para saber em questão de
25:25
budget EE trekking, de de de erros é de exceções e tudo.
25:30
Então você comentou lá atrás, né?
25:31
Até plataformas de analíticas que usando essa d cada que OA
25:35
empresa que você contratou provê, você consegue se plugar.
25:38
Então acho que isso é uma característica que deve ser
25:40
forte, né? Nessas.
25:42
Plataformas de back and in a servs.
25:43
Sim, com certeza. Até mesmo se a gente voltar ali
25:46
na a quando utilizar um back and a service, ele não se justifica.
25:50
Se você for usar somente uma funcionalidade, então você
25:54
sempre vai estar mirando. Não vou dizer, não vou dizer
25:58
usar é todas as funcionalidades que tem ali, porque às vezes
26:01
simplesmente não cabe no escopo do projeto que você.
26:04
Que você está atuando, mas com certeza, pô, a partir do momento
26:06
que você está utilizando ali determinada funcionalidade, EAE
26:09
os recursos de analíticas e de crash elitics.
26:11
Todos eles estão ali sentados esperando.
26:13
É muito mais que indicado você também fazer esse tipo de
26:18
integração, porque no final das contas, vai ser aonde você vai
26:22
ter mais mais valor. Eu Acredito.
26:24
Quando a gente fala, por exemplo, de de análise de dados,
26:28
de eventos, de analíticos e tal, aí sim a gente consegue ver o
26:33
trabalho que seria. E implementar isso daí, por
26:35
exemplo, num back end na mão, poxa, vai fazer isso daí?
26:38
Depois vai processar todos esses dados.
26:39
Depois gera ali uma dashboard para gente ver como que está ali
26:42
a atuação dentro do do do aplicativo, tanto no, no, no,
26:45
nos quesitos de utilização do usuário, como, por exemplo,
26:48
disparar um evento quando foi clicado ali no botão.
26:51
Ou então recursos para ver se poxa, vamos implementei essa
26:56
essa última Fisher aqui está tendo um blog da tred principal
26:59
ali dentro do aplicativo. Mas daí você consegue tudo
27:02
capturar com o seu back end just service.
27:04
Possa ter arriscado dizer que na maioria dos back end você vai
27:08
ter esse recurso, porque na maioria das vezes o back end
27:11
just service, eles miram solucionar problemas de front
27:14
end. Então esses recursos que são os
27:16
mais valiosos ali, eles que na maioria das vezes vão justificar
27:20
a utilização do back end, Jesus service e você?
27:22
E se você não está utilizando isso, saiba que você está
27:25
jogando muito do potencial. Fora, cara.
27:29
Incrível é. A gente falou muitos exemplos
27:31
aqui, né? De o que que ele pode fazer, o
27:34
que que ele não pode fazer? Até agora trouxe os nossos
27:35
milhões de ouvintes, resume para gente.
27:37
Aí bate o martelo, quando utilizar e quando não utilizar o
27:41
back and 17 em rápidas palavras. Sinceramente, não consigo
27:45
imaginar 11 situação real que você não vai querer utilizar.
27:48
Eu acho que dada as ferramentas que existem, você vai sim querer
27:54
utilizar o back end do service. Você quiser lidar com dados
27:56
analíticos. O seu time de back end não vai
27:58
ser suficiente. Vai ser você vai precisar de
28:00
outro time de back end. Pelo menos na minha opinião.
28:04
Dentro do quesito ali de front end, você vai sempre querer um
28:09
back end do service. Se eu puder dar só um pitaco é,
28:13
eu acho que a resposta, como todo episódio aqui de 3 chaves
28:18
para alguns casos, ela é, depende.
28:19
Depende, depende, né? Nossa resposta favorita?
28:22
Tem alguns casos, quando a gente começou a falar sobre back end
28:25
do acesso, eu fiquei pensando, poxa.
28:27
É, realmente é pra front end. A gente sempre fala muito sobre
28:29
front end, né? Coisas que estão voltadas pro
28:32
usuário ali, que são bacanas de se pensar e de se usar um
28:35
backend as acesso. Eu falei, poxa, que legal.
28:37
Então tipo assim, os últimos projetos que eu tive envolvido
28:40
lá, com criação de sites pra empresas, falei, poxa, então
28:43
isso aí, será que é legal? Eu fiquei pensando, cara,
28:46
beleza, vai dar muita coisa, vai dar analíticos e tudo e tal.
28:50
Mas aí a gente vai pensar algumas características que um
28:52
site de uma empresa deve ter, algumas coisas que ele pode ter,
28:56
seria interessante a gente pensar em ter um CMS por trás,
29:00
tá? Pra poder gerenciar aquele
29:02
conteúdo ali é algumas ferramentas de ICMS inclusive
29:05
que não são hoje hedless. Elas vão ter até uma parte mais
29:09
de back end envolvida, onde você pode utilizar tipo um braco da
29:13
vida, alguma coisa assim, mas ao mesmo tempo igual.
29:15
Eu estou pensando aqui agora, enquanto a gente vai estar
29:17
falando se tem um ICMS que é mais hedless, dependendo da
29:20
forma como você cria, você pode ter um back end da sefs por trás
29:22
também né? Pra pra algumas partes da sua
29:25
aplicação e deixar o seu ICMS. Voltado mais para entregar as
29:29
páginas e conteúdos que aquele site tem que ter, mas talvez
29:32
algumas funcionalidades que essas páginas e esses conteúdos
29:35
utilizem possam vir de backen. GS, acertas.
29:38
Então, acho que até até eu me contradisse na minha resposta
29:41
agora, né? Mas.
29:42
Eu não acho que sua resposta que foi contradizente, muito pelo
29:44
contrário, eu acho que complementa sim, porque é muito
29:46
interessante a gente ter esse pensamento crítico de, por
29:48
exemplo. Porque realmente, quando todos
29:50
esses, esses, essas conversas que a gente teve, se aplica
29:52
muito ao Frontier, que vai para o público, que vai para todo
29:55
mundo. Mas aí vamos pensar então no
29:56
contexto mais empresarial. Já tive algumas algumas
29:59
experiências aqui dentro da DTI, oferecendo aplicativos fechados,
30:03
aplicativos que só vão rodar ali dentro da empresa, ou então,
30:06
quando não dentro da empresa, dentro para um grupo de usuários
30:09
seletos ali que que que fazem sentido do aplicativo.
30:12
E aí a gente pensa, Ah, como que a gente IA utilizar isso daí?
30:14
Tirando a parte da analítica, vamos pensar um outro recurso
30:17
que é muito bom. Que ali dentro do do desses back
30:21
end da survs, que é a oportunidade de você fazer a
30:25
distribuição do seu aplicativo, imagina a situação de que você,
30:29
como desenvolvedor, é, você está desenvolvendo ali um aplicativo
30:33
que só vai rodar dentro da empresa, mas de alguma forma
30:35
esse aplicativo precisa ser distribuído.
30:38
Às vezes não é de interesse do cliente ou às vezes nem vale a
30:40
pena você subir esses aplicativos para as lojas de
30:43
aplicativo. Até nisso daí, o back Angels
30:46
surf, se ele consegue oferecer uma solução, consegue oferecer
30:48
uma solução tanto pro pro pros stackholders conseguirem fazer o
30:52
download do aplicativo, tanto a nível de teste quanto também a
30:55
nível de distribuição para para as pessoas que precisam ser
30:58
distribuídas. Bom, e uma pergunta que me vem
31:00
na mente conforme você foi falando isso tudo é o paradoxo
31:02
da abstração. Então você falou que o back
31:04
Angel ele alivia a complexidade de desenvolvimento técnico da
31:07
mão. Dos desenvolvedores a gente
31:09
acelera. A gente viu que são as features,
31:11
os ganhos e tudo mais que a gente tem, mas você não acha que
31:13
isso vai criar uma geração de desenvolvedores menos
31:16
tecnicamente preparados no futuro?
31:18
Você que está lidando com isso, como que você vê esse cenário
31:22
dentro do seu contexto e como que você imagina que vai estar
31:25
num futuro próximo? Então, assim, nos estagiários
31:27
eles não estão tendo, é aprendendo menos a codificar e a
31:31
entender o que realmente está acontecendo por detrás, porque
31:35
beleza, né? A gente falou aqui sobre ele ser
31:36
uma caixa preta. Mas eu, Dudu, você a gente sabe,
31:40
né? Mais ou menos o que que tá
31:41
acontecendo ali e pra essa geração que tá vindo, como é que
31:43
você vê esse cenário? Acho que essa mesma, a mesma
31:46
resposta que eu poderia dar, se aplica a vários outros
31:48
contextos, não só sobre a utilização, por exemplo, de um
31:50
backing antes do service, mas como por exemplo, a utilização
31:53
de Ah de tipo Ah, a pessoa tá digitando o código ali, ela não
31:55
vai saber o que Oo que aquele código realmente faz, ela só tá
31:58
copiando e colando. Eu acho que aí precisa sim de
32:01
algumas pessoas um pouco mais engajadas com o código, como que
32:05
aquilo dali funciona pra justamente ditar as regras.
32:07
Porque até mesmo uma das coisas que acontece muito ali, não
32:10
tanto dentro do contexto mobile. Porque no contexto mobile ainda
32:13
é uma coisa um pouco mais estruturada, mais organizadinha.
32:16
Ali a casa é um pouco mais limpa.
32:17
Dentro do contexto web, é muito fácil você achar bagunça.
32:20
Realmente precisa ali de uma pessoa um pouco mais engajada
32:23
ali, com a parte técnica, para justamente evitar que aquilo
32:25
dali se torne bagunça, justamente ali de Ah, não chama
32:28
esse paribês direto, não cria uma interface aqui, delega esse
32:31
cara e coloca por injeção de Independência.
32:33
Justamente ali, para facilitar ali esse desacoplamento o seu
32:37
aplicativo, ele precisa consumir um back end series, ele precisa
32:41
consumir o faire days. Você precisa ter ali certa
32:44
flexibilidade, tipo, não vamos usar mais esse cara agora, vamos
32:47
usar esse cara. E aí também é.
32:49
É um pouco difícil, porque quando a gente está lidando com
32:51
profissionais de sanuridade mais baixa e contra parada hiper
32:54
mastigada, vai querer. Eu acho.
32:58
Que não é algo só do back in aservs, né?
33:00
Acho que isso é muito de todo da forma como você vai formar o seu
33:04
desenvolvedor. Isso é muito mais importante da
33:06
da de olhar do que eu, saber se o cara, se o desenvolvedor tá só
33:11
usando uma configuração do back in aservs.
33:14
Se ele está copiando e colando um código do Stack Overflow sem
33:17
nem olhar para? Nem precisa de ser OIA, né?
33:19
Pode ser do Stack Overflow. Usando AIA, entendeu?
33:21
Então, quando a gente fala ainda usar AIA, vida de code, o
33:24
pessoal vai fazendo, cara, eu acho que é muito importante,
33:26
independente de qual ferramenta você está usando, se é steck,
33:28
overflow, se é IA, se é back in, da se nós estamos falando de
33:31
desenvolvedores que estão sendo formados, que estão aprendendo e
33:34
estão evoluindo ainda. Cara, existem n técnicas que a
33:38
gente já aplica aqui há há há décadas, já aqui na dti, cara.
33:43
De de pairprograming, de de revisão de código, sabe, em
33:48
dupla mentoria, né? Tudo isso a gente consegue fazer
33:54
com que esse conhecimento igual você comentou, né?
33:56
Dando a gente aqui já tem. Mas às vezes um desenvolvedor
33:58
novo não tem que esse conhecimento vai sendo repassado
34:01
e replicado, é. O que a gente aplica
34:05
constantemente dentro dos processos, né?
34:06
Para garantir que no futuro então dá para usar.
34:10
É, não dá pra usar. E um último ponto que eu queria
34:13
complementar também é até mesmo em cima dessas práticas que o
34:15
Dudu mencionou que a gente faz aqui no bti, é justamente eu
34:18
também já tive n estagiário, já tive n Júnior já fomentou e uma
34:23
das coisas que eu sempre reforço é de, por exemplo, vamos pegar
34:26
ainda dentro do cenário, é front end web, tem muito desenvolvedor
34:30
novo que chega, ele chega e ele quer aprender react, cara, eu
34:33
não vou descinar react, eu vou desctinar primeiro o jab script.
34:36
Primeiro você tem que aprender o corda parada, entende primeiro o
34:39
que que está acontecendo por baixo dos panos, para depois ali
34:43
você começar AA trabalhar com com aquilo de fato.
34:46
Então tipo, Ah, quer trabalhar ali com o real time, data base
34:50
do fire base? Poxa, incrível.
34:52
Vamos entender primeiro o que que é um banco de dados, não
34:54
relacional. Vamos entender como que o fire
34:56
base faz ali para disparar os eventos ali para falar que teve
34:59
uma modificação, poxa, cara, você acha que foi é, você acha
35:03
que essas notificações é o real time, acontece por base?
35:06
De de de eventos por base de soquete.
35:09
Vamos estudar tudo isso, sabe? Para finalizar, então, uma
35:13
opinião pessoal, backend a service, ela é mais uma bolha
35:17
das quais o mundo da tecnologia já viu várias ou veio para
35:21
ficar? Onde que você veio daqui 10?
35:23
Anos? Ah, não, com certeza veio para
35:25
ficar. Eu acho que acho que a gente
35:28
ainda precisa produzir um pouco mais de conteúdo acadêmico em
35:31
cima dessa nova, dessa dessa nova sopa de letrinhas que
35:34
apareceu, né? Mais um.
35:35
Geralmente o back end usa service, ele ainda é alguns
35:38
cursos que você é encontrar. Aí ele ainda não vai estar
35:41
totalmente integrado dentro. Por exemplo, ali de um tema de
35:44
de de nuvem, por exemplo, você precisa pesquisar aquilo dali
35:47
por fora. Mas Eu Acredito que por conta
35:51
dessas outras funcionalidades que que ele te facilita, que ele
35:55
te delega. Quando digo funcionalidades, eu
35:57
falo principalmente ali sobre tanto a parte de de de
36:00
performance ali dentro do seu aplicativo, quanto também
36:03
distribuição. Tem algumas funcionalidades ali
36:05
que por mais que a gente chame de back end aservice se você não
36:09
vê muitos back end fora esses fazendo isso, sabe?
36:12
Então por conta disso. Por conta de ter essas
36:14
funcionalidades que elas poderiam ser implementadas ali
36:18
na mão, mas que gastaria equipes inteiras para fazer isso, eu
36:21
acho que realmente veio para ficar.
36:23
E aí, Dudu te convencer, o cara usaria?
36:25
Ué, com certeza. Cara.
36:26
Ô, já estou. Já dá para pensar nos exatamente
36:29
nos próximos projetos aqui? Como é que dá para?
36:31
Encaixar maquinando aqui, como que eu vou fazer algumas porcas
36:34
de uma maneira super rápida aqui, exatamente features pré
36:38
prontas né? É o Plug play, a magia.
36:40
Do o famoso MVP. Agora chegando o final do ano?
36:42
Não, isso aqui tem que estar pronto até o final do ano, né?
36:44
Aquela coisa toda, Natal é pro Natal?
36:46
É exatamente. Então fica fica a dica aí,
36:48
extraordinária. E a dica para os nossos
36:50
ouvintes, utilizem o back end a service, né?
36:53
Testem, vejam aí o que que faz sentido, o que que não faz
36:55
sentido para vocês. Certifiquem se de, por favor,
36:58
por favor, estão implorando para vocês certifiquem sim de
37:01
olhares. Configurações de segurança.
37:03
Tome muita cautela, leia uma documentação, tá, não é para, IA
37:06
ler para você, tá? Vai lá, passa o olho, pelo
37:08
menos, né? Fechamos por aqui, né, pessoal?
37:10
Foi um prazer enorme, muito. Obrigado pelo convite.
37:13
Foi um prazer falar sobre bkms and service.
37:16
E tome cuidado com a sua chave de integração.
37:19
Você está no prontinho. Você não quer deixar isso aí
37:21
exposto. Valeu, pessoal.
37:22
Deixem seus comentários se inscrevam.
37:23
Aí, ative um sininho, receba as notificações do Spotify.
37:26
A gente se vê na próxima. Até mais, até mais, falou.
37:29
Tchau.