Seta.

Retângulo.

Círculo ou Oval.

Paralelogramo.

Linha Tracejada.

de aplicação desenvolvido pela Oracle.

de aplicação Java EE da IBM.

que suporta apenas linguagens de programação baseadas em ASP ou .NET.

de aplicação que não oferece suporte a clustering.

de apresentação similar ao Apache.

aprendizado por reforço.

não supervisionado.

semisupervisionado.

por LLM.

via early stopping.

Utilizar um modelo pré-treinado com uma base de dados similar ao caso de uso de João e aplicar técnicas de aprendizado por transferência.

Utilizar apenas a arquitetura de um modelo pré-treinado com uma base de dados similar ao caso de João, ou seja, realizar o treinamento do modelo sem aproveitar os parâmetros pré-treinados.

Não realizar o treinamento de um novo modelo, mas apenas reutilizar um modelo pré-treinado em qualquer outra base de dados não necessariamente similar ao problema de João. Dessa forma, não haverá nenhum tipo de custo.

Realizar o treinamento de um modelo sem o aproveitamento de nenhum outro modelo pré-treinado, pois o custo para retreinar um modelo pré-treinado é inviável.

Independentemente da solução adotada por João, o custo para treinar redes neurais é sempre alto.

A ramificação de nome download será renomeada no repositório remoto.

Será feito o download de todas as ramificações no repositório remoto.

As alterações nas ramificações download e upload serão mescladas.

A ramificação de nome download será removida do repositório remoto.

A ramificação de nome download será renomeada localmente para upload, e uma nova ramificação chamada upload será criada no repositório remoto.

Testes de regressão são desenvolvidos de modo incremental durante o desenvolvimento do software, para avaliar se alterações no software introduziram comportamentos inesperados.

É fundamental que o time de garantia de qualidade seja o mesmo que desenvolveu o produto.

Em testes automatizados, o desenvolvedor deve se preocupar apenas com o resultado do retorno, e não com o corpo dos métodos e das funções.

Testes unitários avaliam o sistema como um conjunto unificado de funcionalidades.

O desenvolvimento dos testes automatizados deve ser iniciado assim que o produto for considerado pronto para entrega.

A limitação do tempo de resposta a uma requisição feita a um serviço provido por uma API é tipicamente definida em um requisito funcional.

O escopo inicialmente contratado pode ser negociado nas primeiras etapas da construção do sistema, porém deve se manter inalterado até a entrega final.

Os cenários ou casos de uso são criados no momento da concepção dos testes, a fim de validar a correta implementação e entrega de um requisito funcional.

Requisitos não funcionais apresentam restrições ao modo como os serviços do sistema devem ser oferecidos.

Um documento de requisitos deve refletir a expectativa do cliente a respeito de quais funcionalidades serão oferecidas, porém compete somente ao time de desenvolvimento a definição de quais tecnologias serão utilizadas para isso.