AboutSQL Server, Analytics, .Net, Machine Learning, R, Python Archives
About Me
Mitch Wheat has been working as a professional programmer since 1984, graduating with a honours degree in Mathematics from Warwick University, UK in 1986. He moved to Perth in 1995, having worked in software houses in London and Rotterdam. He has worked in the areas of mining, electronics, research, defence, financial, GIS, telecommunications, engineering, and information management. Mitch has worked mainly with Microsoft technologies (since Windows version 3.0) but has also used UNIX. He holds the following Microsoft certifications: MCPD (Web and Windows) using C# and SQL Server MCITP (Admin and Developer). His preferred development environment is C#, .Net Framework and SQL Server. Mitch has worked as an independent consultant for the last 10 years, and is currently involved with helping teams improve their Software Development Life Cycle. His areas of special interest lie in performance tuning |
Thursday, March 15, 2007TODO or not TODO
Just read "//TODO: Uncomment Later" over at the newly renamed "DailyWTF" (it's now called Worse Than Failure, and while I understand Alex's motivation for the name change, I think the original was better...) . It got me thinking; as part of the build process, do you have a task that checks for any TODO comments? (You do use TODO comments, right?) In addition, check out the comments to that post: I love the wolves story, classic!
That post got me thinking, as part of the TODO comment checking task we should also check for commented out code lines. I deplore seeing commented out code that developers have left in the codebase; it's a warning sign that something smells. That's what Source Control is for! The only time leaving commented out code is acceptable is to indicate that it shouldn't be done that way WITH an associated clear and explanatory comment. When I program against the .NET Framework, I'm happy swapping between C# and VB.NET, although I must confess a preference for C#, having spent many years programming in C. It occurred to me that it would be slightly easier to check for commented out code (without using System.CodeDom) by checking for lines that contain "\\" and ";" or "{" or "}". OK, it might match a few false positives. What are your thoughts on this?... |
ContactMSN, Email: mitch døt wheat at gmail.com LinksFavorites
Blogs |