Latest / Entre Chaves / Nem toda decisão merece um protótipo

Transcript

Nem toda decisão merece um protótipo · Entre Chaves

• 0:00
  Mas eu eu tenho visto alguns cenários aqui que ao mesmo tempo
• 0:03
  que construir, ficou muito mais rápido e talvez mais barato.
• 0:08
  Isso acabou gerando muito mais opções pra gente também.
• 0:11
  Então, o que eu tenho vivenciado, por exemplo, às
• 0:13
  vezes a gente precisa implementar um certo tipo de
• 0:16
  ferramenta. Eu vivi isso com observabilidade
• 0:19
  de LLM recentemente. E o fato de escolher qual
• 0:24
  ferramenta a gente vai usar tá cada vez mais difícil, porque
• 0:27
  todo dia a gente tem uma ferramenta nova.
• 0:29
  E as diferenças entre essas ferramentas?
• 0:31
  Às vezes elas são mínimas. Então eu vejo que o Spike ainda
• 0:34
  faz muito sentido nesses pontos onde a gente precisa ali é
• 0:37
  analisar o nosso contexto, analisar o que que a gente tem
• 0:40
  dentro da nossa infraestrutura, o que que realmente vai atender
• 0:44
  as nossas necessidades. E acho que não dá para
• 0:48
  simplesmente a gente ver ali que tem 19 ferramentas e construir o
• 0:52
  que a gente precisa nas 19 ferramentas para depois tomar
• 0:55
  uma decisão, né? Acho que um mínimo ali de
• 0:57
  avaliação a gente precisa fazer nesses casos.
• 1:00
  Imagino que IA ser, IA ser uma loucura mesmo.
• 1:02
  Concordo que nesse caso aí, difícil de pensar que a gente
• 1:05
  não não precisaria fazer um estudo de viabilidade antes, né?
• 1:08
  E aí voltando naquela fala do Martin fala, né?
• 1:10
  Que ele fala sobre decisões que são difíceis de ser mudada.
• 1:13
  Pensando no que você falou, eu ainda acho que esse essa frase é
• 1:16
  válida, mas eu acho que a régua subiu um pouco.
• 1:18
  Então as decisões que são difíceis de ser mudadas no
• 1:22
  futuro. Elas agora tem que ser muito,
• 1:24
  muito, muito difíceis mesmo. E tem casos como esses que você
• 1:27
  falou que se você escolhe uma ferramenta XYZA mudança que vai
• 1:32
  ter, né? Na Na, na integração, vai
• 1:34
  impactar no seu na sua arquitetura inteira, então.
• 1:37
  Tem 11 ponto interessante também que traz nessa nessa questão do
• 1:41
  do do Alan, que ficou mais complexo também em definir qual
• 1:44
  ferramenta. Hoje a gente tem muito também
• 1:46
  mais clareza de avaliar todos esses cenários, né?
• 1:50
  Talvez ali a gente ainda não precise ir pros.
• 1:52
  Para as 19 instâncias ali, né? Relacionadas à observabilidade,
• 1:56
  mas a gente consegue, os arquitetos conseguem repensar
• 2:00
  ali indicadores EE, verificar dessas 19 ferramentas, quais
• 2:04
  serão os possíveis impactos dela e talvez daí decidir, sabe?
• 2:08
  É muito esse meu pensamento, até na questão de a Spike, né?
• 2:12
  A tradicional, que era sempre durante, às vezes alguma sprint,
• 2:16
  ela se torna até alguma coisa muito, muito antes da da própria
• 2:19
  sprint começar, sabe? Entendi você, você diz assim,
• 2:22
  né, que ficou muito mais fácil de eu analisar riscos, né?
• 2:26
  Porque o com AIA eu consigo fazer 11 benchmark muito mais
• 2:30
  aprofundado que antes, nesse caso, ainda da ferramenta de
• 2:33
  observabilidade, por exemplo, eu consigo, sei lá, né, fazer uma
• 2:37
  igual, eu falei um benchmark muito mais aprofundado,
• 2:39
  encontrar feedbacks da comunidade muito mais
• 2:42
  facilmente, né, e fazer de fato, de fato, como se fosse, né?
• 2:45
  11 Business case técnico, né? Um técnico case, sei lá.
• 2:51
  É que que eu consigo defender muito melhor uma abordagem ou
• 2:55
  outra, né? Então concordo com você.
• 2:56
  Se antes a gente tinha 2 ou 3 ferramentas, né, e agora a gente
• 3:00
  tem 19, talvez analisar as 19 nos tempos atuais é mais rápido
• 3:04
  do que as 2 ou 3 antigamente. Esse exemplo que você deu, Alan,
• 3:07
  eu acho que ainda é como a Rafa falou, uma decisão muito difícil
• 3:11
  de ser mudada e que, né, a viabilidade, realmente ela ainda
• 3:15
  talvez seja saia mais barata, né?
• 3:17
  Mas eu realmente acho que tem uma classe de decisões que a
• 3:20
  gente precisava de sabatinas ou de fazer.
• 3:24
  Spikes é de estudo sobre que eu acho que essas aí ficaram
• 3:28
  realmente mais fáceis e que essa e algumas realmente parece que
• 3:32
  faz sentido você criar uns PR lá EE ver o qual que ficou melhor
• 3:36
  implementado ou qual que ficou menos complexo ou né?
• 3:40
  Qual que pareceu que para mais de pé?
• 3:43
  É assim, eu fico com a sensação de que dá.
• 3:46
  Pra implementar isso que ela tá falando?
• 3:47
  Eu IA comentar Fernandinha, que eu acho que um caso claro que
• 3:50
  vem muito na minha cabeça eram relacionados aos testes AB né?
• 3:55
  Que a gente, sei lá, visualmente, testava a solução a
• 3:58
  sei lá com o botão da cor azul e um botão da cor vermelha.
• 4:01
  Hoje a gente consegue testar ou fazer o teste a alfabeto, né?
• 4:05
  AZ fazer todos os testes e essa implementação muito rápido e
• 4:10
  falhou. Seguimos né?
• 4:12
  Seguimos com o que deu certo, eu acho que.
• 4:14
  Talvez esse também é é é nessas partes visuais, sejam nos casos
• 4:19
  de uso que façam muito sentido, sabe?
• 4:21
  Que a gente ganhe muita velocidade.
• 4:23
  Aí é justamente isso, né? Como se eu não precisasse quase
• 4:27
  que escolher as features que eu realmente vou priorizar, né?
• 4:29
  Como se eu pudesse desenvolver 3 realmente, né?
• 4:33
  Colocar em produção, fazer testes AB muito melhores que
• 4:36
  antes assim, né? Por mais que teste AB sempre foi
• 4:39
  uma boa prática de desenvolvimento de software.
• 4:42
  Talvez era uma coisa meio cara também, porque você vai
• 4:44
  desenvolver coisas que no final, uma delas provavelmente você vai
• 4:47
  descartar, né? E aí um dos pontos que eu acho
• 4:49
  que tornava tão importante o Spike antes era justamente esse
• 4:52
  medo de descartar o código. Porque vai ser horas ali de
• 4:56
  trabalho que vai ser em vão, né? Praticamente.
• 4:58
  E muitas vezes, o código que é proveniente de um de uma poc, de
• 5:02
  um Spike, ele não é um código pronto pra produção.
• 5:05
  E muitas vezes ele precisa de ter um.
• 5:07
  A gente precisa ser faturado ou às vezes até refeito do zero
• 5:10
  para poder ser produtizado. Então, e hoje a gente não tem
• 5:14
  mais esse medo. A gente consegue pegar um
• 5:15
  protótipo e facilmente implementar.
• 5:19
  É observabilidade, né? Implementar 11 apy hashfull, sei
• 5:25
  lá.