Group items tagged

"Interfaces are wonderful for a language like C#. Interfaces give us everything we need to work with an object in a strongly-typed manner, but place the least number of constraints on the object implementing the interface. Interfaces make the C# compiler happy without forcing us to pay an inheritance tax for working with a class hierarchy. We'll define an interface that describes exactly how we want to fetch customers and how we want the customers packaged for us to consume."

"Let's look at this implementation through the lens of the Rule of Modularity. The above code fails the "simple parts, clean interfaces" sniff test."

"A better way is to use a BlockingCollection and have your threads communicate via message classes."

"This is going to be the first post in a new series that I'm doing on design patterns. [..] So, my idea here is to relate the design patterns in the context of a story rather than a stuffy-sounding taxonomy. Why do people do this? What problem does it solve? Why is my code potentially worse if I don't do this?"

"Our Engineering team has a great term called Technical Debt, which is the accumulation of coding shortcuts and operational inefficiencies over the years in the name of getting product out the door faster that weighs on the company's code base like debt weighs on a balance sheet."

"This is the first of a two-part series that will tell the long story of the C# memory model. The first part explains the guarantees the C# memory model makes and shows the code patterns that motivate the guarantees; the second part will detail how the guarantees are achieved on different hardware architectures in the Microsoft .NET Framework 4.5."

"We've been working with, building, and evangelising message queues for the last year, and it's no secret that we think they're awesome. We believe message queues are a vital component to any architecture or application, and here are ten reasons why:"

"Regardless of software process management type (waterfall, scrum, iterative etc.), there are some main rules which should be considered about software process management."