Latest / Entre Chaves / Critérios básicos para adotar o BaaS

Transcript

Critérios básicos para adotar o BaaS · Entre Chaves

• 0:02
  Sinceramente, não consigo imaginar 11 situação real que
• 0:06
  você não vai querer utilizar. Eu acho que dada as ferramentas
• 0:10
  que existem, você vai sim querer utilizar o back end service.
• 0:14
  Se você quiser lidar com dados analíticos, o seu time de back
• 0:17
  end não vai ser suficiente. Vai ser você vai precisar de
• 0:19
  outro time de back end, pelo menos na minha opinião.
• 0:23
  Dentro do quesito ali de front end, você vai sempre querer um
• 0:28
  back end is a service. Se eu puder dar só um pitaco é,
• 0:32
  eu acho que a resposta, como todo episódio aqui de 3 chaves
• 0:37
  para alguns casos, ela é, depende, depende, né?
• 0:40
  Nossa resposta favorita tem alguns casos.
• 0:43
  Quando a gente começou a falar sobre back end da Serra, eu
• 0:45
  fiquei pensando, poxa, é, realmente é para front end.
• 0:47
  A gente sempre fala muito sobre front end, né?
• 0:50
  Coisas que estão voltadas para o usuário ali, que são bacanas de
• 0:53
  se pensar e de se usar um back end da Serra.
• 0:55
  Eu falei, poxa, que legal. Então, tipo assim, nos últimos
• 0:58
  projetos que eu tive envolvido lá.
• 0:59
  Com criação de sites pra empresas.
• 1:02
  Falei, poxa, então o site será que é legal?
• 1:03
  Eu fiquei pensando, cara, beleza, vai dar muita coisa, vai
• 1:06
  dar analíticas e tudo e tal. Mas aí a gente vai pensar
• 1:09
  algumas características que um site de uma empresa deve ter,
• 1:13
  algumas coisas que ele pode ter. Seria interessante a gente
• 1:16
  pensar em ter um CMS por trás. Pra poder gerenciar aquele
• 1:21
  conteúdo ali é algumas ferramentas de CMS inclusive que
• 1:24
  não são hoje hedless. Elas vão ter até uma parte mais
• 1:28
  de back end envolvida, onde você pode utilizar tipo um braco da
• 1:32
  vida, alguma coisa assim, mas ao mesmo tempo igual.
• 1:34
  Estou pensando aqui agora, enquanto a gente vai estar
• 1:36
  falando se tem um CMS que é mais hedless, dependendo da forma
• 1:39
  como você criar, você pode ter um back end da service por trás
• 1:41
  também né? Pra pra algumas partes da sua
• 1:44
  aplicação e deixar o seu CMS. Voltado mais para entregar as
• 1:48
  páginas e conteúdos que aquele site tem que ter, mas talvez
• 1:52
  algumas funcionalidades que essas páginas e esses conteúdos
• 1:54
  utilizem possam vir de backhand de exerce.
• 1:57
  Então acho que até até eu me contradisse na minha resposta
• 2:00
  agora, né? Mas eu não acho que sua resposta
• 2:02
  que foi contradizente, muito pelo contrário, eu acho que
• 2:04
  complementa, sim, porque é muito interessante a gente ter esse
• 2:06
  pensamento crítico de, por exemplo.
• 2:07
  Porque realmente, quando todos esses, esses, essas conversas
• 2:10
  que a gente teve, se aplica muito ao frontiente que vai para
• 2:13
  o público, que vai para todo mundo.
• 2:14
  Mas aí vamos pensar então no contexto mais empresarial.
• 2:16
  Já tive algumas algumas experiências aqui dentro da DTI,
• 2:20
  oferecendo aplicativos fechados, aplicativos que só vão rodar ali
• 2:23
  dentro da empresa, ou então, quando não dentro da empresa,
• 2:26
  dentro para um grupo de usuários seletos ali que que que fazem
• 2:30
  sentido do aplicativo. E aí a gente pensa, Ah, como que
• 2:32
  a gente IA utilizar isso daí? Tirando a parte da analítica,
• 2:35
  vamos pensar um outro recurso que é muito bom.
• 2:37
  Que ali dentro do do desses back end as a service, que é a
• 2:42
  oportunidade de você fazer a distribuição do seu aplicativo.
• 2:45
  Imagina a situação de que você, como desenvolvedor, é, você está
• 2:51
  desenvolvendo ali um aplicativo que só vai rodar dentro da
• 2:53
  empresa, mas de alguma forma esse aplicativo precisa ser
• 2:55
  distribuído. Às vezes não é de interesse do
• 2:58
  cliente ou às vezes nem vale a pena você subir esses
• 3:01
  aplicativos para as lojas de aplicativo.
• 3:03
  Até nisso daí, o back end do surf, se ele consegue oferecer
• 3:06
  uma solução, consegue oferecer uma solução tanto pro pro pros
• 3:10
  stackholders conseguirem fazer o download do aplicativo, tanto a
• 3:13
  nível de teste quanto também a nível de distribuição para para
• 3:16
  as pessoas que precisam ser distribuídas.