principles


Terms

  • Design Patterns

Software development

  • Encapsulation: functions hide their implementation and only expose their signature.
  • Simplicity: functions have a single responsibility and don't mix nouns with verbs, which makes them fundamentally untangled.
  • Stateless: functions are just code; they don't contain state or instance.
  • Purity: functions can be pure (i.e. have no side-effects) which makes them easy to understand, reuse, test and parallelise.
  • SOLID
  • DCI
  • DDD
  • SOA

Architectures

Technical domains

  • Infrastructure as code (IaC)
  • Continuous integration (CI)
  • Continuous delivery (CD)

Product categories

  • Software as a service (SaaS)
  • Platform as a service (Paas)
  • Backend as a service (BaaS)
  • Function as a service (FaaS)
  • Internal developer platforms (IDPs)

Business processes

  • Total quality management (TQM)
  • Knowledge management (KM)

Documents And Analyses

  • Request for Comments (RFC)
  • Architecture Decision Record (ADR)
  • Business Requirements Document (BRD)
  • Value Stream Maps (VSMs)

Définitions

SOLID

S - Single-responsiblity Principle
O - Open-closed Principle
L - Liskov Substitution Principle
I - Interface Segregation Principle
D - Dependency Inversion Principle