Category Archives: Patterns

Video: Padawan to Jedi – A Developer Jump-Start (my presentation at Austin Code Camp 2011)

By ChrisEdwards | Published: September 15, 2011

Here is the video of my “Padawan to Jedi – A Developer Jump-Start” presentation I gave last week at the Austin Code Camp 2011. It touches on all the principles, patterns, practices, and such that I have learned in my many years being a developer. I designed the Padawan2Jedi talk to present knowledge in a […]

Also posted in .NET, Agile, C#, Continuous Integration, Continuous Learning, Design, Humility, Leading, Mocking, Presentations, Principles, Productivity, Simplicity, Soft Skills, Test-Driven Development, Testing, Tools | Tagged , , , , , , , , , , , , , , , , | 1 Response

Entities, Services & Resources—Three Categories of Objects

By ChrisEdwards | Published: June 27, 2010

After working with domains for several years I find that there are three major categories of objects I work with: Entities, Services, and Resources. There are clear distinctions between these categories in their purpose, content, dependencies and roles. Understanding these categories clarifies what dependencies I should allow, what purpose the objects serve, and how I […]

Also posted in Design, Mocking, Principles, Testing | Tagged , , , , | Leave a comment

Screencast of my Integration Testing and Fluent Builder presentation at Austin Code Camp 2009

By ChrisEdwards | Published: May 30, 2009

I gave my first public presentation today at the Austin Code Camp. It was titled: “Big Picture Testing – Fluently building complex object graphs for integration tests”. I recorded it as a screencast and attached it below. Overall, I feel it went VERY well. I would be interested to hear what you think. I am […]

Also posted in Design, Fluency, Presentations, Principles, Testing | Tagged , , , , , , | 5 Responses

When To Use a Factory

By ChrisEdwards | Published: August 15, 2007

All too often I see people creating factory or factory methods for objects that could have just as easily been created by their constructor. The factory pattern is meant to encapsulate the complexity of object creation. If the creation process is not complex, there is little need for a factory. Here is one example I […]

Also posted in Design | Tagged , | Leave a comment