Arquitetura de Software: Arquitetura vs. Design

แชร์
ฝัง
  • เผยแพร่เมื่อ 18 ธ.ค. 2024

ความคิดเห็น • 12

  • @joaooliveira8601
    @joaooliveira8601 4 ปีที่แล้ว +2

    Eita. Esse vídeo me fez entender o porque estamos deixando as regras de negócio do sistema 100% funcional antes de migrar para uma nova tecnologia. Obrigado haha

    • @BrazilJS
      @BrazilJS  4 ปีที่แล้ว

      Ahah que ótimo João!

  • @jeffersonferreira43
    @jeffersonferreira43 4 ปีที่แล้ว +4

    Comecei a ler o Clean Achitecture, quando ele fala e trás para o contexto da Gupy os pontos levantados no livro, ajuda muito a compreender ou dar maior atenção quando estou lendo.

    • @BrazilJS
      @BrazilJS  4 ปีที่แล้ว

      Boa Jeff!

  • @emkisn
    @emkisn 4 ปีที่แล้ว +3

    Genial, ótimo papo pra refletir sobre esses assuntos, um papo rápido e cheio de conhecimento.

    • @BrazilJS
      @BrazilJS  4 ปีที่แล้ว +1

      Valeu Nic! Tem mais episódio vindo em breve

  • @monikgomes1302
    @monikgomes1302 4 ปีที่แล้ว +7

    Aquela sensação boa de chegar antes do sininho.

    • @BrazilJS
      @BrazilJS  4 ปีที่แล้ว

      ❤️❤️❤️

  • @cassio8497
    @cassio8497 4 ปีที่แล้ว

    Muito obrigado Jaydson e Robson por compartilhar informações valiosas! Continuem com o excelente conteúdo.

  • @jeff-erson
    @jeff-erson 4 ปีที่แล้ว +3

    deu medo quando ele preferiu utilizar arrays ao inves de banco de dados, fico pensando muito mais no backup do que performace.

    • @rob_v_te
      @rob_v_te 4 ปีที่แล้ว +3

      O Lance é justamente isso, se backup e performance é uma questão, o lance é vc poder mudar de banco de dados sem quebrar o restante do sistema. O lance do Array foi só um exemplo do autor e backup e performance não eram um problema no caso dele. Quando um cliente passou por essa dor, ele consegiu mudar de forma muito fácil.

    • @pedrodevolveochip
      @pedrodevolveochip 4 ปีที่แล้ว +2

      O array aparentemente é confeccionado a partir de um arquivo físico. Dependendo do cenário e da dor até é uma boa...