2013-03-27

My notes on "Clean Code" by Robert C. Martin

›
These are my notes on the book "Clean Code" by Robert C. Martin from Prentice Hall. I am in agreement with almost everythin...
2013-02-21

C# Blooper №14: Weird / annoying interface method visibility rules.

›
Before reading any further, please read the disclaimer . As it turns out, an explicit interface method implementation in C# must be tied ...
2013-02-05

C# Blooper №13: Stack and Queue do not implement ICollection

›
Before reading any further, please read the disclaimer . This is a blooper of the Common Language Runtime (CLR), not of the language itse...
2013-01-25

C# Blooper №12: 'Where' constraints not included in method signatures

›
Before reading any further, please read the disclaimer . When writing generic methods in C#, it is possible to use the 'where' ke...
2013-01-14

C# Blooper №11: Zero to Enum conversion weirdness

›
Before reading any further, please read the disclaimer . When you assign an enum to int, you have to cast it. That's good. When you a...
2013-01-08

C# Blooper №10: Switch statements are not properly formatted.

›
Before reading any further, please read the disclaimer . This is rather a Microsoft Visual Studio blooper than a Microsoft C# blooper: Wh...
2013-01-07

C# Blooper №9: Annoying case statement fall-through rules.

›
Before reading any further, please read the disclaimer . Overall, C# takes an approach which is far more friendly to novice programmers t...
2013-01-04

C# Blooper №8: No warnings for conditions that are always true/false

›
Before reading any further, please read the disclaimer . The Microsoft C# compiler does not issue 'condition is always true' and ...

C# Blooper №7: No warnings about unused private methods.

›
Before reading any further, please read the disclaimer . If you have a private method which is never used, you will not be given a warnin...
2012-11-29

C# Blooper №6: No warnings about unused parameters.

›
Before reading any further, please read the disclaimer . One common mistake that programmers make is to forget to make use of a parameter...
3 comments: