Join for free and connect with our local tech scene

Stay on top of the latest companies and upcoming events with our weekly newsletter, and be counted among the people building the future of your local tech community.

Phoenix, AZ /

Naming Things by Peter Ritchie

Foothills Recreation Center 5600 W. Union Hills Dr. , Glendale, AZ (map)

There are 2 hard problems in computer science: cache invalidation, naming things, and off-by-1 errors. This session is about naming things. In software, we need to name classes, methods, properties, libraries, and solutions. We also have to give names to variables, parameters, namespaces, interfaces, services, resources, etc. And most of the time, they can't conflict. Sometimes it's easy but sometimes it can be hard. We'll do a quick review of some of the easy guidelines that avoid some (somewhat easy) decisions then look into the things that require names that involve a deeper understanding of context. What the contexts are, their granularity, and how that can alleviate naming issues will be covered. How the types of contexts and their motivation and good compartmentalization makes for easier naming will be detailed. We'll dig into some details of English grammar that should relegate naming is hard as a code smell—something that hints at deeper problems in the structure of the code. And finally, time permitting, some techniques and ideas to relegate *naming is hard* to problems of the past will be outlined.

Peter Ritchie - Software Solution Technologist

Peter Ritchie has been in the software industry for 25 years. Before Quicken Loans, Peter operated a software consulting company specializing in distributed applications and agile software development. Peter is a book author, open-source author, international speaker, blogger, and Microsoft MVP in .NET Development Technologies.

Peter has spoken internationally on a variety of topics including unit test design and management, asynchronous programming, advanced .NET language features and syntax, concurrent and parallel programming and distributed programming.

Author of Refactoring with Visual Studio 2010, Visual Studio 2010 Best Practices, and Practical Microsoft Visual Studio 2015.

Peter has also been an advisory board member of Microsoft Patterns and Practice: CQRS Journey guidance on command and query responsibility segregation and Enterprise Library

Comments

Sign in to comment.