E agora que você entendeu um pouco da linguagem, os pontos de vista da estrutura de uma organização, eu quero falar com você sobre view e viewpoints. É importantíssimo você entender essa diferença e normalmente, quando nós vamos criar a arquitetura de uma solução, nós temos que pensar se não vale a pena a gente documentar viu e viu pós inclusive daqui a pouco eu quero falar um pouquinho sobre documentação com você legal então vamos lá galera viu e viu põe qualquer diferença dessa parada e quando alguém falar isso pra você né você não ficar perdido falando nossa nunca ouvi falar nisso. Vamos ouvir falar em view e viewpoints. O que é uma view, uma visão? Uma visão é uma representação de um ou mais aspectos estruturais de uma arquitetura que ilustra como a arquitetura aborda uma ou mais questões mantidas por um ou mais de seus stakeholders. Então, o que significa? Uma coisa é eu pegar por exemplo tá uma viu ou seja eu tô olhando esse celular isso aqui sou eu Wesley olhando um celular aqui beleza ou seja esse aqui é uma forma que representa tá alguma coisa tá e como isso, no final das contas, foi feito, ou seja, o resultado da minha estrutura. Legal? Por outro lado, o que acontece? A gente tem uma parada chamada de viewpoints. O que é viewpoints? Viewpoints é o ponto de vista. Um ponto de vista é uma coleção de padrões, modelos e convenções para construir um tipo de visão. Ela define as partes interessadas cujas preocupações são refletidas no ponto de vista e nas diretrizes, princípios e templates para a construção de seu ponto de vista. Nossa, o que você quis dizer aqui? Galera, uma coisa é eu olhar algo. Outra coisa é eu ter um ponto de vista sobre algo. Então, provavelmente, quando eu olho esse celular pensando com a cabeça de engenheiro de software, eu vou olhar isso aqui e vou falar, caraca, o sistema operacional desse negócio deve ser bacana, a bateria deve funcionar desse jeito, como que será que isso aqui vou falar caraca o sistema operacional desse negócio deve ser bacana a bateria deve funcionar desse jeito né como será que isso aqui deve rolar se um designer olhar para essa parada ele deve estar pensando caraca quantos qual é o peso desse negócio aqui como será que foram feitos shapes qual software que eles modelaram então você começa a perceber que quando estou falando em, são pessoas envolvidas no processo. E cada pessoa envolvida num processo tem uma visão diferente. Ela precisa de informações diferentes. Ela precisa de dados diferentes em relação àquele ponto de vista. Então o que eu estou querendo dizer no final do dia é que se eu mostrar a tela de um celular para você, e você for um celular para você, e você for um designer, você vai pensar em uma coisa. Se você for o cara que cria a lente, o glass, a parte, o vidro do celular, você vai ter um outro ponto de vista. Se você é o desenvolvedor, se você é o cara de logística. Então, perce perceba quando nós estamos criando uma solução o que vai acontecer invariavelmente você vai ter que pegar alguma coisa e olhar essa mesma coisa por diversos pontos de vista legal e fazendo isso, você consegue, através da solução, mostrar para cada stakeholder como aquela solução vai se portar. Porque no final do dia, você como arquiteto de solução, não vai ter que agradar uma pessoa. Você vai ter que agradar diversas áreas, diversos stakeholders. Então você tem que conseguir se colocar no lugar dessas pessoas para que o seu software atenda, tá? A gente vai falar no próximo vídeo sobre uma parada bem antiga, tá? Um documento bem antigo, eu vou falar com vocês, tá? 4 mais 1, a gente já fala sobre isso aqui, eu acredito que vai ficar um pouco mais claro de você entender um pouquinho mais, inclusive, sobre View e Viewpoints, legal? Então vamos nessa.