Pragmatic Software Development: Curing the Architecture Astronaut

An architect’s job is to reduce complexity, not increase it. Yet the developer life is filled with jargon, acronyms, and seemingly infinite choices. So how do we know when complexity makes sense? We’ll learn when abstractions are justified and discuss how to structure applications so they’re maintainable, scalable, and testable.

We’ll make sure everyone is comfy with the core jargon like N-Teir, separation of concerns, and loose coupling. Then we’ll dive into various patterns for implementing the three common layers: data access, business logic, and presentation. You’ll learn when table module, active record, DDD, and ORMs make sense and walk away with the tools to better evaluate and justify complexity. We’ll focus on the value of keeping things simple whenever we can. Examples are presented in C# in Visual Studio but developers in Java, PHP, and other C-like languages should be able to follow right along.

Slides

Presented at:

What are people saying?

@housecor great talk on Pragmatic Architecture! Could have sat there another 2 hrs #codemash

— Aaron Bauman (@AirN5475) January 10, 2014

@housecor’s presentations are great because they are always practical with no biases. #icc12

— Mike Cole (@colemike) November 2, 2013

Pragmatic Architecture has been one of the most informative and well presented session at #CodeStock … excellent job @housecor

— Greg Hale (@bcowl03) July 13, 2013