Skip to main content

22 posts tagged with "presencial"

View All Tags

· One min read

09/04/2022 - Aula 2 de Flutter (Presencial)

O Professor Marcos chegou antes das 08h da manhã, mas a aula começou só as 8h10 pois tinha poucos alunos, mas nesse tempo o professor ficou falando sobre a aula anterior e sobre a utilização do Flutter.

A aula se da inicio criando um novo projeto, que vamos consumir uma API feita pelo professor que contem os dados de times. o URL da API é http://controle.mdvsistemas.com.br/Esportes/Times/GetTime.

Montamos uma tela que mostra os dados, como nome do time e a imagem da bandeira. Depois disso, vamos refatorando o código para separar eles em componentes.

A aula termina 12h e volta as 13h30, continuando a refatoração do código.

O código feito nessa aula está aqui: aula_02_pos_09_04_2022

· One min read

02/04/2022 - Aula 1 de Fluter (Presencial)

O professor Marcos chegou antes das 08h da manhã, para passar a aula sobre Flutter.

Foi falado sobre o que é o flutter, sua estrutura básica, seus componentes, como que é feito a instalação e configuração.

Para começar a parte prática, foi criado um aplicativo para calcular qual o combustível que é melhor abastecer, etanol ou gasolina.

Junto com esse projeto, foi falado sobre como separar em componentes, para não repetir código.

E para finalizar a aula, foi falado de como instalar componentes, utilizando um componente para envio de email, e com isso, foi montado um projeto que trabalha com esse plugin.

O código feito nessa aula está aqui: aula_01_pos_02_04_2022

· One min read

12/03/2022 - Aula 4 de Android (Presencial)

O Professor Paulo começa a aula as 08:25h, atrasado novamente. Igual à aula anterior, a última aula de android.

Começou falando do trabalho, passando no quadro o que precisa ter no trabalho, passou no quadro e falou para o pessoal começar. Ajudou a tirar dúvidas, e foi isso para a aula de hoje.

Trabalho

As informações do trabalho estão na pagina da disciplina.
Link

· One min read

05/03/2022 - Aula 3 de Android (Presencial)

O Professor Paulo começa a aula as 08:25h, atrasado novamente.

Começamos a aula revisando o que foi feito na aula anterior, e vamos implementar banco de dados, para isso vai ser utilizado o Sugar ORM. Seguimos a documentação do Sugar para configurar o banco de dados no projeto.

Criamos um DAO para o Aluno, com os métodos de CRUD. E vamos para o intervalo as 9:50.

Após o intervalo, implementamos o snackbar para notificar se deu certo ou não salvar o Aluno.

A aula voltou a tarde, 20 minutos atrasados, começando as 13:50.

A aula continua com o desenvolvimento da tela que vai listar todos os alunos cadastrados.

Com isso terminamos a aula de hoje, as 17h, 1h mais cedo do que deveria.

· One min read

19/02/2022 - Aula 2 de Android (Presencial)

O Professor Paulo começa a aula as 08:25h, atrasado.

Vamos continuar a atividade da aula passada, que é um aplicativo de cadastro de alunos.

Depois de 1h30, nosso aplicativo tem 10 componentes, 1 app bar, 1 toolbar, 5 text inputs e 2 spinners. O professor para a aula para fazer um intervalo, durou 20 minutos.

Depois do intervalo, trocamos os 2 spinner por um material spinner, além de criar um menu com botões de limpar e salvar.

A aula voltou a tarde as 13:50, continuando a atividade de cadastro de alunos.

Fizemos a inclusão de dois actions para poder salvar e limpar os campos além de um campo com formatação de CPF.

A aula terminou às 17h, uma hora antes.

· 2 min read

12/02/2022 - Aula 1 de Android (Presencial)

O Professor Paulo começa a aula se apresentando, falando sobre sua carreira e depois explicando o que é Android.

A aula começou falando sobre as versões do Android, quando surgiu e as principais alterações do Android no decorrer do tempo.

Vamos começar falando sobre Activity

Activity

A Activity é a classe mais importante do Android, ela é a classe que representa uma tela. Ou em outras palavras, é o "back-end" do Android.

O ciclo de vida de uma Activity é:

  • onCreate: é chamada quando a Activity é criada.
  • onStart: é chamada quando a Activity é mostrada.
  • onResume: é chamada quando a Activity é mostrada.
  • onPause: é chamada quando a Activity é escondida.
  • onStop: é chamada quando a Activity é escondida.
  • onDestroy: é chamada quando a Activity é destruída.

Intent é uma classe que representa uma ação que será executada. A Intent é utilizada para enviar informações entre Activities.

  • Inicia uma Activity
  • Inicia um Service
  • Fornecer um Broadcast

Abrimos o Android Studio e criamos um aplicativo, com isso o professor mostra os principais arquivos, onde fica as dependências, o build.gradle, o AndroidManifest.xml, o MainActivity.java e o AndroidManifest.xml.

Vimos tambem a pate de layout, que é o que faz a interface gráfica do nosso aplicativo. O layout é um arquivo XML que define o comportamento da nossa Activity. Os principais componentes do layout são:

  • TextView: TextView é uma classe que representa um texto.
  • Button: Button é uma classe que representa um botão.
  • EditText: EditText é uma classe que representa um campo de texto.

E temos os componentes LinearLayout, que é uma classe que representa um layout linear, que é um layout que organiza os componentes em linhas. VerticalLayout, que é uma classe que representa um layout vertical, que é um layout que organiza os componentes em colunas. ConstraintLayout/RelativeLayout, que é uma classe que representa um layout que utiliza as restrições de layout.

Isso é o que foi visto pela manha.

Após o almoço, o professor continuou falando sobre os layouts e construindo exemplos de ConstraintLayout, LinearLayout e VerticalLayout.

Fizemos um exemplo, adicionando campos de texto, botões e realizando a navegação entre telas.

As 17h a aula termina.

· 3 min read

13/11/2021 - Aula 4 de Backend com Java (Presencial)

Após algumas semanas sem aula por problemas de saude e disponibilidade da sala, a aula voltou hoje, sendo a ultima do ano e da materia.

O Professor Djonathan começa a aula falando sobre padrão de organização de um projeto. Comparando alguns tipos. Ele falou que posteriormente vai passar um material sobre isso.

Essa parte de organização vai ser utilizada para o trabalho, além de uma forma de documentar a nossa API utilizando OpenAPI. O professor foi atualizando o projeto que temos, do qual vamos ter que seguir para entregar o trabalho.

Isso foi o que foi visto pela manha. Após o almoço, começamos a ver sobre APIs REST e os seus verbos HTTP, vimos sobre HATEOAS e sobre o uso de Swagger.

Voltamos as aulas presenciais, pois o decreto que permitia não está mais em vigor. O Professor Djonathan começa a aula fazendo uma revisão da segunda aula.

  • Princípio da Responsbilidade Única
    • Classes e metodos sempre coesos, que ele ~e responsavel por ele mesmo.
  • Princípio Aberto-Fechado
    • Uma forma melhor de escrever, que garante a sustentabilidade do código.
  • Padrões

Depois de revisar, a aula continuou com Spring, utilizando o projeto unipar-2021-aula-2 para implementar alguns recursos do Spring, conforme o professor ia fazendo ele ia explicando a utilização dos componentes.

  • @Component
  • @AutoWired
  • Injeção de dependência por Setter
  • Contrutor

Tudo isso visto até o momento foi o modulo 1, agora vamos começar o modulo 2, que é a utilização de APIs.

Como levar o monte Fuji do Japão para a India? Monte Fuji R: Uma foto já faz você levar para a India.

Livro: How Do You Fight a Horse-Sized Duck?: Secrets to Succeeding at Interview Mind Games and Getting the Job You Want

API

API é um conjunto de definições e protocolos usado no desenvolvimento e na integração de software de aplicações.

REST

O estilo de Transferência de Estado Representacional (REST) é uma abstração dos elementos arquiteturais de um sistema de distribuição de hipermídia.

Estruturas como URIs (Coleções vs Recursos vs Hierarquias)

  • /planos
  • /planos/1
  • /planos/1/dependentes/
  • /planos/1/dependentes/4

Obs: sempre utilizar substantivos e nunca verbos

  • /planos/cancelar (errado)

Padrões para URIs

  • Mantenha tudo em caixa baixa
  • Substitua espaços com hífens ou underscore

Representação

  • Deve ser consistentes (a mesma requisição deve retornar a mesma resposta caso o recurso não tenha sido modificado)
  • O conteúdo pode ser negociado

JSON

https://www.json.org/json-pt.html

Exemplo de JSON

{
"nome": "João da Silva",
"idade": "20",
"cidade": "São Paulo",
"estado": "SP",
"pais": "Brasil"
}

Exemplo 2

{
"cliente": 1,
"data": "2020-10-10",
"itens": [
{
"id": 1,
"nome": "Item 1",
"quantidade": 10,
"valor": 100.00
},
{
"id": 2,
"nome": "Item 2",
"quantidade": 20,
"valor": 200.00
}
]
}

Com isso terminamos a aula pela parte da manhã, vamos para o almoço e depois a aula continuou com a criação de um novo projeto, para ser a nossa API.

Esse projeto é um sistema para aulas online, começamos montando a parte da disciplina, criando os metodos GET para retornas todos os dados, POST, para criar uma nova disciplina, PUT para atualizar os dados da disciplina por inteiro e PATCHE para atualizar somente um dado, e por fim, DELETE para deletar a disciplina.

Verbos HTTP

Além de ver alguns dos verbos HTTPS, foi falado sobre os códigos de status HTTP.

Status HTTP

Com isso foi finalizado a aula.

Trabalho

As informações do trabalho estão na pagina da disciplina.
Link

· 3 min read

09/10/2021 - Aula 3 de Backend com Java (Presencial)

Voltamos as aulas presenciais, pois o decreto que permitia não está mais em vigor. O Professor Djonathan começa a aula fazendo uma revisão da segunda aula.

  • Princípio da Responsbilidade Única
    • Classes e metodos sempre coesos, que ele ~e responsavel por ele mesmo.
  • Princípio Aberto-Fechado
    • Uma forma melhor de escrever, que garante a sustentabilidade do código.
  • Padrões

Depois de revisar, a aula continuou com Spring, utilizando o projeto unipar-2021-aula-2 para implementar alguns recursos do Spring, conforme o professor ia fazendo ele ia explicando a utilização dos componentes.

  • @Component
  • @AutoWired
  • Injeção de dependência por Setter
  • Contrutor

Tudo isso visto até o momento foi o modulo 1, agora vamos começar o modulo 2, que é a utilização de APIs.

Como levar o monte Fuji do Japão para a India? Monte Fuji R: Uma foto já faz você levar para a India.

Livro: How Do You Fight a Horse-Sized Duck?: Secrets to Succeeding at Interview Mind Games and Getting the Job You Want

API

API é um conjunto de definições e protocolos usado no desenvolvimento e na integração de software de aplicações.

REST

O estilo de Transferência de Estado Representacional (REST) é uma abstração dos elementos arquiteturais de um sistema de distribuição de hipermídia.

Estruturas como URIs (Coleções vs Recursos vs Hierarquias)

  • /planos
  • /planos/1
  • /planos/1/dependentes/
  • /planos/1/dependentes/4

Obs: sempre utilizar substantivos e nunca verbos

  • /planos/cancelar (errado)

Padrões para URIs

  • Mantenha tudo em caixa baixa
  • Substitua espaços com hífens ou underscore

Representação

  • Deve ser consistentes (a mesma requisição deve retornar a mesma resposta caso o recurso não tenha sido modificado)
  • O conteúdo pode ser negociado

JSON

https://www.json.org/json-pt.html

Exemplo de JSON

{
"nome": "João da Silva",
"idade": "20",
"cidade": "São Paulo",
"estado": "SP",
"pais": "Brasil"
}

Exemplo 2

{
"cliente": 1,
"data": "2020-10-10",
"itens": [
{
"id": 1,
"nome": "Item 1",
"quantidade": 10,
"valor": 100.00
},
{
"id": 2,
"nome": "Item 2",
"quantidade": 20,
"valor": 200.00
}
]
}

Com isso terminamos a aula pela parte da manhã, vamos para o almoço e depois a aula continuou com a criação de um novo projeto, para ser a nossa API.

Esse projeto é um sistema para aulas online, começamos montando a parte da disciplina, criando os metodos GET para retornas todos os dados, POST, para criar uma nova disciplina, PUT para atualizar os dados da disciplina por inteiro e PATCHE para atualizar somente um dado, e por fim, DELETE para deletar a disciplina.

Verbos HTTP

Além de ver alguns dos verbos HTTPS, foi falado sobre os códigos de status HTTP.

Status HTTP

· 4 min read

11/09/2021 - Aula 1 de Backend com Java (Presencial) , Professor Geferson fez a apresentação do professor Djonathan, visto que é a primeira aula que temos com ele, sendo assim, ele tambem perguntou algo sobre nós, uma pequena apresentação para saber o nível de conhecimento do pessoal.

A aula começou utilizando o material .pdf, com a parte de Design e Orientado a Objetos.

Uma linguagem suporta um Estilo de Programação se ela provê funcionalidades que tornam conveniente (razoavelmente fácil, seguro e eficiente) utilizar esse estilo. Uma linguagem não suporta uma técnica se é necessário um esforço excepcional ou habilidade para escrever os determinados programas; nesse caso, a linguagem simplesmente habilita os programadores a utilizar a técnica.

Conceitos Chave

  • Estilo procedural
    • Decida quais procedimentos você deseja, utilize o melhor algoritmo que você possa encontrar.
  • Ocultação de Dados
    • Decida quais procedimentos você deseja, particionar o programa de forma que os dados fiquem ocultos em módulos.
  • Abstração de Dados
    • Decida quais tipos você deseja, forneça um conjunto de operações para cada tipo.

Orientação a Objetos (Conceito)

Decida quais classes você deseja; forneça um conjunto de operações para cada classe; torne as semelhanças explícitas utilizando herança.

OOP (Objetos)

Coisas (pessoas, animais, objetos), características (cor, sabor), eventos (confirmação, cancelamento), estado (pendente, confirmado), basicamente tudo que possamos chamar com um substantivo / nome próprio, incluindo objetos abstratos.

Imagem OOP

OOP (Classes)

Grupos de objetos com características muito similares, do ponto de vista técnico compõem o conjunto de tipos de uma linguagem na categoria de Tipo de Dados Abstratos. Objetos de determinada classe são denominados como instâncias.

Imagem OOP

OOP (Atributos)

Descrevem as características de um objeto, fazendo parte do arquétipo da classe. Cada instância da classe armazena os valores de seus atributos, porém atributos estáticos são compartilhados entre as instâncias.

Imagem OOP

OOP (Mensagens/Métodos)

Objetos se comunicam através de mensagens, a unidade de abstração dessas mensagens é chamada de método. Métodos abstraem uma determinada lógica ue será aplicada a uma referida instância sempre que receber uma mensagem específica. Métodos podem conter parâmetros e retornar valores ao final e sua execução.

Imagem OOP

OOP (Encapsulamento)

Ninguém deve se preocupar com a forma em que um objeto está organizado ou o quê ele sabe. Quanto menos comprometido uma classe tiver com o mundo exterior menor é a superfície de mudança que pode impactar a manutenabilidade do sistema.

Imagem OOP

Após explicar esses conceitos, começamos a mexer em um projeto, vendo os conceitos iniciais de Kotlin. Criamos uma classe e vimos como implementar algumas funções.

Com isso terminamos o que foi visto pela manha, e a aula volta as 13:30, vamos continuar o material no slides e fazer na pratica o código.

OOP (Generalização)

Refere-se a habilidade de organizar os objetos em estruturas hierárquicas.

Classes podem implementar dois tipos de Generalização:

  • Tipo: Classes diferentes compartilham a mesma interface.
  • Implementação: Onde além da interface, a implementação também é compartilhada.

OOP (Interfaces)

O conceito de Interface tem duas aplicações:

  • O conjunto de operações que compõem o contrato de uma classe com os consumidores.
  • Herança de Tipos, onde diversas classes podem compartilhar a mesma interface.

Imagem OOP

OOP (Herança)

Refere-se diretamente a Generalização de Implementação, onde classes compartilham sua implementação além da interface.

Imagem OOP

Boas Práticas de Design

  • DRY
    • Don’t Repeat Yourself! (Não se repita!)
  • YAGNI
    • You Ain’t gonna need it! (Você não vai precisar disso!)
  • KISS
    • Keep it simple, stupid. (Mantenha isso simples, idiota.)

Professor discutiu todos esses pontos durante a aula de hoje, no PDF, fomos até a pagina 19. O resto vai ficar para as proximas aulas.

info

Material complementar Máterial de apoio em PDF aula 01

· One min read

28/08/2021 - Aula 3 de Banco de dados (Presencial)

A aula demorou cerca de 20 minutos para começar, alunos queriam esperar os alunos atrasados, mas a aula tem que dar prioridade pra quem chegou na hora. Tendo isso em mente, o professor Fernando começou a aula fazendo a revisão da atividade 5.

As 09:30, é feito um intervalo, e depois começamos a aula com esses slides aqui.

Foi visto como trabalhar com domínios, transações, converter tipos, views, funções e triggers. Com isso o professor passou alguns exemplos para praticarmos.

Finalizamos a parte da manha com isso, e voltamos 13:30 com o assunto de Power BI, conteúdo que não estava previsto, e entrando no lugar de NOSQL. Utilizamos os slides que estão aqui.

A aula seguiu com o professor mostrando a ferramenta, e como fazer a utilização para gera gráficos e relatórios, como importar dados, etc.

No final, não teve nada sobre o trabalho, mas o professor vai passar durante a semana.

Trabalho

As informações do trabalho estão na pagina da disciplina.
Link