TDD: test driven development.

Basicamente escrever o teste antes de programar que falha,

depois programar o aceitável, depois refatorá-lo.

BDD: behavior driven development. Evolução do TDD, testes escritos em lingua nativa combina
com a linguagem ubiqua, extraída de estórias e requisitos dos clientes.

Título (estória)

Como: (papel)

Eu quero: (recurso)

Assim que: (benefício)

Critérios de aceitação: (cenários)

Cenário 1: título

Dado contexto:

E [ um pouco mais de outro contexto]

Quando [Eventos]

Então [Resultado] E [outro resultado]

Cenário 2: ...

Frameworks gerarão artefados BDD.

CI/CD: continuos integration e continuos delivery. Integrar código de múltiplos contribuintes e

rodar testes automatizados, prática de DevOps. CI: integrar código. CD: processos seguidos
para fazer implantação de código integrado para usuário.

BPMN:

DevOps: shared ownership, workflow automation, and rapid feedback. CI+CD.

Design thinking: Wicked problems; Problem framing; Solution-focused thinking; Abductive

reasoning; Representations and modelling.

o
Lean UX: reduzir desperdício, maior valor agregado. Iterações e feedback em vez de entrega de
produto. Times multifuncionais, autosuficiente, empoderado, foco nos problemas.Anti-padrão,
sem rockstar, guru, ninja. Conhecimento compartilhado. Permissão para falhar. Progresso é
resultado e não entrega. Pequenas quantidades, MVP. Descoberta contínua. Pensar->Fazer-
>Checar. Premissas -> Hipóteses. Teste e validação.

Mediate APIs: segurança, monitoramento de performance, experiencia do usuário, analytics de

APIs. Aplicação de políticas nas APIs. Experiência customizada.]

Arquitetura Cloud Native: apps projetados para máxima eficácia em nuvem.

 Orientados a microserviços;
 Armazenados em contêineres;
 Orquestrados dinamicamente;
 Construídos com linguagens para tarefas específicas em vez de uma só;
 DevOps+Ágeis;
 Primeiro para dispositivos móveis, centrado no usuário;
 Segurança de nuvem;

Design Patterns (Padrões de Design de Software):

 Padrões Criacionais (Creational Patterns)

o Abstract Factory: software cliente cria um implementação da AbstractFactory,
e usa sua interface abstrata para criar os objetos concretos. Isola a criação de
objetos de seu uso. Tipos derivados incluídos sem mudança no código.
“Fornece uma interface para criar famílias de objetos relacionados ou
dependentes sem especificar suas classes concretas.”
o Builder:
o Prototype
o Factory Method
o Singleton
o Dependency Injection
o Lazy initialization
o Multiton
o Object Pool
o Resourse Aquisition Is Initialization (RAII)
 Padrões Estruturais (Structural Patterns)
o Adapter, Wrapper, ou Translator
o Bridge
 o Composite
o Decorator
o Facade
o Flyweight
o Proxy
o Extension Object
o Front Controller
o Marker
o Module
o Twin
 Padrões Comportamentais (Behavioral Pattern)
o Chain of responsibility
o Command
o Interpreter
o Iterator
o Mediator
o Memento
o Observer or Publisher/Subscriber
o State
o Strategy
o Template Method
o Visitor
o Blackboard
o Null object
o Servant
o Specification
 (Concurrency Pattern)
o Active Object
o Balking
o Binding Properties
o Compute kernel
o Double-checked locking
o Event-base asynchronous
o Guarded suspension
o Join
o Lock
o Messaging desing pattern
o Monitor object
o Reactor
o Read-write lock
o Scheduler
o Thread pool
o Thread specific storage