You ain't gonna need YAGNI
You ain't gonna notice it Extreme Programming Agile General
With some topics, you reliably get experienced software developers arguing on both sides of said topic. When this occurs frequently for a particular topic, I believe that it is that both sides are simultaneously right and wrong. This idea can be generalized but let's take the principle of YAGNI. How can both sides be right and wrong? Well, because it depends.
Choosing a telemetry platform
A look at some of the non-obvious points to consider
Datadog Observability
Tools for architecture documentation
Using devcontainers to enable easy developer documentation
Architecture Diagrams Modeling VS Code C4
A simple FP architecture
How do I build a production application in a functional language?
Architecture F# Functional Programming FsAdvent
Reliable APIs - Part 3
The epic saga of client-side IDs and true idempotency
Distributed Systems API Design Reliability Idempotent Client-generated ID
Reliable APIs - Part 2
Using Idempotency-Key and a response cache
Distributed Systems API Design Reliability Idempotent
Reliable APIs - Part 1
Exploring reties, retry implications, and the failure modes they are appropriate for
Distributed Systems API Design ReliabilityCategories
Agile DevOps Leadership Life Project Management Software Development ToolsTags
.NET
.NET Core
Agile
API Design
AppVeyor
Architecture
ASP.NET 5
ATDD
Azure
BDD
C#
C4
Cake
Canopy
CI
Clean Code
Client generated ID
Collections
Datadog
DDD
Design Patterns
Diagrams
Distributed Systems
DNX
Docker
Extreme Programming
F#
Fennel
FsAdvent
FSX
Functional
Functional Modeling
General
Git
Github Pages
Hyper V
Idempotent
Java
Learning c#
Life
Maven
Meditation
Messaging
Mindfulness
Modeling
Morality
MVC 6
Nuget
Observability
OOP
OSX
Paket
Pascal
Powershell
Pretzel
Productivity
Programming
Prometheus
Reliability
Science
Selenium
SOLID
TDD
Team Lead
Temporal Modeling
Testing
Tutorial
Ubuntu
Unit Testing
Visual Studio
Visual Studio Online
VS Code
About me
A South African living in Rotterdam, Netherlands. Software development, clean code, functional programming, Domain-Driven Design, TDD, other acronyms. Basically I just like learning new things and want to get better at what I love doing. Occassionally I write about what I learn here.